DSP2812 SPI配置实战：寄存器、FIFO与排错经验

简介针对DSP2812的SPI接口学习与调试需求这份资源提供了一套可直接导入CCS的完整工程与源码适合正在学习DSP2812处理器SPI通信、需要参考实际初始化与收发代码的嵌入式开发者和学生。压缩包共88个文件以c源码、h头文件、obj目标文件为主同时包含out可执行文件、cmd链接命令文件、pjt工程文件和map映射文件等整体大小约358KB可直接打开工程查看和烧录验证。目前已有261人学习下载。资源以EX04_SPI_LED为示例覆盖SPI模块时钟配置、四线连接方式、四种工作模式选择、数据发送接收以及中断处理等关键环节包内还包含Debug与Release两套构建产物及SRAM/FLASH两种运行配置便于对照不同编译环境使用。对希望快速上手DSP2812 SPI外设的读者这套资料能节省大量搜索与调试时间并提供从寄存器配置到实际外设驱动的完整参考。1. 为什么DSP2812的SPI总让人调不通这几年接过不少基于TMS320F2812的老项目SPI外设接口几乎每次都要踩点东西出来。说实话SPI协议本身特别简单SCLK、MOSI、MISO、片选四根线从设备挂在上面就能通信。但DSP2812不一样它属于C2000系列里比较老的一代寄存器配置比STM32那些外设库要原始得多没有HAL库里现成的SPI_InitStruct所有时钟、相位、极性、FIFO、中断标志全都要自己跟寄存器打交道。很多新上手的人甚至包括一些做过51和STM32的老手第一次调2812的SPI都会卡住几天。这篇内容就针对DSP2812的SPI-A模块把主模式配置、接收发送机制、片选策略、FIFO增强和实际排错经验完整过一遍。无论你是要给2812外挂SPI Flash、ADC、SD卡还是跟其他MCU做板级通信这篇文章里的寄存器配置思路和坑点基本都是通用的。我尽量把话说明白尽量给你可以直接复制运行的代码片段同时也把为什么这么写的底层逻辑讲透。1.1 两个SPI模块与引脚分配的关系TMS320F2812内部有两个增强型SPI模块SPI-A和SPI-B。SPI-A在GPIOD0到GPIOD3上引脚名分别是SPISIMOA主出从入、SPISOMIA主入从出、SPICLKA时钟、SPISTEA片选SPI-B在GPIOF0到GPIOF3上命名规则一样。做项目时绝大多数人用的是SPI-A因为它的引脚在F2812的100脚或176脚封装上更容易布线而且很多现成例程也都基于SPI-A。注意2812的引脚复用不是单纯“选一个功能”就完事它有GPDMUX这类多路复用寄存器而且复用关系分了好几层。我见过一个低级错误辛辛苦苦把SPI寄存器全部配好结果GPIO引脚复用没设SPISIMOA引脚一直保持普通GPIO状态波形出口根本不对。所以初始化SPI的第一步不是配SPICCR而是先确认这4个引脚已经被切成SPI功能而不是GPIO。1.2 比普通MCU多出来的“软件复位”和FIFO逻辑2812的SPI模块有个比较特别的寄存器位SPICCR的bit7SPISWRESET这是SPI软件复位位。配置SPI相关寄存器时必须先把这一位写0让模块处于复位状态然后把时钟极性、字符长度、主从模式等全部配好最后再写1释放复位。这个顺序不对寄存器配置根本不生效。这个设计理念跟STM32的__HAL_SPI_ENABLE有点类似但2812更严格。它要求你把寄存器都设好了再“上电”而不是像某些MCU那样写寄存器即时生效。另外2812的SPI内部还带了一套16级FIFO增强逻辑由SPIFFTX、SPIFFRX、SPIFFCT这几个寄存器控制。默认上电时FIFO不一定处于完全关闭状态如果你的代码里没有主动处理FIFO相关位收发机制会跟你预期的“发一个字节收到一个字节”完全不同步。很多移植过来的代码在这个地方出问题。2. 初始化SPI-A前必须想清楚的四个参数2.1 主从模式2812默认别做错方向SPICTL寄存器的bit5是MASTER_SLAVE位写1是主机模式写0是从机模式。绝大多数应用场景里2812是主机外接Flash、ADC或者传感器从设备。这里有一个容易忽略的点主机模式下SPISIMOA是输出、SPISOMIA是输入但如果你用的是SPI-B或者引脚复用到别的地方方向由外设模块自己控制不需要单独设GPIO方向。但要小心2812的TALK位SPICTL bit4也要同时置1否则SPISIMOA输出是三态主机的MOSI线上不会有数据。我见过有人只配了MASTER_SLAVE没配TALK逻辑分析仪抓SCLK有波形MOSI却一直没数据卡了半天。TALK位相当于“发送使能”这是2812比较隐蔽的一个细节。2.2 时钟极性与时钟相位和CPOL/CPHA一一对应SPICCR bit6是时钟极性CLOCK POLARITYSPICTL bit6是时钟相位CLOCK PHASE这两个位组合起来对应行业里常说的SPI Mode 0到Mode 3时钟极性时钟相位对应模式空闲时钟电平数据变化沿数据采样沿00Mode 0低电平下降沿上升沿01Mode 1低电平上升沿下降沿10Mode 2高电平上升沿下降沿11Mode 3高电平下降沿上升沿大多数SPI Flash和SD卡都支持Mode 0和Mode 3但具体用哪个一定要看从设备数据手册。比如W25Q系列Flash在Mode 0和Mode 3下都能正常工作可是某些ADC芯片只支持Mode 0片选拉低后在第一个上升沿就要采样。如果你把2812配成Mode 3从设备可能在空闲高电平期间就已经被误导导致数据错位。这个没别的好办法就是查手册、对表格、再抓波形确认。2.3 字符长度与波特率计算先算LSPCLK再写SPIBRRSPICCR的低4位是SPICHAR用来设置字符长度寄存器值等于“实际位数减1”。比如8位数据SPICHAR写716位数据SPICHAR写15。2812的SPI支持1到16位可变长度这点比很多MCU强。但要注意如果你外接的是一个字节型从设备却把SPICHAR配错成15你会发现每次发一个字节从设备收到的却是16位帧多出来的位会把Buffer顶乱。波特率方面2812的SPI时钟不是直接来自SYSCLKOUT而是来自低速外设时钟LSPCLK。默认配置下LSPCLK等于SYSCLKOUT除以4如果主频150MHzLSPCLK就是37.5MHz。波特率计算公式是当SPIBRR等于0或1时SPI波特率 LSPCLK / 4当SPIBRR等于2到127时SPI波特率 LSPCLK / (SPIBRR 1)假设LSPCLK为37.5MHz想要约1MHz的SPI时钟就可以算(37.5 / 1) - 1 36.5取整为36或37实际波特率大约1.014MHz或986kHz。我通常把SPIBRR设37保留一点余量方便外部电路处理。2.4 一段能直接抄的初始化代码下面这段是SPI-A主模式、8位数据、Mode 0、约1MHz波特率的初始化代码基于寄存器直接操作避免外设库版本差异。void SPI_Init(void) { // 1. 使能SPI-A外设时钟 SysCtrlRegs.PCLKCR.bit.SPIENCLK 1; // 2. 配置GPIOD0~D3为SPI-A功能引脚 // 具体位域要根据实际芯片手册确认这里以GPDMUX为例 GpioMuxRegs.GPDMUX.all | 0x000F; // 3. SPI模块进入软件复位状态开始配置 SpiaRegs.SPICCR.bit.SPISWRESET 0; SpiaRegs.SPICCR.bit.CLKPOLARITY 0; // 时钟极性低电平空闲 SpiaRegs.SPICCR.bit.SPICHAR 7; // 8位字符 SpiaRegs.SPICTL.bit.CLK_PHASE 0; // 时钟相位标准相位 SpiaRegs.SPICTL.bit.MASTER_SLAVE 1; // 主机模式 SpiaRegs.SPICTL.bit.TALK 1; // 使能发送输出 SpiaRegs.SPICTL.bit.SPIINTENA 0; // 轮询模式先不开中断 SpiaRegs.SPIBRR 37; // LSPCLK/(371) ≈ 1MHz // 4. 解除软件复位SPI开始工作 SpiaRegs.SPICCR.bit.SPISWRESET 1; }这段代码的核心是把SPISWRESET先拉低再拉高。别小看这个动作很多从别的MCU平台移植过来的人就是死在这一步上。没有软件复位流程就算SPICCR写对了模块行为也可能处于一个半配置状态。3. 数据收发和标志位之间容易踩的坑3.1 SPIDAT、SPITXBUF、SPIRXBUF三兄弟的关系2812的SPI有三组跟数据相关的寄存器SPITXBUF是发送缓冲SPIDAT是移位寄存器SPIRXBUF是接收缓冲。你写数据到SPITXBUF模块会把数据挪到SPIDAT里一位一位往外移同时从MISO移进来的数据会从SPIDAT转到SPIRXBUF。读数据时从SPIRXBUF拿。很多人的误解在于以为写完SPITXBUF就等于发完了马上读SPIRXBUF拿结果。实际上发送是异步的移位需要时间你需要等SPISTS寄存器里的INT_FLAG位置1才能去读接收缓冲。这有点像你去餐馆点菜菜不是瞬间上桌的你得等灶台那边炒完。等标志就对了。3.2 接收溢出RXOVRN和数据错乱的因果关系2812的SPISTS寄存器里有一个RXOVRN位表示接收溢出。这个位一出现基本说明“你的代码读得太慢了”。当上一帧数据还没从SPIRXBUF取走新的一帧数据又移入完成硬件就会置位溢出标志同时旧的接收数据可能被冲掉。我遇到过一台设备SPI读传感器数据偶尔冒出来一个明显错误的值。排查了半天最后定位到接收主循环里有一处延时过长导致SPI中断处理不及时RXOVRN时不时置位。解决办法有两个方向一是中断里收到数据立刻读SPIRXBUF不要拖到主循环处理二是如果通信频率不高直接把接收改成阻塞轮询确保每个字节都及时拿走。3.3 轮询与中断两种收发模式的选择轮询模式写起来最简单思想就是“发一个字节死等INT_FLAG置位再读回数据”。比如unsigned char SPI_ReadWriteByte(unsigned char dat) { SpiaRegs.SPITXBUF dat; while (SpiaRegs.SPISTS.bit.INT_FLAG 0) { // 等待发送接收完成 } return (unsigned char)SpiaRegs.SPIRXBUF; }这套代码在低速、低频率、主循环不忙的场景下完全够用。但如果SPI要连续高速收发大量数据轮询模式会占用CPU大量时间这时候就要开中断或者用FIFO。开中断时注意2812的SPI-A中断向量在PIE中断里接收和发送中断各自有独立入口中断服务函数里处理完数据后还要清PIEACK否则同级中断无法再次进入。4. 硬件SPISTE片选和软件GPIO片选怎么选4.1 SPISTE自动片选在什么场景下会坑你2812的SPI模块引出了SPISTE引脚理论上主模式传输时硬件会自动拉低片选传输结束自动拉高。听起来很方便实际用起来有一个隐患硬件自动片选的时序是“每传完一帧就释放”如果你要连续读一个外部Flash的多字节数据并且要求整段传输过程中片选一直保持低电平硬件自动片选往往在字节之间就出现一个高电平毛刺。很多从设备比如W25Q系列的读数据操作严格要求从发送读命令到读完所有数据字节片选必须持续拉低中间不能释放。这种情况下硬件SPISTE自动片选就是灾难。另外如果你需要在片选拉低后等几个微秒再开始时钟硬件自动逻辑完全无法延后因为片选和时钟之间的时序关系是模块内部写死的。4.2 软件GPIO片选的建立时间和释放时间怎么控绕过这些问题最直接的办法把SPISTE功能弃用直接用任意一个GPIO当片选。虽然多占用一条GPIO但时序完全可控。典型操作顺序是先把片选GPIO置高保证从设备未选中。发送数据前GPIO拉低延时至少1微秒给从设备准备时间。执行SPI读写作。全部传输结束GPIO拉高。在某些从设备上两次片选释放后还需要一点“释放时间”tSHSL或者tCS这时可以在拉高后加延时。这样虽然代码稍多一点但可调试性极强。我现在的项目基本都走软件GPIO片选尤其挂载多片SPI从设备时一片对应一个GPIO想选谁就拉低谁不存在硬件SPISTE不够用的问题。4.3 多从设备共挂一条SPI总线的注意事项如果SPI总线上挂了两个或以上的从设备MISO线就是共享的。这里有个关键点未被片选中的从设备它的MISO引脚必须处于高阻态不能主动驱动总线。有些从设备设计得好片选没拉低就自动释放MISO有些质量差的器件或者上拉/下拉电路不合适可能产生总线冲突。板级设计时建议在每个从设备的MISO引脚串一个小阻值电阻比如33欧到100欧然后靠近主控侧统一上拉。这样即使某一个从设备异常驱动了总线也不会直接烧毁主控引脚或者造成持续冲突。另外SPI总线上走线长度不要贪长板内几厘米问题不大超过10厘米就要降波特率并考虑加缓冲器SPI本来就不适合长距离传输指望它像RS485那样拉几十米是不现实的。5. 用逻辑分析仪复盘一次SPI排错实例5.1 读回全0xFF先查移植而不是先怀疑寄存器有一次帮人调一块SPI接口的ADC2812主模式发读命令读回的数据全0xFF。第一反应可能会怀疑从设备坏了或接线错了但这类现象绝大多数情况是引脚复用没配对、或者数据方向反了。我当时先用逻辑分析仪抓SCLK、MOSI、MISO三根线。SCLK正常MOSI也能看到命令字但MISO一直高电平。再查从设备手册发现这颗ADC的MISO要等到片选拉低之后才真正使能输出。问题就出在这里用户用了GPIO模拟片选但GPIO初始化为高电平后没有延时直接发命令从设备还没准备好接受命令导致第一个字节完全丢失。解决办法很简单片选拉低后加10微秒延时然后再做SPI读操作数据立刻正常。5.2 采样沿错半拍CLKPOL/CLKPHA对从设备的影响另一个常见问题是采样沿刚好错半拍。逻辑分析仪上看数据波形完全正常但数据就是不对。这里要理解SPI收发模型主设备在某个边沿输出数据从设备在另一个边沿采样数据。如果主从设备一个按上升沿采样一个按下升沿输出两边就会对不上。调试时我会把逻辑分析仪的波形打开直接看MOSI数据的变化时刻和SCLK边沿的关系。比如你配了Mode 0理想情况是SCLK上升沿采样时MOSI线上的数据已经稳定如果发现数据在上升沿附近还在跳变说明实际跑的相位不是你以为的那个。这时候可以用示波器或者逻辑分析仪测量确认空闲电平到底是高还是低再回头改CLK_PHASE和CLKPOLARITY。5.3 GPIO翻转与波特率降半快速定位线缆和时序问题如果通信距离有点长或者飞线出来连接外部板子数据错误时不时出现我会先做一个快速实验把SPI波特率直接砍半再连续发0x55或0xAA这种交替位模式。0x5501010101能直观看出每一位翻转是否正确波形抓出来也非常好认。如果降半速后数据全部正确说明问题基本就是信号完整性问题或时序裕量不足。接着再用GPIO翻转法定位在片选拉低前把一个测试GPIO拉高中断里再把测试GPIO拉低用示波器看这个GPIO高电平持续时长就能算出从片选拉低到真正发出首字节的软件延迟有多大。如果这个延迟太长某些要求严格时序的从设备会直接超时表现为偶发失败。6. FIFO增强功能开之前必须先想清楚6.1 16级FIFO给2812 SPI带来的变化2812的SPI模块自带16级发送FIFO和16级接收FIFO由SPIFFTX、SPIFFRX、SPIFFCT控制。开FIFO之后CPU可以一次性往发送FIFO里塞多个字节模块自动按顺序移位发送接收时多个字节先存在FIFO里CPU可以一次批量读取。这在大批量连续通信时非常爽可以减少中断次数。但FIFO也带来新的管理成本。发送FIFO有空、满、溢出状态接收FIFO也有触发级别配置你必须清楚每个中断什么时候产生。很多人一开始不熟悉FIFO就发现程序跑飞了因为发送FIFO满了还在往里面写模块行为不可控。6.2 一次FIFO导致数据顺序错乱的复盘有次项目里用SPI接收一个高速ADC的数据开了接收FIFO触发级别设为8级。主循环里判断RXFFST达到8才读走8个字节。现象是连续接收时数据流中间偶尔会出现一整段数据重复。排查过程很有意思单独看每次接收的8个字节都是连贯的但两次接收之间缺少了某些数据。最后发现是接收溢出标志RXFFOVF没有被及时处理。接收FIFO在溢出后继续接收新数据把还没读走的部分覆盖了但FIFO中和CPU读指针之间出现了错位。读到的数据看似正常实际顺序已经乱掉。解决办法是每次读取完FIFO后主动检查RXFFOVF标志出现溢出时立刻复位接收FIFO指针强制清空FIFO从下一帧开始重新同步。很多人不用FIFO就是怕这种隐形错位处理起来要比轮询复杂不少。6.3 我对FIFO开关的建议我的个人习惯是如果SPI只用来读传感器、配置寄存器这类小数据量交互干脆不要开FIFO直接轮询读写一个字一个数据清清楚楚出了错也好查。如果确认需要连续大吞吐量传输比如把ADC采集数据以DMA方式转移到内存那就认真把FIFO配置和溢出恢复逻辑写完整不要“先凑合跑起来”。实际项目里2812这类老DSP还在用的大多是对稳定性要求较高的工业控制设备与其追求SPI极限吞吐量不如多花时间在时序冗余和异常恢复上。片选用软件GPIO数据收发用轮询或简单中断配合逻辑分析仪把每根线的时序都摸透这套组合在大多数应用场景下已经足够稳了。至少我调过那么多2812 SPI板子最后稳定量产的方案基本都是这个套路。本文还有配套的精品资源点击获取