[参考译文] AM2434：询问与 EtherCAT 固件更新相关的问题

Unknown 说：

1. 是否有其他推荐的固件更新流程方法？

大家好、您可以在此处检查框架软件更新流程： AM243x 工业通信 SDK：使用 TwinCAT 设置 EtherCAT 子器件

您好！
感谢您的答复。

Unknown 说：

您的意思是说您是在与 EtherCAT 子设备相同的 r5f 内核上运行一些其他应用程序吗?

可以。

我们有自己的引导加载程序。 当我们需要加载另一个应用程序时、我们会启动软件热复位、使 R5F 转换为 APP 模式、再转换为引导模式。

关键是、在 EtherCAT 子器件进入引导状态之前、会有软件热复位到 R5F、并且 PRU-ICSSG 也会一起复位。 这似乎违反了 ETG5003.2固件更新手册中的规范。

因此、我们想询问是否有其他方法来解决该问题。

Unknown 说：

下面是有关 ESC 设计的详细信息，r5f 是 ESC 的一部分。

据我们了解、PRU-ICSS 是下图中的部件吗？

如果是这样、是否有方法可以只重新加载 R5F 而无需重新加载 PRU-ICSSG？

Unknown 说：

关键点是、在 EtherCAT 子器件进入引导状态之前、软件会热复位为 R5F、并且 PRU-ICSSG 也会一同复位。 这似乎违反了 ETG5003.2固件更新手册的规范。

尊敬的 Chen：

引导状态由主器件管理、进入引导状态不需要热复位。  

Unknown 说：

软件热复位为 R5F，同时 PRU-ICSSG 也同时复位。 [/报价]

每当我们进行热复位时、我们都将静止 PRU ICSS 和 R5F。 但这不违反固件更新手册、因为在固件更新期间、它指出可能会发生 ESC 复位、并且允许按引导初始化序列进行。

您好！

感谢您的答复。

让我来澄清一下我的问题。

1.在固件更新过程中、当主器件启动引导状态时、EtherCAT 子器件会首先通过软件热复位进入引导模式、然后再进入引导状态。  由于软件热复位、PRU 也会一起复位。 此切换过程似乎违反了 ETG5003.2。 因此、我们希望询问是否有其他有关固件更新流程的建议。

2. 希望了解一下典型的固件更新流程。 当主器件启动引导状态时、从器件的更新过程是什么？

此致

Unknown 说：

。 在固件更新过程中、当主器件启动引导状态时、EtherCAT 子器件会首先通过软件热复位进入引导模式、然后再进入引导状态。  [/报价]

请帮助我理解这一点：该固件是否由您编写、因为在我们的实现中、我们没有在主器件启动启动状态时重置子器件的要求？

Unknown 说：

2.  介绍一下常用的固件更新流程。 当主器件启动启动启动状态时，从器件的更新过程是什么？

请参阅此文件以浏览更新宏：ind_comms_sdk\examples\industrial_comms\ethercat_slave_Beckhoff_ssc_demoefoe.c