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.

[参考译文] BQ35100:TBUF 比预期的要长

Guru**** 2538930 points
Other Parts Discussed in Thread: BQ35100

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

https://e2e.ti.com/support/power-management-group/power-management/f/power-management-forum/1078548/bq35100-tbuf-longer-than-expected

部件号:BQ35100

你(们)好

我正在通过 I2C 访问 DF (数据闪存),按照 bq35100技术参考手册(修订版)中的方法 c)(TI.com),“12.1.1从 DF 中读取示例:

  1.将0x00 0x40 (DF 地址为小 endian 格式)写入制造商访问控制(0x3E,0x3F)。
  2.阅读制造商访问控制(0x3E,0x3F)以进行验证。
  ."

(在我的案例中,DF 地址为0x4010 (Vin Gain)。)

当我使用的微控制器的时钟频率提高(x6)时,我发现 I2C 命令序列有问题。
发生的情况是,读回的值不再是0x4010 (在我的情况下是0x00A4),因此验证失败。

经过一些调查,我发现在步骤1和2之间需要延迟。 (我认为没有这一点,读数实际上是一个快速读数,在操作前也是链接的。)
延迟金额超过200美元。 我在 BQ35100数据表中查看了一个位置。相关的规格是 tBUF,停止和启动之间的总线空闲时间,但这是66us

附图:黄色和浅蓝色的 SCL 和 SDA;浅绿色是 I2C 操作之间的间隙。
(1)工作案例- 200US Gap
(2)不工作——100美制差距。

(除了最后两个字节之外,我还注意到,在第二个字节中,设备地址(读取)+ 0x3E (MAC 注册)的发送速度更快。)

我想知道我是否在这里错过了什么? tBUF 数值是否为400kHz,但我使用的是100kHz,所以在这种情况下,它的长度是4倍?

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

    西蒙您好,

    这似乎是最小规格,而不是最大规格。 该仪表似乎没有违反技术指标,并有 TBUF 延迟时间。

    此外,如果可能,使用逻辑分析器可以帮助识别停止和启动之间的时间,从而更容易进行调试。

    顺祝商祺!

    威瓦特·凯勒

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

    您好,Wyatt。

    感谢你的回复。

    是的 tBUF 是最小规格的数字。 这意味着为了正确操作,请确保 总线空闲时间不小于该值。 我发现我需要使用一个更大的值来确保正确的操作。

    经过广泛的测试,我认为我可以使用较大的值,前提是100kHz 操作需要该值。

    此致,

    西蒙·W