从零上手DS18B20：单总线通信与温度读取实战解析
1. DS18B20温度传感器初探
第一次拿到DS18B20这个小玩意儿时，我差点以为是个普通三极管——TO-92封装让它看起来实在太不起眼了。但千万别小看这个指甲盖大小的器件，它可是工业级数字温度传感器，测量范围从-55℃到+125℃，精度最高能达到±0.5℃。最神奇的是它只需要一根数据线就能工作，这种单总线(1-Wire)设计让我这个刚入门的嵌入式开发者节省了不少IO口资源。
记得我第一次用面包板搭建电路时，发现DS18B20有三个引脚：红色的VDD（电源正极）、黑色的GND（地线）、黄色的DQ（数据线）。有趣的是，它居然支持"寄生供电"模式——只要把VDD和GND短接，传感器就能从数据线偷电工作！不过实测下来，独立供电稳定性更好，特别在长距离布线时。建议新手先用独立供电模式，等熟悉了再尝试寄生供电。
说到硬件连接，有个坑我踩过两次：必须加4.7K上拉电阻！有次偷懒没接，温度读数总是85℃（这是DS18B20的默认值）。后来查手册才发现，开漏输出的DQ线必须靠上拉电阻才能维持高电平。现在我的工作台上永远备着一盒4.7K电阻，这个教训太深刻了。
2. 单总线通信的奥秘
2.1 单总线时序的舞蹈
单总线协议就像两个人在黑暗中的摩尔斯电码交流——全靠精确的时间控制。第一次看时序图时我完全懵圈，直到用逻辑分析仪捕捉到真实信号才恍然大悟。整个过程分为几个关键步骤：
- 初始化：主机（单片机）拉低总线480us以上，就像大声喊"喂！"。释放总线后，DS18B20会在60us内拉低总线回应"我在呢！"
- 写时序：写0需要持续拉低60-120us，写1则快速拉低1-15us后立即释放。这就像长短不同的敲击声
- 读时序：主机拉低总线1-15us后立即释放，然后在15us内读取电平。DS18B20会在这个时间窗口内呈现数据
用示波器观察时，我发现一个细节：DS18B20的响应时间会随温度变化！夏天实验室温度高时，响应脉冲比冬天宽约5us。所以代码里最好把等待时间设成范围值（如15-60us），而不是固定值。
2.2 代码实现的关键技巧
下面这个初始化函数我调试了整整两天，分享几个血泪经验：
uint8_t DS18B20_Init(void) { GPIO_InitTypeDef GPIO_InitStruct = {0}; // 使能GPIO时钟（根据实际单片机型号修改） __HAL_RCC_GPIOx_CLK_ENABLE(); // 配置为开漏输出模式 GPIO_InitStruct.Pin = DS18B20_PIN; GPIO_InitStruct.Mode = GPIO_MODE_OUTPUT_OD; GPIO_InitStruct.Pull = GPIO_NOPULL; GPIO_InitStruct.Speed = GPIO_SPEED_FREQ_HIGH; HAL_GPIO_Init(DS18B20_PORT, &GPIO_InitStruct); // 主机拉低480us DS18B20_DQ_OUT(0); delay_us(480); // 释放总线 DS18B20_DQ_OUT(1); delay_us(60); // 切换为输入模式检测响应 GPIO_InitStruct.Mode = GPIO_MODE_INPUT; HAL_GPIO_Init(DS18B20_PORT, &GPIO_InitStruct); // 等待15-60us delay_us(15); if(HAL_GPIO_ReadPin(DS18B20_PORT, DS18B20_PIN) == 0) { delay_us(45); // 总共60us等待时间 if(HAL_GPIO_ReadPin(DS18B20_PORT, DS18B20_PIN) == 1) return 1; // 初始化成功 } return 0; // 初始化失败 }避坑指南：
- 一定要先配置为开漏输出！推挽输出会损坏器件
- 释放总线后等待时间不要超过60us，否则可能错过响应
- 在STM32上使用HAL库时，模式切换要完整重配GPIO
3. 温度读取全流程解析
3.1 指令发送的艺术
DS18B20的操作就像在餐厅点餐：先确定和谁说话（ROM指令），再告诉它做什么（功能指令）。当总线上只有一个传感器时，可以用"跳过ROM"指令（0xCC）省去寻址步骤。我的指令发送函数长这样：
void DS18B20_WriteByte(uint8_t dat) { for(int i=0; i<8; i++) { DS18B20_DQ_OUT(0); // 拉低开始写时序 delay_us(2); // 保持2us（满足1-15us要求） // 根据数据位决定释放时间 if(dat & 0x01) DS18B20_DQ_OUT(1); // 写1立即释放 delay_us(60); // 保持60us以上 DS18B20_DQ_OUT(1); // 释放总线 dat >>= 1; // 准备下一位 delay_us(2); // 间隔时间 } }实测发现，写0和写1的关键区别在于拉低持续时间。写0时要保持60us以上低电平，而写1只需短暂拉低后立即释放。这个时间差就是DS18B20区分0和1的依据。
3.2 温度数据的魔法转换
收到两个字节的温度数据后，真正的挑战才开始。DS18B20的温度格式很特别：
- 前5位是符号位（全1表示负数）
- 中间7位是整数部分
- 后4位是小数部分（0.0625℃/LSB）
这是我的数据处理代码：
float DS18B20_GetTemp(void) { uint8_t tempL, tempH; int16_t temp; float result; DS18B20_Start(); // 启动温度转换 delay_ms(750); // 等待转换完成（12位分辨率时最大需750ms） DS18B20_Init(); DS18B20_WriteByte(0xCC); // 跳过ROM DS18B20_WriteByte(0xBE); // 读暂存器 tempL = DS18B20_ReadByte(); // 读取低字节 tempH = DS18B20_ReadByte(); // 读取高字节 temp = (tempH << 8) | tempL; // 合并为16位数据 if(temp & 0x8000){ // 判断符号位 temp = ~temp + 1; // 取补码 result = temp * (-0.0625); } else{ result = temp * 0.0625; } return result; }特别注意：负温度以二进制补码形式存储。有次我在-10℃环境测试，读出的原始数据是0xFFF0，直接转换会得到65520。这时需要先取反加1变成16（即0x0010），再乘以0.0625得到真实温度。
4. 实战中的疑难杂症
4.1 时序不准的排查技巧
刚开始调试时，我最头疼的就是时序问题。后来总结出一套排查方法：
- 用GPIO翻转+示波器测量：在每个关键操作前后翻转另一个GPIO，用示波器双通道对比时序
- 调整延时精度：普通for循环延时在72MHz主频下误差很大，换成定时器或DWT周期计数器更准
- 检查编译器优化：O2/O3优化可能删除关键延时循环，对时序敏感函数加
volatile关键字
4.2 多传感器组网方案
虽然教程常用单传感器示例，但实际项目往往需要多个DS18B20。这时就要用到它们的唯一64位ROM地址。我的做法是：
- 先用"搜索ROM"指令（0xF0）枚举总线上的所有设备
- 将找到的ROM地址存入数组
- 通过"匹配ROM"指令（0x55）选择特定传感器操作
// 示例ROM搜索代码框架 uint8_t DS18B20_Search(uint8_t (*rom_ids)[8]) { uint8_t id_bit, cmp_bit; uint8_t rom_index = 0; while(rom_index < MAX_SENSORS) { if(!DS18B20_Init()) break; DS18B20_WriteByte(0xF0); // 搜索ROM指令 // ...复杂的分支搜索算法... // 将找到的ROM存入rom_ids数组 rom_index++; } return rom_index; // 返回找到的传感器数量 }这个算法实现较复杂，新手可以先使用"读ROM"指令（0x33）手动获取单个传感器的地址。把读到的8字节地址硬编码在程序里，就能用"匹配ROM"指令操作特定传感器了。