1. 项目概述与核心价值在嵌入式开发领域尤其是基于德州仪器TIAM18xx系列处理器的项目中系统启动是项目成功的第一道门槛也是最容易“翻车”的地方。我见过不少工程师代码写得漂亮功能调试顺利最后却卡在了“板子怎么都起不来”这个环节一折腾就是好几天。问题的根源往往在于对Bootloader特别是其支持的多种启动模式以及核心的AIS引导脚本机制理解不够透彻。AM18xx的Bootloader固化在芯片的ROM中是芯片上电后运行的第一段代码。它的核心任务很简单找到你的应用程序把它搬到正确的地方然后跳过去执行。但“怎么找”、“怎么搬”、“搬之前要不要做点什么准备”这里面的门道就深了。它支持从NOR Flash、NAND Flash、UART、SPI、I2C甚至HPI等多种媒介启动每种方式都有其特定的硬件连接要求、配置字格式和初始化流程。而将这些复杂流程统一起来的就是TI专有的Application Image Script (AIS) 格式。你可以把AIS想象成一份给Bootloader的“搬家清单”和“操作手册”上面不仅写了要把哪些代码段Section放到内存的哪个地址还包含了配置PLL时钟、初始化DDR内存、设置引脚复用等硬件初始化命令。手动编写这份二进制的“操作手册”无疑是噩梦好在TI提供了AISgen这个图形化工具。它把晦涩的AIS命令封装起来让你通过勾选配置、填写参数就能生成最终的.bin文件极大地降低了使用门槛。但工具好用不代表可以无脑用理解其背后的原理才能在你遇到“用AISgen生成的镜像烧进去不启动”、“换了个Flash型号就启动失败”这类问题时快速定位到是配置错误、时序问题还是命令序列不对。本文将深入拆解AM18xx Bootloader的完整工作流程重点剖析AIS脚本的构成与每一条命令的底层含义并详解如何利用AISgen工具进行高效、可靠的配置。我会结合自己在实际项目中趟过的坑分享从启动模式选择、AIS脚本生成到最终烧录验证的全套实战经验目标是让你读完就能在自己的AM18xx板卡上构建起稳定可靠的启动方案。2. AM18xx启动模式深度解析AM18xx的Bootloader之所以强大在于它提供了极其灵活的启动路径选择。芯片上电后Bootloader ROM代码首先会读取特定的硬件引脚Boot Pin的状态根据这些引脚的电平组合决定本次启动从哪个“入口”开始。这个选择过程直接决定了后续所有的硬件初始化流程和数据加载方式。2.1 启动模式的选择与硬件配置启动模式的选择完全由硬件决定。在AM18xx芯片上有一组专用的启动配置引脚例如BOOT[7:0]。在设计电路板时你需要通过上拉或下拉电阻将这些引脚设置为特定的电平组合。芯片复位释放的瞬间Bootloader会锁存这些引脚的状态并查询内置的“启动模式选择表”详见官方文档附录从而确定本次的启动源。常见的启动模式及其硬件接口如下NOR Flash启动 (EMIFA CS2)通过外部存储器接口AEMIFA连接并行NOR Flash。支持8位或16位数据宽度。这是最传统、也最快速的启动方式之一因为NOR Flash支持芯片内执行XIP但成本较高。NAND Flash启动 (EMIFA CS3)通过EMIFA连接NAND Flash。成本低容量大是存储大量固件如Linux内核文件系统的常用选择。但需要Bootloader具备坏块管理和ECC处理能力AM18xx Bootloader支持部分型号的NAND。SPI EEPROM/Flash启动通过SPI接口连接串行Flash。接线简单占用PCB空间小是空间受限应用的理想选择。I2C EEPROM启动通过I2C接口连接EEPROM。容量通常较小适用于存储精简的引导程序或配置信息。UART启动通过UART接口从上位机如PC下载程序。这不是一种生产环境启动方式而是极其重要的开发调试手段。当你的Flash还是空白或者程序损坏导致无法启动时可以通过UART将程序先加载到RAM中运行为后续的Flash编程提供桥梁。HPI启动通过主机端口接口由外部主机如DSP或FPGA直接向AM18xx的内存加载代码。用于多处理器协同工作的场景。实操心得启动引脚配置的坑我曾经遇到一个诡异的故障板卡小批量生产后有大约5%的板子无法启动。排查了很久最后发现是Boot配置引脚的上拉电阻阻值选择不当。在常温下测试正常但在高温或低温环境下由于电阻精度和芯片输入漏电流的影响引脚电平发生了漂移导致Bootloader误判了启动模式。教训是务必参考芯片数据手册的推荐值选择上下拉电阻通常建议10kΩ并在设计允许的情况下尽量让配置模式与默认电平上拉或下拉一致以增强抗干扰能力。对于关键产品需要进行高低温环境下的启动可靠性测试。2.2 非AIS启动模式详解并非所有启动模式都使用AIS脚本。为了兼容更传统的方案或特殊需求Bootloader保留了几种“直通”式的启动方式。2.2.1 NOR Flash启动的三种子模式当Bootloader配置为从NOR Flash启动时它会首先读取NOR Flash基地址0x60000000处的第一个32位字。这个字被称为“NOR启动配置字”它的结构决定了后续行为位域字段名描述[31:12]Reserved保留必须为0[11:8]COPY仅用于Legacy模式。定义从NOR复制到内部RAM的数据大小1KB - 16KB。[7:6]Reserved保留必须为0[5:4]METHOD启动方法00Legacy01Direct10AIS[3:1]Reserved保留必须为0[0]ACCESSEMIFA访问模式08-bit116-bit1. Legacy NOR Boot (METHOD0x0):这是最“原始”的模式。Bootloader根据COPY字段的值将NOR Flash开头指定大小的数据块原封不动地拷贝到内部RAM0x80000000的开头。然后跳转到内部RAM的0x80000004地址执行。这里有个关键细节拷贝完成后Bootloader就认为自己的任务结束了。因此存放在NOR Flash开头的必须是一个完整的、位置无关的、且入口地址在0x80000004的二级引导程序或应用程序。这种方式常见于非常早期的引导方案或需要极简引导的场景。2. Direct NOR Boot (METHOD0x1):更直接的模式。Bootloader在读取配置字后直接跳转到NOR Flash的0x60000004地址去执行代码。这意味着你的应用程序必须被编译成在NOR Flash地址空间0x6xxxxxxx上直接运行XIP。这省去了拷贝时间但对代码设计有要求比如常量池、函数指针的地址都需要是NOR Flash地址。3. AIS NOR Boot (METHOD0x2):这是我们重点关注的模式。Bootloader将NOR Flash的0x60000004地址开始的内容当作一个AIS脚本来解析和执行。这是最灵活、最强大的NOR启动方式也是AISgen工具主要支持的场景之一。2.2.2 HPI启动模式HPI启动是一种完全的“从属”启动模式。AM18xx作为从设备等待外部主机通过HPI接口来“喂养”它。流程如下Bootloader设置HPIC寄存器的HINT位向主机发出中断宣告“我准备好了”。主机清除HINT位表示收到。主机将应用程序镜像写入AM18xx的内存地址由主机决定。主机将应用程序的入口点地址写入AM18xx内存的0x80000000置。主机回读最后写入的数据确保所有HPI写操作已完成。主机设置HPIC寄存器的DSPINT位中断Bootloader告知“程序加载完毕”。Bootloader清除DSPINT位然后从0x80000000地址读取入口点并跳转执行。2.2.3 仿真调试启动严格来说这不算一种“启动”模式而是一种“等待调试器连接”的状态。选择此模式后ARM核心在复位后不会尝试加载任何程序而是直接进入一个空闲循环。此时必须通过JTAG接口连接仿真器如XDS系列才能进行程序下载、内存查看、单步调试等操作。这是裸机开发初期最常用的模式。3. AIS引导脚本Bootloader的“指挥棒”AIS是TI为其Bootloader设计的一套精炼的二进制命令集。它就像一个指挥家手中的乐谱告诉Bootloader在跳转到用户程序前需要按什么顺序、执行哪些动作。理解AIS的每个命令是进行高级启动配置和故障排查的基础。3.1 AIS文件结构总览一个完整的AIS文件是一个二进制流以小端序Little-Endian格式组织。其结构非常清晰魔数Magic Word固定为0x41504954ASCII是“APIT”。Bootloader首先检查这个魔数如果匹配才认为这是一个合法的AIS文件。一系列AIS命令紧接魔数之后是一条接一条的AIS命令。Bootloader会顺序解析并执行它们。跳转关闭命令Jump Close作为整个AIS脚本的结束标志。执行此命令后Bootloader关闭启动所用外设并将控制权交给应用程序。每一条AIS命令都由三部分组成后两部分可选操作码Opcode1个字4字节指明命令类型。参数Arguments0个或多个字提供命令执行所需的具体信息如地址、大小等。数据Data0个或多个字节是命令操作的对象如要加载的程序段数据。如果数据长度不是4的倍数会自动用0填充对齐。3.2 核心AIS命令逐条精讲下面我们拆解几个最核心的AIS命令看看它们是如何工作的。3.2.1 段加载命令 (Opcode: 0x58535901)这是AIS脚本的“主力军”负责将应用程序的各个已初始化段如.text, .data从存储设备加载到指定的内存地址。[Opcode: 0x58535901] [Argument1: 目标地址] [Argument2: 段大小] [Data: 段的原始数据...]工作原理Bootloader读取该命令后会从AIS文件流中紧接着读取段大小字节的数据并将其写入目标地址开始的内存中。CRC处理如果在此命令之前执行了“启用CRC”命令那么目标地址和段大小这两个参数以及后续加载的所有段数据都会被纳入CRC计算。这用于保证加载数据的完整性。链接器脚本的对应关系这个命令中的目标地址和段大小正是由你的链接器脚本.cmd文件中定义的加载地址Load Address和段长度决定的。AISgen工具在解析你的.out文件时会自动提取这些信息并生成对应的Section Load命令。3.2.2 段填充命令 (Opcode: 0x5853590A)这是一个优化命令。如果你的某个内存段通常是.bss段用于存放未初始化的全局变量需要被统一填充为一个特定值通常是0使用这个命令比用Section Load命令加载一大片全是0的数据要高效得多。[Opcode: 0x5853590A] [Arg1: 目标地址] [Arg2: 填充大小] [Arg3: 访问类型] [Arg4: 填充模式]访问类型Type Word指定填充操作的单位。0表示按8位字节填充1表示按16位半字填充2表示按32位字填充。这会影响填充的速度和生成的AIS文件大小。填充模式Pattern一个32位的值但只有低8位、16位或32位有效取决于访问类型。例如要将.bss段清零模式就是0x00000000。3.2.3 CRC校验相关命令在可靠性要求高的场合数据完整性校验至关重要。AIS提供了完整的CRC支持。启用CRC命令 (0x58535903)此命令之后的所有Section Load/Fill命令加载的数据都会被用于计算一个运行中的CRC值。禁用CRC命令 (0x58535904)停止CRC计算。验证CRC命令 (0x58535902)这是校验的触发点。该命令带有两个参数期望的CRC值和回溯偏移量Seek Value。主模式Master Mode流程Bootloader从存储设备中读出“期望的CRC值”与自己计算出的CRC进行比较。如果匹配继续执行下一条命令如果不匹配Bootloader会将当前AIS读取位置向后移动回溯偏移量个字节然后从那个位置重新开始执行命令通常是重新加载出错的段。这是一种简单的硬件端容错机制。从模式Slave Mode流程在UART、I2C等从模式启动时Bootloader在收到此命令后会将自己计算出的CRC值发送给主机如PC。主机负责将这个计算值与AIS脚本中预存的期望值进行比较。如果出错主机需要发送一个特殊的重开始命令Start-Over, 0x58535908给Bootloader让其复位CRC计算器并准备重新接收数据。这意味着在从模式下的CRC校验和错误恢复是由上位机软件如UART Boot Host GUI主导的。3.2.4 跳转与关闭命令 (Opcode: 0x58535906)这是每个AIS脚本的“句号”。收到此命令后Bootloader会关闭启动所使用的外设控制器如SPI、I2C、EMIFA等。将之前为启动而修改的一些设备状态恢复为默认值具体行为与芯片和模式有关。跳转到该命令参数所指定的应用程序入口地址并将CPU的控制权彻底移交给应用程序。这个入口地址就是你的程序镜像中定义的_c_int00或类似的启动例程地址。3.2.5 函数执行命令 (Opcode: 0x5853590D)这是AIS脚本的“瑞士军刀”它允许你调用Bootloader ROM中预定义好的一系列硬件初始化函数。这是实现复杂启动配置的关键。[Opcode: 0x5853590D] [Arg1: 函数ID与参数个数] [Arg2: 参数1] [Arg3: 参数2] ...第一个参数的低16位指定要调用的ROM函数编号Function ID高16位指定传递给该函数的参数个数N。后面紧跟的N个参数就是传递给这个函数的实参。ROM函数库Bootloader ROM里“烧录”了很多常用硬件初始化函数例如配置PLL0/PLL1设置系统核心时钟、外设时钟。配置EMIF/SDRAM/DDR2控制器初始化外部存储器接口时序。配置引脚复用Pinmux将芯片引脚配置为特定功能。配置电源与睡眠控制器PSC打开或关闭特定外设模块的时钟。AISgen工具的核心工作之一就是根据你在图形界面上的配置自动生成一系列正确的Function Execute命令将这些硬件初始化工作在你应用程序运行前全部完成。3.2.6 启动表命令 (Opcode: 0x58535907)这是一个更底层的命令用于向设备的任意内存地址通常是寄存器地址写入一个8位、16位或32位的值并可以指定写入后的延迟周期数。它可以实现Function Execute命令覆盖不到的、非常具体的寄存器位操作[Opcode: 0x58535907] [Arg1: 类型字] [Arg2: 目标地址] [Arg3: 数据值] [Arg4: 延迟周期数]类型字Type Word定义了写入操作的位宽8/16/32位甚至支持只写入一个32位寄存器中的某几个特定位通过START和STOP位域定义而保持其他位不变。这在精细配置寄存器时非常有用。4. AISgen工具实战从配置到生成理解了AIS的原理我们再来使用AISgen工具就会知其然也知其所以然。AISgen将上述复杂的二进制命令生成过程封装成了一个直观的Windows图形界面。4.1 工具安装与项目准备环境准备确保系统已安装Microsoft .NET Framework 2.0或更高版本。获取工具从TI官网下载SPRABA5软件包通常是一个ZIP文件解压后运行安装程序。建议安装到默认路径。准备应用程序在Code Composer Studio (CCS)中将你的工程编译链接生成一个可执行的.out文件。这个文件包含了代码段、数据段、符号表等所有信息是AISgen生成引导镜像的原料。4.2 基础配置流程详解启动AISgen主界面General标签页是配置的起点。4.2.1 设备与镜像设置Device Type (ROM Revision)这是第一个关键选择你必须根据芯片的ROM版本号来选择。错误的版本号可能导致生成的AIS镜像无法被Bootloader识别。如何查看按照文档说明在CCS中连接芯片查看内存地址0xFFFD0008处的值。常见的版本有d800k002,d800k004,d800k006,d800k008。如果不确定选d800k008最新版的兼容性通常最好但最稳妥的方法是实际读取确认。Device Type (ARM)选择ARM因为我们是为ARM核心生成引导镜像。ARM Application通过浏览按钮选择你编译好的.out文件。AIS File指定输出的AIS二进制文件路径和名称例如C:\my_project\boot.ais.bin。4.2.2 启动模式与外围设备配置在Boot Mode下拉框中选择你硬件设计对应的启动方式例如SPI1 Master Boot。Flash标签页仅NOR/NAND模式出现这里配置EMIFA接口的时序参数如建立时间、保持时间、读写周期等。除非你非常清楚你的Flash芯片型号和时序要求否则建议先使用默认值。不正确的时序是导致“能烧写但无法启动”的常见原因。你可以从Flash芯片的数据手册中找到这些时序参数并据此调整。Peripheral标签页SPI/I2C/UART模式出现SPI/I2C速度你可以输入一个期望的速度如I2C 400kHz SPI 20MHz。AISgen会根据你后续的PLL配置计算并显示实际能达到的最近似速度。注意这个速度不能超过你外接存储芯片支持的最大通信速率。Enable Sequential Read强烈建议勾选如果你的存储芯片支持。对于SPI Flash或I2C EEPROM启用顺序读模式可以大幅提升启动速度。在顺序读模式下Bootloader发送一次读命令和起始地址后就可以连续读取数据而无需为每个字节都发送地址。这能显著减少通信开销。4.3 高级硬件初始化配置这是AISgen最强大的部分它允许你在Bootloader阶段就完成复杂的硬件初始化让你的应用程序一“上路”就运行在最佳状态。4.3.1 PLL时钟配置你的应用程序可能需要在更高的主频下运行而芯片刚复位时PLL是旁路Bypass模式使用低速的参考时钟。勾选“Configure PLL0”会出现PLL0标签页。输入时钟源在General页设置输入时钟频率如24MHz晶振。配置倍频与分频PLL Multiplier: 设置倍频系数例如输入24MHz想得到456MHz则倍频系数为19。PLL Predivider/PLL Postdivider: 设置前后分频器。DIV1, DIV3, DIV5, DIV7: 这些是可配置的分频器用于产生ARM子系统、外设等的时钟。关键观察修改这些参数时下方的CPU Frequency、DDR Clock等会实时计算并显示。确保它们在你的芯片和数据手册规定的范围内。4.3.2 外部存储器配置如果你的应用程序需要用到外部SDRAM或DDR2内存必须在跳转到应用程序前初始化它们。SDRAM配置勾选Configure SDRAM在对应标签页填写EMIFA SDRAM控制器的寄存器值。这些值高度依赖于你使用的SDRAM芯片型号位宽、容量、行列地址位数、刷新周期等。最可靠的方法是参考TI SDK或评估板提供的初始化代码来填写这些十六进制数值。DDR2配置勾选Configure DDR2会自动同时勾选Configure PLL1因为DDR控制器时钟通常由PLL1提供。DDR的配置更为复杂涉及多个时序参数寄存器如SDRAM_TIMING, SDRAM_CONFIG。对于初学者强烈建议直接导入一个已知可用的配置如从TI的例程中获取而不是自己从头计算。4.3.3 PSC与Pinmux配置PSC配置勾选Configure PSC。这里可以指定哪些低功耗睡眠控制器LPSC模块在启动时被开启、关闭或置于同步复位状态。务必谨慎Bootloader会自动开启启动所用外设的模块。你在这里额外开启的模块会增加功耗而错误地关闭关键模块如ARM本身或启动外设会导致启动失败。通常只有在你需要提前启用某个特殊外设如用于启动后立即通信的UART时才需要配置这里。Pinmux配置勾选Configure Pinmux。Bootloader会自动配置启动引脚所需的功能复用。你在这里的配置是在此基础上进行追加或修改。例如你的应用需要将某个Bootloader未使用的引脚配置为GPIO输出高电平。你需要知道该引脚对应的Pinmux寄存器编号和位域值。警告不要覆盖Bootloader已经设置好的启动引脚复用配置否则系统将无法启动。避坑指南配置的保存与复用一个复杂的启动配置尤其是PLL、DDR部分往往需要多次调试才能稳定。AISgen提供了File - Save Configuration功能可以将当前所有标签页的设置保存为一个.cfg文件。强烈建议为每个成功的硬件配置保存一个配置文件。当需要重新生成镜像或移植到类似硬件时使用File - Load Configuration加载即可避免重复输入和出错。这也是团队协作和版本管理的好习惯。完成所有配置后点击Generate AIS按钮。如果配置无误下方状态栏会显示“AIS generation succeeded”并给出生成的.bin文件大小。这个.bin文件就是你可以烧录到Flash中或者通过UART Boot Host工具发送给芯片的最终引导镜像。5. 多模式启动实操与问题排查掌握了AIS和AISgen我们就可以针对不同的启动模式进行实际操作。这里以最常用的SPI Flash启动和UART下载启动为例讲解完整流程和常见问题。5.1 SPI Flash启动全流程目标将应用程序通过AISgen打包成.bin文件并烧录到板载的SPI Flash中实现上电自启动。步骤硬件连接确保AM18xx的SPI1引脚MOSI, MISO, CLK, CS正确连接到SPI Flash芯片且Boot引脚配置为SPI1 Master Boot模式。生成AIS镜像在AISgen中Boot Mode选择SPI1 MASTER Boot。在Peripheral标签页根据你的SPI Flash芯片手册设置合适的SPI速度如20MHz并勾选Enable Sequential Read。根据需要配置PLL、DDR等。指定ARM应用文件.out和输出AIS文件路径。点击生成得到app_spi.ais.bin。烧录SPI Flash方法一在线烧录先将芯片设置为UART启动模式或仿真模式通过CCS和仿真器编写一个简单的内存加载程序将app_spi.ais.bin文件的内容通过SPI控制器写入到外部SPI Flash的起始地址通常是0x0。TI的SDK中通常提供这样的烧写工具如flash_writer例程。方法二离线烧录使用专用的SPI Flash编程器将app_spi.ais.bin文件直接烧录到空白Flash芯片中再将芯片焊接到板子上。验证启动将板卡Boot引脚设置为SPI启动模式重新上电。如果一切正常应用程序应该能自动运行。5.2 UART启动模式与Host工具使用UART启动模式是开发和调试阶段的“救命稻草”。当Flash为空或程序损坏时可以通过它从PC直接加载程序到RAM并执行。步骤硬件连接连接AM18xx的UART0通常是调试串口到PC的USB转串口工具。Boot引脚配置为UART0 Boot模式。准备AIS镜像在AISgen中Boot Mode选择UART Boot。UART波特率在Boot阶段是固定的通常为115200无法在AISgen中更改但受PLL配置影响的实际波特率会在Peripheral页显示。生成app_uart.ais.bin。使用UART Boot Host工具这个工具通常包含在TI的软件包中如UART_Boot_Host。打开工具选择正确的COM端口和波特率115200。点击Connect或Open Port。此时给目标板重新上电工具界面会显示与Bootloader的握手信息。点击Load AIS File选择刚才生成的app_uart.ais.bin文件。点击Send或Boot。工具会将AIS文件通过串口发送给AM18xx的Bootloader。Bootloader解析并执行AIS命令将程序加载到RAM最后跳转执行。如果程序包含串口输出功能你可以在工具的接收窗口看到应用程序的打印信息。5.3 典型问题排查实录即使按照步骤操作启动失败也常有发生。下面是一个排查思路的实录问题现象通过UART Boot Host工具发送AIS镜像后工具显示发送完成但板卡毫无反应应用程序没有运行。排查步骤检查基础通信确认串口线连接正确COM端口号无误。给板卡上电时观察UART Boot Host工具是否有任何输出Bootloader在启动时会打印特定的握手字符如C或A。如果什么都没收到可能是Boot引脚配置错误、串口引脚连接错误、或板卡未正常复位上电。检查AISgen配置ROM版本这是最高频的错误原因。确认AISgen中选择的ROM版本号与芯片实际版本完全一致。用CCS内存查看器确认0xFFFD0008的值。入口地址确认AISgen中指定的ARM应用.out文件是有效的、针对当前板卡编译的。一个常见的错误是用于UART启动的.out文件链接地址是0x80000000内部RAM但你却生成了一个需要加载到DDR0x80000000的镜像而你的AIS脚本里没有配置DDR控制器。结果就是Bootloader试图把代码加载到一个未初始化的、无法访问的内存导致失败。简化测试在AISgen中取消所有高级配置不勾选Configure PLL0, DDR, SDRAM等只选择UART Boot模式生成一个最简单的镜像。用这个镜像测试UART启动。如果成功说明问题出在高级配置上。检查硬件初始化如果简化镜像成功问题可能出在PLL或DDR配置上。PLL配置错误计算出的CPU频率超出芯片范围导致锁相环失锁系统挂死。检查AISgen中计算的频率值。DDR/SDRAM配置错误这是最难排查的。不正确的时序参数会导致内存初始化失败后续加载代码到该内存时就会出错。建议使用一个已知在评估板上可用的DDR配置从TI例程获取.cfg文件加载到AISgen中再与你自己的配置对比差异。重点检查SDRAM_TIMING,SDRAM_CONFIG等关键寄存器值。利用仿真器调试将板卡设置为仿真模式通过JTAG连接CCS。在CCS中你可以单步跟踪Bootloader的早期代码如果有符号文件或者更简单地在应用程序的入口函数如main()或_c_int00处设置断点。然后通过UART Boot Host发送镜像。如果程序能停在断点说明加载和跳转成功问题可能在应用程序初始化部分。如果根本停不住说明在Bootloader执行AIS脚本的过程中就出错了。你还可以在内存浏览器中查看AIS脚本应该加载代码的区域如0x80000000对比是否与.out文件中的二进制内容一致以判断加载过程是否成功。查看Bootloader默认设置参考文档中的“Boot Requirements, Constraints and Default Settings”章节。例如在I2C Slave Boot模式下PLL0有特殊的默认配置。如果你的应用假设了不同的时钟而AIS脚本中没有重新配置PLL就会导致UART波特率计算错误通信失败。一个真实案例我曾遇到UART启动成功但SPI Flash启动失败的情况。排查后发现在AISgen的Flash标签页中EMIF Wait Cycle配置值对于我使用的SPI Flash型号来说太短了。Bootloader在读取AIS魔数时能正确读取因为最初几次读取时序裕量可能够但在快速连续读取后续命令和数据时由于时序紧张偶尔会读错数据导致CRC校验失败或命令解析错误。将等待周期增加2个时钟后问题解决。教训存储器的时序配置必须留有余量尤其是在高低温环境下。
深入解析TI AM18xx Bootloader与AIS引导脚本实战
1. 项目概述与核心价值在嵌入式开发领域尤其是基于德州仪器TIAM18xx系列处理器的项目中系统启动是项目成功的第一道门槛也是最容易“翻车”的地方。我见过不少工程师代码写得漂亮功能调试顺利最后却卡在了“板子怎么都起不来”这个环节一折腾就是好几天。问题的根源往往在于对Bootloader特别是其支持的多种启动模式以及核心的AIS引导脚本机制理解不够透彻。AM18xx的Bootloader固化在芯片的ROM中是芯片上电后运行的第一段代码。它的核心任务很简单找到你的应用程序把它搬到正确的地方然后跳过去执行。但“怎么找”、“怎么搬”、“搬之前要不要做点什么准备”这里面的门道就深了。它支持从NOR Flash、NAND Flash、UART、SPI、I2C甚至HPI等多种媒介启动每种方式都有其特定的硬件连接要求、配置字格式和初始化流程。而将这些复杂流程统一起来的就是TI专有的Application Image Script (AIS) 格式。你可以把AIS想象成一份给Bootloader的“搬家清单”和“操作手册”上面不仅写了要把哪些代码段Section放到内存的哪个地址还包含了配置PLL时钟、初始化DDR内存、设置引脚复用等硬件初始化命令。手动编写这份二进制的“操作手册”无疑是噩梦好在TI提供了AISgen这个图形化工具。它把晦涩的AIS命令封装起来让你通过勾选配置、填写参数就能生成最终的.bin文件极大地降低了使用门槛。但工具好用不代表可以无脑用理解其背后的原理才能在你遇到“用AISgen生成的镜像烧进去不启动”、“换了个Flash型号就启动失败”这类问题时快速定位到是配置错误、时序问题还是命令序列不对。本文将深入拆解AM18xx Bootloader的完整工作流程重点剖析AIS脚本的构成与每一条命令的底层含义并详解如何利用AISgen工具进行高效、可靠的配置。我会结合自己在实际项目中趟过的坑分享从启动模式选择、AIS脚本生成到最终烧录验证的全套实战经验目标是让你读完就能在自己的AM18xx板卡上构建起稳定可靠的启动方案。2. AM18xx启动模式深度解析AM18xx的Bootloader之所以强大在于它提供了极其灵活的启动路径选择。芯片上电后Bootloader ROM代码首先会读取特定的硬件引脚Boot Pin的状态根据这些引脚的电平组合决定本次启动从哪个“入口”开始。这个选择过程直接决定了后续所有的硬件初始化流程和数据加载方式。2.1 启动模式的选择与硬件配置启动模式的选择完全由硬件决定。在AM18xx芯片上有一组专用的启动配置引脚例如BOOT[7:0]。在设计电路板时你需要通过上拉或下拉电阻将这些引脚设置为特定的电平组合。芯片复位释放的瞬间Bootloader会锁存这些引脚的状态并查询内置的“启动模式选择表”详见官方文档附录从而确定本次的启动源。常见的启动模式及其硬件接口如下NOR Flash启动 (EMIFA CS2)通过外部存储器接口AEMIFA连接并行NOR Flash。支持8位或16位数据宽度。这是最传统、也最快速的启动方式之一因为NOR Flash支持芯片内执行XIP但成本较高。NAND Flash启动 (EMIFA CS3)通过EMIFA连接NAND Flash。成本低容量大是存储大量固件如Linux内核文件系统的常用选择。但需要Bootloader具备坏块管理和ECC处理能力AM18xx Bootloader支持部分型号的NAND。SPI EEPROM/Flash启动通过SPI接口连接串行Flash。接线简单占用PCB空间小是空间受限应用的理想选择。I2C EEPROM启动通过I2C接口连接EEPROM。容量通常较小适用于存储精简的引导程序或配置信息。UART启动通过UART接口从上位机如PC下载程序。这不是一种生产环境启动方式而是极其重要的开发调试手段。当你的Flash还是空白或者程序损坏导致无法启动时可以通过UART将程序先加载到RAM中运行为后续的Flash编程提供桥梁。HPI启动通过主机端口接口由外部主机如DSP或FPGA直接向AM18xx的内存加载代码。用于多处理器协同工作的场景。实操心得启动引脚配置的坑我曾经遇到一个诡异的故障板卡小批量生产后有大约5%的板子无法启动。排查了很久最后发现是Boot配置引脚的上拉电阻阻值选择不当。在常温下测试正常但在高温或低温环境下由于电阻精度和芯片输入漏电流的影响引脚电平发生了漂移导致Bootloader误判了启动模式。教训是务必参考芯片数据手册的推荐值选择上下拉电阻通常建议10kΩ并在设计允许的情况下尽量让配置模式与默认电平上拉或下拉一致以增强抗干扰能力。对于关键产品需要进行高低温环境下的启动可靠性测试。2.2 非AIS启动模式详解并非所有启动模式都使用AIS脚本。为了兼容更传统的方案或特殊需求Bootloader保留了几种“直通”式的启动方式。2.2.1 NOR Flash启动的三种子模式当Bootloader配置为从NOR Flash启动时它会首先读取NOR Flash基地址0x60000000处的第一个32位字。这个字被称为“NOR启动配置字”它的结构决定了后续行为位域字段名描述[31:12]Reserved保留必须为0[11:8]COPY仅用于Legacy模式。定义从NOR复制到内部RAM的数据大小1KB - 16KB。[7:6]Reserved保留必须为0[5:4]METHOD启动方法00Legacy01Direct10AIS[3:1]Reserved保留必须为0[0]ACCESSEMIFA访问模式08-bit116-bit1. Legacy NOR Boot (METHOD0x0):这是最“原始”的模式。Bootloader根据COPY字段的值将NOR Flash开头指定大小的数据块原封不动地拷贝到内部RAM0x80000000的开头。然后跳转到内部RAM的0x80000004地址执行。这里有个关键细节拷贝完成后Bootloader就认为自己的任务结束了。因此存放在NOR Flash开头的必须是一个完整的、位置无关的、且入口地址在0x80000004的二级引导程序或应用程序。这种方式常见于非常早期的引导方案或需要极简引导的场景。2. Direct NOR Boot (METHOD0x1):更直接的模式。Bootloader在读取配置字后直接跳转到NOR Flash的0x60000004地址去执行代码。这意味着你的应用程序必须被编译成在NOR Flash地址空间0x6xxxxxxx上直接运行XIP。这省去了拷贝时间但对代码设计有要求比如常量池、函数指针的地址都需要是NOR Flash地址。3. AIS NOR Boot (METHOD0x2):这是我们重点关注的模式。Bootloader将NOR Flash的0x60000004地址开始的内容当作一个AIS脚本来解析和执行。这是最灵活、最强大的NOR启动方式也是AISgen工具主要支持的场景之一。2.2.2 HPI启动模式HPI启动是一种完全的“从属”启动模式。AM18xx作为从设备等待外部主机通过HPI接口来“喂养”它。流程如下Bootloader设置HPIC寄存器的HINT位向主机发出中断宣告“我准备好了”。主机清除HINT位表示收到。主机将应用程序镜像写入AM18xx的内存地址由主机决定。主机将应用程序的入口点地址写入AM18xx内存的0x80000000置。主机回读最后写入的数据确保所有HPI写操作已完成。主机设置HPIC寄存器的DSPINT位中断Bootloader告知“程序加载完毕”。Bootloader清除DSPINT位然后从0x80000000地址读取入口点并跳转执行。2.2.3 仿真调试启动严格来说这不算一种“启动”模式而是一种“等待调试器连接”的状态。选择此模式后ARM核心在复位后不会尝试加载任何程序而是直接进入一个空闲循环。此时必须通过JTAG接口连接仿真器如XDS系列才能进行程序下载、内存查看、单步调试等操作。这是裸机开发初期最常用的模式。3. AIS引导脚本Bootloader的“指挥棒”AIS是TI为其Bootloader设计的一套精炼的二进制命令集。它就像一个指挥家手中的乐谱告诉Bootloader在跳转到用户程序前需要按什么顺序、执行哪些动作。理解AIS的每个命令是进行高级启动配置和故障排查的基础。3.1 AIS文件结构总览一个完整的AIS文件是一个二进制流以小端序Little-Endian格式组织。其结构非常清晰魔数Magic Word固定为0x41504954ASCII是“APIT”。Bootloader首先检查这个魔数如果匹配才认为这是一个合法的AIS文件。一系列AIS命令紧接魔数之后是一条接一条的AIS命令。Bootloader会顺序解析并执行它们。跳转关闭命令Jump Close作为整个AIS脚本的结束标志。执行此命令后Bootloader关闭启动所用外设并将控制权交给应用程序。每一条AIS命令都由三部分组成后两部分可选操作码Opcode1个字4字节指明命令类型。参数Arguments0个或多个字提供命令执行所需的具体信息如地址、大小等。数据Data0个或多个字节是命令操作的对象如要加载的程序段数据。如果数据长度不是4的倍数会自动用0填充对齐。3.2 核心AIS命令逐条精讲下面我们拆解几个最核心的AIS命令看看它们是如何工作的。3.2.1 段加载命令 (Opcode: 0x58535901)这是AIS脚本的“主力军”负责将应用程序的各个已初始化段如.text, .data从存储设备加载到指定的内存地址。[Opcode: 0x58535901] [Argument1: 目标地址] [Argument2: 段大小] [Data: 段的原始数据...]工作原理Bootloader读取该命令后会从AIS文件流中紧接着读取段大小字节的数据并将其写入目标地址开始的内存中。CRC处理如果在此命令之前执行了“启用CRC”命令那么目标地址和段大小这两个参数以及后续加载的所有段数据都会被纳入CRC计算。这用于保证加载数据的完整性。链接器脚本的对应关系这个命令中的目标地址和段大小正是由你的链接器脚本.cmd文件中定义的加载地址Load Address和段长度决定的。AISgen工具在解析你的.out文件时会自动提取这些信息并生成对应的Section Load命令。3.2.2 段填充命令 (Opcode: 0x5853590A)这是一个优化命令。如果你的某个内存段通常是.bss段用于存放未初始化的全局变量需要被统一填充为一个特定值通常是0使用这个命令比用Section Load命令加载一大片全是0的数据要高效得多。[Opcode: 0x5853590A] [Arg1: 目标地址] [Arg2: 填充大小] [Arg3: 访问类型] [Arg4: 填充模式]访问类型Type Word指定填充操作的单位。0表示按8位字节填充1表示按16位半字填充2表示按32位字填充。这会影响填充的速度和生成的AIS文件大小。填充模式Pattern一个32位的值但只有低8位、16位或32位有效取决于访问类型。例如要将.bss段清零模式就是0x00000000。3.2.3 CRC校验相关命令在可靠性要求高的场合数据完整性校验至关重要。AIS提供了完整的CRC支持。启用CRC命令 (0x58535903)此命令之后的所有Section Load/Fill命令加载的数据都会被用于计算一个运行中的CRC值。禁用CRC命令 (0x58535904)停止CRC计算。验证CRC命令 (0x58535902)这是校验的触发点。该命令带有两个参数期望的CRC值和回溯偏移量Seek Value。主模式Master Mode流程Bootloader从存储设备中读出“期望的CRC值”与自己计算出的CRC进行比较。如果匹配继续执行下一条命令如果不匹配Bootloader会将当前AIS读取位置向后移动回溯偏移量个字节然后从那个位置重新开始执行命令通常是重新加载出错的段。这是一种简单的硬件端容错机制。从模式Slave Mode流程在UART、I2C等从模式启动时Bootloader在收到此命令后会将自己计算出的CRC值发送给主机如PC。主机负责将这个计算值与AIS脚本中预存的期望值进行比较。如果出错主机需要发送一个特殊的重开始命令Start-Over, 0x58535908给Bootloader让其复位CRC计算器并准备重新接收数据。这意味着在从模式下的CRC校验和错误恢复是由上位机软件如UART Boot Host GUI主导的。3.2.4 跳转与关闭命令 (Opcode: 0x58535906)这是每个AIS脚本的“句号”。收到此命令后Bootloader会关闭启动所使用的外设控制器如SPI、I2C、EMIFA等。将之前为启动而修改的一些设备状态恢复为默认值具体行为与芯片和模式有关。跳转到该命令参数所指定的应用程序入口地址并将CPU的控制权彻底移交给应用程序。这个入口地址就是你的程序镜像中定义的_c_int00或类似的启动例程地址。3.2.5 函数执行命令 (Opcode: 0x5853590D)这是AIS脚本的“瑞士军刀”它允许你调用Bootloader ROM中预定义好的一系列硬件初始化函数。这是实现复杂启动配置的关键。[Opcode: 0x5853590D] [Arg1: 函数ID与参数个数] [Arg2: 参数1] [Arg3: 参数2] ...第一个参数的低16位指定要调用的ROM函数编号Function ID高16位指定传递给该函数的参数个数N。后面紧跟的N个参数就是传递给这个函数的实参。ROM函数库Bootloader ROM里“烧录”了很多常用硬件初始化函数例如配置PLL0/PLL1设置系统核心时钟、外设时钟。配置EMIF/SDRAM/DDR2控制器初始化外部存储器接口时序。配置引脚复用Pinmux将芯片引脚配置为特定功能。配置电源与睡眠控制器PSC打开或关闭特定外设模块的时钟。AISgen工具的核心工作之一就是根据你在图形界面上的配置自动生成一系列正确的Function Execute命令将这些硬件初始化工作在你应用程序运行前全部完成。3.2.6 启动表命令 (Opcode: 0x58535907)这是一个更底层的命令用于向设备的任意内存地址通常是寄存器地址写入一个8位、16位或32位的值并可以指定写入后的延迟周期数。它可以实现Function Execute命令覆盖不到的、非常具体的寄存器位操作[Opcode: 0x58535907] [Arg1: 类型字] [Arg2: 目标地址] [Arg3: 数据值] [Arg4: 延迟周期数]类型字Type Word定义了写入操作的位宽8/16/32位甚至支持只写入一个32位寄存器中的某几个特定位通过START和STOP位域定义而保持其他位不变。这在精细配置寄存器时非常有用。4. AISgen工具实战从配置到生成理解了AIS的原理我们再来使用AISgen工具就会知其然也知其所以然。AISgen将上述复杂的二进制命令生成过程封装成了一个直观的Windows图形界面。4.1 工具安装与项目准备环境准备确保系统已安装Microsoft .NET Framework 2.0或更高版本。获取工具从TI官网下载SPRABA5软件包通常是一个ZIP文件解压后运行安装程序。建议安装到默认路径。准备应用程序在Code Composer Studio (CCS)中将你的工程编译链接生成一个可执行的.out文件。这个文件包含了代码段、数据段、符号表等所有信息是AISgen生成引导镜像的原料。4.2 基础配置流程详解启动AISgen主界面General标签页是配置的起点。4.2.1 设备与镜像设置Device Type (ROM Revision)这是第一个关键选择你必须根据芯片的ROM版本号来选择。错误的版本号可能导致生成的AIS镜像无法被Bootloader识别。如何查看按照文档说明在CCS中连接芯片查看内存地址0xFFFD0008处的值。常见的版本有d800k002,d800k004,d800k006,d800k008。如果不确定选d800k008最新版的兼容性通常最好但最稳妥的方法是实际读取确认。Device Type (ARM)选择ARM因为我们是为ARM核心生成引导镜像。ARM Application通过浏览按钮选择你编译好的.out文件。AIS File指定输出的AIS二进制文件路径和名称例如C:\my_project\boot.ais.bin。4.2.2 启动模式与外围设备配置在Boot Mode下拉框中选择你硬件设计对应的启动方式例如SPI1 Master Boot。Flash标签页仅NOR/NAND模式出现这里配置EMIFA接口的时序参数如建立时间、保持时间、读写周期等。除非你非常清楚你的Flash芯片型号和时序要求否则建议先使用默认值。不正确的时序是导致“能烧写但无法启动”的常见原因。你可以从Flash芯片的数据手册中找到这些时序参数并据此调整。Peripheral标签页SPI/I2C/UART模式出现SPI/I2C速度你可以输入一个期望的速度如I2C 400kHz SPI 20MHz。AISgen会根据你后续的PLL配置计算并显示实际能达到的最近似速度。注意这个速度不能超过你外接存储芯片支持的最大通信速率。Enable Sequential Read强烈建议勾选如果你的存储芯片支持。对于SPI Flash或I2C EEPROM启用顺序读模式可以大幅提升启动速度。在顺序读模式下Bootloader发送一次读命令和起始地址后就可以连续读取数据而无需为每个字节都发送地址。这能显著减少通信开销。4.3 高级硬件初始化配置这是AISgen最强大的部分它允许你在Bootloader阶段就完成复杂的硬件初始化让你的应用程序一“上路”就运行在最佳状态。4.3.1 PLL时钟配置你的应用程序可能需要在更高的主频下运行而芯片刚复位时PLL是旁路Bypass模式使用低速的参考时钟。勾选“Configure PLL0”会出现PLL0标签页。输入时钟源在General页设置输入时钟频率如24MHz晶振。配置倍频与分频PLL Multiplier: 设置倍频系数例如输入24MHz想得到456MHz则倍频系数为19。PLL Predivider/PLL Postdivider: 设置前后分频器。DIV1, DIV3, DIV5, DIV7: 这些是可配置的分频器用于产生ARM子系统、外设等的时钟。关键观察修改这些参数时下方的CPU Frequency、DDR Clock等会实时计算并显示。确保它们在你的芯片和数据手册规定的范围内。4.3.2 外部存储器配置如果你的应用程序需要用到外部SDRAM或DDR2内存必须在跳转到应用程序前初始化它们。SDRAM配置勾选Configure SDRAM在对应标签页填写EMIFA SDRAM控制器的寄存器值。这些值高度依赖于你使用的SDRAM芯片型号位宽、容量、行列地址位数、刷新周期等。最可靠的方法是参考TI SDK或评估板提供的初始化代码来填写这些十六进制数值。DDR2配置勾选Configure DDR2会自动同时勾选Configure PLL1因为DDR控制器时钟通常由PLL1提供。DDR的配置更为复杂涉及多个时序参数寄存器如SDRAM_TIMING, SDRAM_CONFIG。对于初学者强烈建议直接导入一个已知可用的配置如从TI的例程中获取而不是自己从头计算。4.3.3 PSC与Pinmux配置PSC配置勾选Configure PSC。这里可以指定哪些低功耗睡眠控制器LPSC模块在启动时被开启、关闭或置于同步复位状态。务必谨慎Bootloader会自动开启启动所用外设的模块。你在这里额外开启的模块会增加功耗而错误地关闭关键模块如ARM本身或启动外设会导致启动失败。通常只有在你需要提前启用某个特殊外设如用于启动后立即通信的UART时才需要配置这里。Pinmux配置勾选Configure Pinmux。Bootloader会自动配置启动引脚所需的功能复用。你在这里的配置是在此基础上进行追加或修改。例如你的应用需要将某个Bootloader未使用的引脚配置为GPIO输出高电平。你需要知道该引脚对应的Pinmux寄存器编号和位域值。警告不要覆盖Bootloader已经设置好的启动引脚复用配置否则系统将无法启动。避坑指南配置的保存与复用一个复杂的启动配置尤其是PLL、DDR部分往往需要多次调试才能稳定。AISgen提供了File - Save Configuration功能可以将当前所有标签页的设置保存为一个.cfg文件。强烈建议为每个成功的硬件配置保存一个配置文件。当需要重新生成镜像或移植到类似硬件时使用File - Load Configuration加载即可避免重复输入和出错。这也是团队协作和版本管理的好习惯。完成所有配置后点击Generate AIS按钮。如果配置无误下方状态栏会显示“AIS generation succeeded”并给出生成的.bin文件大小。这个.bin文件就是你可以烧录到Flash中或者通过UART Boot Host工具发送给芯片的最终引导镜像。5. 多模式启动实操与问题排查掌握了AIS和AISgen我们就可以针对不同的启动模式进行实际操作。这里以最常用的SPI Flash启动和UART下载启动为例讲解完整流程和常见问题。5.1 SPI Flash启动全流程目标将应用程序通过AISgen打包成.bin文件并烧录到板载的SPI Flash中实现上电自启动。步骤硬件连接确保AM18xx的SPI1引脚MOSI, MISO, CLK, CS正确连接到SPI Flash芯片且Boot引脚配置为SPI1 Master Boot模式。生成AIS镜像在AISgen中Boot Mode选择SPI1 MASTER Boot。在Peripheral标签页根据你的SPI Flash芯片手册设置合适的SPI速度如20MHz并勾选Enable Sequential Read。根据需要配置PLL、DDR等。指定ARM应用文件.out和输出AIS文件路径。点击生成得到app_spi.ais.bin。烧录SPI Flash方法一在线烧录先将芯片设置为UART启动模式或仿真模式通过CCS和仿真器编写一个简单的内存加载程序将app_spi.ais.bin文件的内容通过SPI控制器写入到外部SPI Flash的起始地址通常是0x0。TI的SDK中通常提供这样的烧写工具如flash_writer例程。方法二离线烧录使用专用的SPI Flash编程器将app_spi.ais.bin文件直接烧录到空白Flash芯片中再将芯片焊接到板子上。验证启动将板卡Boot引脚设置为SPI启动模式重新上电。如果一切正常应用程序应该能自动运行。5.2 UART启动模式与Host工具使用UART启动模式是开发和调试阶段的“救命稻草”。当Flash为空或程序损坏时可以通过它从PC直接加载程序到RAM并执行。步骤硬件连接连接AM18xx的UART0通常是调试串口到PC的USB转串口工具。Boot引脚配置为UART0 Boot模式。准备AIS镜像在AISgen中Boot Mode选择UART Boot。UART波特率在Boot阶段是固定的通常为115200无法在AISgen中更改但受PLL配置影响的实际波特率会在Peripheral页显示。生成app_uart.ais.bin。使用UART Boot Host工具这个工具通常包含在TI的软件包中如UART_Boot_Host。打开工具选择正确的COM端口和波特率115200。点击Connect或Open Port。此时给目标板重新上电工具界面会显示与Bootloader的握手信息。点击Load AIS File选择刚才生成的app_uart.ais.bin文件。点击Send或Boot。工具会将AIS文件通过串口发送给AM18xx的Bootloader。Bootloader解析并执行AIS命令将程序加载到RAM最后跳转执行。如果程序包含串口输出功能你可以在工具的接收窗口看到应用程序的打印信息。5.3 典型问题排查实录即使按照步骤操作启动失败也常有发生。下面是一个排查思路的实录问题现象通过UART Boot Host工具发送AIS镜像后工具显示发送完成但板卡毫无反应应用程序没有运行。排查步骤检查基础通信确认串口线连接正确COM端口号无误。给板卡上电时观察UART Boot Host工具是否有任何输出Bootloader在启动时会打印特定的握手字符如C或A。如果什么都没收到可能是Boot引脚配置错误、串口引脚连接错误、或板卡未正常复位上电。检查AISgen配置ROM版本这是最高频的错误原因。确认AISgen中选择的ROM版本号与芯片实际版本完全一致。用CCS内存查看器确认0xFFFD0008的值。入口地址确认AISgen中指定的ARM应用.out文件是有效的、针对当前板卡编译的。一个常见的错误是用于UART启动的.out文件链接地址是0x80000000内部RAM但你却生成了一个需要加载到DDR0x80000000的镜像而你的AIS脚本里没有配置DDR控制器。结果就是Bootloader试图把代码加载到一个未初始化的、无法访问的内存导致失败。简化测试在AISgen中取消所有高级配置不勾选Configure PLL0, DDR, SDRAM等只选择UART Boot模式生成一个最简单的镜像。用这个镜像测试UART启动。如果成功说明问题出在高级配置上。检查硬件初始化如果简化镜像成功问题可能出在PLL或DDR配置上。PLL配置错误计算出的CPU频率超出芯片范围导致锁相环失锁系统挂死。检查AISgen中计算的频率值。DDR/SDRAM配置错误这是最难排查的。不正确的时序参数会导致内存初始化失败后续加载代码到该内存时就会出错。建议使用一个已知在评估板上可用的DDR配置从TI例程获取.cfg文件加载到AISgen中再与你自己的配置对比差异。重点检查SDRAM_TIMING,SDRAM_CONFIG等关键寄存器值。利用仿真器调试将板卡设置为仿真模式通过JTAG连接CCS。在CCS中你可以单步跟踪Bootloader的早期代码如果有符号文件或者更简单地在应用程序的入口函数如main()或_c_int00处设置断点。然后通过UART Boot Host发送镜像。如果程序能停在断点说明加载和跳转成功问题可能在应用程序初始化部分。如果根本停不住说明在Bootloader执行AIS脚本的过程中就出错了。你还可以在内存浏览器中查看AIS脚本应该加载代码的区域如0x80000000对比是否与.out文件中的二进制内容一致以判断加载过程是否成功。查看Bootloader默认设置参考文档中的“Boot Requirements, Constraints and Default Settings”章节。例如在I2C Slave Boot模式下PLL0有特殊的默认配置。如果你的应用假设了不同的时钟而AIS脚本中没有重新配置PLL就会导致UART波特率计算错误通信失败。一个真实案例我曾遇到UART启动成功但SPI Flash启动失败的情况。排查后发现在AISgen的Flash标签页中EMIF Wait Cycle配置值对于我使用的SPI Flash型号来说太短了。Bootloader在读取AIS魔数时能正确读取因为最初几次读取时序裕量可能够但在快速连续读取后续命令和数据时由于时序紧张偶尔会读错数据导致CRC校验失败或命令解析错误。将等待周期增加2个时钟后问题解决。教训存储器的时序配置必须留有余量尤其是在高低温环境下。
