使用MULTI调试嵌入式控制器的时候，Green Hills Flash下载脚本该怎么写，下载以后程序不运行又要怎么办，这类问题是常会碰到的。目标连接、芯片复位、存储器初始化、擦除、写入、校验还有运行这些操作，都可以由Flash脚本给固定下来。脚本执行成功了，也只能说明数据或许被写到了指定的区域里，处理器复位之后能不能从这个地址启动，那还不一定。要是程序没有运行起来，链接地址、启动模式、复位向量和硬件初始化的检查，就得接着往下做。

　　一、Green Hills Flash下载脚本怎么写

　　在Green Hills MULTI里面，调试命令不单能在命令窗口里执行，还可以存成脚本，用来反复地做目标连接、下载和调试这些操作。实际要用到的命令，会跟着处理器、开发板、调试探头的型号、Flash的种类还有MULTI的版本发生变动，所以不太建议直接把别的项目的脚本抄过来用，得把当前的BSP和目标配置当作底子。

　　1、先整理脚本执行顺序

　　一个完整的Flash下载脚本，一般会按这样的顺序来组织：连接目标、停止处理器、执行复位、初始化硬件、擦除Flash、写入程序、执行校验，然后再次复位。【硬件初始化】这一步，可能要包含时钟、外部总线、Flash控制器、片选和看门狗这些设置。

　　要是用的外部NOR Flash或者QSPI Flash，控制器和时钟要是没被初始化，就算下载工具已经认出了处理器，也不一定能把存储器正常地访问到。

　　2、引用正确的Flash配置

　　在MULTI的项目或者调试配置里面，要选一个跟芯片、开发板还有Flash器件对得上的Flash programmer配置。内部Flash一般是靠着芯片支持包的，外部Flash呢，说不定还要用上厂商给的初始化文件或是编程算法。别光看Flash的容量就去挑配置，因为总线宽度、扇区结构、写入粒度，还有擦除的方式都不一样，随便弄就可能让下载失败，或者校验出问题。

　　3、把校验和复位写进流程

　　下载完成以后，得去做一回【Verify】，这样的校验，把目标Flash里头的内容，跟输出文件对一对，看是不是一样，然后照着当前芯片的需要做一次复位。

　　调试下载的时候，可以在下载完了直接去设置程序计数器，然后让程序跑起来，不过量产时的启动，得靠真实的复位流程才行，脚本里假如只写入了程序，复位的测试却没有做，那启动配置方面的问题就容易被藏起来。

　　二、Green Hills Flash下载后程序不运行怎么办

　　程序下载完之后不运行，要先分清楚是“调试器还管着的时候不能跑”，还是“把调试器断开、重新上电以后不能启动”。头一种情况更可能是跟入口地址、断点、复位的状态有关系，后一种呢，一般要去查Boot的配置、向量表，还有启动文件。

　　1、检查链接地址和写入地址

　　去查看一下【Memory Layout】，还有链接映射文件，确认代码段、向量表和只读数据，是不是真的都链接到了目标启动的区域。

　　假如程序链接的时候是在RAM地址上，却拿Flash工具写到了Flash里头，那CPU复位以后，可不会自己找到正确的入口。要是项目里带上了Bootloader，还得确认应用的起始地址有没有跟Bootloader的区域错开，并且跟跳转的地址对得上。

　　2、检查复位向量和启动模式

　　复位完了以后，去读一下程序计数器、栈指针，还有向量基址，看看它们指的地方是不是有效的Flash区域。同时，启动引脚、Option Byte、Boot Mode，加上安全配置也得检查。有一些控制器，可以从内部Flash、外部Flash、串口或者系统Boot ROM启动，万一硬件启动的模式给选错了，程序就算已经写进去，处理器还是会跑进别的启动入口里头去。

　　3、排查启动代码卡死位置

　　在复位入口、启动汇编、系统时钟初始化，还有main函数这些地方，都设上断点，瞧瞧程序能跑到哪一步。要是能进到复位入口，可main函数就是到不了，那常见的原因里头，有栈地址弄错了、数据段复制没成功、BSS段清零出了异常、外部的存储器没被初始化，又或者是时钟配得不对。假如进了main以后很快就停了，那就得去看看看门狗复位、异常向量、非法访问，还有电源监控这些了。

　　三、Flash下载和启动怎么形成稳定流程

　　Flash出的问题，好些时候不是哪一个参数单独给弄出来的，而是下载配置、链接脚本，还有板子上的启动条件，没凑到一块儿去。调通了以后，得把那些关键的配置给固定下来，省得换了电脑或者换了工程版本之后，又冒出一样的毛病。

　　1、区分调试镜像和启动镜像

　　调试用的镜像，有可能要靠着调试器来初始化寄存器，启动镜像可就不同了，所有初始化的活，都得由启动代码自己干完。验证的时候，下载完了要把调试器断开，重新把电接上测一测。只有离了调试器还能启动，才说明Flash镜像和启动的流程差不多是对头的。

　　2、保存可验证的下载记录

　　最好把【程序文件版本】、链接地址、Flash配置、校验结果，还有下载的时间，都记下来。

　　启动的时候碰到不正常的情况，就可以先拿当前这个镜像，跟上一次能跑起来的版本去比对比对，看变化是出在代码上，还是链接配置或者Flash脚本上，不用每一次都从硬件连接那里开始重新查一遍。

　　3、修改脚本后分步测试

　　往脚本里头新加初始化命令的时候，别一回就塞进一大堆寄存器的配置。可以先在MULTI的命令窗口里，一条一条地去执行，每一步的结果都看正常了，再存成那种自动化的脚本。这么干的话，能更快找出来问题，到底是目标连接没连上、某条寄存器访问不对劲，还是在擦除和写入的阶段出了岔子，也能免得脚本一失败，光剩下一条说不清楚的错误提示。

　　总结

　　Green Hills Flash下载脚本怎么写，下载后程序不运行又该怎么办，这里头最要紧的，是把目标连接、硬件初始化、擦除、写入、校验还有复位，串成一个完整的过程。程序写进去了以后，链接地址、复位向量、启动模式，还有启动代码，都得核对好，不能一看见“下载成功”，就直接当成“启动正常”了。把调试器底下跑的情况，和真正上了电的启动分开去验证，再把脚本的版本和校验的记录保存好，Flash下载的流程就会变得稳当一些，后面再出了什么问题，也更容易把地方找出来。