4. 启动与引导问题：Bootloader模式选择、GPIO启动引脚配置、引导表生成、上电后程序不运行排查

DSP上电后程序不运行，这大概是联调阶段最让人头疼的问题之一。我见过不少工程师，硬件查了两天，最后发现是Boot引脚电平焊错了。说白了，DSP的启动过程就像一把钥匙开一把锁——Bootloader就是那把钥匙，而GPIO引脚就是锁孔的形状。今天咱们就把这块彻底捋清楚。

4.1 Bootloader模式选择

DSP芯片内部固化的Bootloader，负责在上电后将用户程序从外部存储器搬运到内部RAM或Flash中执行。不同的DSP系列支持的启动模式不同，但常见的有这么几种：

启动模式	存储介质	典型应用场景	注意事项
Flash启动	片内/片外Flash	量产产品，掉电保存	需提前烧录引导表
SPI启动	SPI Flash/EEPROM	低成本方案，引脚少	时钟频率不能太高
I2C启动	I2C EEPROM	小容量程序，调试阶段	地址需与硬件匹配
HPI启动	外部主机（ARM/FPGA）	多核系统，主从架构	需主机侧驱动配合
PCIe启动	PCIe总线	高速数据传输场景	链路训练需稳定

我个人习惯在项目初期就把启动模式定死，不要留到联调阶段再改。因为一旦PCB打样回来，Boot引脚电平改起来非常麻烦——飞线、割线，搞不好还得重做板子。

4.2 GPIO启动引脚配置

DSP芯片一般会预留一组或多组GPIO引脚，用于在上电复位时采样电平，决定Bootloader的行为。这些引脚通常被称为「Boot Mode Pins」或「Boot Configuration Pins」。

嗯，这里有个容易踩的坑——很多工程师以为只要在代码里配置GPIO就行了。其实不是的，Boot引脚是在复位释放瞬间被采样的，那时候你的程序还没跑起来呢。所以这些引脚的电平必须通过硬件上拉/下拉电阻来固定。

4.2.1 引脚采样时序

DSP上电后，内部复位逻辑会维持一段时间的复位状态（通常是几十到几百微秒），这段时间内Boot引脚的电平被锁存到内部寄存器中。复位释放后，Bootloader根据锁存值选择启动流程。

我曾经遇到过一个问题：板子上电后偶尔能启动、偶尔不能。查了两天才发现，是复位电路的RC时间常数和Boot引脚采样窗口不匹配。复位释放太快，引脚电平还没稳定就被采样了。解决方案很简单——在复位芯片的延迟引脚上加个电容，把复位时间拉长到100ms以上。

4.2.2 常见GPIO配置对照表

以TI C6000系列DSP为例，Boot模式引脚通常为3~5个，组合起来决定启动方式：

Boot Mode[4:0]	启动模式	EMIF接口宽度	时钟源
00000	EMIF Flash 启动	8位	内部振荡器
00001	EMIF Flash 启动	16位	内部振荡器
00010	SPI 启动	—	外部时钟
00011	I2C 启动	—	外部时钟
00100	HPI 启动	—	内部振荡器
11111	无启动（等待主机）	—	—

你想想看，如果原理图上Boot Mode[0]画的是下拉到地，结果PCB焊接时电阻虚焊了，那引脚就变成浮空状态。DSP内部的上拉/下拉通常很弱（约20μA~50μA），稍微有点噪声就会误判。所以我的习惯是：每个Boot引脚都串一个10kΩ电阻到VCC或GND，并且在PCB布局时把这些电阻放在DSP引脚附近，走线越短越好。

4.3 引导表(Boot Table)生成

引导表是Bootloader用来搬运程序的「地图」。它包含了程序代码的起始地址、长度、数据内容以及校验信息。说白了，就是告诉Bootloader：你要把哪段数据搬到哪个地址去。

4.3.1 引导表的结构

一个标准的引导表通常包含以下几个部分：

1. 表头（Header）：标识引导表的开始，包含魔数（Magic Number）或版本号。
2. 段描述符（Section Descriptor）：每个段包含目标地址、数据长度、数据内容。
3. 结束标志（Terminator）：告诉Bootloader引导表结束，可以跳转到入口地址执行。
4. 校验和（Checksum）：可选，用于验证数据完整性。

