当前位置：首页 > news >正文

从时序到实战：深入解析1-Wire单总线通信协议

news 2026/5/12 16:57:18

1. 1-Wire协议的前世今生

第一次接触1-Wire总线是在2013年做智能农业项目时，当时需要监测大棚内的土壤温度。项目经理扔给我一包DS18B20传感器，说"用这个，一根线就能搞定"。我当时盯着那根细如发丝的信号线，怎么也想不明白数据是怎么在这根线上跑来跑去的。

1-Wire是Dallas Semiconductor（现被Maxim Integrated收购）在1989年推出的单总线技术。它的设计初衷非常明确——用最少的连线实现设备通信。想象一下，你家里有十几个温湿度传感器，如果每个都要接三四根线，布线会变成噩梦。而1-Wire只需要两根线（信号线和地线），甚至可以通过"寄生供电"方式省掉电源线，真正实现"一线通"。

这种协议最迷人的地方在于它的极简主义哲学。就像用摩尔斯电码就能完成复杂通信一样，1-Wire通过精确的时序控制，在单根线上实现了双向数据传输、设备供电、设备寻址等全套功能。我在调试第一个DS18B20时，用示波器捕捉到的波形就像精心编排的芭蕾舞，每个上升沿和下降沿都严格踩着时间的鼓点。

2. 解密1-Wire的通信机制

2.1 总线拓扑结构

1-Wire总线采用典型的开漏结构，所有设备都并联在同一根信号线上。这里有个硬件上的关键点——必须接一个4.7kΩ的上拉电阻。我曾在实验室熬到凌晨三点，就是因为忘了这个电阻，导致总线电平无法正常拉高。

总线上的每个设备都有唯一的64位ROM ID，相当于设备的身份证号码。这个ID包含：

8位家族码（比如DS18B20是0x28）
48位序列号
8位CRC校验码

当多个设备挂在同一总线上时，主机就是通过这个ROM ID来点名呼叫的。记得有次调试时，我手抖把两个传感器的信号线短路了，结果读取的ROM ID变成了乱码，这就是典型的总线冲突。

2.2 通信时序详解

1-Wire的通信就像两个严格遵守礼仪的外交官交谈，每一步都有固定流程：

复位脉冲（480μs低电平）
从机应答（60-240μs低电平）
ROM命令（如搜索ROM、匹配ROM等）
功能命令（如温度转换、读取数据等）

最考验功夫的是位读写时序。写"1"时，主机拉低总线15μs后释放；写"0"则需要持续拉低60μs。读数据时更刺激——主机拉低总线后，必须在15μs内完成采样。这些操作对延时精度要求极高，我在STM32上实现时，必须关闭所有中断才能保证时序稳定。

// 典型的写位函数实现 void write_bit(uint8_t bit) { GPIO_LOW(); // 拉低总线 delay_us(5); // 保持5μs if(bit) GPIO_HIGH(); // 如果是写"1"就释放总线 delay_us(60); // 保持时序周期 GPIO_HIGH(); // 恢复高电平 }

3. DS18B20实战指南

3.1 硬件连接要点

DS18B20的硬件连接看似简单，却暗藏玄机。经典的三线接法（VDD、DQ、GND）适合大多数场景，但在长距离传输时，我推荐改用寄生供电模式：

将VDD引脚接地
DQ线串联100Ω电阻（防短路）
总线末端加4.7kΩ上拉

特别注意：当使用寄生供电进行温度转换时，总线必须保持强上拉（通过MOS管直接接电源）。我曾遇到转换结果不准的问题，后来发现就是供电不足导致的。

3.2 完整通信流程

下面这个流程是我在智能温室项目中验证过的可靠方案：

初始化总线
- 拉低480μs
- 释放总线等待应答
- 检测60μs内的低电平
发送ROM命令
- 单设备时用0xCC跳过ROM
- 多设备时用0x55匹配ROM
启动温度转换
- 发送0x44命令
- 等待750ms（12位分辨率时）
读取暂存器
- 发送0xBE命令
- 连续读取9个字节

float read_temperature() { reset_pulse(); write_byte(0xCC); // 跳过ROM write_byte(0x44); // 启动转换 delay_ms(750); // 等待转换 reset_pulse(); write_byte(0xCC); write_byte(0xBE); // 读暂存器 uint8_t temp_l = read_byte(); uint8_t temp_h = read_byte(); return (temp_h << 8 | temp_l) * 0.0625; }