1. 项目概述：为什么我们需要了解这些通信协议？

在嵌入式开发和工业控制领域，选对通信协议，项目就成功了一半。我见过太多项目，前期功能验证用I2C或UART跑得飞快，一到现场部署就各种丢包、干扰、通信超时，最后不得不推倒重来，把硬件接口从I2C换成485，或者从UART升级到CAN。这背后的根本原因，就是对不同通信协议的核心特性、适用场景和“脾气秉性”理解不透彻。

今天要聊的这五位“主角”——485、CAN、单总线、SPI、I2C，可以说是嵌入式世界里最经典、应用最广泛的通信接口。它们各有各的“地盘”：SPI和I2C是芯片间短距离通信的“内务官”，速度快但走不远；485和CAN是工业现场长距离抗干扰的“野战军”，皮实可靠；单总线则是特定场景下简化布线的“奇兵”。理解它们的特点、区别、协议细节和使用方法，不是死记硬背几个参数，而是要建立起一套“场景-需求-选型”的决策逻辑。当你拿到一个需求，比如要连接20米外的传感器，或者要在多个主设备间仲裁，脑子里能立刻浮现出最合适的协议选项，这才算真正入门。

接下来的内容，我会抛开教科书式的罗列，结合我十多年踩坑填坑的经验，带你深入这些协议的内核。我们不仅看它们“是什么”，更要搞懂“为什么”这么设计，以及在实际项目中“怎么用”才能避开那些隐形的坑。无论你是正在做毕业设计的学生，还是面临产品选型的工程师，相信这些从实战中总结出的对比和心得，都能给你带来直接的帮助。

2. 五大通信协议核心特点与本质区别

要区分这五种协议，不能只看速率、距离这些表面参数。它们的根本区别在于拓扑结构、电气特性和访问机制，这直接决定了它们的“基因”和适用场景。我们可以从几个维度进行立体化的对比。

2.1 拓扑结构与访问机制：决定了系统的骨架

这是最根本的区别，它像建筑的承重结构，一旦选定后期很难更改。

SPI (Serial Peripheral Interface)： 主从全双工“点对点”专线SPI本质上是一个同步、全双工、主从式的串行总线。它采用“一主多从”的星型或菊花链拓扑，但每个从设备都需要独占一条片选线（CS/SS）。主设备通过拉低对应从设备的片选线来激活通信。它的访问机制简单粗暴：由主设备时钟（SCLK）绝对主导，主设备在发出时钟的同时，通过MOSI线发送数据，并通过MISO线接收从设备的数据。因为没有复杂的寻址和仲裁机制，所以SPI的协议开销极小，速率可以做到很高（轻松达到几十MHz），但代价是需要的硬件连线多（至少4线），且无法实现多主设备竞争总线。

I2C (Inter-Integrated Circuit)： 多主多从“共享总线”与仲裁I2C是一个同步、半双工、多主多从的总线。它最精妙的设计在于只用两根线（SDA数据线、SCL时钟线）就实现了多设备通信。所有设备都挂在这两根线上，构成真正的共享总线。它的访问基于“地址+读写位”的寻址方式。当多个主设备同时试图发起通信时，I2C协议内置了“线与”逻辑的仲裁机制：主设备在发送地址和数据的同时，会监听SDA线上的电平。如果发现自己发出的是高电平，但检测到线被拉低了（说明有其他设备在发低电平），则该主设备立即退出竞争，转为监听模式。这种机制保证了总线不会冲突，但仲裁过程本身会引入时间开销。

单总线 (1-Wire)： 极简布线下的“点名”通信单总线，顾名思义，只用一根数据线（外加一根地线）完成供电和数据传输。它是异步、半双工、主从式的。其核心是一个严格的“一主多从”系统，所有从设备都挂在这根线上。通信初始化靠一个特定的复位脉冲和存在脉冲序列。寻址依赖每个从设备全球唯一的64位ROM ID。主设备通过“搜索ROM”命令，可以逐一识别总线上的所有设备。它的精髓在于极致的简化，牺牲了速度（通常最高仅16.3kbps）和实时性，换来了布线的极大便利和成本降低，非常适合传感器网络、身份识别等场景。

