您好！
我´m JTAG 下载代码。 使用 CCSv7、调试会话正常、程序正常运行。 然后、在我关闭/打开电源后、不会发生任何情况。 看起来闪存不再工作。
两年前、它一直在工作、因为在生产过程中、它们会与我使用 Uniflash 制作的第一个版本(v1)一起闪烁。 现在、对于最新版本(v2)、他们说无法再闪存。 如果它们首先刷写旧版本(v1)、然后再刷写 v2 over v1、则可以正常工作。 那么它运行正常。 但是、当仅刷写 v2时、它不起作用。 (Uniflash 项目是相同的、没有任何变化)
因此、如果我尝试刷写已刷写的控制器、它可以正常工作、但刷写空白控制器、它无法正常工作。 正如我在开始时所说的、当闪存到空白控制器中时、我可以使用 CCS 对进行分解。 但在循环通电后、其未运行。
有什么变化吗？ 出什么问题了？
请帮助。
此致
Willi Konrad
您好、Vamsi、
感谢您提供这些文档。 我将 Uniflash 更新为 V6.4，将 CCS 更新为 V10.4。 引导模式引脚设置为闪存引导。
我n´t 了常见问题解答、并尝试了所有建议、但在下电上电后仍然可以正常工作。
这是我的属性、例如 CPU1：
预定义符号 CPU1：
链接器标志 CPU1：
链接器路径 CPU1：
我的 cmd 文件可能有问题
2837x_flash_Ink CPU1.cmd：
存储器
｛
第0页:/*程序内存*/
/*内存(RAM/FLASH)块可移动到 Page1进行数据分配*/
/* begin 用于"引导至闪存"引导加载程序模式*/
开始：origin = 0x080000，length = 0x000002
RAMM0：origin = 0x000122、length = 0x0002DE
RAMD0：origin = 0x00B000、length = 0x000800
RAMLS0：origin = 0x008000、length = 0x000800
RAMLS1：origin = 0x008800，length = 0x000800
RAMLS2：origin = 0x009000，length = 0x000800
RAMLS3：origin = 0x009800，length = 0x000800
RAMLS4：origin = 0x00A000，length = 0x000800
RAMGS14：origin = 0x01A000，length = 0x001000 //*仅在 F28379D、F28377D、F28375D 设备上可用。 移除其他设备上的线路。 *
RAMGS15：origin = 0x01B000，length = 0x001000 //*仅在 F28379D、F28377D、F28375D 设备上可用。 移除其他设备上的线路。 *
复位：origin = 0x3FFFC0，length = 0x000002
/*闪存扇区*/
FLASHA：origin = 0x080002，length = 0x001FFE /*片上闪存*/
FLASHB：origin = 0x082000、length = 0x002000 //片上闪存*
FLASHC：origin = 0x084000，length = 0x002000 //片上闪存*/
FLASHD：origin = 0x086000、length = 0x002000 //片上闪存*/
FLASHE：origin = 0x088000、length = 0x008000 //片上闪存*/
FLASHF：origin = 0x090000，length = 0x008000 //片上闪存*
FLASHG：origin = 0x098000、length = 0x008000 //片上闪存*/
FLASHH：origin = 0x0A0000，length = 0x008000 //片上闪存*/
FLASHI：origin = 0x0A8000、length = 0x008000 //片上闪存*/
FLASHJ：origin = 0x0B0000，length = 0x008000 //片上闪存*/
FLASHK：origin = 0x0B8000、length = 0x002000 //片上闪存*/
FLASHL：origin = 0x0BA000、length = 0x002000 //片上闪存*/
FLASHM：origin = 0x0BC000、length = 0x002000 //片上闪存*/
FLASHN：origin = 0x0BE000、length = 0x002000 //片上闪存*/
第1页:/*数据存储器*/
/*内存(RAM/FLASH)块可移动到 PAGE0进行程序分配*/
BOOT_RSVD：origin = 0x000002，length = 0x000120 // M0的一部分，引导 ROM 将此用于栈*/
RAMM1：origin = 0x000400、length = 0x000400 //片上 RAM 块 M1 *
RAMD1：origin = 0x00B800，length = 0x000800
RAMLS5：origin = 0x00A800，length = 0x000800
RAMGS0：origin = 0x00C000、length = 0x001000
RAMGS1：origin = 0x00D000、length = 0x001000
RAMGS2：origin = 0x00E000、length = 0x001000
RAMGS3：origin = 0x00F000、length = 0x001000
RAMGS4：origin = 0x010000，length = 0x001000
RAMGS5：origin = 0x011000，length = 0x001000
RAMGS6：origin = 0x012000，length = 0x001000
RAMGS7：origin = 0x013000，length = 0x001000
RAMGS8：origin = 0x014000，length = 0x001000
RAMGS9：origin = 0x015000，length = 0x001000
RAMGS10：origin = 0x016000，length = 0x001000
RAMGS11：origin = 0x017000，length = 0x001000
RAMGS12：origin = 0x018000，length = 0x001000 //*仅在 F28379D、F28377D、F28375D 设备上可用。 移除其他设备上的线路。 *
RAMGS13：origin = 0x019000，length = 0x001000 //*仅在 F28379D、F28377D、F28375D 设备上可用。 移除其他设备上的线路。 *
CPU2TOCPU1RAM：origin = 0x03F800，length = 0x000400
CPU1TOCPU2RAM：origin = 0x03FC00，length = 0x000400
｝
部分
｛
/*分配计划领域：*/
.cinit：> FLASHB PAGE = 0，ALIGN (4)
.pinit：> FLASHB，PAGE = 0，ALIGN (4)
.text：>> FLASHB | FLASHC | FLASHD | FLASHE PAGE = 0，ALIG(4)
codestart：> begin page = 0，align (4)
/*分配未初始化的数据段：*/
.stack：>RAMM1 page = 1.
.ebss：>> RAMLS5 | RAMGS0 | RAMGS1 PAGE = 1.
.esysmem：>RAMGS0 PAGE = 1.
/*初始化段进入闪存*/
econst：>> FLASHF | FLASHG | FLASHH PAGE = 0，ALIGN (4)
.switch：> FLASHB PAGE = 0，ALIGN (4)
.reset：> reset，page = 0，type = DSECT //未使用，*/
filter_RegsFile：> RAMGS0，PAGE = 1
SHARERAMGS0：> RAMGS0，PAGE = 1
SHARERAMGS1：>RAMGS1，PAGE = 1.
RAMS0：>RAMGS0，PAGE = 1
ramgs1：>RAMGS1，page = 1.
#ifdef __TI_Compiler_version__
#if __TI_Compiler_version__>=15009000
.TI.ramfunc：{}负载= FLASHD，
RUN = RAMLS0 | RAMLS1 | RAMLS2 | RAMLS3、
load_start (_RamfuncsLoadStart)、
load_size (_RamfuncsLoadSize)、
load_end (_RamfuncsLoadEnd)、
run_start (_RamfuncsRunStart)、
run_size (_RamfuncsRunSize)、
run_end (_RamfuncsRunEnd)、
PAGE = 0、ALIGN (4)
其他
ramfuncs：load = FLASHD，
RUN = RAMLS0 | RAMLS1 | RAMLS2 | RAMLS3、
load_start (_RamfuncsLoadStart)、
load_size (_RamfuncsLoadSize)、
load_end (_RamfuncsLoadEnd)、
run_start (_RamfuncsRunStart)、
run_size (_RamfuncsRunSize)、
run_end (_RamfuncsRunEnd)、
PAGE = 0、ALIGN (4)
#endif
#endif
/*使用 IPC API 驱动程序时需要以下部分定义*/
组：> CPU1TOCPU2RAM，PAGE = 1
｛
PUTBUFFER
PUTWRITEIDX
GETREADIDX
｝
组：> CPU2TOCPU1RAM，PAGE = 1
｛
GETBUFFER：TYPE = DSECT
GETWRITEIDX：TYPE = DSECT
PUTREADIDX：TYPE = DSECT
｝
/*以下部分定义适用于 SDFM 示例*/
/* Filter1_RegsFile：>RAMGS1，PAGE = 1，fill=0x1111
Filter2_RegsFile：> RAMGS2，PAGE = 1，fill=0x2222
Filter3_RegsFile：> RAMGS3，PAGE = 1，fill=0x3333
Filter4_RegsFile：> RAMGS4，PAGE = 1，fill=0x4444
Differit_RegsFile：>RAMGS5，page = 1，fill=0x333333*/
｝
/*
//============================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================
//文件结束。
//============================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================
*
此链接器文件位于"cmd"子文件夹中：
我不知道链接器文件的正确之处。 n´t 有什么问题、但我不知道什么。
可以麻烦你看一下吗？
如果您需要更多详细信息以及 CPU2、请告诉我。
谢谢你。
此致
Willi Konrad
Willi、
预定义符号闪存应为_FLASH。
2.请替换链接器 cmd to align (8)中的所有 align (4)。
3.要对新的未编程器件进行编程、请使用等待引导。
一旦您进行编程并希望独立执行、请使用闪存启动。
以下摘录自此常见问题解答的代码段： e2e.ti.com/.../faq-how-can-we-improve-the-flash-tool-performance
4.您说有人无法再编程 -编程时出现了什么错误？ 请提供更多详细信息。
5.请检查 XRSn 在无法独立运行时是否有切换-可能是由于看门狗/ECC 错误而复位。
请注意：我将不在办公室-我的同事将跟踪此帖子。 我们的回复可能会有一些延迟。
谢谢、此致、
Vamsi
Vamsi 您好、感谢您的建议。
a) memcpy()将在两个 CPU 中执行
CPU1： 
CPU2： 
b)在文件"F2837xD_CodeStartBranch.asm"中，对于两个 CPU，我禁用了看门狗：
稍后在主系统中调用 initr()以再次启用看门狗。 我希望这是正确的。 n´t 这是正确的序列、则在对器件进行粉末循环后它不起作用。
c)您是指 "F2837xD_CodeStartBranch.asm" 吗？ 它位于 CPU1的 hal 目录中：
对于此处的 CPU2：
n´t 您的确切含义。 闪存入口点位置是否为0x080000？ 那么就是这样。
在 CPU1的 cmd 文件"2837x_flash_lnk_cpu1.cmd"中、begin 为：
闪存扇区从此处开始：
对于"2837xD_FLASH_lnk_CPU2.cmd"中的 CPU2、开始为：
和闪存扇区：
如何检查是否使用了正确的 cmd 文件？ 也许程序加载了错误/另一个 cmd 文件？
d) 我为 CPU1和 CPU2添加了 CODE_START、然后出现以下警告：
但同样、当启动 onlnie 调试其工作时、但在对器件执行 powercycle 后、程序不再运行。
如果您有我可以尝试的更多想法/建议、或者您需要更多信息、请告诉我。
谢谢你
此致
威利
尊敬的 Anu：
我在项目中看不到任何.map 文件：
这是否是问题，地图不会生成？
谢谢、此致
威利
尊敬的 Anu：
现在我找到了它。 映射文件的条目为空、现在我编写了一个文件以创建：
映射文件的 CodeStart 显示：
下面进一步介绍：
此致
威利
尊敬的 Anu：
对 CPU2而言、它是相同的：
下面进一步介绍：
我有一个运行 LED、它在 CPU2运行时每秒切换一次。 从调试探针开始时、LED 会正常切换。 在对器件进行粉末 处理后、LED 不再切换。
对于 CPU1、我进行了测试并添加了 LED 切换：
当我使用调试探针连接时、LED 会亮起和熄灭。 经过粉末循环 CPU1后、LED 不亮。 因此、代码甚至不会启动。
让我知道我是否可以测试其他东西。
此致
威利
尊敬的 Anu：
我的 CCS10在执行此步骤并连接到目标时的表现。 以下是我的步骤、可能是我做了一些错误的事情：
我将一个新的目标文件复制到了我的项目中、并且首先要在这里将调试探针从 XDS100v2更改为 XDS110
--> 
这位于旁路的 CPU1和 CPU2之后：
要启动它、我右键单击目标文件并选择"Debug As (调试为)"。 我希望这是正确的：
然后将显示此消息：
我按"是"继续。 然后、它看起来是这样的：
然后、我为 CPU1选择了输出文件：
没有发生任何事情。 然后我按下 "Connect Target"：
之后、CCS10崩溃。
e2e.ti.com/.../hs_5F00_err_5F00_5584.log
如果您需要更多信息、请告诉我。
此致
威利
Anu、您好、谢谢、现在我可以连接到目标。 (CCS 版本为10.4)
但当我按下 PAUSE 时、我认为没有代码(0x3FEFC6 (未定义符号粗体))
我在目标配置中清除了 GEL 路径、但当我保存它时、"../targetConfigs"将显示为默认值：
也是针对 CPU2执行此操作的。
然后、我启动 CPU1的目标文件：
加载了符号：
并按下"CONNECT to target：
有时、在很短的一段时间内、当我第一次启动它时、文本显示"已暂停-目标上发生重置"。 但仅适用于2节电池。 在这里、我很幸运地在屏幕截图中看到它、然后它在按下暂停时仅显示"暂停"。
更新：我按下"Restart"按钮、然后出现代码：
我不知道这是不是计划的、但这是 CPU1在重启后直接提供的
来自 CPU2：
然后 CPU2卡在那里、即使我按下"Run"。
此致
威利
尊敬的 Anu：
场景1：
1) 1)无法从 Uniflash 开始。 通过启动调试会话下载 CCS 映像。 代码正在运行、GEL 文件可用：
然后、我断开与目标的连接：
2) 2)我从 targetconfiguration 中删除 GEL 文件(自动插入..\targetConfigs)：
之后、我启动 targetConfig：
其中没有 GEL 文件：
3) 3) 我连接到目标：
4) 4)加载符号：
在不按 RUN 的情况下、CPU1现已位于此处：
CPU2位于此处：
按下 RUN 后 、CPU2正在工作、但 CPU1在 while 循环中卡住：
第2次：
1)与场景1类似。 GEL 文件返回 targetConfig 并启动调试会话以加载映像文件。 代码正在运行
2) 2)对设备进行骑行
3)与场景1类似。 删除 GEL 文件并手动启动 targetConfig。 视图中没有 GEL 文件
4)与场景1类似。 连接到 CPU1和 CPU2
5) 5)加载符号。 在场景1中、我可以看到代码暂停的位置。 但在这里、我看不到任何程序或断点：
按下重新启动按钮后： 
第一次尝试时、代码正常工作、运行 LED 正确切换：
当我第二次尝试时、CPU2现在卡在这里：
我不知道 CPU1的初始化过程是如何的、因此它始终以 CPU1优先的方式启动。 CPU2将使用命令 IPCBootCPU2从主代码中的 CPU1启动：
稍后、CPU1将在 while 循环中等待、直到 CPU2引导：
此致
威利
尊敬的 Anu：
CPU1的映射文件中的否不是这样的地址。
但我在 TRM 中找到了它( 第4.10.3.1节 CPU1引导 ROM 存储器映射)
必须处于引导状态、因为 CPU1的地址为3FEFC6。 这是有道理的、因为当我对器件进行粉末循环并再次启动时、LED 不亮。
此外、当我在一个 powercycle 后通过 targetConfiguration 连接到器件时、CPU1在按下"Restart"后才会启动。 那么它的工作(有时)正常。 因此、这意味着闪存工作正常、但 CPU1未启动(卡在引导中)。
那么、我认为我们必须了解、CPU1为何卡在引导中？
此致
威利
尊敬的 Anu：
1.在哪里可以检查版本？ 它是一款采用 f2837d 芯片的定制电路板。 芯片的确切字符串为"TMS320 F2837DZWTT YFC-06AXSQW GI"
2.引导映像：您是指调试视图中的"加载符号"吗？
原因我从引导映像.out 文件加载符号、但未发生任何情况、并且无法选择源文件的路径。
此致
威利
尊敬的 Anu：
我没有n´t，抱歉。 那么、我再试一次。 目标配置具有 默认 GEL 文件。 我希望在执行符号加载之前这是正确的：
然后按"Debug"下载并启动代码：
完成此操作后 、器件处于暂停模式、我立即加载以下符号：
路径与您描述的相同：
在该 CPU1显示"No source available (无源可用)"后：
当我为 CPU2执行此操作时、将显示以下内容：
我有什么问题吗？
此致
威利
Willi、
代码执行在引导 ROM 代码中停止后、需要加载引导 ROM 符号。 这种情况发生在上面的情形2中。
[引用 userid="343212" url="~/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1043860/tms320f28379d-programm-not-starting-after-power-off-on---flash-problem/3904636 #3904636"]5) 5)加载符号。 在场景1中、我可以看到代码暂停的位置。 但在这里、我看不到任何程序或断点：
当您处于此状态且执行暂停后、您可以加载引导 ROM 映像的符号、并查看引导 ROM 代码 CPU1中的停止位置。
谢谢、
Anu
尊敬的 Anu：
好的、现在它在工作。 我加载了.out 文件并找到了源文件。
此处是 CPU1的代码所在位置：
在此函数中：
然后对 CPU2执行相同的操作：
在此函数中：
我希望这有助于确定问题。
此致
威利
尊敬的 Anu：
我已检查 GPIO 的引导模式：
在调试期间、我检查了 GPIO 72和84。 两个 GPIO 都设置为0：
对于闪存模式、这两个值都应为1、这是正确的吗？
我曾与我们设计电路板的电气工程师交谈。 遗憾的是、在 GPIO 72和 GPIO 84上、我们为 LED 设置输出。
此外、从客户角度来看、当他们安装旧版本的闪存软件、然后安装新软件时、这种情况很奇怪。
当他们首先安装新软件时、它不起作用。
您是否知道这是什么情况、引导模式有其他行为？
或者如何修改软件以强制从闪存引导、然后将这些 GPIO 用作输出？
谢谢你。
此致
威利
Willi、
GPIO 72和84需要值1、如下所示：
当 GPIO 72和84为1时、引导模式设置为 Get Mode。 由于您不对 OTP 进行编程、因此 Get Mode 将默认为 Flash Boot。
我认为还值得刷新旧固件并检查 GPIO 引脚的状态、然后查看新固件是否会导致 GPIO 引脚的状态发生变化。 如果没有 OTP 编程、GPIO 72和84需要为1才能从闪存引导。
谢谢
Anu
