[参考译文] DS90UB933-Q1：DS90UB933-Q1 I2C 监控器返回一个 NACK 概率 (1/20)、读取 0xC 寄存器的概率值为 0。

你好、Sveinn、

感谢您的问题。 您能否帮助回答有关此问题的以下背景问题？

1. 除了传感器之外、是否有其他器件与 UB933 位于同一 I2C 总线上？
2. 您是否针对反向通道 CRC 错误读回寄存器 0x0A/0x0B？
3. 与所有摄像头模块通信时是否会发生此行为？

此致、

Thomas

您好、专家

1.我们的 I2C 总线具有以下 I2C 器件：UB962 (0x30)、UB933 (0x58)、传感器 (0x32)、EEPROM (0x50) 和负载开关 (0x76)。 不存在地址冲突。

2.我们的监控程序不读取寄存器 0xA 和 0xB。 手动读取这些寄存器时、​​返回的值都是 0xff。

3.我们当前的程序只启用串行器的直通,而不是完全直通。 我的手动调试表明、将 0xD8 写入 UB962 的寄存器 0x58 也会导致​​在访问传感器输出图像的宽度和高度寄存器时返回异常值。

BR、万里

我们的传感器以 1280 * 960 的分辨率输出图像、因此在正常情况下​​、0x3208 ~ 0x320b 的值应为 0x05、0x00、0x03 和 0xc0。

您好、

如果 BC CRC 错误持续累积、反向通道链路似乎可能不稳定。 您是否在此处检查了通道 FPD/RL、并检查了 UB962 的 IL RX 引脚上的噪声？

此致、

Thomas

您好、Thomas 

好的、我会让我们的硬件同事检查这些信号是否符合 TI 的标准。 还需要 TI 专家确认以下几点：

1.什么原因可能导致 UB933 寄存器 0xA 和 0xB 中的 CRC 错误？ 此错误是否会导致异常的 I2C 返回值​​或将 I2C 总线拉至低电平？

2.您可以查看我们发布的 UB962 <->UB933 配置吗？ 是否有任何与 I2C 配置相关的问题？

3. I2C 速度是否有任何限制?

BR,万里

您好、

感谢检查通道、因此这里要检查的关键指标应该是 TDR、回波损耗和插入损耗。 CRC 错误将由低频通道问题引起

对于配置、必须满足的关键点是反向通道速率。 当 BC 速率设置为 2.5Mbps 时、这应该是正确的。

对于 I2C 速度、您能否确认此处使用的 SER 和 DES 侧的速率？

此致、

Thomas

您好、Thomas  

我们的测试表明、向 UB933 中寄存器 0x3 的位 5 写入 1 可以清除 CRC 错误、反向通道 CRC 编号在清除错误后不会增加。 但是、读取寄存器 0xC 时、UB933 返回 0x0 的可能性仍然很小。

从 SOC 到 UB962 的 I2C 速度为 400kbps。 我未修改 UB962 和 UB933 的默认 I2C 速度 (100kbps)。 根据手册、我们可以通过修改 UB962 寄存器 0xA 和 0xB 来调整 I2C 速度。 将 UB962 的寄存器 0xA 和 0xB 分别配置为 0x13 和 0x25 后、我的示波器测试表明、UB933 串行端的 I2C 速度保持在 100kbps。

1. SOC 至 UB962 的 I2C 速率 (400kbps) 与 UB962 至 UB933 的 I2C 速率 (100kbps) 不一致。 我想确认应该如何配置 UB962 和 UB933 的 I2C 速率。

2.如果我们未启用 I2C_PASS_BYPASS_TO_ALL、I2C 信号不会传递到模块是否正常？

3.当我们当前启用 I2C_pass_throug_all 时、此总线上的其他 I2C 器件也会以较低的概率返回 NACK。

4、是否有其他状态寄存器可以进一步指出此问题?

5. 读取 UB962 的 0x4D 寄存器会显示返回值 0xB (BCC_SEQ_ERROR_BCC_ERROR)。 进一步读取 UB962 的 0x47 (BCC_STATUS) 显示了返回 0x2（BCC 目标超时错误）的可能性。 我想确认导致超时的原因。

BR、万里

您好、Thomas  

进一步测试发现摄像头 UB933 和 UB962 端子的 I2C 波形存在不一致、并增加了两个额外的 cmd 值：0x33 和 0x64。 我们要确认造成这种差异的可能原因。

BR、万里

您好、

1.下面是一份应用手册、其中介绍了双向控制通道上的 I2C。 您的 SoC 是否支持 I2C 时钟延展？ 这是通过链路进行远程 I2C 通信的一项要求。

