您好!
请参阅随附的波形。
在正常的计时事务中、返回 ACK。
但是、如果我们在发送从器件地址之前等待了大约3秒、则不会发生 ACK。
似乎在发送从器件地址之前 LMK03328 I2C 接口有最大时序要求。
但我们在数据表上找不到该规格。
起始条件之后、从器件地址事务的最大时序规格是多少?
I2C standerd 规格表示最小值为4.7微秒、但没有最大限制。
此致、
Mochizuki
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.
您好!
请参阅随附的波形。
在正常的计时事务中、返回 ACK。
但是、如果我们在发送从器件地址之前等待了大约3秒、则不会发生 ACK。
似乎在发送从器件地址之前 LMK03328 I2C 接口有最大时序要求。
但我们在数据表上找不到该规格。
起始条件之后、从器件地址事务的最大时序规格是多少?
I2C standerd 规格表示最小值为4.7微秒、但没有最大限制。
此致、
Mochizuki
尊敬的 Kadeem:
在市场上、如果启动条件后等待时间足够长、那么一些 I2C 器件会出现超时条件。
这就是我们尝试查看 LMK03328 I2C 引擎行为的原因。 导致的结果、当我们应用了3秒的等待时间、未返回 ACK、但返回了100毫秒的等待时间 ACK。
在数据表第8.23节"与 I2C 兼容的接口特性"中、有规格。
TH_SDA:0 (min) 0.9us (max)、对应于图71中的 TH (SDATA)
TPH_STA:0.6us (最小值)开路(最大值)、对应于图71中的 tw (SCLH)
TPL_STA:1.3us (min) open (max)、对应于图71中的 tw (SCLL)
TH_SDA / TH (SDATA) 0.9us 不是这次、但我们的样片器件似乎不符合 TPL_STA / tw (SCLL)规格。
我们可以说它已损坏或损坏了器件吗?
此致、
Mochizuki
尊敬的 Kadeem:
感谢您的支持。
查看之前的 E2E 主题时、设计人员建议最低 SCK 为10kHz。
e2e.ti.com/.../lmk03328-the-min-i2c-speed-of-lmk03328
基于此、我们的客户决定使用高于10kHz 的 SCK、其他时序将遵循 I2C 标准规范。
为避免 LMK03328上出现任何意外行为、此 I2C 设置是否舒适?
此致、
Mochizuki