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.

[参考译文] TMS320F28386S:引导加载程序问题

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

https://e2e.ti.com/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1509413/tms320f28386s-bootloader-questions

部件号:TMS320F28386S

工具/软件:

早上好。 刚刚开始新器件的工程开发。

客户对引导加载程序和通信的设计要求如下:

  1. 在出厂版本中、应使用单个串行接口(CPU1和 CM 固件)向电路板加载固件。 不允许使用 JTAG。
  2. 在正常运行期间、电路板应使用同一个串行接口与主机进行通信。
  3. 对于固件更新、应在 CM 内核上实现自定义软件引导加载程序、从而允许更新 CPU1和 CM 内核的固件。

首先、我看到可以在带 DIP 开关的未编程器件上选择默认 SCIA (GPIO 29、28)端口作为 SCI 引导模式。 然后、如果 CPU1上的应用程序检测到 CM 闪存未编程、它会启动自定义引导加载程序以将固件加载到 CM 内核  这里的第一个问题是如何从 CPU1访问 CM 的闪存扇区?

然后、对两个内核进行编程、CPU1应用程序会配置交叉开关、将 UART 端口从 CM 内核映射到相同的 GPIO 引脚29、28。 因此、CM 内核将使用该端口与主机通信。

然后需要进行固件更新、CM 应用程序启动自定义软件引导加载程序。  再强调一下、问题是 CM 内核如何访问 CPU1的闪存扇区?

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

    您好、

    由于架构限制、您无法从 CM 的内核访问 CPU1的闪存扇区。

    此致、

    Rajeshwary

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

    因此、CM 显然无用、就像"通信内核"一样? 因为远程固件更新是通信的重要部分。

    那么反向呢? 我可以将安全接口控制切换到 CPU1以进行固件更新模式、那么 CPU1是否可以更新 CM 的固件?

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

    那么、除了这个问题、其他问题呢? 有任何线索?

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

    也无法实现反向。

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

    闪存内核示例呢? 无论如何、如果无法从外部接口刷写所有内核、那会很奇怪。 想象一下现场操作当需要固件更新时、不可能只为此呼叫服务工程师来打开案例并连接 JTAG 进行更新。 用户应能够通过标准连接更新器件固件。

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

    您好、

    我将 能够在几天内回顾一下这一点

    此致、

    Rajeshwary

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

    您好、

    这可以使用闪存内核来完成、请参阅串行闪存编程器用户指南。

    链接: https://www.ti.com/lit/pdf/sprabv4

    此致、

    Rajeshwary