[参考译文] AM3358：已连接以太网、但 ping 未通过

感谢您的快速响应。

我尝试了几件事,你建议。 我将 BBB 连接到同一交换机、并且能够在 PC 和 BBB 之间执行 ping 操作、没有任何错误。 但新电路板未执行 ping 通。 我没有将该电路板直接连接到 BBB、因为我认为我可能需要交叉电缆。

另外、我使用 ethtool -S eth0检查了统计信息。 电路板侧没有 Rx CRC 错误。 似乎 Tx 未发送出去、请参阅以下日志：

root@am335x-evm：~# ethtool -S eth0
NIC 统计信息：
良好的 Rx 帧：181.
广播 Rx 帧：80
多播 Rx 帧：101.
暂停 Rx 帧：0
Rx CRC 错误：0
Rx 对齐/代码错误：0
超大 Rx 框架：0
Rx Jabbers：0
欠大小(短) Rx 帧：0
Rx 片段：0
Rx 八位字节：29198
良好 Tx 帧：0
广播 Tx 帧：0
多播 Tx 帧：0
暂停 Tx 帧：0
延迟的 Tx 帧：0
冲突：0
单一冲突 Tx 帧：0
多个冲突 Tx 帧：0
过度碰撞：0
延迟冲突：0
TX 欠运转：0
载波侦听错误：0
TX 八位位组：0
Rx + Tx 64八位位组帧：35
Rx + Tx 65-127八位位组帧：70
Rx + Tx 128-255八位位组帧：42
Rx + Tx 256-511八位位组帧：34
Rx + Tx 512-1023八位位组帧：0
Rx + Tx 1024-up 八位位组帧：0
净八位数：29198
Rx 帧起始超限：0
Rx 帧中间上溢：0
Rx DMA 超限：0
Rx DMA 通道0：head_enqueue：1
Rx DMA 通道0：tail_enqueue：249
Rx DMA 通道0：PAD_ENQUEY：0
Rx DMA 通道0：误排队：0
Rx DMA 通道0：DESC_ALLOC_FAIL：0
Rx DMA 通道0：PAD_ALLOC_FAIL：0
Rx DMA 通道0：runt_receive_buf：0
Rx DMA 通道0：runt_transmit_bu：0
Rx DMA 通道0：empty_dequeue：0
Rx DMA 通道0：busy_dequeue：122
Rx DMA 通道0：good_dequeue：122
Rx DMA 通道0：需要：0
Rx DMA 通道0：teardown_dequeue：0
TX DMA 通道0：head_enqueue：36
TX DMA 通道0：tail_enqueue：127
TX DMA 通道0：PAD_ENQUEY：0
TX DMA 通道0：排队错误：0
TX DMA 通道0：DESC_ALLOC_FAIL：0
TX DMA 通道0：PAD_ALLOC_FAIL：0
TX DMA 通道0：runt_receive_buf：0
TX DMA 通道0：runt_transmit_bu：0
TX DMA 通道0：empty_dequeue：34
TX DMA 通道0：Busy_Dequeue：0
TX DMA 通道0：good_dequeue：35
TX DMA 通道0：需要：1
TX DMA 通道0：teardown_dequeue：127
根@AM335x-EVM：~#

我无法 在 BBB 上运行 ethtool -S eth0。 我 必须在上面安装 ethtool。

我还 Ping 了主板上的回送地址(127.0.0.1)、其通过后没有错误。

我想这可能是您所指出的引脚多路复用问题、因为我使用了与 BBB 相同的引脚多路复用器。 我已检查 RGMII 引脚与原理图上 BBB 上的 RMII 端口几乎相同。 如果您能在与 DP83867 PHY 相关的器件树文件中提供更新此内容的建议、我将不胜感激。

谢谢！

您好！

您将不需要交叉电缆。 大多数 PHY 实现了自动 MDIX、这将解决此类布线问题。 您应该能够使用 apt get 将 ethtool 安装到 BBB 上。  

