[参考译文] DS90UB936-Q1：DS90UB936 + DS90UB935-Q1：在 IEC 61000-4-4 突发测试期间丢失帧

尊敬的 G.G：

我相信,这将是最好的想出了几件事情从你的身边:

• 突发测试之前两个器件的寄存器转储。
• 突发测试后两个器件的寄存器转储。
  • 这些转储有助于识别潜在问题的发生位置、例如 AEQ 值和反向通道/正向通道错误
• 显示可能问题区域（例如可能实现的 ESD 二极管、CMC 和电源树）的原理图。

有了这些、我相信我们可以缩小导致您未能通过此测试的根本原因。

此致、

Ethan Woods

您好、Ethan、

我是 G.G 的同事、将在本周休假时回答。

在n´t 过程中激活 CSI-2 模式生成时、我们不会看到任何错误。 因此、 DS90UB936-Q1 和 CPU 之间的 CSI-2 接口正常运行。 我附上了定制电路板相关部分的原理图。

尊敬的 Simon：

上面的原理图看起来不错、我在初始检查中没有看到任何重大问题。

通常、由于锁降而导致突发测试失败由两种不同原因引起：

• DES/SER 引脚电源出现故障、导致断电状态
• 突发事件期间发生软件故障

为了验证串行器/解串器对的电源是否没有中断、您能否在解串器上的 VDD18 (1.8V) 和 VDDIO (3.3V) 引脚上进行一些电压测量、以确认器件在导致链路中断的突发事件期间不会断电。 此外、您能否进行一些测量以验证来自 RIN1P 和 RIN1N 的 STP2 引脚的引脚 2 和 4 上的电压是否没有下降。 由于我假设使用连接的串行器为摄像头供电、此处可能出现的电压降可能会导致串行器断电、从而导致链路中断。  

为了验证是否发生了软件故障、您能否在使用稳定链路进行突发测试之前和解串器上链路中断进行突发测试之后提供寄存器转储。 这样、我们就可以查看与稳定链路相对应的 AEQ 值、S 参数值和其他值。 如果在事件发生之前/之后它们之间存在差异、则可能会突出显示您应该调整这些值以获得更高的稳定性。

此致、

Ethan Woods

尊敬的 Ethan：

我们在 EMC 实验室执行了几个测试用例。
我的消息中包含了每个测试用例前后的寄存器转储。

来自 FPD-3 仿真模式的日志（SER 正在自行生成数据）摄像头 CSI-2 通道上无输入：

2kV 突发负电压 AM65xx 电路板 24V 输入端的极性（带 DES）。

在 CSI-2 仿真模式下从 DES 日志。 通过 FPD-3 传输的数据被忽略、但 SER 已连接。

2kV 突发负电压 AM65xx 电路板 24V 输入端的极性（带 DES）。

我们还有带有 pos 的日志。 每个测试用例的突发极性。
未显示没有任何仿真的正常运行情况。 我可以根据需要添加寄存器转储。

我希望你可以看看转储。

此致、

Gerd

尊敬的 Gerd：

您能否确认该寄存器转储适用于 935 和 936、并且采用十六进制格式。 观察 936 转储（在将每个值分隔为 1 字节格式（XX XX XX XX XX XX 等）后、然后进行计数、直到我到达寄存器 0x4D、我看到 0x00。 这并不表示已实现锁定。

我也可能读错了。 您能帮助说明该寄存器转储是如何读取 935/936 的寄存器以及它是如何输出的吗？ 它是否以十六进制格式输出？

任何形式的澄清都会有所帮助、因为这不是我们习惯使用的寄存器转储格式。

作为参考、典型的寄存器转储如下所示：

在此格式中、我们可以快速识别可能影响特定场景的最重要寄存器

此致、

Ethan Woods

您好、Ethan、

我是 Gerd 的同事。 我为以下场景重新设置了日期格式：

来自 FPD-3 仿真模式的日志（SER 正在自行生成数据）摄像头 CSI-2 通道上无输入：

2kV 突发负电压 AM65xx 电路板 24V 输入端的极性（带 DES）。

测试前：

