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.
您好、TI 支持团队、
我们正在使用 CDCM620V2、并对 I2C 通信有一种奇怪的行为。
这意味着 CDCM6208在我们的某个产品上电后不会发送初始 read_id 重试的 ackknowledge。
如果我们在第一个 Read_id 之后直接发送第二个 read_id、则表明通信没有问题、我们可以写入所有寄存器。
过去、我们在 CDCM6208的其他产品中遇到过同样的问题、这意味着有时在写入寄存器时会丢失软件知识。
更低的上拉电阻可以改善问题、但我们认为 CDCM6208对于 I2C 有点棘手。
非常感谢您的帮助。
此致
J·梅茨
Joshua、
是否满足 I2C 时序要求? 我看到一个类似的主题、其中可能会出现问题: https://e2e.ti.com/support/clock-timing-group/clock-timing-internal/f/clock-timing---internal-forum/1161038/cdcm6208-i2c-ack-issue
请参阅此处的时序要求:
VDD 上拉电压上的任何噪声也可能导致问题: https://e2e.ti.com/support/clock-timing-group/clock-and-timing/f/clock-timing-forum/571482/cdcm6208-i2c-communication-problem?tisearch=e2e-sitesearch&keymatch=cdcm6208%25252525252525252520i2c#
设置和保持计时问题可能会导致器件出现启动或停止条件: e2e.ti.com/.../cdcm6208-i2c-latchup-aviat
谢谢。
卡德姆
Kadeem 您好!
我们首先测量的是时间要求、而且主动脉的上升时间为100ns、从10%上升到90%、所以这不是问题。
我们还在 i2c 通信过程中测量了所有电源电压、一切正常。
有趣的是、如果我们进行任何 i2c 通信、例如读取其他 i2c 地址、然后为 CDCM6208发送 read_id 命令、那么它将顺利运行。 或者、如果将 CDCM6208的 read_id 发送两次、在第二个 i2c 命令之后、时钟芯片运行正常。
对于这个奇怪的行为、希望 TI 对内部的芯片设计有什么了解。
此致
约书亚
Joshua、
包含此零件模型的设计库将在未来两周内停止使用。 当它再次上线时、我们可以看一下 I2C 块的设计。
谢谢。
卡德姆