• 状态 Resolved
  • 已锁定 已锁定
  • 回复 3 回复
  • 订户 0 订户
  • 视图 0 视图
  • 用户 0 会员在此处
选项
选项
相关

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] TMP116：I2C 消息间隔要求和通用广播复位恢复时间

admin
Guru**** 2867000 points

Other Parts Discussed in Thread: TMP116

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1637065/tmp116-i2c-message-interval-requirement-and-general-call-reset-recovery-time

器件型号： TMP116

您好的团队、

我有两个问题。
 
I2C 消息间隔
TMP116 数据表指出了与 I2C 快速模式（高达 400kHz）的兼容性、但我找不到 I2C 消息之间（停止至下一个启动）的最小间隔的任何器件特定要求。
您能否确认 TMP116 是否需要除标准 I2C 快速模式时序 (tBUF≥1.3µs) 之外的任何额外延迟？
如果没有、是否有任何数据表部分或 TI 文档明确确认这一点？
通用广播复位恢复时间
向 TMP116 发出 I2C 通用广播复位后、下一个 I2C 事务之前是否有指定的最短等待时间？
该行为是否等同于上电复位、包括 EEPROM 重新加载时间？
如果是、建议的等待时间或保证的等待时间是多少？在哪里记录？
 
此致、
Ryu。
  • 0
    TI__Guru**** 2867000 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好 Yamashita-San、

    请查看下面的回答：

    I2C 消息间隔

    1.对于 I2C 消息之间的最小间隔、表 6.6 中的 tBuf 参数提供了停止/启动条件之间的最小间隔。


    2.您可能需要考虑的唯一额外延迟是每次新测量的转换时间,我已经在下面附上:


    通用广播复位恢复时间

    当向器件发出通用广播复位命令时、读取 EEPROM 将有延迟、并且器件报告的温度将为 0、直到 1 次转换完成。 使用上述数据表中的附加片段、等待长达 17ms 的温度对于确保器件有足够的时间初始化和恢复温度转换而言是理想的选择。

    此致、

    哈利

  • 0
    TI__Guru**** 2867000 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好、Harry：

    感谢您的答复。
    我明白。
    您能否进一步澄清第 2 点？
    如果我要在执行“通用广播复位功能“后通过寄存器设置从连续模式切换到关断模式、是否仍然需要 17ms 的等待时间？

     
    此致、
    Ryu。
  • 0
    TI__Guru**** 2867000 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好 Yamashita-San、

    17ms 为  最坏情况  通用广播复位后、器件将在复位后进行初始化、并为 TMP116 获取其设置提供足够的时间、因此新的温度结果需要等待时间。 只是要说明一点、也就是具有通用广播复位功能时 不会  经过初始化、 如数据表中所述、大多数新的温度结果将在 15.5ms 左右到达。

    或者、您可以对警报引脚进行编程、以便在可以读取新的温度结果时提醒控制器。


    复位后将运行模式从连续更改为关断时应该不会出现问题。 我想在您更改操作模式时、时间已经过去了、因此在这种情况下、您很可能不必等待 17ms。

    此致、

    哈利