【串行器】
00：30 00 53 5B 00 03 41 28 FE 1E 10 7F 7F F0 0F 00
10：00 00 00 00 00 20 18 3C 80 62 62 62 00 00 00 00
20：00 00 00 00 00 02 00 67 33 01 00 00 00 00 00 00 00 00 00
30：00 20 09 04 00 10 00 60 00 00 00 00 00 00 00 00 00 00
40：00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
50：20 C0 45 09 00 00 00 00 07 07 07 00 00 00 00 00 00 00 00 00 00
60：00 2C C0 03 13 8A 00 32 00 00 00 00 00 00 00 00
70：00 00 25 00 00 00 00 00 00 00 00 00 E4 00 00 00 00 00
80：00 00 00 00 00 00 90 00 00 00 00 00 03 00 00 00 00
90：32 E3 64 01 00 00 00 00 00 00 00 21 00 02 04 00 0E
A0：00 0F 0D 0F 0E 10 42 10 10 10 03 01 00 00 00 00 00
b0：00 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
C0：00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
d0：00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
E0：00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
F0：5F 55 42 39 35 33 00 00 00 00 00 00 00 00 00 00 00 00

【解串器】
00：60 00 3E 20 DF 01 00 FE 1C 10 13 25 81 B9 28 7F
10：00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 04 02
20：20 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
30：00 00 00 23 40 01 00 00 00 00 01 14 6F 00 40
40：00 A7 71 01 00 00 00 00 00 00 00 00 12 01 03 04 2 楼
50: BD 00 00 03 00 00 00 00 5A 00 00 30 32 7A 92 A0
60：A2 A4 00 00 7A 92 A0 A2 A4 00 00 78 68 58
70：2B 2C E4 09 6A 03 C0 C5 00 01 00 00 41 00 00 00
80：00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
90：00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
A0：02 0F 00 08 1A 00 00 00 00 00 00 00 00 00 00 00 00
b0：08 14 3F 08 25 00 18 00 88 33 83 74 06 00 00 00 00
C0：00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
d0：00 43 94 05 60 F2 00 00 00 00 00 00 00 00 00 00 00
E0：00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
F0：5F 55 42 39 35 34 00 00 00 00 00 00 00 00 00 00 00 00

测试后：

【串行器】
00：30 00 53 5B 00 03 41 28 FE 1E 10 7F 7F F0 0F 00
10：00 00 00 00 00 20 18 3C 80 62 62 62 00 00 00 00
20：00 00 00 00 00 02 00 67 33 01 00 00 00 00 00 00 00 00 00
30：00 20 09 04 00 10 00 60 00 00 00 00 00 00 00 00 00 00
40：00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
50：20 C0 47 09 00 FF 00 07 07 07 00 00 00 00 00 00 00 00
60：00 2C C0 03 13 8A 00 32 00 00 00 00 00 00 00 00
70：00 00 25 00 00 00 00 00 00 00 00 00 E4 00 00 00 00 00
80：00 00 00 00 00 00 90 00 00 00 00 00 03 00 00 00 00
90：32 E3 64 01 00 00 00 00 00 00 00 21 00 02 04 00 0E
A0：00 0F 0D 0F 0E 10 42 10 10 10 03 01 00 00 00 00 00
b0：00 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
C0：00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
d0：00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
E0：00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
F0：5F 55 42 39 35 33 00 00 00 00 00 00 00 00 00 00 00 00

【解串器】
00：60 00 3E 20 DF 01 00 FE 1C 10 13 25 81 B9 28 7F
10：00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 04 02
20：20 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
30：00 00 00 23 40 01 00 00 00 00 01 14 6F 00 40
40：00 A7 71 01 00 00 00 00 00 00 00 00 12 01 03 04 2 楼
50：B8 00 00 03 00 00 00 00 5A 00 00 30 32 7A 92 A0
60：A2 A4 00 00 7A 92 A0 A2 A4 00 00 78 68 58
70：2B 2C E4 09 6A 03 C0 C5 00 01 00 00 41 00 00 00
80：00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
90：00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
A0：02 0F 00 08 1A 00 00 00 00 00 00 00 00 00 00 00 00
b0：08 14 3F 08 25 00 18 00 88 33 83 74 06 00 00 00 00
C0：00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
d0：00 43 94 03 60 F2 00 00 00 00 00 00 00 00 00 00 00
E0：00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
F0：5F 55 42 39 35 34 00 00 00 00 00 00 00 00 00 00 00 00

