[参考译文] DS90UB960-Q1：DS90UB960-Q1 解串器：FPD III — 链路锁定问题

Howdy Sahcin,

在 FPD-Link 3 中、如果两个器件都搭接至正确的模式、则会在串行器/解串器对之间自动建立链路。 如果两个器件都加电时都未建立链路、则通常表明器件的运行模式有问题。

几个问题：

1. 您对解串器进行了哪些配置更改、以便在初始上电后在 UB960 和 UB935 之间建立链路？
2. 如果可能、您能否分享显示硬件搭接配置的原理图？ 我想确认两种器件的同步模式电阻值均正确。

谢谢您、

Ethan Woods

您好、Ethan  

感谢您的答复。

模式设置表（根据解析器数据表）：

硬件原理图（解析器）：

硬件原理图 (SER)：

对于寄存器设置、我们期望在上电期间自动发生链路锁定、即使在摄像头串行器和解串器完成任何配置之前也是如此。 如果有任何具体需要检查的内容、您能否提供更多信息？

Howdy Sachin,

我已经查看了您的原理图、960 和 935 上的同步模式数据表规格中的所有值都是正确的。

为了验证器件实际上是否配置为正确的模式、我想知道初始上电后各自 MODE 寄存器中的值。

• 对于 960、请在寄存器 0x58 (BCC_CONFIG) 和 0x6D (PORT_CONFIG) 中提供值。 BCC_CONFIG 将根据配置 (strap) 模式提供有关反向通道速率的信息。 PORT_CONFIG 将提供有关器件实际进行配置的模式的信息。
• 对于 935、请在寄存器 0x03 (MODE_SEL) 中提供值。 MODE_SEL 提供有关器件在上电时搭接至何种模式的信息。

此外、您说在解串器配置完成之前、器件没有建立链路。 初始通电后、您必须更改哪些配置才能在 960 和 935 之间建立链路？

谢谢您、

Ethan Woods

您好、Ethan、

1.我们正在按照您在初始启动后提到的 960 和 935 检查寄存器值。 我们很快就会分享这些价值观

2.我检查了在配置 ser-des 阶段写入的相同寄存器值的值：

960：

0x58 (BCC_CONFIG)：0x5E

0x6D (PORT_CONFIG)：0x7C

935：

0x03 (MODE_SEL)：0x10

Howdy Sachin,

对于 960：

• 0x58 = 0x5E。 该值对应于以 50Mbps 的反向通道速度运行的器件、并启用 I2C_PASS_Through。 该反向通道速度已正确配置为在 CSI-2 同步模式下使用 935 运行。
• 0x6D = 0x7C。 该值与器件正确搭接至 CSI-2 模式以及 0x6D 中的默认值相对应。 这对于 CSI-2 同步模式是正确的。

对于 935：

• 0x03 = 0x10。 此值对应于 CSI-2 同步模式的模式覆盖。 位 4 为高电平 (1)、这意味着寄存器模式将覆盖配置的值、从而将模式设置为 CSI-2 同步模式 (2：0 = 000)。 我假设覆盖已完成、因为位 2：0 中的 strap 配置值不是 000。

这就是链路发生在串行器侧配置后的原因、因为位 2：0 中的 strap 配置值会被覆盖并且模式设置为 CSI-2 同步。  

希望这很合理。 如果您必须覆盖串行器 (935) 中的模式、则配置的模式可能不正确。 在初始上电时期待您的值。

谢谢您、

Ethan Woods

您好、Ethan、

你好。

在初始上电之后、在解析器中写入任何配置之前、为每个 Rx 端口找出以下解析器 960 中的值：

--读取通道 0 的寄存器--
0x58 = 0x18 时的值
0x6D = 0x79 时的值

--读取通道 1 的寄存器--
0x58 = 0x18 时的值
0x6D = 0x79 时的值

--读取通道 2 的寄存器--
0x58 = 0x18 时的值
0x6D = 0x79 时的值

--读取通道 3 的寄存器--
0x58 = 0x18 时的值
0x6D = 0x79 时的值

0x6D[1：0]中的 FPD3_MODE 似乎不会锁存至正确的模式

我们无法读取串行器寄存器、因为链路锁定不可用、并且无法访问系列 935 中的寄存器。

请告知我们是否需要从我们这边进行任何进一步的调试 如果是、请分享调试问题的正确步骤。

谢谢。  

Howdy Sachin,

感谢您提供初始寄存器值。 对于解串器上的所有 RX 端口：

