[参考译文] TLK10232：使用1G-KX 且禁用和 LT 且具有数据开关的 SFP 1000BASE-X

您好、Manuel：

我将对此进行探讨、并将在明天继续收到 COB 的进一步反馈。

此致！

卢卡斯

大家好、Lucas：

根据启动过程 VER 2.0 (初始)、我们将为1G-KX 操作模式应用以下配置

器件引脚设置

o ST 输入引脚为低电平(我们曾尝试在第22条操作中拉高、但通信没有上升)
o MODE_SEL 输入引脚为低电平
o PRBSEN 输入引脚为低电平

复位器件

o 硬复位：RESET_N 置为有效的时间至少为10us

MODE 选择

o 将1'b1写入30.0.11 GLOBAL_WRITE
o 将1'b0写入30.1.10 SW_DEV_MODE_SEL
o 将1'b0写入30.1.11 SW_PCS_SEL
o 将1'b0写入1.150.1/30.150.1 LT_TRAING_ENABLE
o 将1'b0写入7.0.12 AN_ENABLE

HS 串行器/解串器设置

o 写入1'b0 30.4.15 HS_ENTRACK
o 写入0x03 30.4.14：12 HS_EQPRE[2：0]
o 写入1'b1 30.4.6 HS_PEAK_DISABLE
o 写入0x0 30.4.11：10 HS_CDRFMULT[1：0]
o 写入0x2 30.4.9：8 HS_CDRTHR[1：0]
o 写入0x6 30.3.15：12 HS_Swing [3：0]
o 写入1'b1 30.32801.4 SYNC_STATUS_CHECK_DISABLE

数据开关和发出数据路径复位

o 写入0x30 30.23.4：0 DST_FORCE_SEL[4：0]
o 将1'b1写入30.14.3
o 将1'b0写入30.0.11 GLOBAL_WRITE

正如我在开始时所提到的、我们正在使用启动程序的初步版本。
是否有较新的或确定的一个？

此致、

Sofia

您好、Lucas、

我们进行了接下来的修改：

1.转至第22条。
2.按照所述设置 DSR_FORCE_SEL (1b11000、与 DST_FORCE_SEL 相同)。

这些更改之后、该解决方案仍然不够可靠。 在拔出/插 LC 连接器几次后、我们设法解决 TLK 卡住的问题。 当通信中断时、至少有一个通道会永久报告以下情况：

RX_FIFO_overflow = 1 (在1GKX 模式下、指示接收 FIFO 已复位)
TX_FIFO_overflow = 1 (在1GKX 模式下、指示发送 FIFO 已复位)
HS_DECODE_INVALID = 1
HS_CHANNEL_SYNC = 0

HS_PLL_LOCK、HS_AGC_LOCKED、HZ_AZ_DONE 和 HS_LOS 标志正常。

关于您提到的另外两个要点：

2.我在此包中找不到此引脚、但我可以确认寄存器30.29 = 0x0000、并且我们使用156.25 MHz 时钟驱动 REFCLK0。

我们对10G 配置进行了 EQ 扫描。 对于1G、我们使用相同的值、因为它们的工作时间刚刚超过60小时。 您认为我们是否仍然应该为1G 运行另一个 EQ 扫描？

此致、

制造商

尊敬的 Manu：

感谢您提供此方面的最新信息。  卢卡斯本周初不在办公室、但可以在本周晚些时候与您联系。

谢谢！

Drew

您好！

同时、我们尝试在 RX 的 EQ 参数扫描方面取得进展。 我们想澄清几个问题：

1.数据表指出1G-KX 模式有 CRPAT 和高/低/混合模式生成,虽然验证器只支持 CRPAT。 启动过程列出了可供选择的 PRBS 模式、并未说明对于验证器不可用的 PRBS 模式。 我们不清楚 PRBS 对于生成器和验证器是否可用。

从数据表中、1G-KX 模式下的功能说明：

