This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] TLK1.0232万:TLK1.0232万

Guru**** 2470720 points
Other Parts Discussed in Thread: ONET8501V

请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/576559/tlk10232-tlk10232

部件号:TLK1.0232万
主题中讨论的其他部件:ONET8501V

我们的产品通过10G光纤将以太网封装传输到外部以太网交换机(Cisco 500XG-8F8T)。 我们产品中的光纤接口包含一个SFP模块,其中插入了10G光学模块(例如FCI的TRX10GVP2010)。 在我们的产品中,SFP模块通过电气方式连接到双通道10GBASE-KR收发器(TLK1.0232万CTR)。 在我们的应用程序中,我们仅使用通道A (另一个通道被禁用)。 收发器的XAUI侧连接到FPGA。 FPGA,收发器和SFP模块之间的连接如附录所示。 在环境温度为25DegC时打开产品电源时,大多数情况下我们都有以太网链路,并且传输以太网封装,但有时在产品通电/断电循环后,此链路不存在(以太网交换机持续通电)。 有时,链路在通电后立即断开,但也会在数小时后断开。 目前尚不清楚以太网链路何时断开,但似乎存在使用哪个以太网交换机的依赖性。 链路断开意味着外部以太网交换机处于挂起状态,只有在以太网交换机的电源关闭并再次打开时才能解决这一问题(从以太网交换机侧重新应用SFP模块没有帮助)。 我们在不同的产品和不同供应商的不同以太网交换机上检测到了此问题。

我们看到的另一个问题(可能与以太网挂起链接有关)是,在以太网包传输过程中,有时会出现许多高速错误(HS_ERROR_COUNT寄存器已读出)。 密集测试表明,某些产品在几分钟内显示出十分之一的错误,而其他产品在数小时测试后未显示任何错误。 当检测到HS错误时,大多数情况下以太网链路仍然存在。

根据上述信息,存在不同的潜在客户,例如:

  1. PCB布局;我们已执行SI分析,结果是布局必须正确。 我们尚未按范围测量10G端的波形,因为我们没有此设备。

  2. FPGA,TLK1032和SFP模块之间的电气连接,以及电源和时钟稳定性。

  3. 寄存器设置TLK1032 (最可疑)

  4. 外部以太网交换机与使用的SFP模块一起出现问题。 某些商用以太网交换机更喜欢使用合格的SFP模块。 我们已订购这些SFP模块,但尚未完成测试。

  5. TLK1032和SFP的开机顺序。 此时,我们在配置TLK寄存器之前,立即启用SFP模块的TX。

TLK1023 (由我们的FPGA编程)的寄存器设置为:

Void Tlk1.0232万Init (TMdioHandle MDIO)

  如果(!tlkMutex){

    tlkmutex = xSemaphoreCreateMutex();

  }

 

  //禁用自动协商

  Tlk1.0232万Write (MDIO,0x07,AN_CONTROL,0xA000);

  Tlk1.0232万Write (MDIO,0x07,AN_CONTROL,0x2000);

 

  //禁用链接训练

  Tlk1.0232万Write (MDIO,0x01,LT_train_control,0x0000);

 

  //禁用AGC控制

  Tlk1.0232万Write (MDIO,0x1E,HS_SERDES_CONTINT_2,0x78C8);

 

  //更改RX;禁用ENTRACK并移动均衡器(启用ENTRACK会使情况更糟)

  Tlk1.0232万Write (MDIO,0x1E,HS_SERDES_CONTINT_3,0x5500);

 

  //重置

  Tlk1.0232万Write (MDIO,0x1E,RESET_CONTROL,0x000E);

}

 

如图所示,我们不使用自动协商和链接培训。

我们有以下问题:

  1. 我们不了解HS错误的原因以及为什么有时会出现以太网挂起情况。 请您帮助我们!

  2. 什么是零校准以及何时必须启用接收器,因为这会启动零校准(请参阅TLK数据表的表8-5)

  3. 您是否有一个示例,说明必须如何在我们的应用程序中初始化TLK (通过SFP的以太网链路)

 

