简介一份基于MODBUS协议的DSP通讯程序设计文档面向工业自动化、嵌入式通信及电力控制领域的工程师和开发者系统讲解如何将MODBUS这一通用工业通信标准与DSP数字信号处理器相结合完成控制器间的数据采集、监控与报警等通讯设计。文档从MODBUS消息结构、帧格式及差错检测入手逐步深入到DSP处理器的内核特点与硬件基础并结合具体芯片型号给出程序设计的思路与实现方法。资源为单个doc文档压缩包大小约1.8MB内容精炼、层次分明适合需要快速掌握MODBUS通信协议并在DSP平台上进行通讯程序开发的读者参考。目前已有520人学习下载该文档不仅梳理了协议原理与DSP发展应用背景还提供了实际系统设计中的关键考量对提升工业自动化项目中通讯模块的设计效率有直接帮助。1. 一块 DSP 为什么要写 MODBUS 通讯程序做电力电子或电机控制的工程师大概都遇到过这个场景板子上的 DSP 已经把电流环、速度环跑得很稳了但客户现场要用 PLC 或组态软件远程读转速、改参数而 PLC 并不关心你的 DSP它只认 MODBUS 这类工业现场总线。于是「基于MODBUS协议的DSP通讯程序设计」就成了产品量产前绕不开的功课。这个标题看着像课程设计题目实际上正是变频器、伺服驱动器、电力仪表的标准通讯范式DSP 作为从站挂在 RS-485 总线上接收主站发来的 03、06、16 功能码请求把内部变量映射成寄存器地址。这里以 TI C2000 系列的常见工程写法为主线从帧格式、CRC-16/MODBUS 校验、串口中断状态机一直写到寄存器映射和上位机联调。新手按步骤能复现老手可以直接跳到第五章看参数和坑。2. MODBUS RTU 帧结构与 DSP 硬件接口准备2.1 RTU 帧结构地址、功能码、数据、CRC 各占什么位置MODBUS 协议栈分为物理层、数据链路层和应用层。RTU 模式下一帧完整请求的构成如下字段字节数典型值说明从站地址10x011~2470 为广播地址功能码10x0303 读保持寄存器 / 06 写单个寄存器 / 16 写多个寄存器数据段N00 00 00 0A按功能码组织通常是寄存器起始地址加数量CRC-16299 83CRC-16/MODBUS 校验值低字节在前发送发送顺序从左到右。比如主站想读从站 1 的保持寄存器从地址 0x0000 开始读 10 个请求帧为01 03 00 00 00 0A 99 83。从站收到后回01 03 14后面跟 20 个数据字节和 CRC其中 0x14 表示后面数据的字节数。这里第一个容易踩的坑是 CRC 字节序。MODBUS 规范要求 CRC 先传低字节而 DSP 串口是一个字节一个字节发送因此必须先送crc 0xFF再送crc 8。如果按高字节在前发从站会一直回应异常码 0x03「非法数据值」主站日志里看起来像是「请求发出但设备没有反应」。我调试时遇到这类问题第一步永远是确认 CRC 低字节在前。协议另外定义了 ASCII 模式每个字节拆成两个 ASCII 字符帧首尾用冒号和换行标记。RTU 没有开始结束符靠线路空闲时间切帧数据效率高于 ASCII所以工业现场默认 RTU。DSP 内存和中断资源有限选 RTU 能省内存也省解析开销。如果未来 DSP 要接以太网那就是 MODBUS TCP 的事帧里不再有 CRC但寄存器模型和功能码是一样的本文这套映射表可以平移到 TCP 网关里。2.2 DSP 侧通讯接口选型SCI、RS-485 与 EMIF 的区别C2000 系列 DSP 上做 MODBUS RTU几乎都走 SCI 模块也就是大家熟悉的 UART。比如 TMS320F28335 有 A、B、C 三个 SCI每个都带 16 级深度的发送和接收 FIFO正好用来收连续多字节帧。板级调试时SCI 引脚可以直接输出 TTL 电平接 USB 转 TTL 工具现场走线则必须过一层 RS-485 收发器比如 MAX3485 或 SP3485把 TTL 转成差分信号才能挂到总线上。常见的新手误区是把外部存储器接口EMIF和通讯接口混在一起。EMIF 是并行总线主要接 SDRAM、NOR Flash 这类存储器件位宽 8/16/32 位可配跟「通讯」两个字没关系。搜过 EMIF 位宽怎么接 Flash 的同学应该能感受到那是并行存储访问的问题MODBUS RTU 是串行协议一字节一字节收DSP 侧对应的寄存器是 SCI 的发送数据缓冲寄存器SCITXBUF和接收数据缓冲寄存器SCIRXBUF。RS-485 是半双工总线收发共用一对差分线程序里必须控制收发器芯片的方向引脚。常见做法是把 DE 和 RE 短接由 DSP 一个 GPIO 控制拉高是发送态拉低是接收态。这个 GPIO 的释放时序是后面排错重点提示发送完最后一个字节后要保证 DE 保持高电平至少 1~2 个字符时间再拉低否则最后一字节会被总线收发器提前截断主站收到 CRC 不完整。2.3 CRC-16/MODBUS 的逐位实现与查表法选型MODBUS 的 CRC 多项式是 0x8005实际实现中按右移方式处理生成多项式反映射为 0xA001。最省内存的逐位算法如下unsigned short crc16_modbus(const unsigned char *data, unsigned int len) { unsigned short crc 0xFFFF; unsigned int i, j; for (i 0; i len; i) { crc ^ data[i]; for (j 0; j 8; j) { if (crc 0x0001) { crc (crc 1) ^ 0xA001; // 右移校验反馈多项式 } else { crc 1; } } } return crc; // 返回结果低字节在前发送 }调用方式是请求帧到达后把去掉 CRC 的字节段整体喂给这个函数得到的结果与收到的两字节 CRC 比较。crc16_modbus 每字节循环 8 次对 DSP 来说就是 8 次移位和异或开销可以忽略但如果 DSP 主频只有几十 MHz通讯带宽又吃满建议换查表法。查表法预先算出 0x00~0xFF 每个字节的 CRC 结果运行时每字节一次查表加异或速度大约提升 8 倍代价是多占 512 字节 FlashC2000 上通常放得下。产品代码里我一般直接用查表逐位实现保留在注释里用来表达多项式含义。两种算法结果必须一致验证方式就是拿上面那帧01 03 00 00 00 0A算一遍CRC 应等于 0x8399发送顺序是 0x99 0x83。3. DSP 串口中断收发与帧状态机设计3.1 接收中断里只做两件事存字节、启动帧间隔定时MODBUS RTU 的帧切分不靠包头包尾靠静默时间。规范要求帧内相邻字节间隔小于 1.5 个字符时间帧间间隔大于 3.5 个字符时间。1.5 字符时间太短在中断里做精确计时不划算工程上普遍用帧间 3.5 字符时间判定「一帧接收完毕」然后才去解析。常见做法是开一个 1ms 定时器中断SCI 每收到一个字节就重置定时计数定时中断里发现超过阈值就让状态机进入帧完成态。为什么不在 SCI 接收中断里直接解析帧两个原因一是 MODBUS 最长帧接近 256 字节串口中断频率本身高解析耗时会挤压 DSP 主控任务二是解析逻辑没必要跑在中断上下文放主循环里处理更安全。要注意 C2000 的 CPU Timer0 可能同时被控制算法占用那就把帧间计时放进 SCI 接收中断里实现只要记得收到第一个字节时启动定时后续字节只重置不重启效果一样。3.2 帧间隔阈值怎么算3.5 字符时间等于 3.5 乘以单字符位数再除以波特率。标准 MODBUS 常用 8E1 格式一位起始位加八位数据位加一位校验位加一位停止位共 11 位如果使用 8N1则单字符是 10 位。常见配置下的理论值和工程建议值如下波特率8E1 下的 3.5 字符时间建议阈值9600约 4.01 ms5 ms19200约 2.00 ms3 ms115200约 0.33 ms2 ms建议阈值比理论值大是因为 DSP 串口中断可能被更高优先级的中断打断比如 PWM 中断导致两字节实际间隔在调度抖动下大于理论间隔留余量可以避免把完整帧误切。余量又不能太大否则跨帧静默被并入上一帧出现粘包。115200 波特率下我通常也取 2ms 起步优先保证帧完整性再去优化实时性。3.3 从站接收状态机与请求处理框架我一般把 MODBUS 从站接收拆成四个阶段空闲、收帧中、收帧完成、请求已响应。对应 C 代码如下#define RX_BUF_SIZE 256 #define FRAME_GAP_MS 5 // 9600 波特率下的帧间隔阈值 unsigned char rx_buf[RX_BUF_SIZE]; volatile unsigned int rx_len; volatile unsigned int frame_timeout_ms; // 每收到一字节重置 // SCI 接收中断TI C2000 工程风格 interrupt void scib_rx_isr(void) { unsigned int status; unsigned char ch; status ScibRegs.SCIRXST.bit.RXERROR; // 读错误标志 ch ScibRegs.SCIRXBUF.all 0xFF; // 读数据同时清 RXRDY if (status) { ScibRegs.SCICTL1.bit.SWRESET 0; // 进入复位态 ScibRegs.SCICTL1.bit.SWRESET 1; // 恢复工作清空错误标志 rx_len 0; frame_timeout_ms 0; return; } if (rx_len RX_BUF_SIZE) { rx_buf[rx_len] ch; } else { rx_len 0; // 缓冲溢出丢弃整帧 } frame_timeout_ms FRAME_GAP_MS; // 重置帧间计时 } // 1ms 定时器中断 interrupt void timer1ms_isr(void) { if (frame_timeout_ms 0) { frame_timeout_ms--; } } // 主循环 for (;;) { if (rx_len 0 frame_timeout_ms 0) { modbus_process_frame(rx_buf, rx_len); rx_len 0; } // 其他控制任务 }这段代码把中断里的工作量压到最小只做存字节和重置计时。主循环检测到帧间隔满足才调用解析函数。简化实现里 rx_len 和 frame_timeout_ms 的读写没有临界区保护实际工程中建议在读取这两个变量前临时关中断避免 ISR 在判断过程中改掉数据。缓冲区满了直接丢整帧而不是覆盖能保证后续帧边界干净。void modbus_process_frame(unsigned char *buf, unsigned int len) { unsigned short crc_calc, crc_recv; if (len 4) return; // 最短帧也有地址功能码CRC if (buf[0] ! SLAVE_ADDR) return; // 非本站地址忽略 crc_calc crc16_modbus(buf, len - 2); // 对地址到数据段算 CRC crc_recv (unsigned short)buf[len - 1] 8 // 组合 CRC注意低字节在前 | (unsigned short)buf[len - 2]; if (crc_calc ! crc_recv) return; // CRC 错静默丢弃 switch (buf[1]) { case 0x03: modbus_read_holding(buf, len); break; case 0x06: modbus_write_single(buf, len); break; case 0x10: modbus_write_multiple(buf, len); break; default: modbus_exception(buf[0], buf[1], 0x01); // 不支持的功能码 break; } }解析函数把业务逻辑隔离到各个功能码处理函数里后续加 04、16甚至自定义功能码只改 switch 分支。地址过滤放在 CRC 之前可以把非本地址帧提前丢弃减少 CRC 计算量广播地址 0 在这里被直接忽略如果需要支持广播写操作要单独加分支只执行写入不上报响应。4. 寄存器地址映射与从站业务逻辑实现4.1 把 DSP 内部变量组织成一张映射表MODBUS 从站的价值在于把 DSP 内部的 ADC 采样值、控制状态字、转速给定、PID 参数等暴露给主站。常见做法是定义一组地址区间把读写范围做成表驱动。典型映射如下寄存器地址名称读写属性说明0x0000~0x0009ADC 采样结果只读三相电流/电压采样通道0x0100运行状态字只读bit0 运行 / bit1 故障 / bit2 待机0x0200速度给定读写整数带 10 倍缩放0x0201加速时间读写单位 0.1 秒为什么保持寄存器用得最多因为它既可读又可写覆盖电控里「读状态、写参数」两类需求。输入寄存器只读适合放采样值线圈和离散输入按位操作适合放继电器启停状态DSP 侧访问时要做位域转换。课程设计通常要求实现 03 和 06再往上加 16 就够覆盖绝大多数应用场景。4.2 用 03、06 实现保持寄存器的读写读保持寄存器请求数据段是 2 字节起始地址加 2 字节寄存器数量响应段是 1 字节字节数加数据。以数组模拟寄存器空间的实现如下#define REG_TABLE_SIZE 512 unsigned short reg_table[REG_TABLE_SIZE]; void modbus_read_holding(unsigned char *req, unsigned int len) { unsigned int addr, count, i; unsigned char resp[256]; unsigned int resp_len; addr ((unsigned int)req[2] 8) | req[3]; count ((unsigned int)req[4] 8) | req[5]; if (addr count REG_TABLE_SIZE || count 0 || count 125) { modbus_exception(req[0], req[1], 0x02); // 非法数据地址 return; } resp[0] req[0]; resp[1] 0x03; resp[2] (unsigned char)(count * 2); // 字节数 for (i 0; i count; i) { resp[3 i * 2] (unsigned char)(reg_table[addr i] 8); resp[3 i * 2 1] (unsigned char)(reg_table[addr i] 0xFF); } resp_len 3 count * 2; modbus_send_raw(resp, resp_len); // 函数内部追加 CRC }注意寄存器数据本身是大端序高字节在前和 CRC 的小端习惯正好相反这是协议规定的。地址与数量检查有两道一是不能超过数组上界二是单次访问数量不能超过 125防止响应帧超过 256 字节缓冲。写单个寄存器06思路相反请求里直接携带写入值从站先检查地址合法性再写 reg_table最后把请求前 6 字节原样回给主站作为确认属于回显式响应。4.3 功能码 16 的批量写实现批量写多寄存器的场景很常见比如 PLC 一次下发一整组 PID 参数。16 功能码请求结构是地址、功能码、起始地址、寄存器数量、字节数然后是连续数据。实现要点是严格校验长度和范围void modbus_write_multiple(unsigned char *req, unsigned int len) { unsigned int addr, count, i; addr ((unsigned int)req[2] 8) | req[3]; count ((unsigned int)req[4] 8) | req[5]; if (addr count REG_TABLE_SIZE || count 0) { modbus_exception(req[0], req[1], 0x02); return; } if (len (unsigned int)(6 count * 2)) { modbus_exception(req[0], req[1], 0x03); // 长度不足非法数据值 return; } for (i 0; i count; i) { reg_table[addr i] ((unsigned int)req[6 i * 2] 8) | req[7 i * 2]; } modbus_send_raw(req, 6); // 回显地址功能码起始地址数量 }这里有一个细节写入时逐寄存器拆成大端数据和读保持寄存器时组帧的拆法完全对称。回显响应只用请求的前 6 字节重新追加 CRC因为 TCP 网关和多数上位机拿这 6 字节做事务匹配。mbus 发送的关键一环在 modbus_send_raw 里它负责追加 CRC并控制 RS-485 方向引脚void modbus_send_raw(unsigned char *buf, unsigned int len) { unsigned short crc crc16_modbus(buf, len); unsigned int i; gpio_set_de(1); // 拉高 DE进入发送态 for (i 0; i len; i) { while (ScibRegs.SCICTL2.bit.TXRDY 0) {} ScibRegs.SCITXBUF.all buf[i]; } while (ScibRegs.SCICTL2.bit.TXRDY 0) {} ScibRegs.SCITXBUF.all crc 0xFF; // 低字节在前 while (ScibRegs.SCICTL2.bit.TXRDY 0) {} ScibRegs.SCITXBUF.all (crc 8) 0xFF; while (ScibRegs.SCICTL2.bit.TXEMPTY 0) {} // 等待发送移位寄存器空 gpio_set_de(0); // 释放总线 }gpio_set_de 就是控制 DE/RE 的 GPIO 操作。先拉高再发数据发完等 TXEMPTY 置位再拉低这一步能避免总线竞争。如果省略 TXEMPTY 等待只等 TXRDY 就释放方向最后一个字节会被硬生生截断主站永远看到 CRC 错误这是 RS-485 半双工通讯最典型的隐性故障。4.4 上位机联调用 MODBUS 测试工具把 DSP 拉起来代码写完后验证方法比写代码更重要。PC 上用 MODBUS 主站模拟器连 DSP推荐 Modbus Poll它比通用串口助手好用的地方是自带 CRC 计算、自动等响应、异常码显示。联调步骤DSP 板子通过 USB 转 RS-485 接到电脑TTL 侧接 SCI-B 收发引脚确认 DE/RE 方向控制 GPIO 电平正确打开 Modbus Poll设置串口参数为 9600、8、E、1从站地址 1选择读取功能码 03起始地址 0数量 10点击连接观察寄存器窗口应该出现 DSP 侧 ADC 采样值对应的整型数据。如果连接后一直报超时先用逻辑分析仪看 DSP 是否有响应帧输出。我一般从「请求没到」和「响应没回」两个方向分开定位请求没到查电平转换和 GPIO 方向控制请求到了但没响应就用串口抓数据确认帧格式和 CRC。Modbus Slave 这类从站模拟器也有用途先在 PC 上挂一个模拟从站用同一个主站工具去读它主站工具工作正常问题就锁定在 DSP 侧。5. 工程排错清单与三个必调参数5.1 通讯不稳定时优先检查的三个参数MODBUS RTU 在 DSP 上不稳定九成以上集中在波特率误差、RS-485 方向切换时序和帧间隔阈值三处。波特率误差来自 DSP 时钟配置外接晶振偏差会让 SCI 波特率产生累计误差实际波特率与主站偏差超过 2% 时115200 以上就会出现偶发帧错误解决办法是用 PLL 锁频并核对 SCI 波特率寄存器计算结果。方向切换时序看的是 DE/RE 控制是否覆盖了整个发送尾字节正确做法是等 TXEMPTY 置位再拉低。帧间隔阈值如果设得比理论值小会在中断抖动下把一帧拆成多帧最终 CRC 判错设得太大则粘包。检查项症状调整方向SCI 波特率寄存器配置偶发 RX 错误、CRC 频繁失败核对主频与分频系数临时降波特率验证DE/RE 方向 GPIO主站收不到响应波形尾部截断发送完成后延迟 1~2 字符时间再拉低帧间隔阈值帧被拆开或粘包按波特率查表略留余量5.2 一个实用的验证技巧先用回环闭环再接实物最后补充一个我常用的验证技巧在 DSP 程序里加一个回环测试模式用全局开关控制。开启后收到任意格式完整的帧直接把整帧原样返回不做功能码解析。这个模式验证的是串口收发、状态机切帧、CRC 校验这三层基础链路是否全部正确先排除链路问题再关掉回环去调寄存器映射。具体做法是在 modbus_process_frame 入口加判断CRC 校验通过后直接调 modbus_send_raw(buf, len)不加任何业务逻辑。这样做的价值在于把协议层和业务层分离。如果回环模式下主站能收到完整回显说明物理层和帧解析没有问题接下来只要专注查寄存器映射表、功能码分发的逻辑错误。如果再配合 Modbus Slave 模拟从站做对照实验连 DSP 和连 PC 模拟器的差异会非常清楚。抓包时打开串口监视同时放十六进制原始数据和协议解析视图逐个字节对照地址、功能码、字节序比只依赖主站工具的报错信息定位快得多。本文还有配套的精品资源点击获取
基于MODBUS协议的DSP通讯程序设计实战指南
简介一份基于MODBUS协议的DSP通讯程序设计文档面向工业自动化、嵌入式通信及电力控制领域的工程师和开发者系统讲解如何将MODBUS这一通用工业通信标准与DSP数字信号处理器相结合完成控制器间的数据采集、监控与报警等通讯设计。文档从MODBUS消息结构、帧格式及差错检测入手逐步深入到DSP处理器的内核特点与硬件基础并结合具体芯片型号给出程序设计的思路与实现方法。资源为单个doc文档压缩包大小约1.8MB内容精炼、层次分明适合需要快速掌握MODBUS通信协议并在DSP平台上进行通讯程序开发的读者参考。目前已有520人学习下载该文档不仅梳理了协议原理与DSP发展应用背景还提供了实际系统设计中的关键考量对提升工业自动化项目中通讯模块的设计效率有直接帮助。1. 一块 DSP 为什么要写 MODBUS 通讯程序做电力电子或电机控制的工程师大概都遇到过这个场景板子上的 DSP 已经把电流环、速度环跑得很稳了但客户现场要用 PLC 或组态软件远程读转速、改参数而 PLC 并不关心你的 DSP它只认 MODBUS 这类工业现场总线。于是「基于MODBUS协议的DSP通讯程序设计」就成了产品量产前绕不开的功课。这个标题看着像课程设计题目实际上正是变频器、伺服驱动器、电力仪表的标准通讯范式DSP 作为从站挂在 RS-485 总线上接收主站发来的 03、06、16 功能码请求把内部变量映射成寄存器地址。这里以 TI C2000 系列的常见工程写法为主线从帧格式、CRC-16/MODBUS 校验、串口中断状态机一直写到寄存器映射和上位机联调。新手按步骤能复现老手可以直接跳到第五章看参数和坑。2. MODBUS RTU 帧结构与 DSP 硬件接口准备2.1 RTU 帧结构地址、功能码、数据、CRC 各占什么位置MODBUS 协议栈分为物理层、数据链路层和应用层。RTU 模式下一帧完整请求的构成如下字段字节数典型值说明从站地址10x011~2470 为广播地址功能码10x0303 读保持寄存器 / 06 写单个寄存器 / 16 写多个寄存器数据段N00 00 00 0A按功能码组织通常是寄存器起始地址加数量CRC-16299 83CRC-16/MODBUS 校验值低字节在前发送发送顺序从左到右。比如主站想读从站 1 的保持寄存器从地址 0x0000 开始读 10 个请求帧为01 03 00 00 00 0A 99 83。从站收到后回01 03 14后面跟 20 个数据字节和 CRC其中 0x14 表示后面数据的字节数。这里第一个容易踩的坑是 CRC 字节序。MODBUS 规范要求 CRC 先传低字节而 DSP 串口是一个字节一个字节发送因此必须先送crc 0xFF再送crc 8。如果按高字节在前发从站会一直回应异常码 0x03「非法数据值」主站日志里看起来像是「请求发出但设备没有反应」。我调试时遇到这类问题第一步永远是确认 CRC 低字节在前。协议另外定义了 ASCII 模式每个字节拆成两个 ASCII 字符帧首尾用冒号和换行标记。RTU 没有开始结束符靠线路空闲时间切帧数据效率高于 ASCII所以工业现场默认 RTU。DSP 内存和中断资源有限选 RTU 能省内存也省解析开销。如果未来 DSP 要接以太网那就是 MODBUS TCP 的事帧里不再有 CRC但寄存器模型和功能码是一样的本文这套映射表可以平移到 TCP 网关里。2.2 DSP 侧通讯接口选型SCI、RS-485 与 EMIF 的区别C2000 系列 DSP 上做 MODBUS RTU几乎都走 SCI 模块也就是大家熟悉的 UART。比如 TMS320F28335 有 A、B、C 三个 SCI每个都带 16 级深度的发送和接收 FIFO正好用来收连续多字节帧。板级调试时SCI 引脚可以直接输出 TTL 电平接 USB 转 TTL 工具现场走线则必须过一层 RS-485 收发器比如 MAX3485 或 SP3485把 TTL 转成差分信号才能挂到总线上。常见的新手误区是把外部存储器接口EMIF和通讯接口混在一起。EMIF 是并行总线主要接 SDRAM、NOR Flash 这类存储器件位宽 8/16/32 位可配跟「通讯」两个字没关系。搜过 EMIF 位宽怎么接 Flash 的同学应该能感受到那是并行存储访问的问题MODBUS RTU 是串行协议一字节一字节收DSP 侧对应的寄存器是 SCI 的发送数据缓冲寄存器SCITXBUF和接收数据缓冲寄存器SCIRXBUF。RS-485 是半双工总线收发共用一对差分线程序里必须控制收发器芯片的方向引脚。常见做法是把 DE 和 RE 短接由 DSP 一个 GPIO 控制拉高是发送态拉低是接收态。这个 GPIO 的释放时序是后面排错重点提示发送完最后一个字节后要保证 DE 保持高电平至少 1~2 个字符时间再拉低否则最后一字节会被总线收发器提前截断主站收到 CRC 不完整。2.3 CRC-16/MODBUS 的逐位实现与查表法选型MODBUS 的 CRC 多项式是 0x8005实际实现中按右移方式处理生成多项式反映射为 0xA001。最省内存的逐位算法如下unsigned short crc16_modbus(const unsigned char *data, unsigned int len) { unsigned short crc 0xFFFF; unsigned int i, j; for (i 0; i len; i) { crc ^ data[i]; for (j 0; j 8; j) { if (crc 0x0001) { crc (crc 1) ^ 0xA001; // 右移校验反馈多项式 } else { crc 1; } } } return crc; // 返回结果低字节在前发送 }调用方式是请求帧到达后把去掉 CRC 的字节段整体喂给这个函数得到的结果与收到的两字节 CRC 比较。crc16_modbus 每字节循环 8 次对 DSP 来说就是 8 次移位和异或开销可以忽略但如果 DSP 主频只有几十 MHz通讯带宽又吃满建议换查表法。查表法预先算出 0x00~0xFF 每个字节的 CRC 结果运行时每字节一次查表加异或速度大约提升 8 倍代价是多占 512 字节 FlashC2000 上通常放得下。产品代码里我一般直接用查表逐位实现保留在注释里用来表达多项式含义。两种算法结果必须一致验证方式就是拿上面那帧01 03 00 00 00 0A算一遍CRC 应等于 0x8399发送顺序是 0x99 0x83。3. DSP 串口中断收发与帧状态机设计3.1 接收中断里只做两件事存字节、启动帧间隔定时MODBUS RTU 的帧切分不靠包头包尾靠静默时间。规范要求帧内相邻字节间隔小于 1.5 个字符时间帧间间隔大于 3.5 个字符时间。1.5 字符时间太短在中断里做精确计时不划算工程上普遍用帧间 3.5 字符时间判定「一帧接收完毕」然后才去解析。常见做法是开一个 1ms 定时器中断SCI 每收到一个字节就重置定时计数定时中断里发现超过阈值就让状态机进入帧完成态。为什么不在 SCI 接收中断里直接解析帧两个原因一是 MODBUS 最长帧接近 256 字节串口中断频率本身高解析耗时会挤压 DSP 主控任务二是解析逻辑没必要跑在中断上下文放主循环里处理更安全。要注意 C2000 的 CPU Timer0 可能同时被控制算法占用那就把帧间计时放进 SCI 接收中断里实现只要记得收到第一个字节时启动定时后续字节只重置不重启效果一样。3.2 帧间隔阈值怎么算3.5 字符时间等于 3.5 乘以单字符位数再除以波特率。标准 MODBUS 常用 8E1 格式一位起始位加八位数据位加一位校验位加一位停止位共 11 位如果使用 8N1则单字符是 10 位。常见配置下的理论值和工程建议值如下波特率8E1 下的 3.5 字符时间建议阈值9600约 4.01 ms5 ms19200约 2.00 ms3 ms115200约 0.33 ms2 ms建议阈值比理论值大是因为 DSP 串口中断可能被更高优先级的中断打断比如 PWM 中断导致两字节实际间隔在调度抖动下大于理论间隔留余量可以避免把完整帧误切。余量又不能太大否则跨帧静默被并入上一帧出现粘包。115200 波特率下我通常也取 2ms 起步优先保证帧完整性再去优化实时性。3.3 从站接收状态机与请求处理框架我一般把 MODBUS 从站接收拆成四个阶段空闲、收帧中、收帧完成、请求已响应。对应 C 代码如下#define RX_BUF_SIZE 256 #define FRAME_GAP_MS 5 // 9600 波特率下的帧间隔阈值 unsigned char rx_buf[RX_BUF_SIZE]; volatile unsigned int rx_len; volatile unsigned int frame_timeout_ms; // 每收到一字节重置 // SCI 接收中断TI C2000 工程风格 interrupt void scib_rx_isr(void) { unsigned int status; unsigned char ch; status ScibRegs.SCIRXST.bit.RXERROR; // 读错误标志 ch ScibRegs.SCIRXBUF.all 0xFF; // 读数据同时清 RXRDY if (status) { ScibRegs.SCICTL1.bit.SWRESET 0; // 进入复位态 ScibRegs.SCICTL1.bit.SWRESET 1; // 恢复工作清空错误标志 rx_len 0; frame_timeout_ms 0; return; } if (rx_len RX_BUF_SIZE) { rx_buf[rx_len] ch; } else { rx_len 0; // 缓冲溢出丢弃整帧 } frame_timeout_ms FRAME_GAP_MS; // 重置帧间计时 } // 1ms 定时器中断 interrupt void timer1ms_isr(void) { if (frame_timeout_ms 0) { frame_timeout_ms--; } } // 主循环 for (;;) { if (rx_len 0 frame_timeout_ms 0) { modbus_process_frame(rx_buf, rx_len); rx_len 0; } // 其他控制任务 }这段代码把中断里的工作量压到最小只做存字节和重置计时。主循环检测到帧间隔满足才调用解析函数。简化实现里 rx_len 和 frame_timeout_ms 的读写没有临界区保护实际工程中建议在读取这两个变量前临时关中断避免 ISR 在判断过程中改掉数据。缓冲区满了直接丢整帧而不是覆盖能保证后续帧边界干净。void modbus_process_frame(unsigned char *buf, unsigned int len) { unsigned short crc_calc, crc_recv; if (len 4) return; // 最短帧也有地址功能码CRC if (buf[0] ! SLAVE_ADDR) return; // 非本站地址忽略 crc_calc crc16_modbus(buf, len - 2); // 对地址到数据段算 CRC crc_recv (unsigned short)buf[len - 1] 8 // 组合 CRC注意低字节在前 | (unsigned short)buf[len - 2]; if (crc_calc ! crc_recv) return; // CRC 错静默丢弃 switch (buf[1]) { case 0x03: modbus_read_holding(buf, len); break; case 0x06: modbus_write_single(buf, len); break; case 0x10: modbus_write_multiple(buf, len); break; default: modbus_exception(buf[0], buf[1], 0x01); // 不支持的功能码 break; } }解析函数把业务逻辑隔离到各个功能码处理函数里后续加 04、16甚至自定义功能码只改 switch 分支。地址过滤放在 CRC 之前可以把非本地址帧提前丢弃减少 CRC 计算量广播地址 0 在这里被直接忽略如果需要支持广播写操作要单独加分支只执行写入不上报响应。4. 寄存器地址映射与从站业务逻辑实现4.1 把 DSP 内部变量组织成一张映射表MODBUS 从站的价值在于把 DSP 内部的 ADC 采样值、控制状态字、转速给定、PID 参数等暴露给主站。常见做法是定义一组地址区间把读写范围做成表驱动。典型映射如下寄存器地址名称读写属性说明0x0000~0x0009ADC 采样结果只读三相电流/电压采样通道0x0100运行状态字只读bit0 运行 / bit1 故障 / bit2 待机0x0200速度给定读写整数带 10 倍缩放0x0201加速时间读写单位 0.1 秒为什么保持寄存器用得最多因为它既可读又可写覆盖电控里「读状态、写参数」两类需求。输入寄存器只读适合放采样值线圈和离散输入按位操作适合放继电器启停状态DSP 侧访问时要做位域转换。课程设计通常要求实现 03 和 06再往上加 16 就够覆盖绝大多数应用场景。4.2 用 03、06 实现保持寄存器的读写读保持寄存器请求数据段是 2 字节起始地址加 2 字节寄存器数量响应段是 1 字节字节数加数据。以数组模拟寄存器空间的实现如下#define REG_TABLE_SIZE 512 unsigned short reg_table[REG_TABLE_SIZE]; void modbus_read_holding(unsigned char *req, unsigned int len) { unsigned int addr, count, i; unsigned char resp[256]; unsigned int resp_len; addr ((unsigned int)req[2] 8) | req[3]; count ((unsigned int)req[4] 8) | req[5]; if (addr count REG_TABLE_SIZE || count 0 || count 125) { modbus_exception(req[0], req[1], 0x02); // 非法数据地址 return; } resp[0] req[0]; resp[1] 0x03; resp[2] (unsigned char)(count * 2); // 字节数 for (i 0; i count; i) { resp[3 i * 2] (unsigned char)(reg_table[addr i] 8); resp[3 i * 2 1] (unsigned char)(reg_table[addr i] 0xFF); } resp_len 3 count * 2; modbus_send_raw(resp, resp_len); // 函数内部追加 CRC }注意寄存器数据本身是大端序高字节在前和 CRC 的小端习惯正好相反这是协议规定的。地址与数量检查有两道一是不能超过数组上界二是单次访问数量不能超过 125防止响应帧超过 256 字节缓冲。写单个寄存器06思路相反请求里直接携带写入值从站先检查地址合法性再写 reg_table最后把请求前 6 字节原样回给主站作为确认属于回显式响应。4.3 功能码 16 的批量写实现批量写多寄存器的场景很常见比如 PLC 一次下发一整组 PID 参数。16 功能码请求结构是地址、功能码、起始地址、寄存器数量、字节数然后是连续数据。实现要点是严格校验长度和范围void modbus_write_multiple(unsigned char *req, unsigned int len) { unsigned int addr, count, i; addr ((unsigned int)req[2] 8) | req[3]; count ((unsigned int)req[4] 8) | req[5]; if (addr count REG_TABLE_SIZE || count 0) { modbus_exception(req[0], req[1], 0x02); return; } if (len (unsigned int)(6 count * 2)) { modbus_exception(req[0], req[1], 0x03); // 长度不足非法数据值 return; } for (i 0; i count; i) { reg_table[addr i] ((unsigned int)req[6 i * 2] 8) | req[7 i * 2]; } modbus_send_raw(req, 6); // 回显地址功能码起始地址数量 }这里有一个细节写入时逐寄存器拆成大端数据和读保持寄存器时组帧的拆法完全对称。回显响应只用请求的前 6 字节重新追加 CRC因为 TCP 网关和多数上位机拿这 6 字节做事务匹配。mbus 发送的关键一环在 modbus_send_raw 里它负责追加 CRC并控制 RS-485 方向引脚void modbus_send_raw(unsigned char *buf, unsigned int len) { unsigned short crc crc16_modbus(buf, len); unsigned int i; gpio_set_de(1); // 拉高 DE进入发送态 for (i 0; i len; i) { while (ScibRegs.SCICTL2.bit.TXRDY 0) {} ScibRegs.SCITXBUF.all buf[i]; } while (ScibRegs.SCICTL2.bit.TXRDY 0) {} ScibRegs.SCITXBUF.all crc 0xFF; // 低字节在前 while (ScibRegs.SCICTL2.bit.TXRDY 0) {} ScibRegs.SCITXBUF.all (crc 8) 0xFF; while (ScibRegs.SCICTL2.bit.TXEMPTY 0) {} // 等待发送移位寄存器空 gpio_set_de(0); // 释放总线 }gpio_set_de 就是控制 DE/RE 的 GPIO 操作。先拉高再发数据发完等 TXEMPTY 置位再拉低这一步能避免总线竞争。如果省略 TXEMPTY 等待只等 TXRDY 就释放方向最后一个字节会被硬生生截断主站永远看到 CRC 错误这是 RS-485 半双工通讯最典型的隐性故障。4.4 上位机联调用 MODBUS 测试工具把 DSP 拉起来代码写完后验证方法比写代码更重要。PC 上用 MODBUS 主站模拟器连 DSP推荐 Modbus Poll它比通用串口助手好用的地方是自带 CRC 计算、自动等响应、异常码显示。联调步骤DSP 板子通过 USB 转 RS-485 接到电脑TTL 侧接 SCI-B 收发引脚确认 DE/RE 方向控制 GPIO 电平正确打开 Modbus Poll设置串口参数为 9600、8、E、1从站地址 1选择读取功能码 03起始地址 0数量 10点击连接观察寄存器窗口应该出现 DSP 侧 ADC 采样值对应的整型数据。如果连接后一直报超时先用逻辑分析仪看 DSP 是否有响应帧输出。我一般从「请求没到」和「响应没回」两个方向分开定位请求没到查电平转换和 GPIO 方向控制请求到了但没响应就用串口抓数据确认帧格式和 CRC。Modbus Slave 这类从站模拟器也有用途先在 PC 上挂一个模拟从站用同一个主站工具去读它主站工具工作正常问题就锁定在 DSP 侧。5. 工程排错清单与三个必调参数5.1 通讯不稳定时优先检查的三个参数MODBUS RTU 在 DSP 上不稳定九成以上集中在波特率误差、RS-485 方向切换时序和帧间隔阈值三处。波特率误差来自 DSP 时钟配置外接晶振偏差会让 SCI 波特率产生累计误差实际波特率与主站偏差超过 2% 时115200 以上就会出现偶发帧错误解决办法是用 PLL 锁频并核对 SCI 波特率寄存器计算结果。方向切换时序看的是 DE/RE 控制是否覆盖了整个发送尾字节正确做法是等 TXEMPTY 置位再拉低。帧间隔阈值如果设得比理论值小会在中断抖动下把一帧拆成多帧最终 CRC 判错设得太大则粘包。检查项症状调整方向SCI 波特率寄存器配置偶发 RX 错误、CRC 频繁失败核对主频与分频系数临时降波特率验证DE/RE 方向 GPIO主站收不到响应波形尾部截断发送完成后延迟 1~2 字符时间再拉低帧间隔阈值帧被拆开或粘包按波特率查表略留余量5.2 一个实用的验证技巧先用回环闭环再接实物最后补充一个我常用的验证技巧在 DSP 程序里加一个回环测试模式用全局开关控制。开启后收到任意格式完整的帧直接把整帧原样返回不做功能码解析。这个模式验证的是串口收发、状态机切帧、CRC 校验这三层基础链路是否全部正确先排除链路问题再关掉回环去调寄存器映射。具体做法是在 modbus_process_frame 入口加判断CRC 校验通过后直接调 modbus_send_raw(buf, len)不加任何业务逻辑。这样做的价值在于把协议层和业务层分离。如果回环模式下主站能收到完整回显说明物理层和帧解析没有问题接下来只要专注查寄存器映射表、功能码分发的逻辑错误。如果再配合 Modbus Slave 模拟从站做对照实验连 DSP 和连 PC 模拟器的差异会非常清楚。抓包时打开串口监视同时放十六进制原始数据和协议解析视图逐个字节对照地址、功能码、字节序比只依赖主站工具的报错信息定位快得多。本文还有配套的精品资源点击获取