4.5测试图形发生器
在1G-KX 模式下、该模块可用于生成测试图形、以便测试1G-KX 通道
以确保合规性、而不会出现在系统环境中、也不会出于诊断目的。 生成的测试图形是
高/低/混合频率和 CRPAT 长或短。

4.6测试图形验证器
1G-KX 测试模式验证器执行 CRPAT 的验证和错误报告 长短
IEEE 802.3-2008标准附录36A 中指定的测试图形。 向 MDIO 报告错误
状态。

启动过程、在 Kx 下禁用自动协商、HS/LS 测试模式以及156.25 MHz / 312.5 MHz REFCLK：

o 选择 HS 测试图形
   2^31–1 PRBS 图形–写入3'b111至30.11.10：8
   2^23–1 PRBS 图形–写入3'b110至30.11.10：8
   2^7–1 PRBS 图形–将3'b101写入30.11.10：8
   高频–写入3'b000至30.11.10：8
   低频–将3'b001写入30.11.10：8
   混合频率–写入3'b010至30.11.10：8
   CRPAT 长–写入3'b011至30.11.10：8
   CRPAT 短–将3'b100写入30.11.10：8
o 启用 Kx HS 测试图形生成
   所有图形–将1'b1写入30.11.13
o 启用 Kx HS 测试图形验证
   注：不支持 HLM 频率验证
   所有其他图形–将1'b1写入30.11.12

我们知道、在1G-KX 模式下使用 TLK10232只能生成和验证 CRPAT 长和短 无需其他设备。

2.我们只需要测试 HS 侧,因为我们启用数据开关将流量从一个 HS 通道路由到另一个 HS 通道(方框图显示数据开关是在模式生成和验证之后,所以不应干扰测试)。 因此、我们根本不启用任何 LS 测试图形。 启动过程指出、我们需要执行此操作、以便清除错误计数器：

清除错误计数器
   CRPAT 长/短–将1'b1写入30.11.6、将3'b011写入｛30.11、30.11.5：4｝
   All Patterns–读取30.16 HS_ERROR_COUNTER 以清除

粗体说明告诉我们写入 LS 测试模式寄存器(LS_TP_VERIFY_EN 和 LS_TEST_PATT_SEL)。 清除 HS 测试的错误计数器实际上是否需要此功能？

3.在1G-KX 模式下是否默认禁用链路训练？ 如何使用第22条禁用它。

---

到目前为止、我们已按照下一程序执行了测试：

将 ST 引脚设置为1 (第22条)并将 MODE_SEL 引脚设置为0 (1G 模式)。

2.使用 RESET 引脚进行复位。 睡眠1000ms。

3.针对两个通道将0写入 CHANNEL_CONTROL_1寄存器中的 SW_DEV_MODE (30.1.10)和 SW_PCS_SEL (30.1.11)。

4.选择测试模式写入011到30.11.10：8 (CRPAT 长)。

5.启用测试图形生成和验证写入1至30.11.12和30.11.13。

7. sweep sync_status_check_disable、cdrfmult、cdrthr、h1cdrmode、pkdisable、 entrack、eqpre (我们将跳过 AGC 控制)。 对于每组参数、我们都会执行后续步骤：

1.写入配置。 发出数据路径复位并休眠1000ms。

2.等待至 HS_TP_STATUS (30.15.15)为1。

3.读取 CHANNEL_STATUS_1寄存器(30.15)一次以清除任何锁存的值。

4.每1ms 读取一次 CHANNEL_STATUS_1寄存器(30.15)、并累积标志 hs_ERRORS、pcs_tp_ERRORS、hs_pll_ERRORS、hs_los_ERRORS、hs_az_ERRORS、 HS_SYNC_ERRORS、hs_AGC_ERRORS、每个都包含在独立变量中。 我们还会监测 TX/RX FIFO 的上溢/下溢、但我们不考虑这些标志来丢弃配置。

5.扫描到下一个参数设置20分钟后,在上一步中的任何变量中读取50个错误。