RS-485： 长距离差分传输的“电气标准”严格来说，RS-485不是一个完整的协议，而是一个电气接口标准。它定义了差分信号传输的物理层特性，使其具备强大的抗共模干扰能力和长距离传输能力（可达1200米）。RS-485通常采用半双工、主从式的多点总线拓扑，所有设备通过A、B两条差分线并联。它本身不规定数据链路层协议，应用层协议（如Modbus RTU/ASCII， Profibus-DP等）需要在此基础上实现。访问机制由上层协议定义，常见的是主设备轮询（Polling）从设备。它的优势是稳健、距离远、带负载能力强（一个总线可挂32~256个节点，取决于收发器驱动能力）。

CAN (Controller Area Network)： 事件驱动与优先级仲裁的“车载网络”CAN是为汽车电子量身定做的异步、半双工、多主多从网络。它同样使用差分信号（CAN_H, CAN_L），抗干扰能力极强。CAN的灵魂在于其基于优先级的非破坏性仲裁机制和事件驱动的通信模式。每个CAN报文都有一个唯一的标识符（ID），ID值越小，优先级越高。当多个节点同时发送时，它们会在发送ID的过程中进行仲裁：连续发送显性位（逻辑0）的节点会覆盖隐性位（逻辑1），ID小的报文赢得总线，失利的节点自动退出发送并转为接收，整个过程没有数据损坏或延迟。这使得CAN非常适合对实时性和可靠性要求极高的分布式控制系统。

2.2 电气特性与抗干扰能力：决定了环境的适应性

这个维度决定了协议能在什么环境下“生存”。

• SPI & I2C & 单总线：都属于板级或器件级通信。信号电平通常是芯片的供电电压（3.3V或5V的TTL/CMOS电平）。传输距离很短，一般不超过几十厘米（PCB板内或板间连接）。极易受到外部电磁干扰（EMI）的影响，不适合恶劣工业环境。其中单总线因是开漏输出且速率低，抗干扰能力最弱。
• RS-485 & CAN：属于现场总线级通信。采用差分信号传输。差分信号用两根线传输一个信号，这两根线上的电压差代表逻辑状态。外部干扰通常会同时、同等地作用于这两根线（共模干扰），而接收器只关心两者的电压差，因此能有效抑制共模干扰。这使得它们能适应复杂的电气环境，传输距离远（RS-485可达千米级，CAN可达数千米@5kbps），节点数量多。

2.3 速度与实时性：决定了系统的“反应速度”

速度和实时性不是同一个概念。速度是数据吞吐的峰值，实时性是数据送达的可预测性。

• 速度王者：SPI毫无疑问是速度最快的，时钟频率可达几十甚至上百MHz，适合传输大量数据，如显示屏、高速ADC。
• 均衡之选：I2C标准模式100kbps，快速模式400kbps，高速模式3.4Mbps。速度适中，在板内通信中应用广泛。
• 低速专精：单总线速度最慢，标准速率15.4kbps，过驱动模式125kbps。它追求的不是速度，而是极简。
• 工业可靠：RS-485的速度与距离成反比。在1200米距离下，典型速率是9.6kbps~115.2kbps；在短距离内，可以做到10Mbps以上。其实时性依赖于上层协议的主从轮询机制，响应时间不确定。
• 实时标杆：CAN的速率典型值为5kbps ~ 1Mbps。其核心优势在于高实时性和确定性。基于ID的仲裁机制保证了高优先级报文能在微秒级内获得总线访问权，且报文有完善的错误检测和故障界定机制，使得系统行为高度可预测。

为了更直观地对比，我将核心差异整理成下表：

