嵌入式程序进入板级调试以后，问题就不只在代码里了。开发电脑、MULTI、调试探针、目标板和处理器之间只要有一处配置没对应好，程序可能已经编译通过，却停在下载或连接阶段。Green Hills的调试方式还会随目标处理器和连接设备变化，有的工程走JTAG，有的使用SWD或其他接口。碰到连接失败时，把软件配置和硬件链路分开检查，往往比反复重新连接更容易找出原因。

Green Hills工具链可以把链接完成的可执行映像转换为Motorola S-record文件，常用于单片机、汽车ECU和嵌入式控制器的Flash烧写。Green Hills怎么生成S-record文件，Green Hills生成S-record文件后地址范围不正确如何调整，重点在于先确认最终可执行文件中的装载地址，再进行格式转换。S-record中的地址通常继承链接结果，如果Flash区域、启动段或数据段在链接阶段已经放错位置，单纯重新生成S-record并不会自动修正地址。

Green Hills MULTI工程在编译C/C++源码时，需要通过头文件搜索路径找到工程公共头文件、芯片厂商头文件以及第三方库接口。路径已经填写但编译仍提示找不到文件，往往与配置作用范围、相对路径基准、工程层级或实际编译参数有关。处理“Green Hills怎么配置头文件搜索路径，Green Hills头文件路径配置后仍然找不到文件如何排查”时，应以编译器最终收到的搜索目录为判断依据。MULTI的Project Manager负责工程构建管理，Green Hills编译器的选项也可以按工程或单个文件配置。

Green Hills链接映射文件怎么查看，以及在其内部遇到内存段溢出的问题要如何处理，这件事，先得把那份map文件当成一份最终的，关于内存的账本来对待，它并不是一份普通的记录，而是链接器把各个目标文件、库文件、段落、符号和地址整理在一块儿之后得到的结果，你的程序究竟能不能被放进Flash、RAM、共享内存或者那些专用的段里面，很多情况下，不用先去把板子跑起来，而是先拿眼睛看一看这份链接映射文件，就能把问题给找出来。

Green Hills MULTI工程怎么配置，Green Hills MULTI工程依赖路径失效怎么排查，这在嵌入式工程迁移、更换电脑、更换工具链版本，或接入CI构建的时候经常能碰到。MULTI工程并不只是用来保存源文件的列表，它还会把编译器、目标处理器、include路径、库路径、链接脚本、启动文件以及构建选项全都关联在一起。路径一旦被写成了个人电脑上的绝对目录，或者项目结构调整后没有同步更新，就容易出现头文件找不到、库文件找不到、链接失败，或者工程能打开却无法编译这一类的问题。

Green Hills MULTI里的工程和普通桌面IDE不太一样，项目结构往往会和目标处理器、运行环境、链接布局一起确定。工程刚建好时，即使源码只有几个文件，只要目标板、工程层级或者路径配置有一处没对上，构建时就可能连续出现找不到头文件、链接文件缺失、目标架构不匹配等报错。遇到这种情况，与其盯着最后一条错误反复修改，不如从顶层工程和较早出现的构建信息往下查，思路会清楚很多。

在Green Hills MULTI中，符号信息是源码调试、函数定位、断点设置和变量查看的重要基础。调试器读取可执行文件中的符号及调试信息后，才能把函数名、变量名与实际地址对应起来。遇到“Green Hills怎么查看符号表，Green Hills符号表中找不到目标函数如何检查”时，除了确认函数是否真的参与编译，还要结合链接结果、优化设置、调试信息以及当前加载的程序映像判断。MULTI支持源码级符号调试，并可使用ELF/DWARF等标准调试输出。

Green Hills的编译优化等级到底要怎么调，还有优化以后变量没有办法被观察到，这要怎么处理，这些问题一般是出现在从Debug版本往性能版本那边切过去的阶段。编译优化会去把函数给内联展开，把没有用到的代码给删掉，重新去分配寄存器，对指令的先后顺序也做一些调整，程序的运行结果虽然没有变，但这可不表示它生成出来的机器代码，跟每一行的源代码还能一一对应得上。Green Hills编译器里面，性能的级别和调试的级别都是可以选的，MULTI调试器则可以把源代码、内存、寄存器，还有函数调用栈放到一起，去查看程序的状态。

在调试启动代码、中断服务程序、任务切换或者底层外设驱动的时候，光盯着C语言层面的变量往往判断不出真正的问题，直接观察寄存器窗口反而能更快抓住线索。Green Hills MULTI调试器支持多种处理器架构和连接方式，在配合硬件探针时，不仅能设置断点、读写内存，也可以实时查看通用寄存器、程序计数器、堆栈指针、状态寄存器和部分外设寄存器。按照官方资料的说明，成功连接目标之后，通过读写寄存器来验证调试链路是否正常，本身就是一个很基础的检查手段。

在安全关键系统的设计里，把不同任务分到不同的目录下面，并不等于就实现了真正的分区隔离。分区要做的事情，是把安全等级、实时性要求、内存使用、设备访问和通信关系这几样东西全都隔离开来，让它们互相之间不会产生不必要的影响。在Green Hills INTEGRITY这个实时操作系统中，划分好分区以及检查每个分区的资源限制，是两项很关键的工作，而且应该先想清楚哪些功能必须互不干扰，再给每个分区分配好固定的资源额度。

