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.

[参考译文] AM2431:EtherCAT 从站堆栈

Guru**** 2747405 points

Other Parts Discussed in Thread: CCSTUDIO

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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1282213/am2431-ethercat-slave-stack

器件型号:AM2431
主题中讨论的其他器件:CCStudio

您好!

似乎有两种不同的 EtherCAT 从站堆栈实现、各自具有两种不同的性能:

a) AM243x 工业通信 SDK、参考"EtherCAT 从站:数据表"(此处为 https://software-dl.ti.com/processor-industrial-sw/esd/ind_comms_sdk/am243x/09_00_00_03/docs/am243x/ethercat_slave/ethercat_datasheet.html)、具有以下特性:

b)  AM243x MCU+ SDK  08.00.00 (此处: https://software-dl.ti.com/mcu-plus-sdk/esd/AM243X/08_00_00_21/exports/docs/api_guide_am243x/ETHERCAT_SLAVE.html)具有以下特性:

此外,还提到了"Koenig GmbH"的实施(文件的版权)以及"Beckhoff Stack"。

您能解释一下哪一个是? 首选的是 Beckhoff 堆栈实现。 它具有哪些功能?

Rgds  

弗里德里希

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

    若要使图片更令人困惑:

    这里有第三个描述:" ">software-dl.ti.com/.../index.html"。

    这是从版本1.04.01与授权引用 Kunbus GmbH (更正以前的发布.,不是"Koenig GmbH"而是"kunbus GmbH".

    在此请作一点澄清。

    Rgds

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

    尊敬的 Fredrich:

    很抱歉、您必须面对这个问题。 请注意、我们有两款 EtherCAT

    1.基于 Beckoff 协议栈的解决方案

    2. Kunbus 集成解决方案

    要继续查看您对可预置 Beckoff 堆栈解决方案的评论、请在下方提供详细信息:

    示例: https://software-dl.ti.com/processor-industrial-sw/esd/ind_comms_sdk/am243x/09_00_00_03/docs/api_guide_am243x/EXAMPLES_INDUSTRIAL_COMMS_ETHERCAT_SLAVE_BECKHOFF_SSC_DEMO.html

    软件 SDK 下载链接: www.ti.com/.../09.00.00.03

    驱动程序设计和链接: software-dl.ti.com/.../ETHERCAT_SUBDEVICE_FWHAL.html

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

    您好 Nilabh Anand:

    感谢您的确认。 您能否透露在哪里可以找到有关两种不同解决方案(ETG / Kunbus)的更详细信息?

    我发现"kunbus GmbH"声称他们的堆栈集成在处理器中、包含许可证。 表中的"F"选项

    10.1.2设备命名约定

    然后是 AM2434BS_F_F -正确吗?

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

    感谢您的确认。 您能否透露在哪里可以找到有关两种不同解决方案(ETG / Kunbus)的更详细信息?

    我发现"kunbus GmbH"声称他们的堆栈集成在处理器中、包含许可证。 表中的"F"选项

    10.1.2设备命名约定

    [/报价]

    您好  

    我在下面附上了所有必需的信息:

    基于 Beckoff 协议栈的解决方案:https://software-dl.ti.com/processor-industrial-sw/esd/ind_comms_sdk/am243x/09_00_00_03/docs/api_guide_am243x/EXAMPLES_INDUSTRIAL_COMMS_ETHERCAT_SLAVE_BECKHOFF_SSC_DEMO.html

    2. Kunbus 集成解决方案: software-dl.ti.com/.../EXAMPLES_INDUSTRIAL_COMMS_ETHERCAT_SLAVE_DEMOS.html

    软件 SDK 下载链接: www.ti.com/.../09.00.00.03

    驱动程序设计和链接: software-dl.ti.com/.../ETHERCAT_SUBDEVICE_FWHAL.html

    请注意、ETG 要求任何基于 EtherCAT 的器件开发人员都是 ETG 的一部分、并且每个 ETG 成员都作为其成员资格的一部分获取子器件栈代码。

    因此、您还需要 ETG 中的上述子器件堆栈代码来运行 Kunbus 示例。

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

    您好 Nilabh。

    再次讨论这两种堆栈:在 工业通信 SDK 9.0.0.3中"">software-dl.ti.com/.../index.html"

    有 WO 条目:

    "TI 的完整协议栈"下的条目"EtherCAT 子器件"将是 Kunbus 解决方案。

    "Third Party Protocol Stacks..."下的条目"EtherCAT subdevice FWHAL"将是使用 ETG/Beckhoff 的 ET9300的解决方案。

    对吧?

    Rgds

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

    是的、Fredrich、是正确的。

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

    你好,Nilabh!

    我希望我是对的,这是你的名字:)?

    我的理解是、Code Composer Studio 不支持 MISRA-C 检查(已通过 CCStudio 论坛中的一些帖子进行了验证)。

    因此、如果我们要使用 MISRA-C 语言进行检查、将必须切换到其他 IDE。

    a)是否可以将两个样本"传输"到不同的 IDE、例如 IAR EWARM?

    b) TI 是否提供支持以使用示例切换到其他 IDE?

    Rgds

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

    尊敬的 Fredrich:

    我们近期没有转用其他 IDE 的计划。 另外、对于 MISRA-C 报告、我们使用 klckwork 工具。

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

    Anand、您好!

    可能存在误解。 我们接受 TI 不会更改 IDE。

    不过、我们想知道将示例迁移到不同的 IDE 需要什么?

    弗里德里希·罗德斯

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

    这可能是误解。 我们接受 TI 不会更改 IDE。

    不过、我们想知道将示例迁移到不同的 IDE 需要什么?

    [/报价]

    尊敬的 Fredrich:最低要求是让示例在另一个 IDE 中编译:

    1.编译器迁移—库编译和示例编译。 (CCS 使用 ARM clang 编译器、而 IAR 使用 IAR 编译器)

    2.启动文件更改(如果从 ARM Clang 迁移到 IAR)

    \3. 链接器文件更改。 (因为 IAR 链接器脚本与 ARM clang 不同)

    我想知道 CCS 是否会给您带来任何挑战、以及您为什么要迁移到 IAR

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

    Anand、您好!

    如前所述、问题与该工具的 IEC61508认证有关。 根据我们的理解、根据 IEC61508-4、我们会将 IDE 视为 T2工具。 这意味着、对于功能安全问题、我们将考虑由供应商或用户对此工具进行认证。 由于我们认为不适合自行认证工具、因此我们必须依赖于供应商(即德州仪器)的 IEC61508认证。 但没有给出。 这就是我们会 考虑切换 IDE 的原因。 BTW:我们考虑集成了 TI 的基于 Eclipse 的 IDE、并且很想使用此 IDE、但我们对此项目和功能安全有要求。

    Rgds

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

    尊敬的 Fredrich:

    您可以为安全相关查询创建另一个主题、以便我将其发送给我们的安全专家。 感谢您的配合。

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

    Anand、您好!

    我们发现、功能安全评估由 TI 借助编译器资质审核套件提供帮助。 我们将尝试进一步了解这一点。 因此、我认为到目前为止、这里的问题已经得到了充分的回答。

    非常感谢