工具与软件：
您好！
我正在调查 TMS320F28388D 的 LFU 和
感谢你的帮助。
尊敬的 Sira：
我尝试从 f28002/4x 示例中获得灵感、实现定制 SCI 闪存内核、但我遇到了一个问题。
尝试使用串行闪存编程器传输固件映像时、代码执行将跳转至 fmstatFail 功能(请参阅以下图片)。
这发生在擦除段之后、将新数据重新写入闪存之前。 我通过在 fmstatFail 函数中添加 flash_status 和 status 值、以更好地理解这些参数。 他们各自的价值是4112和 Fapi_Status_Fsm 、所以不能真正帮助我。
我修改了闪存内核、因此擦除功能不会擦除完整的闪存、而是仅对应于我的固件映像最大大小的子部件。
我已经检查了 ldfuCopyData 和 ldfuLoad 是从 RAM 运行的。
我还检查了 SPNU632 4.2中代表的典型擦除流程是否得到遵守、看起来就是这种情况。
你是否有任何线索可能是这个错误的原因?
尊敬的 Sira：
感谢您的意见。
我找到:
对于1.、我建议这个改变可以应用于 C2000示例以避免遇到错误的硬编码频率： 
对于2.、我仍然难以从 RAM 运行 FlashAPI、这可能是由于链接问题所致。
我在链接器文件中添加了以下行、
GROUP
{
.TI.ramfunc
{
-l F2838x_C28x_FlashAPI.lib
}
} LOAD = STATIC_CODE,
RUN = RAMLS0 | RAMLS1 | RAMLS2 |RAMLS3,
LOAD_START(RamfuncsLoadStart),
LOAD_SIZE(RamfuncsLoadSize),
LOAD_END(RamfuncsLoadEnd),
RUN_START(RamfuncsRunStart),
RUN_SIZE(RamfuncsRunSize),
RUN_END(RamfuncsRunEnd),
ALIGN(8)
但-l F2838x_C28x_FlashAPI.lib 会生成以下警告：../linker_flash_custom_static.cmd"、第147行：警告#10068-D：无匹配段
使用 #pragma CODE_SECTION (foo、".TI.ramfunc")的其余代码似乎在正确的位置进行刷写。
此警告是否意味着链接器无法找到该库、因此无法将其放在正确的地址中？
感谢你的帮助。
我通过 在我的项目中删除 F2838x_C28x_FlashAPI.lib 的本地副本而改为添加一个链接、解决了 FlashAPI 链接问题。
然而,在解决这个问题后,我刚刚意识到在闪存写入过程中仍然有一些问题。
在 ldfu_load()中的固件传输结束时、写入密钥和 REV 值的函数调用返回成功、但实际上失败了。 查看内存浏览器时、可以看到起始值、但看不到 REV 和 KEY。 
在以下存储器浏览器中、我需要0x5A5A5A5A 0xFFFFFFFE 0x5B5B5B5B5B。 我无法解释这个结果。
尊敬的 Sira：
我想我通过重新排列存储器部分的定义解决了这个问题。 我可能在每个闪存擦除周期内都试图写入两次相同的64位块。
因此我成功地使用内核刷写内核并发送映像1。 但是、当我尝试从映像1执行分支到存储在内核中的 LiveDFU 函数时、可以看到 interrupt_illegalOperationHandler ()被触发。
执行自动重锁后、我跳转至存储在地址0x80100处的 LiveDFU 函数。 为此、我使用中使用的方法 flashapi_ex3_live_firmware_update F28004x 的关系。
这是我第一次见到你。 interrupt_illegalOperationHandler 我不知道原因是什么 .
我已经检查 LiveDFU 函数是否位于存储器中的预期位置、真实就是这种情况。
你有什么理由吗?
是否可以将地址0x080100处的指令视为无效指令、尽管从内核映像运行时函数 LiveDFU()正在按预期运行？
编辑：
最新动态：
通过查看反汇编代码,我可以看到执行跳转到正确的地址,并开始执行 LiveDFU()函数。
但是、跳转到 LdfuLoad()内存扇区时、没有要执行的指令。
在我看来,这是正常的,因为 LdfuLoad()函数不是在活动图像中编译的,而是仅由静态代码编译的。
因此、即使 使用此行将".TI.ramfunc"代码段正确地从闪存复制到 RAM： 
我们怎么能期望 RAM 包含 ldfuLoad()或 ldfuCopyData()的指令？
我认为活动映像中缺少了一点、即从静态闪存将 ldfu 函数复制到正确的 RAM 地址。
再次感谢您的帮助。