尊敬的 Simon：

感谢您重新组织数据。 请给我一天时间来研究一下这个问题并进行调查。

此致、

Ethan Woods

您好、Simon 和 Gerd、

请您澄清我的一些问题：

1. 您发现了哪些错误/情况、以得出您丢失了帧的结论？  

2. 在器件正常运行期间、您是否通过反向通道向串行器/摄像头模块发送任何形式的通信？ 这意味着任何形式的 I2C、GPIO、帧同步或通过反向通道传输到串行器/摄像头的数据。

3. 您是否对 SERDES 对之间不存在的器件进行了任何测试？ 即摄像头模块、SoC/CPU、视频处理器、显示器、 或 935/936 之间的任何不在 FPD-Link 流水线内的内容。

这些问题可以帮助我解决我在寄存器转储中看到的一些错误。

此致、

Ethan Woods

您好、Ethan、

1.我们正在检查每个摄像机帧的 CRC。 如果 CRC 不正确、我们会将帧定义为 LOST。 摄像头每 100ms 发送一次帧。

2.是的,我们在正常操作期间通过 I2C 读取相机中的寄存器。 此外、还会使用 GPIO。

3、测试装置非常轻量:带串行器的相机、电缆、PCB 连接器、解串器、AM65xx 和外部 24V 电源。 突发施加于 24V 电源输入。 当解串器处于 CSI-2 仿真模式时、并且既不连接电缆也不连接摄像头时、AM65xx 板（带有所有外设，ADC、RAM、eMMC、CAN、 等）即使对 24V 电源输入施加 3 kV 脉冲、也不会受到影响。

我希望这将有助于理解转储。

此致、

Gerd

尊敬的 Gerd：

感谢您的答复。

让我在内部讨论、并在一天或两天内回复您。

此致、

Ethan Woods

尊敬的 Gerd：

在提出几个问题和提出一些解决办法之前、我想澄清和阐明我迄今所看到的情况。

在查看提供的寄存器转储时、我们要注意的一个重要问题是诊断寄存器中的错误、以帮助识别潜在问题。 有一点与您所说的内容一致、

通过解串器处于 CSI-2 仿真模式、在电缆或摄像头均未连接的情况下、AM65xx 板（带有所有外设，ADC、RAM、eMMC、CAN、 等）即使对 24V 电源输入施加 3 kV 脉冲也不受影响。

在我们的寄存器转储中、我们确定 935 (0x55 和 0x56) 上的 CRC 错误计数器都报告 0xFF。 这意味着反向通道标记 CRC 错误的最大数量、这意味着通过反向通道发送的数据在测试期间很可能会损坏。 也就是说、GPIO、I2C、帧同步或通过反向通道进行的任何形式的通信都有可能损坏、因为您在 FPD 反向通道帧上看到如此多的错误。 这与串行器断开连接时不会发生问题的事实一致。 此外、这也与我们在解串器寄存器转储上没有看到任何正向通道/CSI 错误相一致、因此从图像传感器到 SoC 流水线的数据没有错误。

接着、寄存器转储不会显示失锁、但它确实显示了 AEQ 值在两次运行之间会以相当显著的方式发生变化。 它从 0xd3 = 0x05 变为 0xd3 = 0x03。 这是一个相当大的 AEQ 周期、因为它只会正向递增。 这表明初始 AEQ 值和整个链路可能出现的不稳定情况。

说到这里、我想问几个问题：

1. 如何对摄像头帧中发生的 CRC 错误进行分类？ 它是从任何 SERDES 寄存器读取的吗？如果是、是哪一个？ 我们通常将 CSI“CRC“错误识别为校验和错误、这会在解串器寄存器 0x54（特定于端口）和 0x7A（CSI 状态寄存器）中报告。 由于解串器中没有这些错误的指示、那么 SoC 对摄像头帧的解释是否稍后报告错误？
   1. 此外、您是在目视检查输出屏幕上的摄像头帧、还是仅解释来自图像传感器和 SoC 的数据？
