简介一套完整的TMS320F28335 CAN通讯源码包含DSP2833x_ECan.c与DSP2833x_ECan.h两个驱动文件压缩包仅10KB面向使用TI C2000系列DSP进行工业控制、电力电子、汽车电子等领域通信设计的开发者。C源文件实现了ECan模块的初始化、消息发送与接收、错误计数与状态检查等核心函数头文件则定义了邮箱数据结构、滤波器配置参数与函数原型便于直接集成至CCS工程快速调用。目前已有176人学习下载。通过研读源码可系统掌握CAN控制器工作模式设置、波特率分频计算、邮箱接收滤波与发送优先级配置、中断服务程序设计等关键技术理解DSP2833x_ECan.c中EcanInit、EcanSendMsg、EcanReceiveMsg等典型API的调用流程为实际项目中CAN网络的搭建、调试与排错提供可直接参考的代码范例和清晰的实现思路。1. 用最短路径看懂 user_TMS320F28335_源码 该从哪下手一个名为 user_TMS320F28335_源码 的工程包最常见的出场方式不是你自己写的代码而是从同事、论坛或某块开发板附赠光盘里拿到的压缩包。解压后通常是一堆 .c、.h、.cmd、.asm 混在一起直接导入 CCS 报错手动建工程又不知道该搬哪些文件。问题往往不在 main 函数里而是这套源码能编译到什么目标RAM 调试版还是 Flash 烧写版用的哪一版编译器板子上到底接的是 30MHz 还是 20MHz 晶振。TMS320F28335 是 C28x 内核的浮点 DSP它的裸机源码和嵌入式内核源码不一样业务逻辑占比很小初始化序列、存储映射和外设寄存器配置才是主菜。能让它点灯、输出一路 10kHz PWM、配一路 ADC 采电压这套源码就算真正跑通了。这篇文章给出从源码包到开发板的可复现路径也解释为什么从 51 单片机程序源码或 STM32 库工程转过来的老手第一次看它容易懵。2. 先拆工程骨架TMS320F28335 源码包的 cmd、头文件与引导分支2.1 拿到源码包先确认三样东西目录、cmd、启动文件TMS320F28335 源码无论叫什么名字底层组织方式基本都来自 TI 官方例程结构。常见做法是把公共代码放在 DSP2833x_common把芯片寄存器定义放在 DSP2833x_headers用户自己的代码放在 project 目录。user_ 开头的工程多半是上一任使用者把两套目录合并过文件位置不标准但关键文件不会少。优先找三个东西。第一个是 .cmd 命令链接文件它决定代码段、数据段落在哪块存储区域第二个是 DSP2833x_CodeStartBranch.asm 这类引导分支文件它负责从复位位置跳转到 C 运行时入口 _c_int00第三个是 DSP2833x_Headers_nonBIOS.cmd它把寄存器结构体映射到芯片地址段没有它 GpioCtrlRegs、AdcRegs 这些符号全都无法解析。这三样里缺任何一个工程都能编出一堆链接错误。用一条命令就能看清工程的骨架$ find . -name *.cmd -o -name *.asm | sort输出里出现F28335.cmd或28335_RAM_lnk.cmd说明这是官方例程衍生工程只有自定义名字的 cmd则要打开文件确认它包含哪些 MEMORY 和 SECTION。启动分支文件名字可能被改成 user_boot.asm 之类但只要里面有_c_int00或者codestart关键字角色就相同。2.2 用 grep 快速判断这套 TMS320F28335 源码是 RAM 目标还是 Flash 目标源码里最常见的一个坑是代码是好的但 cmd 文件对应错了目标。TMS320F28335 的存储区划分很固定判断这套源码是 RAM 调试还是 Flash 烧写grep 一下 cmd 文件就知道。$ grep -n BEGIN\|codestart *.cmd如果看到BEGIN : origin 0x33FFF6之类的定义说明这是 Flash 工程。0x33FFF6 是 Flash A 扇区末尾附近的引导位置上电后 Boot ROM 跳到这里执行一条跳转指令进入 C 运行环境。如果 grep 到的全是RAML0、RAMM0则是 RAM 工程程序只在调试器加载时存在掉电即失。常见存储区域和典型用途如下表存储区域地址范围容量典型用途M0 SARAM0x000000 - 0x0003FF1K x 16中断向量表、栈M1 SARAM0x000400 - 0x0007FF1K x 16变量、堆L0 - L7 SARAM0x008000 - 0x00FFFF8 x 4K x 16代码段、调试用Flash A - H0x300000 - 0x33FFFF8 x 32K x 16掉电保存的用户程序Boot ROM0x3FFFC0 附近1K x 16复位入口与引导程序改错 cmd 的后果很典型RAM 工程烧进 Flash 后上电不跑或者 Flash 工程用调试器加载时报数据验证错误。拿到源码第一件事就是确认目标再决定后面的编译和烧写方式。2.3 新老寄存器头文件的差异见到 GpioMuxRegs 和 GpioCtrlRegs 时的应对TMS320F28335 源码里可能存在两套寄存器访问风格。早期例程用 GpioMuxRegs.GPAMUX 这种方式寄存器集中在一个大的 MUX 结构里后来的 DSP2833x 头文件改成 GpioCtrlRegs.GPAMUX1把方向、上拉、滤波、复用分到五个组。混用两套头文件是 user_ 工程最常见的编译报错来源。解决办法是统一到较新的头文件。新头文件里复用配置是 GpioCtrlRegs数据寄存器是 GpioDataRegs方向是 GPADIR上拉是 GPAPUD滤波是 GPAQSEL1/2。如果你在源码里看到 GpioMuxRegs不要逐个改寄存器直接找到头文件里的宏定义把旧宏映射到新寄存器。例如把GpioMuxRegs.GPAMUX.bit.GPIO0替换为GpioCtrlRegs.GPAMUX1.bit.GPIO0的语义。位域名可能略有出入对着头文件核对即可。2.4 一个典型工程的最小文件清单和链接地址表去掉所有业务模块后一个能编译能跑的 TMS320F28335 最小源码工程至少需要这些文件文件类型典型文件作用引导分支DSP2833x_CodeStartBranch.asmFlash 启动时跳转到 _c_int00系统初始化DSP2833x_SysCtrl.c看门狗、PLL、外设时钟、Flash 等待全局中断DSP2833x_PieCtrl.c / PieVectTable.cPIE 控制器和中断向量表公共头文件DSP2833x_Device.h / GlobalVariableDefs.c寄存器结构体声明与实例化链接命令F28335.cmd 或 28335_RAM_lnk.cmd存储区划分和段分配寄存器映射DSP2833x_Headers_nonBIOS.cmd寄存器结构体地址绑定这套文件是 TI 例程的地基很多源码包只是在这个地基上换了 main.c 和几个外设驱动。读懂 TMS320F28335 源码的捷径就是先把这个地基摸熟外设代码都是按同一套寄存器映射展开的。3. 在 CCS 里编译 TMS320F28335 源码RAM 与 Flash 烧录的关键配置3.1 先治编译器版本报错再谈代码老源码在新版 CCS 里打开最常见的报错是#10234-D unresolved symbols remain和一堆关于 ABI 不兼容的警告。原因是老工程默认使用 COFF ABI新 CCS 可能默认生成 EABI 目标两者的 C 运行时库、启动符号规则不同。不要去改源码先在工程属性里处理编译器兼容性。常见做法是在 Project Properties 里按路径Build - C2000 Compiler - Processor Options检查 ABI 模式把工程切回 COFF或者在Build - Tool Settings里选择与源码年代匹配的编译器版本。老源码通常是 CCS 6.x 到 8.x 的产物对应 TI C2000 编译器版本约 v6.4 到 v16.9新 CCS 12.x 自带编译器版本更新兼容老代码时优先选旧编译器而不是硬编新工程。还有一类编译错误是找不到 DSP2833x_headers 里的寄存器实例。打开Properties - Build - C2000 Compiler - Include Options确认头文件搜索路径重点是工程根目录、common/include、headers/include 三处。user_ 工程经常把目录改过名路径不全就会报找不到DSP28x_Project.h。3.2 预定义符号、include 路径和链接器选项的设置编译一套 F28335 源码预定义符号不要全照抄官方例程而是看你的代码里到底引用了什么。TI 例程里最常见的预定义符号如下预定义符号作用是否必加_DEBUG打开 debug 相关的条件编译代码调试时建议加DEBUG老例程控制 printf 等输出看源码是否依赖CPU1多核工程标记F28335 单核可不加不加通常无碍LARGE_MODEL老编译器访问大于 64K 数据空间时使用视编译器版本而定Flash 工程和 RAM 工程的预定义符号通常没有严格区别靠 cmd 文件区分。但链接器选项要注意栈和堆的大小。老源码中常见-stack 0x400 -heap 0x200如果 main 里用了较大的局部数组或 malloc栈会溢出并导致程序跑飞。把它改成-stack 0x800 -heap 0x400再试一般不会引入新问题。3.3 加载到 RAM 调试的正确姿势XDS100、复位与 _c_int00RAM 调试是验证源码最快的方式。目标是让程序加载到 SARAM 并运行关键在于调试器连接后的两个动作加载 .out 文件然后执行 Run to Symbol 定位到_c_int00。如果直接从复位开始跑RAM 里还没加载完代码PC 会停在 boot ROM看起来像死机。在 Debug 视图里新建 Target Configuration选择 XDS100v2 和 TMS320F28335连接后 Load Program 加载 28335_RAM_lnk.cmd 链接出的 .out。然后打开 Scripts 或一次性执行先 Reset再 Restart之后 Go Main。Go Main 会走到 main 入口如果停在_c_int00或直接跑飞先检查 cmd 文件是否把段放到了 RAM 地址再看 3.1 节的编译器设置。很多源码包在 RAM 调试下完全正常正是因为它把 Flash 初始化、PLL 倍频都放在 InitSysCtrl 里了。RAM 模式的优点是程序可以在断点处自由进出但要注意别在 RAM 里验证“掉电重启”那是 Flash 工程的事。3.4 烧写 Flash 的两种做法与“烧完没跑”的排查顺序把源码烧进 Flash 有两个常见路径。第一个是直接在 CCS 里加载 Flash 链接版本的 .out调试器检测到加载地址落在 Flash 区域后会自动走片内 Flash 编程流程。加载前建议在 Target Configuration 的 Flash Settings 里打开 Erase/Program/Verify 三项避免只擦不写或写后不校。第二个路径是用 hex2000 把 .out 转成烧写文件hex2000 -boot -i -romwidth 16 -memwidth 16 user_TMS320F28335_源码.out生成 .hex 文件后可以交给串口引导或外部编程器。很多老工程说明文档里提到的烧写工具本质上就是这套转换流程。烧完后上电不跑按下面的顺序排查确认 boot 引脚拨到了 Flash 启动而不是 SCI 或 JTAG 模式。F28335 通过 GPIO84-87 引脚上的电平决定启动源实验板一般是拨码开关。确认 cmd 文件里 BEGIN 段指向0x33FFF6。如果指向 RAM上电后 Boot ROM 跳过去但 RAM 是空的。确认看门狗在 main 里被关掉或被正常喂狗。烧进 Flash 后程序可能一直在 boot 阶段复位观察 I/O 口电平是否在周期性闪动。一个好习惯是烧完 Flash 后立即断电再上电不要用调试器的复位按钮代替。调试器会把 CPU 拉在复位状态掩盖掉真实的上电时序。4. 从复位到 mainTMS320F28335 源码里的启动顺序与时钟参数4.1 上电后先走 Boot ROM再由 GPIO 决定跳到哪TMS320F28335 复位后第一条指令在 Boot ROM 中而不是你的 Flash 代码。Boot ROM 里的引导程序会采样 GPIO84-87 的电平判断从哪种介质引导Flash、外部存储器、SCI 串口或 JTAG。调试器连接时仿真器会接管 CPU 并把 PC 设到期望位置这也是为什么调试正常、单独上电不跑的现象特别多。源码里负责衔接 Boot ROM 和 C 运行环境的是DSP2833x_CodeStartBranch.asm。它在 codestart 段放一条跳转指令Flash 引导时 Boot ROM 跳到该段再跳到_c_int00。如果源码里缺了这个文件或者段分配没落在 BEGIN 位置程序会死在 boot 阶段。用一个空工程测试这种问题时会发现代码不变只是加不加这个 asm 文件启动结果完全不同。4.2 把系统时钟调到 150MHzPLLCR、DIVSEL 与外部晶振的计算TMS320F28335 最高主频是 150MHz源码的 InitSysCtrl 里最重要的一段就是 PLL 配置。F28335 的 PLL 计算公式是SYSCLKOUT OSCCLK x PLLCR / 2外部晶振不同PLLCR 就要跟着改。常见默认配置如下表外部晶振PLLCR 值DIVSEL 效果最终 SYSCLKOUT20MHz15分频 /2150MHz25MHz12分频 /2150MHz30MHz10分频 /2150MHz源码里常能看到两段式写法先把 DIVSEL 设为 /4再写 PLLCR等待 PLLLOCKS 位置位最后切到 /2。这样做是为了避免在 PLL 还没锁定时直接跑 150MHz。如果你拿到的是 20MHz 晶振板子却沿用 30MHz 的 PLLCR10实际主频只有 100MHz外设定时和 PWM 频率全部对不上这类问题用示波器测 PWM 会立刻暴露。EALLOW; SysCtrlRegs.PLLSTS.bit.DIVSEL 0; // 先把分频切到 /4安全启动 SysCtrlRegs.PLLCR.bit.DIV 10; // 30MHz x 10 300MHz EDIS; while (SysCtrlRegs.PLLSTS.bit.PLLLOCKS ! 1) { } EALLOW; SysCtrlRegs.PLLSTS.bit.DIVSEL 1; // 300MHz / 2 150MHz EDIS;这段代码里最关键的是等待 PLLLOCKS 位。PLL 未锁定时直接切分频芯片可能进入不可预期的运行状态表现为程序跑一会就复位或外设采集值漂移。4.3 InitSysCtrl 里的隐藏动作关看门狗、开外设时钟、Flash 等待状态InitSysCtrl 不只是配 PLL。看门狗在上电时默认是开启的如果 main 里没有及时关闭或喂狗程序可能永远跑不到第一条用户语句。TI 例程的标准写法是在初始化最前面执行EALLOW; SysCtrlRegs.WDCR 0x0068; // 关闭看门狗 EDIS;0x0068 这个值由 WDCR 的 WDPS 和 WDCHK 字段组成WDCHK 必须写 101否则看门狗会立即复位芯片。很多源码包把这一行注释掉或挪到后面结果就是程序会周期性复位。之后是外设时钟。F28335 的 GPIO、ePWM、ADC、SCI 等外设模块各自挂在 PCLKCR0-3 上默认可能不使能。典型写法SysCtrlRegs.PCLKCR0.bit.ADCENCLK 1; // 打开 ADC 时钟 SysCtrlRegs.PCLKCR1.bit.EPWM1ENCLK 1; // 打开 ePWM1 时钟漏开外设时钟的表现很隐蔽寄存器能写但外设不工作。排查时先看 PCLKCR 对应位是不是 1。InitFlash 同样容易被忽略。F28335 在 150MHz 下访问片内 Flash 需要等待状态不初始化 Flash 等待周期Flash 读取会出错并导致程序随机跳飞。TI 例程的 InitFlash 里对 FBANKWAIT 设置了随机访问和页访问的等待数这个函数在 Flash 工程里必须保留RAM 工程里可以跳过。4.4 EALLOW/EDIS 与 PIE 中断向量源码里最常见的安全壳TMS320F28335 有一批受保护的寄存器直接写不进去必须先用 EALLOW 打开保护改完用 EDIS 关闭。初看源码的人经常疑惑为什么代码里到处是 EALLOW 和 EDIS。这两个宏对应的是一条汇编指令作用是切换 CPU 对寄存器写保护的开关。中断向量初始化也在这套保护机制之内。源码里通常有 InitPieVectTable 填充默认中断向量然后用类似下面的代码替换成自己的中断服务函数EALLOW; PieVectTable.ADCINT1 adc_isr; // 把 ADC 中断入口指向自己的函数 EDIS;之后还要在 PIE 控制器里使能对应的中断组并打开 CPU 总中断。漏掉任何一层中断都不会触发。遇到源码里中断不进入、但外设寄存器看起来配置正确时优先检查两条链PIE 使能寄存器 PIEIERx 有没有置位以及 IER 对应组有没有打开。这个检查顺序适用于 F28335 上的所有外设中断包括 ePWM 触发的 ADC 采样和定时器中断。5. 读外设源码的通用套路GPIO、ePWM、ADC 的寄存器级写法5.1 GPIO 源码从 MUX 到 DIR 再到 SET/CLEARTMS320F28335 的 GPIO 源码读起来和单片机完全不同。它没有库函数所有操作都落在 GpioCtrlRegs 和 GpioDataRegs 两组寄存器上。配置一个输出口的标准顺序是先设 MUX 复用再设 DIR 方向最后操作数据寄存器。EALLOW; GpioCtrlRegs.GPAMUX1.bit.GPIO0 0; // GPIO0 配置为普通 IO而非复用功能 GpioCtrlRegs.GPADIR.bit.GPIO0 1; // 方向为输出 GpioCtrlRegs.GPAPUD.bit.GPIO0 0; // 使能内部上拉 EDIS; GpioDataRegs.GPASET.bit.GPIO0 1; // 输出高电平 GpioDataRegs.GPACLEAR.bit.GPIO0 1; // 输出低电平SET 和 CLEAR 这两个寄存器是专门为输出设计的。直接对 GPADAT 赋值虽然也能改电平但会引入读-改-写竞争如果两个中断同时操作不同 GPIO可能互相覆盖。用 SET/CLEAR 只影响目标位不影响其他引脚。很多从 51 单片机程序源码切过来的开发者第一次看到这种写法会不适应但它正是 F28335 这种多外设并行场景下的标准做法。GPIO 复用的坑在 MUX 位。GPIO0-15 的复用功能分布在 GPAMUX1 里GPIO16-31 在 GPAMUX2GPIO 编号和 MUX 寄存器并不是一一对应的。改源码时拿头文件里的位定义对一遍比凭感觉改更快。5.2 ePWM 源码TBPRD 和 CMPA 的取整计算ePWM 是 F28335 上使用频率最高的外设电机控制和数字电源都靠它输出驱动波形。初始化 ePWM1 输出 10kHz 方波的核心代码EPwm1Regs.TBPRD 14999; // 周期值决定频率 EPwm1Regs.CMPA.half.CMPA 7500; // 比较值决定占空比 EPwm1Regs.TBCTL.bit.CTRMODE 0; // 向上计数模式 EPwm1Regs.TBCTL.bit.HSPCLKDIV 0; // 高速分频 1 EPwm1Regs.TBCTL.bit.CLKDIV 0; // 时基分频 1 EPwm1Regs.AQCTLA.bit.CAU 2; // 计数器等于 CMPA 时输出高 EPwm1Regs.AQCTLA.bit.CAD 1; // 计数器等于 TBPRD 时输出低PWM 频率的计算公式是PWM 频率 EPWMCLK / (TBPRD 1)EPWMCLK 默认等于 SYSCLKOUT也就是 150MHz。所以 10kHz 对应 TBPRD 149991kHz 对应 149999。修改频率时只改 TBPRD 是不够的CMPA 也要同步调整否则占空比会漂移。不同目标频率下的典型值可以直接查表目标频率TBPRD 值CMPA50% 占空比1kHz1499997500010kHz149997500100kHz1499750CMPA 是 16 位寄存器TBPRD 也是 16 位最大只能到 65535。如果要输出 1kHz 以下频率必须换用 TBCTL 里的 CLKDIV 或 HSPCLKDIV 做预分频而不是直接写一个超过 65535 的 TBPRD。这是初学者最容易踩的寄存器上限问题。5.3 ADC 源码先解决 25MHz 时钟再谈采样和触发ADC 源码的初始化顺序比 GPIO 更严格。TMS320F28335 的 ADC 时钟最高支持到 25MHz超过这个值采集结果会非线性。很多源码包直接把官方例程的分频配置拿来用但没有检查自己的 SYSCLKOUT 是不是 150MHzADC 实际跑在一个无效状态。常见做法是在 InitAdc 里先确认外设时钟和分频系数目标是让 ADCLK 落在 12.5MHz 到 25MHz 区间。源码里通常还会有这样一段extern void ADC_cal(void); EALLOW; SysCtrlRegs.PCLKCR0.bit.ADCENCLK 1; // 打开 ADC 外设时钟 EDIS; (*ADC_cal)(); // 从 OTP 加载工厂校准参数ADC_cal 是从芯片 OTP 中复制校准值的函数每个芯片的校准值在出厂时写入。很多源码包为了简化代码把它删掉了结果是 ADC 采样还能工作但零点偏移和满量程误差明显偏大。凡是看到 ADC 采集值整体偏高或偏低但没有明显故障的先检查这个调用还在不在。ADC 的触发源可以是软件触发、ePWM 触发或外部引脚触发。电机控制里常用 ePWM 定时触发 ADC 采样这样采样时刻和 PWM 载波保持固定相位关系。这种用法下改 ePWM 频率时必须同步检查 ADC 触发条件是否还在有效窗口内否则会出现“PWM 正常但采样值全是乱跳”的奇怪现象。5.4 外设源码阅读的三种方法比对例程、观察寄存器、看中断向量面对一套陌生的 user_TMS320F28335_源码不要逐行读代码。第一个方法是和 TI 官方例程比对差异。官方例程的外设初始化顺序几乎固定开时钟、配寄存器、清中断标志、使能中断。源码包里的自定义代码大多只是在官方框架里加了业务参数。第二个方法是运行时观察寄存器。在 CCS 的 Registers 窗口里加载程序后让 CPU 停在 main展开 AdcRegs、EPwm1Regs、GpioDataRegs直接看位域值是否符合预期。这个方法比读源码快得多寄存器值对不上时能立刻定位到是初始化顺序问题还是时钟未开。第三个方法是从中断向量表反推业务入口。查看 PieVectTable 里哪些中断被替换成了自定义函数就基本知道这套源码的主干功能有哪些。比如替换了 EPWM1_INT 和 ADCINT1说明主程序大概率是 PWM 驱动的采样系统。阅读 TMS320F28335 源码的难点从来不在于语法而在于建立“寄存器地址 位域 外设行为”三者的映射关系以上三种方法都是在加速这个映射过程。6. 烧录成功不等于运行正常验证 TMS320F28335 源码的三个技巧6.1 技巧一先让 LED 在 RAM 里亮起来拿到源码后先不追求全部功能而是把工程切成最小状态只保留 InitSysCtrl、InitGpio 和一个翻转 GPIO 的循环。加载到 RAM让 LED 以肉眼可见的频率闪烁。这一步通过说明编译器、头文件、时钟初始化三条链路是通的。这一步最容易暴露的问题有两个。一个是 PLL 配置错误导致主频不对LED 闪烁频率和预期差很多另一个是 GPIO 复用寄存器没配置好代码在跑但引脚没输出。用示波器或逻辑分析仪量一下引脚电平比反复看代码更快。6.2 技巧二Flash 启动后让 PC 停在 main 的第一行Flash 烧写成功后在 main 第一行打断点断电重新上电。如果断点能被命中说明 boot 模式、BEGIN 段、看门狗都正常。如果断点不命中不要急着怀疑 Flash 没烧进去先 Reset CPU 再运行一次。调试器复位和真实上电复位在 boot 引脚采样上有时序差异真实上电采样到的是跳线电平调试器环境下则可能由仿真器接管。断点始终不命中时打开 Disassembly 窗口看 PC 停在哪里。停在 0x33FFF6 附近说明引导分支文件或 BEGIN 段有问题停在 Boot ROM 说明 boot 引脚还在别的引导模式PC 随机乱跳则怀疑 Flash 等待状态没配置。6.3 技巧三用 ePWM 方波反推系统时钟是否准确系统时钟是 F28335 所有外设的时间基准主频错了 PWM、ADC、SCI 全部跟着错。最直接的验证方法是用 ePWM 输出一路已知频率的方波再用示波器实测频率SYSCLKOUT 实际值 实测频率 x (TBPRD 1)举个例子配置 TBPRD 14999 后如果实测频率是 10.00kHz说明 SYSCLKOUT 正好是 150MHz。实测频率 9.75kHz说明实际主频约 146.25MHzPLLCR 或外部晶振有问题。实测频率超过 10.10kHz主频超过 151.5MHz则检查 DIVSEL 是否被意外配置成 1 分频长时间超频运行会造成 Flash 读取不稳定。验证完时钟再核对 ADC 采样值和 PWM 占空比是否一一对应一套源码到板子的验证流程就闭环了。本文还有配套的精品资源点击获取