• 0x58 = 0x18 。 这对应于 BC_ALWAYS_ON 为 1、这是默认值和正确的。 要具有工作的反向通道、此位必须为高电平。 问题在于位 2：0 = 000、这对应于 2.5Mbps 的反向通道速率。 该值用于反向通道速率较低的 DVP 串行器 913/933。 要在 CSI-2 同步模式下与 935 配对、反向通道速率需要为 50Mbps。
• 0x6D = 0x79 。 这对应于正确的默认值和 RAW12 低频模式的捆绑 FPD3_MODE。 此设置将配置的反向通道速率设置为仅 2.5Mbps、因为这是在 DVP 模式下运行 913/933 的默认值。

这意味着 DS90UB960 的模式值不正确。 为了确认这一点、您可以测量 DS90UB960 解串器 MODE 引脚上的电压、查看分压器之后器件读取的值。 给定所选的电阻值 (RHigh = 78.7kΩ 和  RLow = 97.6kΩ)、MODE 引脚应接收~0.996V 的电压。

作为参考、根据 960 的模式图：

• 指定 CSI-2 同步模式 ：电压范围为 0.945V-1.0656V。 在此范围内的任何位置、器件都会配置为 CSI-2 同步模式。
• 指定 RAW12 LF 模式 ：电压范围为 1.1556V-1.2672V。 在该范围内的任何地方、器件都将连接到 DVP RAW12 LF 模式。

此外、您可以为 DS90UB935-Q1 串行器检查配置模式执行相同的操作。 通过测量 MODE 引脚上的电压（该电压应为 0V，因为它接地）、您可以确定器件将配置为哪种模式。

前提是 DS90UB960 自动协商至错误模式 、有两个潜在问题：

• 电阻器值不正确、导致 MODE 引脚上的电压超出 CSI-2 同步模式的范围。
• 1.8V 电源轨会有噪声、这会导致电压波动、并在初始上电期间 PDB 变为高电平时处于不稳定值。

如有任何其他问题和疑虑、请告诉我。

谢谢您、

Ethan Woods

您好、Ethan、

很抱歉晚才回复、

我们在 960 中测量了 MODE 引脚上的电压、测得的电压为 0.993V。

测得的电压是否出现任何可能导致错误的模式搭接的问题？

Howdy Sachin,  

感谢您的测量。 这很奇怪、因为此电压对应于器件应配置的 CSI-2 同步模式。

另一个可能的问题是与 MODE 引脚并联的 100nF 电容器。 在初始启动期间、该电容器需要充电至分压器的全电压、这可能会导致问题、具体取决于 960 上的 PDB 变为高电平的速度。 当计算出的时间常数~4.36ms 时、当 PDB 设为高电平时、这可能是引脚上的电压问题。

在进一步探讨潜在问题之前、 您能否拆焊电容器并查看上电后寄存器 0x6D 返回的内容？  
我认为当电容器最初充电时、该器件会 Strap 配置到~0.374V 范围左右的 RAW12 LF 模式中。 由于另一种绑定到 RAW12 LF 的方法高于测得的 0.993V、因此不应这样做、因为分频器输出 0.993V。

此外、 您能否在原理图中发送 PDB 电源时序的屏幕截图？ 如果拆焊电容器可以正常工作、则问题可能在于 PDB 引脚被太快地拉高、从而导致 MODE 引脚过早地搭接。

感谢您的耐心、

Ethan Woods

您好、Ethan、

很抱歉耽误你的时间。

我们完成了几项测试来调试问题。 请查看以下我们的观察结果：

 连接 100nF 电容器后、MODE 引脚电压的时间为~12 至~13ms、以达到 0.993V 的预期范围。 另一方面、当未连接电容器时、只需~1.3ms 的时间即可达到预期电压。

e2e.ti.com/.../KSS2.0-VOL_2B00_-B0-sample-Risetime-Mode-Pin-DeSer-DS90UB960.pdf

2. 按照您的说明,我们在 ECU 上电后 5 毫秒和 10 毫秒的延迟时间内测试了 PDB PIN 的高电平设置。

• PDB 之前经过 5ms 的延迟测试
  0x58 = 0x18
  0x5D = 0x7B
  
  未建立链路锁定
  
  0x7B = 0111 1011（原始 10 模式）

• 如果在 PDB 设置为高电平之前添加了 10ms 延迟、则似乎已正确设置模式
  
  (R5F2_0)%--读取通道 0 的寄存器--
  0x58 时的值= 0x1E
  0x6D 处的值= 0x7C
  --读取通道 1 的寄存器--
  0x58 时的值= 0x1E
  0x6D 处的值= 0x7C
  --读取通道 2 的寄存器--
  0x58 时的值= 0x1E
  0x6D 处的值= 0x7C
  --读取通道 3 的寄存器--
  0x58 时的值= 0x1E
  0x6D 处的值= 0x7C
  --读取通道 0 的寄存器--
  0x58 时的值= 0x1E
  0x6D 处的值= 0x7C
  --读取通道 1 的寄存器--
  0x58 时的值= 0x1E
  0x6D 处的值= 0x7C
  --读取通道 2 的寄存器--
  0x58 时的值= 0x1E
  0x6D 处的值= 0x7C
  --读取通道 3 的寄存器--
  0x58 时的值= 0x1E
  0x6D 处的值= 0x7C