2. 通过反向通道发送什么类型的信号？ 运行期间对图像传感器进行哪种 I2C 写入？ FrameSync 是否通过反向通道发送？ 是否通过反向通道发送任何其他运行时关键型信号？ 我还知道您使用的是异步模式、这是正确的吗？

现在、我们可以对系统提出一些建议来帮助提高稳定性：

1. 将解串器寄存器 0x41 (SFILTER_CFG) 设置为 0xA9、而不是 0xA7。 在数据表中、建议在初始化期间将该寄存器配置为 0xA9、以获得最优启动时间并确保一致的 AEQ 性能。
2. 如果上述建议不起作用、请将自适应均衡配置为手动模式并将其设置为 0x02。 具体过程如下：
   1. 禁用自适应 EQ 并将 EQ 值设置为 0x02（此值来自突发测试后在 0x03 处建立 AEQ，以及因为您使用的短电缆具有较低的损耗属性）。 这是通过写入 0xD4 = 0x05 来完成的。 这会将 EQ 值设置为 0x2 并禁用 AEQ。
3. 我不相信您看到的是锁滴、因为 0x4D 中没有报告。 但为了帮助提高锁定稳定性、您可以增加寄存器 0xB9 中的链路错误阈值、该寄存器可以计算导致锁定丢失所需错误的数量。 默认情况下、此寄存器为 0x51、但您可以将其设置为 0x5F 来增加链路错误阈值。

最后、为了确认满足通道规范以确保链路稳定性、您能否在 ALP 中运行 936 的 MAP 工具？ 这是通过 I2C 连接 936（通常通过 USB2ANY 或 Aardvark、因为它们直接连接到 PC）并通过 ALP 软件识别它来完成的。 裕度分析工具包含在 936 配置文件中。

有关更多信息、请点击此处阅读有关 MAP（裕度分析程序）的信息： FPD-Link 裕度分析程序 (MAP) 用户指南 (SNLU243)

如果您有任何问题或疑虑、请告知我。

此致、

Ethan Woods

您好、Ethan、

很抱歉晚回答。 我订购了 USB2ANY 适配器并使用 Analog LaunchPAD 工具执行裕度分析。

EMC 测试中使用的 SER 和 DES 之间的链路的裕度分析：

所以性能很差。

通过一些修改,例如更好地屏蔽相机外壳内的电缆,我现在可以实现这一结果。

您认为是否仍然有必要或值得尝试禁用 AEQ？
保证金分析的结果是否足够好？

1. >>您如何对摄像机帧中发生的 CRC 错误进行分类？ 它是从任何 SERDES 寄存器读取的吗？如果是、是哪一个？ >>我们通常将 CSI“CRC“错误识别为校验和错误、这将在解串器寄存器 0x54（特定于端口）和 0x7A（CSI >> STATUS 寄存器）中报告。 由于解串器中没有这些错误的指示、那么 SoC 的>>摄像头帧解释之后是否会报告该错误？
   我们仅解释来自摄像头/传感器的数据。 如果帧丢失或摄像头/传感器帧内的 CRC 损坏、
   帧被丢弃、错误计数器递增。
   
   1. 此外、您是在目视检查输出屏幕上的摄像头帧、还是仅解释来自图像传感器和 SoC 的数据？
      摄像头/传感器输出未直接可视化。 而是使用软件算法来解释数据。
2. >>您通过反向通道发送何种信号？ 运行期间对图像传感器进行哪种 I2C 写入？ 是否通过反向通道发送了>>FrameSync？ 是否通过反向通道发送任何其他运行时关键型信号？ 我也知道您使用的是>>异步模式、这是正确的吗？
   反向通道用于更新串行器的通用输入/输出 (GPIO) 引脚、并从摄像头/传感器读取一个寄存器。
   我们已经注意到、如果反向通道完全失效、串行器的 GPIO 将默认为其原始状态。  
   这会触发摄像头/传感器复位。 改进电源的输入滤波后、不再观察到将 GPIO 复位为其默认状态。
   未实现帧同步。 MODE 引脚通过 10k --> CSI-2 非同步反向通道拉至低电平（数据表中的表 7-2、模式编号 0）

