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.

[参考译文] TMS320F28388D:利用 CAN 通过 LFU 重新编程 CPU2和 CM 闪存组的示例方法

Guru**** 2539800 points
Other Parts Discussed in Thread: TMS320F28388D

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

https://e2e.ti.com/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1364098/tms320f28388d-example-methodology-for-reprogramming-cpu2-and-cm-flash-banks-via-lfu-utilizing-can

器件型号:TMS320F28388D

您好!

我想将 LFU 与 TMS320F28388D 结合使用、 我知道对于 LFU 来说、没有专门的示例、 在使用单个闪存组执行 LFU 时会有一些独特之处。 给定该系列中其他处理器的示例后、我想我知道需要从单个闪存组的整体 LFU 角度执行哪些操作。  我想看看我对 CPU2和 CM 执行 LFU 的基本方法是否正确。

从较高层次的角度来看、是否会是这样:

假设: 我不需要更新 CPU1固件; 所有必要的支持存储在 闪存的扇区中、与要更新的固件分离、并 被移至 RAM。

  1. CAN 和 IPC 支持在 CPU1上执行。
  2. CPU2和 CM 从各自的 RAM 中执行 IPC 支持和闪存 API (从闪存上移出后)。
  3. CPU1  利用 CAN 从服务器接收 CPU2的固件更新。
  4. CPU1使用 IPC 为 CPU2提供固件更新。
  5. CPU2使用闪存 API 使用 CPU1提供的新固件更新其自己的闪存组。
  6. CPU1   从使用 CAN 的服务器接收 CM 的固件更新。
  7. CPU1使用 IPC 为 CM 提供固件更新。
  8. CPU2使用闪存 API 使用 CPU1提供的新固件更新其自己的闪存组。

我知道这是一个很基本的解释,但这是否是我们需要做什么的核心?

感谢您的帮助!

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

    Scott、

    我想您已经掌握了所有基本概念和步骤。

    我假设、CPU1、CPU2和 CM 中有闪存引导加载程序(BL)以促进 LFU、即 CPU2和 CM 中的闪存引导加载程序将与 CPU1中的 BL 相连接、以接收映像并对闪存进行编程。 在这种情况下、除了 RAM 中的闪存 API 外、一些 BL 代码也需要位于 RAM 中(根据您的评论、我相信您理解这一点)。

    谢谢。

    Sira