简介这份资源面向嵌入式初学者与工业自动化方向的开发者提供在51单片机上实现Modbus通信协议的完整实例代码帮助解决串口通信配置、协议解析与主从交互等实际问题。压缩包共21个文件约57KB包含2个c源文件与2个h头文件承载核心逻辑另有uvproj、uvopt等Keil工程文件、hex烧录文件、a51启动代码及lst、obj、m51等编译中间产物结构完整可直接编译调试。目前已有3609人学习下载说明其在同类教程中具备一定参考价值。代码覆盖Modbus RTU报文格式、功能码与寄存器地址处理、CRC校验算法、UART波特率与数据位配置以及主从请求应答状态机设计并具备较好的可移植性便于适配不同型号51芯片。读者可据此理解工业级通信协议的落地流程快速将方案迁移至继电器控制、ADC采集或与PLC通信等场景。1. 51单片机跑Modbus从机代码为什么总在第三个字节翻车如果你手头有一块51单片机想让它跟触摸屏、组态软件或者另一块板子通信Modbus几乎是绕不开的协议。它简单、公开、生态成熟但真正动手写从机代码时很多人卡在同一个地方上位机发来一帧请求单片机回过去的数据要么少一个字节要么CRC校验不过要么干脆没反应。问题往往不在协议本身而在51单片机的资源约束和串口时序上。这篇笔记面向的是已经会点C51、能点亮LED和跑通串口的开发者目标是把一个可用的Modbus RTU从机跑起来能读保持寄存器、能写线圈并且知道参数怎么调、坑在哪里。整套方案基于常见的STC89C52或AT89S52加MAX485收发器不依赖任何特定厂商的库代码可以直接移植。2. Modbus RTU帧结构在51上怎么拆从字节流到寄存器映射2.1 为什么RTU模式比ASCII更适合51单片机Modbus有两种串行传输模式ASCII和RTU。ASCII模式每个字节用两个ASCII字符表示帧头是冒号帧尾是回车换行可读性好但效率低。RTU模式直接用二进制传输同样波特率下吞吐量是ASCII的两倍左右。对于51单片机这种RAM只有128到256字节、主频通常11.0592MHz或12MHz的平台RTU是唯一务实的选择。RTU帧的格式很固定地址码1字节、功能码1字节、数据N字节、CRC校验2字节。帧与帧之间靠至少3.5个字符时间的静默间隔来分隔。在9600波特率下一个字符时间是约1.04毫秒3.5个字符就是3.64毫秒。51单片机没有DMA串口接收靠中断所以这个静默间隔的检测必须用定时器来做不能靠软件延时死等。我一般会用定时器0来做一个3.5字符时间的超时定时器。每收到一个字节就重置定时器如果定时器溢出中断触发说明帧结束了可以开始解析。这个逻辑听起来简单但实际写的时候定时器重载值和波特率的关系必须算准否则要么把一帧拆成两帧要么把两帧粘成一帧。2.2 串口初始化与定时器参数计算51单片机的串口工作在模式18位UART可变波特率时波特率由定时器1的溢出率决定。公式是波特率 (2^SMOD / 32) × (定时器1溢出率)。定时器1工作在模式28位自动重载时溢出率 fosc / (12 × (256 - TH1))。以11.0592MHz晶振、9600波特率、SMOD0为例TH1 256 - (11059200 / (12 × 32 × 9600)) 256 - 3 253即0xFD。这个值是经典配置误差为0。如果用12MHz晶振算出来TH1约等于252.7取253的话误差约2.3%短帧还能用长帧就可能出问题。所以只要条件允许优先选11.0592MHz晶振。下面是串口和定时器0的初始化代码#include reg52.h #define FOSC 11059200L #define BAUD 9600 void UartInit(void) { SCON 0x50; // 模式18位UART允许接收 TMOD 0x0F; // 清除定时器1模式位 TMOD | 0x20; // 定时器1工作在模式28位自动重载 TH1 0xFD; // 9600波特率 11.0592MHz TL1 0xFD; TR1 1; // 启动定时器1 ES 1; // 使能串口中断 EA 1; // 使能总中断 } void Timer0Init(void) { TMOD 0xF0; // 清除定时器0模式位 TMOD | 0x01; // 定时器0工作在模式116位定时 // 3.5字符时间 9600bps ≈ 3.64ms // 定时器初值 65536 - (FOSC/12) * 0.00364 // 11059200/12 921600921600 * 0.00364 ≈ 3354 TH0 (65536 - 3354) / 256; TL0 (65536 - 3354) % 256; ET0 1; // 使能定时器0中断 TR0 0; // 先不启动收到第一个字节再启动 }这段代码里UartInit把串口配成模式1定时器1做波特率发生器。Timer0Init算的是3.5个字符时间的定时初值3354是近似值实际用的时候可以根据晶振微调。注意TR0初始是关闭的等串口收到第一个字节再打开这样可以避免空闲时定时器一直溢出。2.3 接收状态机把字节流拼成一帧串口中断里不能做太多事否则会丢字节。我的做法是中断里只负责把SBUF的值存进缓冲区重置定时器0然后退出。帧的解析放在主循环里等定时器0溢出标志置位后再处理。#define BUF_SIZE 64 unsigned char rxBuf[BUF_SIZE]; unsigned char rxIndex 0; bit frameReady 0; void UartISR(void) interrupt 4 { if (RI) { RI 0; if (rxIndex BUF_SIZE) { rxBuf[rxIndex] SBUF; } // 收到字节就重置定时器0重新计时3.5字符 TH0 (65536 - 3354) / 256; TL0 (65536 - 3354) % 256; TR0 1; } } void Timer0ISR(void) interrupt 1 { TR0 0; // 停止定时器 if (rxIndex 0) { frameReady 1; // 标记一帧接收完成 } }这里的关键点是定时器0溢出意味着总线静默了3.5个字符时间一帧结束。rxIndex记录收到的字节数frameReady告诉主循环可以处理了。主循环处理完后要把rxIndex清零准备下一帧。注意串口中断里不要做CRC计算或寄存器操作51单片机的中断响应时间有限做多了必丢字节。3. 功能码03和06的实现保持寄存器读写与CRC校验3.1 CRC16校验的查表法与计算法Modbus RTU的CRC是CRC-16/MODBUS多项式0xA001初始值0xFFFF结果低字节在前。51单片机算CRC有两种做法逐位计算和查表。逐位计算省空间但费时间查表快但占512字节ROM。对于51来说ROM通常有8KB以上512字节的表格可以接受但如果你还要做别的事逐位计算也够用一帧最多256字节算下来也就几毫秒。我一般用逐位计算代码简单不容易出错unsigned int CRC16(unsigned char *buf, unsigned char len) { unsigned int crc 0xFFFF; unsigned char i, j; for (i 0; i len; i) { crc ^ buf[i]; for (j 0; j 8; j) { if (crc 0x0001) { crc 1; crc ^ 0xA001; } else { crc 1; } } } return crc; }这个函数的返回值是16位低字节在前高字节在后。发送的时候先发低字节再发高字节。校验的时候把收到的CRC和算出来的对比注意字节顺序。3.2 功能码03读保持寄存器功能码03的请求格式是地址码、0x03、起始寄存器高字节、起始寄存器低字节、寄存器数量高字节、寄存器数量低字节、CRC低、CRC高。响应格式是地址码、0x03、字节数、数据高、数据低……、CRC低、CRC高。假设从机地址是0x01要读从0x0000开始的2个保持寄存器请求帧是01 03 00 00 00 02 C4 0B。响应帧是01 03 04 00 0A 00 0B XX XX其中00 0A和00 0B是两个寄存器的值。处理代码大概长这样#define REG_NUM 16 unsigned int holdingReg[REG_NUM]; void HandleFunc03(void) { unsigned char addr rxBuf[0]; unsigned int start (rxBuf[2] 8) | rxBuf[3]; unsigned int count (rxBuf[4] 8) | rxBuf[5]; unsigned char i; unsigned int crc; // 检查寄存器范围 if (start count REG_NUM || count 0 || count 125) { SendException(addr, 0x03, 0x02); // 非法数据地址 return; } txBuf[0] addr; txBuf[1] 0x03; txBuf[2] count * 2; for (i 0; i count; i) { txBuf[3 i * 2] holdingReg[start i] 8; txBuf[4 i * 2] holdingReg[start i] 0xFF; } crc CRC16(txBuf, 3 count * 2); txBuf[3 count * 2] crc 0xFF; txBuf[4 count * 2] crc 8; SendBytes(txBuf, 5 count * 2); }这里有几个参数要注意count不能超过125因为响应帧最大256字节字节数字段是1字节最多表示250个数据字节即125个寄存器。start count不能超过实际寄存器数量否则要回异常码0x02。3.3 功能码06写单个保持寄存器功能码06的请求格式是地址码、0x06、寄存器高、寄存器低、数据高、数据低、CRC低、CRC高。响应是原样返回请求帧。这个功能码实现起来简单但要注意写完之后如果寄存器有实际作用比如控制PWM占空比要立刻生效。void HandleFunc06(void) { unsigned char addr rxBuf[0]; unsigned int reg (rxBuf[2] 8) | rxBuf[3]; unsigned int val (rxBuf[4] 8) | rxBuf[5]; unsigned int crc; if (reg REG_NUM) { SendException(addr, 0x06, 0x02); return; } holdingReg[reg] val; // 原样返回请求帧 for (crc 0; crc 6; crc) { txBuf[crc] rxBuf[crc]; } crc CRC16(txBuf, 6); txBuf[6] crc 0xFF; txBuf[7] crc 8; SendBytes(txBuf, 8); }写单个寄存器的响应就是回显请求上位机收到后就知道写成功了。如果寄存器地址越界回异常码0x02。3.4 异常响应与超时处理Modbus协议规定如果从机收到非法功能码、非法数据地址或非法数据值要回异常响应。异常响应的格式是地址码、功能码|0x80、异常码、CRC低、CRC高。异常码0x01表示非法功能0x02表示非法数据地址0x03表示非法数据值。void SendException(unsigned char addr, unsigned char func, unsigned char code) { unsigned int crc; txBuf[0] addr; txBuf[1] func | 0x80; txBuf[2] code; crc CRC16(txBuf, 3); txBuf[3] crc 0xFF; txBuf[4] crc 8; SendBytes(txBuf, 5); }超时处理方面如果上位机发来的帧CRC校验不过从机不应该回复直接丢弃。如果地址码不匹配也不回复。只有地址匹配且CRC正确时才处理。这个逻辑要在主循环里判断清楚。4. 避坑与排查51单片机Modbus调试中最容易翻车的5个点4.1 现象上位机发请求单片机没反应原因最常见的是串口中断没使能或者EA总中断没开。另一个可能是MAX485的收发方向控制引脚没切换。51单片机用MAX485时RE和DE引脚通常接在一起用一个IO控制。发送前要拉高发送完拉低。如果一直拉低单片机永远在接收模式发不出去。解决检查SCON的REN位是否为1ES和EA是否为1。用示波器看TXD引脚有没有波形。如果TXD有波形但A/B线上没有查MAX485的方向控制引脚。4.2 现象CRC校验总是不过原因CRC字节顺序搞反了。Modbus RTU的CRC是低字节在前、高字节在后。很多人算完CRC后直接按高字节先发上位机就校验不过。另一个可能是CRC计算的范围不对比如把地址码也算进去了或者漏掉了最后一个数据字节。解决确认CRC计算范围是从地址码到数据最后一个字节发送时先发crc 0xFF再发crc 8。用已知帧验证比如01 03 00 00 00 02 C4 0B算出来的CRC应该是0x0BC4低字节0xC4在前。4.3 现象一帧被拆成两帧或者两帧粘成一帧原因3.5字符时间的定时器初值算错了。如果定时太短一帧还没收完就触发帧结束如果定时太长两帧之间没分开。另一个可能是串口中断里处理时间太长导致定时器重置不及时。解决用示波器测一下实际帧间隔然后调整定时器初值。9600波特率下3.5字符约3.64ms11.0592MHz晶振下定时器初值3354是近似值可以微调。另外串口中断里只存字节和重置定时器别做别的。4.4 现象读回来的寄存器值不对高低字节反了原因Modbus寄存器是16位的传输时高字节在前、低字节在后。如果代码里把高低字节搞反了上位机读到的值就是错的。比如寄存器值0x1234发送时应该是0x12在前、0x34在后。解决在组装响应帧时先发holdingReg[i] 8再发holdingReg[i] 0xFF。接收写寄存器请求时val (rxBuf[4] 8) | rxBuf[5]。4.5 现象多个从机挂同一总线通信冲突原因51单片机没有硬件冲突检测如果两个从机同时回复总线上的数据就乱了。另一个可能是从机地址重复或者某个从机的MAX485方向控制没处理好一直占用总线。解决确保每个从机地址唯一。主机轮询时从机只在地址匹配时才回复。MAX485的发送使能要在发送完最后一个字节后立刻拉低不能等太久。如果总线长、节点多加120欧姆终端电阻。5. 进阶技巧用定时器中断做软串口和寄存器映射表5.1 用定时器模拟第二个串口51单片机通常只有一个硬件串口。如果你需要同时接上位机和一个传感器可以用定时器模拟一个软串口。软串口的原理是用定时器精确控制IO口的电平变化发送时按位翻转接收时在起始位下降沿后定时采样。// 软串口发送一个字节波特率9600定时器2做波特率发生器 void SoftUartSend(unsigned char dat) { unsigned char i; SOFT_TXD 0; // 起始位 DelayOneBit(); for (i 0; i 8; i) { SOFT_TXD dat 0x01; dat 1; DelayOneBit(); } SOFT_TXD 1; // 停止位 DelayOneBit(); }这个DelayOneBit的精度决定了软串口能不能用。11.0592MHz下9600波特率一位是1152个机器周期用定时器中断做比较准用软件延时循环会有误差。软串口适合低速场景超过4800波特率就不太稳了。5.2 寄存器映射表把功能码和寄存器地址解耦当寄存器数量多、功能码不止03和06时用if-else堆代码会很难维护。我一般会做一个寄存器映射表把寄存器地址、读写权限、数据指针和回调函数放在一个结构体数组里。typedef struct { unsigned int addr; unsigned char rw; // 0只读1读写 unsigned int *pData; void (*onWrite)(unsigned int val); } RegMap; RegMap regTable[] { {0x0000, 1, holdingReg[0], NULL}, {0x0001, 1, holdingReg[1], OnPwmChange}, {0x0002, 0, sensorValue, NULL}, }; void HandleFunc03(void) { unsigned int start (rxBuf[2] 8) | rxBuf[3]; unsigned int count (rxBuf[4] 8) | rxBuf[5]; unsigned char i, j; for (i 0; i count; i) { for (j 0; j sizeof(regTable)/sizeof(RegMap); j) { if (regTable[j].addr start i) { txBuf[3 i * 2] *(regTable[j].pData) 8; txBuf[4 i * 2] *(regTable[j].pData) 0xFF; break; } } if (j sizeof(regTable)/sizeof(RegMap)) { SendException(rxBuf[0], 0x03, 0x02); return; } } // 后续CRC和发送 }这个表的好处是增删寄存器不用改功能码处理逻辑只改表就行。onWrite回调可以在寄存器被写时触发具体动作比如改PWM占空比、启动定时器。注意回调函数里不要做耗时操作否则会阻塞主循环。5.3 用状态机替代阻塞式发送发送响应帧时如果用一个while循环等TI标志会阻塞主循环。更好的做法是用状态机把要发的数据放进缓冲区使能TI中断在中断里一个字节一个字节地发。unsigned char txBuf[64]; unsigned char txLen 0; unsigned char txIndex 0; bit txBusy 0; void SendBytes(unsigned char *buf, unsigned char len) { unsigned char i; for (i 0; i len; i) { txBuf[i] buf[i]; } txLen len; txIndex 0; txBusy 1; TI 1; // 触发第一次发送中断 } void UartISR(void) interrupt 4 { if (TI) { TI 0; if (txBusy txIndex txLen) { SBUF txBuf[txIndex]; } else { txBusy 0; // 发送完成切换MAX485为接收模式 RS485_DE 0; } } // 接收部分省略 }这个状态机的好处是发送不阻塞主循环主循环可以继续处理其他任务。注意RS485_DE在发送完成后要立刻拉低否则会占用总线。5.4 验证方法用Modbus调试工具做回归测试代码写完后用Modbus调试工具比如Modbus Poll或类似工具做回归测试。测试用例至少覆盖读单个寄存器、读多个寄存器、写单个寄存器、非法地址、非法功能码、CRC错误帧。每次改代码后重新跑一遍确保没有回归。我一般会建一个测试表格记录每个用例的请求帧和预期响应帧然后逐条对比。这个习惯帮我省了很多后悔药尤其是改寄存器映射表的时候。测试用例请求帧预期响应读寄存器0x000001 03 00 00 00 01 84 0A01 03 02 XX XX CRC写寄存器0x000101 06 00 01 00 64 98 1B原样返回非法地址01 03 00 FF 00 01 CRC01 83 02 CRC非法功能码01 04 00 00 00 01 CRC01 84 01 CRC最后说一个血泪经验51单片机的RAM很紧张缓冲区别开太大64字节的接收缓冲和64字节的发送缓冲已经占了不少。如果寄存器多用xdata存别都放data区。另外调试的时候先把波特率降到4800稳定了再升到9600能省很多抓波形的时间。希望帮到你。本文还有配套的精品资源点击获取