团队、
我们将在应用中使用 DS90UB953和 DS90UB954。 现在、从 DS90UB954到 DS90UB953的 I2C 上行链路存在问题。
似乎在向上游器件发送消息后、尽管 DS90UB954上有停止位、但 DS90UB953会将 I2C SDA 和 SCL 保持为低电平。 当下一个起始位出现在 DS90UB954时、DS90UB953会释放两个信号并发送一个起始位、但不知何故、通信崩溃、上游器件在错误的寄存器中获取一些错误值。 该问题是否已知？我们如何实现正确的停止位传输？
这个问题是否已经有解决方案？或者我们的初始化是否有问题？ 就这个问题打电话是否合理？
您好！
弗兰克
尊敬的 Christian：
您能否告诉我您正在953上对0x0A 寄存器进行什么编程？
我们可能需要加快看门狗计时器的速度。 您是否可以将 0x12写入953上的寄存器0x0A？
格伦
格伦
您好、Glenn、
感谢您的快速回答、我们对您的建议设置进行了一些调查、但没有效果。
下面是953处 I2C 总线的一些图片：
与954上的数据相比： 
黄色= SCL
粉色= sda
我想问题在于前五个数据包在953下之后、剩余的低 SDA 和 SCL、而在954处(按预期)处于高电平。
SDA 和 SCL 为何保持低电平？
克里斯蒂安
这里概述了 i2c 通信、上面的 gaphs 是954的 SCL (绿色)和 sda (紫色)、下面的两个是953的 SCL (红色)和 sda (黄色)。 
我关心的部件 abotu 位于第10个时钟包之后、在该封装中、SCL 和 sda 在954条件下变为高电平、而两个信号在953处都保持低电平。
这张图片在所描述的位置进一步放大。 
此致！
克里斯蒂安
这是一张图片,而不是我所期待的。
显然是一个停止位、然后是下一个发送的数据包的新开始。 
您好、Zoe、
事实上、总线上还有更多的设备、但它们不应相互冲突。
这是我们的应用的方框图。 
CRC 错误也是我所关心的问题、但是它们在不丢失 FPD-link 的情况下会经常出现这种情况、这种情况又会怎样呢？
而且、为什么我们可以看到唯一的缺少停止位而没有其他数据错误的 I2C 错误呢？ 后面是否有正在运行的状态机、如果下一个写入器件的地址与上一个器件的地址相同、该状态机有时会释放此停止位？
此致！
克里斯蒂安
有些发行机构使用其他器件、这也是我在 ICC 通信中看到的：
黄色-> SCL 头
粉红色-> SDA 头
蓝色-> SCL VPU
绿色-> SDA VPU
在最后一条命令后、VPU 上有一个停止条件、后跟头部的停止条件。 然后、在 VPU 上存在一个具有寄存器值的启动条件、之后该值也会在头部发送。 但为什么头部在这种情况下会立即回答呢? 它不应该等待另一个寄存器值吗？
然后通信继续、ICC 发送的寄存器越来越多、VPU 会对它们进行确认。 但在从 ICC 发送最后一个数据包后、HEAD 上的总线保持低电平。 我认为这就是为什么头部的确认没有到达 ICC、并且总线一直被阻塞的原因。
我在这里预计会有一个 ACK、然后是停止条件、因此 VPU 和头部上的总线是空闲的。
300毫秒后总线再次像这样变为空闲。
这正是我希望看到的结果。
没有换平器的测试正在运行。
目前、我们使用的是 LSF0204。
此致！
克里斯蒂安
您好、Zoe、
我做了一些更多的调查,我想与你分享。 根据您的建议、我从总线上取出所有器件、并分别与它们进行通信、而不会出现任何问题。 当我再次连接总线上的第一个器件并尝试与之通信(在无限循环中写入和/或读取命令)时、无论我使用的是哪种器件、都会出现一些错误。 始终错过停止条件或 ACK/NACK 位的错误。 这张图片显示了 Abot 300 ms 的通信停顿。
我还可以看到、通信仅在照明调制期间进入错误状态。 I2C 信号本身不受瞬态影响、并且所有电源电压看起来都正常。
然而、FPD-LINK 通道 I2C 上存在通信错误。
此致！
克里斯蒂安
您好、Zoe、
如何在设备上的954上运行地图工具？ 否则就很难进行完全相同的设置、BIST 是指什么？
这是你要求的原理吗?你到底是什么意思?
此致！
克里斯蒂安
