• 状态
  • 已锁定 已锁定
  • 回复 5 回复
  • 订户 0 订户
  • 视图 117 视图
  • 用户 0 会员在此处
选项
选项
相关

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.

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

admin
Guru**** 2680875 points

Other Parts Discussed in Thread: AM2432

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1589925/am2432-profinet-testcase-mrp-interop-client-failed

器件型号： AM2432

您好、

我将 AM2432 与工业 SDK 11.00.00.08 配合使用、

PROFINET 认证实验室向我们报告了一个问题（测试捆绑包 v2.45）：

测试用例“MRP Interop_Client (CLRPC)“的问题：

当 MRP-Ring 关闭时、您的设备将 AR 分解为控制器（带有 DHT/WDT 警报）。

然后、Scalance-AR 也出现故障。

失效可重现。 （您的设备始终是第一个分解 AR 的设备。）

我在 Profinet Device 中看到 已知问题、即本例标记为已知问题、但未指定堆栈的实际行为。 这可能是向我们报告的问题吗？

我向他们发送链接、询问他们使用的具体版本、以及他们是否知道此问题。 这是他们的回应：

我可以说,我们现在使用 2.45.0.2 进行测试,并且 MRP 拓扑/环是正确的,并且 MRP 域是更改的,以便与 ART 软件配合使用。

这是否仍是一个问题？ 您是否曾尝试过使用他们指定的版本进行测试？

我附上 Wireshark 日志和我们的 GSDML： e2e.ti.com/.../MRP.zip

谢谢您、

此致、  

Andrea

  • 0
    TI__Guru**** 2680875 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好、Andrea、

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

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

    此致、
    Kamil

  • 0
    TI__Guru**** 2680875 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    感谢您发送编修。

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


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

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

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

    谢谢您、

    此致、

    Andrea

  • 0
    TI__Guru**** 2680875 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好、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

  • 0
    TI__Guru**** 2680875 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    感谢您发送编修。

    配置应为以下项：

    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

  • 0
    TI__Guru**** 2680875 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好、Andrea、

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

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

    谢谢你。
    此致、
    Kamil