注意：上表中的“距离”是典型应用下的参考值，实际距离受收发器性能、电缆质量、波特率和环境噪声影响极大。

3. 协议栈深度解析与通信方式剖析

理解了宏观区别，我们深入到每个协议的通信细节。协议是通信的“语言法则”，吃透它才能写出稳定可靠的驱动。

3.1 SPI：时钟驱动的“同步对话”

SPI协议层非常简单，其通信完全由主设备时钟（SCLK）驱动。核心在于时钟极性（CPOL）和时钟相位（CPHA）这两个参数的配置，它们定义了数据的采样和锁存边沿。

• CPOL (Clock Polarity): 时钟空闲时的电平。
  • CPOL=0: SCLK空闲时为低电平。
  • CPOL=1: SCLK空闲时为高电平。
• CPHA (Clock Phase): 数据采样的时钟边沿。
  • CPHA=0: 在SCLK的第一个边沿（如果CPOL=0则是上升沿，CPOL=1则是下降沿）采样数据。
  • CPHA=1: 在SCLK的第二个边沿采样数据。

CPOL和CPHA组合成四种模式（Mode 0-3）。Mode 0 (CPOL=0, CPHA=0) 和 Mode 3 (CPOL=1, CPHA=1) 是最常用的。通信时，主设备先拉低目标从设备的CS线，然后产生SCLK。数据在SCLK的边沿从MOSI移出，同时在相反的边沿从MISO采样（具体由CPHA决定）。通信结束后，主设备拉高CS线。

实操心得：SPI的“隐藏”时序要求很多SPI器件的数据手册会注明SCLK的最大频率，但容易忽略的是CS建立时间（t_CS_SU）和保持时间（t_CS_HD）。即在拉低CS后，需要等待至少t_CS_SU时间才能发出第一个SCLK脉冲；在最后一个SCLK边沿之后，需要保持CS为低至少t_CS_HD时间才能拉高。不满足这些时间要求，可能导致通信失败。在软件模拟SPI（GPIO模拟）时，必须用nop或延时函数保证这些时间。硬件SPI外设则需检查其控制寄存器是否有相关配置项。

3.2 I2C：开漏总线上的“礼貌交谈”

I2C协议比SPI复杂，它定义了一套完整的帧结构：起始条件（S）、地址帧、数据帧、应答位（ACK/NACK）和停止条件（P）。

1. 起始与停止：当SCL为高时，SDA一个下降沿表示起始（S）；一个上升沿表示停止（P）。
2. 地址帧：起始后，主设备发送7位（或10位）从机地址，紧跟1位读写位（0写，1读）。
3. 应答：每传输完一个字节（8位），接收方必须在第9个时钟脉冲期间将SDA拉低作为应答（ACK），否则为无应答（NACK）。
4. 数据传输：地址匹配的从机应答后，开始按字节传输数据，每个字节后都跟一个应答位。
5. 时钟拉伸：从机如果处理数据不及，可以在应答位或数据位期间将SCL线拉低（保持），迫使主设备等待，直到从机释放SCL。这是I2C实现不同速度设备协同工作的关键机制。

常见问题：I2C总线上拉电阻计算I2C总线是开漏输出，必须外接上拉电阻（Rp）。电阻值的选择是个平衡：太小则电流大、功耗高；太大则上升时间慢，可能无法在高速下达到逻辑高电平。 计算公式：Rp(max) = (Vdd - Vih) / (3mA)（保证逻辑高电平），Rp(min) = Vdd / (Iol_max)（保证驱动能力）。其中Vih是输入高电平阈值，Iol_max是最大低电平输出电流。通常，在3.3V系统、标准模式（100kHz）下，选择4.7kΩ~10kΩ的电阻是一个安全的经验值。高速模式下可能需要更小的电阻，如1kΩ。

3.3 单总线：严格的“命令-响应”时序

