[参考译文] TLK105：接收数据的问题

王迪您好，

您能否提供TLK105中所有寄存器的转储以便我可以看到可能发生的情况？ 请在数据表中发布所有寄存器。

此致，

Rob，您好！
目前，我的配置只能读取一位，因此完成所有寄存器需要大量工作。 我读了一些注册表。 我发现17小时的时间总是确认它是RMII，没有OVF或UNF，所以模式很好。
我检查了01h位2，当通电期间出现问题时，此位始终显示链路未建立。 当我发现这一点时，我通过复位引脚重置芯片。 有时，在建立链路之前，可能需要多次重置。 建立后，接收数据的问题得到了解决。
我需要找出没有建立联系的根本原因。 您能否建议这种情况的常见原因是什么？ 我可以先读或写一个登记簿来检查原因吗？
谢谢。

王迪您好，

存在多种可能的链接问题源：
1.链接伙伴传输问题
－验证连接的链路伙伴是否正在传输自动协商链路功能
链接伙伴是否处于自动协商模式？
链接合作伙伴是否能够自动MDI-x？
自动协商关闭时不支持自动MDI-X，因此也可能存在MDI/MDI-X问题。
2.电缆长度和质量
－极短的电缆和极长的电缆有时会对某些链接伙伴造成问题
3. 50MHz参考时钟的时钟质量
－验证50 MHz是否在所需的+/-50 ppm规格范围内
4. MDI信号质量

我们没有专门的TLK105调试文档，但可以应用DP8.3867万故障排除文档中概述的步骤。
www.ti.com/.../snla246a.pdf

此致，

谢谢，Rob。
我换了另一个时钟源，但没有改进。 所以我不会把重点放在时钟上。
链接伙伴设备为KSZ8721。 它具有自动协商。 我将尝试在TLK105和KSZ8721上关闭自动协商，并在两者上设置100Mbs全双工。 我将检查此配置下的问题是否已清除。
我发现当我将终端电阻从49.9欧姆更改为25欧姆时，问题没有发生。 这是否意味着要找出根本原因？

Rob，您好！

我在0x0010中找到了一些东西。 第4位始终显示 自动协商已完成。 但是，在接收数据问题中，位14始终处于闪烁状态。 它看起来Auto-MDIX算法有效，但未完成。 在正常操作中，位14在0处停止，这意味着Auto-MDIX已完成。

我认为Auto-MDIX接近根本原因。 以下是系统方框图，使用2件TLK105和2件KSZ8721。 我要禁用Auto-MDIX。 我是否应该在两侧禁用它们(TLK105和KSZ8721)？

我还想禁用自动协商并设置强制模式。 我是否应该在两侧都这样做？

谢谢。  

 

王迪

您不必在两侧禁用自动MDIX。 如果自动协商仍在工作。

如果您要禁用自动协商并强制链接速度和双工设置，则应在两侧禁用并设置自动MDIX。

此致，

Rob，您好！
我想知道TLK105的启动顺序。 我想知道绑带，自动协商，自动MDIX和其他初始化步骤的顺序。
谢谢。

您好，Di Wang，

在通电和晶体稳定之后，PHY对带子采样，然后开始发送链路脉冲。 如果链接伙伴已连接，则它将继续完成自动协商和自动MDIX解析，前提是两者均已启用。

如果禁用Auto-MDIX和Auto-Negotiation，是否仍没有链接？ 如上所述，Rob必须在TLK105和KSZ8721上禁用它。 您是否尝试在MDIX中将一个PHY设置为MDI和链接伙伴？ 我假设您使用的电缆是正常的直通5类电缆。

此致，
Aniruddha