[参考译文] LAUNCHXL-F28027F：CAN#39；t 引导程序从闪存。

您好！

这是新电路板吗？  以前编程的"GetMode"选项是否可能不是闪存？  有关更多信息、请参阅技术参考手册-"引导加载程序模式"部分"GetMode 的 OTP 值"表。   

如果对 GetMode 进行了编程、则可以对其他位进行编程、使 OTP_KEY 无效。  这将恢复到引导至闪存。  很遗憾、您无法擦除 OTP。

如果这不是现有设计、我还建议改用我们的较新器件之一-例如 TMS320F280049C 或 TMS320F280025C 系列。 多年来、我们已经取得了很大的进步。  

此致

Lori  

是的、这是新电路板、我没有更改这些寄存器中的任何内容。 Cain 如何检查 GetMode？

Dawid、

我参考的文档中包含了 get 模式值所在的存储器位置。  您可以在 Code Composer Studio 中观察这些内容。  在一个全新的器件上、它们应该全部为0xFFFF (被擦除)。  

此致

Lori

我不确定我是否以正确的方式执行了该操作、但这里是：

观察表达式中的值似乎正常。

Dawid、

是的、它看起来是正确的。

我应该问-您是否正在使用为闪存构建的项目？

本应用手册将指导您如何从闪存与 RAM www.ti.com/lit/spra958中运行程序

此致、

Lori

我的项目基于创建者提供的典型项目：

我将使用版本构建选项。 老实说、我认为它已经准备好闪烁了。

即使它不是从 Resource Explorer 导入的原始 LaunchPadDemo、看起来也是这样的：

我也无法从闪存引导它。

下面是内存分配图：

和*。cmd 文件：

e2e.ti.com/.../0508.TMS320F28027.txt

如果该设置不正确、可能有人有闪存应用程序的示例 cmd 文件？

我会怀疑"发布"版本具有所需的所有挂钩。  这些挂钩在我提到的应用手册中进行了说明。  

它看起来 LP 示例具有闪存支持。  

链接器命令文件中的关键位是存储器开始位-看起来它位于正确的位置。  然后是要开始的分支、即段 codestart。  这在链接器命令文件中看起来也是正常的。

我不确定问题是什么。  尝试使用随附的 Code Composer Studio (CCS)调试该问题。   

• 刷写器件
• 电源复位以确保仅填充闪存
• Conncect CCS 和在 CCS 中仅加载符号。
• 查看引导 ROM 是否退出到起始存储器位置、以及是否分支到_cinit 代码。  

首先、您可能会发现本技术讲座对您有所帮助： https://training.ti.com/c2000-f28004x-microcontroller-workshop?context=1137755-1139641-1137780

遗憾的是、材料的日期与 CCS 版本的日期相同。  但这些概念仍然适用。

以下是此闪存的一些常见问题解答、包括从闪存运行  

https://e2e.ti.com/support/microcontrollers/c2000/f/c2000-microcontrollers-forum/757585/faq-f05-flash-frequently-asked-questions

https://e2e.ti.com/support/microcontrollers/c2000/f/c2000-microcontrollers-forum/758797/faq-f05-flash-how-do-i-convert-a-ram-based-project-to-a-flash-based-project

此致

Lori