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.
https://e2e.ti.com/support/clock-timing-group/clock-and-timing/f/clock-timing-forum/1367278/cdcm6208-cdcm6208-problems-with-i2c-communication
工具与软件：
Kadeem、
距离上一条消息已有一段时间了。
您有任何更新吗？
我不知道关闭我们最后一个主题的原因
非常感谢。
此致
约书亚
约书亚 您是否有可以提供此情况的波形可传递给设计团队？
您是否还能为此项目提供原理图？
谢谢！ Kadeem
如我们的最后一个案例(https://e2e.ti.com/support/clock-timing-group/clock-and-timing/f/clock-timing-forum/1327896/cdcm6208-problems-with-i2c-communication)中所描述的那样、您无法在波形中看到该行为、因为 I²C Ω 波形很好、而且上升时间也不是问题。 问题在于、CDCM6208不会在写入序列的中间发送 ackknowledge、因为我们在每个寄存器之后都会检查是否一切正常、因为我们发现了此问题。 在最坏的情况下、CDCM6208在第一条 I²C 消息中无应答。 但是在一个虚拟 μ I²C 通信之后、通信没有任何问题。 您上次告诉我、您将查看模型、这就是我再次询问您答案的原因。 非常感谢。 此致 约书亚
你好、Joshua：
Kadeem 本周不在办公室。
我不知道 I2C 的详细信息、听起来并非所有 CDC6208都有这个问题。 如您所述、I2C 在第一次尝试中不是100%响应、但在第一次尝试后却是100%响应、在我看来、这是一种软件权变措施。 此权变措施在您的应用中是否可行？
Noel、您好！ 是的,这可能是一个权变措施,但对我们来说,如果这是一个问题的 CDCM6208的设计,因为在您的论坛中有许多主题关于 I²C 和 CDCM6208和在我们的设计是风险和容量,而不是原因之前描述的行为在我的消息。
请提供您的电子邮件地址、以便我可以与设计人员创建一个用于调试此问题的主题。 我在其他线程中看到提到 DVDD 引脚上的噪声导致了问题、CLK 和数据解决问题的压摆率更快、等等。 如果您有案例的示波器捕获、这将非常有助于分析。