使用这种方法、我们会发现几种组合不会产生错误。 但我发现没有一个组报告 HS_ERRORS、这是可疑的。 这样做对吗？

此致。

制造商

大家好、Lucas：

非常感谢您的调查。

几天前、我们担心这可能会导致该问题、因此我们决定基于 SFP LOS/TLK LOS 事件实施自动数据路径重置。 遗憾的是、使用这种方法我们无法找到稳定的解决方案。

有时、需要重置多个数据路径才能重新建立链路。 如果连接了两个器件(如我第一篇文章的最后一个图表所示)、它们可能会触发彼此之间的数据路径复位、从而导致出现振荡行为、这可能需要不可预测的时长才能稳定下来。

我们试图找到触发数据路径复位(SFP LOS、PLL 锁定、Kx_RX_FAULT 等)的理想条件。 我不记得我们是否尝试单独使用 SFP LOS、因为这可能是检测您提到的瞬态的最佳标志。 将运行几个测试并向您报告结果。

这个问题是否只影响1G-KX 模式？ 我们无法在10G-KR 模式下重现此问题。

除了数据路径重置问题、我无法正常运行测试。 我找不到报告 hs_errors 的单个配置。 所有配置都使 TLK 无法使用 PRBS31实现 HS_CHANNEL_SYNC 和 HS_AGC_LOCKED。

我们尝试了针对 SFP (ENTRACK_EN = 1和 EQPRE= 0x05)的其他线程中建议的 EQ、并使测试运行了+17小时、没有错误。 因此,我们至少有2个完全不同的配置,可以运行数小时没有错误(另一个是由索非亚发布的配置)。 我不明白为什么我不能使这些配置在 CRPAT/PRBS31模式下工作。

无论如何、这似乎与 EQ 参数无关、因此我将回到数据路径复位方法。

此致、
制造商

您好！

我们通过检查两个通道的 SFP LOS 信号测试了数据路径复位方法。 如果任何通道从 LOS 条件变为无 LOS 条件、我们将重置数据路径。

到目前为止、低分散通道(从短 SMF 到25公里)的结果很有希望。 我们不是那么幸运的更长的频道(高达80公里)。 恐怕我们需要对 EQ 参数施加应力。

不幸的是,正如我前面提到的,我认为我们必须做一些错误的设置扫描(虽然我们实现了10G-KR )。 让我布置使用 PRBS31扫描 EQ 参数的步骤：

将 ST 引脚设置为1 (第22条)并将 MODE_SEL 引脚设置为0 (1G 模式)。

2.使用 RESET 引脚进行复位。 睡眠1000ms。

3.针对两个通道将0写入 CHANNEL_CONTROL_1寄存器中的 SW_DEV_MODE (30.1.10)和 SW_PCS_SEL (30.1.11)。

4.选择测试模式、写入111到30.11.10：8 (PRBS31)。

5.启用测试图形生成和验证写入1至30.11.12和30.11.13。

7. sweep sync_status_check_disable、cdrfmult、cdrthr、h1cdrmode、pkdisable、 entrack、eqpre (我们将跳过 AGC 控制)。 对于每组参数、我们都会执行后续步骤：

1.写入配置。 发出数据路径复位并休眠1000ms。

2.读取 CHANNEL_STATUS_1寄存器(30.15)一次以清除任何锁存的值。

3.每1ms 读取一次 CHANNEL_STATUS_1寄存器(30.15)、并累积标志 hs_ERRORS、pcs_tp_ERRORS、hs_pll_ERRORS、hs_los_ERRORS、hs_az_ERRORS、 HS_SYNC_ERRORS、hs_AGC_ERRORS、每个都包含在独立变量中。 我们还会监测 TX/RX FIFO 的上溢/下溢、但我们不考虑这些标志来丢弃配置。

4.扫描到下一个参数设置20分钟后,在上一步中的任何变量中读取50个错误。

