尊敬的 TI:
我们在硬件中将 MCU_CPSW2G_RGMII 连接到 DP83867、并想为其添加一个新的内部。
如何配置 dtsi 和修改代码,请帮助。
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.
您好!
我们在硬件中将 MCU_CPSW2G_RGMII 连接到 DP83867、并想为其添加一个新的内部。
如何配置 dtsi 和修改代码,请帮助。
[/报价]默认情况下、MCU CPSW2G 在 Linux 等 HLOS 中启用、并配置为 RGMII、因为 TI EVM 也具有相同的连接。
有关更多详细信息、请参阅"k3-j721e-common-proc-board.dts"。
此致、
苏德黑尔
您好!
我们在硬件中更改 DP83867的 MCU_RGMII1_INT,如何在 DTS 和代码中进行此配置?
您是否是指来自 PHY 的 INT 信号、如下面的所示? CPSW 没有 INT 信号、不受支持。 
Linux 中的 MDIO 状态机负责 PHY 链路状态检查? 从 CPSW 的角度来看、不支持 PHY 的中断模式。
如果您需要 PHY 相关支持、则该论坛将不同。 请提出带有 PHY 名称的查询。
此致、
苏德黑尔
您好!
网络:无法为以太网获取 PHY@46000000port@1:Addr 0
am65_cpsw_nuss_port Ethernet@46000000port@1:phy_connect ()失败
以上器件树配置是 TI SDK 提供的参考。
在连接到地址为0的 MCU CPSW2G 的 TI EVM Phy 上、我们使用 phy@0和 reg 值0。
您需要根据您的电路板原理图修改 phy 地址。
此致、
苏德黑尔
您好!
在检查硬件后,我们将 DP83867 PWDN/MCU_RGMII1_INT 从 WKUP_GPIO0_55更改为 WKUP_GPIO0_10 ,如何在 DTS 和代码中进行此配置[/报价]您能否共享您的 DTS 文件、该文件使用 WKUP_GPIO0_55 作为 PHY 的复位信号。
您可以在 MDIO"RESET-GPIOs" 信号处将数字55更改为10。
此致、
苏德黑尔
您好!
在 EVM 硬件电路中、我们看到 EVM 使用 WKUP_GPIO0_55作为 MCU_CPSW/DP83867 PWDN、但我在 DTS 和代码中找不到它。
请帮助
TI 未处理连接到 WKUP_GPIO0_55的 PHY 的 INT/PWDN 信号。 可以为 PWDN 的未来用例连接、以使 PHY 保持低功耗模式。
因此、您无法 在 DTS 和代码中找到与该 WKUP_GPIO0_55相关的任何详细信息。
无需担心将 INT 引脚更改为不同的 GPIO。 只需确保 您使用的 GPIO (WKUP_GPIO0_10)不会用于其他目的。
此致、
苏德黑尔
您好!
我发现 cpsw_port1在 DTS 只有 Mac ,如何修改代码和 DTS 使它可以连接互联网?
请提供帮助。
[DTS] k3-j721e-mcu-wakeup.dtsi
MCU_cpsw:以太网@46000000{
以太网端口{
cpsw_port1:端口@1{
仅限 TI、Mac;
标签="port1";
};
};[/报价]
是的、CPSW2G 端口为 MAC 端口。
您可以将 CPSW2G 连接到 DHCP 网络、并获得该接口的 IP。 您需要将 CPSW2G 连接到互联网网络。
无需从器件树中进行任何配置即可 将 CPSW2G 连接到 互联网。
此致、
苏德黑尔
尊敬的 TI:
我得到了 am65-cpsw-nuss 的 eth0、但无法连接互联网
我们的 SDK 版本是 08.06.00.11、请帮助检查日志。
谢谢!
您好!
我得到 eth0 for am65-cpsw-nuss,但无法连接互联网
互联网连接是什么意思? 是否进行 CPSW2G 和 EthFw 通信?
如果是、您需要将 CPSW2G 端口连接到 CPSW9G 交换机端口。
您能否同时共享 EthFw 调试日志?
可以看到您正在尝试使用192.168.1.200执行 ping 操作并将 IP 192.168.1.220分配给 eth0。
您是否还能在运行 ping 之前确认 eth0的 IP。
您可以在上述记录以及 EthFw 记录后进行类似记录吗?
此致、
苏德黑尔
尊敬的 TI:
1我想从 TDA4VM 公司板 Ping 我的 Windows PC、板 IP 是192.168.1.220、我的 PC IP 是192.168.1.200、我已检查了两侧。
硬件设计中、我们将 MCU_RGMII1连接到 DP83867、然后连接到 RJ45,、而不是通过 CPSW9G 路由器
请向我展示 捕获 ethfw 日志的命令以及 是否需要打开某些日志级别
2在与 TI TDA4VM EVB MCU_cpsw 比较哪个 ping 正确后、我发现我们的公司板中缺少以下日志、 这可能会导致此问题?
请帮助
[缺少日志]
[ 133.412179] am65-cpsw-nuss 46000000.Ethernet:down msc_sl f0000018 TMO 0
[ 133.421126] am65-cpsw-nuss 46000000.Ethernet:设置新的 flow-base 48
您好!
1我想从 TDA4VM 公司板 ping 我的 Windows PC,电路板 IP 是192.168.1.220,我的 PC IP 是192.168.1.200,我检查了两侧。
好的。 看到 IP 192.168.1.200后、我认为连接了 CPSW9G、因为它是 EthFw 的静态 IP。
如果 CPSW2G 直接连接到 PC、则无需检查 EthFw 侧日志。
2在与 TI TDA4VM EVB MCU_cpsw 比较哪个 ping 正确后、我发现我们的公司板中缺少以下日志、 这可能会导致此问题?
请帮助
[缺少日志]
[ 133.412179] am65-cpsw-nuss 46000000.Ethernet:down msc_sl f0000018 TMO 0
[/报价]
[ 133.421126] am65-cpsw-nuss 46000000.Ethernet:设置新的 flow-base 48可能不是因为这个原因。 因为我可以从您的日志中看到 Link Up 消息。
am65-cpsw-nuss 46000000.Ethernet eth0:链路已建立- 1Gbps/完整-流控制 Rx/TX
您能否检查从 eth0 (CPSW2G 接口)运行 ping 时的 CPSW 统计信息。
# ethtool -S eth0
检查端口1的 Tx 数据包计数和主机端口的 Rx 数据包计数。 请通过在运行 ping 命令时捕获两个或三个实例的统计信息与我们共享日志。
此致、
苏德黑尔
尊敬的 TI:
我铸造了板侧的 TX 数增加, PC 侧的 Rx 数保持不变,似乎 PC 没有从板收到数据包。
但 PC 端的 Rx 数量正在增加。
日志已附加、请检查
[日志]
TX_GOOD_FRAMES:61
TX_GOOD_FRAMES:82
TX_GOOD_FRAMES:93
TX_GOOD_FRAMES:108
TX_GOOD_FRAMES:125
e2e.ti.com/.../7853.ethtool.txt
您好!
我可能会看到电路板侧的 Rx 对齐错误计数器在增加。
RX_ALIGN_CODE_ERRORS:697
RX_ALIGN_CODE_ERRORS:979
RX_ALIGN_CODE_ERRORS:1157
RX_ALIGN_CODE_ERRORS:1354
您能否检查 PHY 端的 Rx 延迟是否已启用? 如果未启用、您是否可以通过启用 PHY 侧的 Tx 延迟来进行检查?
您能否检查一次是否通过 PCB 布线处理了延迟、然后应禁用 PHY 侧延迟。
此外、请通过打开 Wireshark 来捕获 PC 端的数据包、并检查是否正确从 PCB 接收到数据包、以及 PC 是否发送 ping 响应?
此致、
苏德黑尔
尊敬的 TI:
在 TI SDK ti、rx-internal-delay 中为1 = ,测试不工作
Current I set ti、rx-internal-delay =<0x0>;ti、tx-internal-delay =<0x4>;根据日志
[UART 日志]
[ 62.691200] TI DP83867 46000f00.MDIO:00:PHY 通过引脚 Strap 配置具有延迟、但 PHY-mode ='RGMII'
[ 62.691200]应该是'rgmii -id'才能使用内部延迟 txcrows:4 rxcrows:0
已连接 Wireshark、请检查。
2如何 在 DTS 中设置 Rx 内部延迟和 TX 内部延迟、请帮助。
您好!
TDA40510.zip
电路板的 Tx 似乎工作正常、因此只有您在 Wireshark 中观察从电路板发送的数据包(ARP 请求)。
但是、电路板未接收到来自 PC 的任何数据包、因此在电路板端不会解析 ARP。
无法在 MAC 上启用 Rx 延迟。 该信号应来自 PHY 侧。
请参阅 常见问题解答 [如何处理 RGMII 延迟]
另请参考下面的。
https://patchwork.kernel.org/project/linux-amlogic/patch/20161125131201.19994-2-martin.blumenstingl@googlemail.com/
此致、
苏德黑尔
您好!
我们是否应该检查电路板侧的 tcpdump?
我们使用与 TDA4VM EVB 相同的硬件设计、它应该没有 Rx 延迟问题。
[/报价]您可以使用 CPSW2G 接口在 Linux A72终端上运行 tcpdump。
正如我所指出的、CPSW Rx 存在对齐错误。 这 是由于 RGMII 延迟问题所致。
您是否可以通过将模式配置为"RgmII"而不是 RgmII-rxid 来检查并从 MDIO 节点中删除延迟详细信息。 从而禁用 PHY 侧的延迟。
此致、
苏德黑尔
尊敬的 TI:
将 Rx 内部延迟更改为2_75_NS 和 3_00_NS 后、电路板可以接收数据包、但数据包丢失率 高达80%-90%。
如何解决该问题? 请提供帮助。
您好!
将 rx-internal-delay 更改为2_75_NS 和 3_00_NS 后,主板可以接收数据包,但数据包丢失率 高达80%-90%。
看起来只是内部延迟问题。
您是否可以将延迟增加到3_25_NS/3_50_NS/3_75_NS/4_00_NS 并检查损耗率?
此外、您能否确认硬件原理图是否已由 TI 审核? 如不需要、请提交新问题单以审查您的原理图、如果以上延迟更改没有帮助、请与 TI 专家分享?
此致、
苏德黑尔