DSP28335 SCI串口16位数据回传：FIFO配置与高低字节收发实现

简介本资源是面向嵌入式开发工程师与高校电类专业学生的TMS320F28335 DSP串行通信实战项目聚焦SCI模块在RS232标准下的16位字符双向传输解决实时控制场景中高可靠性、低CPU占用率的异步通信需求。资源包共139个文件涵盖41个头文件h定义寄存器与接口、38个依赖文件d、9个C源码含main.c及DSP2833x_Sci.c等核心驱动、10个Makefilemk及CCS工程配置文件ccsproject、launch、cmd等完整支撑中断驱动FIFO缓冲的通信流程构建压缩包仅315KB轻量紧凑便于快速导入CCS环境调试。已有1484人学习下载提供从SCI初始化、16位数据打包、发送/接收FIFO管理到中断服务例程ISR全流程实现代码结构清晰、注释规范并包含系统启动、PIE向量表、延时与ADC校准等基础模块可直接用于电机控制、电力电子监控等工业嵌入式项目开发。1. 项目概述为什么要把16位字符塞进SCI串口做DSP28335开发的人大概率都遇到过这样一个需求想把一个16位的变量比如ADC采样结果、编码器计数、或者某个状态字通过串口发出去让上位机或者另一块板子收到。刚开始很多人直接用printf或者一条UART_SendData把整个变量丢给串口结果上位机收到的要么是乱码要么是数据对不上。这个项目的核心问题就在这里SCI串口本身的收发单元是8位字节而你想传的是16位数据。DSP28335的SCI模块带有16级FIFO普通的例程都是按字节收发很少有人在FIFO模式下做16位字符的完整收发与回传验证。这个项目就是要把这一条链路彻底打通初始化SCI-A模块配置FIFO实现16位数据的高低位拆分发送再把收到的数据原样回传用回传结果检验整条链路是否可靠。适合谁来参考刚接触C2000系列DSP的初学者、正在做串口通信调试的工程师、以及想把SCI-FIFO用得更深一层的开发者。看完这篇文章你能搞明白三件事FIFO到底怎么配置才能让收发更高效、16位数据在8位通道里怎么传输才不会错位、回传测试时怎么判断数据对不对。2. 硬件链路与信号电平先解决物理层的坑2.1 从DSP引脚到232串口中间差了一个电平转换先捋一下这项目的硬件链路。DSP28335的SCI模块是TTL电平引脚直接输出的信号是0~3.3V而PC的串口是RS-232电平逻辑1是-3V~-15V逻辑0是3V~15V。两者不能直接连中间必须加电平转换芯片。我见过不少人在这一步翻车直接把DSP的SCITXDA引脚接到DB9头子上结果上位机根本收不到数据。正确做法是用MAX3232或者SP3232这类芯片做电平转换DSP的SCI引脚接芯片的TTL侧芯片的RS-232侧再接DB9接口。网上关于232串口的提问很多什么“232串口0连接到系统上的设备没有发挥作用”“TTL的CAN接口和232接口是不是可以通用”本质上都是对电平标准不熟悉。这里明确说一下TTL的CAN接口和232接口不能通用。CAN是差分信号RS-232是单端信号电平定义也不同直接互接轻则通信失败重则烧毁引脚。2.2 接线方式与接地问题SCI通信最少需要三根线发送SCITXDA、接收SCIRXDA、共地GND。这是初学者最容易忽略的一点。DSP和PC的串口调试助手之间必须共地否则参考电位不一致会出现数据完全收不到或者偶发乱码的现象。如果你用的是USB转232模块注意模块上的TX/RX标识是相对于模块自身的跟DB9的定义不冲突但跟DSP的接线需要交叉DSP的SCITXDA接模块的RXDSP的SCIRXDA接模块的TX。顺序搞反了就是“收发对不上”怎么调都不出数据。2.3 拨码开关与跳线容易被忽视的配置如果你用的是开发板通常主控芯片的SCI引脚会通过跳线帽选择连接到哪里是接了板载USB转串口芯片还是接了DB9接口或者是接到了扩展排针。这一步没确认好代码里配置得再完美信号也到不了该去的地方。比如我碰到过一种情况板子上SCI-A引脚默认接的是扩展排针而我又同时插了USB转串口模块导致信号被两个负载分压电平达不到阈值通信时好时坏。所以上电之前先把原理图打开把引脚的走向搞清楚。3. FIFO机制与原理解析16级缓冲到底怎么用3.1 为什么需要FIFO它解决了什么问题SCI模块的FIFO是一个16级深度的硬件缓冲区。没有FIFO的时候每收到一个字节CPU就得去读一次接收寄存器否则下一个字节来了就会把前面的数据覆盖掉。这就意味着CPU必须盯住接收中断时刻准备着去取数据。这种方式在低速通信时问题不大但一旦数据速率提高或者CPU还要处理其他任务就容易被频繁打断甚至丢数据。有了FIFO之后数据可以暂存在缓冲区里CPU不必每个字节都响应一次中断可以等到累计到一定数量比如8个字节再统一处理。这能显著降低CPU的中断负载也让接收数据更加平滑。同样的道理也适用于发送方向把要发的一批数据先塞进FIFOSCI模块会自动排队往外发。用生活里的事来类比就好比你去食堂打饭没FIFO的时候是炒好一个菜就叫你来端一次有FIFO的时候是炒好一锅再叫你统一端走。对厨师CPU来说后者的效率显然更高。3.2 FIFO触发电平与中断配置的关系FIFO的16级是硬件深度但中断触发点是可以配置的。接收FIFO的中断触发级别有1、2、4、8、12、16等几个档位如果你把触发电平设为4那么FIFO里攒够4个字节才会触发一次接收中断。发送FIFO则相反它有一个TXFFIL字段当FIFO里的剩余字节数下降到这个阈值时才触发发送中断。这里有一个关键的思路接收中断的触发级别要根据你的数据帧长度来设。比如你要接收一个4字节的帧可以设为4级触发这样一帧数据刚好触发一次中断处理起来非常干净。但如果你并不知道数据帧长度只是不定长地接收那就把触发电平设成1每个字节都触发中断保证不漏数据代价是中断次数多、CPU负担重。3.3 溢出标志位FIFO满了会发生什么当接收FIFO已经满了16字节又有新数据进来时SCI模块会置起溢出错误标志OE。这个标志一旦置位如果没有及时清除后续的接收行为可能会异常。我调试时遇到过一种情况FIFO溢出后即使清空了FIFO新的数据依然收不到最后发现是中断服务程序里没有把SCIRXST寄存器的OE位清掉。这个坑在TI官方例程里其实有体现但很多初学者直接复制的例程没注意到例程里中断处理时会先读取SCIRXST寄存器来清除错误标志。建议各位在接收中断处理的入口处先读一遍SCIRXST把错误状态寄存器的内容取出来检查一下再决定是否继续处理。4. SCI寄存器配置与初始化实操4.1 一个完整的初始化函数DSP28335的SCI模块初始化代码不算复杂但需要注意的点不少。下面给出一个完整的SCI-A初始化示例配置为8位数据位、无校验、1位停止位波特率9600启用FIFO接收FIFO触发电平设为4。void SCI_Init(void) { // 复位SCI-A SciaRegs.SCICCR.all 0x0007; // 1个停止位, 无校验, 8位数据 SciaRegs.SCICTL1.all 0x0003; // 使能TX和RX SciaRegs.SCICTL2.all 0x0003; // 使能TX中断和RX中断 SciaRegs.SCIHBAUD 0x0000; SciaRegs.SCILBAUD 0x0032; // 9600 baud 60MHz LSPCLK SciaRegs.SCICCR.all 0x0007; // 重新配置为8位模式 SciaRegs.SCICTL1.all 0x0003; // 配置FIFO SciaRegs.SCIFFTX.all 0xE040; // 启用FIFO增强, 清除TXFFINT SciaRegs.SCIFFRX.all 0x2044; // 启用FIFO接收, 清除RXFFINT, 触发电平4 SciaRegs.SCIFFCT.all 0x0000; // FIFO传输延时0个字符时间 // 启用SCI SciaRegs.SCICTL1.all 0x0023; // 退出SCI复位状态 // 使能中断 PieCtrlRegs.PIEIER9.bit.INTx1 1; // SCI-A RX PieCtrlRegs.PIEIER9.bit.INTx2 1; // SCI-A TX }4.2 寄存器配置逐行解读上面这段代码里有几个关键点需要展开讲一下。首先是SCICCR寄存器它的低3位设置数据格式。0x0007表示8位数据、无校验、1个停止位。有人可能会问既然我们要传16位数据为什么不直接设成16位模式答案是不存在这种模式SCI硬件只支持1~8位数据格式16位数据的发送必须拆成两个字节。其次是波特率计算。DSP28335内部有一个LSPCLK低功耗外设时钟默认情况下是系统时钟的一半也就是60MHz如果系统时钟是150MHz。波特率寄存器的计算公式是BRR LSPCLK / (波特率 × 8) - 1把9600代进去60000000 / (9600 × 8) - 1 781.25 - 1 780.25。取整是780十六进制是0x030C。上面的代码里把780拆成了高字节0x03SCIHBAUD和低字节0x0CSCILBAUD。但我实际写0x0032也是能用的因为0x0032是十进制的50对应波特率是60000000 / (8 × (501)) ≈ 147058这显然不对。这里要坦白说明上面的示例代码我是简化过的实际调试中我用的波特率是115200对应的BRR是60000000 / (115200 × 8) - 1 64.1取整64即0x0040。请务必根据你自己的系统时钟和波特率来计算不要直接照抄。如果你发现发出来的数据是乱码优先检查波特率寄存器是否算对了。再次是FIFO配置的几个关键位。SCIFFTX的位15SCIRST必须为0才能重置FIFO状态位13SCIFFENA必须为1才能启用FIFO增强功能位12~8TXFFST是发送FIFO的当前计数只读。SCIFFRX的位13RXFFRST置1启用接收FIFO位4~0RXFFIL设置接收触发电平为4。SCIFFCT的SCIAFCNT位是自动波特率检测相关的这里用不到置0即可。最后SCICTL1的位6SWRESET在初始化时置0即复位状态配置完成后必须置1即0x0023让SCI退出复位否则发送和接收功能都不会工作。这一行被很多人漏掉漏掉的结果是串口完全没反应而且不会报任何错误。4.3 计算波特率时的精度问题波特率计算中取整带来的误差是不可消除的但可以控制在合理范围内。9600波特率时理论BRR是780.25取整780实际波特率是60000000 / (8 × 781) 9603误差约0.03%。115200波特率时理论BRR是64.1取整64实际波特率是60000000 / (8 × 65) 115384误差约0.16%。这个误差对异步串口通信来说完全在可接受范围内一般要求不超过2%但如果是定制时钟频率比如外部晶振不是常见值还是要拿计算器算一遍。提示如果你用的是CCS可以在调试界面的Registers窗口里直接看到当前寄存器值方便验证配置是否写入成功。5. 16位字符的收发实现拆字节与拼字节5.1 发送方向先发高位还是先发低位这是16位串口通信里最核心的一个设计决策。假设你要发送一个16位变量data 0x1234有两种拆法大端模式先发高位字节0x12再发低位字节0x34小端模式先发低位字节0x34再发高位字节0x12具体采用哪种模式取决于接收端的解析约定。如果接收端是你的PC上位机你可以自己定如果是配合别人写好的协议那就必须按照对方的字节序来。我通常的做法是发送时先发高位字节再发低位字节这种顺序在调试助手里看到的效果是34 12还是12 34一眼就能分辨。下面给出发送函数的实现void SCI_Send16Bit(Uint16 data) { Uint16 temp; // 发送高位字节 temp (data 8) 0x00FF; while (SciaRegs.SCIFFTX.bit.TXFFST 16){} // 等待FIFO有空间 SciaRegs.SCITXBUF temp; // 发送低位字节 temp data 0x00FF; while (SciaRegs.SCIFFTX.bit.TXFFST 16){} // 等待FIFO有空间 SciaRegs.SCITXBUF temp; }先解释一下判断条件TXFFST 16的含义。TXFFST是发送FIFO当前计数当它等于16时说明发送FIFO已满不能再往SCITXBUF里写数据否则会覆盖未发送的数据。当FIFO有空位时写SCITXBUF会把数据压入FIFO然后由硬件自动移位发送。这个等待循环是发送时防止FIFO溢出的保护措施。5.2 发送FIFO与单字节发送的区别基础的SCI发送是直接写SCITXBUF寄存器写进去之后硬件开始移位发送CPU需要等待TXRDY标志或者利用TX中断才能写下一个字节。启用FIFO之后SCITXBUF的写入行为变成压入FIFO队列16次写入才会填满整个FIFO然后硬件按顺序逐个发送。有人会担心FIFO模式下TX中断的触发时机不好掌握。其实TI已经处理好了SCIFFTX的TXFFIL字段设置了发送中断触发的FIFO剩余字节数比如设为0表示FIFO余量降到0时触发中断也就是说数据全部发完时中断一次。如果你想要流水式的连续发送可以把阈值设为8这样FIFO从满消耗到只剩8字节时触发中断你在中断里再补8个字节让FIFO始终保持一半以上的数据发送就不会停顿。这个技巧在某些对实时性要求高的场合非常有用。5.3 接收方向回传的核心逻辑接收端要把两个连续字节拼成一个16位变量。难点在于怎么保证两个字节是“一对”的而不是上一个数据帧的残留和当前帧的新数据凑在了一起。常见的解决办法是加上帧头帧尾或者利用接收FIFO触发电平来做帧同步。本项目里由于是“回传”验证逻辑简单很多收到两个字节后无论内容是什么直接把它们拼成一个16位变量再调用发送函数发回去。如果上位机发的是0x1234收到的回传也是0x1234说明链路是通的。这个验证逻辑的代码如下// 接收中断处理函数示例 interrupt void SCI_RX_ISR(void) { Uint16 rxData; Uint16 status; // 检查错误标志 status SciaRegs.SCIRXST.all; if (status 0x0080) // 如果RX ERROR位被置位 { SciaRegs.SCIRXST.all 0x0000; // 清除错误状态 SciaRegs.SCIFFRX.bit.RXFFOVFCLR 1; // 清除溢出标志 return; } // 读取高字节 rxData SciaRegs.SCIRXBUF.all 0x00FF; // 等待并读取低字节 while (SciaRegs.SCIFFRX.bit.RXFFST 0){} // 等待FIFO有数据 rxData (rxData 8) | (SciaRegs.SCIRXBUF.all 0x00FF); // 回传 SCI_Send16Bit(rxData); }5.4 接收端拼字节的几个坑上面的代码虽然看起来简单实际运行起来可能遇到几个问题。第一个问题是两个字节不同步。如果上位机只发了一个字节或者两个字节之间被其他数据干扰接收端就会把上一帧的残留字节当成本帧的高字节拼出来的数据自然不对。在不添加帧头帧尾的情况下接收端无法判断字节边界是否对齐。解决办法是约定好协议在数据帧最前面加一个帧头比如0xAA。接收端先搜索帧头找到之后记录状态再等后面的数据字节。这个做法虽然多了一点代码量但能从根本上解决字节同步问题。回传验证时如果只是想确认链路通断可以暂时不做帧头匹配但如果要做更严肃的数据传输校验帧头是必须的。第二个问题是FIFO溢出。如果接收中断处理不及时FIFO的16个字节被填满后又有新数据进来数据就会丢失。在回传测试这种低频场景中不容易触发但在高数据率下非常常见。解决思路有几种提升中断优先级、在中断里快速搬走FIFO数据、或者把接收触发电平调低让中断更频繁地触发。第三个问题是接收中断里等待FIFO阻塞。我上面的示例代码里用了while (SciaRegs.SCIFFRX.bit.RXFFST 0){}来等待第二字节到来这个写法在中断服务程序里其实是有风险的。如果第二个字节永远不来程序就死在中断里了整个系统都会卡住。更稳健的做法是设置超时机制或者在状态机里记录已经收到几个字节用主循环去检查。不过对于回传测试这种简单场景先理解这种阻塞式读取的逻辑也是有益的毕竟调试初期需要排除硬件连接问题。6. 项目调试实战从完全没反应到数据正常回传6.1 第一步确认上位机能收到任何数据跳过硬件检查直接写软件调试是串口项目里最常见的浪费时间的操作。我的经验是先写一个最简的发送测试程序每隔1秒发一个固定值比如0x55上位机如果能看到0x55说明SCI发送链路是通的包括引脚接线、电平转换、波特率都是对的。这一步能帮你把问题范围缩小一半。如果收不到0x55排查顺序是先用万用表量DSP引脚的电压看是否有3.3V/0V变化再从MAX3232输出侧量RS-232电平是否在±5V左右摆动最后检查USB转串口模块的驱动程序是否安装成功、COM口号是否正确。不要一上来就怀疑代码硬件问题占了串口调试失败的绝大多数原因。6.2 第二步回传测试验证双向链路发送测试通过后再写接收中断和回传逻辑。用上位机的串口调试助手发送一个16位数据比如0x5A3C观察接收区是否出现0x5A3C。如果出现了恭喜你整条链路已经打通。如果回传数据不对比如发出0x5A3C回来却是0x3C5A说明高低字节顺序反了调整一下发送端的字节顺序即可。如果回来是0x5A00或者0x003C这样的“半截数据”说明第二个字节在接收端没有被正确读取大概率是FIFO触发中断的时机和数据到达的时间不对齐。6.3 第三步极速回传压测与丢字节排查回传单帧没问题之后我习惯做一个压测让上位机以尽量快的速度连续发送1000帧数据观察是否有丢帧或者错帧。在这个阶段最容易暴露的问题就是FIFO溢出和中断响应不及时。压测时如果发现丢数据首先把接收FIFO的触发电平降低比如从4降到1降低单次中断需要处理的数据量让CPU能更快地响应。其次检查中断服务程序里面有没有耗时过长的语句比如我刚才提到的while等待循环这种代码在无阻塞条件下没问题但有数据压力时会成为性能瓶颈。7. 常见问题与排查技巧实录7.1 接收数据全是0x00或者FF硬件层面检查MAX3232的供电和电平输出软件层面检查SCI模块的GPIO引脚复用配置。DSP28335的SCI引脚需要配置为外设功能如果缺了这一步引脚保持在高阻态或者普通GPIO状态数据当然出不来。GPIO配置的正确代码是// 将GPIO28, GPIO29配置为SCI-A功能 GpioCtrlRegs.GPAMUX1.bit.GPIO28 1; GpioCtrlRegs.GPAMUX1.bit.GPIO29 1;7.2 偶发乱码频率不高但很烦波特率误差是首要怀疑对象。用示波器抓一下SCITXDA引脚的波形测量一个字节的位宽跟理论位宽对比。如果偏差超过2%建议改用更接近晶体频率的波特率或者检查LSPCLK频率是否跟预设一致。另一个常见原因是电源纹波过大RS-232电平转换芯片的供电不稳定会导致电平判断错误在DSP和转换芯片的电源引脚附近加上0.1uF去耦电容能减轻这个问题。7.3 FIFO溢出后用尽办法恢复不了FIFO一旦溢出SCI模块可能进入一种异常状态。正确恢复流程是清除RXFFOVF标志置位SCIFFRX的RXFFOVFCLR位、清除RXFFINT标志、然后重新使能接收FIFO。这个顺序不能乱否则溢出状态会残留。如果还不行就只能对SCI模块做软复位即重新初始化一遍SCI寄存器。建议把这个软复位的逻辑写成一个单独函数方便在异常时调用。7.4 回传数据成功但偶尔多一个字节这通常跟上位机发送的“间隔”有关。串口调试助手一般有个“发送新行”选项会额外发送一个\r\n0x0D 0x0A。如果你的接收逻辑把这两个字节当成新的一帧数据来拼就会多出一个随机数。排查方法很简单用十六进制显示模式看看多出来的字节是不是固定的0x0D0A。如果是把上位机的“发送新行”关掉即可。8. 项目扩展从回传测试走向实际应用这个项目的回传逻辑虽然简单但它是一个非常好的通信测试基座。在实际项目里把回传改成解析执行并不复杂。比如你可以把一帧数据定义为帧头1字节 命令字1字节 数据2字节 校验1字节共5字节。接收端按状态机流转解析收到完整帧后处理数据再回发一个应答帧。这样就从“回传”升级成了“主从通信协议”。在做协议升级时有一点值得提前想清楚是否要在DSP端做数据校验。常用的校验方式有累加和、CRC32、CRC16回传测试阶段可以不加但正式产品中建议加上。串口通信在电机控制、数据采集等工业场景里虽然速度不快但可靠性要求极高数据出错轻则误动作重则引发安全事故。8.1 中断服务程序的优化建议如果你想把这个项目延伸到更高波特率或者更频繁的通信中断服务程序的效率就成了关键。以下几点是我踩过坑之后总结出来的实用建议中断服务程序里尽量只做数据搬移和标志置位不要做复杂解析。接收数据时尽量用while循环一次性把FIFO里的数据全部读出来而不是读一个就退出中断否则每次中断的进出开销会造成数据积压。如果数据帧是定长的配合FFIL触发电平一个帧触发一次中断是最优解如果不定长最好用空闲帧检测或者超时判断来切帧。发送时如果数据量不大可以直接在主函数里轮询发送不必开发送中断发送中断更适合大数据量的后台发送。8.2 关于SCI模块的FIFO加深与DMA扩展DSP28335的SCI-FIFO只有16级对于一般的命令交互和状态上报足够了。如果项目里要做批量数据传输比如上百字节的固件升级包可以搭配DMA模块把FIFO数据直接搬移到内存CPU几乎不参与效率提升非常明显。这算是一个进阶方向因为DSP28335的DMA支持外设触发源SCI的RXFFINT可以配置为DMA的触发信号实现“硬件自动收包收完再通知CPU”。这个方案在多字节串口协议栈里是终极解法就是配置上比较复杂要同时处理好DMA的突发长度、地址自增、传输结束中断等环节。我建议先把FIFO收发搞透再考虑DMA扩展一步一步来踩坑才踩得稳。9. 实测心得与经验总结最后说说我在这个项目调试中的实际操作体验。我前前后后调了大概两天大部分时间不是花在代码上而是花在硬件连接和参数确认上。特别是波特率的分频计算一开始我用的LSPCLK是75MHz因为参考例程写的是37.5MHz LSPCLK下的值波特率怎么都对不上后来查datasheet才发现我的板子初始化代码把PLL配置成了150MHzLSPCLK随之变成75MHzBRR得重新算。还有一个让我印象深刻的细节是FIFO触发电平的选择。最初我按例程设成了1结果回传测试一切正常但用示波器观察发现SCITXDA引脚上的波形总是不连续有间隙。后来我把思想转变过来发送时直接往FIFO里压两个字节让它们连在一起发出去波形就干净多了。这个细节在逻辑分析仪或者示波器上很容易暴露但很多是代码层面的逻辑不难发现问题在于很多人根本没有拿示波器看波形的习惯。如果你也在调类似的项目建议记住一条判断原则先通再对后测速。先保证串口能通收到任何数再保证数据对收到正确数值最后再测极限性能高速连续收发。这样每一步的排查范围都很小问题定位清晰不会出现“到处都有问题不知道从哪下手”的窘境。这套回传逻辑的代码量不大但价值在于它能帮你确认整条SCI链路的每一步都是正常的。等以后项目里要做真正的数据交互协议时你就能确信底层的串口驱动是可靠的可以放心地在上层实现自己的业务逻辑。本文还有配套的精品资源点击获取