简介在汽车电子、工业自动化和楼宇控制等领域CAN总线凭借高可靠性、实时性和错误检测能力被广泛部署。面向DSP28335开发者和嵌入式CAN总线学习者一套可直接运行的eCAN自发自收例程以TI C2000系列增强型控制局域网eCAN模块为对象演示完整的通信配置与验证过程帮助快速理解eCAN工作原理。压缩包共13个文件以C源码、CCS工程文件.pjt/.lkf/.gel、数据库辅助文件.fpt/.cdx/.dbf及构建日志为主体积仅137KB内容集中例程围绕“自发自收”这一典型调试场景覆盖模块初始化、波特率与报文标识符设置、发送邮箱触发、接收滤波器与掩码配置以及中断服务程序中的消息处理等关键环节并附有已通过测试的工程记录开发者可在CCS中导入并结合示波器或CAN分析仪观察总线信号验证数据的完整性与正确性便于逐步排查通信故障。除基础收发外工程还展示了接收滤波器组、扩展标识符等高级用法可帮助理解多节点通信时的邮箱管理和报文过滤策略、优先级调度与错误处理思路以及Bus Off状态的自恢复机制增强对eCAN模块容错特性的掌握。目前已有313人学习下载压缩包目录结构清晰可直接作为项目模板移植适合正在调试CAN总线通信或希望深入掌握DSP28335 eCAN配置方法的嵌入式开发者作为参考。1. 用 DSP28335 做 CAN 通信为什么先要把 eCAN 模块本身弄明白当你在网盘里下载到 ecan.rar 这类资源包时文件名里的 DSP28335 和 eCAN 已经说明了主题TMS320F28335 芯片内置的增强型 CAN 控制器 eCAN。它不是一个外部收发器而是 DSP 内部完整实现 CAN 2.0B 协议的通信外设和 STM32 的 bxCAN、经典 SJA1000 的寄存器布局完全不同直接搬其它单片机的初始化代码往往半天调不通。下面按寄存器结构、收发代码、波特率计算、总线排错、验收滤波的顺序把 eCAN 在 DSP28335 上会用到的参数和坑位一次理清。适合刚接触 C2000 平台的开发者也适合多年嵌入式经验但第一次碰 TI CAN 外设的人对照速查。2. eCAN 的寄存器结构与邮箱机制DSP28335 的 CAN 报文从哪里进、哪里出2.1 eCAN 与 MCAN 的差别先确认你不是在找 CAN FDF28335 的 eCAN 只支持经典 CAN 2.0B标准帧 11 位 ID、扩展帧 29 位 ID单帧数据最多 8 字节位速率最高 1 Mbps。TI 后来在 F2837x、F28004x 等器件上换装的 MCAN 模块才把 CAN FD 支持进来。所以做方案选型时要注意如果你要接的电机控制器或电池管理单元已经跑在 CAN FD 上DSP28335 的 eCAN 做不到要么外扩一颗独立 CAN FD 控制器要么直接换主控但如果你要对接的是市面主流 BMS、VCU、伺服驱动器的经典 CAN 接口eCAN 完全够用。MCAN 的寄存器访问方式也完全不同MCAN 使用 IF 接口间接读写消息 RAM而 eCAN 把 32 个邮箱直接映射在片内地址空间CPU 可以像操作普通 RAM 一样直接读写 MSGID 和数据区。eCAN 这种直接映射的方式写驱动更直观但也意味着任何越界写都可能把邮箱内容改坏。后面所有代码里都能看到这个特点的影子。2.2 32 个邮箱与邮箱 RAM 的 16 字节布局eCAN 模块包含一个控制寄存器区和一个 512 字节的邮箱 RAM 区。控制寄存器区放的是 CANME、CANMD、CANTRS、CANTA、CANAA、CANRMP、CANRML、CANRFP、CANGAM、CANMC、CANBTC、CANES 等。这些寄存器的作用是控制邮箱行为、查询状态和配置总线参数。寄存器作用关键位/字段CANME邮箱使能ME0~ME311 邮箱可用CANMD邮箱方向MD0~MD310 发送1 接收CANTRS发送请求TRS0~TRS31写 1 请求发送CANTA发送完成TA0~TA31读 1 后写 1 清除CANAA仲裁丢失AA0~AA31读 1 后写 1 清除CANRMP接收挂起RMP0~RMP31收到报文置 1读后写 1 清除CANMC模块控制CCR 配置模式、DBO 字节序、SCC/eCAN 模式切换CANBTC位时序配置BRPreg、TSEG1reg、TSEG2reg、SJWregCANES错误与状态CCE、BO、EP、EW、REC、TEC每个邮箱在邮箱 RAM 中固定占用 16 字节MSGID4 字节放帧 ID 和帧格式MSGCTRL4 字节放 DLC 和发送优先级MDL 和 MDH各 4 字节放最多 8 个字节的数据。收到一帧报文时硬件按验收滤波结果把 ID 和数据填充到对应邮箱的这 16 字节里并把 CANRMP 对应的位置 1发送一帧报文时CPU 先把邮箱填好再置 CANTRS硬件自动完成位仲裁和发送。这里还要提一个大多数例程不会提醒你的点F28335 的 eCAN 复位后默认工作在 SCC 兼容模式这个模式下只有 16 个邮箱和经典 CAN 控制器的行为完全一致。如果你要用满 32 个邮箱必须在配置模式下把 CANMC 的 SCC/eCAN 模式切换位置 1切到真正的 eCAN 模式。不少从网盘下载的工程只用前几个邮箱所以没切模式也能跑但后面想增加收发邮箱时就会遇到“配置了邮箱 17 但一直不动作”的怪问题。2.3 绕过结构体直接操作邮箱地址时的偏移规律TI 提供的 DSP2833x 头文件已经把控制寄存器和邮箱封装成了结构体大部分情况下直接写 ECanaRegs.CANTRS.bit.TRS1 或 ECanaMboxes.MBOX1.MDL.all 就行。但当你需要把驱动移植到非 TI 工程、或者需要批量初始化邮箱时知道地址偏移会省很多事。邮箱 RAM 是从控制寄存器区之后开始的连续地址空间每个邮箱 16 字节偏移规律和结构体布局一一对应。// 相对邮箱 RAM 基址的偏移量 #define MBOX_MSGID_OFFSET(n) ((n) * 16) // MSGID 在邮箱对象首部 #define MBOX_MSGCTRL_OFFSET(n) ((n) * 16 4) // MSGCTRL 紧随其后 #define MBOX_MDL_OFFSET(n) ((n) * 16 8) // 低 4 字节数据 #define MBOX_MDH_OFFSET(n) ((n) * 16 12) // 高 4 字节数据这里没有给出绝对基址因为不同工程里控制寄存器和邮箱 RAM 的基址宏可能不同改用相对偏移后无论头文件怎么改16 字节对齐的规律不变。实际工程里很少需要直接拿地址写数据但排查“为什么我的 MBOX 配置没生效”时看一眼地址有没有越界到其它邮箱的区域往往比盯代码更快。3. DSP28335 eCAN 初始化与收发一份可以直接抄的 C 代码3.1 初始化流程GPIO 复用、外设时钟与 CCR/CCE 握手F28335 的 CAN 收发引脚在 GPIO30CANTXA和 GPIO31CANRXA。初始化要做的第一件事不是配 CAN 控制器而是先让引脚脱离普通 GPIO 功能、并把 eCAN 外设时钟打开。这两个寄存器都在 EALLOW 保护区内操作时必须用 EALLOW/EDIS 包住这是 C2000 平台上最常见的初始化失败原因之一寄存器写不进去代码还照常往下跑。void eCAN_Init(void) { EALLOW; // 1. GPIO30/GPIO31 复用为 CAN 功能 GpioMuxRegs.GPAMUX1.all ~0x3000; GpioMuxRegs.GPAMUX1.all | 0x3000; // 2. CANTXA 为输出CANRXA 为输入 GpioMuxRegs.GPADIR.all | (1 30); GpioMuxRegs.GPADIR.all ~(1 31); // 3. 打开 eCAN 外设时钟 SysCtrlRegs.PCLKCR0.bit.ECANAENCLK 1; EDIS; EALLOW; // 4. 请求进入配置模式 ECanaRegs.CANMC.bit.CCR 1; while (ECanaRegs.CANES.bit.CCE ! 1) { // 等待硬件确认进入配置模式 } // 5. 500 kbps 150 MHz详见第 4 章 ECanaRegs.CANBTC.bit.BRPreg 19; ECanaRegs.CANBTC.bit.TSEG1reg 10; ECanaRegs.CANBTC.bit.TSEG2reg 2; ECanaRegs.CANBTC.bit.SJWreg 0; // 6. 退出配置模式 ECanaRegs.CANMC.bit.CCR 0; while (ECanaRegs.CANES.bit.CCE ! 0) { // 等待退出配置模式 } EDIS; }这段代码的核心是 CCR 与 CCE 的握手CCR 写 1 只是请求进入配置模式必须等到 CANES.CCE 变成 1 才表示配置模式真的生效退出时同样要等 CCE 归零。CANBTC 寄存器必须在配置模式下写否则写入会被忽略这也是清零后波特率对不上的常见原因。要启用全部 32 个邮箱就在步骤 4 和步骤 7 之间把 CANMC 的 SCC/eCAN 模式切换位置 1不同版本头文件里这个位字段名略有差异以你工程里的定义为准。3.2 发送一封标准帧TRS、TA 与 AA 的一次完整握手初始化完成后发送一封标准帧只需要配置一个发送邮箱然后填 MSGID、写数据、置位 TRS。下面的函数用邮箱 1 发送数据区按 4 字节一组直接整体写入 MDL 和 MDH。void eCAN_SendStdFrame(Uint16 msgId, Uint32 dataL, Uint32 dataH) { // 修改邮箱配置前先失能防止总线访问冲突 ECanaRegs.CANME.bit.ME1 0; ECanaRegs.CANMD.bit.MD1 0; // 0 发送邮箱 // 标准帧 11 位 ID 对齐到 MSGID 的 bit 18~28 ECanaMboxes.MBOX1.MSGID.all ((Uint32)msgId 0x7FF) 18; ECanaMboxes.MBOX1.MDL.all dataL; // 低 4 字节 ECanaMboxes.MBOX1.MDH.all dataH; // 高 4 字节 ECanaRegs.CANME.bit.ME1 1; // 重新使能 ECanaRegs.CANTRS.bit.TRS1 1; // 发送请求 // 等待发送请求自动清零正式代码建议加超时防止总线卡死 while (ECanaRegs.CANTRS.bit.TRS1 1) { } if (ECanaRegs.CANTA.bit.TA1 1) { ECanaRegs.CANTA.bit.TA1 1; // 写 1 清发送完成标志 } if (ECanaRegs.CANAA.bit.AA1 1) { ECanaRegs.CANAA.bit.AA1 1; // 写 1 清仲裁丢失标志 } }TRS 位在硬件完成发送后会自动清 0所以这里用“等待 TRS1 变 0”判断发送结束而不是读 TA。TA 只表示发送完成事件读完后要写 1 清除否则 TA 一直为 1不会影响下一次发送但会干扰中断逻辑。AA 是仲裁丢失标志两节点同时抢总线时优先级低的节点会置位 AA程序里看到 AA 频繁置位先检查 ID 划分而不是怀疑硬件。3.3 接收报文RMP 标志、数据读取与 PIE 中断的配合接收邮箱的方向位 MD 要置 1。报文到达后硬件把 ID 和数据写进邮箱并把 CANRMP 对应位置 1。查询方式读取很简单但要注意 C2000 访问邮箱 RAM 时如果和 CAN 总线访问发生竞争CPU 侧会被插入等待周期所以接收中断服务函数里应尽快读取并清除标志。void eCAN_ReceivePolling(void) { if (ECanaRegs.CANRMP.bit.RMP1 1) { gRxId (ECanaMboxes.MBOX1.MSGID.all 18) 0x7FF; gRxDataL ECanaMboxes.MBOX1.MDL.all; gRxDataH ECanaMboxes.MBOX1.MDH.all; ECanaRegs.CANRMP.bit.RMP1 1; // 写 1 清除邮箱恢复接收 } }如果走中断F28335 只有一个 eCAN 模块但 eCAN 提供两条中断请求线接到 PIE对应 PIE1 通道 9 和通道 10。ISR 里读取数据、清除 RMP 位之后记得清 PIEACK 并重新使能对应邮箱的全局中断。这里有个容易漏的细节eCAN 的发送和接收中断标志最终都落在对应邮箱的 TA、AA、RMP 位上写 1 清除这些位的同时中断标志也会撤销不需要额外操作 CANGIF0但 PIE 侧的 PIEACK 一定要给否则整个 PIE 组被锁死后续所有同组中断都不进来。注意收到报文后不写 1 清除 RMP 位后续报文会因邮箱未释放而丢失。另外解报文数据时要注意 CANMC 的 DBO 位。DBO1 时数据字节按小端方式存放在 MDL/MDH 中和上位机 CAN 报文解析工具显示的字节顺序可能相反。发送和接收两侧 DBO 不一致就会出现“发出去 0x01 0x02收回来 0x02 0x01”的典型现象。4. eCAN 波特率与采样点把位时序算明白再填 CANBTC4.1 CAN 位时间拆解一个位由几个 TQ 构成CAN 协议把一个位时间分成同步段、传播段、相位缓冲段 1、相位缓冲段 2。eCAN 的 CANBTC 寄存器用 TSEG1reg 表示“传播段 相位缓冲段 1 的 TQ 数减 1”TSEG2reg 表示“相位缓冲段 2 的 TQ 数减 1”。同步段固定 1 个 TQ所以一个位的总 TQ 数 TSEG1reg TSEG2reg 3。波特率 SYSCLKOUT / ((BRPreg 1) × 总 TQ 数)。以 150 MHz 主频算 500 kbps先固定总 TQ 数为 15那么 (BRPreg 1) 150000000 / (500000 × 15) 20所以 BRPreg 19。再把 15 TQ 分成同步段 1、TSEG1 实际 11、TSEG2 实际 3采样点就等于 (1 11) / 15 ≈ 80%。这是一套能直接算的流程换算时按下面三步走先定采样点目标通常 75%~80%据此分配 TSEG1 与 TSEG2 的 TQ 数。用公式反推 BRPreg确认 BRPreg 不超过 63因为 CANBTC 里该字段只有 6 位。如果 BRPreg 超上限把总 TQ 数增大再重新分配 TSEG1 和 TSEG2。4.2 150 MHz 主频下常用波特率的寄存器值速查波特率BRPregTSEG1regTSEG2regSJWreg总 TQ采样点1 Mbps910201580%500 kbps1910201580%250 kbps3910201580%125 kbps5914312080%前三行的位时间都是 15 TQ采样点 80%。125 kbps 那行如果把位时间也压到 15 TQBRPreg 会超过 63所以改用 20 TQ 的位时间TSEG2reg 取 3、SJWreg 取 1。这个表的前提是 SYSCLKOUT 精确等于 150 MHz如果你的系统实际主频不是 150 MHz表中的 BRPreg 必须按上面的公式重算不要直接抄。4.3 采样点、SJW 与收发器延迟改哪个参数才能真正抗干扰采样点决定节点在位的哪个时刻读总线电平。采样点太靠前总线传播延迟还没稳定容易采到毛刺太靠后接近下一位边沿时钟偏差大时会直接采到下一位。整车和工控现场比较常见的约定是 80%部分低速总线喜欢 87.5% 以容忍更长的线缆。修改采样点的做法是保持总 TQ 不变调大 TSEG1reg、调小 TSEG2reg每次各动 1 个 TQ然后重新跑总线测试。采样点偏移后容易出错的直观表现是短距离通信正常线缆一拉长就随机丢帧或不停重发。SJW同步跳转宽度决定节点重同步时一次能调整多少个 TQ。F28335 的晶振精度一般优于 50 ppmSJWreg 取 01 TQ就够总线经过光耦隔离、CAN 收发器用了隔离电源时节点间时钟误差会变大SJWreg 可以慢慢加到 2 或 3。另外 CANBTC 里还有 SAM 位置 1 时每个位采样 3 次取多数代价是位时间余量变小500 kbps 以上不建议开250 kbps 及以下的低速总线抗干扰要求高时再考虑。5. CAN 总线出问题时的第一反应错误计数器、Bus-Off 恢复与物理层排查5.1 从 CANES 读出 TEC、REC 和 BO先判断节点处于什么状态eCAN 模块维护了两个错误计数器发送错误计数器 TEC 和接收错误计数器 REC。它们不是独立寄存器而是放在 CANES 寄存器的高 16 位和低 16 位。读取代码只需要一行Uint16 rec ECanaRegs.CANES.bit.REC; // 接收错误计数 Uint16 tec ECanaRegs.CANES.bit.TEC; // 发送错误计数 Uint16 bo ECanaRegs.CANES.bit.BO; // 1 Bus-Off Uint16 ep ECanaRegs.CANES.bit.EP; // 1 Error Passive Uint16 ew ECanaRegs.CANES.bit.EW; // 1 Error Warning计数器规则是 CAN 协议统一的TEC 或 REC 超过 127 进入 Error PassiveTEC 超过 255 进入 Bus-Off。进入 Bus-Off 后节点不再参与总线收发所有发送请求都无效这也是总线上只有一个节点时发送报文却收不到 ACK 的常见原因之一。把 TEC、REC 周期性地打印到调试串口或 CAN 报文里是定位偶发性通信中断最直接的手段。出现错误帧时REC 往往先涨TEC 再涨只有一方涨得快说明问题偏发送或偏接收一侧。提示TEC 和 REC 是只读的不需要软件清零硬件会按总线事件自动增减。5.2 CAN 初始化失败与物理层故障的排查顺序CAN 初始化失败和 CAN 通信不工作多数情况不是寄存器代码写错而是物理层没起来。按这个顺序排查会很快用示波器或逻辑分析仪看 GPIO30/CANTXA 引脚确认 DSP 侧有发送波形。没有波形问题在软件或 DSP 时钟。再看 CAN 收发器 TXD 引脚波形应和 CANTXA 一致。TXD/RXD 与 DSP 接反会导致永远收不到 ACK。测 CAN_H 与 CAN_L 的差分电压。显性位电平差约 2 V隐性位约 0 V如果只有共模电平变化而没有差分收发器电源或总线终端有问题。检查终端电阻。CAN 总线两端各需要一个 120 Ω 电阻只在实验板上留一个或干脆没有长线通信必然出错。检查两个节点是否共地。CAN 是差分信号但收发器需要共同的参考地浮空地时总线电平会被拉偏。用一个 USB-CAN 适配器挂在总线上发一帧标准帧看目标节点是否回复 ACK。上位机工具收发正常说明问题在 DSP 板一侧。这六条里第 5 条最容易被忽略特别是两个节点分别用不同开关电源供电时。CAN 总线测试不通过先用万用表量一下两边的 GND 压差压差超过 1 V 就不要继续调软件了。5.3 Bus-Off 的恢复策略硬件自动恢复但软件要管住积压报文eCAN 硬件在 Bus-Off 后会自动等待 128 次总线空闲每次 11 个隐性位然后重新进入 Bus-On。这个过程不需要软件干预但实际项目中真正的问题在于发生 Bus-Off 时应用层可能还在不停调用发送函数这些报文堆积在发送邮箱和 TRS 请求里硬件恢复的瞬间会全部涌上总线导致再一次 Bus-Off。所以软件要做的是检测到 BO 后先止损、再等待恢复void eCAN_BusOffCheck(void) { if (ECanaRegs.CANES.bit.BO 1) { // 1. 撤销所有待发送请求防止恢复瞬间报文拥塞 ECanaRegs.CANTRR.all 0xFFFFFFFF; while (ECanaRegs.CANTRS.all ! 0) { // 等待撤销完成建议加超时 } // 2. 清除发送完成和仲裁丢失等遗留标志 ECanaRegs.CANTA.all 0xFFFFFFFF; ECanaRegs.CANAA.all 0xFFFFFFFF; // 3. 等待硬件完成 128 次总线空闲恢复 DELAY_US(1000); if (ECanaRegs.CANES.bit.BO 0) { canBusOffCount; // 4. 通知应用层让上层决定是否重发未完成报文 canBusOffFlag 1; } } }这段代码在周期任务或主循环里调用即可。CANTRR 是“撤销发送请求”寄存器写 1 表示撤销对应邮箱的发送请求和 TRS 写 1 请求发送正好相反。Bus-Off 恢复时长和波特率相关1 Mbps 下大约几百微秒125 kbps 下明显更久等待时间不能死等超时后要重新检查 BO 位。如果工程里跑了 CANopen 或 J1939 协议栈Bus-Off 后协议栈会要求进入 Stopped 状态并通知上层网络管理恢复策略要跟协议栈接口对齐不能只在自己这层清了标志就继续发。6. 用接收掩码与多邮箱分组把无关 CAN 报文挡在中断外6.1 CANGAM 与 AME让邮箱只认指定范围内的 ID报文 ID 是 CAN 总线仲裁和过滤的核心。F28335 的 eCAN 每个接收邮箱在报文到达时都会把报文 ID 与自身的 MSGID 比较匹配成功才把数据收进邮箱并置 RMP。如果不做任何过滤邮箱会收到总线上所有匹配类型的报文ID 判断只能靠软件在中断里做。工程上更常见的做法是用掩码把不关心的报文在硬件层面挡掉。标准帧的 11 位 ID 在 MSGID 寄存器的 bit 18~28。精确接收 0x100 号报文时写 MSGID 并把 AME 位保持为 0 即可如果希望一个邮箱收一个 ID 区间可以打开 AME用 CANGAM 设置全局接收掩码掩码位为 1 表示该 ID 位不参与比较// 邮箱 1 接收 0x100~0x107要求高 8 位匹配低 3 位不关心 ECanaRegs.CANME.bit.ME1 0; ECanaMboxes.MBOX1.MSGID.all (0x100 18) | (1 30); // AME 1 ECanaRegs.CANGAM.all (0x7 18); // bit18~20 掩码置 1 ECanaRegs.CANME.bit.ME1 1;CANGAM 是全邮箱共用的如果你有多个邮箱需要完全不同的过滤规则eCAN 还支持每个邮箱单独的局部接收掩码 LAM。不过 LAM 在邮箱 RAM 里的位置随 SCC/eCAN 模式变化不同版本的工程头文件对它的封装也不一致建议用之前先查你下载的 DSP2833x 头文件里到底是怎么定义的。只用一个全局掩码的场景CANGAM 更省事。6.2 多邮箱分组加自测验证把 ISR 的负担降到最低把不同周期、不同来源的报文拆到不同邮箱是 eCAN 多邮箱设计的核心用法。例如邮箱 1 收电机控制报文 0x100邮箱 2 收状态报文 0x200邮箱 3 作为发送邮箱。ISR 里只需要按 RMP 位判断是哪个邮箱到了数据读完后清位不需要在中断里逐个比较报文 ID这样能把中断服务时间压到最小。没有真实总线环境时可以把 CANMC 的 STM 位置 1 进入自测模式发送的报文不经过收发器直接在控制器内部回环用来自测初始化代码和邮箱配置是否正常。有 USB-CAN 上位机时则用上位机按不同 ID 周期发送报文观察开发板这边 RMP 位的翻转和中断次数确认过滤规则没有误收。多邮箱工程的最后一个建议是把邮箱分配表写成一个 const 数组由它一次性生成每组的 MSGID、方向、掩码和初始数据后续调整 CAN 报文布局时只改表不改函数这是我在 DSP28335 eCAN 驱动里用过最省事的维护方式。本文还有配套的精品资源点击获取