正如您所观察到的、存在正在发生的 Rx 流量、但没有 TX 流量。 引脚多路复用可能是一种原因、但可能的原因也更多。

您能否为您的定制电路板附加 DTS 文件的那一部分？ 我建议使用 TI SysConfig 工具验证引脚多路复用器、您将能够通过 DTS 文件查看为此接口生成的引脚多路复用器。

此致、

Schuyler

非常感谢 Schuyler 调查了这个问题。

我尚未更新 DTS 文件。 我将为 BBB 使用默认 dts 文件、因为电路板非常相似。 我仅更新了 board.c 文件、避免检测电路板 ID 并进行 PMIC 控制。 我发现 DTS 文件是  ... sdk-linux.../arch/arm/dts 文件夹中的 am335x-bonblack.dts、am33x.dtsi、am335x-bone-common.dtsi、am335x-boneback-common.dtsi 和 am335x-boneback-hdm.dtsi。  AM335x-bone-common.dtsi 中的以下代码部分仅与这些引脚相关：

cpsw_default：cpsw_default｛
PINCTL-SINGLE、PINS =<
/*从器件1 */
AM33XX_PADCONF (AM335x_PIN_MII1_RX_ER、PIN_INPUT_PULLUP、MUX_MODE0)
AM33XX_PADCONF (AM335x_PIN_MII1_TX_EN、PIN_OUTPUT_PULLDOWN、MUX_MODE0)
AM33XX_PADCONF (AM335x_PIN_MII1_RX_DV、PIN_INPUT_PULLUP、MUX_MODE0)
AM33XX_PADCONF (AM335x_PIN_MII1_TXD3、PIN_OUTPUT_PULLDOWN、MUX_MODE0)
AM33XX_PADCONF (AM335x_PIN_MII1_TXD2、PIN_OUTPUT_PULLDOWN、MUX_MODE0)
AM33XX_PADCONF (AM335x_PIN_MII1_TXD1、PIN_OUTPUT_PULLDOWN、MUX_MODE0)
AM33XX_PADCONF (AM335x_PIN_MII1_TXD0、PIN_OUTPUT_PULLDOWN、MUX_MODE0)
AM33XX_PADCONF (AM335x_PIN_MII1_TX_CLK、PIN_INPUT_PULLUP、MUX_MODE0)
AM33XX_PADCONF (AM335x_PIN_MII1_RX_CLK、PIN_INPUT_PULLUP、MUX_MODE0)
AM33XX_PADCONF (AM335x_PIN_MII1_RXD3、PIN_INPUT_PULLUP、MUX_MODE0)
AM33XX_PADCONF (AM335x_PIN_MII1_RXD2、PIN_INPUT_PULLUP、MUX_MODE0)
AM33XX_PADCONF (AM335x_PIN_MII1_RXD1、PIN_INPUT_PULLUP、MUX_MODE0)
AM33XX_PADCONF (AM335x_PIN_MII1_RXD0、PIN_INPUT_PULLUP、MUX_MODE0)
>；
}；

cpsw_sleep：cpsw_sleep｛
PINCTL-SINGLE、PINS =<
/*从器件1复位值*/
AM33XX_PADCONF (AM335x_PIN_MII1_RX_ER、PIN_INPUT_PULLDOWN、MUX_MODE7)
AM33XX_PADCONF (AM335x_PIN_MII1_TX_EN、PIN_INPUT_PULLDOWN、MUX_MODE7)
AM33XX_PADCONF (AM335x_PIN_MII1_RX_DV、PIN_INPUT_PULLDOWN、MUX_MODE7)
AM33XX_PADCONF (AM335x_PIN_MII1_TXD3、PIN_INPUT_PULLDOWN、MUX_MODE7)
AM33XX_PADCONF (AM335x_PIN_MII1_TXD2、PIN_INPUT_PULLDOWN、MUX_MODE7)
AM33XX_PADCONF (AM335x_PIN_MII1_TXD1、PIN_INPUT_PULLDOWN、MUX_MODE7)
AM33XX_PADCONF (AM335x_PIN_MII1_TXD0、PIN_INPUT_PULLDOWN、MUX_MODE7)
AM33XX_PADCONF (AM335x_PIN_MII1_TX_CLK、PIN_INPUT_PULLDOWN、MUX_MODE7)
AM33XX_PADCONF (AM335x_PIN_MII1_RX_CLK、PIN_INPUT_PULLDOWN、MUX_MODE7)
AM33XX_PADCONF (AM335x_PIN_MII1_RXD3、PIN_INPUT_PULLDOWN、MUX_MODE7)
AM33XX_PADCONF (AM335x_PIN_MII1_RXD2、PIN_INPUT_PULLDOWN、MUX_MODE7)
AM33XX_PADCONF (AM335x_PIN_MII1_RXD1、PIN_INPUT_PULLDOWN、MUX_MODE7)
AM33XX_PADCONF (AM335x_PIN_MII1_RXD0、PIN_INPUT_PULLDOWN、MUX_MODE7)
>；
}；