没有单一的参数组合通过测试。 在 AGC_LOCKED 或 HS_SYNC_STATUS 中出现50个错误后、所有这些代码都会被跳过。 它们都不会使 HS_ERROR_COUNTER 增大。

[报价 userid="490751" url="~/support/interface-group/interface/f/interface-forum/1391621/tlk10232-sfp-1000base-x-using-1g-kx-with-an-and-lt-disabled-and-dataswitch/5348676 #536766"]查看 HS_ERROR_COUNTER=0x0000表明没有错误。 如果验证器未检测到有效 PRBS 数据、则 HS_ERROR_COUNTER 将默认为0xFFFD。[/QUOT]

因此、我们不需要在扫描期间检查 AGC_LOCK 或 PLL_LOCK。 我不明白多个配置如何使用外部 PRBS 测试仪实现 CHANNEL_STATUS_1 = 0x1c03、但如果我使用 TLK 运行 PRBS、我找不到任何能够实现 AGC_LOCK 的配置。 即使使用短 SMF 链接也不是如此。

我无法验证0xFFFD 值。 如果我在测试期间断开光纤、则通道不再接收任何模式、但 HS_ERROR_COUNTER 不会转到0xFFFD。 它仍然为0。

Unknown 说：

要进行 PRBS 测试、必须启用 SYNC_STATUS_CHECK_DISABLE。 这允许在无需等待达到 HS_SYNC_STATUS 的情况下进行传输。

是的、我们已经这么做了。

编辑:我们看到有一个名为 PRBS_EN 的引脚。 是否需要将此引脚设置为1才能使 HS_ERROR_COUNT 报告 PRSB 错误？ 启动过程中没有提到这一点。

尊敬的 Manu：

是的、您可以尝试将 PRBS_EN 引脚拉高吗？

此致！

卢卡斯

您好、Lucas、

我们使用 Viavi MTS-5800测试仪成功运行了12天的测试,没有错误。 我们假设均衡没有问题。 但是、我们仍在处理因拔出和插拔光纤而导致的不可接受性问题。

重置数据路径并不能为我们提供任何确定性、因为有时需要重置1个数据路径、有时需要7个数据路径来恢复链路。 通过硬复位 IC 和从头开始进行配置、我们可以获得相同的结果。

更令人担忧的是、使用数据路径复位恢复链路后、链路似乎不稳定、可能导致其中一个通道随机时间(HS_DECODE_INVALID 和！HS_CHANNEL_SYNC)卡在0x1903状态(CHANNEL_STATUS_1寄存器)。 通道传输数据、但 Viavi 测试仪看到恒定的位错误。

我们还尝试在通道运行正常时重置数据路径、只是为了检查我们是否始终恢复链路。 这也不会发生。 我们不会一直恢复链路、就像拔下和插上光纤一样。 在这种情况下、TLK 看不到任何无效果(至少从媒体角度来看)。

目前、我们不确定是否可以获得可靠的产品。

尊敬的 Manu：

感谢您的更新。  Lucas 本周正在进行商务旅行、因此 这方面的回复可能会出现延迟。

对于您发出数据路径重置但无法始终如一地恢复链路的情况、此问题是否仅限于较高的分散、还是对于较低的分散通道、您也会看到此问题？

谢谢！

Drew

您好、Drew：

这种情况也会在低分散通道上发生。 我尝试在1550nm SFP 的输入端使用一个带有5dB/10dB 衰减器的短 SMF 链路(几厘米)、其传输距离为80km。

谢谢！

制造商

尊敬的 Manu：

感谢您对此进行澄清。

另一个问题：是否已在未使用  DST/DSR_FORCE_SEL 的情况下使用数据开关进行过调查？

谢谢！

Drew

您好、Drew：

是的、我们尝试使用非保留位来设置 DST/DSR、并且运行良好、但我认为开/关条件会按照我们的意愿触发开关的激活/停用。

