STC89C52驱动DS18B20：单总线协议深度解析与稳定测温实战

1. 项目缘起：为什么还在用STC89C52和DS18B20？

最近在整理一些老项目的资料，翻出来一个基于STC89C52和DS18B20的温度监测小模块。可能有人会问，现在STM32、ESP32满天飞，性能强、外设多、开发方便，为什么还要去折腾这个“老古董”组合？这不是在开技术倒车吗？

恰恰相反，我认为对于初学者入门、对于特定低成本场景、对于理解底层硬件通信的本质，这个组合依然有它不可替代的价值。STC89C52作为经典的51内核单片机，结构简单，寄存器少，没有复杂的时钟树和总线架构，你能把每一个IO口、每一个定时器周期都看得清清楚楚。而DS18B20这款单总线数字温度传感器，更是学习时序通信的“活教材”。它只用一根线完成供电、数据收发和同步，协议里包含了严格的复位、应答、读写时序要求。你搞定了它，就相当于亲手打通了单片机与外部器件进行精确“对话”的任督二脉，以后再接触I2C、SPI等协议，会发现底层逻辑是相通的。

这个项目的核心，就是用最精简的硬件（一根IO口线），实现一个可靠的数字温度采集系统。过程中你会深刻体会到，在资源受限的单片机世界里，如何用软件去精准地模拟硬件时序，如何与一个“不听话”（指时序要求严格）的外设进行稳定通信。这比在高级框架下调用现成的read_temperature()函数，学到的东西要多得多。

2. 核心器件与单线通信协议深度解析

在动手写代码之前，我们必须吃透两个核心：DS18B20传感器本身，以及它赖以生存的“单总线协议”。很多初学者读取温度不稳定、老是得到85℃（默认值）或者错误值，根源往往是对协议的理解浮于表面。

2.1 DS18B20：不只是个温度计

DS18B20的最大特点，也是其设计精妙之处，在于它将温度传感、ADC转换、协议处理全部集成在了一个三极管封装里。这意味着：

• 接口极简：仅需三根线（VCC， GND， DQ数据线），甚至可以通过“寄生供电”模式，只接DQ和GND两根线。
• 数字输出：直接输出数字量，省去了单片机侧额外的ADC电路和软件滤波算法。
• 精度可选：支持9~12位的温度分辨率，分辨率越高，转换时间越长（最长达750ms）。

它的内部有一个64位的激光ROM码，作为全球唯一地址，理论上可以在一条总线上挂载无数个DS18B20，通过搜索ROM命令来逐一访问。但对于我们单点测温，通常使用“跳过ROM”命令，直接对总线上的唯一器件进行操作。

注意：DS18B20的DQ引脚是开漏输出。这意味着它只能主动将总线拉低（输出0），而不能主动拉高（输出1）。总线的高电平需要由上拉电阻来提供。因此，在硬件电路上，DQ线必须接一个4.7kΩ ~ 10kΩ的上拉电阻到VCC，这是通信稳定的物理基础。很多仿真图里会省略这个电阻，但在实际焊接中绝对不能少。

2.2 单总线协议：一场严格的时间“舞蹈”

单总线协议的精髓，在于所有通信都基于严格的时间槽。主机（单片机）通过控制产生低电平的时间长短，来区分写“0”、写“1”、读数据，以及最重要的复位和应答脉冲。

我们可以把通信过程想象成单片机（导演）和DS18B20（演员）之间的一场双人舞，导演必须按照精确的节拍发出指令，演员才会做出正确的回应。

1. 初始化序列（复位与应答）这是每次通信的开始，目的是检查总线上是否有DS18B20器件存在，并让其做好接收命令的准备。

• 单片机动作（导演喊“预备”）》：单片机将DQ线拉低至少480μs，然后释放（设置为输入模式，由上拉电阻拉高）。
• DS18B20响应（演员回应“到”）：DS18B20检测到总线被释放后，会主动拉低总线60~240μs，以示应答。
• 单片机检测：单片机在释放总线后，切换到输入模式并延时约60μs，然后去读取DQ线的电平。如果读到低电平，说明有器件应答；如果一直是高电平，则总线空闲或器件故障。

