1. 项目概述与引导加载程序的核心价值在嵌入式系统开发中设备上电后如何“活过来”并开始执行我们编写的应用程序是整个项目成败的第一步。这个过程我们称之为“引导”。对于像德州仪器TMS320C6747/45/43这类高性能浮点DSP来说其内置的ROM引导加载程序是一个强大但略显复杂的“启动管家”。它支持从NOR Flash、NAND Flash、SPI/I2C EEPROM等存储器自主引导也支持通过UART、SPI、I2C接口从外部主机接收引导镜像。无论采用哪种方式其核心都围绕着一种名为AIS的专有脚本格式展开。理解这套引导机制尤其是从外部主机引导的详细协议对于实现系统固件更新、多处理器协同启动、或者构建需要主控板进行配置的从属设备至关重要。我接触过不少项目初期因为对引导流程理解不透彻导致板子“点不亮”或者升级过程中“变砖”排查起来极其耗时。这篇文章我将结合官方文档和实际调试经验为你彻底拆解TMS320C674x的引导加载程序特别是其从外部主机引导的完整协议。我会从AIS脚本的构成讲起一步步深入到主机与DSP之间“握手对话”的每一个字节最后分享如何利用TI提供的工具和源码快速构建你自己的主机端引导程序。无论你是正在评估C674x系列芯片还是已经深陷引导问题的调试中相信这些内容都能给你带来直接的帮助。2. 引导模式全景与AIS脚本深度解析2.1 引导模式的选择与硬件配置TMS320C6747/45/43的引导模式由芯片上电复位时特定引导引脚的电平状态决定。这些引脚通常与GPIO、外设接口复用因此硬件设计阶段就必须规划好它们的上拉/下拉电阻配置。常见的引导模式及其对应的BOOT[3:0]引脚配置如下表所示引导模式BOOT[3]BOOT[2]BOOT[1]BOOT[0]是否使用AISNOR Flash引导0001是三种方法之一HPI主机接口引导0010否SPI0 Flash引导0101是SPI1 Flash引导0110是NAND 8位引导1000是I2C0 主机模式0000是UART0引导1011是注意选择引导模式时务必查阅具体芯片的数据手册确认引脚复用情况。例如BOOT[3]可能同时是nUART0_CTS信号如果设计为UART流控就需要在硬件上处理好冲突。除了HPI引导和NOR引导中的“直接执行”模式其他所有模式都依赖于AIS格式的引导脚本。AIS的全称是Application Image Script你可以把它理解为引导加载程序能听懂的一套“指挥指令集”。它不是一个简单的二进制镜像而是一个包含加载地址、数据、校验和以及各种初始化命令的序列。这种设计的优势在于灵活性和可扩展性——你可以在引导阶段配置PLL时钟、初始化SDRAM、设置引脚复用甚至执行一小段自定义的初始化代码然后再跳转到主应用程序。2.2 AIS命令集引导流程的“原子操作”AIS脚本由一系列命令组成每个命令以一个32位的操作码开头。理解这些命令是理解整个引导过程的基础。下面我挑几个最核心的命令详细说说段加载命令这是AIS的“主力军”负责将应用程序的各个段如.text,.data搬运到指定的内存地址。它的操作码是0x58535901后面紧跟两个参数目标地址和段大小然后就是实际的程序数据。这里有个细节数据长度如果不是4字节的整数倍AIS生成工具会自动补零但SIZE参数记录的是原始数据长度不包括填充。在从外部主机引导时主机需要严格按照这个格式组织数据流。跳转并关闭命令这是AIS脚本的“句号”操作码为0x58535906。收到这个命令后引导加载程序会执行最后的清理工作如关闭使用的外设然后跳转到参数指定的应用程序入口地址将控制权彻底交给用户程序。一旦跳转引导加载程序的任务就完成了它所占用的RAM空间通常是L2 RAM起始的16KB可以被应用程序覆盖使用。函数执行命令这是AIS的“瑞士军刀”操作码为0x5853590D。它允许你在引导过程中调用芯片ROM里预置的一些硬件初始化函数。这是实现复杂系统初始化的关键。例如你可以通过它来配置PLL倍频、设置EMIF接口的时序参数、甚至配置电源和时钟域。命令的第一个参数高16位指定参数个数低16位指定函数索引号。附录D中列出了所有可用的ROM函数从PLL配置到引脚复用覆盖了系统启动的大部分硬件设置需求。CRC校验命令在可靠性要求高的场合数据完整性校验必不可少。AIS通过0x58535903启用CRC计算0x58535902进行验证。这里有个关键区别在主机引导模式下CRC校验的职责落在了主机肩上。DSP的引导加载程序只负责计算它收到数据的CRC值并返回给主机由主机与预期的CRC值比对。如果校验失败主机会发送一个0x58535908Start-Over命令让DSP重新开始接收当前段的数据。这种设计将重试逻辑的复杂性交给了更强大的主机端简化了DSP ROM代码。2.3 AISgen工具从.out文件到可引导镜像TI提供了图形化工具AISgen用于将CCS编译生成的.out文件转换成AIS格式。这个工具看似简单但用好了能避免很多坑。首先一定要确认你的芯片ROM版本。在CCS中连接芯片查看内存地址0x11700008处的字符串会是d800k001、d800k003或d800k005。不同版本有差异比如d800k001不支持16位NAND引导UART默认波特率是230400而不是115200也不支持通过AIS配置LPSC和Pinmux。如果工具选项和芯片版本不匹配生成的AIS文件可能无法运行。其次善用“为EVM配置”功能。AISgen的File - Configure for EVM菜单可以一键填充与TI官方评估板匹配的PLL、EMIF等参数。这是一个非常好的起点尤其是当你对芯片的时钟和内存子系统还不熟悉的时候。你可以基于这个配置再根据自己板子的实际情况比如晶振频率、SDRAM型号进行微调。PLL配置的坑工具里填的乘数、除数因子是实际的倍频/分频值比如你想让PLL输出240MHz输入是24MHz那么PLLM就填10因为Output Input * (PLLM 1)等等这里容易错。实际上C674x的PLLM寄存器值等于倍频系数减1。如果倍频系数是20则PLLM寄存器应写入19。AISgen工具界面通常要求你输入的是倍频系数如20它会自动处理减1操作生成正确的寄存器值。但如果你是自己手动构造AIS命令就必须清楚这个“减1”的规则。类似的很多分频寄存器也是“值分频系数-1”。生成文件格式AISgen可以生成二进制的.bin文件用于烧录到Flash和C头文件.h格式。后者非常有用它把AIS命令、参数和数据都以数组的形式展开并加了注释。当你怀疑引导问题时可以打开这个.h文件逐条核对命令流看是不是和你预期的一致。这是定位AIS生成阶段问题的利器。3. 从外部主机引导协议详解与实战从外部主机引导即Slave Boot模式是本文的重点。在这种模式下DSP的引导加载程序作为一个“从设备”等待外部主机可能是另一个MPU、FPGA或者PC通过UART、SPI或I2C接口将AIS脚本内容“推”给它。这常用于系统升级、主从处理器架构或者当DSP没有连接非易失性存储器的场景。3.1 通信链路建立的“三次握手”主机和DSP引导加载程序之间的通信不是简单的“发送-执行”而是一个需要严格同步的协议。这个过程分为三个阶段我称之为“三次握手”。第一阶段启动字同步设备上电或复位后引导加载程序需要时间初始化自身和所选的外设比如配置UART的波特率。主机同样需要准备时间。SWS阶段就是为了解决“谁先开口”的问题。主机会持续向DSP发送XMT_START信号UART模式是0x58SPI/I2C模式是0x5853直到收到DSP回复的RECV_STARTUART是0x52SPI/I2C是0x5253。这里有个重要提示对于UART模式DSP在准备好接收SWS之前会先发送一次ASCII字符串“BOOTME”。主机程序应该先等待并读取到这个字符串然后再开始发送0x58进行同步。很多自己写主机代码的人会忽略这一步导致同步永远无法开始。第二阶段Ping操作码同步SWS只是建立了物理链路的同步POS则用于验证这条链路能够可靠地传输命令和数据。流程如下主机发送PING_DEVICE命令0x5853590B。主机等待接收直到收到RECV_PING_DEVICE0x5253590B作为应答。主机发送一个任意的32位数N推荐值为2。主机等待接收直到DSP返回同样的数字N。主机从1开始循环发送数字i32位并等待DSP返回相同的i直到i等于N。这个过程相当于让DSP“回声”主机发送的内容确保双向通信都正常。所有多字节数据包括这个Ping命令和后面的所有数据都必须按照小端字节序传输。例如0x5853590B在UART8位模式上发送的字节顺序是0x0B,0x59,0x53,0x58。第三阶段操作码同步这是正式传输AIS命令前的最后一道保险。因为执行一个AIS命令比如加载一大段数据到SDRAM可能需要相当长的时间。OS机制确保主机不会在DSP忙的时候发送下一条命令。 规则很简单主机发送任何AIS命令操作码后必须持续读取DSP的回复直到收到对应的RECV_操作码即把原操作码最高字节0x58替换为0x52。只有收到这个确认才能发送下一个命令或该命令的参数/数据。特别注意SPI从模式的Bug在SPI Slave引导模式下如果主机在DSP还未准备好时就发送了下一个操作码会导致引导加载程序挂起。因此TI官方建议在SPI Slave模式下主机在发送每个操作码之间必须插入足够的延迟。这个延迟时间需要根据你的SPI时钟速度和DSP处理速度来实测确定。UART和I2C模式没有这个问题。3.2 主机端AIS解释器的实现要点主机端的核心任务就是扮演一个AIS解释器。它需要读取AIS二进制文件解析其中的命令序列然后通过上述同步协议一步步“喂”给DSP。数据结构设计建议定义一个结构体来表示AIS命令包含操作码、参数列表、数据指针和长度。解析AIS文件时可以按顺序读取并填充这些结构体形成一个命令链表。协议状态机主机程序应该实现一个清晰的状态机对应SWS、POS和OS三个阶段。在OS阶段状态机需要根据当前执行的AIS命令类型切换到“发送参数”、“发送数据”或“等待执行完成”等子状态。错误处理与重试尤其是在OS阶段如果长时间收不到RECV_应答应该超时并重发操作码注意SPI模式的延迟。对于CRC校验失败的情况主机需要记录当前的数据段位置然后发送Start-Over命令让DSP重置CRC计算器并重新发送该段数据。一个好的主机程序应该允许配置最大重试次数。参考实现TI在软件包中提供了一个名为AIS_Util.cs的C#源代码文件位于UART Boot Host工具目录下。这虽然是一个C#实现但其逻辑流程状态机、命令解析、同步协议具有极高的参考价值。即使你用C/C或Python在嵌入式Linux主机上实现也可以借鉴其核心算法。3.3 使用PC作为UART引导主机对于开发和调试阶段TI提供的“UART Boot Host”图形化工具非常方便。它是一个Windows程序通过串口与DSP连接可以加载AIS文件并执行完整的从机引导流程。使用步骤使用AISgen生成用于UART引导的二进制AIS文件.bin。用串口线注意电平转换通常是3.3V TTL连接PC的串口或USB转串口适配器到DSP的UART0引脚TXD, RXD, GND。打开UART Boot Host工具选择AIS文件和对应的COM口。建议勾选“Wait for BOOTME”。这样操作顺序是点击工具上的Start- 给DSP上电或复位 - 工具自动完成引导。如果不勾选则顺序是给DSP上电 - 在工具上点击Start。工具的日志窗口会显示“AIS Parse”、“Serial Port”等类别的信息非常有助于观察引导过程进行到哪一步以及在哪一步出错。关于波特率这里有一个版本差异导致的常见坑。对于ROM版本为d800k001的芯片其UART引导的默认波特率是230400bps。而d800k003及以后的版本默认波特率是115200bps。如果你的PC串口或USB转串口芯片不支持230400这个非标准波特率那么对于d800k001的芯片你可能需要寻找一个支持该波特率的适配器或者在硬件上更换芯片版本。4. 不同引导模式下的硬件连接与配置要点4.1 从属存储器引导NOR Flash引导NOR Flash需连接到EMIFA的EMA_CS[2]片选。引导加载程序首先以8位模式读取Flash的第一个字这个字是配置字决定了后续是8位还是16位访问模式以及使用三种NOR引导方法中的哪一种。如果使用AIS NOR引导则AIS镜像必须从偏移0x00000004开始存放前4字节是配置字。由于EMIFA地址线限制Bootloader只能直接访问NOR的前32KB。如果你的应用程序大于32KB就需要采用“二次引导”让Bootloader先加载一个小的引导程序到RAM再由这个小程序去管理更多地址线并加载完整的应用。NAND Flash引导NAND Flash需连接到EMIFA的EMA_CS[3]片选其ALE和CLE引脚分别接EMA_A[1]和EMA_A[2]。AIS镜像必须从块1开始顺序存放块0不被使用。Bootloader会跳过并标记坏块。它通过读取NAND的参数页ONFI标准或设备ID来识别器件特性页大小、块大小等。附录B的表格列出了所有支持的NAND器件ID如果你的NAND不在列表中引导将失败。特别注意d800k001版本不支持16位宽的NAND器件。SPI Flash/EEPROM引导SPI器件必须使用片选0信号SPI0_SCS[0]或SPI1_SCS[0]。对于SPI Flash需使用24位地址读命令为0x03。对于SPI EEPROM需使用16位地址读命令同样为0x03。AIS镜像都从存储器的0x00000000偏移开始存放。通信模式是SPI标准模式数据在时钟上升沿采样下降沿输出。I2C EEPROM引导I2C EEPROM必须响应从机地址0x50并且使用7位地址模式。AIS镜像从0x00000000偏移开始存放。4.2 时钟与内存的默认配置引导加载程序启动时会进行一些默认配置了解这些对硬件设计和后续应用开发很重要内存占用Bootloader固定使用DSP L2 RAM起始的16KB空间0x11800000。如果你的应用程序的初始化段如.cinit链接到了这个区域会发生冲突导致引导失败。在链接器命令文件.cmd中必须确保这个区域不被占用。UART时钟要求所有UART引导模式都要求输入时钟源为24.000 MHz。UART的波特率在Bootloader中默认配置不可更改d800k001为230400后续版本为115200。外部主机如PC的串口必须配置为对应的波特率、8数据位、无校验、1停止位、无流控。I2C1 Slave模式的特殊处理在该模式下Bootloader会主动配置PLL使其退出旁路模式。这是为了将I2C1的模块时钟设置到一个有效的范围内输入时钟需在16.1-31.9 MHz。其默认PLL配置为PLLM20即倍频20倍POSTDIV2后分频2产生SYSCLK1240/250 MHz取决于24/25 MHz输入。这个配置可能会影响你应用程序预期的系统时钟需要在应用启动后根据需求重新配置。5. 常见问题排查与实战经验分享5.1 引导失败问题排查清单当你的板子无法引导时可以按照以下步骤系统性地排查确认引导模式引脚这是第一步也是最容易出错的一步。用万用表或示波器在上电瞬间测量BOOT[3:0]引脚的电平确保与你的设计一致。注意上拉/下拉电阻的阻值是否合适确保信号稳定。检查AIS文件使用AISgen生成AIS文件时是否选择了正确的芯片型号和ROM版本生成的.h文件内容是否合理可以尝试用AISgen的“EVM默认配置”生成一个最简单的AIS文件例如只包含一个跳转到固定地址的命令排除应用程序本身的问题。验证物理连接Flash引导用编程器读取Flash内容确认AIS文件已被正确烧写到指定偏移地址。串口引导确认TX、RX线是否接反电平是否匹配3.3V波特率是否设置正确特别注意d800k001的230400可以在DSP发送BOOTME时用串口助手查看是否能收到。利用工具和指示灯UART Boot Host工具观察其输出的错误信息。“Serial Port”错误通常表示物理连接或波特率问题。“AIS Parse”错误则可能发生在同步或命令执行阶段。CCS调试器如果可能通过JTAG连接芯片。在引导加载程序代码的关键位置如不同的引导模式入口、同步状态机设置断点或者查看相关内存、寄存器状态这是最直接的调试手段。分析同步阶段对于从机引导大部分问题出在SWS和POS阶段。主机发送XMT_START后永远收不到RECV_START。可能原因DSP未正确供电或复位、引导模式设置错误、外设引脚复用冲突、波特率不匹配。POS阶段计数N回显不正确。可能原因字节序错误必须小端、SPI/I2C的相位极性配置与DSP Bootloader不匹配、硬件链路干扰大。5.2 从机引导开发中的几个“坑”SPI Slave模式的延迟问题如前所述这是官方文档明确指出的Bug。我的经验是在SPI时钟为1MHz左右时在发送每个操作码后延迟1-2毫秒是比较安全的起点。具体值需要测试延迟太短会挂起太长则影响引导速度。可以在代码中做成可配置参数。CRC校验的实现主机端需要实现与DSP Bootloader完全一致的CRC32算法。附录C给出了参考C代码。务必注意这个算法是对整个数据流按命令分段进行连续计算的。在主机端你需要在发送每个Section Load或Section Fill命令的数据时同步更新CRC值。在发送Validate CRC命令后比较计算值与AIS文件中的期望值。如果自己实现的CRC结果不对一个常见的错误是初始值或多项式用错了Bootloader使用的是标准的CRC-32多项式0x04C11DB7。内存地址冲突你的应用程序的链接命令文件.cmd必须避开Bootloader使用的内存区域0x11800000开始的16KB。如果使用了压缩选项还要避开0x11830000开始的64KB用于解压堆。一个简单的检查方法是在CCS中生成map文件查看这些区域是否有段被分配。PLL配置时机如果你在AIS中使用了Function Execute命令来配置PLL以提高系统时钟需要注意在配置生效前Bootloader是在低速的旁路模式下运行的。这意味着在PLL配置命令执行之前主机与DSP之间的通信速度是基于低速时钟的。如果主机发送数据太快可能导致DSP端溢出。稳妥的做法是在PLL配置命令之后适当增加主机端的字节间延迟或者更好的办法是在AIS中先配置PLL和时钟使用索引5的PLL and Clock Configuration函数然后再进行大数据量的段加载。5.3 性能优化建议使用压缩选项AISgen支持生成压缩的AIS镜像。这可以显著减少需要传输或存储的镜像大小从而加快从Flash加载的速度或者减少串口引导的时间。但要注意压缩功能仅适用于d800k003及以后的ROM版本。优化AIS命令流对于初始化数据全为零的段如.bss段使用Section Fill命令一条命令填充整个内存区域比使用Section Load命令传输大量零字节要高效得多。AISgen在生成脚本时会自动做这个优化。主机端流控在实现主机端AIS解释器时尤其是在UART引导时虽然Bootloader不支持硬件流控但可以在软件层面实现简单的流控。例如在发送完一个数据块后等待DSP返回特定的ACK字节这需要你在应用程序的起始部分实现一个小的反馈程序。不过更通用的做法是依靠前述的OS机制它本身就是一种命令级的流控。选择更快的引导接口如果硬件设计允许SPI Master模式的引导速度通常快于UART和I2C。如果追求极速引导可以考虑从并行NOR Flash引导或者使用HPI模式由高性能主机直接加载。
1. 项目概述与引导加载程序的核心价值在嵌入式系统开发中设备上电后如何“活过来”并开始执行我们编写的应用程序是整个项目成败的第一步。这个过程我们称之为“引导”。对于像德州仪器TMS320C6747/45/43这类高性能浮点DSP来说其内置的ROM引导加载程序是一个强大但略显复杂的“启动管家”。它支持从NOR Flash、NAND Flash、SPI/I2C EEPROM等存储器自主引导也支持通过UART、SPI、I2C接口从外部主机接收引导镜像。无论采用哪种方式其核心都围绕着一种名为AIS的专有脚本格式展开。理解这套引导机制尤其是从外部主机引导的详细协议对于实现系统固件更新、多处理器协同启动、或者构建需要主控板进行配置的从属设备至关重要。我接触过不少项目初期因为对引导流程理解不透彻导致板子“点不亮”或者升级过程中“变砖”排查起来极其耗时。这篇文章我将结合官方文档和实际调试经验为你彻底拆解TMS320C674x的引导加载程序特别是其从外部主机引导的完整协议。我会从AIS脚本的构成讲起一步步深入到主机与DSP之间“握手对话”的每一个字节最后分享如何利用TI提供的工具和源码快速构建你自己的主机端引导程序。无论你是正在评估C674x系列芯片还是已经深陷引导问题的调试中相信这些内容都能给你带来直接的帮助。2. 引导模式全景与AIS脚本深度解析2.1 引导模式的选择与硬件配置TMS320C6747/45/43的引导模式由芯片上电复位时特定引导引脚的电平状态决定。这些引脚通常与GPIO、外设接口复用因此硬件设计阶段就必须规划好它们的上拉/下拉电阻配置。常见的引导模式及其对应的BOOT[3:0]引脚配置如下表所示引导模式BOOT[3]BOOT[2]BOOT[1]BOOT[0]是否使用AISNOR Flash引导0001是三种方法之一HPI主机接口引导0010否SPI0 Flash引导0101是SPI1 Flash引导0110是NAND 8位引导1000是I2C0 主机模式0000是UART0引导1011是注意选择引导模式时务必查阅具体芯片的数据手册确认引脚复用情况。例如BOOT[3]可能同时是nUART0_CTS信号如果设计为UART流控就需要在硬件上处理好冲突。除了HPI引导和NOR引导中的“直接执行”模式其他所有模式都依赖于AIS格式的引导脚本。AIS的全称是Application Image Script你可以把它理解为引导加载程序能听懂的一套“指挥指令集”。它不是一个简单的二进制镜像而是一个包含加载地址、数据、校验和以及各种初始化命令的序列。这种设计的优势在于灵活性和可扩展性——你可以在引导阶段配置PLL时钟、初始化SDRAM、设置引脚复用甚至执行一小段自定义的初始化代码然后再跳转到主应用程序。2.2 AIS命令集引导流程的“原子操作”AIS脚本由一系列命令组成每个命令以一个32位的操作码开头。理解这些命令是理解整个引导过程的基础。下面我挑几个最核心的命令详细说说段加载命令这是AIS的“主力军”负责将应用程序的各个段如.text,.data搬运到指定的内存地址。它的操作码是0x58535901后面紧跟两个参数目标地址和段大小然后就是实际的程序数据。这里有个细节数据长度如果不是4字节的整数倍AIS生成工具会自动补零但SIZE参数记录的是原始数据长度不包括填充。在从外部主机引导时主机需要严格按照这个格式组织数据流。跳转并关闭命令这是AIS脚本的“句号”操作码为0x58535906。收到这个命令后引导加载程序会执行最后的清理工作如关闭使用的外设然后跳转到参数指定的应用程序入口地址将控制权彻底交给用户程序。一旦跳转引导加载程序的任务就完成了它所占用的RAM空间通常是L2 RAM起始的16KB可以被应用程序覆盖使用。函数执行命令这是AIS的“瑞士军刀”操作码为0x5853590D。它允许你在引导过程中调用芯片ROM里预置的一些硬件初始化函数。这是实现复杂系统初始化的关键。例如你可以通过它来配置PLL倍频、设置EMIF接口的时序参数、甚至配置电源和时钟域。命令的第一个参数高16位指定参数个数低16位指定函数索引号。附录D中列出了所有可用的ROM函数从PLL配置到引脚复用覆盖了系统启动的大部分硬件设置需求。CRC校验命令在可靠性要求高的场合数据完整性校验必不可少。AIS通过0x58535903启用CRC计算0x58535902进行验证。这里有个关键区别在主机引导模式下CRC校验的职责落在了主机肩上。DSP的引导加载程序只负责计算它收到数据的CRC值并返回给主机由主机与预期的CRC值比对。如果校验失败主机会发送一个0x58535908Start-Over命令让DSP重新开始接收当前段的数据。这种设计将重试逻辑的复杂性交给了更强大的主机端简化了DSP ROM代码。2.3 AISgen工具从.out文件到可引导镜像TI提供了图形化工具AISgen用于将CCS编译生成的.out文件转换成AIS格式。这个工具看似简单但用好了能避免很多坑。首先一定要确认你的芯片ROM版本。在CCS中连接芯片查看内存地址0x11700008处的字符串会是d800k001、d800k003或d800k005。不同版本有差异比如d800k001不支持16位NAND引导UART默认波特率是230400而不是115200也不支持通过AIS配置LPSC和Pinmux。如果工具选项和芯片版本不匹配生成的AIS文件可能无法运行。其次善用“为EVM配置”功能。AISgen的File - Configure for EVM菜单可以一键填充与TI官方评估板匹配的PLL、EMIF等参数。这是一个非常好的起点尤其是当你对芯片的时钟和内存子系统还不熟悉的时候。你可以基于这个配置再根据自己板子的实际情况比如晶振频率、SDRAM型号进行微调。PLL配置的坑工具里填的乘数、除数因子是实际的倍频/分频值比如你想让PLL输出240MHz输入是24MHz那么PLLM就填10因为Output Input * (PLLM 1)等等这里容易错。实际上C674x的PLLM寄存器值等于倍频系数减1。如果倍频系数是20则PLLM寄存器应写入19。AISgen工具界面通常要求你输入的是倍频系数如20它会自动处理减1操作生成正确的寄存器值。但如果你是自己手动构造AIS命令就必须清楚这个“减1”的规则。类似的很多分频寄存器也是“值分频系数-1”。生成文件格式AISgen可以生成二进制的.bin文件用于烧录到Flash和C头文件.h格式。后者非常有用它把AIS命令、参数和数据都以数组的形式展开并加了注释。当你怀疑引导问题时可以打开这个.h文件逐条核对命令流看是不是和你预期的一致。这是定位AIS生成阶段问题的利器。3. 从外部主机引导协议详解与实战从外部主机引导即Slave Boot模式是本文的重点。在这种模式下DSP的引导加载程序作为一个“从设备”等待外部主机可能是另一个MPU、FPGA或者PC通过UART、SPI或I2C接口将AIS脚本内容“推”给它。这常用于系统升级、主从处理器架构或者当DSP没有连接非易失性存储器的场景。3.1 通信链路建立的“三次握手”主机和DSP引导加载程序之间的通信不是简单的“发送-执行”而是一个需要严格同步的协议。这个过程分为三个阶段我称之为“三次握手”。第一阶段启动字同步设备上电或复位后引导加载程序需要时间初始化自身和所选的外设比如配置UART的波特率。主机同样需要准备时间。SWS阶段就是为了解决“谁先开口”的问题。主机会持续向DSP发送XMT_START信号UART模式是0x58SPI/I2C模式是0x5853直到收到DSP回复的RECV_STARTUART是0x52SPI/I2C是0x5253。这里有个重要提示对于UART模式DSP在准备好接收SWS之前会先发送一次ASCII字符串“BOOTME”。主机程序应该先等待并读取到这个字符串然后再开始发送0x58进行同步。很多自己写主机代码的人会忽略这一步导致同步永远无法开始。第二阶段Ping操作码同步SWS只是建立了物理链路的同步POS则用于验证这条链路能够可靠地传输命令和数据。流程如下主机发送PING_DEVICE命令0x5853590B。主机等待接收直到收到RECV_PING_DEVICE0x5253590B作为应答。主机发送一个任意的32位数N推荐值为2。主机等待接收直到DSP返回同样的数字N。主机从1开始循环发送数字i32位并等待DSP返回相同的i直到i等于N。这个过程相当于让DSP“回声”主机发送的内容确保双向通信都正常。所有多字节数据包括这个Ping命令和后面的所有数据都必须按照小端字节序传输。例如0x5853590B在UART8位模式上发送的字节顺序是0x0B,0x59,0x53,0x58。第三阶段操作码同步这是正式传输AIS命令前的最后一道保险。因为执行一个AIS命令比如加载一大段数据到SDRAM可能需要相当长的时间。OS机制确保主机不会在DSP忙的时候发送下一条命令。 规则很简单主机发送任何AIS命令操作码后必须持续读取DSP的回复直到收到对应的RECV_操作码即把原操作码最高字节0x58替换为0x52。只有收到这个确认才能发送下一个命令或该命令的参数/数据。特别注意SPI从模式的Bug在SPI Slave引导模式下如果主机在DSP还未准备好时就发送了下一个操作码会导致引导加载程序挂起。因此TI官方建议在SPI Slave模式下主机在发送每个操作码之间必须插入足够的延迟。这个延迟时间需要根据你的SPI时钟速度和DSP处理速度来实测确定。UART和I2C模式没有这个问题。3.2 主机端AIS解释器的实现要点主机端的核心任务就是扮演一个AIS解释器。它需要读取AIS二进制文件解析其中的命令序列然后通过上述同步协议一步步“喂”给DSP。数据结构设计建议定义一个结构体来表示AIS命令包含操作码、参数列表、数据指针和长度。解析AIS文件时可以按顺序读取并填充这些结构体形成一个命令链表。协议状态机主机程序应该实现一个清晰的状态机对应SWS、POS和OS三个阶段。在OS阶段状态机需要根据当前执行的AIS命令类型切换到“发送参数”、“发送数据”或“等待执行完成”等子状态。错误处理与重试尤其是在OS阶段如果长时间收不到RECV_应答应该超时并重发操作码注意SPI模式的延迟。对于CRC校验失败的情况主机需要记录当前的数据段位置然后发送Start-Over命令让DSP重置CRC计算器并重新发送该段数据。一个好的主机程序应该允许配置最大重试次数。参考实现TI在软件包中提供了一个名为AIS_Util.cs的C#源代码文件位于UART Boot Host工具目录下。这虽然是一个C#实现但其逻辑流程状态机、命令解析、同步协议具有极高的参考价值。即使你用C/C或Python在嵌入式Linux主机上实现也可以借鉴其核心算法。3.3 使用PC作为UART引导主机对于开发和调试阶段TI提供的“UART Boot Host”图形化工具非常方便。它是一个Windows程序通过串口与DSP连接可以加载AIS文件并执行完整的从机引导流程。使用步骤使用AISgen生成用于UART引导的二进制AIS文件.bin。用串口线注意电平转换通常是3.3V TTL连接PC的串口或USB转串口适配器到DSP的UART0引脚TXD, RXD, GND。打开UART Boot Host工具选择AIS文件和对应的COM口。建议勾选“Wait for BOOTME”。这样操作顺序是点击工具上的Start- 给DSP上电或复位 - 工具自动完成引导。如果不勾选则顺序是给DSP上电 - 在工具上点击Start。工具的日志窗口会显示“AIS Parse”、“Serial Port”等类别的信息非常有助于观察引导过程进行到哪一步以及在哪一步出错。关于波特率这里有一个版本差异导致的常见坑。对于ROM版本为d800k001的芯片其UART引导的默认波特率是230400bps。而d800k003及以后的版本默认波特率是115200bps。如果你的PC串口或USB转串口芯片不支持230400这个非标准波特率那么对于d800k001的芯片你可能需要寻找一个支持该波特率的适配器或者在硬件上更换芯片版本。4. 不同引导模式下的硬件连接与配置要点4.1 从属存储器引导NOR Flash引导NOR Flash需连接到EMIFA的EMA_CS[2]片选。引导加载程序首先以8位模式读取Flash的第一个字这个字是配置字决定了后续是8位还是16位访问模式以及使用三种NOR引导方法中的哪一种。如果使用AIS NOR引导则AIS镜像必须从偏移0x00000004开始存放前4字节是配置字。由于EMIFA地址线限制Bootloader只能直接访问NOR的前32KB。如果你的应用程序大于32KB就需要采用“二次引导”让Bootloader先加载一个小的引导程序到RAM再由这个小程序去管理更多地址线并加载完整的应用。NAND Flash引导NAND Flash需连接到EMIFA的EMA_CS[3]片选其ALE和CLE引脚分别接EMA_A[1]和EMA_A[2]。AIS镜像必须从块1开始顺序存放块0不被使用。Bootloader会跳过并标记坏块。它通过读取NAND的参数页ONFI标准或设备ID来识别器件特性页大小、块大小等。附录B的表格列出了所有支持的NAND器件ID如果你的NAND不在列表中引导将失败。特别注意d800k001版本不支持16位宽的NAND器件。SPI Flash/EEPROM引导SPI器件必须使用片选0信号SPI0_SCS[0]或SPI1_SCS[0]。对于SPI Flash需使用24位地址读命令为0x03。对于SPI EEPROM需使用16位地址读命令同样为0x03。AIS镜像都从存储器的0x00000000偏移开始存放。通信模式是SPI标准模式数据在时钟上升沿采样下降沿输出。I2C EEPROM引导I2C EEPROM必须响应从机地址0x50并且使用7位地址模式。AIS镜像从0x00000000偏移开始存放。4.2 时钟与内存的默认配置引导加载程序启动时会进行一些默认配置了解这些对硬件设计和后续应用开发很重要内存占用Bootloader固定使用DSP L2 RAM起始的16KB空间0x11800000。如果你的应用程序的初始化段如.cinit链接到了这个区域会发生冲突导致引导失败。在链接器命令文件.cmd中必须确保这个区域不被占用。UART时钟要求所有UART引导模式都要求输入时钟源为24.000 MHz。UART的波特率在Bootloader中默认配置不可更改d800k001为230400后续版本为115200。外部主机如PC的串口必须配置为对应的波特率、8数据位、无校验、1停止位、无流控。I2C1 Slave模式的特殊处理在该模式下Bootloader会主动配置PLL使其退出旁路模式。这是为了将I2C1的模块时钟设置到一个有效的范围内输入时钟需在16.1-31.9 MHz。其默认PLL配置为PLLM20即倍频20倍POSTDIV2后分频2产生SYSCLK1240/250 MHz取决于24/25 MHz输入。这个配置可能会影响你应用程序预期的系统时钟需要在应用启动后根据需求重新配置。5. 常见问题排查与实战经验分享5.1 引导失败问题排查清单当你的板子无法引导时可以按照以下步骤系统性地排查确认引导模式引脚这是第一步也是最容易出错的一步。用万用表或示波器在上电瞬间测量BOOT[3:0]引脚的电平确保与你的设计一致。注意上拉/下拉电阻的阻值是否合适确保信号稳定。检查AIS文件使用AISgen生成AIS文件时是否选择了正确的芯片型号和ROM版本生成的.h文件内容是否合理可以尝试用AISgen的“EVM默认配置”生成一个最简单的AIS文件例如只包含一个跳转到固定地址的命令排除应用程序本身的问题。验证物理连接Flash引导用编程器读取Flash内容确认AIS文件已被正确烧写到指定偏移地址。串口引导确认TX、RX线是否接反电平是否匹配3.3V波特率是否设置正确特别注意d800k001的230400可以在DSP发送BOOTME时用串口助手查看是否能收到。利用工具和指示灯UART Boot Host工具观察其输出的错误信息。“Serial Port”错误通常表示物理连接或波特率问题。“AIS Parse”错误则可能发生在同步或命令执行阶段。CCS调试器如果可能通过JTAG连接芯片。在引导加载程序代码的关键位置如不同的引导模式入口、同步状态机设置断点或者查看相关内存、寄存器状态这是最直接的调试手段。分析同步阶段对于从机引导大部分问题出在SWS和POS阶段。主机发送XMT_START后永远收不到RECV_START。可能原因DSP未正确供电或复位、引导模式设置错误、外设引脚复用冲突、波特率不匹配。POS阶段计数N回显不正确。可能原因字节序错误必须小端、SPI/I2C的相位极性配置与DSP Bootloader不匹配、硬件链路干扰大。5.2 从机引导开发中的几个“坑”SPI Slave模式的延迟问题如前所述这是官方文档明确指出的Bug。我的经验是在SPI时钟为1MHz左右时在发送每个操作码后延迟1-2毫秒是比较安全的起点。具体值需要测试延迟太短会挂起太长则影响引导速度。可以在代码中做成可配置参数。CRC校验的实现主机端需要实现与DSP Bootloader完全一致的CRC32算法。附录C给出了参考C代码。务必注意这个算法是对整个数据流按命令分段进行连续计算的。在主机端你需要在发送每个Section Load或Section Fill命令的数据时同步更新CRC值。在发送Validate CRC命令后比较计算值与AIS文件中的期望值。如果自己实现的CRC结果不对一个常见的错误是初始值或多项式用错了Bootloader使用的是标准的CRC-32多项式0x04C11DB7。内存地址冲突你的应用程序的链接命令文件.cmd必须避开Bootloader使用的内存区域0x11800000开始的16KB。如果使用了压缩选项还要避开0x11830000开始的64KB用于解压堆。一个简单的检查方法是在CCS中生成map文件查看这些区域是否有段被分配。PLL配置时机如果你在AIS中使用了Function Execute命令来配置PLL以提高系统时钟需要注意在配置生效前Bootloader是在低速的旁路模式下运行的。这意味着在PLL配置命令执行之前主机与DSP之间的通信速度是基于低速时钟的。如果主机发送数据太快可能导致DSP端溢出。稳妥的做法是在PLL配置命令之后适当增加主机端的字节间延迟或者更好的办法是在AIS中先配置PLL和时钟使用索引5的PLL and Clock Configuration函数然后再进行大数据量的段加载。5.3 性能优化建议使用压缩选项AISgen支持生成压缩的AIS镜像。这可以显著减少需要传输或存储的镜像大小从而加快从Flash加载的速度或者减少串口引导的时间。但要注意压缩功能仅适用于d800k003及以后的ROM版本。优化AIS命令流对于初始化数据全为零的段如.bss段使用Section Fill命令一条命令填充整个内存区域比使用Section Load命令传输大量零字节要高效得多。AISgen在生成脚本时会自动做这个优化。主机端流控在实现主机端AIS解释器时尤其是在UART引导时虽然Bootloader不支持硬件流控但可以在软件层面实现简单的流控。例如在发送完一个数据块后等待DSP返回特定的ACK字节这需要你在应用程序的起始部分实现一个小的反馈程序。不过更通用的做法是依靠前述的OS机制它本身就是一种命令级的流控。选择更快的引导接口如果硬件设计允许SPI Master模式的引导速度通常快于UART和I2C。如果追求极速引导可以考虑从并行NOR Flash引导或者使用HPI模式由高性能主机直接加载。
