1. 项目概述与Boot ROM核心价值

在嵌入式系统开发，尤其是工业控制、电机驱动和数字电源这类对可靠性和实时性要求极高的领域，微控制器的启动过程是系统稳定运行的基石。想象一下，一个复杂的伺服驱动器上电后，如果其核心处理器无法从“混沌”状态正确、快速地加载并执行你的控制算法，那么后续的一切精妙设计都将无从谈起。TMS320F28002x作为TI C2000系列中的一款高性能实时微控制器，其Boot ROM（引导只读存储器）正是这个关键启动过程的“总指挥”和“第一执行者”。它不是一段普通的固件，而是一段在芯片出厂时就固化在ROM中的、不可更改的底层代码，其唯一使命就是在芯片脱离复位状态后，接管CPU，完成最基础的硬件初始化，并最终将控制权安全地移交给你编写的应用程序。

Boot ROM的核心工作原理，可以类比为一个高度智能且可配置的“系统引导管家”。上电后，CPU的PC指针会首先指向Boot ROM的起始地址。此时，Boot ROM代码开始执行，它的首要任务就是“读懂”你的意图：系统应该从哪里启动？是直接运行已经烧录在内部Flash中的程序，还是等待通过串口接收新的代码，亦或是从外部EEPROM加载？这个“意图”就存储在特定的配置寄存器中，主要是BOOTPIN-CONFIG和BOOTDEF。Boot ROM会读取这些配置，解码出具体的启动模式，然后执行对应的引导加载流程。这项技术的核心价值在于，它为开发者提供了一个标准化、可预测且极其可靠的启动框架。你无需从零开始编写繁琐的底层启动代码，只需通过配置，就能让芯片适应从实验室调试到批量生产的不同场景。无论是通过仿真器进行在线调试（Emulation Boot），还是产品出厂后的独立运行（Standalone Boot），Boot ROM都确保了设备总能从一个已知的、确定的状态开始执行，这是构建高可靠性嵌入式系统的第一道，也是至关重要的一道防线。

对于使用TMS320F28002x的工程师而言，深入理解Boot ROM的配置与启动模式，意味着你掌握了让芯片“听话”的第一把钥匙。无论是为了优化启动时间、实现远程固件更新（通过SCI/CAN Boot），还是设计多版本应用程序的切换机制（利用不同的Flash入口点），亦或是进行严格的生产测试（利用MPOST内存自检），都离不开对Boot ROM机制的精准把控。接下来，我将结合手册内容与实际项目经验，为你层层拆解TMS320F28002x Boot ROM的配置精髓、各种启动模式的实战细节以及那些手册上不会写的避坑指南。

2. Boot ROM配置寄存器深度解析

Boot ROM的行为完全由一组特定的配置寄存器控制。理解这些寄存器的地址、功能以及配置方式，是进行任何启动模式定制的前提。手册中将这些配置分为两大类：仿真（Emulation）配置和独立（Standalone）配置。这不仅仅是地址不同，更代表了两种截然不同的使用场景和生命周期。

2.1 仿真配置 vs. 独立配置：场景与选择

仿真配置（Emulation Boot Flow）的寄存器位于RAM中，地址以0x0000 0D00开头，例如EMU-BOOTPIN-CONFIG。其最大特点是可反复擦写。这就像一块白板，你可以在上面随意涂改。在开发阶段，通过仿真器（如XDS100/200， JTAG接口）连接芯片时，我们通常使用这种模式。你可以在CCS（Code Composer Studio）的调试环境中，通过脚本或直接修改内存，动态地改变启动配置，而无需对芯片进行任何永久性编程。这为快速迭代和调试提供了极大的便利。例如，今天测试SCI Boot，明天测试Flash Boot，只需要在调试会话中修改对应的RAM地址即可。