这里有一个关键细节：在STC89C52上，IO口从输出模式切换到输入模式，并不是瞬间完成的。在释放总线（输出1）后，需要加入一个短暂的延时（通常1~2μs），等待IO口内部电路稳定，再去读取，否则极易读到错误的高电平，误判为无器件。这是很多参考代码里容易忽略的一点。

2. 写时序（导演发出具体指令）写一位数据，无论是写“0”还是写“1”，都由单片机发起一个至少60μs的低电平起始位开始。

• 写“0”：单片机拉低DQ线，并持续保持低电平60~120μs，然后释放。整个时间槽长度约120μs。
• 写“1”：单片机拉低DQ线，但在15μs内迅速释放，然后保持高电平直到时间槽结束。整个时间槽长度同样约120μs。
• 关键点：两个写周期之间必须有至少1μs的恢复时间。DS18B20会在单片机拉低总线后的15~60μs内对总线进行采样，以确定是“0”还是“1”。

3. 读时序（导演听取演员汇报）读一位数据也由单片机发起一个至少1μs的低电平起始位开始。

• 单片机动作：单片机拉低DQ线1~15μs，然后必须立即释放总线并切换到输入模式。
• DS18B20响应：如果DS18B20要输出“0”，它会继续保持总线低电平；如果输出“1”，它则释放总线（由上拉电阻拉高）。
• 单片机采样：在起始位开始后的15μs内，单片机必须完成对DQ线的采样。采样宜早不宜迟，通常在拉低再释放后的延时5~10μs进行。
• 关键点：整个读时间槽也必须控制在60~120μs内完成，之后单片机需要释放总线，为下一次通信做准备。

所有上述时间参数，如480μs、60μs、15μs，都有最小值和最大值限制。在STC89C52这种运行在11.0592MHz或12MHz下的单片机中，一个机器周期是1μs或1.085μs，用_nop_()（空操作）或简单的循环来延时，精度是足够的。但必须用示波器或逻辑分析仪校准你的延时函数，这是项目成功的基石。

3. STC89C52的软件实现：从延时函数到完整流程

理解了协议，我们就可以用C语言在KEIL环境下为STC89C52编写驱动程序了。代码的健壮性，就藏在那些细微的延时和IO口操作顺序里。

3.1 基础构建：精确的微秒级延时

STC89C52没有SysTick，我们需要自己写一个基于循环的微秒延时函数。这里假设单片机使用11.0592MHz晶振（标准串口波特率晶振），其机器周期约为1.085μs。

#include <REGX52.H> #include <INTRINS.H> // 用于_nop_() /** * @brief 微秒级延时函数（近似值，需根据实际晶振校准） * @param us: 延时的微秒数（对于小us值，此函数不精确，适用于10us以上） */ void Delay_us(unsigned int us) { while (us--) { _nop_(); _nop_(); _nop_(); _nop_(); // 大约4.34us // 更精确的校准需要根据汇编指令周期计算 } } /** * @brief 毫秒级延时函数 * @param ms: 延时的毫秒数 */ void Delay_ms(unsigned int ms) { unsigned int i, j; for(i=0; i<ms; i++) for(j=0; j<114; j++); // 针对11.0592MHz的近似1ms延时 }

实操心得：对于DS18B20协议中那些要求严格的15μs、60μs延时，单纯用循环很难精确。一个更可靠的方法是使用_nop_()组合。例如，在11.0592MHz下，一个_nop_()大约1.085μs。要实现15μs延时，可以写for(i=0; i<14; i++) _nop_();。最好的办法是编写好基础读写函数后，用逻辑分析仪连接DQ线，查看波形是否符合数据手册的时序图，并据此调整_nop_()的数量。这是从“代码能跑”到“代码稳定”的关键一步。

3.2 底层驱动函数编写

我们首先定义DQ线连接的IO口。为了代码清晰和可移植，我们使用宏定义。

