[参考译文] TMS320F28379D：通过 CAN 对 TMS320F28379D 微控制器进行编程

Kevin

不需要、您需要在闪存中放置自定义引导加载程序。 ROM 引导加载程序的代码位于 C2000Ware 中、供您参考。

2.是的、两个引脚都处于高电平将使您进入闪存引导模式。

这些启动值将进入 OTP、因此只能设置一次。 您可以在闪存引导时将其保留为未编程状态、但一旦您将其编程为 CAN 引导、GetMode 将始终运行 CAN 引导加载程序。  

4. CAN 引导加载程序中没有超时。 如果您的 CAN 主机发送了不正确的密钥、则它将引导至闪存。 但是、如果您不发送任何内容、它将永远不会超时并卡在 CAN 引导加载程序中。

此致

Chris

Kevin、

是的、这是可能的。 基本上、它就是这样的：您始终需要引导至闪存。 在您的应用代码中、您可以等待来自 CAN 总线的特定数据模式。 接收到该数据表明闪存编程是有保证的。 然后、您可以分支到 ROM 本身中的 CAN 引导加载程序。 或者、您也可以根据 GPIO 引脚的状态做出决定、在应用中可能无法始终访问 GPIO 引脚。  

[引用]因此、我假设您提到的第一种方法("您可以等待来自 CAN 总线的特定数据模式。 无法接收此数据信号、表明闪存编程是有必要的")。 [/报价]  

应用程序等待该数据模式2秒。 如果未收到该模式、则继续执行常规应用程序。 如果这种等待不切实际、那么 GPIO 方法是可行的。  

[报价]如果在一段时间后没有从 CAN 总线接收到数据、是否有从闪存引导的方法？

如上所述、这需要在您的应用中进行处理。 引导 ROM 中的 CAN 引导加载程序不支持此选项。

[引述]您能否澄清"您可以分支到 ROM 本身中的 CAN 引导加载程序"这一说法？  您可以在应用程序代码中执行此操作、而不是需要自定义引导加载程序吗？ [/报价]

是的、如果闪存编程有保证、您可以从应用程序分支到引导 ROM 中的 CAN 引导加载程序。 我自己没有尝试过，但我看不到为什么不能这样做的原因。

[引用]是否可以在不需要自定义引导加载程序的情况下始终从闪存引导(通过在硬件中将 GPIO72和 GPIO84设置为高电平)、然后[/引用]

是的。

[引述] 1.  如果 GPIO 存在特定的数据模式、则从我的应用代码分支到 CAN 引导加载程序、并通过 CAN重新对 MCU 进行编程

是的。

[引述] 2.  如果没有来自 GPIO 的特定数据模式、则运行存储在闪存 中的现有程序

是的。 您是否真正想说来自 GPIO 的数据模式？ 我认为您只需读取单个 GPIO 引脚的电平即可确定是要运行应用程序还是分支到 ROM 中的 CAN 引导加载程序、以便开始通过 CAN 端口拉取数据。