因此、从我们的分析来看、似乎电容器可能导致链路锁问题同步发生。

您能否提供有关如何永久解决此问题的指导？  

移除电容器或使用容量较低的电容器是否有助于解决该问题？

您好、Sachin、

感谢您提供数据。 这就是我所相信的。 PDB 会在 MODE 引脚仍处于充电状态时变为高电平、因此其自举至错误的值。 这是因为当 PDB 在上电期间变为高电平时、它会配置 MODE 引脚上当前的值。

100nF 电容器的缓慢充电可能是 MODE 引脚上存在大电阻分压器导致的。 因此、解决方案是在 PDB 变为高电平之前设置模式电压。

在移除任何电容器或更改值之前、您能否在 960 上发送 PDB 引脚的原理图部分？ 如上所示、向 PDB 引脚添加延迟（可能通过不同的电容值实现）可以提供一种解决方案。 我想验证 PDB 引脚上当前具有的硬件以控制它。

另一种解决方案是移除 MODE 引脚上的电容器。 这将确保在 PDB 为高电平之前 MODE 引脚上的电压为高电平、因为 PDB 很可能上有一个电容器。 如果需要在 MODE 引脚上使用这个 100nF 电容器进行滤波、我建议研究 PDB 的行为、而不是移除元件。

请注意、960 数据表第 8.2 节中的典型应用图在 IDX/MODE 引脚上具有较低的电容值、因为它们的充电速度会快于 PDB。

最终、在 PDB 变为高电平时、MODE 引脚上的电压电平必须稳定在所需的值。  

谢谢您、

Ethan Woods

您好、Ethan、

下面是 960 上 PDB 引脚的原理图部分

您好、Sachin、

感谢发送 960 原理图的 PDB 部分。

这表明 PDB 信号由软件控制、因此我们不会进行硬件改动来延迟其上升时间。

因此有两种解决方案：

• 通过软件延迟 PDB 上升时间、并监控产生的上电序列以确保没有错误。
• 修改/移除 MODE 引脚上的电容器、以确保 MODE 电压具有更短的上升时间。 通过使用较低的电容值、这应减少 MODE 电压达到完整值 0.993V 所需的时间。 此外、完全移除电容器也会减少 MODE 引脚达到所需电压所需的时间。

请注意、在 MODE 引脚上形成分压器的大电阻值也会降低电容器的充电速率。 通过在分压器中具有较大的电阻值、较小的电流通过 MODE 引脚、从而导致电容器的充电时间较长。 如果需要电容器滤波、我建议在 PDB 软件上增加额外的延迟或降低 MODE 引脚上的电容值。 这些更改应该能让 MODE 引脚上的电压在 PDB 变为高电平之前稳定下来。

此致、

Ethan Woods

您好、Ethan、

你过得怎么样？

感谢您的解决方案建议。 我们正在研究解决方案的可行性

对于 TI、这里只需要阐明以下几点：

1. MODE 引脚的首选电容值是多少？ 我们可以 在图 8-4 中看到 0.1uF 的值。 典型连接图（同轴）。 这是 MODE 引脚的建议值吗？ 我们是否必须以 100nF 的 0.1uF 电容来跟随该电容？            
2. 如果可以更改电容器以缓解链路锁定问题、我们是否可以使用 1nF 或 10nF 电容器？ 您是否预计在移至低于上图所建议值的电容器时会产生任何影响？ 如果是、TI 建议使用多大的电容器值？

Ethan Woods 在决定任何硬件更改是否可以缓解问题之前、我们希望了解您对两点的看法。

与此同时、我们正在探讨通过 SW 增加 PDB 引脚激活延迟的可能性。

您好、Sachin、

我今天的星期一早上做得非常棒。 感谢您的提问。 希望大家也都很好。

MODE 引脚上的电容器不是我们器件的明确要求、因为它仅用于 MODE 引脚上进行一些额外的噪声滤波。 我们的某些数据表迭代会在典型应用中包含该电容器、而其他一些迭代则没有。 话虽如此, 它是由你决定是要保留它,降低它,还是完全删除它。 我需要注意的是、如果更改电容值、任何低于 1nF 或高于 0.1uF 的电容值都将减小、这种情况下不会对 MODE 引脚上的噪声（如果有）产生太大影响。 如果较低的电容器值有助于缓解 Strap 配置至正确电压时的问题、则可以将值更改为较低的电容（例如 10nF 或 1nF）。

此致、

Ethan Woods