独立配置（Standalone Boot Flow）的寄存器则位于DCSM（代码安全模块）的OTP（One-Time Programmable，一次性可编程）区域，地址如0x0007 800C（Zone 1）。顾名思义，OTP只能被编程一次。一旦写入，就无法通过常规手段擦除。这用于产品最终定型后的生产环节。你将确定的启动模式（比如从Flash Sector 0启动）烧录到OTP中，芯片每次上电都会根据这个永久配置来引导，不再依赖仿真器。这里有一个关键设计：DCSM分为Zone 1和Zone 2，且Zone 2的配置优先级高于Zone 1。在实际应用中，通常将Zone 1作为主配置，Zone 2作为备份或工厂测试模式。例如，主程序放在Zone 1配置的Flash入口，而一个用于产线测试的简单程序可以通过Zone 2配置从SCI启动。

实操心得：配置策略规划在产品开发周期中，我通常会遵循以下策略：

1. 开发阶段：全部使用仿真配置。在CCS中创建一个GEL（通用扩展语言）文件或使用调试脚本，在上电后自动向0x0000 0D00等地址写入所需的配置值。这完全无风险，可随意更改。
2. 小批量试产/测试阶段：仍然优先使用仿真配置进行测试。只有当硬件和软件都稳定后，才考虑烧录OTP。
3. 批量生产阶段：将确定的启动模式烧录到DCSM Zone 1 OTP中。强烈建议保留Zone 2为默认值或一个已知的恢复模式（如Wait Boot），万一Zone 1配置的应用程序区域损坏，还可以通过Zone 2进入等待模式，连接仿真器进行修复。
4. 烧录OTP前的终极检查：在烧录OTP前，务必在仿真模式下完全测试目标配置。可以使用CCS的“Memory Browser”查看OTP镜像区域（如0x0007 8000开始的地址），确认待烧写的数据完全正确。OTP烧写是不可逆的，务必谨慎。

2.2 关键寄存器详解：BOOTPIN-CONFIG, BOOTDEF, GPREG2

Boot ROM的配置主要围绕几个核心寄存器展开，它们的值决定了启动的方方面面。

BOOTPIN-CONFIG：这个寄存器的主要功能是提供一个“密钥（Key）”和选择启动流程。其高字节（例如0xA5或0x5A）是一个密钥，Boot ROM会检查它。如果密钥正确，则使用BOOTDEF寄存器来决定启动模式；如果密钥不正确或为其他值，Boot ROM会忽略BOOTDEF，并可能根据芯片的GPIO引脚状态（上拉/下拉）来判定启动模式，或者直接进入等待模式。在仿真配置中（EMU-BOOTPIN-CONFIG），你可以写入0xA5或0x5A来使能BOOTDEF配置。在独立配置中（Zx-OTP-BOOTPIN-CONFIG），这个值需要在生产时一次性写入OTP。

BOOTDEF (BOOTDEF-LOW/HIGH)：这是启动模式的定义寄存器。一个32位的BOOTDEF值（由BOOTDEF-LOW和BOOTDEF-HIGH组合而成）编码了丰富的信息：

• 启动模式选择：是跳转到Flash，还是RAM，或是进入某个外设Bootloader（如SCI、SPI）。
• 外设引脚映射：如果选择了外设Bootloader，具体使用哪一组GPIO引脚。例如，SCI Boot有多个选项（Option 0-4），分别对应不同的TX/RX引脚组合。
• 看门狗使能：在等待模式下，看门狗定时器是否启用。

手册中的表4-24到4-31详细列出了每种模式对应的BOOTDEF值。例如，要从GPIO28/29进行SCI Boot（Option 0），需要将BOOTDEF的低位字节设置为0x01。这个值需要根据你的硬件电路设计来选择和计算。

GPREG2 (General Purpose Register 2)：这是一个功能强大的多功能寄存器，位于OTP的Zx-OTP-BOOT-GPREG2位置。它包含几个关键字段，需要特别关注：

• Key (Bits 31:24)：必须写入0x5A，Boot ROM才会认为该寄存器中的其他配置位有效。这是一个安全校验机制。
• MPOST (Bits 7:6)：内存上电自检配置。这是影响启动时间的关键因素之一。MPOST会在Boot ROM执行初期对芯片的所���内存（RAM， Flash等）进行完整性测试。
  • 0x0: 使用内部振荡器2（INTOSC2， 10MHz）且PLL禁用运行MPOST。速度最慢，但最省电且不依赖PLL。
  • 0x1: 使能PLL并运行在95MHz下进行MPOST。速度最快，但依赖PLL锁定。
  • 0x2: 使能PLL并运行在47.5MHz下进行MPOST。
  • 0x3:禁用MPOST。启动速度最快，但牺牲了内存初始化的可靠性检查。