单总线通信建立在精确的时隙（Time Slot）基础上。所有操作都由主设备发起，遵循“初始化 -> ROM命令 -> 功能命令 -> 数据传输”的流程。

• 初始化（复位与存在脉冲）：主设备拉低总线至少480μs（复位脉冲），然后释放。上拉电阻将总线拉高。从设备在等待15-60μs后，会拉低总线60-240μs（存在脉冲），向主设备宣告其存在。
• 读写时隙：
  • 写时隙：写1，主设备拉低总线1-15μs后释放；写0，主设备拉低总线至少60μs。
  • 读时隙：主设备拉低总线1-15μs后释放，然后在时隙开始后的15μs内采样总线电平。从设备在主机拉低后，如果要发送1，就释放总线；如果要发送0，则保持拉低。

避坑指南：单总线的驱动稳定性单总线对时序要求极其苛刻，尤其是在多设备寄生供电模式下。两个常见问题：1.读数据位错误：原因是主设备采样时间点不对。必须在启动读时隙后，延迟一个极短且精确的时间（例如DS18B20要求在第15μs后采样）再去读取GPIO电平。2.设备丢失：长线缆或负载过多导致供电不足。解决办法是：a) 采用外部供电模式；b) 在总线远端增加一个强上拉（用MOSFET实现），仅在通信期间短暂使能，为总线电容快速充电。

3.4 RS-485：物理层之上的协议自由

RS-485只解决物理层问题：它用差分收发器（如MAX485, SN65HVD72）将MCU的TTL电平转换成差分信号。因此，其“通信方式”完全取决于你使用的应用层协议。

• Modbus RTU：这是最流行的RS-485应用层协议。它定义了一个主从问答式结构。主设备发送一帧数据，包含从站地址、功能码、数据和CRC校验。被寻址的从设备处理请求后，返回响应帧或异常响应。其通信方式是半双工、主设备轮询。所有通信都由主设备发起，从设备不能主动上报。
• 自定义简单协议：对于小系统，可以自定义帧结构，例如：[头][地址][长度][命令][数据][校验][尾]。关键在于要定义好帧边界（通过时间间隔如3.5字符静默时间，或特定头尾字符），并加入校验（如CRC、求和）来保证数据完整性。

核心技巧：RS-485自动收发电路设计RS-485芯片通常有发送使能（DE）和接收使能（/RE）引脚。半双工通信时，需要MCU控制这两个引脚：发送时，置高DE（和/RE），让芯片处于发送模式；发送完毕后，置低DE（和/RE），切换到接收模式。这个切换如果由软件延时控制，容易因程序阻塞或中断导致切换不及时，产生“总线冲突”或“丢响应”。自动收发电路可以完美解决这个问题。其原理是利用串口TX引脚的电平变化自动控制DE和/RE：当TX为低电平（起始位）时，通过一个三极管或逻辑电路，立即使能发送模式；当TX空闲为高电平时，自动切换回接收模式。这样硬件自动切换，速度快且可靠，软件无需干预。网上有成熟的基于MAX485和几个电阻、三极管的电路图，强烈推荐在实际项目中使用。

3.5 CAN：面向报文的可靠网络

CAN协议栈分为物理层、数据链路层（核心）和应用层。数据链路层又包括逻辑链路控制子层（LLC）和媒体访问控制子层（MAC）。

• 报文（帧）格式：CAN有数据帧（传输数据）、远程帧（请求数据）、错误帧（报告错误）和过载帧（延迟）四种帧类型。最常用的是数据帧，分为标准帧（11位ID）和扩展帧（29位ID）。

• 数据帧结构：

  1. 帧起始（SOF）：一个显性位（0），标志帧开始。
  2. 仲裁场：包含标识符（ID）和远程传输请求位（RTR）。仲裁就发生在这里。
  3. 控制场：包含数据长度码（DLC， 0-8字节）。
  4. 数据场：实际要发送的数据（0-8字节）。
  5. CRC场：15位CRC校验和1位CRC界定符。
  6. 应答场（ACK）：发送器发出一个隐性位（1），任何正确接收到帧的接收器会在此位期间发回一个显性位（0）。
  7. 帧结束（EOF）：7个连续的隐性位。