此致、
Gerd

尊敬的 Gerd：

第二个地图输出更接近我们期望的结果、称为“良好“。 我仍然会说您的地图结果位于好的下侧、但随着您所做的改进、它将被视为通过。  

借助这些结果、可以使 AEQ 保持开启状态并让其稳定在其认为正确的值。 我仍会在脚本的开头实现 S-Filter 更改、以向 AEQ 提供一些额外的帮助。 (0x41 = 0xA9)。 我相信在我上一次的答复中我错误地说这是寄存器 0x47、该寄存器现已更新。  

我还有几个问题：

1. 您能否说明如何确定帧是否缺失或摄像头/传感器帧中是否存在损坏的 CRC？ 串行器应该能够检测 CRC（校验和）错误或任何应该出现在来自图像传感器的 CSI 数据上的错误、但在串行器或解串器上的错误寄存器中不会报告任何错误。
2. 即使优化了反向通道信号、您仍然看到其中任何信号都会导致任何类型的问题吗？ 也就是说、这些反向通道信号上是否存在任何可能影响正常运行的干扰？ 由于没有帧同步、因此唯一的关键信号可能是成像仪/摄像头的复位信号。
3. 您的视频参数是什么？ 这包括分辨率、数据类型、fps 和视频消隐百分比（如果未知，可以估算为 25%）。
4. 936 的 REFCLK 频率是多少？ 它应处于 24MHz 的–26MHz 范围内。
5. 是什么促使您  为此系统选择 Leoni Dacar 535-2 电缆？ 对于我们内部而言、此电缆的最大频率为 1GHz、这对于 DS90UB936 (2.1GHz) 的完整数据速率是不够的。 但是、这也可以通过一些寄存器配置将器件设置为半速率模式来降低正向通道速率、从而进行补偿。

如果使用地图工具进行优化后仍遇到相同的失败、请告知我。

此致、

Ethan Woods

尊敬的 Ethan：

您能解释一下如何确定帧是否丢失或摄像头/传感器帧中是否存在损坏的 CRC 吗？ 串行器应该能够检测 CRC（校验和）错误或任何应该出现在来自图像传感器的 CSI 数据上的错误、但在串行器或解串器上的错误寄存器中不会报告任何错误。

根据软件工程师的解释、我发现他只考虑 CSI-2 数据、而不考虑 DES 错误计数器。
如果缺少行或数据包、或者 CRC 损坏 (CSI-2 CRC 或集成到传感器数据中的 CRC)、则会忽略整个“图片“。

即使在优化了反向通道信号之后、您仍然看到其中任何信号会导致任何类型的问题吗？ 也就是说、这些反向通道信号上是否存在任何可能影响正常运行的干扰？ 由于没有帧同步、因此唯一的关键信号可能是成像仪/摄像头的复位信号。

否、只要不是由反向通道上的问题触发复位、传感器就会继续发送数据。 反向通道没有依赖关系。

您的视频参数是什么？ 这包括分辨率、数据类型、fps 和视频消隐百分比（如果未知，可以估计为 25%）。[/报价]

1. • 640x2410 像素
   • 12 位/像素 (RAW12、DT 0x2C)
   • 10 FPS
   • 根据我的理解、消隐时间：  
     • 我们有一个全局快门传感器、可捕获总共 10 个子帧的 640x241 像素、但也可以作为单个 640x2410 图像传输
     • 我们使用自动曝光、为此、最大曝光时间+读取时间为~44ms。 在 10FPS 下、这将总计 440ms、我假设这意味着 44%的消隐时间

如果使用 Analog LaunchPAD 配置 SER/DES、工具中显示的数据与显示的数据不同
当使用我们的应用软件进行配置时。

您能否解释一下“链接：“后面显示的频率是什么意思？ 47 或 96MHz 与 FPD 链路是如何关联的、还是 CSI-2 频率？

936 的 REFCLK 频率是多少？ 它应在 24MHz 的–26MHz 范围内。

• ECS-2520Q-33-260-DP-TR ECS Inc.|振荡器| Digikey、26MHz