• ERROR_STS_PIN config (Bits 5:4)：配置用于指示启动错误的GPIO引脚。Boot ROM会在初始化阶段配置该引脚的多路复用器（MUX）为输出模式，并在启动失败时驱动该引脚到一个特定状态（如拉低），方便外部硬件（如指示灯、主控MCU）检测。如果不需要此功能，设置为0x3（禁用）。

注意事项：MPOST的取舍是否启用MPOST以及以何种速度运行，是一个典型的“可靠性 vs. 启动速度”的权衡。

• 对于绝大多数工业应用，我建议在最终产品中启用MPOST（选择0x1或0x2）。内存故障虽然罕见，但一旦发生可能导致灾难性的随机错误。MPOST是捕获此类早期硬件问题的有效手段。95MHz的MPOST虽然最快，但如果系统时钟源（如外部晶振）或PLL电路不稳定，可能导致MPOST因PLL失锁而被跳过（如手册脚注所述）。因此，在可靠性要求极高的场合，使用0x0（10MHz）或0x2（47.5MHz）是更保守的选择。
• 在开发调试阶段，为了加快程序下载-复位-调试的循环，可以暂时禁用MPOST（0x3）。这能显著减少每次硬件复位后的等待时间。
• 计算启动时间：假设MPOST需要对64KB的RAM进行测试，在95MHz下大约需要(64*1024*8 cycles) / (95e6 Hz) ≈ 5.5ms。这只是MPOST本身的时间，还需加上PLL锁定、外设初始化等时间。禁用MPOST可能节省数毫秒的启动时间，这对于某些超低功耗或要求快速启动的应用可能很重要。

3. 启动模式全解与实战指南

TMS320F28002x的Boot ROM提供了丰富的启动模式，可以分为两大类：直接跳转模式和外设引导加载模式。理解每种模式的特点、流程和适用场景，是进行正确配置的基础。

3.1 直接跳转模式：Wait， Flash， RAM

这类模式不涉及复杂的数据传输，Boot ROM在完成基本初始化后，直接跳转到预设的地址开始执行。

3.1.1 等待模式 (Wait Boot)这是最简单的模式，Boot ROM会执行一个空循环，不会跳转到任何用户代码。CPU的PC指针会停留在Boot ROM内的一个等待循环地址范围内（如0x3F474A – 0x3F4756）。这个模式主要有三个用途：

1. 配合调试器使用：TI官方推荐在使用JTAG调试器时，将启动模式设置为Wait Boot。这可以避免Boot ROM在调试器连接前就尝试跳转到可能无效的应用程序地址，导致不可预知的行为，从而简化调试连接过程。
2. 启动失败后的安全状态：如果Boot ROM在配置解析或初始化过程中遇到错误（如无效的BOOTPIN-CONFIG密钥），且当前没有调试器连接，它也可能退回到等待模式。
3. 产线测试的初始状态：在生产线测试工位上，可以让设备上电后进入等待模式，然后由测试主机通过仿真器接管控制权，进行自动化测试。

配置示例：若要启用看门狗的等待模式，查表4-29，需设置BOOTDEF值为0x04。

3.1.2 Flash启动模式 (Flash Boot)这是产品化后最常用的模式。用户应用程序被编译、链接后，通过编程器烧写到芯片的内部Flash中。Boot ROM根据BOOTDEF的配置，直接跳转到Flash中的指定入口地址。TMS320F28002x提供了多个入口点选项，对应Flash的不同扇区（Sector）。这为实现引导加载器（Bootloader）和应用程序（Application）的分离提供了硬件支持。

实战要点：

