[参考译文] DS320PR1601：DS320PR1601

尊敬的 Roy：

感谢您向我们提出问题。  

您能否提供以下信息来帮助调试您的问题：

1. 使用 EEPROM 页面->从 EEPROM 加载->写入 EEPROM 十六进制代码从电路板回读 EEPROM
2.  使用 Low Level Page -> Read All -> Save Config (另存为.cfg 文件)在某些通道上看不到 RX 检测时寄存器转储
3. EVM 的图像、以便我可以查看引脚搭接设置。

此致！
大卫

e2e.ti.com/.../save-config.cfge2e.ti.com/.../write_5F00_eeprom_5F00_hex.txte2e.ti.com/.../write_5F00_eeprom_5F00_hex.txt

您好、David、  

对于 EEPROM 加载未完成错误、我们通过将 JMP7更改为3-4并在配置中将地址映射更改为0x26和0x27来修复此错误。 可能评估板中的 R25具有错误的值。

现在、我们需要确定接收器检测问题。   

1.低电平页中的接收器检测显示了 RX_DET_STS = 0x85的通道9

2.  主板上的开关(PEX89104)在其接收器检测寄存器中看到0xFFb9，或者通道2、3、6没有检测到接收器。

感谢您的帮助、

日出

尊敬的 Roy、Huiji：

感谢您提供关于解决问题的最新信息。

鉴于当前症状、我认为这可能是转接驱动器和开关之间的 RX 检测同步问题。 您能否将 JMP10、JMP11、JMP12和 JMP13上的分流器放置到位置5-6而不是位置3-4？ 这会将断电(PD)引脚连接至 PERST_INV。

这种症状何时明显？ 是否仅在系统开机时或每次 Perst#有效时进行？ 还是另一种情况？

此致！
大卫

您好、David、

更改 JMP10-13设置后、从主机检测到的接收器仍然相同。 现在接收器检测寄存器读数为0xd7ff。 通道9 RX_DET_STS 仍为0x85。

谢谢。

日出

尊敬的 Huiji：

感谢您的更新。 当您指出开关的 RX 检测寄存器具有新的更新值0xD7FF 时、您知道它与 该寄存器之前的0xFFB9值与之前的测试有何不同？ 我不知道这些寄存器值意味着什么。

此致！
大卫

由于我们原来的主板没有对 Perst 进行断言和断言、因此我将其移至对 Perst 进行断言和断言的正常主板。 新接收器检测到0xd7ff 表示未检测到通道13和通道11。 我将把设置移回到原来的主板上、然后再给您一次更新。

谢谢。

日出

尊敬的 Huiji：

明白了-我现在看到了这个寄存器的模式。 一旦您在原始主板上获得更新的测试结果、请告诉我。

另一个我希望看到的结果-如果您将0x40写入通道寄存器0x04中、但该通道未显示正确的 RX 检测状态、那么开关的 RX 检测寄存器会产生什么结果？

此致！
大卫

在我将 JMP10-13从3-4移动到5-6并回到原始设置后、接收器检测寄存器读取返回到0xFFb9。 转接驱动器显示：

我在所有通道上写入了0x40和0x4、因为我确信通道是如何映射到通道的。 但主板上的接收器检测仍保留为0xFFb9。 在我对另一端(发送器)进行下电上电后、接收器检测变为0xFFf9。 这意味着1通道接收器检测已恢复。

您好、David、  

校正：我将0x4写入所有 RX_DET_CTRL 寄存器。 我无法写入0x40。 GUI 不允许写入0x40。 我希望我所做的就是你想要的。

谢谢。

日出

尊敬的 Huiji：

错字道歉-我本打算说明为那些通道将0x4写入寄存器0x4、而不是0x40。 我很高兴您能够尝试该测试、因为这是预期的测试。

在我看来奇怪的是、回读错误 RX 检测状态的通道在每次建立链路时发生变化。 在不使用 EVM 的情况下测试两个内联开关时、是否存在 RX 检测或链路建立问题？