• 错误处理：CAN有5种错误类型：位错误、填充错误、CRC错误、格式错误、应答错误。每个CAN控制器都有发送错误计数器（TEC）和接收错误计数器（REC）。根据计数器值，节点会处于“主动错误”、“被动错误”或“总线关闭”状态。这套复杂的机制保证了网络的健壮性。

应用层协议：CANopen与J1939裸CAN报文只有ID和数据，缺乏统一的语义。因此产生了高层协议。在工业领域，CANopen是主流，它定义了对象字典、通信子协议（PDO, SDO）和设备子协议，使得不同厂商的设备可以互操作。在商用车领域，SAE J1939是标准，它基于29位扩展帧，定义了参数组编号（PGN）、可疑参数编号（SPN）等，用于发动机、变速箱等重型车辆部件的控制与监测。

4. 实战选型指南与典型应用场景

理论最终要服务于实践。面对一个具体项目，如何选择？下面我结合典型场景，给出我的选型思路。

4.1 场景一：板内连接多个低速传感器（如温湿度、气压）

• 需求分析：距离短（<10cm），传感器数量3-5个，速度要求不高（每秒几次读数），MCU引脚可能紧张。
• 方案对比：
  • SPI：每个传感器需要独立的CS线，占用引脚多，布线复杂。除非传感器是高速ADC，否则不划算。
  • I2C：最佳选择。只需2根线，所有传感器并联。每个传感器有唯一I2C地址，通过地址访问。软件驱动成熟，资源消耗低。
  • 单总线：如果所有传感器都是DS18B20这类单总线器件，且对布线简化有极致要求，可以考虑。但寻址和读取速度慢。
• 结论：优先I2C。

4.2 场景二：工业现场，主机需要监控20个分布在100米范围内的阀门开度传感器

• 需求分析：距离远（100米），环境可能有电机等强干扰，节点多（20个），数据量小（开度值），实时性要求一般（秒级）。
• 方案对比：
  • RS-485 + Modbus RTU：经典组合。RS-485差分传输抗干扰，100米距离毫无压力。Modbus协议简单通用，几乎所有PLC和HMI都支持。主机作为Modbus主站，轮询20个从站传感器，稳定可靠。
  • CAN：大材小用。CAN的优势在多主、高实时、复杂网络。对于这种简单的主从轮询，CAN的成本（控制器、收发器）和协议复杂性都高于RS-485。
• 结论：RS-485 + Modbus RTU是性价比最高的方案。

4.3 场景三：机器人关节控制，多个电机驱动器需要与主控板实时同步位置、速度信息

• 需求分析：实时性要求极高（毫秒甚至微秒级），可靠性要求高（不能丢步），多个节点（驱动器）可能需要相互通信或同步，距离适中（几米内）。
• 方案对比：
  • RS-485：主从轮询的响应时间不确定，无法满足高实时同步需求。多个驱动器间难以直接通信。
  • CAN / CANopen：量身定做。基于ID的仲裁保证了关键控制指令（如急停）的高优先级和低延迟。多主特性允许驱动器之间直接发送同步报文（如SYNC PDO）。CANopen协议更提供了标准化的网络管理、过程数据对象（PDO）和服务数据对象（SDO），极大简化了多节点协同控制的开发。
• 结论：对于高性能运动控制，CAN/CANopen是工业界的首选。

4.4 场景四：消费电子产品，主控MCU连接一块大容量Flash存储芯片和一块TFT显示屏