• 链接器命令文件（.cmd）配置：在你的CCS工程中，必须确保链接器将代码的入口段（通常是.text或.cinit）正确分配到你所选的Flash入口地址。例如，如果选择Option 0，你的.cmd文件中需要有类似PAGE 0 : FLASH : origin = 0x080000, length = 0x002000的定义，并且BEGIN指令或-entry_point参数应指向该区域内的一个函数（通常是_c_int00）。
• 扇区保护：如果你使用Option 1或2作为引导加载器入口，而将主程序放在其他扇区，需要注意Flash扇区的擦写保护。引导加载器在更新应用程序时，不能擦除自身所在的扇区。

3.1.3 RAM启动模式 (RAM Boot)此模式让Boot ROM跳转到RAM的起始地址（0x0000 0000， M0 RAM）。这不是指从外部加载代码到RAM，而是指你的应用程序代码本身就已经位于RAM中。这通常用于以下场景：

• 超快速启动：应用程序非常小，可以直接编译到RAM中运行，省去从Flash拷贝代码到RAM的时间。
• 仿真调试：在CCS中，你可以选择“Load Program to RAM”进行调试，此时程序被直接加载到RAM地址。将启动模式配置为RAM Boot，复位后即可直接运行RAM中的调试代码，无需经过Flash。
• 工厂烧录器：一些量产烧录工具可能会先将一个小的“编程算法”加载到RAM中，然后配置芯片从RAM启动，再由这个RAM中的程序去擦写Flash。

重要限制：RAM是易失性存储器，断电后内容丢失。因此，RAM启动模式无法用于独立上电运行的产品，除非有外部非易失性存储器在每次上电时将代码加载到RAM（这需要额外的硬件和代码）。它主要用于调试和特殊工具场景。

3.2 外设引导加载模式：SCI， SPI， I2C， CAN， Parallel GPIO

这类模式是Boot ROM的精华所在，它们允许芯片从一个外部主机（如PC、另一颗MCU、EEPROM）接收应用程序代码，并将其加载到内部存储器（RAM或Flash）中执行。这对于系统固件更新（FOTA）、工厂生产编程和无Flash启动至关重要。所有外设Bootloader都遵循一个通用的8位数据流格式。

3.2.1 通用数据流格式解析在深入每个外设之前，必须理解这个通用格式。主机发送的数据流是一个严格的字节序列：

1. 密钥字（Key Value）：2字节，固定为0x08AA（小端序，先发送0xAA， 后发送0x08）。这是Bootloader的“握手信号”，用于确认通信链路基本正常且数据宽度为8位。
2. 保留字/配置字：紧接着的8个保留字（16字节）在某些Bootloader（如SCI， Parallel）中被忽略，而在另一些（如SPI， I2C）中则包含用于配置外设时钟或波特率的参数。例如，SPI数据流的第3、4字节分别是LOSPCP和SPIBRR的值，用于在密钥验证后提升通信速度。
3. 入口点地址（Entry Point）：4字节（32位地址），指定Bootloader完成代码加载后，CPU应该跳转到哪里开始执行。通常是加载到RAM中的代码起始地址。
4. 数据块���Data Blocks）：一个或多个数据块。每个数据块由三部分组成：
   • 块大小（Block Size）：2字节，表示本块中包含的**16位字（Word）**的数量。
   • 目标地址（Destination Address）：4字节，表示本块数据应该被加载到的内存起��地址。
   • 数据内容（Data）：连续的数据字节，长度为块大小 * 2字节。
5. 结束标志：一个块大小为0x0000的数据块，表示数据流结束。

Bootloader会解析这个数据流，将数据块按指定地址写入内存，全部完成后，跳转到“入口点地址”执行。

3.2.2 SCI Boot模式详解SCI（串行通信接口）Boot是最常用、最灵活的引导加载方式之一，它通过异步串口（UART）接收代码。

硬件连接：使用SCI-A外设。根据BOOTDEF选择的选项（见表4-24），TX和RX会映射到特定的GPIO引脚。例如，默认选项0使用GPIO29作为SCITXDA， GPIO28作为SCIRXDA。你需要将这些引脚连接到上位机的UART收发器上。

工作流程：

