大家好、
TI ESC 的" RX 错误计数器"和"转发的 RX 错误计数器"是否与以下链接的规范相同？
P.I-85：14.2错误和转发错误
ESC 可区分最初由 ESC 检测到的错误以及前一 ESC 检测到的转发错误。 当解释 RX 错误/转发的 RX 错误计数器时、这对于错误位置很有用。 第一个检测到错误(例如、物理层的 CRC 错误或 RX 错误)的器件将放弃寄存器操作并计算端口错误(0x0300-0x0307)。 传出帧会得到一个特殊标记、其中包含在(无效) CRC 之后添加的一个额外半字节。 接收到带有 CRC 错误和附加半字节的帧的器件也会放弃寄存器操作、但它将计数一个转发的 RX 错误、而不是正常的端口错误。 注：转发的错误有时称为“绿色错误”，初始错误有时称为“红色错误”。 物理层 RX 错误始终是“红色错误”，因为它不能被转发。
此致、
Sasaki
大家好、David - San、
感谢您的支持。
[引用用户="David Zaucha"]
当错误帧(无 SFD)到达从机的 IN 或 OUT 端口时、您在中发生错误时看到的错误情况是否会发生？
[/报价]
是的。 当错误帧到达时、IN 端口的正向 RX Err 保持为0、
OUT 端口的正向 RX Err 正在递增计数。
此行为是否正确？
我想知道为什么正向 RX Err 不在 IN 端口上计数。
黄色块为转发 RX 错误。
此致、
Sasaki
大家好、David - San、
感谢你的答复。
我报告从我的客户那里获得的其他信息。
如果您在此日志中找到内容、请告知我。
此致、
Sasak
大家好、David - San、
感谢您的支持。
我将列出我从客户那里获得的信息。
[引用用户="David Zaucha"]
1.两个日志文件是在同一个测试期间拍摄的还是在进行第二个日志之前所有板都已重置？
[/报价]
另一天描述的信息出错。 下面是问题所在。
客户在上述连接状态下测试。
在此连接状态下获取的日志是 log1.zip。
[引用用户="David Zaucha"]
2.当您发现此问题时、每个电路板上的错误计数器值是多少？
误差计数器的值如下所示。
[/报价]
错误发生次数 x < y
ECAT 处理单元每个1ESC 具有一个错误计数器寄存器。 不适用于每个端口。
由于 ECAT 处理单元错误计数器在接收 ECAT 以外的数据包时进行计数、因此假定这是正向 RX 错误计数器的问题。
[引用用户="David Zaucha"]
他们使用的是什么版本的 EtherCAT 驱动程序和固件？
例如、您是否将 PRU-ICSS-EtherCAT-SLAVE 01_00_05_00与此版本附带的固件一起使用
如发行说明中所述-此发行版使用固件内部版本1.4.236。
平台构建固件标题位置
AM335x、AMIC11x 1.4.236协议\EtherCAT_SLAVE\firmware\v1.0
[/报价]
EtherCAT 从站协议栈：V5.11
TI Prusss：2.1.1.2
[引用用户="David Zaucha"]
4.此问题是始终发生还是在特定条件下发生？
[/报价]
它始终会发生。
[引用用户="David Zaucha"]
4.1.如果是，那么这种情况是什么？
[/报价]
它始终在任何状态下发生。
此致、
Sasaki
