第2章：C2000启动流程详解
做C2000开发，很多人一上来就写应用代码，觉得启动流程是芯片自己的事。嗯，我以前也这么想。直到有一次，现场设备上电后偶尔起不来，排查了整整三天——最后发现是引导模式选择引脚虚焊，芯片一直在等待CAN报文，根本没进我的程序。
从那以后，我养成了一个习惯：先把启动流程吃透，再动手写代码。你想想看，如果连芯片从哪开始跑、怎么跑到你的main函数都不知道，出了问题你怎么定位？
2.1 上电复位流程
C2000上电后，第一件事不是执行你的程序，而是完成一系列硬件初始化。说白了，芯片得先把自己"叫醒"，确认各个模块都正常了，才能去干活。
整个上电复位流程大致分三步：
- POR（Power-On Reset）：电源电压上升到阈值后，芯片内部复位逻辑被触发。此时所有寄存器恢复默认值，大部分外设处于禁用状态。
- 外部复位信号采样：芯片会检测XRS引脚的电平。如果外部拉了低电平，芯片会一直保持复位状态。我遇到过客户用RC电路做上电延时，结果电容选太大，复位时间超过了芯片的等待窗口——程序死活跑不起来。
- 内部时钟启动与锁定：芯片内部的振荡器开始工作，等待主时钟（通常是OSC或INTOSC）稳定。这个时间取决于时钟源和锁相环配置，一般在几百微秒到几毫秒之间。
关键时间点：从POR触发到Boot ROM开始执行，通常需要50~200μs。如果你的系统对上电时序有严格要求（比如和FPGA同步启动），这个窗口必须考虑进去。
2.2 Boot ROM执行过程
复位释放后，CPU会从地址0x3FFFC0（这是C2000的Boot ROM入口地址）开始取指。Boot ROM是芯片出厂时固化的一段程序，用户改不了。它的任务很简单：判断用户想从哪启动，然后把控制权交过去。
Boot ROM的执行流程我画了一张图，你看一眼就明白了：
我的经验：Boot ROM执行期间，大部分中断是被屏蔽的。所以别指望在启动阶段用中断来同步外设。我曾经想在Boot阶段用定时器中断做延时，结果发现中断根本没响应——白白浪费了半天调试时间。
2.3 引导模式选择
C2000支持多种引导模式，通过采样GPIO引脚状态来决定。具体来说，芯片会读取几个专用引脚（不同型号引脚编号不同）在上电时的电平，然后查表确定启动方式。
常见的引导模式有这些：
| 引导模式 | 典型GPIO状态 | 适用场景 |
|---|---|---|
| Flash启动 | GPIO高电平 | 产品量产，从片内Flash加载用户程序 |
| SCI串口启动 | GPIO低电平 | 开发调试，通过串口下载程序到RAM |
| CAN启动 | 特定组合 | 通过CAN总线更新固件 |
| I2C/SPI启动 | 特定组合 | 从外部EEPROM或SPI Flash加载 |
| 并行GPIO启动 | 特定组合 | 从外部并行存储器加载（较少用） |
避坑指南：我曾经遇到一个案例，客户把引导模式选择引脚悬空了。上电后引脚电平不稳定，芯片有时候进Flash启动，有时候进SCI等待。结果就是——十台设备里有两三台起不来。解决方案很简单：上拉或下拉电阻必须焊，别省这个成本。
这里有个细节很多人会忽略：引导模式引脚只在复位释放瞬间被采样一次。之后你再改变引脚电平，芯片也不会重新判断。所以如果你需要动态切换启动模式，得用软件复位或者重新触发POR。
2.4 应用程序启动入口
Boot ROM完成引导模式判断后，会跳转到用户程序的入口地址。对于Flash启动模式，这个地址通常是0x3F8000（具体取决于芯片型号和Flash扇区划分）。
跳转之前，Boot ROM会做几件重要的事：
- 初始化堆栈指针（SP）：指向用户定义的栈顶地址
- 设置入口地址：从Flash的特定位置读取复位向量，跳转到
_c_int00（C/C++运行时环境入口） - 配置基本时钟：部分型号的Boot ROM会设置一个默认的系统时钟频率
到了_c_int00之后，C运行时环境才开始干活：初始化全局变量、调用构造函数、最后才进入你的main()函数。嗯，这里有个常见的误解——很多人以为复位后直接进main，其实中间隔了好几层。
启动抖动问题的根源：如果Boot ROM在跳转前没有正确配置外设时钟，或者你的Flash内容被意外破坏，芯片就会在启动阶段"卡住"或"反复重启"。这就是我们这门课要重点排查的启动抖动问题。
我个人的习惯是，在每个项目的启动代码里加一段启动标志位——在进入main之前，往一个专用RAM地址写一个固定模式（比如0x5A5A）。这样如果芯片发生复位，我可以通过调试器查看这个标志位，判断程序到底跑到了哪一步。这个小技巧帮我快速定位过好几次启动问题。