我记得有一次调试，程序烧进去就是跑不起来。用仿真器连上去看，发现程序被搬到了错误的内存地址。后来一查，是引导表生成工具的参数配错了——把.text段的加载地址设成了运行地址，但实际应该先搬到RAM再运行。这个错误在编译阶段不会报错，只有联调时才会暴露。

4.3.2 使用Hex工具生成引导表

TI的CCS开发环境提供了hex6x/hex2000等工具，可以将COFF或ELF格式的可执行文件转换为引导表格式。基本命令如下：

hex6x my_program.out -boot -bootorg 0x90000000 -bootsection .text 0x90000000 \
    -map my_program.map -o my_program.hex

参数说明：

• -boot：生成引导表格式
• -bootorg：指定引导表在Flash中的起始地址
• -bootsection：指定需要引导的段及其目标地址
• -map：生成映射文件，方便调试

4.3.3 引导表在Flash中的布局

Flash的存储空间有限，引导表的布局直接影响启动速度和后续的固件升级。一个典型的布局如下：

Flash起始地址: 0x90000000
+-------------------------------+
| 引导表头 (4字节)              |  ← 魔数 0xAA55
+-------------------------------+
| 段1描述符 (8字节)             |  ← 地址+长度
+-------------------------------+
| 段1数据 (N字节)               |  ← .text段代码
+-------------------------------+
| 段2描述符 (8字节)             |  ← 地址+长度
+-------------------------------+
| 段2数据 (M字节)               |  ← .const段数据
+-------------------------------+
| ...                           |
+-------------------------------+
| 结束标志 (4字节)              |  ← 0x00000000
+-------------------------------+
| 应用程序入口地址 (4字节)      |  ← Bootloader跳转目标
+-------------------------------+

这里要注意：引导表本身也要占用Flash空间。如果你的程序有200KB，加上引导表的开销（段描述符、表头等），实际占用的Flash可能达到205KB。选型时一定要留出余量。

4.4 上电后程序不运行排查

这是联调阶段最常被问到的问题。程序不运行，原因可能出在硬件、Bootloader配置、引导表生成、甚至电源时序上。我总结了一套排查流程，按优先级排列：

4.4.1 排查流程

1. 检查电源和时钟：用示波器测DSP核心电压、IO电压、复位引脚、时钟引脚。电压纹波不能超过5%，时钟频率误差不能超过1%。
2. 检查复位时序：复位引脚在电源稳定后是否释放？释放时间是否在Boot引脚采样窗口之前？
3. 检查Boot引脚电平：用万用表测每个Boot引脚对地/对VCC的电压，确认与设计值一致。
4. 检查Flash/SPI/I2C器件：用逻辑分析仪抓取Bootloader访问外部存储器的波形，看是否有应答。
5. 检查引导表内容：用仿真器读出Flash中引导表的数据，验证魔数、地址、校验和是否正确。
6. 检查程序入口地址：确认Bootloader跳转的目标地址是否与链接脚本中的入口地址一致。

4.4.2 常见故障现象与原因

故障现象	可能原因	排查方向
上电后DSP无任何反应	电源/时钟/复位异常	测电压、时钟波形、复位电平
DSP有电流但程序不跑	Boot引脚配置错误	测Boot引脚电平，对比数据手册
程序跑飞或死机	引导表地址错误/校验失败	用仿真器读Flash，验证引导表
偶尔能启动偶尔不能	复位时序/电源纹波/噪声	示波器长时间抓取复位和电源波形
仿真器能连但脱机不跑	Flash烧录不完整/引导表缺失	重新烧录并验证CRC

嗯，这里再补充一句：如果你用仿真器连接DSP后能正常调试，但脱机就不行，那90%是引导表或Boot引脚的问题。仿真器连接时，DSP的Bootloader被旁路了，所以程序能跑；脱机时Bootloader才真正起作用。

4.5 本章知识体系

下面这张图把启动与引导的核心流程串起来了，你可以对照着排查问题：

这张图把启动流程分成了五个阶段。你在排查时，可以从下往上倒着查——先看程序有没有跑起来，再查Bootloader有没有跳转，最后查硬件配置。这样效率最高。