[参考译文] Linux/DP8.3867万IR：在TX_CTRL线路上没有从目标板执行ping操作的连续脉冲

您好Abhijit，

感谢您使用TI论坛。 我们的产品专家将在星期二之前与您取得回复。

您好，Abhijit，

您能否分享一个原理图？ 您在帖子中确实提到了绑带，但示意图更容易阅读。

1. DP8.3867万E不支持VDDIO = 2.7V。 您为什么使用此电压？

2. Rx_CTRL绑定时到模式4禁用自动协商。 您是否强制速度达到100m才能与交换机通信？

3.您能否绘制系统图(包括主机和目标)以阐明流量的预期移动方式？

TX_CTRL信号来自MAC，因此MAC可能会看到它不喜欢的东西，或者未正确配置。

此致，

Rob，您好！

非常感谢您的回复。 请在行中找到我的回复。

Hi Abhijit，

您能否分享一个原理图？ 您在帖子中确实提到了绑带，但示意图更容易阅读。

我已将原理图附在poste2e.ti.com/.../rpcoc_2D00_bb_2D00_ti_2D00_review.pdf上

1. DP8.3867万E不支持VDDIO = 2.7V。 您为什么使用此电压？

由于ZYNC7000处理器的I/O电压要求，VDDIO电压会上升。 这是较早的3.3V电压，但由于Zync发出的警告，RGMII在3.3V下可能不工作，我们必须将其更改为2.7V。 但是，我们将在下一轮的主板中处理此问题，但您能否告诉我这对继续测试有多重要？

2. Rx_CTRL绑定时到模式4禁用自动协商。 您是否强制速度达到100m才能与交换机通信？

我们计划从软件编程处理此问题，但我们将在硬件和测试中进行修复

3.您能否绘制系统图(包括主机和目标)以阐明流量的预期移动方式？

请在下面查找我们的测试设置。

TX_CTRL信号来自MAC，因此MAC可能会看到它不喜欢的东西，或者未正确配置。

我同意这一点，但我们没有对软件进行任何更改，并且期望TX_CTRL是连续的

如果从PC端ping，我又错过了一点，RX_CTRL正在连续脉冲，并且RXD线路上正在交换一些数据

此致，

[/引述]

您好，Abhijit，

您发布的示意图没有问题。  我唯一的问题是绑带。

1. DP8.3867万E不支持VDDIO = 2.7V。 您为什么使用此电压？

由于ZYNC7000处理器的I/O电压要求，VDDIO电压会上升。 这是较早的3.3V电压，但由于Zync发出的警告，RGMII在3.3V下可能不工作，我们必须将其更改为2.7V。 但是，我们将在下一轮的主板中处理此问题，但您能否告诉我这对继续测试有多重要？

[Rob ]出于测试目的，我没有发现问题。

2. Rx_CTRL绑定时到模式4禁用自动协商。 您是否强制速度达到100m才能与交换机通信？

我们计划从软件编程处理此问题，但我们将在硬件和测试中进行修复

[Rob]无法使用S/W重新启动自动协商  请将RX_CTRL捆绑至模式3或模式1，然后按照RX_CTRL的软件解决方案的捆绑表中的说明进行操作。

3.您能否绘制系统图(包括主机和目标)以阐明流量的预期移动方式？

请在下面查找我们的测试设置。

[Rob)您的测试设置图像未能通过。

TX_CTRL信号来自MAC，因此MAC可能会看到它不喜欢的东西，或者未正确配置。

我同意这一点，但我们没有对软件进行任何更改，并且期望TX_CTRL是连续的

[Rob] TX_CTRL应在每次传输数据包时触发。

如果从PC端ping，我又错过了一点，RX_CTRL正在连续脉冲，并且RXD线路上正在交换一些数据

[Rob这是一个很好的指示，这意味着您的PHY正在工作并接收ping并将其发送到Zync设备。  请确保您的Zync配置正确。  当您说您没有更换软件时，您的意思是什么？  您使用的是参考设计还是示例代码？

此致，

[引用用户="Rob Rodrigues"]

您好，Abhijit，

您发布的示意图没有问题。  我唯一的问题是绑带。

1. DP8.3867万E不支持VDDIO = 2.7V。 您为什么使用此电压？

由于ZYNC7000处理器的I/O电压要求，VDDIO电压会上升。 这是较早的3.3V电压，但由于Zync发出的警告，RGMII在3.3V下可能不工作，我们必须将其更改为2.7V。 但是，我们将在下一轮的主板中处理此问题，但您能否告诉我这对继续测试有多重要？

[Rob ]出于测试目的，我没有发现问题。

2. Rx_CTRL绑定时到模式4禁用自动协商。 您是否强制速度达到100m才能与交换机通信？

我们计划从软件编程处理此问题，但我们将在硬件和测试中进行修复

[Rob]无法使用S/W重新启动自动协商  请将RX_CTRL捆绑至模式3或模式1，然后按照RX_CTRL的软件解决方案的捆绑表中的说明进行操作。

[AKN]感谢您指出，我们将进行必要的更改

3.您能否绘制系统图(包括主机和目标)以阐明流量的预期移动方式？

请在下面查找我们的测试设置。

[Rob)您的测试设置图像未能通过。

[AKN]抱歉，这是图片

TX_CTRL信号来自MAC，因此MAC可能会看到它不喜欢的东西，或者未正确配置。

我同意这一点，但我们没有对软件进行任何更改，并且期望TX_CTRL是连续的

[Rob] TX_CTRL应在每次传输数据包时触发。

如果从PC端ping，我又错过了一点，RX_CTRL正在连续脉冲，并且RXD线路上正在交换一些数据

[Rob这是一个很好的指示，这意味着您的PHY正在工作并接收ping并将其发送到Zync设备。  请确保您的Zync配置正确。  当您说您没有更换软件时，您的意思是什么？  您使用的是参考设计还是示例代码？

[AKN]我们正在加载Linux驱动程序。即已知正常工作的Cadence MAC IP的驱动程序。 我要做的更改是将MAC设置为广播模式而不是混杂模式。

此致，

[/引述]

您好，Abhijit，

此外，MAC的MDIO控制似乎可以正常工作，但在扩展寄存器访问时不起作用。

DP8.3867万利用第22条MDIO对第45条寄存器的间接访问。

对于扩展寄存器(寄存器地址0x20和更高)，需要4个寄存器访问。 请查看DP8.3867万E数据表的“8.4 ．2.1 扩展地址空间访问”部分，以确保您的MAC正确访问扩展寄存器。

此致，

Rob，您好！

非常感谢你的帮助。

我们解决了TX_CTRL的问题。 我们添加了修补程序来处理多个phy。 之后两个MAC都处于打开状态。

但在两个MAC中，只有一个MAC以1000Mbps的速度运行，而另一个MAC以1000Mbps的速度不工作

在第二个MAC上，

1. 仅以100Mbps的速度工作

2.如果我执行ifconfig up eth1，它将在全双字节，1000Mbps和自动协商模式下进行自我配置

3.在1000Mbps时，此MAC无法通过DHCP获取IP。 我通过运行Wireshark验证没有从该接口发送数据包

4.我在完成工作和非工作MAC实例的自动协商后，附加了phy寄存器内容的转储

请注意，在附加的存档中，

   post_auto_neg_eth0.log - PHY寄存器寄存器的寄存器转储，用于工作MAC的POST auto-neg

Rob，您好！

由于MAC以100Mbps工作，这意味着仅用于1000Mbps的TX/RX线路可能存在问题？

谢谢！

 Abhijit