1. 自动波特率锁定：这是SCI Boot的关键特性。Boot ROM不预设波特率，而是通过检测主机发送的第一个字符（0xAA）的下降沿时间来计算波特率。因此，主机必须以0xAA（二进制10101010）作为数据流的第一个字节，并且该字节的位时序必须准确。
2. 回显校验：Bootloader每接收一个字节，会立即将该字节原样发送回主机。主机必须验证这个回显字节，以确保通信可靠。如果回显错误，主机应重发。
3. 数据接收与加载：完成自动波特率锁定和密钥验证后，Bootloader开始接收完整的数据流，并按照通用格式解析和加载。

避坑指南：SCI Boot的波特率陷阱

• 初始字符必须为0xAA：这是自动波特率锁定的唯一依据。发送其他值会导致锁定失败，Bootloader会超时并跳转到Flash。
• 波特率限制：手册明确指出，由于信号边沿速率限制，自动波特率检测在高于100kbps时可能不可靠。可靠的做法是：
  • 主机先以较低的可靠波特率（如9600， 19200）发送0x08AA密钥和后续配置。
  • 在数据流中，可以通过后续的配置字（在保留字区域）通知Bootloader改变SCI的波特率寄存器值（如果Bootloader支持）。
  • 更常见的做法是，在初始加载的“引导内核”程序中，包含SCI重新初始化的代码。主机在加载完这个小内核后，通过协议命令让其以更高波特率重新初始化SCI，再进行后续大数据量传输。TI提供的serial_flash_programmer工具就是这种思路。
• 硬件流控：SCI Bootloader不支持RTS/CTS硬件流控。在高速或长线传输时，需要主机控制好发送节奏，或者由加载的应用程序内核实现软件流控。

3.2.3 SPI Boot模式详解SPI Boot模式期望在SPI-A总线上连接一个SPI接口的串行EEPROM或Flash存储器（如AT25SF041， W25Q16），其从设备选择（CS）引脚由特定的GPIO控制。

硬件连接：需要连接SPI-A的四个信号线（SIMOA， SOMIA， CLKA， STEA）到存储器的对应引脚。BOOTDEF选项决定了具体使用哪组GPIO（见表4-30）。特别注意：SPISTEA引脚在这里被用作存储器的片选（CS）信号。

工作流程：

1. 初始化与读取：Bootloader以最低速率初始化SPI（主模式），然后向存储器地址0x0000发送读命令（通常是0x03Read Data）。
2. 密钥验证与提速：从存储器0x0000开始读取数据。前两个字节必须是0x08AA。接下来的两个字节分别是LOSPCP和SPIBRR的配置值，Bootloader会用它们来重新配置低速外设时钟和SPI波特率，从而加速后续数据的读取。这是与SCI Boot的一个显著区别。
3. 连续读取：Bootloader会连续地从存储器读取数据流，并解析加载。存储器的地址指针会自动递增。

实战配置要点：

• 存储器映像准备：你需要使用编程器（或通过MCU本身）将一个符合通用数据流格式的二进制文件（通常是.bin或.hex转换后的纯二进制映像）烧录到SPI存储器的起始地址（通常是0x000000）。
• 字节序：SPI Bootloader以8位字符模式工作，且读取的是字节。在组织数据流时，必须注意16位字和32位地址的字节序（小端序，低字节在前）。
• 电路设计：确保SPI存储器的电源、上拉电阻和去耦电容设计正确。在高速读取时，信号完整性很重要。

3.2.4 I2C Boot模式详解I2C Boot模式与SPI Boot类似，但使用I2C-A总线。它期望在从机地址0x50（7位地址）上连接一个I2C EEPROM（如AT24C256）。

硬件连接：连接I2C-A的SDA和SCL线，并确保总线上有上拉电阻。从机地址固定为0x50。

工作流程：

1. 初始化和地址设置：Bootloader初始化I2C为主机，并以标准模式（100kHz）向地址0x50写入两个字节0x00 0x00，将EEPROM的内部地址指针设置为0x0000。
2. 密钥验证与重配置：随后启动读操作，读取前两个字节（密钥）。接下来的字节包含I2CPSC，I2CCLKH，I2CCLKL等寄存器的配置值，用于将I2C时钟切换到快速模式（400kHz），加速传输。
3. 连续读取：后续以随机读或顺序读的方式读取数据流。

