[参考译文] IND-COMMS-SDK：AM6421 Profinet 网络负载测试失败

我刚收到测试仪的更新、似乎现在测试再次持续失败、R5二进制文件没有变化。 目前我们看不到任何可能影响结果的因素的模式。

您好 Philip：

我们在堆栈和驱动程序中进行了少量修复、以通过 Netload 测试提高设备的性能。 我将与团队讨论、为您提供最新的补丁程序以测试失败的场景。

我想 进一步了解 Netload 故障测试案例后设备的行为。 由于 Netload 故障测试失败、我认为最有可能是 PLC 与设备之间的通信中断。   出现故障后、您能运行几次测试吗？

1) 您是否能够 ping 设备?

2)是否可以共享从地址0x30090000到0x30092000的内存转储？  

3)您还可以共享 Wireshark 日志来检查设备行为吗?

此致、
Laxman

您好、Laxman：

感谢您的快速答复、我们正在努力获取请求的信息、我会在获得信息后立即在此处更新。

谢谢、此致
Philip

您好、Laxman：

我把转储附在这份答复中。  
我们在失败的测试(TC7故障)后对设备进行了 ping 测试、该测试不起作用。 在测试设置中、PLC 和其他 Profinet 器件之间的切换仍然有效。
接下来是 Wireshark 日志、我一拥有就会发送它。

谢谢、此致
Philip

e2e.ti.com/.../devmem_5F00_0x30090000_2D00_0x30092000.zip

您好、Laxman：  

我通过邮件向您发送了一个链接到我们的共享系统、您可以在其中下载请求的 Wireshark 日志。
如果您有任何问题、请随时提出。

此致
Philip

您好 Philip：  

谢谢、我收到了日志。

我快速查看了共享日志、看起来 仅捕获了单向流量(从 PLC 发送到器件的帧)、而从器 件发送到 PLC 的帧不存在。 是否可以共享 双向 流量的日志？ 此外、如果在发生故障后(而不是在测试期间)可以共享 Wireshark 日志、那就足够了。 这将减小捕获日志大小、还有助于我们了解为什么没有重新建立连接。

从初始分析来看、看起来 PLC 正在尝试连接到 器件、但 器件正在 发出警报并中止 AR。 我需要检查设备发送的帧以了解它中止 AR 的原因。

此致、
Laxman

您好 Philip：

后续问题：您是否始终能够通过选择性地运行测试案例7来重现 Netload 故障？

此致、
Laxman

您好、Laxman：

抱歉、您的日志不完整。 我给你发送了一个交通在两个方向。  

关于您的上一个问题、 我将与我们的测试仪澄清、因为我不确定、很快就会回复您。

谢谢、此致
Philip  

您好、Laxman：

我得到确认,失败持续发生。 对于故障测试模式、似乎只有在我们的循环 RpMsg 任务的优先级设置为29时才通过。  

此致
Philip

您好 Philip：

感谢您分享更新后的日志。 我将查看这些内容、并在更新后回复您。

此致、
Laxman