[参考译文] AM2434：PRU 缺少 RGMII 接收数据

您好、Lucas：

目前、我离岗到周末。 请预计响应会延迟到那时。 同时、我将向开发团队循环此主题、以检查是否可以提出任何建议。

谢谢。此致、
Teja。

由于我找到了第一个问题的解决方案、因此我想讨论一些可能相关的 PRU 的奇怪行为：

我在 prg0_pru0/pruicss0 上运行 PRU RGMII 驱动程序、在 pruicss1 上运行 EtherCAT tiesc。 RGMII 驱动程序基于 SORTE_G、但没有 phy 代码、因此基本是用于发送和接收的 RGMII 和任务管理器设置。 之后、主程序或后台任务在繁忙的循环中等待一些信号、然后传输数据。 RECEIVE 由任务管理器管理、应独立于发送。

此代码等待信号（从 r5f0_1、r5f1_0、r5f1_1 产生 3 个中断）：
 WAIT_FOR_INTERRUPT：
;轮询中断寄存器
   LDI   r0.W0、0x0208
   ldi   r0.w2、0x3002
  Lbbo  &r1、r0、0、4
  qbne  wait_for_interrupt、r1.b0、0x07

现在对于奇怪的行为：接收到的数据是完全正常的、直到带有手动 mdio 和 tiesc 的 EtherCAT 驱动程序加载到 pruicss1 中、之后接收的数据似乎被一些重定向值覆盖、有时在~200us 和 11ms 之间的时间范围内（每 20us 发送和接收一次 RGMII 数据）。 接收到的数据可以正常并加载到 PRU 寄存器 R2-R9 中、但通过 xfr2vbus 或 sbbo 指令推入存储器的数据（已测试两者）与之前在寄存器中看到的数据不同。 我将存储器位置从 msram 更改为 PRU 局部 ram、但在覆盖数据的内容上没有区别、另外、在存储器位置上放置硬件断点似乎会注意到来自 r5f 内核的任何写入操作、这些写入操作可能会覆盖数据。

将 4 线轮询替换为直接偏移负载解决了问题：
WAIT_FOR_INTERRUPT：
;轮询中断寄存器
  Lbco  &R1、C6、0x08、4
  qbne  wait_for_interrupt、r1.b0、0x07

有什么原因导致这种行为有什么解释吗?

此致

Lucas