[参考译文] TMDSCNCD263：以太网 IPv4 -帧正在接收但无法传输。

尊敬的 Hari Krishna：

您在上面提到的寄存器值差异将影响速度和双工。 您能否提供您在配置中所做的更改，以及您是否更改了 EthTrcv 配置中的任何内容？

其他信息：

如果我们想在轮询中使用 ETH 驱动程序、请在 Ebtresos 中进行以下更改。

针对 Rx 的轮询 ：  EthCtrlEnableRxInterrupt-禁用和 EthRxInterruptPacingEnabled -禁用

Tx 轮询 ： EthCtrlEnableTxInterrupt -禁用和 EthTxInterruptPacingEnabled -禁用

EthUsrMdioInterruptEnable  :仅 MDIO 操作需要此配置参数( Rx 仅读写收发器寄存器: Eth_Read M é ii 和 Eth_Write M é iii)不需要 MDIO/Tx )。 这里还支持中断和轮询模式。

谢谢。此致、

哈里什·纳伊尼尼

您好 Harish：

我已附加 Ebtresos 配置文件、请告诉我任何错误的配置。

Trcv_Drv 仍然处于 UnInit 状态，但 Eth 帧正在接收。

e2e.ti.com/.../EthTrcv_5F00_PBcfg.c   e2e.ti.com/.../Eth_5F00_PBcfg.c

e2e.ti.com/.../EthTrcv_5F00_Cfg.h    e2e.ti.com/.../Eth_5F00_Cfg.h

您好、Hari、

我会检查您的配置文件、并在缺少任何内容时及时回复您

此致、

Shaunak

您好、Hari、

我们是否可以安排一次电话以便进行进一步调试？ 如果有足够的可用信息、我们或许能够进行进一步调试。 理解可能会出现什么问题有点困难。

此致

Shaunak

尊敬的 Shaunak：

当然、我喜欢进行调试以快速解决问题。

我有一些发现,并检查它。

似乎发生了一些时序问题 i EthTrcv 初始化。

EthApp 来自 mcal.

q)在哪个模式下计时器  RTI0C0 用于在 EthTrcv 初始化期间生成延迟？

通常、Elektrobit 将捕获和比较模式用于 OS 计时器/计数器。

此致、

哈里

您好、Hari、

Unknown 说：

我有一些发现并检查。

很好、您能告诉我它是什么吗？

此外、您能否建议下周内安排一次调试拜访(通过电子邮件)。

此致、

Shaunak

尊敬的 Shaunak：

我已经附上了 zip 文件及所需的文件、Harish 是在调试会话期间请求的。

e2e.ti.com/.../TI_5F00_Support.zip

请告诉我所需的任何其他文件。

此致、

哈里

您好、Hari、

感谢您共享这些文件。 请允许我们花点时间进行审查并返回。

此致、

Shaunak

您好、Hari、  

在 MCAL 演示以及端口2不使用中、由于 GEL 文件中存在错误/问题、统计数据在 MCAL 演示中显示为 wrt 端口2。 根据 AM263寄存器附录 、TX_PRI_REG 和 TX_PRI_BCNT_REG 是优先级为0-7的常见寄存器、但在 AM263_cpsw_stats_print_regs.gel 文件中、它们也映射到端口号。 在您的应用程序成功传输后,您还可以看到这些统计。

我曾尝试在共享文件的情况下进行调试、但在 MCU 模块配置中遇到了一些构建问题。 MCU 配置时、 传输功能不会按预期工作。 我将尝试修复 MCU 配置中的编译问题并使您更新状态。

谢谢。此致、

哈里什·纳伊尼尼

Harish、您好！

在上图中、用于 MCAL 演示的 TX 和 RX 帧显示在端口1中、但在本例中、TX 帧显示在端口1的 PORT0和 RX 帧中。

我已检查 GEL 文件、PORT0和端口1地址不同。

即使我只配置了端口1、我的应用程序中的 PORT0中显示 TX 帧的原因也可能是什么。

此致、

哈里

您好、Hari、

端口0是主机端口、端口1和2是外部端口。 TX 帧未路由到外部端口。 如果 ALE 表中的 MAC 地址不更新、则会发生这种情况。 但在本例中、它在 ALE 表中更新、我们也尝试了使用广播地址的调试调用(它将在 INIT 期间在 ALE 表中更新)。  

谢谢。此致、

哈里什·纳伊尼尼

Harish、您好！

您能告诉我是否有关于此问题的任何更新吗？

此致、

哈里

您好、Hari、

根据上次更新、我看到配置在没有更改 MCU 的情况下工作正常。 我尝试复制并遇到了许多与 MCU 相关的构建错误。

请允许我花点时间复查相同的内容、进行修复并重新测试、

此致、

Shaunak

尊敬的 Shaunak：

感谢您的支持和文件。

我比较了这些文件、MCU 和端口配置中有更改。

我将在本地进行测试、如果可能、您可以共享.xdm 文件、这样我就可以在 EB tresos 中调整配置了。

此致、

哈里

您好、Hari、  

实际上、我没有使用 EB tresos 进行更改。 我直接获取您的配置文件、并将它们替换在路径中：  mcal\examples_config\module_demo_cfg\m263\r5f0_0 soc  。

在这里、我替换了 cfg.c 和 cfg.h 文件、然后基于编译错误、我更改了配置并修复了编译。 随后进行测试。

此致、

Shaunak

从 CPSW 统计信息中、ETH 驱动程序 通过主机端口(端口0)发送的单播数据包已删除(STATS_0_PORTMASK_DROP=1)。  出现这种情况 是因为它是一个未知单播数据包(STATS_0_ALE_UNKN_UNI=1)、即数据包的 DA 不在 ALE 表中。

对于不丢弃的数据包：

• DA 应在 ALE 表中并与 MAC 端口1 (或2)相关联。 您可以通过 ALE 从先前在该端口上收到的数据包中学习该地址、或通过向表中明确添加单播条目来获取该地址。 我相信驱动程序不会明确添加此单播条目。
• ALE 配置为转发 未知单播数据包。
• 数据包作为定向数据包发送。 在 ETH 驱动器中则不是这种情况。

我的建议是让外部设备向您的应用程序发送数据包、然后让您的应用程序发送数据包、并查看丢弃是否仍然存在。

您好！

以太网 Tx 和 Rx 正常工作、但 TCP 和 ICMP 帧将被丢弃。

工作与非工作之间的差异是  

11-22-33-44-55-66不工作,不知道为什么因为它是可配置的参数,可以设置任何值。

您对该参数的依赖性有什么看法吗？

您可以关闭此 TT、因为我已经为"帧丢弃"问题创建了另一个 TT。

此致、

哈里

Unknown 说：

11-22-33-44-55-66不工作,不知道为什么因为它是可配置的参数,可以设置任何值。

[/报价]

11-22-33-44-55-66是多播地址。 它不能是控制器的 MAC 地址。

但它是 TI MCAL 中的建议配置参数。

我保留了  MCAL 的 ETH 和 EthTrcv 建议配置。

大家好、 Misael Lopez Cruz、

您能告诉我、在 MCAL 的哪个版本中修正了该参数吗？

此致、

哈里  

请选择 MCAL 版本、因为我们在集成中使用 MCAL。