e2e.ti.com/.../3806.Layout_5F00_TLK10232.docxe2e.ti.com/.../0044.schematic_5F00_10G_5F00_transceiver.pdf</s>1.0232万 0044.

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    Marcel,您好!

    对于XAUI至SFI/XFI操作,您需要将设备配置为10GBASE-KR模式,并禁用特定于背板以太网的功能,如第73条自动协商和10G链路培训。
    为此,请按照以下步骤操作:
    1.重置设备(将1写入0x1E.0000位15或断言RESET_N引脚)
    2.确保参考时钟选择(156.25 MHz或312.5 MHz)正确–这是通过寄存器0x1E.001D位12 (默认为156.25 MHz)完成的。
    3.通过将1'b0写入07.0000 12位来禁用自动协商
    4.通过将16'h0000写入01.0096 来禁用链路培训
    5.将16'h03FF写入0x1E.8020。 这将允许进行链路设置
    通常通过KR培训进行配置,改为手动配置。
    6.根据链路条件,您可能需要更改默认配置0x1E.0003和0x1E.0004。 对于光纤连接,我们通常建议将HS_ENTRACK (0x1E.0004位15)更改为1'B1,将HS_EQPRE (0x1E.0004位14:12)更改为3'B101。
    这可能是一个起点,但您可能需要进行一些BER测试以优化值。
    7.通过将1'B1写入0x1E.000E位3来重置数据路径。 (此时应正确配置设备)。

    自动归零校准:
    • 过程变化可能导致TLK10xxx接收器前端的小差分输入偏移。 设备提供校准例程以补偿这些偏移。
    • 在自动归零校准过程中,差分接收器输入与应用PCB隔离,并短接在一起以产生已知的零电压。
    • 此已知零电压用于校准输入采样器的比较阈值。
    • 自动归零校准完成后,接收器输入将正常工作
    – 校准需要25万 UI,并通过在MDIO寄存器图中将AZDONE字段设置为1来指示完成。

    • 默认情况下,自动归零校准在启动时执行(一旦接收器启用且PLL锁定)。 但是,通过HS_AZCAL参数来控制何时开始校准:
    – 00:启用接收器时启动自动归零校准(默认值)
    – 01:自动归零校准已禁用
    – 10:手动强制执行自动归零校准(由HS_AZCAL的位1上的上升沿触发),并在启用接收器且PLL实现锁定时自动更新
    – 11:手动强制执行自动归零校准(由HS_AZCAL的位1上的上升沿触发),并且不会自动更新

    • 自动归零校准有利于接收器性能,因此在大多数情况下,最好将HS_AZCAL保留为默认值00。

    此致,
    Luis Omar Moran
    高速接口
    SWAT团队
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好,Luis,
    感谢您的回复。 我正在检查您的回复,但不理解您在第5点下的回答,因为我在数据表中找不到register 0x1E.8020。 这是打字错误吗?

    此致,

    Marcel
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Marcel,您好!

    没错,此寄存器不会出现在数据表中,因为它是一个保留寄存器。 您将找到此设备的注册地图。 请看一下。

    e2e.ti.com/.../3312.TLK10232_5F00_REGMAP_5F00_v8.pdf</s>1.0232万

    此致,

    Luis Omar Moran

    高速接口

    SWAT团队

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好,Luis,

    我们已在 TLK1.0232万中实现了上述寄存器设置(特别是将16'h03FF写入0x1E.8020),但我们的问题尚未解决。 我们已使用以下测试设置执行了多项测试:

    1)我们已将具有10G光纤SFP模块 (AFBR-708SMZ)的节点(DUT)连接 到 Cisco 500XG-8F8T交换机。

    2)我们使用了如下所示的寄存器设置,包括 写入16'h03FF到0x1E.8020

    Void Tlk1.0232万Init (TMdioHandle MDIO)

      如果(!tlkMutex){

        tlkmutex = xSemaphoreCreateMutex();

      }

     

      //禁用自动协商

      Tlk1.0232万Write (MDIO,0x07,AN_CONTROL,0xA000);

      Tlk1.0232万Write (MDIO,0x07,AN_CONTROL,0x2000);

     

      //禁用链接训练

      Tlk1.0232万Write (MDIO,0x01,LT_train_control,0x0000);

     

      //禁用AGC控制

      Tlk1.0232万Write (MDIO,0x1E,HS_SERDES_CONTINT_2,0x78C8);

     

      //更改RX;禁用ENTRACK并移动均衡器(启用ENTRACK会使情况更糟)

      Tlk1.0232万Write (MDIO,0x1E,HS_SERDES_CONTINT_3,0x5500);

     

      //重置

      Tlk1.0232万Write (MDIO,0x1E,RESET_CONTROL,0x000E);

    }

    4)我们还将PC连接到以太网交换机的1G以太网端口,我们的被测设备也连接到该端口。 PC通过交换机向我们的节点发送thernet消息。 当我们的节点接收到PC消息时,节点将重置,这意味着我们的节点的全部电源将关闭。 10秒后,节点将自动打开,并重复此顺序。

    已执行的测试:

    使用上述设置开始测试。 在测试过程中,我们经常观察到节点已正确重置,并且交换机和节点之间的10G以太网链路正常工作。 30分钟后(时间未确定),我们的节点不再重置,并且节点和以太网交换机之间的链路挂起。 在挂起期间,我们看到交换机上的端口LED (链路和10G)均熄灭。 通过节点的串行接口,我们已转储了正确工作节点和挂起节点的所有TLK状态寄存器(请参阅附件)。 我们还检查了SFP状态寄存器,但未发现错误。 当我们在挂起后仅移除节点和以太网交换机之间的光纤电缆,30秒后,我们重新应用光缆(当我们的节点仍处于开启状态时,即使是以太网交换机) 然后,链路恢复,以太网消息可以在以太网交换机和我们的节点之间传输。 我们还看到交换机侧的LED按预期亮起。 在不同的电源循环后(例如25分钟后),链路再次挂起。  

    使用相同设置的另一项测试显示,当发生挂起时,我们只从节点的传输站点上拔下光纤电缆,该节点的以太网链路也会恢复。

    从我们所执行的测试来看,以太网交换机现在似乎没有出现其以太网链路上的问题。 只有在拔下光纤电缆后,交换机才知道链路已断开,并且交换机决定重置其链路。 我们的节点可能会发送垃圾邮件。

    在附件中,您可以在断开光纤和重新应用光纤后的挂起状态期间找到TLK1.0232万的状态日志信息。 我们有以下问题:

    1)您能否检查TLK的状态寄存器,您是否发现错误?

    2)我是否需要检查其他状态注册才能解决此问题?

    3)在我们的节点中,我们已将TLK连接到FPGA,在FPGA内部,我们使用Altera提供的商用XAUI IP内核。 我们能否在XAUI界面上做一些错误(例如,XAUI界面上的消息之间存在很长的间隔),从而导致TLK的HS侧挂起?

    4)是否有TI提供的特殊设备或支持来解决此问题?

    5)您是否有我们如何解决上述问题的提示?

    此致,

    e2e.ti.com/.../10G_5F00_problems.docxMarcel

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Marcel,您好!

    首先,当您打开设备电源时,请执行全局重置:

    1.重置设备(将1写入0x1E.0000位15或断言RESET_N引脚至少10us)

    2.确保参考时钟选择(156.25 MHz或312.5 MHz)正确–这是通过寄存器0x1E.001D位12 (默认为156.25 MHz)完成的。

    3.禁用自动协商-根据当前步骤确定。

    4.禁用链路培训-根据当前步骤确定。

    5/6。 将16'h03FF写入0x1E.8020。 这允许 手动配置通常通过KR培训配置的链路设置。

    这一点非常重要,因为用户必须手动配置设备(HS_SERDES_CONTINT_2和HS_SERDES_CONTINT_3)。 您需要尝试这些寄存器的不同组合,因为每个系统都不同(交流电损耗,迹线/电缆的长度等)。 在背板应用程序中,此过程由链路培训功能完成,遗憾的是,此功能适用于Clase 73,不适用于与SFP+模块的接口。

    HS_SERDES_CONTINT_2:请为HS_Swing尝试不同的值。

    HS_SERDES_CONTRAT_3:请为ENTRACK,EQPRE,CDRFMULT,CDRTHR,PEAT_DISABL, H1CDRMODE和TWCRF

    随附了一个简短的应用说明,其中包含一些参数的推荐值。

    7.通过将1'B1写入0x1E.000E位3来重置数据路径。 当需要新配置时,用户必须执行数据路径重置以正确配置设备。 (此时应正确配置设备)。

    我知道这一扫描多个参数(设备均衡)的过程是详尽无遗的,但这是为每个系统获得最佳参数组合以避免传输数据出错的唯一方法。 顺便说一下,请验证设备是否处于10GBASE-KR模式。

    我希望这能有所帮助。

    e2e.ti.com/.../5557.TLK10034_5F00_link_5F00_training_5F00_app_5F00_note-_2800_10_2900_.doc</s>1.0034万 28002900

    此致,

    Luis Omar Moran

    高速接口

    SWAT团队

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好,Luis,

    感谢您的回应。 我可以确认第1至第5点和第7点已正确实施。 您也可以通过我之前发送给您的注册设置来验证此设置。 我希望你能证实这一点。 我唯一能做的就是更改HS_SERDES_CONTINT_2和HS_SERDES_CONTINT_3,但我不确定HS_SERDES_CONTROL中的设置是否能解决我的问题。 如何验证HS_SERDES_CONTROL中的另一个设置是否可以解决我的问题,因为使用当前使用的设置,节点可以在多次电源循环中正常运行? 我也不明白为什么HS_SERDES_CONTROL中的错误设置会导致大量正确的电源循环,而我希望当设置不正确时,链路永远不会出现。 许多测试还表明,一旦节点通电,就可以传输以太网消息,表明此链路保持运行数天甚至数周。 那么,为什么我会看到以太网链路在关机后再开机过程中相对快速地挂起,而不是在不关机后再开机时挂起? 您还能回答我在上一封邮件中提到的其他5个问题。

    此致,

    Marcel
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好,Luis,
    昨天您是否收到了我的电子邮件?
    此致,

    Marcel
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    Marcel,您好!

    我已收到您的电子邮件 您能否澄清这些问题?

    1.为什么要禁用AGC控制?
    2.您是否可以默认尝试AGC控制?
    3. ST和MODE_SEL引脚寄存器0x1E.0001位[10]的当前配置是什么? 如您所知,您需要强制设备进入10GBASE-KR模式。
    根据我的经验,当设备与光学模块连接时,用户需要遵循我之前提到的步骤,并小心调整HS_SERDES_CONTINT_2和HS_SERDES_CONTINT_3以优化链路条件。 同时,我建议在TLK1.0232万中执行快速回送以放弃其他问题。

    谢谢!
    路易斯
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好,Luis,

    感谢您的邮件。

    1)我们禁用AGC是因为我们 过去遇到过问题

    2)今天,我们已将AGC控件设置为默认值并执行了测试,但仍然挂起。

    3)在硬件中,我们已将ST通过1kOhm设置为GND (因此ST=0),并 将MODE_SEL通过1kOhm设置为GND (也是MODE_SEL=0)。 我们没有对寄存器0x1E.0001位[10]进行编程,因此它具有默认值0x0B00 (位10=0)

    通过上述设置(包括您在之前邮件中建议的其他寄存器设置),我们已执行测试,但在关机后再开机和HS错误后仍会挂起。 一旦我们的节点应用于以太网交换机,并且在通电后正常运行,链路将保持运行至少3天(我们尚未进行测试)。

    我们还看到,一旦节点链路处于挂起模式,并且我们将TLK1.0232万置于回送模式(looping_TP_control中的位3设置为1),这不能解决问题(节点仍处于挂起模式)。

    w.r.t. hs_SERDES_CONTRAT_2和 HS_SERDES_CONTRAT_3设置我可以告诉您,在BER测试完成时,我们已将两个节点连接在一起,并更改寄存器参数,直到BER达到最低。(如 TLK1.0034万和TLK1.0232万的10GBASE-KR链路优化所述)。

    您能否建议我们现在该怎么做?请您也回答以下问题:

    1)您能否检查TLK的状态寄存器,您是否发现错误?

    2)我是否需要检查其他状态注册才能解决此问题?

    3)在我们的节点中,我们已将TLK连接到FPGA,在FPGA内部,我们使用Altera提供的商用XAUI IP内核。 我们能否在XAUI界面上做一些错误(例如,XAUI界面上的消息之间存在很长的间隔),从而导致TLK的HS侧挂起?

    4)是否有TI提供的特殊设备或支持(我们现场的工程师)来解决此问题?

    5)您是否有我们如何解决/隔离上述问题的提示?

    6)为什么我看到以太网链路在关机后再开机过程中相对快速挂起,而不是在不关机后再开机时挂起?  

    7) TLK1.0232万的寄存器必须按特殊顺序设置?

    此致,

    Marcel

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Marcel,您好!

    1.我已经检查了当前配置的状态寄存器,基本上您会看到解码/编码错误,信号丢失,低速和高速两侧的错误。

    2.您是否可以尝试更改LS_SERDES_CONTINT_2和LS_SERDES_CONTINT_2以调整低速侧(XAUI)? 我建议为LS_swing,LS_DE和 LS_EQ尝试不同的值。

    3.正如我之前提到的,我建议调整低速侧(XAUI)的RX设置,因为LS侧似乎没有正确接收数据。

    4.您是否拥有TLK1.0232万EVM或您是否使用自己的TLK1.0232万电路板? 如果您没有TLK1.0232万EVM (评估模块) ,则可以在www.ti.com上请求。 即使如此,此评估模块的GUI也非常有用,因为它有多个选项可优化矩阵中的设置,以减少BER (高速链路优化器)。

    5.请为LS_SERDES_CONTINT_2和LS_SERDES_CONTINT_3尝试另一个值。 同时,尝试在低速下强制对齐,将1b'1写入0x1E.000c位[2]。

    6.这很奇怪,如果设置不正确,设备和系统之间就没有链接,请尝试我的建议并告诉我您的结果。

    7.在这种情况下,我建议使用相同的步骤,只在6到7步之间添加低速侧均衡:

    1.重置设备(将1写入0x1E.0000位15或断言RESET_N引脚)
    2.确保参考时钟选择(156.25 MHz或312.5 MHz)正确–这是通过寄存器0x1E.001D位12 (默认为156.25 MHz)完成的。
    3.通过将1'b0写入07.0000 12位来禁用自动协商
    4.通过将16'h0000写入01.0096 来禁用链路培训
    5.将16'h03FF写入0x1E.8020。 这将允许进行链路设置
    通常通过KR培训进行配置,改为手动配置。
    6.根据链路条件,您可能需要更改默认配置0x1E.0003和0x1E.0004。 对于光纤连接,我们通常建议将HS_ENTRACK (0x1E.0004位15)更改为1'B1,将HS_EQPRE (0x1E.0004位14:12)更改为3'B101。
    这可能是一个起点,但您可能需要进行一些BER测试以优化值。

    ***尝试使用 我前面提到的低速侧的不同值(LS_SERDES_CONTROL和强制对齐)***
    7.通过将1'B1写入0x1E.000E位3来重置数据路径。 (此时应正确配置设备)。

    我希望这能有所帮助,如果不能,我需要设计团队的帮助来解决此问题。

    谢谢!

    路易斯

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好,Luis,

    今天我没有时间尝试您的注册设置,但我的同事将HS_SERDES_CONTINT_3位6设置为'1' ,这是由于巧合,似乎高速错误的数量减少了。 您能否确认这可能是我们所遇到的高速错误的解决方案?您能否解释一下我们正在做什么?

    此致,

    Marcel

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    Marcel,您好!

    这不是巧合。 即使对于光纤链路,我们也建议首先关注HS_ENTRAK,HS_EQPRE,HS_PEPT_DISABLE和HS_H1CDRMODE。 基本上,HS_PEAT_DISABLE控件允许用户调整接收器模拟输入级的交流电响应。 当此位设置为'0'(默认值)时,传输功能提供少量均衡,并允许在更高频率下进行3 dB带宽滚动。 当设置为'1'时,输入阶段将具有较低带宽的平坦交流响应。
    通常,最好禁用低于~6Gbps的串行输入速率峰值,并保持启用以获得更高的速率。 但是,在某些情况下,即使在较高的速率下也可以禁用峰值:
    这将引入类似于HS_ENTRACK控制的带宽减少。 对于低损耗信道,这可能有助于CDR确定锁定点。
    如果去重值对于信道损耗来说太大,则在与具有固定去重级别的发射器(即某些光学模块)连接时也可以使用此功能。

    此致,
    路易斯
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好,Luis,

    我们已经测试了不同的节点大约3小时,其中HS_PEAT_DISABLE设置为1,并发现HS错误几乎消失。 当我们将hs_peak_disable设置为0时,我们会显示大量的HS错误(一分钟内有数百个错误)。 在另一台以太网交换机(Dell)上的相同测试(将HS_PEAT_DISABLE设置为1)也显示无HS erros。 但当我们在第三台以太网交换机(RadiSys)上重复相同的测试时,HS错误再次出现。 HS错误与哪台以太网交换机之间似乎存在依赖性,但我不理解原因。 我们尚未更改节点(仍使用节点中相同的SFP模块)。 您对这里发生的事情有什么想法吗?

    备注:更改hs_peak_disable设置仍会导致链路挂起,因此此问题尚未解决。

    此致,

    Marcel

    SFP模块重新构造

    Een 5G SFP模块是opengemaakt en daarbij zijn de volgende onderdelen gezien:

    1)控制器拭子,型号C8051F413

    2)激光发射机TI ONET8501V

    Onet发射器方框图

    均衡器

    数据信号可通过输入信号引脚DIN+/DIN–应用于输入均衡器,这些引脚提供片上差动100Ω Ω 线路端接。 通过设置EQENA =1 (寄存器0的位1)启用均衡器。 FR4印刷电路板上的微带或脱衣绳传输线路可达到300 mm (12英寸)。 均衡量由双线接口和控制逻辑块进行数字控制,并取决于寄存器设置EQADJ[0..7](寄存器3)。 通过设置EQENA = 0,也可以关闭和绕过均衡器。 有关均衡器设置的详细信息,请参阅表16。

    限制器

    通过将均衡器的输出信号限制为固定值,限幅器可在输入均衡后消除任何过冲,并为输出信号波形调整提供输入信号。

    输出信号波形调整

    输出信号波形整形为数据信号提供了两条路径。 延迟缓冲区可确保两条路径具有相同的传输时间。 过冲和下冲峰值宽度和高度通过两个电线接口控制,峰值驱动器线性放大信号。 然后,生成的波形信号被添加到主驱动器的输出中。 过冲宽度由寄存器5设置OSW[0..3]控制,过冲高度由寄存器6设置OSH[0..3]控制。 下冲宽度由寄存器7设置USW[0..3]控制,下冲高度由寄存器8设置OSH[0..3]控制。 通过将过冲和下冲高度寄存器设置为零,可禁用峰值电流。 当DIS针脚设置为高电平时,或在故障条件下设置故障检测启用寄存器标志FLTEN时(寄存器0的第3位),峰值电流也被禁用。

    高速输出驱动器

    调制电流通过调制电流发生器从输出驱动器差动对的公共发射器节点中沉入,该发电机由2线串行接口进行数字控制。 输出级的收集器节点连接到输出引脚MOD+/ MOD–,其中包括到VCC的片上2×50Ω 后端接。 50Ω Ω 后端接和可选的片外系列电阻器有助于充分抑制VCSEL二极管的双反射引起的信号失真,阻抗范围为50Ω Ω 至110Ω Ω。 输出极性可通过输出极性开关POL (寄存器9的第4位)选择。

    调制电流发生器

    调制电流发生器为上述调制器提供电流。 电路由2线接口块进行数字控制。 8位宽控制总线MODC[0..7](寄存器1)用于设置所需的调制电流。 此外,通过MODRNG1 (寄存器13的位1)和MODRNG0 (寄存器13的位0)可以选择四个调制电流范围。 可通过将DIS输入引脚设置为高电平来禁用调制电流。 如果设置了故障检测启用寄存器标志FLTEN (寄存器0的第3位),则在故障条件下也会禁用调制电流。

    De Onet heeft een I2C总线在te kunnen stellen en uit te lezen中具有多种寄存器。 de I2C总线是verbonden aan de Silabs controller en niet beschikbaar aan de buitenzijde van de SFP模块。

    图6符合SFP MSA的输入级zien van een激光驱动器在een SFP模块zit中放大deze。 数据路径的功能是缓冲输入数据,然后根据输入数据流调节激光二极管电流。  电信设备的工作温度范围为-40°C至+85°C 在此范围内,激光二极管所需的阈值电流将有显著变化。 激光的阈值水平在-40°C至+85°C之间移动超过40mA的情况并不少见(图2)。  

    Figure 2. Laser diode threshold vs. temperature.
    图2. 激光二极管阈值与温度。  

    典型的长波,Fabry-Perot型激光二极管需要1.2V左右的正向偏压。 此正向偏置要求是与激光二极管相关的能量间隙的函数,可大于1.6V。 正向电压降,加上+3.3V±5 % 电源, 意味着激光驱动器输出级只剩下1.5V的电压。激光驱动器必须提供偏置电流(IBIAS
    )以将激光二极管设置为高于阈值,并提供调制电流(IMOD)以传输数据。 如果要传输脉冲,接通延时应比脉冲持续时间短,需要大于阈值电流的偏置电流Ioff (产生光学输出功率Poff)以进行快速调制。  偏置电流要求通常高达60mA,根据距离要求,调制电流可能超过60mA。 同时,输出信号必须足够快,以满足严格的抖动生成要求以及SDH/SONET的传输眼图。


    图3 显示了激光二极管和与封装相关的电感。 在此配置中,IBIAS + IMOD的总电流 必须流经激光二极管和电感。  

    Figure 3. DC-coupled laser.
    图3. 直流耦合激光。  

    Δt驱动器输出处的总压降为1.6V + LΔi Ω/Ω。 对于622Mbps应用,光刃速度通常低于600ps (电气),导致电感器上的额外电压瞬变,高达:  



    这导致激光驱动器的输出电压要求为+3.1V - 1.6V - 0.5V = 1.0V。  

    传统的偏置电流输出级是一种简单的电流源,能够在如此严格的工作电压下工作。 另一方面,调制电流输出级通常是开关差动对, 需要两个以上的VBE (基本发射器电压)余量,因此无法在如此低的输出电压要求下运行。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好,Luis,

    我们已经测试了不同的节点大约3小时,其中HS_PEAT_DISABLE设置为1,并发现HS错误几乎消失。 当我们将hs_peak_disable设置为0时,我们会显示大量的HS错误(一分钟内有数百个错误)。 在另一台以太网交换机(Dell)上的相同测试(将HS_PEAT_DISABLE设置为1)也显示无HS erros。 但当我们在第三台以太网交换机(RadiSys)上重复相同的测试时,HS错误再次出现。 HS错误与哪台以太网交换机之间似乎存在依赖性,但我不理解原因。 我们尚未更改节点(仍使用节点中相同的SFP模块)。 您对这里发生的事情有什么想法吗?

    备注:更改hs_peak_disable设置仍会导致链路挂起,因此此问题尚未解决。

    此致,

    Marcel

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好Marcel,

    请让我与团队一起验证这种行为,我会尽快回来提供解决方案。 我想确认过去是否有类似的问题。

    谢谢!

    路易斯

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Marcel,您好!

    很抱歉我的回复延迟了。 我曾与团队讨论过类似的过去情景。 基本上,TLK1.0232万中Copperfield/HS SERDES的特性是需要针对整个链路进行特定的调整,包括远程节点和介质(光纤交换机和光缆或直接连接电缆,或跨铜背板)。 所以我可以相信RadiSys开关的设置可能会不同(不幸的是)。 我们有一位潜在客户尝试在路由器中使用我们的设备,但他们无法在所有交换机,光学模块和FO电缆上找到通用设置。 必须单独调整RadiSys开关。 当然,对于客户来说,这可能不是可行的解决方案,但这正是它的实际情况。

    谢谢!

    路易斯

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好,Luis,

    感谢您的邮件,并对我的延迟回复表示抱歉,但我正忙于处理其他事情。 我们在将HS_PEAD_DISABLE设置为1的情况下执行了不同的测试,其中将HS_SERDES_CONTINT_3的位14:12更改为不同的值,并且我们已验证了每个设置的HS错误。 我们对不同的节点(10件)和以太网交换机(4种类型)进行了此操作,以了解是否存在适用于所有情况的良好通用设置。 您可以在附件中找到结果。 测试的结论是,我们已经为HS错误数为0的所有以太网交换机和节点找到了通用设置(我们使用HS_SERDES_CONTINT_3 = 1560HEX)。 通过此设置,我们在3天的测试期间对总共15个节点重复了测试,现在我们看到许多节点的HS错误计数为0,而一些节点的HS错误计数为VAN 10的最大值。 这比我们过去的情况要好得多,似乎解决了HS错误的问题。

    虽然我们对结果感到满意,但我们也不理解我们在测试期间看到的一些要点。 这些要点是:

    1)在附件中,您会看到 HS_SERDES_CONTINT_3的值0x0560到0x3560,所有以太网交换节点的HS错误计数为0,对于较高 的HS_SERDES_CONTINT_3寄存器设置,错误数增加。 但您也可以看到,当 HS_SERDES_CONTINT_3 的阻抗器设置进一步增大时,HS错误计数突然减少到0, 然后增加,减少等。我的期望是,在该区域之外,可能会有一个HS错误计数较低的区域,而错误计数较高,但现在我看到更多的非相邻区域,错误计数为0。 您能解释为什么会发生这种情况吗?

    2)我们还发现,使用较长的光纤电缆(最高206 m)时,HS错误数量会减少。 请您解释一下为什么较长的电缆会影响HS_ERROR计数?

    2) w.r.t第1点我想知道如何确定HS_SERDES_CONTRAL_3的正确设置。 例如 ,HS_SERDES_CONTINT_3 = 1560HEX值是否正确?

    3)在测试结果中,我看到错误计数为0的区域更多,但 HS_SERDES_CONTINT_3的正确寄存器设置是什么(我们使用0x1560,但我们也可以使用0x2560)?

    4)我们也不理解为什么另一台以太网交换机会影响 HS_SERDES_CONTINT_3的设置。 请您澄清一下这一点吗?

    5)关闭并重新打开节点电源后,以太网挂起的情况仍然存在问题。 我们是否有可能在以太网交换机的HS (10G)侧执行一些错误操作,从而导致错误消息?如何分析?

    此致,

    Marcel

    e2e.ti.com/.../HS_5F00_error_5F00_test.xlsx

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好,Luis,

    w.r.t.在我之前的邮件中,我们发现了Cisco关于我们使用的以太网交换机的自动否定的有趣评论,以及我们在节点的电源循环过程中发现的10G挂起情况。

    思科的评论是:

    "在仅光纤端口上,协商始终启用;但是,show命令将协商显示为禁用。 如果禁用了链接伙伴的协商,则链接可能不会出现(请参阅链接 http://www.cisco.com/c/dam/en/us/td/docs/switches/lan/csbss/sf_sg250/release_notes/R_2_1_0_RN.pdf ,请参阅调试ID nr CSCuu6.5593万)"

    以上所述表明,我们一方必须启用自动协商。 我认为10G-SR链路的自动协商是不必要的。 这是真的吗?您能否告诉我们,我们是否可以以及如何在TLK1.0232万中启用自动协商选项?

    此致,

    Marcel

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Marcel,您好!

    对于SFI/XFI,AN和LT通常被禁用。 要与光学模块连接,必须禁用Link Training,因为此功能不可靠。 由于 默认情况下已启用,因此可以启用将0x2000写入07.0000 的自动协商。

    此致,

    路易斯

     

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好,Luis,
    您能否确认TLK支持10G-SR链路的自动协商? 我提出这个问题是因为我认为TLK不支持用于10G-SR链路的

    此致,
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Marcel,您好!

    TLK设备支持10G-SR链路的自动协商。 基本上,如果合作伙伴启用此功能,我们的设备也应启用此功能。

    此致,

    路易斯

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好,Luis,

    感谢您的回答。 请您也回答我在3月21日提出的问题吗?

    此致,

    Marcel