工具/软件:
尊敬的社区成员:
在 SPRUHJ5 文档中、我们可以从统计模块中找到“RXDMAOVERRUNS"寄存“寄存器。
它们位于通道 0 的偏移量 0x188C 和通道 1 的偏移量 0x1A8C 处
文档仅“解释“此处的值应为 0。
- 获得非 0 值的解释是什么?
- 在这种 情况下该怎么办?
此致、
Bruno
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.
工具/软件:
尊敬的社区成员:
在 SPRUHJ5 文档中、我们可以从统计模块中找到“RXDMAOVERRUNS"寄存“寄存器。
它们位于通道 0 的偏移量 0x188C 和通道 1 的偏移量 0x1A8C 处
文档仅“解释“此处的值应为 0。
此致、
Bruno
您好 Betsy
谢谢你的答复。
在我们的电路板上发生的情况下,我可以看到,一旦 RXDMAOVERRUNS 从 0 增加到 1(或更高) (由于某种原因 ,到目前为止还没有被识别),就不可能再接收更多的数据。 开关输入(端口 1)似乎已锁定。 RXGOODFRAMES 计数器 继续递增、没有任何内容转发到端口 0
是否有方法重新初始化交换机或解除进程锁定?
此致
Bruno
您好 Bruno、
如果这对您有帮助、请告诉我。
此致、
Betsy Varughese.
您好 Betsy
我不确定所描述的问题是相同的。
端口 2 接收时检测到我们的问题
端口 2 链路完全没有被广泛使用。 (并且未使用端口 1)
接收运行数据包之间存在较大的延时时间。
¨端口 2 还接收异步 ARP 广播数据包、我们可以想象一个运行数据包与 ARP 数据包是连续的。 其中每一个都应该对处理内核造成中断、但情况并非如此。 根本不产生中断
正如您之前建议的那样丢弃入口数据包一样。
问题仍然是:如何从似乎永远卡住的状态恢复?
此致、
Bruno
您好 Bruno、
问题仍然存在:如何从似乎永远卡住的状态中恢复?
我找到了一个与您的问题相关的线程,但它的“tms570lc4x"。“。 请您确认它是否符合您的需求。
参考文档: https://www.ti.com/lit/ug/sprugr9h/sprugr9h.pdf
我找不到描述该场景的任何其他文档。
此致、
Betsy Varughese.