★ FEATURED ARTICLE “设备没应答”、“总线读回来全是 0xFF”、“示波器一抓波形全是毛刺”这几句话基本是 I2C 调试现场出现频率最高的开场白。I2C 协议本身只有 SDA 和 SCL 两根线看起来比 SPI、UART 简单太多但真正排查起来很多人会卡在“不知道先测什么、用什么测、测到什么算正常”这三件事上。这篇博文就从万用表、逻辑分析仪到示波器把 I2C 信号测量的完整排查流程梳理一遍重点放在 ACK 异常怎么定位适合刚接触嵌入式驱动、或者已经被 I2C 总线折腾过几天的软硬件工程师参考。1. 测之前先把信号“长什么样”搞清楚很多排查工作做不下去不是仪器不够好而是脑子里没有一个清晰的“正常波形”模板。I2C 调试跟看病一样不知道健康指标拿到化验单也白搭。所以在摸探头之前先把 I2C 协议的关键特征过一遍。1.1 I2C 两根线上的电平与时序基线I2C 总线由 SDA数据线和 SCL时钟线组成典型配置是开漏输出加上拉电阻。开漏意味着设备只能把线拉低不能主动拉高高电平全靠上拉电阻提供所以空闲状态下两条线都应该是高电平通常在 3.3V 或 5V 系统中表现为接近 VDD 的电压值。这一点是后续所有测量的基础如果上电后 SDA 或 SCL 不是高电平说明总线状态不对后面测什么都是白搭。时序上 I2C 有几个固定动作需要记住。起始条件START是 SCL 为高时SDA 发生高到低的跳变停止条件STOP是 SCL 为高时SDA 发生低到高的跳变。数据位的有效性要求 SDA 在 SCL 高电平期间保持稳定只能在 SCL 低电平期间切换。这个规则最直观的体现是SCL 高电平期间 SDA 的任何变化如果不是 START 或 STOP就是协议错误波形上会非常明显。如果把 I2C 通信比作两个人对话SCL 就是说话节奏SDA 是说话内容。节奏不对内容再对也没用。测量示波器波形时第一眼应该看的就是 SCL 的连续方波和 SDA 上的数据变化是否符合“SCL 高时 SDA 稳定”这个基本原则。1.2 ACK 到底在传输中扮演什么角色ACKAcknowledge是 I2C 协议里最容易被忽略、却又最容易出问题的环节。协议规定每传输完 8 个数据位之后接收方需要在第 9 个时钟周期将 SDA 拉低表示“我收到了”这就是 ACK。如果接收方没有拉低 SDA总线会在第 9 个时钟保持高电平这就是 NACK。ACK 在传输过程中的角色可以这样理解它是整个通信链路各环节的“回执确认”。主机发送设备地址后从机回 ACK 表示“这个地址我在”主机发送寄存器地址后从机回 ACK 表示“这个寄存器存在”主机写数据后从机回 ACK 表示“数据写进去了”。其中任何一环没有 ACK都意味着通信在那个节点断裂。实际调试里最常见的 ACK 异常有两种表现一是地址阶段就出现 NACK总线在地址字节后的第 9 个时钟保持高电平这说明从机没有响应这个地址常见原因包括地址写错、从机未上电、总线被拉死二是数据阶段 ACK 丢失地址已经匹配了但从机在某个数据字节后不回 ACK这往往是寄存器地址越界、从机处于忙状态、或者从机检测到数据错误。这两种现象在示波器上长得完全不一样排查方向也完全不同这也是为什么不能只靠代码日志必须看实际波形的原因。2. 万用表能测什么不能测什么很多人拿到 I2C 调试任务第一反应是拿万用表去戳 SDA 和 SCL然后发现什么都看不出来。这不是万用表的问题而是工具选型的问题。万用表适合测静态电气特征不适合测动态时序理解这个边界工具才能用对地方。2.1 万用表在 I2C 调试中的三个正确用法万用表在 I2C 调试中最有价值的用法是测静态电平。把万用表打到直流电压档红表笔接 SDA黑表笔接 GND在系统空闲状态下读数。如果读数是接近电源电压的高电平说明总线上拉正常如果读数是 0V 或者低电平说明总线上有设备把线拉住了——最常见的原因是某个从机的 SDA 引脚配置成了推挽输出并输出低电平或者 SDA 和 SCL 之间焊锡桥接短路。我用这个方法排查过一块板子主控反复报“总线忙”最后发现是两颗传感器共用的 I2C 总线上有一颗芯片的地址引脚虚焊导致内部状态机异常把 SDA 拉死了。第二个正确用法是通断档测短路。I2C 排查最怕的是 SDA 和 SCL 之间、或者信号线和电源/地之间存在短路这种故障用示波器反而不容易一眼看出来但用万用表蜂鸣档在断电状态下测两根线之间的阻抗立刻就能判断。需要注意的是测之前一定要断电带电测通断不仅结果不可靠还可能烧表。第三个用途是测上拉电阻的阻值。将万用表拨到电阻档断电状态下测 SDA 对上拉电源之间的电阻正常值应该等于上拉电阻标称值常见 4.7kΩ 或 10kΩ。如果测出来接近 0Ω说明上拉电阻短路如果测出来无穷大说明电阻虚焊或断裂。这类问题在手工焊接的板子上出现频率很高用示波器看波形时会表现为信号上升沿非常缓慢甚至电平拉不上去但直接测电阻能更快定位。2.2 万用表测 I2C 的局限性与替代方案万用表的致命短板是响应速度不够。I2C 的标准模式时钟频率是 100kHz快速模式是 400kHz高速模式甚至到 1MHz 以上。万用表的直流电压档内部是积分采样本质上只能测一段时间内的平均值对于这种高速翻转的信号它只能给出一个无法解释的中间电压值。比如在 400kHz 通信时测 SDA万用表可能显示 1.6V——不是总线坏了而是信号高电平时间和低电平时间在积分窗口内被平均了。我见过不少人拿这个读数判断“电压不对”白白浪费时间。所以万用表只适合做“上电前的静态检查”真正要看时序最便宜的替代方案是逻辑分析仪。一个 8 通道、采样率 100MHz 以上的入门级逻辑分析仪价格比示波器低一个量级用来测 I2C 绰绰有余。接线就是把 SDA 和 SCL 分别夹到逻辑分析仪的通道上地线接公共地设置采样率 1MHz 以上建议最低 4 倍于 SCL 频率实操中直接拉到最高采样率最省事打开 I2C 解码器就能看到起始条件、地址、ACK/NACK 的完整解码结果。逻辑分析仪最大的优势是能长时间记录对于偶发性故障非常有用。示波器一屏只能看几百微秒逻辑分析仪可以连续抓几秒甚至几分钟的总线数据很适合复现那种“跑十分钟才出错一次”的疑难杂症。我在调试一颗触摸屏控制芯片GT911 这类 I2C 接口的器件时就遇到过这种情况示波器挂半小时抓不到异常换成逻辑分析仪连续记录几分钟就抓到了从机偶尔不回 ACK 的现场顺藤摸瓜定位到是主控在忙时中断响应不及时导致的时钟拉伸处理不当。3. 示波器实操从接线到解码的完整流程逻辑分析仪适合看“有没有数据、数据对不对”但要是问题出在信号质量上——比如上升沿太缓、电平幅值不够、毛刺干扰——就必须上示波器。示波器能看到信号的真实电压和时间关系这也是为什么它在 I2C 调试中不可替代。3.1 探头接线与前端设置示波器测 I2C 的第一步是接线这一步看着简单坑却最多。探头的地线要就近接最好接在 I2C 设备附近的地不要跨越很长距离绕到电源输入端的地否则会引入地环路噪声导致波形上出现大量振铃和毛刺。我用的是 10× 探头因为 1× 探头带宽通常只有 6MHz 左右测 400kHz 的 I2C 勉强够但测高频毛刺完全不行10× 探头带宽普遍在 100MHz 以上信号保真度好很多。通道选择上建议 CH1 接 SCLCH2 接 SDA波形出来后看一眼通道标识就知道哪条线是时钟哪条是数据不用每次都猜。前端设置里面有两个参数直接影响波形质量。第一个是带宽限制大多数示波器通道菜单里有“带宽限制”选项选择 20MHz 或 100MHz 取决于被测信号频率。I2C 本身频率不高但总线上的振铃噪声往往有很高的频率分量如果带宽拉满波形会显得很脏把带宽限制在 20MHz 可以有效滤除高频噪声让启动条件和数据位更清晰。第二个是触发电平I2C 信号是开漏结构高电平由上拉电阻决定触发阈值建议设置为高电平的一半左右。比如 3.3V 系统触发电平设 1.65V 左右5V 系统就设 2.5V 左右。设置正确的标志是按下 SINGLE 触发抓到波形后起始条件处 SCL 高电平期间 SDA 下降沿干净利落地穿越触发电平线。3.2 触发与解码设置示波器抓 I2C 波形最怕的是“抓不到”。如果使用默认的上升沿触发触发点会落在 SCL 的任一个上升沿上可能抓到数据中间的位置看起来整个波形杂乱无章。正确做法是设置I2C 协议触发大多数中端示波器比如普源、鼎阳、力科的常用型号都内置了这个功能。在触发菜单里选择协议触发类型选 I2C再将触发条件设为“起始条件”或者“地址”就能让示波器稳定地以每一个通信帧的起点作为触发点。触发条件选“地址触发”更实用。先查清楚从机的 7 位地址然后输入到触发设置里示波器就只抓包含该地址的帧无论总线上有多少其他设备的通信都能精准锁定目标。这个功能在排查多设备共享总线问题时特别好用——总线上挂了三个从机其中一个不响应用地址触发抓它的帧就能快速确认它到底有没有参与通信。解码设置是示波器 I2C 功能的核心。打开解码菜单选择 I2C 协议指定 SCL 和 SDA 对应的通道示波器就会在波形下方自动显示出解码结果。关键配置有两个地址格式要选择 7 位还是 8 位很多初学者在这里栽跟头——协议里传输的地址字节是 7 位地址左移一位后加上读写位如果示波器设置成 7 位模式它会把那个低位的读写位忽略显示纯地址如果设置成 8 位模式显示的就是包含读写位的完整字节。从机手册里通常给的是 7 位地址比如 0x3C但实际总线上的地址字节是 0x78写或 0x79读。解码配置错误会导致明明总线正常显示出来的地址却是预期值的两倍。另一个配置是时序参数包括起始条件保持时间、数据建立时间等一般保持默认即可除非在特殊器件上出现误码才需要手动调整。3.3 实测波形怎么读抓到一帧正常波形后应该按顺序检查几个关键特征。首先是空闲状态波形最左侧和最右侧应显示两条高电平线。然后是起始条件SCL 为高时 SDA 下降沿清晰、垂直、无回勾。接着是地址字节SCL 的 8 个时钟脉冲完整SDA 在 SCL 高电平期间稳定数据电平与目标地址一致。最后是 ACK 位第 9 个时钟脉冲的高电平期间SDA 应被拉低一次然后在下一个数据字节开始前恢复。在 ACK 位上正常波形与异常波形的差别非常直观正常 ACK 是一个清晰的窄低脉冲幅值接近地NACK 则是 SDA 在整个第 9 个时钟高电平期间保持高没有下降沿。还有一种常见异常是ACK 位有下降沿但幅度不足——SDA 没有被拉到接近 0V只降到 1V 左右看起来像“半拉”的 ACK。这种波形通常说明从机的驱动能力不足或者总线上挂的从机太多导致低电平被拉高一般来说就是上拉电阻阻值太小或者从机数量超出总线的扇出能力。我遇到过一块板子设计时挂了 8 个 I2C 从设备上拉用 1kΩ结果每个 ACK 都只有 1.5V 左右的“假低电平”主控偶尔能识别偶尔报错把上拉改成 4.7kΩ 后波形立刻标准了。时钟拉伸Clock Stretching也是示波器上很容易看到的现象。某些从机在内部处理数据时会把 SCL 拉低不放迫使主机等待。正常波形里 SCL 应该是频率均匀的方波但如果看到某一段 SCL 低电平时间明显变长那就是从机在拉伸时钟。这个问题本身不算错误但很多主控的 I2C 外设不支持时钟拉伸或者支持但超时时间不够长就会导致通信失败。示波器上量出最长低电平时间就能给主控的超时配置提供一个精确的参数依据。4. ACK 异常排查从“设备不响应”到“总线卡死”前几章把工具和测量方法讲透了这一章聊具体的排查流程。ACK 异常往往不是孤立问题它的根因可能藏在电气、时序、代码逻辑任何一个层面所以排查顺序很重要——我习惯按照“先静态、再动态、最后查代码”的顺序来。4.1 排查流程先看电平再看波形最后查代码第一步断电静态检查。万用表电阻档测 SDA、SCL 对地阻抗和对电源阻抗排除短路和断路的低级问题检查上拉电阻阻值是否正常。这一步虽然原始但能过滤掉大约三成的问题。我以前跳过这步直接上示波器结果发现抓不到任何波形查了半天才发现 SCL 串联电阻虚焊白白浪费了两个小时。第二步上电测静态电平。万用表直流电压档分别测 SDA 和 SCL 对地电压。正常情况下两条线都应该是接近 VDD 的高电平。如果 SDA 是低电平而 SCL 是高电平总线大概率被某个设备锁死了常见的元凶是从机检测到非法起始或停止条件后内部状态机卡死释放总线的方法往往是给从机复位或者重新上电。如果两条线都是低电平重点检查上拉电阻有没有焊上、电阻另一端电源是否正常。第三步逻辑分析仪抓协议。挂上逻辑分析仪设置 I2C 解码跑一次读写操作看解码结果里 ACK/NACK 出现在哪个位置。这一步能把问题收敛到两个方向如果地址阶段就 NACK方向是“设备没被找到”如果数据阶段 NACK方向是“设备找到了但拒绝通信”。此后再决定要不要用示波器深挖信号质量。第四步示波器抓波形细节。如果逻辑分析仪显示有 ACK但系统依然报错或者逻辑分析仪解码时好时坏就用示波器协议触发抓真实波形检查信号质量、时序参数和 ACK 幅度。这步解决的是“看起来对了但实际不对”的问题。第五步查代码逻辑和寄存器配置。确认从机初始化顺序、I2C 时钟频率配置、地址是否左移、读写位是否正确。特别提醒一个坑有些主控的 I2C 外设驱动库会自动把 7 位地址左移一位如果这时候你又手动左移了一次地址就变成原来的两倍从机当然不会应答。4.2 常见问题速查表故障现象可能原因排查手段解决方法地址阶段 NACK从机地址错误示波器地址触发核对地址字节按手册确认 7 位地址及读写位地址阶段 NACK从机未上电或复位引脚被拉低万用表测从机电源和复位脚修复供电或复位电路地址阶段 NACK从机地址引脚配置错误对照原理图检查地址引脚上下拉调整地址引脚电平数据阶段 NACK寄存器地址越界逻辑分析仪确认访问的寄存器核对数据手册寄存器表数据阶段 NACK从机忙正在处理内部任务示波器看时钟拉伸时间延长超时时间或等待ACK 半高电平上拉电阻过小低电平拉不低示波器量 ACK 位低电平幅度加大上拉电阻总线空闲时 SDA 为低某设备内部锁死万用表量静态电平复位对应设备或重新上电总线空闲时两条线都为低上拉电阻虚焊/开路万用表电阻档测上拉电阻补焊或更换电阻读回数据全为 0xFFSDA 线断开或从机无应答示波器看 SDA 波形检查线路连接偶发通信失败总线干扰或时序余量不足示波器长余晖模式观察毛刺加电容滤波/降低速率4.3 几个实战踩坑案例案例一上拉电阻没焊SDA 一直低。当时调试一块带了 EEPROM 和温湿度传感器的板子主控读 EEPROM 一直返回 0xFF。先用万用表测 SDA 静态电压发现只有 0.3V心里咯噔一下——总线被拉住了。再测 SCL 是 3.3V 正常于是检查 EEPROM 的地址引脚发现地址线被拉高后设备地址正确但 SDA 依然低。最后用放大镜检查板子发现 SDA 上拉电阻位置空焊只有焊盘没有料。补上 4.7kΩ 电阻后一切正常。这个问题的难点在于 SDA 低电平会让设备地址阶段看起来像是“从机试图 ACK 却一直霸占总线”很容易往设备故障方向排查但根因只是缺了一个电阻。案例二7 位地址和 8 位地址搞混。使用 SSD1306 OLED 屏时数据手册写从机地址是 0x3C但 STM32 的 HAL 库函数参数传 0x3C 却一直无应答。用示波器抓取波形发现总线上的地址字节是 0x78——这正好是 0x3C 左移一位的结果。问题的根源在于 HAL 库内部已经做了左移而调用者习惯性又在参数里传入了左移后的地址。这类问题示波器解码时非常明显只需要对比解码显示的总线地址和手册地址就能定位。案例三时钟拉伸没有等待。调试一颗气压传感器时偶尔读出的数据是错的逻辑分析仪显示偶发 NACK。仔细观察波形发现从机在应答地址后会有一段 SCL 被拉低几百微秒的处理时间主控在 SCL 被拉低期间就发送了下一个数据字节导致从机还没来得及准备好数据就回了 NACK。解决方法是让驱动在每字节传输后检测 SCL 是否被拉低如果被拉低就等待释放再继续其实就是手动支持时钟拉伸。示波器上量出拉伸时间后驱动里加一个等待循环问题彻底消失。5. 最后分享一个我自己的排查心得做 I2C 调试这些年我最大的体会是不要一上来就抱着示波器抓波形先花五分钟用万用表确认总线基本电气状态是健康的这个动作能省掉很多无用功。I2C 是一个电气特性非常敏感的协议大量问题发生在物理层而不是协议层这也是为什么排查流程里静态检查要排在动态测量前面。另外分享一个小技巧如果手头有逻辑分析仪调试 I2C 时把它一直挂着设置好 I2C 解码和触发条件再把触发条件设置为“NACK”或者自定义错误条件然后去跑你的应用程序。这样一旦出现偶发性通信失败逻辑分析仪会帮你把失败时刻前后的完整总线数据保存下来比盯着一台示波器干等高效得多。很多示波器也有这个能力设置好错误触发之后挂着就行该喝水喝水该干活干活回头再分析波形就好。I2C 排查本质上就是“对照协议找偏差”。把正常时序刻在脑子里把万用表、逻辑分析仪、示波器各放在合适的位置从静态到动态一层层缩小范围绝大多数 ACK 问题都能在半小时内定位。希望这篇流程对正在跟 I2C 搏斗的朋友有帮助。
阅读完成 · 觉得有帮助？
