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.

[参考译文] DCP-AM243X:意外的 MCU-PLUS-SDK 响应

Guru**** 2555630 points


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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1565380/mcu-plus-sdk-am243x-unexpected-dcp-responses

器件型号:AM243X - MCU-PLUS-SDK


工具/软件:

嗨、Laxman

我现在使用的是 ind_comms_sdk_am243x_11_00_00_08。 当向 DUT 的端口 1 或 2 发送使用器件 MAC 地址作为目标地址的 DCP 请求时、DUT 会发送预期的 DCP 响应。 假设 DUT 的器件 MAC 地址为 xx:xx:xx:00:00:00。 如果将 MAC 地址为端口 1 (xx:xx:xx:00:00:01) 的 DCP 请求发送到 DUT 的端口 1、则 DUT 也会在端口 1 上发送 DCP 响应。 与端口 2 相同、如果将 MAC 地址为端口 2 (xx:xx:xx:00:00:02) 的 DCP 请求发送到 DUT 的端口 2、则还会在端口 2 上由 DUT 发送 DCP 响应。 我认为这是不正确的。 只有具有器件 MAC 地址的 DCP 请求才应转发到 Profinet 协议栈。

此致、Joachim

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

    你好 Joachim

    感谢您的查询。

    我会在本地进行测试、然后返回给您。 同时、如果您可以共享与 DCP 请求被发送到任何端口(端口 MAC 地址作为目标地址)的场景相对应的 Wireshark 捕获、这将很有帮助。

    此致、

    Laxman

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

    您好、Laxman:

    从 Wireshark 捕获中可以看到、DUT 端口 1 上的 DCP 请求发送到 00:02:48:01:05:04、但 DUT 的机箱 MAC 地址为 00:02:48:01:05:03。

    此致、Joachim

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

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

    您好 Joachim、

    感谢您分享捕获结果、我们将对此进行一次查看、并确认此问题在我们的设置中是否可以重现。

    此致、

    Laxman

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

    您好 Joachim、

    我们已进行必要的更改、以将 DCP 帧丢弃到端口 MAC 地址。 请告知我们 以下补丁是否解决了问题。

    驱动器链接: tidrive.ext.ti.com/.../ce1ac3ce-537c-468a-9abf-0a27cc3874ce  

    访问代码: 2uSGY!3R

    此致、

    Laxman