sbit DQ = P2^0; // 假设DS18B20数据线接在P2.0口 /** * @brief DS18B20初始化（复位脉冲+存在脉冲检测） * @retval 1: 初始化失败（总线上无器件或故障） * 0: 初始化成功 */ unsigned char DS18B20_Init(void) { unsigned char presence_flag = 0; DQ = 1; // 先拉高 Delay_us(8); DQ = 0; // 单片机拉低总线，发出复位脉冲 Delay_us(480); // 保持低电平480us以上（典型值480-960us） DQ = 1; // 释放总线（单片机置高，转为输入） Delay_us(60); // 等待60us（给DS18B20反应时间） // 关键：等待IO口输入模式稳定，并检测存在脉冲 // 先短暂延时，避开总线上升沿的瞬态过程 Delay_us(2); if(DQ == 0) { // 如果检测到低电平，说明DS18B20拉低了总线（应答脉冲） presence_flag = 1; } // 等待存在脉冲结束（DS18B20释放总线） while(!DQ); // 等待DQ变高，即DS18B20释放总线 // 整个初始化序列应持续至少960us Delay_us(420); // 补足时间 return presence_flag; // 返回1成功，0失败 }

接下来是写一位和读一位的函数，它们严格遵循时间槽规范。

/** * @brief 向DS18B20写入一个位 * @param bit_value: 要写入的位值，0或1 */ void DS18B20_WriteBit(unsigned char bit_value) { DQ = 0; // 拉低总线启动写时间槽 _nop_(); _nop_(); // 此处延时约2us，确保低电平建立 // 根据要写的值，决定低电平保持时间 if(bit_value == 1) { DQ = 1; // 如果是写1，很快拉高 } // 延时，满足写时间槽的持续时间（60-120us） Delay_us(60); // 保持约60us DQ = 1; // 释放总线，结束时间槽 // 写周期之间需要至少1us的恢复时间 _nop_(); _nop_(); } /** * @brief 从DS18B20读取一个位 * @retval 读取到的位值，0或1 */ unsigned char DS18B20_ReadBit(void) { unsigned char bit_value = 0; DQ = 0; // 拉低总线至少1us，启动读时间槽 _nop_(); _nop_(); // 约2us DQ = 1; // 必须迅速释放总线，转为输入 _nop_(); _nop_(); _nop_(); _nop_(); // 延时约5us，等待DS18B20输出稳定 // 在起始位下降沿后15us内采样 if(DQ) { bit_value = 1; } // 等待读时间槽结束（总时长60-120us） Delay_us(55); // 补足时间 return bit_value; }

基于读写位的函数，我们可以轻松构造读写一个字节的函数。

/** * @brief 向DS18B20写入一个字节（LSB first） * @param dat: 要写入的字节数据 */ void DS18B20_WriteByte(unsigned char dat) { unsigned char i; for(i=0; i<8; i++) { DS18B20_WriteBit(dat & 0x01); // 先写最低位 dat >>= 1; // 数据右移，准备下一次发送 } } /** * @brief 从DS18B20读取一个字节（LSB first） * @retval 读取到的字节数据 */ unsigned char DS18B20_ReadByte(void) { unsigned char i, dat = 0; for(i=0; i<8; i++) { dat >>= 1; // 先右移，为接收新位腾出空间 if(DS18B20_ReadBit()) { dat |= 0x80; // 如果读到1，则置最高位为1 } } return dat; }

3.3 温度读取完整流程与数据处理

有了底层驱动，读取温度的流程就变得清晰了。它是一个标准命令序列。

/** * @brief 启动DS18B20温度转换 */ void DS18B20_StartConvert(void) { DS18B20_Init(); // 1. 复位 DS18B20_WriteByte(0xCC); // 2. 跳过ROM命令（针对单器件总线） DS18B20_WriteByte(0x44); // 3. 启动温度转换命令 // 注意：发出0x44命令后，DS18B20开始转换，在此期间总线被拉低 // 如果使用寄生供电，此时必须在DQ线上提供强上拉（例如通过MOSFET接VCC） } /** * @brief 从DS18B20读取温度值（原始16位数据） * @retval 温度的16位原始数据（含符号位） */ int DS18B20_ReadTempRaw(void) { unsigned char LSB, MSB; int temp_raw = 0; DS18B20_Init(); // 1. 复位 DS18B20_WriteByte(0xCC); // 2. 跳过ROM DS18B20_WriteByte(0xBE); // 3. 读取暂存器命令 LSB = DS18B20_ReadByte(); // 先读低字节 MSB = DS18B20_ReadByte(); // 再读高字节 temp_raw = (MSB << 8) | LSB; // 合成16位数据 return temp_raw; } /** * @brief 将DS18B20原始数据转换为实际温度值（浮点数，单位℃） * @param raw_data: 16位原始温度数据 * @retval 实际温度值（浮点型） */ float DS18B20_RawToTemp(int raw_data) { float temperature; // 判断符号位（bit15），1为负温度 if(raw_data & 0xF800) { // 或者 (raw_data & 0x8000) // 负温度，取补码 raw_data = ~raw_data + 1; temperature = - (raw_data * 0.0625); // 12位分辨率时，LSB=0.0625℃ } else { temperature = raw_data * 0.0625; } return temperature; }

主函数中的调用流程示例：

void main() { int temp_raw; float temperature; // 初始化... while(1) { DS18B20_StartConvert(); // 启动转换 Delay_ms(750); // 等待转换完成，12位分辨率需750ms temp_raw = DS18B20_ReadTempRaw(); // 读取原始值 temperature = DS18B20_RawToTemp(temp_raw); // 转换为摄氏度 // 此处可以将temperature显示到LCD、串口发送等 Delay_ms(1000); // 每秒读取一次 } }

4. 避坑指南与稳定性优化实战

代码写完了，但让它稳定可靠地工作，才是真正的挑战。下面是我在多个项目中总结出的常见问题和优化方案。

4.1 经典问题：为什么总是读到85℃（0x0550）或0℃？

这是DS18B20新手最常遇到的“入门礼”。

• 问题现象：上电后，第一次或每次读到的温度都是85℃（对应原始数据0x0550）或0℃。
• 根因分析：
  1. 初始化/应答失败：85℃是DS18B20上电后的默认温度值。如果你每次读取都得到85℃，极有可能是初始化序列失败，单片机根本没有检测到DS18B20的存在脉冲，但后续的读写时序又“侥幸”执行了。由于没有正确的复位-应答，DS18B20并未准备好接收命令，单片机发出的“跳过ROM”(0xCC)和“读暂存器”(0xBE)命令被忽略，读回来的就是上电默认值。解决之道：务必检查DS18B20_Init()函数的返回值，只有返回成功（1）后才能进行后续操作。用逻辑分析仪抓取复位和应答脉冲的波形，确保低电平时间、释放时机、采样点都正确。
  2. 供电不足或上拉电阻问题：0℃或随机值可能源于供电。在寄生供电模式下，DS18B20在进行温度转换（尤其是高分辨率时）需要较大电流，如果总线（DQ）的上拉电阻太大（如10kΩ），无法提供足够电流，会导致转换失败或数据错误。解决之道：对于寄生供电，强烈建议在温度转换命令（0x44）发出后，用单片机的IO口或一个MOSFET将DQ线强上拉到VCC（提供约1mA电流），转换完成后再恢复为弱上拉。或者，直接采用外部VCC供电模式，这是最稳定的方案。
  3. 时序精度不够：STC89C52的指令执行时间并非绝对精确，尤其是当编译器优化等级不同，或中断干扰时，用循环实现的微秒延时可能偏差较大，导致读写时序落在DS18B20的采样窗口之外。解决之道：将最核心的位读写函数（WriteBit,ReadBit）用_nop_()重写，减少循环带来的不确定性。确保在操作DS18B20期间关闭所有中断。

4.2 硬件连接与PCB布局的“玄学”

• 上拉电阻必不可少：无论寄生供电还是外部供电，DQ线必须接一个4.7kΩ的上拉电阻到VCC。没有它，总线无法被拉高，通信完全无法进行。
• 电源去耦电容：在DS18B20的VCC和GND引脚之间，就近放置一个0.1μF的陶瓷去耦电容，可以滤除电源噪声，对提高稳定性有奇效。
• 走线长度：单总线对走线长度相对宽容，但在强干扰环境下，建议总线长度不要超过30米。对于板内连接，尽量短即可。
• 避免IO口复用：尽量使用一个独立的IO口连接DS18B20，避免该IO口在其它时间被用于驱动LED、蜂鸣器等大电流负载，导致电平异常。

4.3 软件层面的鲁棒性增强

1. 增加重试机制：在DS18B20_Init()失败后，不要立即放弃。可以加入一个重试循环，例如尝试3次初始化，如果都失败再报错。这可以应对偶尔的时序偏差或总线干扰。

   unsigned char retry = 3; while(retry--) { if(DS18B20_Init() == 1) { break; // 初始化成功，跳出循环 } Delay_ms(2); // 短暂延时后重试 } if(retry == 0) { // 处理错误：传感器未连接或故障 }

2. CRC校验：DS18B20暂存器共9字节，最后一个字节是前面8字节的CRC校验码。在读取温度后，可以计算CRC并与读取的校验码对比，确保数据在传输过程中没有出错。这对于长距离或干扰环境下的通信尤为重要。
3. 中断保护：在操作DS18B20的整个关键时序期间（从初始化到读写完成），应关闭全局中断（EA = 0;），防止定时器中断、串口中断等打断微秒级的精确延时。操作完成后，再打开中断（EA = 1;）。

5. 从原型到应用：扩展思路与项目进阶

当你成功稳定地读取到室温后，这个项目就可以作为基石，向更多有趣的方向扩展。

5.1 多节点测温与ROM搜索

单总线的优势在于可以挂载多个器件。你需要实现更复杂的ROM命令序列：

• 搜索ROM（0xF0）：这是一个递归算法，用于识别总线上所有DS18B20的64位ROM地址。
• 匹配ROM（0x55）：在获得ROM地址后，使用此命令后跟具体的64位地址，可以指定操作某一个传感器。
• 报警搜索（0xEC）：用于快速找出温度超出设定阈值的器件。

实现多节点测温，你的系统就升级为了一个分布式温度监测网络。

5.2 与上位机通信：数据可视化

让STC89C52通过串口（UART）将温度数据发送到电脑。

• 硬件：利用STC89C52的P3.0（RXD）和P3.1（TXD），通过一个USB转TTL模块（如CH340、CP2102）连接电脑。
• 软件：在单片机端编写串口初始化（设置波特率，如9600）和发送函数。在电脑端，可以使用串口助手、Python的pyserial库、C#的SerialPort控件，甚至Node.js来接收数据。你可以将数据格式化为简单的文本，如"T:25.6C\n"。
• 进阶：用Python的matplotlib库实时绘制温度曲线，或者用PyQt做一个带控件的小型监控界面。

5.3 打造一个完整的本地温度监测站

结合其他外围模块，打造一个独立设备：

• 显示：连接一个LCD1602或OLED显示屏，实时显示温度值和单位。
• 存储：连接一个AT24Cxx系列的EEPROM，定时记录温度数据，实现简单数据记录仪功能。
• 报警：设置温度上下限，当温度超限时，控制一个蜂鸣器鸣叫或LED闪烁。
• 控制：作为恒温箱、孵化器的核心控制器，当温度低于设定值时，通过继电器打开加热片；高于设定值时，打开风扇。

5.4 迁移到其他平台

一旦你彻底掌握了DS18B20单总线协议的软件模拟精髓，将其移植到任何其他单片机平台（如STM32、ESP32、Arduino）都将易如反掌。你只需要根据新平台的时钟频率，重写或调整那几个微秒级的延时函数，并配置好GPIO的输入输出模式即可。核心的协议处理逻辑和命令序列完全通用。

这个基于STC89C52和DS18B20的项目，就像学习编程时的“Hello World”，看似简单，却涵盖了嵌入式开发中最核心的硬件交互思想。它强迫你去关注最底层的时序，去理解数据手册里的每一个参数，去调试波形中的每一个毛刺。这个过程积累的经验，是直接调用库函数无法比拟的财富。当你下次遇到一个陌生的传感器通信协议时，你会有足够的信心去拆解它、实现它、驯服它。