之前、我通过 SysConfig 生成的 dtsi 文件中与 RGMII 引脚相关的部分如下：

myrgmii1_pins_default：myrgmii1_pins_default｛
PINCTL-SINGLE、PINS =<
AM33XX_IOPAD (0x914、PIN_OUTPUT | MUX_Mode2)/*(J16) gmii1_txen.rgmii1_tctl */
AM33XX_IOPAD (0x918、PIN_INPUT | MUX_Mode2)/*(J17) gmii1_rxdv.rgmii1_rctl */
AM33XX_IOPAD (0x92c、PIN_OUTPUT | MUX_MODE2)/*(K18) gmii1_txclk.rgmii1_tclk */
AM33XX_IOPAD (0x930、PIN_INPUT | MUX_MODE2)/*(L18) gmii1_rxclk.rgmii1_RCLK */
AM33XX_IOPAD (0x928、PIN_OUTPUT | MUX_MODE2)/*(K17) gmii1_txd0.rgmii1_td0 */
AM33XX_IOPAD (0x924、PIN_OUTPUT | MUX_MODE2)/*(K16) gmii1_txd1.rgmii1_TD1 */
AM33XX_IOPAD (0x920、PIN_OUTPUT | MUX_MODE2)/*(K15) gmii1_txd2.rgmii1_td2 */
AM33XX_IOPAD (0x91c、PIN_OUTPUT | MUX_MODE2)/*(J18) gmii1_txd3.rgmii1_td3 */
AM33XX_IOPAD (0x940、PIN_INPUT | MUX_MODE2)/*(M16) gmii1_rxd0.rgmii1_rd0 */
AM33XX_IOPAD (0x93c、PIN_INPUT | MUX_MODE2)/*(L15) gmii1_rxd1.rgmii1_RD1 */
AM33XX_IOPAD (0x938、PIN_INPUT | MUX_MODE2)/*(L16) gmii1_rxd2.rgmii1_RD2 */
AM33XX_IOPAD (0x934、PIN_INPUT | MUX_MODE2)/*(L17) gmii1_rxd3.rgmii1_rd3 */
>；
}；

/*可选睡眠引脚设置。 必须在下面的框架中手动输入值。 */
myrgmii1_pins_sleep：myrgmii1_pins_sleep｛
PINCTL-SINGLE、PINS =<
AM33XX_IOPAD (0x914、)/*(J16) gmii1_txen.rgmii1_tctl */
AM33XX_IOPAD (0x918、)/*(J17) gmii1_rxdv.rgmii1_rctl */
AM33XX_IOPAD (0x92c、)/*(k18) gmii1_txclk.rgmii1_tclk */
AM33XX_IOPAD (0x930、)/*(L18) gmii1_rxclk.rgmii1_RCLK */
AM33XX_IOPAD (0x928、)/*(k17) gmii1_txd0.rgmii1_td0 */
AM33XX_IOPAD (0x924、)/*(k16) gmii1_txd1.rgmii1_td1 */
AM33XX_IOPAD (0x920、)/*(k15) gmii1_txd2.rgmii1_td2 */
AM33XX_IOPAD (0x91c、)/*(J18) gmii1_txd3.rgmii1_td3 */
AM33XX_IOPAD (0x940、)/*(M16) gmii1_rxd0.rgmii1_rd0 */
AM33XX_IOPAD (0x93c、)/*(L15) gmii1_rxd1.rgmii1_RD1 */
AM33XX_IOPAD (0x938、)/*(L16) gmii1_rxd2.rgmii1_RD2 */
AM33XX_IOPAD (0x934、)/*(L17) gmii1_rxd3.rgmii1_rd3 */
>；
}；