• 需求分析：板内通信，速度要求高（尤其是刷屏），主控引脚资源相对丰富。
• 方案对比：
  • I2C：速度是瓶颈。即使使用高速模式，传输一幅QVGA（320x240）的图片数据量也很大，会非常慢。
  • SPI：不二之选。Flash芯片（如W25Q系列）和很多显示屏控制器（如ILI9341）都原生支持SPI接口。SPI的全双工和高时钟频率可以快速写入显示数据和读取Flash数据。虽然需要多根线，但在PCB板内这不是问题。
• 结论：高速数据吞吐场景，SPI是王道。

4.5 选型决策流程图

为了更系统化地决策，可以参考以下流程：

开始 ├─ 通信距离 > 10米 或 环境干扰强？ │ ├─ 是 → 考虑 RS-485 或 CAN │ │ ├─ 需要多主、高实时、复杂交互？ → 选 **CAN** │ │ └─ 主从轮询、成本敏感、协议简单？ → 选 **RS-485** │ └─ 否 → 板级/器件级通信 │ ├─ 节点数多、引脚资源紧张？ → 考虑 **I2C** 或 **单总线** │ │ ├─ 器件均为单总线型号、追求极致简化？ → 选 **单总线** │ │ └─ 否则 → 选 **I2C** │ └─ 要求高速数据吞吐（>1Mbps）？ → 选 **SPI** └─ 结束

5. 常见问题排查与调试经验实录

即使选对了协议，调试阶段也常会遇到各种问题。这里分享一些我踩过的坑和解决方法。

5.1 I2C通信失败，设备无应答（NACK）

• 现象：用逻辑分析仪或示波器抓取波形，发现主机发送从机地址后，SDA线在第9个时钟周期未被拉低（无ACK）。
• 排查步骤：
  1. 检查硬件：首先测量SDA和SCL的上拉电压是否正确（应为Vcc）。用万用表测量上拉电阻值是否在合理范围（如4.7kΩ）。检查线路连接是否牢固，有无虚焊。
  2. 确认地址：仔细核对芯片数据手册的I2C地址。注意7位地址通常需要左移一位后加上R/W位。很多传感器有1-2个地址选择引脚（ADDR），其电平决定了地址的最后一位。
  3. 检查时序：用示波器测量起始条件、停止条件和数据建立/保持时间是否满足从设备要求。特别是当主频很高时，软件模拟I2C的延时可能不够。
  4. 排查电源与复位：确保从设备已正确上电，且未处于复位状态。有些设备上电后需要一定初始化时间才能响应I2C。
  5. 总线锁死：如果SCL被意外拉低并保持（例如通信意外中断导致从设备时钟拉伸），总线会锁死。尝试发送多个额外的时钟脉冲（9个或更多），同时确保SDA为高，可能帮助从设备释放总线。最彻底的方法是重启所有设备。

5.2 RS-485通信不稳定，时好时坏

• 现象：短距离测试正常，拉长线后出现大量误码，甚至完全不通。
• 排查步骤：
  1. 终端电阻：这是长线传输的首要检查点。RS-485总线在最远两端的节点上，必须在A、B线之间并联一个120Ω的终端电阻，以匹配电缆的特性阻抗，消除信号反射。很多故障都是因为忘了接或接错了终端电阻。
  2. 共地问题：所有RS-485节点的地线（GND）必须连接在一起，为差分信号提供共同的参考地。长距离时，地电位差可能很大，可以考虑使用隔离型的485收发器（如ADM2483）。
  3. 布线干扰：避免将485双绞线与交流电源线、电机驱动线平行走线。如果无法避免，应保持至少30cm的距离，或使用屏蔽双绞线，并将屏蔽层单点接地。
  4. 波特率与距离：检查波特率是否设置过高。1200米距离下，9600bps是更稳妥的选择。115200bps可能只适用于几十米的距离。
  5. 收发器使能切换：如果未使用自动收发电路，检查软件中发送完成到切换为接收模式的延时是否足够。太短会截断自己发送的末尾，太长会错过从机的响应开头。建议用示波器观察DE信号和总线波形。

