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.0031万:TLK1.0031万's XAUI收发器与FPGA XAUI内核的同步和对齐问题

Guru**** 2466550 points


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

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/640120/tlk10031-tlk10031-s-xaui-transceiver-sync-and-alignment-problem-with-fpga-xaui-core

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

您好,

我们使用TLK1.0031万进行的系统设置如下所示。

我们希望在10GBASE-KR模式下运行TLK1.0031万。 无光学模块/电缆。

 

以下是我尝试过的内容:

  1. 在FPGA端,可使用XAUI收发器启用回送模式
  2. XAUI收发器的FPGA侧状态信号指示所有四个通道的RX对齐和sycn均上升,这意味着回送模式正在工作
  3. 当然,FPGA侧XAUI TX校准信号也会上升。
  4. 我在FPGA中推入XAUI接口时,就会得到所有字节数。

现在我已经确认FPGA端XAUI收发器在环回模式下工作,我禁用了环回模式,以便它可以与TLK1.0031万通信(到目前为止,TLK1.0031万的RESETN保持活动低电平)

 

通过阅读TLK1.0031万数据表和TI的E2E论坛帖子,可以完成以下操作

  1. 在我们的印刷电路板中,TLK1.0031万的ST,MODE_SEL,PDTRXA_N和RESETN通过单独的1k电阻器连接到GND。 因此,在主板通电后,
  2. 我们从FPGA将RESETN引脚驱动到低电平(只是为了确保在电源轨稳定后,Resetn处于低电平活动状态)。 我们还会将ST和MODE_SEL引脚驱动为低电平。
  3. 将PDTRXA_N驱动至高
  4. 等待一段任意时间(超过RESETN的10 us要求)
  5. 驱动RESETN针脚过高。
  6. 到目前为止是否有任何问题?

  7. 通过将0x1E.0位15设置为1,通过MDIO进行软件重置
  8. 是否需要等待,然后再继续执行进一步的MDIO读/写操作?

  9. 通过MDIO 0x1E.2位3:0,将HS_PLL_Mult位设置为数据表的每个表7.1 的0xC
  10. 通过读取0x1E.1D位13:12,确保156.25MHZ是参考频率
  11. 通过写入1到0x1E.E位3来重置数据路径(所有其他位均使用其旧值写入)
  12. 检查FPGA端XAUI状态寄存器。 没有RX对齐或同步位设置为1。 这是否意味着FPGA收发器与TLK1.0031万低速侧收发器之间没有通信?
  13.  
  14. 我再次按照从1到14的步骤操作,然后通过写入1到0x1E.B位0来启用浅回送(寄存器的所有其他位都使用与读取相同的值回写)
  15. 通过写入1到0x1E.E位3来重置数据路径(所有其他位均使用其旧值写入)
  16. 检查FPGA端XAUI状态寄存器。 没有RX对齐或同步位设置为1。 这是否意味着FPGA收发器与TLK1.0031万低速侧收发器之间没有通信?

问题:

  1. 如何确保TLK1.0031万的低速侧收发器按预期工作?
  2. 如何在回送模式下测试TLK1.0031万的低速端?
  3. 10GBASE-KR侧芯片似乎也未与TLK1.0031万通信。
  4. 如果10GBASE-KR侧面链路未打开,会阻止低侧收发器与FPGA的XAUI收发器联机吗?
  5. 如果我将TLK1.0031万置于高速侧浅环回模式,我应该如何使TLK31的10GBASE-KR侧与10GBASE-KR合作伙伴建立通道/链路?
  6.  10GBASE-KR模式下,我是否需要担心LS_OK_IN_A引脚? 当RESETN高断言时,是否需要使用特定值驱动它? 我不确定数据表对于LS_OK信号的专有模式意味着什么。
  7. 在复位到'1'之前和之后,我一直在'1'处连续驱动LS_OK_IN_A。 FPGA侧无Rx信道同步或对齐。 在重置为'1'之前和之后,我将LS_OK_IN_A连续驱动到'0'。 FPGA侧仍然没有通道。
  8. 我如何知道TLK1.0031万在FPGA的每个通道上的低速侧接收器同步? 如何告知FPGA的XAUI内核,TLK1.0031万在所有四个XAUI通道上同步和对齐?