我的问题是、是否只需更新 DTS 文件的这一部分就足够了？ 我是否应该为引脚添加上拉/下拉定义？ MDIO 引脚在与 PHY 器件通信时看起来没有问题。

谢谢！

您好！

感谢您提供引脚多路复用信息。 但是、您提到的一个关键点是 PHY 是在 RMII 模式而不是 RGMII 模式下连接。 您能否附上显示 CPSW 和 PHY 之间连接的部分原理图？ 除了引脚多路复用器之外、DTS 的 CPSW 节点中还有一种用于指示 RGMII 或 RMII 的接口模式。

此致、

Schuyler

谢谢、请参阅 RGMII 连接的原理图部分。

是的、我在 DTS 中还找到了 cpsw_emac0器件。 我将在 am335x_Bone_common.dtsi 中将其更新为：

cpsw_emac0｛
PHY-Handle =<&ethphy0>；
PHY-MODE ="RGMII-txid"；
}；

Mac (&M)｛
从器件=<1>；
pinctrl-names ="默认值"、"睡眠"；
pinctrl-0 =<&cpsw_default>；
pinctrl-1 =<&cpsw_sleep>；
状态="正常"；
}；

&Davinci_MDIO｛
pinctrl-names ="默认值"、"睡眠"；
pinctrl-0 =<&Davinci_MDIO_default>；
pinctrl-1 =<&Davinci_MDIO_SLEEP>；

ethphy0：ethernet-phy@0｛
REG =<0>；
}；
}；

如果您在此处看到任何问题或 需要任何其他更新、请告诉我。 谢谢！

只是快速更新一下。  经过上述修改后,我创建了新的 u-boot 和内核,但问题似乎仍然存在。 RX 正常、但是 TX 没有出去。 从 ethtool -S eth0中、只有 tex"tail_enqueue"计数随时间推移而递增。

您好！

一个潜在的问题是 PHY 模式应该是：

phy-mode = "rgmii-id";

这与 TI 销售的 EVM SK 板类似、使用 RGMII PHY。

您是否从 AM335x 器件测量 TX 时钟？

此致、

Schuyler

我注意到、我一直在使用默认的 AM335x-evm.dts、因为在使用顶级 make 文件构建 u-boot 和内核之前、我没有修改 SDK 中的 defconfig。

因此、它应该仍然是：  phy-mode = "rgmii-id"; in the DTS.

我在运行 ping 命令时没有找到 TX 时钟、但 dp83867的 RX 时钟已开启、看起来正常。

MAC 似乎没有以某种方式进行传输。

谢谢你

您好！

如果 TX CLK 未显示任何输出、则不会传输任何数据。 是否在控制台上看到 netdev 看门狗超时？

我需要询问硬件应用同事哪些因素可能会阻止 TX 时钟不运行。

此致、

Schuyler

否、 控制台上没有看门狗超时。 ping 命令必须与 CTL-C 终止、它会显示发送的数据包数量、且所有数据包均失败/丢失。 我想为 AM335x-EVM 加载一个预编译的映像和文件系统、以测试以太网端口。

再次感谢您调查此问题。  

您好！  

加载预编译映像可能是一个好主意、这将取决于预编译与您的设计的接近程度。 例如、RGMII 引脚排列需要匹配。 我建议使用您对定制电路板所做的 u-boot。  

如果预编译映像不存在 TX 时钟、则接下来是查看提供给定制板的时钟。

此致、

Schuyler