280049调试时增加几个全局变量，掉电重启后程序无法运行

在工程属性下增大一下堆栈看看呢

不确定添加的是什么全局变量？理论上与看门狗是没关系的。程序在RAM中运行正常吗？

非常抱歉，现在才回复。增加的就是普通的unsigned short的变量，将CMD文件改为load至RAM中，程序正常运行。目前是load至FLASH在线仿真正常运行，掉电重启才不正常。

非常抱歉，现在才回复。目前把堆栈增大至0x400测试也不可以，只有把看门狗关闭才正常。

是否因为不关闭看门狗，看门狗会在进入main函数前超时，导致运行不正常？

目前只能猜测是看门狗的复位导致的程序无法运行。你可以观测一下复位引脚的情况，看是否有这一复位信号产生。
但是看门狗的复位和新添加的全局变量的关系还是无法确定，如果不需要看门狗的话建议就关闭之后调试。

首先建议测试一下复位引脚有无信号，判断一下是复位引起的程序无法运行还是其他问题。
其次，建议你在TI提供的例程中添加这几个全局变量再观察程序能否运行，以此判断会不会是工程有问题。
可以用以下位置的代码，观测GPIO口的电平：C:\ti\c2000\C2000Ware_2_01_00_00\device_support\f28004x\examples\led

Green您好，非常感谢您最近的支持，按照您给的意见，测试结果如下：
1）在官方例程加入全局变量，测试正常
2）程序无法运行并非是看门狗复位引起的，最后通过map文件发现丢失了 00086ff6 00000008 f28004x_codestartbranch.obj (.text)段，所以掉电无法运行，应该是找不到main函数入口了

目前的修改方法是，将cmd文件中的数据对齐ALIGN(4)去除，增加变量，不关看门狗也可掉电正常运行。
疑问：
1）数据对齐方式是否会引起编译时数据的丢失（目前若加入数据对齐，则map中没有 f28004x_codestartbranch）
2）去除数据对齐ALIGN(4)是否有潜在的风险；
3）您能否提供关于cmd文件详解的相关材料；
盼复，祝好！