此外、我看到通道9的 EQ 指数设置为索引2 -无论选择何种 EQ 指数、是否会出现此现象？ 通常、建议以"默认"EQ 指数开头(请参阅下面的编程指南参考部分)：

GUI 中的寄存器名称如下：

• EQ_stage1_3：0指 EQ_CTL 寄存器(通道偏移0x1)位6：3
• EQ_stage2_2：0指 EQ_CTL 寄存器(通道偏移0x1)位2：0
• EQ_PROFILE_3：0表示 GAIN_CTRL 寄存器(通道偏移0x3)位6：3
• EQ_stage1_BYPASS 指 EQ_CTL 寄存器(通道偏移0x1)位7

此致！
大卫

您好、David、

绕过 EVM 时、接收器检测正常@0xFFFF、表示所有通道都检测到接收器

2.在我恢复 EEPROM 以将 EQ_Index 设置为默认值后、接收器检测仍为@0xFFb9。

谢谢。

日出

尊敬的 Huiji：

明白了-谢谢。

我本来期望 DS320PR1601的通道寄存器0x4中的 RX 检测状态机进行复位、以重新启动转接驱动器上的 RX 检测。 另一个可以测试的选项是、将 PD 引脚连接到原始位置(3-4)：

1. 打开系统电源、检查开关 RX 检测状态寄存器
2. 将0x4写入所有通道寄存器的0x4寄存器
3. 在系统上执行热复位/Perst#(保持转接驱动器电源)
4. 检查开关 RX 检测状态寄存器。

如果您有示波器、您能否在为器件上电时还测量转接驱动器通道9的 TX 的输出？ 这可以通过 PCIe 合规性负载板(CLB -如果您有)来完成。 这对应于 x16 CLB 上的通道9。

此致！
大卫

您好、David、

我在第4代主板上尝试了你的步骤(不是基于 Broadcom 交换机),并在第4代 x8训练的通道开始与第4代 x16后的4个步骤。 对于此主板、我无法访问接收器检测寄存器。

然后我在我的第5代主板(使用 Broadcom 交换机)上进行了尝试、上电后、交换机上的接收器检测为0xFFb9、执行步骤4后、寄存器更改为0xFFf9。  

稍后我们将尝试在示波器上捕获 TX 通道。

谢谢。

日出

尊敬的 Huiji：

感谢您的更新。 请告诉我 TX 输出的捕获情况。

我预计 在 TX 输出端(大约每个150μs)会有用于 RX 检测的重复脉冲。

此致！
大卫

您好、David、

在通道9的一行中、我可以看到每160us 产生一次脉冲：

在另一行、我没有看到任何脉冲。 设置 Rx 检测后、是否继续发送脉冲？  

谢谢。

日出

尊敬的 Huiji：

感谢您分享这次拍摄、我期待这一脉搏。

当您指代其他行时、您是指其他通道还是通道的另一侧(P 与 N)？

一旦 RX DETECT 在某个通道上检测到正确的端接、器件将不再在该通道上对该波形施加脉冲。

此致！
大卫

您好、David、  

当我参考另一行时、我指的是通道的另一侧(P 与 N)。 这样做是有道理的、因为通道9返回0x85。 您认为这是设置的硬件问题吗？

谢谢。

日出

尊敬的 Huiji：

明白了、谢谢。 我不希望通道的一侧出现这种行为。

我有点惊讶的是、在 Gen4平台上、没有出现问题(在手动强制执行 RX Detect 后)。

让我内部查看有关此问题的进一步指导、我会尽快与您联系。

此致！
大卫

尊敬的 Huiji：

感谢您的耐心。

您是否注意到在 MODE 引脚设置为 L2 (SMBus 次级模式)或仅在 MODE = L1 (EEPROM 模式/SMBus 主模式)时发生了此问题？

此致！
大卫

您好、David、

我将 JMP9设置从 L2更改为 L1、症状完全相同。  

谢谢。

日出

您好、David、  

我的意思是、我把 JMP9从 L1更改为 L2。

谢谢。

日出

尊敬的 Huiji：

感谢使用此更新的跳线设置进行确认。

请允许我就此问题与我的内部团队达成一致。

此致！
大卫