注意事项：

• 从机地址固定：Bootloader硬编码了从机地址0x50。如果你的EEPROM地址不同，需要通过硬件（如地址引脚）将其配置为0x50。
• 总线竞争：在I2C Boot初始化阶段，Bootloader不会检查总线仲裁或忙状态。因此，在Bootloader运行期间，I2C总线上不能有其他主设备活动。
• ACK检查：仅在第一次设置EEPROM地址指针时检查NACK。如果此时没有设备响应（地址错误或无设备），Bootloader会跳转到Flash。但在后续数据读取中，即使发生NACK，Bootloader也可能挂起总线，导致启动失败。

3.2.5 CAN Boot模式详解CAN Boot模式通过CAN-A接口接收代码，适用于汽车电子或工业网络等基于CAN总线的系统升级。

硬件连接：连接CAN-A的TX和RX到CAN收发器。引脚映射由BOOTDEF决定（见表4-25）。

工作流程：

1. 初始化：Bootloader初始化CAN-A，配置位定时寄存器，以实现特定的波特率（例如，在20MHz晶振下配置为100kbps）。它使用标准标识符0x1的邮箱进行通信。
2. 数据接收：主机以CAN数据帧的形式发送数据流。每个CAN数据帧只携带2个字节的有效数据（LSB在前）。因此，传输大量代码时效率较低。
3. 内核加载：正因为效率低，CAN Boot的典型用法是先加载一个小的“内核”程序到RAM。这个内核程序随后会重新配置CAN模块（例如，使用更高的波特率、更长的数据帧），然后通过自定义的、更高效的协议接收主应用程序代码。数据流中的“入口点地址”就是指向这个内核程序的。

性能考量：CAN Bootloader本身效率不高（每帧2字节）。对于大的应用程序，直接使用它加载会非常慢。因此，它通常作为二级引导加载器的载体。先快速加载一个几KB的CAN升级内核到RAM，再由这个内核实现高效的固件传输。

3.2.6 并行GPIO Boot模式详解并行Boot模式通过一组8位数据总线（GPIO[D0:D7]）和两个握手信号线（C28x Control， Host Control）实现高速并行数据传输。这是所有外设Bootloader中理论速度最快的一种，因为它每个时钟周期可以传输8位数据。

硬件连接：需要占用10个GPIO引脚（8数据+2控制）。具体引脚映射见表4-31。这需要主机（通常是FPGA、CPLD或另一颗MCU）能够模拟相应的握手协议。

握手协议：这是该模式的核心，如图4-13所示。其本质是一个全互锁的握手：

1. 设备（C28x）拉低C28x Control，表示“我准备好了”。
2. 主机检测到设备准备好后，将数据放到GPIO[D0:D7]上，然后拉低Host Control，表示“数据有效”。
3. 设备读取数据，然后拉���C28x Control，表示“我收到了”。
4. 主机检测到设备拉高控制线后，拉高Host Control，表示“确认”。
5. 设备再次拉低C28x Control，开始下一字节传输。 这种协议保证了无论主机和设备速度谁快谁慢，数据传输都是可靠的。

应用场景：并行Boot常用于需要极快编程速度的量产烧录器中。通过FPGA控制，可以实现接近GPIO极限速度的代码灌入。由于其需要较多引脚和复杂的主机逻辑，在最终产品中较少用作常规升级接口。

4. 实战配置流程与常见问题排查

理解了原理之后，我们来看如何在实际项目中配置和使用这些启动模式。我将以最常见的独立Flash启动和开发阶段SCI Boot为例，说明完整的操作流程。

4.1 配置独立Flash启动（OTP编程）

这是产品发布的最终步骤。假设我们决定让产品从Flash Sector 0启动（Option 0），并启用MPOST内存自检（95MHz），同时将GPIO24配置为错误状态引脚。

步骤1：确定配置值