e2e.ti.com/.../snla222_5F00_913_5F00_914_5F00_I2C_5F00_BCC.pdf

您是否可以尝试在 933 寄存器 0x11 和 0x12 中对以下设置进行编程？ 0x64 对应于 SER 电路板上 100kbit/s 的 I2C 速率。 0x32 对应于 SER 电路板上 400kbit/s 的 I2C 速率。

2.如果 I2C_PASS_THrough 置位且 I2C_PASS_BYPASS_ALL 置位、则只有在 962 寄存器 0x5C 中定义了 SER 别名并且其他器件的地址和别名在寄存器 0x5D-0x6C 中分配了时、I2C 事务才会传递到摄像头模块。 I2C_pass_throug_all 允许 I2C 事务传递到摄像头模块、而无需 SER 别名定义。

4.为全面起见、您可以在 962 上轮询以下寄存器以检查所有错误/状态指示：0x4D、0x4E、0x55、0x56、0x7A、 0x7B。

5.这些值表明 DES 也在双向控制通道上检测到错误。 检查 TDR/插入损耗/回波损耗以确认通道的信号完整性会有所帮助。

此致、

Lucas

您好专家

我将 UB962 上 BCC_CONFIG 的位 5 (AUTO_ACK_ALL) 设置为 0、然后通过 I2C 访问 UB933 寄存器不再返回异常值。

但是、读取 UB933 寄存器返回 NACK 错误的可能性仍然很小、读取 UB962 的 RX_PORT_STS1 寄存器
(0x4D) 寄存器将返回 0xb、继续读取 BCC_STATUS 寄存器 (0x47) 将返回 0x2。

1.我们需要知道如何分析和解决 BCC 目标超时错误。

2.此错误是否与访问 UB933 并收到 NACK 有关？

BR、万里

尊敬的 Yuli：

BCC_TARGET_TO 指示在 BCC 看门狗计时器周期内未从串行器接收到响应。 BCC 看门狗计时器在寄存器 0x07 中配置。 默认值为可能的最大设置、即 254ms。

您是否可以尝试通过写入 0x07[0]=1 来禁用 BCC 看门狗计时器？ 查看在禁用看门狗的情况下是否仍然出现 NACK、或者是否出现不同的行为。

此致、

Lucas

尊敬的专家：

我们的测试表明、禁用 BCC 计时器会使远程 I2C 器件无法访问。

向 0x7 写入 0xFF 会使总线上的所有 I2C 器件无法访问、而向 0x7 写入 0x1 会使远程 I2C 器件无法访问。

BR Yuli

尊敬的 Yuli：

所有设备是否都具有相同的设备或仅具有特定的设备？

如果您使用不同的电缆类型/长度、您会看到不同的行为吗？

您能否从两个器件提供寄存器转储？

您能否提供这两个器件的最新原理图以及上电后进行的任何寄存器设置？

您好专家

1.我们已经使用不同的摄像头模块和 SoC 进行了测试,但摄像头 I2C 返回 NACK 的问题仍然存在。

2、电流线束相对较短。 我将尝试使用更长的线束。

3.我们当前的 SoC 支持 I2C 时钟延展、我们已启用相关功能。 我们需要确认将 I2C SCL 拉至低电平的时间超过 200ms 至 1 秒、甚至超过 1 秒是否正常。

转储寄存器需要一些时间。 与示意图相关的问题涉及公司的信息安全策略；我将与硬件团队讨论此问题。

BR Yuli

尊敬的 Yuli：

感谢您提供的信息。 请告诉我们使用其他电缆进行测试的情况。 我还将在寄存器和原理图可用时查看它们。 如果需要、您可以私下与我分享原理图。

此致、

Lucas

您好、专家

我们最近进行了广泛的测试、发现并非所有摄像头都出现此问题；它会影响某些摄像头模块、而其他摄像头则不会。 此外、我们发现这个问题与 UB933 芯片出现故障有关。 在之前经过测试和验证的组件中更换有故障的 UB933 芯片表明、以前没有问题的组件现在出现了问题。 我们已经将此报告给相机制造商 BYD、他们在测试中遇到了同样的问题。 此外、我们发现、与使用较短的电缆线束相比、用较长的电缆线束替换故障元件会增加问题再次发生的可能性。

BR,万里

尊敬的 Yuli：

感谢您的广泛测试和跟进。 我想澄清几个问题。

• 是否发现问题与一个有故障的 933 芯片有关？ 或者是否发现了多个芯片、这些芯片会遇到相同的问题？
• 您能否分享已识别的故障芯片的部件顶部标记？
• 您是否已完成 A-B-A 交换的全部 3 个步骤？

此致、

Lucas