在嵌入式项目开发中，编译器配置经常会被忽略，但它会直接影响程序生成方式和最终运行表现。很多时候，工程能够完成编译，并不代表编译选项完全符合当前项目要求，例如目标处理器配置不匹配、优化等级调整不合理、调试信息没有正确生成等，都可能导致后续调试困难。Green Hills作为嵌入式开发中常用的工具链，编译选项涉及工程、芯片平台以及构建环境多个部分，配置时需要结合实际项目情况进行调整。

在Green Hills MULTI工程中，代码段、只读数据、已初始化数据和未初始化数据最终放到Flash还是RAM，主要由链接阶段决定。Green Hills编译器属于MULTI工具链的一部分，链接器负责把目标文件和库组织成最终可执行文件，因此嵌入式项目经常需要根据芯片Memory Map调整链接布局。处理“Green Hills怎么配置链接段地址，Green Hills链接段地址发生重叠如何调整”时，应先确认芯片实际内存范围，再检查链接指令文件中的起始地址、区域长度、对齐方式和各段实际占用。

想要搞明白Green Hills INTEGRITY工程怎么创建，还有Green Hills INTEGRITY任务启动失败怎么排查，这两个问题只要是用MULTI来开发那种实时嵌入式应用，就绕不过去，一个INTEGRITY工程不是简简单单把几个C文件塞进项目里就完事了，它还要管目标板上的BSP、地址空间怎么分、内核怎么配、任务从哪里进去、共享库怎么弄，还有怎么连到目标板，工程能顺顺利利编译过去，也不等于任务就一定起得来，好多启动的问题其实是卡在了镜像没有正确加载进去，入口函数没配对，依赖的那些服务还没跑起来，或者任务申请的内存和系统资源已经超过了配置给它的范围。

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

在嵌入式项目的开发过程中，只要工程里用到的预编译库稍微多起来，路径设置混乱、不同版本互相覆盖、同一个符号被重复定义这类问题就会变得非常常见，单靠把所有能看到的库文件一股脑儿塞进工程里并不能解决问题。更稳当的处理办法，是先花些力气把每一个库的来源、它所对应的芯片平台、当初编译时用了哪些选项，还有链接过程中各个库的先后次序都理清楚，然后再借助map文件和链接日志，准确地找出到底是哪两个目标文件或者哪两个库之间发生了冲突。

Green Hills MULTI通过调试探针与目标处理器建立连接后，才能进行程序下载、断点、寄存器查看和运行控制。连接参数看起来已经填写完整，但目标板电压、调试接口、处理器型号、复位状态或JTAG时钟任意一项不匹配，都可能让连接停在通信阶段。处理“Green Hills怎么配置目标板连接，Green Hills连接目标板时一直提示通信失败如何排查”，应先确认探针与电脑之间通信正常，再逐层检查探针到目标处理器的硬件链路。Green Hills Probe与MULTI IDE本身就是用于目标板Bring-up、运行控制和硬件调试的配套方案。

在Green Hills MULTI项目中，预处理宏常用于区分硬件版本、功能开关和不同构建配置。处理“Green Hills怎么设置预处理宏，Green Hills预处理宏修改后没有生效是什么原因”时，重点要确认宏设置在哪个项目、目标或源文件层级，并在修改后让对应文件重新进入预处理和编译。MULTI本身提供项目管理和Builder，可以针对工程调整构建配置。

关于Green Hills启动代码该怎么去配置，还有Green Hills启动代码和芯片入口不匹配的情况要怎么办，遇到这个问题的时候，排查的重点不能只放在启动汇编文件上，芯片的复位机制、链接布局、启动头、向量表和调试脚本，这些东西也要同时去核对。启动代码通常会做的事情，是把栈环境给建立起来，对数据段进行初始化，把BSS段给清零，然后再进到main函数里面去，只要入口地址跟芯片实际上会去取指令的位置没有对准，那么工程就算是编译成功了，程序也可能在复位之后一下子就跑进异常的地址里去了。

嵌入式程序在运行时偶尔跑飞、任务切换出现异常，或者中断的时序表现得不稳定，这种时候光靠设置断点来一点一点地追，往往很难把问题复现出来，所以就需要搞清楚Green Hills的Trace功能是怎么把运行信息给采集上来的，以及万一Trace记录不完整，又该从哪些方面去排查，这通常要结合MULTI调试器、TimeMachine回溯工具还有硬件Trace探针这几样东西一起来看才行。Green Hills的TimeMachine可以自动把程序实际执行的数据给捕获下来，然后让调试器能够往前或往后去分析程序跑起来的过程，而Green Hills Probe V4这类的探针也提供了高速的Trace存储空间和足够的带宽，专门用来采集程序运行当中的跟踪数据。

要把这种问题排清楚，关键是把Green Hills调试器的连接链路拆开看：电脑端先把探针识别稳定住，接口端把JTAG或SWD的口径对齐，板端再确保复位与启动阶段不会把调试口关掉。你按这个顺序走，每一步都能得到明确结论，排查会快很多。