1. BOOTDEF：查表4-28， Flash Boot Option 0 对应的值为0x03。
2. BOOTPIN-CONFIG Key：需要设置为有效密钥，例如0xA5。
3. GPREG2：
   • Bits 31:24 (Key):0x5A
   • Bits 7:6 (MPOST):0x1(95MHz)
   • Bits 5:4 (ERROR_STS_PIN):0x0(GPIO24)
   • Bits 3:0 (CJTAGNODEID): 根据需求设置，通常为0。
   • 其他保留位为0。
   • 计算32位值：0x5A0000C0（0x5A<<24 | 0x00<<16 | 0x00<<8 | 0xC0）。这里0xC0是(0x1<<6) | (0x0<<4)，即MPOST=01b, ERROR_STS=00b。

步骤2：准备OTP编程数据我们需要向DCSM Zone1的OTP区域写入数据。关键地址和数据如下：

• Z1-OTP-BOOTPIN-CONFIG(Addr:0x0007 800C): 写入0x0000A5A5（注意，OTP通常是16位或32位编程，需查阅编程器手册确认格式）。
• Z1-OTP-BOOT-GPREG2(Addr:0x0007 800E): 写入0x5A0000C0。
• Z1-OTP-BOOTDEF-LOW(Addr:0x0007 801C): 写入0x00000003（BOOTDEF的低16位，高16位在HIGH寄存器，对于0x03，高位为0）。

步骤3：使用编程器烧录使用TI认可的编程器（如TI Flasher， 或第三方支持C2000的编程器）和软件（如Uniflash），将上述数据写入芯片的OTP区域。这是一个不可逆的操作！务必在烧录前：

• 在仿真模式下（连接JTAG）全面测试此配置。
• 验证应用程序在Flash Sector 0可以正常运行。
• 备份OTP编程文件。

步骤4：验证烧录后，断开仿真器，给芯片重新上电。芯片应自动从Flash Sector 0 (0x00080000)启动你的应用程序。你可以通过观察GPIO24（如果配置了）的状态或应用程序本身的行为来验证。

4.2 在CCS中配置仿真启动模式进行调试

在开发时，我们使用仿真配置，避免触碰OTP。

方法：使用GEL文件在CCS中创建一个GEL文件（例如init_boot.gel），内容如下：

menuitem "Boot Configuration" hotmenu Setup_SCI_Boot() { /* 配置为SCI Boot Option 0 (GPIO28/29) */ *(int *)0xD00 = 0xA5A5; /* EMU-BOOTPIN-CONFIG Key */ *(int *)0xD04 = 0x0001; /* EMU-BOOTDEF-LOW = 0x0001 */ *(int *)0xD06 = 0x0000; /* EMU-BOOTDEF-HIGH = 0x0000 */ printf("Boot mode set to SCI (Option 0).\n"); } hotmenu Setup_Flash_Boot() { /* 配置为Flash Boot Option 0 */ *(int *)0xD00 = 0xA5A5; *(int *)0xD04 = 0x0003; /* BOOTDEF = 0x0003 */ *(int *)0xD06 = 0x0000; printf("Boot mode set to Flash (Sector 0).\n"); } hotmenu Setup_Wait_Boot() { /* 配置为Wait Boot with WDT */ *(int *)0xD00 = 0xA5A5; *(int *)0xD04 = 0x0004; /* BOOTDEF = 0x0004 */ *(int *)0xD06 = 0x0000; printf("Boot mode set to Wait Boot.\n"); }

将GEL文件添加到你的CCS工程或全局加载。在调试会话开始前或连接目标板后，从“GEL”菜单中执行相应的函数，即可动态设置启动模式。

4.3 常见问题排查速查表

在实际操作中，你可能会遇到各种启动失败的问题。下面是一个快速排查指南。

掌握TMS320F28002x的Boot ROM配置，就如同掌握了启动系统的遥控器。从简单的Flash启动到复杂的网络化CAN升级，它提供了从原型开发到量产部署的全套解决方案。关键在于根据你的应用场景，仔细规划配置策略，充分测试，并牢记OTP编程的不可逆性。希望这篇结合了手册原理与实战经验的解析，能帮助你在下一个C2000项目中，让系统启动得更稳健、更灵活。