[参考译文] AM2432：Profinet 测试用例 MRP 互操作客户端失败

您好、Andrea、

我们用于测试 SDK 11.00.00.08 的测试捆绑包是 v2.45.1.2。 我们现在的网址是 v2.46（官方网站上提供的最新版本）。
到目前为止、我们尚未观察到此测试用例有任何问题、我们的 AM243 EVM 已针对上述 SDK 进行了认证。

我将深入了解您共享的文件、然后返回给您。

此致、
Kamil

感谢您发送编修。

我补充了已提供的一些新信息：

MRP 故障已经发生在 MRP 项目准备期间（进行 MRP 设置）、而不是在 MRP 互操作性测试案例执行期间。
使用这样构建的设备行创建 MRP 项目：
CPU <–>扩展 B <–>（端口 1）DUT（端口 2）<–>器件 D (=ET200SP)
然后在 CPU 上启动器件。 （=>这将有效。）
当您关闭 MRP 环（通过连接设备 D <->CPU）时、您将看到故障。

我了解到 MRP 可能要求在短期限内做出响应。 这是否属于任务优先级问题？ 在我的项目中、主任务的优先级为 31（除了其他任务，但优先级为 6 或更低）、我注意到在演示中、主任务的优先级为 22。  这可能是个问题吗？

您能提出一些我可以尝试更好地验证问题的建议吗？

谢谢您、

此致、

Andrea

您好、Andrea、

感谢您的澄清。 我假设 MRP 设置您仍然是指“MRP Interop 测试设置“、但不是测试用例本身。

今天我花了一段时间来检查你的跟踪,似乎,在拓扑切换,你的设备没有处理 PLC 发送的消息在新端口,这会导致 DHT 计时器到期.

任务优先级可能是需要考虑的问题、特别是我们不会有这一问题。 但是、首先我想了解有关您的设备和配置的更多信息。

1.哪台设备具有 MAC 地址 00：1b：1b：C9：23：ce ？ 如果是器件 D、那怎么办 28:63:36:12:97:5d 和  28：63：36：12：97：5e ？
2.什么是 ABB 设备的 IP 地址广告 192.168.6.18 有何需求？
3、MRP 重新配置可能需要长达 200 毫秒。 您在配置 DHT 超时时时时是否考虑到了这一点？
4.您是否可以分享您用于制造失败的 TIA 门户项目？

此致、
Kamil

感谢您发送编修。

配置应为以下项：

CPU <–>扩展 B <–>（端口 1）DUT（端口 2）<–>器件 D (=ET200SP)

28：63：36：86：95：13 -> CPU1516F
00：1b：C9：23：ce -> Scalance B (=X204IRT v5.5)（由于捕获/抽头的位置，您不会看到太多通信）；此器件是 MRP-Manager。
AC：D3：64：00：10：01 -> DUT
28：63：36：12：97：5d ->器件 D (=ET200SP V3.3)
ac：D3：64：21：00：12 ->其他设备（IP 地址为 192.168.6.18 的设备）、应忽略

我分享认证实验室使用的 TIA Portal 项目： e2e.ti.com/.../ABB_5F00_Ekip_5F00_COM_5F00_PN_5F005F00_MRP_2D00_Setup_5F00_Rel_2D00_V19.zip

作为一种选择、可以使用不包含 MRP 功能的 Profinet 堆栈？ 我认为肯定需要纠正来自堆栈的一些非循环响应、但我不知道是否还有其他需要考虑的因素。

谢谢您、

此致、

Andrea

您好、Andrea、

我尝试了我这边的共享项目,它似乎是有效的。
1.测试实验室是否尝试设置另一个 MRP-管理器? 喜欢 PLC 而不是 Scalance？
2.测试实验室是否尝试进一步增加 DHT 超时? 这是否改变了行为？
3.你能在你这边测试 MRP? 如果是、请共享您的设置环境和测试结果、syscfg 文件、linker.cmd 和 MAP 文件。 我们可以尝试找出您的项目和我们的项目之间的差异、以便缩小可能的原因列表。

关于您的第二点、 在我们正式发布的软件包中不能禁用 MRP 功能。 但是,您可以 联系您的销售代表定制标准交货。 也不能在 GSDML 文件中禁用 MRP、因为您有一个 2 端口设备。

谢谢你。
此致、
Kamil