是什么让您  为此系统选择 Leoni Dacar 535-2 电缆？ 对于我们内部而言、此电缆的最大频率为 1GHz、这对于 DS90UB936 (2.1GHz) 的完整数据速率是不够的。 但是、这也可以通过一些寄存器配置将器件设置为半速率模式来降低正向通道速率、从而进行补偿。

解释起来有点太复杂了。 也许我们应该把它放在这一点上——它可能不是最好的选择。

串行器设置为 MODE = 2（非同步外部时钟，MODE 引脚上具有 75kPU、35K7 PD）、并配备一个外部 ASEMB-50.000MHZ-XY-T (50MHz)。 但是、我可以看到没有使用寄存器。 这是正确的吗？

串行器和解串器使用此初始化代码进行配置。

半速率模式可以轻松使用吗？  如果不是这样,切换到 Dacar 636 就不太晚了。

bool initializeDeserializer() {
    std::vector<RegConfig8Bit> regDeserializer{
        {0x01, 0x02, operationType::WRITE, 150}, // Reset
        {0x1F, 0x02, operationType::WRITE, 0},   // CSI speed control = 800Mbps
        {0x33, 0x23, operationType::WRITE, 0},   // CSI_CTRL -2 lane, continious clock = 0x21, non-cont = 0x23; 0x33 = 1 lane
        {0x20, 0x20, operationType::WRITE, 0},   // Enable forwarding for RX Port 0
        {0x4C, 0x01, operationType::WRITE, 0},   // receive port changed to 0
        {0x58, 0x5a, operationType::WRITE, 0},   // BCC_CONFIG   10Mbps back chanel, I2C pass through to serializer (encoding match)
        {0x5c, 0x32, operationType::WRITE, 0},   // SER_ALIAS_ID serializer address changed to 0x19
        {0x5d, 0x7a, operationType::WRITE, 0},   // SLAVE_ID[0] remote I2C slave address(imager)
        {0x65, 0x7a, operationType::WRITE, 0},   // Slave_alias[0] local I2C slave address(imager)
        {0x5e, 0x92, operationType::WRITE, 0},   // SLAVE_ID[1] remote I2C slave address
        {0x66, 0x92, operationType::WRITE, 0},   // Slave_alias[1] local I2C slave address
        {0x5f, 0xA0, operationType::WRITE, 0},   // SLAVE_ID[2] remote I2C slave address
        {0x67, 0xA0, operationType::WRITE, 0},   // Slave_alias[2] local I2C slave address
        {0x60, 0xA2, operationType::WRITE, 0},   // SLAVE_ID[3] remote I2C slave address
        {0x68, 0xA2, operationType::WRITE, 0},   // Slave_alias[3] local I2C slave address
        {0x61, 0xA4, operationType::WRITE, 0},   // SLAVE_ID[4] remote I2C slave address
        {0x69, 0xA4, operationType::WRITE, 0},   // Slave_alias[4] local I2C slave address
        {0x7c, 0x41, operationType::WRITE, 0},   // PORT_CONFIG2
        {0x6d, 0x78, operationType::WRITE, 0},   // PORT_CONFIG for CSI-2
        {0x02, 0x3E, operationType::WRITE, 0},   // General Config
        {0x0A, 0x13, operationType::WRITE, 0},   // Set I2C SCL high time
        {0x0B, 0x25, operationType::WRITE, 0},   // Set I2C SCL low time
        {0xBC, 0x06, operationType::WRITE, 0},   // Set frame valid minimum time
        {0x6E, 0x68, operationType::WRITE, 0},
        {0x0C, 0x81, operationType::WRITE, 0},    // Disable RX Port 1
        {0x6F, 0x58, operationType::WRITE, 100}}; // Add 100ms delay to resolve possible write register errors in serializer initialization
 
    return writeI2CRegisterMap8Bit(DESERIALIZER_I2C_ADDRESS, regDeserializer);
}
 
