[参考译文] TMS320F28388D：基于闪存的 CAN 引导加载程序

您好！

1.是的,这是可能的。 可以修改链接器 cmd 文件、使闪存内核位于闪存而不是 RAM 中。 您需要进行一些更改、例如在 RAM 中运行闪存 API、并确保应用和内核在闪存中不重叠。 成功实现后、您可以让器件每次引导至闪存、并且内核将运行而无需在每次复位后再次加载。

2.可以、这是在现有的闪存内核示例中完成的。 通过 CAN 总线接收数据、并且在应用程序成功编程到闪存中后、器件将分支到应用程序并开始执行。 F2838x 上没有 CAN 闪存内核示例、但 F28003x、F280015x 和 F28P65x 都有示例。 确切位置可以在您阅读过的应用手册的第7.1节中找到。

此致、

Skyler

您好、Skyler、  

如果我将 CAN 引导加载程序刻录到闪存中、是否有办法运行它、从而影响引导配置引脚的位置。  

还想知道、SPRSP14E 第241页的内容表明 MCAN 不支持通过 CAN 进行调试。 因此,实现 XCP jsut 适用于 DCAN 接口,不是吗?  

Attila,

1.通常不需要、刷写 CAN 引导加载程序后、必须将引导配置引脚设置为从闪存引导才能运行引导加载程序。 如果您可以通过 CCS 连接到器件、则可以从仿真引导模式运行该器件。在这种模式下、只要通过 CCS 配置了有效的引导模式、引导配置引脚就会被忽略。 为什么要独立于配置引脚进行引导？

2. 您将在该实现中使用 MCAN 还是 DCAN？

此致、

Alex

您好、Skyler 和 Alex、  

1) 1)在我们的情况下、在我们将引导加载程序刷写到 F28386D 的闪存段中后、 我们会将板放在电池组中、并通过 CAN 总线加载应用程序、因此我们无法实际访问该板、但 CAN H/L、V+和 GND 除外。 因此、我需要开发出不需要动态更改引导配置引脚的解决方案。

2) 2)我将使用 DCAN、因为我支持从 DCAN 接口引导外设。 我第一次接触 TI MCU。 在努力之前、我需要清楚地了解哪些限制会阻止我们使用 MCAN 通过 CAN 进行调试？ (是物理设备还是缺少 SW 驱动程序支持)  

Attila,

我将为您进一步研究这个问题、明天应该有一个答案。

此致、

Alex

Attila,

器件上没有 MCAN 软件驱动程序、因此必须使用 DCAN。

此致、

Alex