如果我记得正确、我们可以激活 DRS/DST、但如果我们停止来自测试仪的流量、它将自动停用。 我们找到了另一篇建议使用 DST/DSR_FORCE_SEL (https://e2e.ti.com/support/interface-group/interface/f/interface-forum/592110/tlk10232-channel-switch-function-doesn-t-work-well/) 的文章、并决定使用该方法。

无论什么情况、我们都需要启用开关。

谢谢！

制造商

尊敬的 Manu：

感谢您对此进行澄清。  我们需要一些时间进一步研究这一点、然后再提供更多建议。  我们希望下周能与您联系并提供其他建议。

谢谢！

Drew

尊敬的 Manu：

很抱歉本例出现延迟。 我重新审阅了您分享给我们的所有信息、并想要求您做出一些澄清。

1. 我知道在发出数据路径重置后链路变得不稳定。 此问题是否仅在1G-KX 模式下运行时发生？ 或者在10G-KR 模式下运行时是否也会出现此问题？
2. 我相信、自您上次共享寄存器配置序列以来、已经进行了多处更改。 您能否再次共享此顺序以便我查看您的设置？ 您能否共享用于1G-KX 模式和10G-KR 模式的序列？
3. 您能否分享1G-KX 模式和10G-KR 模式现在使用了哪些引脚设置？ 我对 ST、MODE_SEL 和 PRBSEN 引脚特别感兴趣。

此致！

卢卡斯

您好、Lucas、

很高兴再次收到您的回复。

1. 从稳定的通信开始、拔下和插入1000BASE-LX SFP 的 LC 连接器时、或发出数据路径复位后、链路可能变得不稳定。 丢失链路后、发出数据路径重置不能保证它的恢复。 只有在根据 CHANNEL_STATUS_1寄存器进行多次尝试后、我们才会恢复通信。 如果通信中涉及2个 TLK10232、我们无法预测结果、因为在一个 TLK10232中发出数据路径复位可能会影响另一端 TLK10232的稳定性、从而导致两者之间出现振荡行为。 这在10G 模式下绝不会发生 . 如前所述、对于1G 的低分散和高分散通道、我们存在这个问题。
2. 我们使用以下初始化序列(引脚和寄存器)：

1G 模式 (链路建立后、我们可以在低分散和高分散通道上运行 BER 测试数小时、而不会出现错误)：

1. 将 ST 引脚设置为1。
2. 将 MODE_SEL 设为0。
3. 将 RESET_N 设置为0、睡眠10us、将 RESET_N 设置为1。
4. 睡眠1000ms。
5. 针对两个通道、将 CHANNEL_CONTROL_1寄存器中的 SW_PCS_SEL 和 SW_DEV_MODE_SEL 位设置为0。
6. 将 GLOBAL_CONTROL_1寄存器中的 GLOBAL_WRITE_EN 设置为1。
7. 将 HS_SERDES_CONTROL_3寄存器中的 HS_ENTRACK_EN 设置为1。
8. 将 HS_SERDES_CONTROL_3寄存器中的 EQPRE 设置为3。
9. 在 HS_SERDES_CONTROL_3寄存器中将 HS_PEAK_DISABLE 设置为1。
10. 将 HS_SERDES_CONTROL_3寄存器中的 HS_CDRMULT 设置为0。
11. 在 HS_SERDES_CONTROL_3寄存器中将 HS_CDRTHR 设置为2。
12. 在 HS_SERDES_CONTROL_2寄存器中将 HS_SWING 设置为660mVpp。
13. 将 MC_AUTO_CONTROL 寄存器中的 SYNC_STATUS_CHECK_DISABLE 设置为1。
14. 在 dst_control_1寄存器中将 dst_force_sel 设置为8。
15. 将 DSR_CONTROL_1寄存器中的 DSR_FORCE_SEL 设置为8。
16. 发出数据路径复位。
17. 睡眠1000ms。
18. 将 GLOBAL_CONTROL_1寄存器中的 GLOBAL_WRITE_EN 设置为0。

10G 模式 ：

1. 将 ST 引脚设置为0。
2. 将 MODE_SEL 设为0。
3. 将 RESET_N 设置为0、睡眠10us、将 RESET_N 设置为1。
4. 睡眠1000ms。
5. 对于两个通道、将 CHANNEL_CONTROL_1寄存器中的 SW_PCS_SEL 位设置为1、将 SW_DEV_MODE_SEL 位设置为0。
6. 将 GLOBAL_CONTROL_1寄存器中的 GLOBAL_WRITE_EN 设置为1。
7. 将 LT_TRAING_ENABLE 寄存器中的 LT_TRAING_ENABLE 设置为0。
8. 将 AN_CONTROL 寄存器中的 AN_ENABLE 设置为0。
9. 将 HS_SERDES_CONTROL_3寄存器中的 HS_ENTRACK_EN 设置为1。
10. 将 HS_SERDES_CONTROL_3寄存器中的 EQPRE 设置为3。
11. 在 HS_SERDES_CONTROL_3寄存器中将 HS_PEAK_DISABLE 设置为1。
12. 将 HS_SERDES_CONTROL_3寄存器中的 HS_CDRMULT 设置为0。
13. 在 HS_SERDES_CONTROL_3寄存器中将 HS_CDRTHR 设置为2。
14. 在 HS_SERDES_CONTROL_2寄存器中将 HS_SWING 设置为660mVpp。
15. 将 MC_AUTO_CONTROL 寄存器中的 SYNC_STATUS_CHECK_DISABLE 设置为1。
16. 发出数据路径复位。
17. 睡眠1000ms。
18. 将 GLOBAL_CONTROL_1寄存器中的 GLOBAL_WRITE_EN 设置为0。

此致、

制造商

尊敬的 Manu：

感谢您分享问题条件和配置顺序。 我查看过、但您使用的操作顺序没有发现任何明显的问题。

我看到2种操作模式之间有2种明显的区别: 1G-KX 与10G-KR 模式以及数据开关的使用。 目前、我不清楚 1G-KX 模式或数据开关配置是否是问题的根本原因、或者是否是这两者的组合。 我想到了一个实验,你可以运行,以确定这些功能中的哪些是根本原因。

是否可以在以下配置中使用10GBASE-R SFP+模块？ 我想知道问题是否发生。

是否可以在以下配置中使用您的1000BASE-X SFP 模块？ 我想知道问题是否发生。

此致！

卢卡斯

大家好、Lucas：

数据转换是问题的根本原因是几周前我们的假设之一、因此我们已经进行了您提议的第一项测试。 我们无法重现我们在1G 模式下看到的不稳定问题。

您提到、要准备第二个配置、我们需要更多时间。 您是否可以在更短的时间内使用2个评估板来安排该设置？

此致、

制造商

亲爱的卢卡斯：

只是一个想法来支持上一条评论。

我们建议您执行以下实验。 这与我们的实际设置类似。 (主要区别在于、我们在节点之间的通信中还有光路、而不是同轴电缆)。

请注意、红线是作为 TLK (数据开关)内的循环执行的。

对我们来说、很难获得没有错误的工作链接。 即使仅使用一个 TLK (设置的一半)、也需要多次重置尝试(在数据路径中)、并且不确定。 如果我们看看实际使用两个 TLK 的情况、那就更加困难、因为显然在一侧复位会导致另一端 TLK 上的路径丢失。

在任何情况下,一旦你能够到达一个没有错误的稳定链路,请继续以下方式:拔下和插拔光纤的次数。 在本例中、恢复链路看起来是随机的。 我们必须将数据路径复位未知次数、直到两端的 TLK 恢复链路为止。

如果您的实验正常运行,也可以插入和拔出光纤,我们很想知道您的配置参数。

谢谢！

尊敬的 Manu：

我知道、使用设置1时、问题并未重现、这表明数据交换机配置可能不是根本原因。 我还知道设置#2需要相当多的时间和精力。

很遗憾、我无法执行您概述的实验。 我的实验室没有必要的设备可用。

• 我没有光纤、模块或环回。
• 我只有一个 TLK10232 EVM 板。

使用我拥有的设备、我可以尝试重现以下行为。 如果您认为这些实验将有所帮助、敬请告知。

• 在1G-KX 模式下发出数据路径复位后检查 BER 稳定性。
• 在 SFP 笼中使用 HCB。 反复插拔 HCB 后、检查 BER 稳定性。
• 尝试在内部将 HS 通道 A 路由到 HS 通道 B 的情况下重现这些问题。

此致！

卢卡斯

大家好、Lucas：

您是否有外部 BER 测试仪或其他能够这样工作的电路板？

以下是我们的设置、通过该设置、我们只需使用一个 TLK 就能重现问题：

如果您没有任何其他设备来生成和检查 EVM 外部的 PRBS 图形、我们可以想到的最相似的设置是：

但我不确定在这种情况下问题是否会出现。 正如我在之前的帖子中所述、我们不确定是否能在1G 模式下正确运行内部 PRBS 测试、因此我不知道我是否可以安排此设置并获得有意义的结果：

e2e.ti.com/.../5350451

尊敬的 Manu：

是的、我的实验室配备了外部 BER 测试仪。 请允许我协调测试设备、以便测试您展示的第一个设置。 我将回到基准测试的结果。

此致！

卢卡斯

您好、Lucas、

非常感谢您的观看。

您能在测试中取得进展吗？

此致、

制造商

尊敬的 Manu：

很抱歉延迟了更新。

由于我的 HCB 的几何形状、我无法使用这个精确的设置进行测试。 HCB 阻止我访问 HSRXBn。

我对设置做了小幅修改。 我计划在通道 A 上使用电气环回、并将通道 B 连接到外部 PRBS 发生器/校验器。 然后、我可以尝试通过重置数据路径来重现此问题。 如果您发现此设置有任何问题、请告知我。

我遇到了一些意外问题、在1G-KX 模式下启动系统。 我仍在处理此问题、需要一些额外的时间才能尝试重现问题。

此致！

卢卡斯

您好、Lucas、

感谢您发送编修。

你安排的设置似乎可以,我. 您可以尝试通过重置数据路径或断开/连接 SFP 插槽中的电气回路来重现问题。 可能需要多次尝试触发该事件。

我可以告诉您的设置与我们的设置之间的唯一区别是、我们在两个通道中都使用了1000BASE-SX 和1G 80km 1550nm SFP。 我们的 PRBS 发生器为 Anritsu 和 Viavi、两者均配置为使用 PRBS31有效载荷生成第2层流量、并使用1000BASE-SX 接口关闭自动协商(强制设置为1G 全双工)。

这是65小时测试后得到的报告之一：

e2e.ti.com/.../7268.report.pdf

报告中详细介绍了 PRBS 发生器的配置。 对下一张图片中的布置进行了测试：

期待您的设置取得结果。

此致、

制造商

尊敬的 Manu：

感谢您对我的设置进行确认、并提供更多详细信息和测试报告。 我将继续启动1G-KX 和我的设置。

此致！

卢卡斯

大家好、Lucas：

您对此设置有任何更新吗？

您是否成功使1G 链路正常工作？ 您能否重现 Manu 提到的问题？  

谢谢！

费尔南多

尊敬的 Fernando：

很遗憾、我在设置过程中仍然遇到一些问题。 除了本周的假期外、我们目前还在进行办公室+实验室搬迁、因此我要到2016年12月12日才能再次访问完整的实验室。

此致！

卢卡斯

大家好、Lucas：

我知道这是一个繁忙时段、但是您是否解决了设置过程中出现的问题？  
是否有任何更新？

谢谢！

费尔南多

由于美国 圣诞节和新年假期、您的问题将延迟回复。 对于等待和可能造成的任何不便、我们深表歉意。

谢谢！

David

谢谢！

David