bool initializeSerializer() {
    std::vector<RegConfig8Bit> regSerializerASample = {
        {0x01, 0x02, operationType::WRITE, 150}, // Reset, add 150ms delay to resolve the register writing errors for the following registers
        {0x02, 0x53, operationType::WRITE, 0},   // I2C at 1.8V, 2 Lane mipi; change to 0x43 for 1 lanes
        {0x03, 0x5B, operationType::WRITE, 0},   // Set MODE to CSI-2 Non-synchronous Internal AON Clock
        {0x0B, 0x13, operationType::WRITE, 0},   // Set I2C SCL high time
        {0x0C, 0x26, operationType::WRITE, 0},   // Set I2C SCL low time
        {0x0D, 0xD0, operationType::WRITE, 0},
        {0x0E, 0xA0, operationType::WRITE, 0}};
 
    return writeI2CRegisterMap8Bit(SERIALIZER_I2C_ADDRESS, regSerializerASample);
}

此致、

Gerd

[/quote]

尊敬的 Gerd：

您能解释一下“链接：“后面显示的频率是什么意思吗？ 47 或 96MHz 与 FPD 链路是如何关联的、还是 CSI-2 频率？

这与器件中的内部 FPD 时钟有关。 这是一个与系统中使用的 REFCLK 相关的数字。

串行器设置为 MODE = 2（非同步外部时钟，MODE 引脚上具有 75kPU、35K7 PD）并配备一个外部 ASEMB-50.000Z-XY-T (50MHz)。 但是、我可以看到没有使用寄存器。 这是正确的吗？

即使您在串行器中搭接至模式 2、您也会在初始化中将其覆盖到模式 3（内部 AON 模式）。 由于您不会更改寄存器 0x05 (PLL_CLK_CTRL) 中的任何值、因此使用的是默认 AON 参考时钟值“ 24.2MHz to 25.5MHz、设置为 2Gbps 线路速率“。 这已经对应于“半速率“模式、因此您在最初使用默认 strap 配置值连接到 ALP 时、会看到内部 FPD 时钟变为原来时钟的一半。  

正如您所说的 50MHz、由于需要搭接至模式 2、因此这是在 ALP 的初始链路期间使用的振荡器。 运行初始化脚本时、您要将 SER 设置为模式 3、即使用上述值的 AON 时钟、将链路频率减半。

我对 ALP 中报告的两种情况错误很好奇。 这些误差是由于 ESD 测试报告的、还是在测试开始之前这些误差是否会累积？ 大量的锁定更改计数和奇偶校验错误表明链路运行状况不佳、根据之前的地图结果、这是合理的。

恐怕如果您的链路运行状况不佳、这是由于电路板设计和切换电缆没有太大影响所致。 您是否已验证满足 93x 器件的通道规格（回波损耗和插入损耗）？ 此外、您是否再次通过对 S_FILTER 寄存器 (0x41) 的建议更改和电缆屏蔽改进功能完成了 ESD 测试？

此致、

Ethan Woods

尊敬的 Ethan：

非常感谢您的详细说明！

我对 ALP 中报告的这两种情况的错误很好奇。 这些误差是由于 ESD 测试报告的、还是在测试开始之前这些误差是否会累积？ 大量的锁定更改计数和奇偶校验错误表明链路运行状况不佳、根据之前的地图结果、这是合理的。

裕度测试期间 ALP 中报告的错误发生。
我重新运行了裕度测试、事先没有错误。 之后、锁定 Chg Cnt 和奇偶校验 Errs 值增加。
我认为这是正常的、因为不同的 EQ/SP 值可能会导致良好或不良的链路状态/质量。

如果您的链路运行状况不佳、可能是由于电路板设计和切换电缆没有太大影响。 您是否已验证满足 93x 器件的通道规格（回波损耗和插入损耗）？ 此外、您是否再次通过对 S_FILTER 寄存器 (0x41) 和电缆屏蔽改进的建议更改完成了 ESD 测试？

我们尚未进行任何有关 S 参数（回波损耗，插入损耗）的测试。
我们是否可以使用该线程中给出的值作为参考？ --> e2e.ti.com/.../ds90ub954-q1-ds90ub933-q1-ds90ub954-q1-frequency-domain-insertion-loss-return-loss

此外、您是否再次通过对 S_FILTER 寄存器 (0x41) 的建议更改和电缆屏蔽改进功能进行了 ESD 测试？

不幸的是、迄今没有进行新的爆破测试。

此致、

Gerd