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.
尊敬的先生:
在下面的两个 e2e 发布均可实现相同的目标、即实施软件更新、这可以更新 R5F 侧的 AM2434软件、但不会影响 PRU-ICSS、因为 EtherCAT 从器件在从 EtherCAT 主站执行软件更新时需要保持连接。
1.在软件/固件更新过程中和之后,EtherCAT 从站的软件/固件更新是否需要保持连接的限制规则?
2.客户现在已经实现了 PRU-ICSS 的复位隔离,并在 R5F 端完成了软件更新。 但是、EtherCAT 在软件更新后将无法正常运行。 客户假设只是跳过 PRU-ICSS 固件下载过程。 是否需要为此"复位隔离"更新任何其他检查点、如 SYSFW 资源管理?
BR、Rich
您好、Rich:
对于第一个问题、我们应该可以从工业协议专家处获得帮助。
对于第二个查询、Nilabh 共享的任何代码都不是完整代码、在集成 EtherCAT 代码时仍然会面临一些问题。
实际上,在 Nilabh 共享代码中有不同的问题, 像每次重置一样,我们将配置 PRU 内核的时钟这个步骤应该不会在每次重置到 SOC 时发生,我们应该只执行一次 PRU 内核时钟初始化 。
此外,SYSFW 正在将 PRU 时钟初始化为默认值,而不管每次复位的用户时钟配置如何。 为此、我们需要向 SYSFW 添加补丁。
我从网络团队那里听说、在添加上述更改后、在复位内核后、EtherCAT 堆栈仍损坏。
因此、在将来的版本中、此隔离代码会正确集成到 MCU+SDK 中、直到请勿将这些步骤集成到客户代码中。
此致、
S.Anil.
Anil,
第一题、是的、我们确实需要工业协议专家来解答。
2、客户 使用 Nilabh 中的代码、该代码无需重置 PRU-ICSS 即可进行重置、并且系统仍能正常工作、达到原始目标。
但是、最终目标是执行软件更新、然后重置和重新启动、但保持在 EtherCAT 上的连接、因为客户过去使用的是在 FPGA 上使用 BechOff 解决方案、这是他们遇到的情况(从设备将保持在线、EtherCAT Master 在此设备上不会断开连接)。
在您上次的评论中、您是否建议客户等待下一个工业通信 SDK (如9.2?)?
哪种将集成复位隔离代码并使 EtherCAT 在复位/重新启动后不会断开?
BR、Rich
您是否建议客户等待下一个工业通信 SDK (比如说9.2?)?
暂定计划是在10.0中添加一个示例。
请留出更多时间在内部讨论此问题并与您联系。
此致
阿什瓦尼