5.3 CAN总线出现大量错误帧，节点进入“被动错误”或“总线关闭”状态

• 现象：CAN分析仪显示错误帧计数不断上升，节点通信断续或停止。
• 排查步骤：
  1. 基础检查：检查终端电阻（120Ω）是否在总线两端正确连接。测量CAN_H和CAN_L之间的差分电压，隐性时应为0V，显性时应为2V左右。
  2. 波特率一致性：确保总线上所有节点的波特率、采样点设置完全一致。即使有微小差异，长期运行也会累积错误。使用CAN分析仪可以监听总线，并测量实际波特率。
  3. ID冲突：检查是否有两个节点使用了相同的标准ID发送报文。这不会导致错误帧，但会造成逻辑混乱。
  4. 地线连接：和RS-485一样，良好的共地至关重要。地环路或地电位差会引入共模噪声，影响差分接收。
  5. 收发器类型：检查是否混用了3.3V和5V供电的CAN收发器，它们的电平可能不兼容。
  6. 软件配置：检查CAN控制器的过滤器设置是否正确，是否意外过滤掉了需要接收的报文。检查错误中断处理函数，读取错误寄存器分析具体错误类型。

5.4 SPI通信数据错位或全为0xFF/0x00

• 现象：能收到数据，但数据内容不对，或者始终是0xFF（MISO上拉）或0x00。
• 排查步骤：
  1. 时钟模式（CPOL/CPHA）：这是SPI调试中最常见的问题。务必确保主设备和从设备的时钟模式设置一致。仔细阅读从设备数据手册的时序图，确定是Mode 0, 1, 2, 3中的哪一种。用逻辑分析仪抓取SCLK、MOSI、MISO、CS的波形，对照时序图逐一检查。
  2. 字节序（MSB/LSB）：确认数据是最高位（MSB）先发送还是最低位（LSB）先发送。大部分SPI设备是MSB first。
  3. CS信号：检查CS信号是否在通信全程保持有效（低电平）。通信间隙CS是否被正确拉高。有些设备要求CS在两次传输之间有最小的高电平时间。
  4. MISO引脚：如果读回的数据总是0xFF，检查MISO线是否连接正确，从设备是否真的在驱动这条线（可能从设备未选中或未上电）。如果总是0x00，可能是主从设备MISO引脚短路到地，或者从设备配置为输出低电平。

5.5 单总线搜索不到所有设备或读取温度失败

• 现象：单总线上挂了多个DS18B20，但搜索ROM命令只能找到部分，或者读取温度时校验和错误。
• 排查步骤：
  1. 供电模式：如果使用寄生供电，在温度转换期间（DS18B20需要最多750ms）总线必须保持强上拉以提供足够电流。否则，器件可能复位导致通信失败。必须在启动温度转换后，及时（10μs内）将总线通过MOSFET强上拉到电源。
  2. 时序精度：单总线对微秒级延时极其敏感。确保你的延时函数是精确的。在中断频繁的系统中，进行单总线操作时需要暂时关闭中断，防止时序被打乱。
  3. 线缆与负载：线缆过长或并联设备过多，会导致总线电容增大，信号边沿变缓，容易引起读写错误。尝试缩短线缆，或减少总线上的设备数量。在长线情况下，必须使用更保守的延时参数。
  4. ROM搜索算法：实现正确的递归搜索算法。网上有成熟的代码，但需要理解其“冲突检测”的原理。一个常见的错误是在处理搜索分支时逻辑有误，导致漏掉某些设备。

通信协议的调试，三分靠代码，七分靠工具。一个逻辑分析仪（如Saleae）或一台带串行解码功能的示波器，是排查时序、协议问题的神器。它能让你直观地看到每一位数据、每一个起止位、每一个应答脉冲，比任何打印调试都有效。在项目初期，就花时间把波形抓取和分析环境搭建好，后期调试效率会成倍提升。