提前感谢您的参与和支持!

 

 

 

 

 

 

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

    您好,Dhanasekaran,

    随附的文档包含适用于TLK1.0031万 (单通道)的TLK1.0232万 (双通道)初始化过程。

    如果这些步骤不起作用,请告知我们以找出问题的原因。

    e2e.ti.com/.../0755.tlk10232_5F00_BringupProcedures_5F00_v2.pdfe2e.ti.com/.../0638.tlk10232_5F00_BringupProcedures_5F00_v2.pdf</s>1.0232万 0638.1.0232万

    此致,

    Luis Omar Moran

    高速接口

    SWAT团队

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

    您好,Luis,
    感谢您的快速响应。 我已按照156.25 MHz时钟“KR with Auto Negotiation,Link Training,FEC,with 156.25 312.5 MHz REFCLK”一节中的规定,对所有寄存器进行了写入或读取。 但我有以下问题:

    1.注册表30.150 在TLK1.0031万和TLK1.0232万中都不存在。 它应该是1.150 吗?
    2. 30.3.6864万 不存在。 它应该是1.3.6864万 吗?
    3. 30.3.6865万 不存在。 是否支持采用1.3.6865万 ?
    4.30. .3.6869万不存在。 它应该是1.3.6869万 吗?
    5. TLK1.0031万数据表的7.5 .3.8 (第94页)是否应将寄存器地址列为0x0008而不是0x0006?

    当我按照启动过程文档执行所有写入时,FPGA侧的XAUI RX通道出现了确认的同步和对齐信号。 但当我发出AN_RESTART时,所有FPGA XAUI RX通道都出现故障。 自动协商也失败。

    我按照所有的写操作重新启动自动协商。 但是,我启用了低速侧浅环回(将1'B1写入30.11 .0),而不是启动自动协商(将1'B1写入7.0 .9 an_restart)。 之后,我发出(将16'b0008写入30.14)以重置数据路径,以防需要重置。 FPGA上的RX XAUI通道仍处于同步和对齐状态。 但是当我写一个支付负载为66字节(总计80字节)的MAC帧时,我没有从TLK1.0031万得到任何信息,尽管本地浅回送模式位读数为'1'。 我做错了什么?

    在HS方面工作之前,我希望本地浅回送和深回送模式能够正常工作。

    备注:我没有在30.3 和30.4 寄存器上写任何内容。 我将它们保留为默认值。

    感谢您的时间和支持。

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

     Luis或其他专家的任何建议或解决方案:)?

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

    您好,Dhanasekaran,

    很抱歉回复延迟。 请参阅TLK1.0232万的寄存器映射(与TLK1.0031万相同),在本文档中,您将找到所有保留寄存器,以便更好地理解启动过程。 即使TLK1.0031万也是同样的芯片,只需旋转封装即可。

    如果这不起作用,请使用PRBS执行环回测试,以确认设备的正确行为。

    浅回送测试(LS端):

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

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

    3. 选择LS_test_pattern并启用LS_TP_GEN_EN和LS_TP_VERIFY_EN

    4.通过写入1b'1 0x1E.000E位3来重置数据路径。

    5.检验LS_LN1_ERROR_counter, LS_LLN2_ERROR_counter, LS_LNB3_ERROR_counter和 LS_LLN4_ERROR_counter。

    通过此快速测试,我们可以摒弃LS端的奇怪行为。 如果此测试没有错误,请禁用测试模式生成和验证,并继续连接到实际输入数据。

    此外,当您检测到错误时,请轮询寄存器以找出问题的原因。 我要检查channel_status_1,LS_LNX_error_counter,LS_status_1。 请在设备出现故障时向我发送寄存器的值。

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

    此致,

    Luis Omar Moran

    高速接口

    SWAT团队

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好,Luis,
    测试模式和验证失败,每个通道上的错误计数为0xFFFF。 我能否获取您的电子邮件地址以发送您所要求的所有信息以及其他信息? 谢谢。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    当然。 我的电子邮件是omar.moran@ti.com

    此致,
    Luis Omar Moran