1. 引言 (Introduction)
在嵌入式开发入门阶段，将 STC89C52 接入工业标准的 Modbus RTU 协议是很多人的第一个大坎。在上篇原理文章介绍后，我开始实现代码，硬件使用现成的51开发板。原本以为只是简单的串口收发，结果却在 Modbus Poll 软件中疯狂循环 Checksum Error 和 Timeout。
下面是我在普中科技 51 开发板上，从最基础的串口打印到实现动态温度采集，并成功通过 Modbus 协议回传的完整过程。
2. 环境准备 (Setup)
- 硬件： 普中 51-A2 开发板 (STC89C52RC)、DS18B20 温度传感器、USB 转串口线。
- 软件： Keil uVision5、STC-ISP、Modbus Poll (主机仿真器)、SSCOM 串口调试助手。
3. 核心挑战：为什么 Modbus Poll 总是报 Checksum Error？
这是我耗时最长的地方。如果你也遇到数据看着对但校验不过，请检查以下三点：
3.1 查表法的陷阱
Modbus 的 CRC16 校验非常严苛。我最初报错是因为 CRC 查找表（Table）中的数值不匹配，导致计算结果失之毫厘。
为了方便以后的开发者，我把正确的CRC表和获取函数都贴出来。
// 高位表
unsigned char code aucCRCHi[] = {
0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40,
0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41,
0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41,
0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40,
0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41,
0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40,
0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40,
0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41,
0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41,
0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40,
0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40,
0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41,
0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40,
0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41,
0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41,
0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40
};
// 低位表
unsigned char code aucCRCLo[] = {
0x00, 0xC0, 0xC1, 0x01, 0xC3, 0x03, 0x02, 0xC2, 0xC6, 0x06, 0x07, 0xC7, 0x05, 0xC5, 0xC4, 0x04,
0xCC, 0x0C, 0x0D, 0xCD, 0x0F, 0xCF, 0xCE, 0x0E, 0x0A, 0xCA, 0xCB, 0x0B, 0xC9, 0x09, 0x08, 0xC8,
0xD8, 0x18, 0x19, 0xD9, 0x1B, 0xDB, 0xDA, 0x1A, 0x1E, 0xDE, 0xDF, 0x1F, 0xDD, 0x1D, 0x1C, 0xDC,
0x14, 0xD4, 0xD5, 0x15, 0xD7, 0x17, 0x16, 0xD6, 0xD2, 0x12, 0x13, 0xD3, 0x11, 0xD1, 0xD0, 0x10,
0xF0, 0x30, 0x31, 0xF1, 0x33, 0xF3, 0xF2, 0x32, 0x36, 0xF6, 0xF7, 0x37, 0xF5, 0x35, 0x34, 0xF4,
0x3C, 0xFC, 0xFD, 0x3D, 0xFF, 0x3F, 0x3E, 0xFE, 0xFA, 0x3A, 0x3B, 0xFB, 0x39, 0xF9, 0xF8, 0x38,
0x28, 0xE8, 0xE9, 0x29, 0xEB, 0x2B, 0x2A, 0xEA, 0xEE, 0x2E, 0x2F, 0xEF, 0x2D, 0xED, 0xEC, 0x2C,
0xE4, 0x24, 0x25, 0xE5, 0x27, 0xE7, 0xE6, 0x26, 0x22, 0xE2, 0xE3, 0x23, 0xE1, 0x21, 0x20, 0xE0,
0xA0, 0x60, 0x61, 0xA1, 0x63, 0xA3, 0xA2, 0x62, 0x66, 0xA6, 0xA7, 0x67, 0xA5, 0x65, 0x64, 0xA4,
0x6C, 0xAC, 0xAD, 0x6D, 0xAF, 0x6F, 0x6E, 0xAE, 0xAA, 0x6A, 0x6B, 0xAB, 0x69, 0xA9, 0xA8, 0x68,
0x78, 0xB8, 0xB9, 0x79, 0xBB, 0x7B, 0x7A, 0xBA, 0xBE, 0x7E, 0x7F, 0xBF, 0x7D, 0xBD, 0xBC, 0x7C,
0xB4, 0x74, 0x75, 0xB5, 0x77, 0xB7, 0xB6, 0x76, 0x72, 0xB2, 0xB3, 0x73, 0xB1, 0x71, 0x70, 0xB0,
0x50, 0x90, 0x91, 0x51, 0x93, 0x53, 0x52, 0x92, 0x96, 0x56, 0x57, 0x97, 0x55, 0x95, 0x94, 0x54,
0x9C, 0x5C, 0x5D, 0x9D, 0x5F, 0x9F, 0x9E, 0x5E, 0x5A, 0x9A, 0x9B, 0x5B, 0x99, 0x59, 0x58, 0x98,
0x88, 0x48, 0x49, 0x89, 0x4B, 0x8B, 0x8A, 0x4A, 0x4E, 0x8E, 0x8F, 0x4F, 0x8D, 0x4D, 0x4C, 0x8C,
0x44, 0x84, 0x85, 0x45, 0x87, 0x47, 0x46, 0x86, 0x82, 0x42, 0x43, 0x83, 0x41, 0x81, 0x80, 0x40
};
// 获取CRC
unsigned int GetCRC16(unsigned char *pData, unsigned char len) {
unsigned char uIndex;
unsigned char crch = 0xFF;
unsigned char crcl = 0xFF;
while (len--) {
uIndex = crcl ^ *pData++;
crcl = crch ^ aucCRCHi[uIndex];
crch = aucCRCLo[uIndex];
}
return (unsigned int)(crch << 8 | crcl);
}
3.2 字节序与 Quantity 的对齐
Modbus 规定 低字节在前，高字节在后。同时，软件侧的 Quantity 设置必须与单片机回传的 字节数 严格匹配。
// 读保持寄存器03响应
void Response03() {
unsigned int crc;
unsigned char i;
g_send_buf[0] = 0x01;
g_send_buf[1] = 0x03;
g_send_buf[2] = 0x02;// 这个地方需要和Modbus poll中的quantity对应，它们是2倍的关系，即Quantity为1，这里就得填2。
g_send_buf[3] = (unsigned char)(g_temp_val >> 8);
g_send_buf[4] = (unsigned char)(g_temp_val & 0xFF);
crc = GetCRC16(g_send_buf, 5);
g_send_buf[5] = crc & 0xFF;
g_send_buf[6] = (crc >> 8) & 0xFF;
for (i = 0; i < 7; i++) {
SendByte(g_send_buf[i]);
}
}
3.3 串口停止位（Stop Bits）的玄学
Modbus RTU 标准要求“无校验”模式必须配 2 个停止位。很多时候 Checksum Error 不是代码错了，而是软件设置里 1 位和 2 位停止位的微小采样差异。这个需要进行验证，我尝试过这个设置，没有生效。还有就是晶振频率，也需要适配波特率。
4. 架构进阶：从“死等”到状态机 (State Machine)
为了解决 DS18B20 读取耗时（约 750ms）与 Modbus 实时响应之间的冲突，我弃用了简单的 Delay 函数，改用了基于 定时器 0 的时间片轮询架构。
- 中断只立 Flag： 串口中断只负责接收计数，不直接回传。
- 主循环分发任务： 处理 Modbus 响应优先级最高，传感器采样每 1 秒触发一次。
void main() {
UartInit(); // 串口初始化
Timer0Init(); // 定时器0初始化
while (1){
if(g_flag_modbus){ // 串口中断
Response03(); // 返回读取的温度Modbus响应
g_flag_modbus = 0; // 重新计数
}
if(g_flag_1s){ // 计时中断
g_flag_1s = 0; // 重新计时
UpdateTemp(); // 采集温度
}
}
}
5. 攻克 DS18B20 的动态干扰
在加入温度传感器后，我遇到了 “偶尔跳负数” 和 “Modbus 偶发无法响应” 的问题。
原因分析： DS18B20 的单总线时序（1-Wire）不能被中断打断。
解决方案： 实施“原子级”的中断开关保护。在读写 Bit 的关键微秒内 EA = 0，一旦完成立刻 EA = 1。这样既保护了温度准确度，又给了串口中断“换气”的时间。
// 我在这里设置中断开关保护，是考虑了效率和稳定性，如果追求极致，可以在读写字节内部使用中断开关保护。
void UpdateTemp() {
unsigned char LSB, MSB; // 温度高低字节
int raw; // 转换后温度
EA = 0; // 关闭中断
if(DS18B20_Init()==0){
DS18B20_WriteByte(0xCC);
DS18B20_WriteByte(0x44);
}
EA = 1; // 打开中断
EA = 0;
if (DS18B20_Init() == 0) {
DS18B20_WriteByte(0xCC);
DS18B20_WriteByte(0xBE);
LSB = DS18B20_ReadByte();
MSB = DS18B20_ReadByte();
}
EA = 1;
raw = (MSB << 8) | LSB;
if(raw != 0x0550) { // 初始值
g_temp_val = (int)(raw * 5 >> 3); // 这里相当于 * 0.625
}
}
目前温度被放大 10 倍存储为整数（25.5℃ -> 255），在 Modbus Poll 中通过 Multiplier = 0.1 即可完美还原。
6. 总结 (Conclusion)
通过这次调试，我深刻体会到：嵌入式开发不仅是逻辑的艺术，更是对时序（Timing）的精准把控。
总结建议如下：
- 先通后精： 先用固定变量跑通 Modbus 协议，再加动态传感器。
- 善用工具： Modbus Poll 的 Communication 窗口是抓包的神器，不要盲目猜错。
- 中断管理： 时序敏感的操作（如单总线）一定要配合 EA 开关。