1. 项目背景这活儿到底是怎么来的我手里这块板子说起来也不是什么新设计就是一颗主控挂了个触控芯片外加上一颗eeprom。原理图检查了三遍上拉电阻阻值没问题地址也没冲突但触控就是死活不工作。同事丢给我一句话“你去测测I2C信号。”这句话听起来简单真干起来就有点意思了。你想啊I2C就两根线一根时钟SCL一根数据SDA。都用万用表量了一遍电压都对3.3V稳稳的地也没断。但芯片就是不回应你。这就引出了一个特别核心的问题I2C信号到底该怎么测什么时候用万用表就够了什么时候必须上示波器以及被无数人忽视的ACK信号到底怎么看。这篇文章我就把从万用表到示波器再追到ACK信号的完整排查流程写出来。适合刚接触嵌入式、硬件调试的朋友也适合那些被“电压正常但通信失败”坑过好多回的工程师。看完你起码能理清一条思路先量什么、再看什么、最后抓什么。2. 万用表在I2C调试里的真实定位2.1 万用表能测什么、不能测什么很多人拿到I2C不工作第一反应就是拿万用表去量SDA和SCL的电压。这没错但你得知道万用表在这里的能力边界。万用表能测的是直流电压的有效值、平均值、通断和电阻。在I2C静态状态下如果总线空闲SDA和SCL都应该被上拉电阻拉到高电平也就是VDD附近的电压。你用万用表能测到接近3.3V或5V的稳定值这就说明上拉电阻焊上了、电源域正常、总线没有短路到地。但你测不到的是时钟频率有没有偏差、数据位的时序是否满足从机要求、ACK应答脉冲到底有没有出现。换句话说万用表只能告诉你“总线有没有活着”不能告诉你“总线上到底在说什么”。我做这行这么多年遇到过好几次这种情况万用表量SDA、SCL都有3.3V心想总线肯定没问题结果示波器一抓波形全乱套。原因是某个引脚虚焊接触不良万用表的微弱测试电流刚好能通过但真正的I2C信号一上来就断了。所以必须记住——万用表是排查的第一道工具但它给不了你“合格”的结论。2.2 用万用表做通断测试的实操技巧在I2C故障排查里万用表有个非常好用的场景查虚焊和短路。我通常会把万用表拨到蜂鸣档然后先测芯片的SDA、SCL引脚到主控对应引脚的导通情况。这里有个细节最好直接在芯片引脚上用表笔点而不是点过孔或者测试点。很多时候过孔氧化、焊盘虚焊我看着像是通的实际用蜂鸣档一戳要么时断时续地响要么干脆不响。这种问题不抓出来后面示波器怎么抓都没用。另外一个场景是检测I2C总线对地的短路。有些板子焊接时锡膏没清干净或者PCB本身有毛刺SDA或SCL对地短路表现出来就是总线始终为低。你用万用表蜂鸣档一端接SDA、一端接GND如果有蜂鸣多半就是短路了。要排查是哪一颗芯片引起的可以把可能挂在总线上的器件挨个断开一颗一颗查。但这里必须提醒一点万用表蜂鸣档测导通是在板子断电的状态下做的。带电测容易烧表尤其是那种板上有多路电源、有大电容的设计断电后电容里还存着电也要等一会儿再测。我手上这块MF50的老指针表测通断倒是挺灵敏但用起来没有数字表顺手数字表还有个好处就是能看到电阻值——如果SDA对地有个几百欧的阻值那说明不是完全短路而是漏电这种隐性故障用蜂鸣档反而测不出来。2.3 万用表测I2C的典型局限案例讲一个我印象特别深的案例。当时那块板子是I2C挂了两颗传感器一颗是温度传感器一颗是气压传感器。从主机读温度数据没问题读气压数据偶尔出错频率大概十次里有一两次。万用表量电压稳定3.3V电源波纹看不出来通断也都正常。我差点就把问题甩给软件了。后来用示波器看SCL的上升沿发现波形像被什么东西拉住一样上升沿特别缓。最后查出来是SCL的上拉电阻阻值太大加上总线电容又偏高导致边沿时间超出了从机对SCL上升时间的限制。这个故障凡是只用万用表的人基本查不出来——静态电压是OK的动态时序不OK。所以说万用表在I2C调试中扮演的是“基础体检”角色真正要看到信号长什么样、时序对不对还是得请出示波器。3. 示波器抓I2C信号从接线到触发3.1 探头的选择与接线方式抓I2C信号最基本的就是拿示波器的两个通道分别接SCL和SDA然后地线夹子接板子的GND。这里有个很多人会忽略的细节探头的地线夹子一定要用最短的引线去接GND不要拉一根特别长的鳄鱼夹线去接远处的地。探头地线本身有电感长度越长高频下地环路引入的噪声就越大。虽然I2C一般也就100k到400k碰上一些用1MHz快速模式的场合地线过长会让波形看起来乱七八糟甚至出现错误的毛刺。我自己用Pico示波器的时候习惯把地线弹簧针直接拧在探头上不加那根长地线效果明显要好得多。如果是差分信号或者低压I2C比如1.8V的IO电平那得注意探头衰减比和输入范围。普通10:1探头可以测到1.8V的逻辑电平但要保证示波器垂直分辨率足够调到50mV/格甚至更小能看清波形细节。我见过有人用示波器测1.8V的I2C垂直档位还在1V/格看着波形只是上下跳动根本分不清高低电平具体的电压值这种测法等于白测。3.2 抓I2C的触发设置最容易被忽略的点示波器抓I2C最舒服的方式是用逻辑分析仪——定时触发抓几百毫秒的数据然后解码。但很多人手里只有一台普通示波器这时候就得通过触发设置来抓I2C的START条件。I2C通信的起点是START信号SCL保持高电平时SDA从高电平跳变到低电平。要用示波器抓到这一瞬间就得把触发方式设置为“下降沿触发”或“脉宽触发”触发通道选SDA触发电平设置在VIH和VIL之间的合适位置。以3.3V系统为例我会把触发电平设在大概1.8V左右既能避免噪声误触发又能捕捉到SDA由高到低的跳变。这里有一个特别实用的技巧把触发模式设为单次也就是Single模式然后触发沿选下降沿触发源选SDA。按下“Armed”之后开始操作主机发起一次I2C读写示波器就会在START条件发生时抓到一串完整的波形。力科示波器的SCPI指令也可以用来做这种自动化抓取比如用TRIGGER MODE SINGLE配合上GPIB或以太网命令去控制但平时手工调试面板按钮就完全够用了。抓完一波之后建议把时基调到1µs/格或更慢先看整体传输的帧结构然后再放大看某个字节的细节检查每个时钟高电平期间SDA的变化是否符合协议。个别示波器比如鼎阳或者普源的中低端型号在I2C解码选项上可能会比较弱——如果没有协议解码功能那就只能对着时序图手动数位了辛苦一点但效果一样。3.3 探头补偿与带宽的实战建议示波器测I2C之前必须先做探头补偿。把探头接到示波器自带的1kHz方波校准端口用探头上的微调电容旋钮调整让波形显示为标准的方波边沿笔直、顶底平坦不能有圆角和过冲。这个动作看起来不起眼但能直接影响你对波形边沿的判断。关于带宽I2C本身频率并不高100kHz到1MHz理论上一台100MHz的示波器绰绰有余。但实际工作中I2C的边沿通常很陡可能只有几十纳秒这时候需要示波器带宽足够才能真实还原边沿斜率。100MHz带宽只能测到约3.5ns的上升时间对于1MHz、上升沿几纳秒的I2C信号是够用的但如果你用的是那种老式的20MHz示波器看到的边沿就会明显变缓误以为上拉电阻太小或电容太大误导排查方向。普源和鼎阳的入门级四通道示波器带宽通常有100MHz到200MHz拿来测I2C是完全足够的。重点不是你花了多少钱买示波器而是你有没有把探头接对、有没有把触发设对。4. ACK信号I2C排查的核心密码4.1 ACK到底是什么为什么它极其重要I2C协议里每次主机发送完8个数据位之后第9个时钟脉冲期间SDA线的控制权会交给从机。如果从机正常工作并且成功接收了数据它会把SDA拉低这个低电平脉冲就是ACK应答信号。反过来如果从机忙不过来处理、地址不匹配或者压根不在总线上SDA就会保持高电平主机收到的是NACK。可以这么理解数据字节传出去之后ACK就是从机跟主机说的“收到没问题”或“我没空你找别人吧”。在排查I2C通信故障时确认ACK脉冲是否出现能快速区分问题出在“从机不响应”还是“数据内容不对”还是“通信时序乱套”。ACK信号在示波器上非常好认每9个时钟脉冲之后SDA出现一个明显的小凹坑——如果从机应答成功你会看到SDA在第9个脉冲期间被拉低再释放如果没有应答SDA就一直保持在高电平波形上没有那个凹坑。4.2 手动数ACK没有解码功能也能查如果你的示波器没有I2C协议解码功能那就靠手动数ACK。操作方法是把时基放大到单个字节甚至单个位确保每个SCL脉冲和SDA的电平都能看清楚然后从START信号之后开始数每8个SCL高电平采样点检查SDA电平第9个脉冲看SDA是不是被拉低。这里我分享一个经验抓写操作的时候把目标设备地址那个字节放大来看因为第一个字节包含了7位从机地址加1位读写标志位如果从机没应答大概率就是在这个字节的第9个时钟处就能看到NACK。我曾经调试一块板子主机连续发从机地址SDA在第9个时钟永远是高电平一查发现从机地址读错了一位——原理图是对的但驱动里地址定义少移了一位。这种问题如果不盯ACK光看数据内容可能来回折腾一整天也找不到方向。调试中提高效率的技巧是不要试图一下把所有波形都分析完先看第一个字节的ACK。如果ACK都没有后面数据解析全是白费。如果第一个字节ACK正常再看后边的数据字节如果中途某一个字节出现了NACK那多半是从机对写入的数据内容不认可特别常见于触控芯片初始化、eeprom写保护这类场景。4.3 ACK异常时的排查方向ACK异常分几种情况每种对应不同的排查路径。第一种是完全没有ACKSDA在第9个时钟始终为高。这通常意味着从机地址错误、从机没上电、从机挂在不同的I2C总线上、芯片损坏或者SDA线上拉电阻缺失把总线一直钳在高电平。排查顺序应该是先看电源再看地址再量上拉电阻最后考虑换芯片。第二种是有ACK但波形不对比如ACK电平深度不够只拉低到1V就恢复高电平。这说明SDA驱动能力弱或者总线上有其它器件在跟它抢线。我遇到过一颗芯片的SDA引脚内部开漏结构出问题拉低能力很弱导致从机的ACK看起来跟没有差不多。这时候得把总线上其它设备断开逐个排除。第三种是ACK时序不对比如从机应答的时机比第9个时钟提前或延后。多数情况下是从机的时钟延展功能也就是clock stretching导致的——从机在应答前会提前拉低SCL来请求主机等待。如果主机驱动没有处理clock stretching就可能出现应答丢失的假象。用示波器看这种问题最有说服力因为你能清楚看到SCL在哪个位置被拉长了。5. 完整排查流程从现象到结论的一次实录5.1 排查之前的准备清单接到一个I2C故障在开始测信号之前先把准备工作做好会省掉很多来回折腾的功夫。手头清单一台数字万用表、一台至少100MHz带宽的双通道示波器带协议解码更好、被调试的板子、I2C从机的数据手册和主机的驱动代码。数据手册一定要准备好因为后面要查从机的地址、支持的速率、上拉电阻要求、ACK时序parameters这些直接决定你怎么判断波形是否正常。如果你想快速验证主机发出的数据内容对不对又不想在示波器上一次次数bit可以考虑加一个USB逻辑分析仪。市面上几十块钱的8通道逻辑分析仪配合开源的逻辑分析软件可以直接把I2C解码成一帧帧格式化的数据节省大量时间。我的习惯是先用逻辑分析仪确认通信逻辑层面是否OK再用示波器去验证电气层面的信号质量两者组合排查效率特别高。5.2 分步排查执行记录含波形分析示例以下是我在真实项目里排查一块I2C触控不工作的完整过程按步骤记下来给你做个参考模板。第一步断电状态用万用表蜂鸣档量SDA、SCL对GND是否短路。结果无短路两线分别对地几百千欧正常。第二步上电之后万用表量SDA和SCL的静态电压。结果都稳定在3.3V正常。这说明上拉电阻焊接正常、供电正常。第三步接示波器。CH1接SCLCH2接SDA地线夹GND垂直档位1V/格时基50µs/格触发通道设为CH2触发沿下降沿单次触发。第四步主机发起一次I2C读操作触发示波器。抓到的波形显示有START条件有地址字节但是在第9个时钟脉冲时SDA保持高电平——也就是NACK。第五步放大波形看SCL频率。通过示波器的测量功能读出SCL频率为397kHz接近400kHz的快速模式。但看从机手册这颗触控芯片最高只支持400kHz按理说是可以的。不过再仔细观察发现SCL高电平时间和低电平时间比例不太对高电平偏短这可能影响从机的采样窗口。第六步查从机地址。翻驱动代码发现驱动里写的设备地址是0x38而芯片手册上写的7位地址是0x28加上读写标志位后应该是0x50或0x51。驱动里把地址写错了导致从机根本没被唤醒当然不会ACK。第七步修正地址后重新抓波形。第9个脉冲SDA出现明显的低电平凹坑ACK正常了。后续数据字节都收到ACK触控功能恢复。这个过程看起来简单但如果不按顺序来而是上来就直接抓波形很可能你会盯着一个正常的START和地址字节分析半天却忽略了ACK那个关键细节。所以排查流程的意义在于帮你在最短时间内把故障类型定位清楚。5.3 不同场景下的排查变通不是所有I2C故障都要走完上面七步。如果是新焊接的板子优先考虑虚焊、短路、焊错器件这种硬件问题如果是改过驱动代码之后的死机现象优先检查代码里的地址、寄存器配置和速率设置如果是环境干扰导致的偶发通信失败优先看线缆、FPC排线的屏蔽以及I2C总线上是否加了合适的电容滤波。遇到MIPI屏的I2C调试不顺情况可能更复杂一些。因为屏的I2C信号经常通过FPC排线传输排线的阻抗、屏蔽和地线回路会直接影响信号质量。我调试过一块MIPI屏I2C参数怎么调都不对后来发现是FPC排线的一根地线断裂导致I2C信号的回流路径绕了一个大圈上升沿完全畸形。这种问题无脑调上拉电阻是解决不了的一定要看波形找根因。还有PMBus和I2C的关系也有不少人搞混。PMBus是基于I2C的一种应用层协议想想成在I2C的物理传输上跑了一组标准化的命令集。调试PMBus设备的I2C信号时除了检查ACK、时序和电平还要额外确认命令格式是否符合PMBus规范。有一次我调一个电源管理芯片I2C波形上什么都是对的但PMBus的写入就是不生效后来发现是命令里少了一个字节的校验位。所以测信号归测信号协议层的问题还得靠代码层面排查。5.4 用万用表和示波器测量纹波对I2C的辅助作用I2C对电源纹波比较敏感的场景常常被忽略。如果I2C总线上挂着多个芯片而某个芯片的电源纹波特别大偶发情况下就会导致逻辑电平判断错误表现出来就是通信时好时坏。测纹波的方法示波器通道接在芯片的VDD引脚处探头地线一定要靠近VDD引脚不要接在很远的地方垂直档位调到10mV/格或者20mV/格开启20MHz带宽限制用交流耦合方式观察纹波。如果看到纹波峰值超过芯片手册规定的范围比如超过电源电压的5%那就要检查电源去耦电容、LDO的稳定性或者负载对电源的影响了。我遇到过一台设备I2C读数据偶尔多一个字节查了半天没头绪。后来把示波器接在供电端发现触控芯片的VDD有一个200mV的纹波恰好跟背光PWM调光的频率一致。背光开启时I2C就出问题背光关掉就稳定。最后在芯片电源引脚旁边加了一颗大容量的去耦电容问题直接消失。这就是辅助测量的价值。6. 排查I2C的避坑经验与常见问题速查6.1 5个容易踩坑的细节第一个坑上拉电阻放在了从机端而主机端又重复加了上拉电阻两个上拉并在一起导致总线电平没法顺利拉低。这个问题的表现是SDA低电平电压偏高从机拉低后仍然在0.5V以上逻辑判断可能出错。设计时要注意I2C总线上所有上拉电阻的总等效阻值不能太低。第二个坑I2C总线的电容太大。上拉电阻阻值不变的情况下总线电容越大电平上升沿越缓。特别是在长排线、多设备挂载的场景下总线电容很容易超过手册限制。排查时如果看到上升沿明显变斜要考虑减小上拉电阻阻值或者优化布线减少电容。第三个坑两个设备使用了同一个I2C地址而且是那种不可配置地址的芯片。主机怎么呼都没有正确应答可能两个从机同时在应答总线状态混乱。这时候最好的办法是换一颗地址可调的芯片或者用I2C多路复用器把总线分开。第四个坑软件里的I2C速率设置过高或者启动时序不对导致从机来不及准备。有些从机上电之后需要几十毫秒的稳定时间期间主机如果马上去访问从机根本不会应答。抓波形时你会看到第一个字节NACK但下次访问又正常。这种软时序问题在波形细节上容易误判成硬件问题。第五个坑示波器的接地夹位置不对。特别是当板上有开关电源这类大电流环路时接地夹跨过大电流区域会把很多干扰导进测量回路里看到的I2C波形噪声特别大甚至带上莫名其妙的毛刺。解决办法是接地夹尽量靠近被测点最好用探头自带的短弹簧接地。6.2 常见I2C现象和排查要点对照表我把这些年遇到的典型I2C故障做了一张速查表方便你用现象对照排查方向。现象可能原因首要排查手段总线空闲时SDA或SCL为低对地短路、芯片损坏、上拉缺失万用表通断档、断电后测对地电阻总线空闲时为高但通信完全无响应从机地址错误、从机未上电、SCL/SDA接反核对驱动地址、检查电源、检查接线START信号后第一个字节NACK地址错、速率超限、从机未初始化比对地址、降低速率、看从机上电时序某几个数据字节NACK从机不认可数据、写保护、寄存器访问权限限制查阅手册寄存器定义、检查写保护引脚ACK电平不够低SDA引脚驱动弱、总线负载过重、电平转换电路异常测量低电平电压、断开部分负载、查看电平转换器波形边沿明显变缓上拉电阻太大、总线电容太大计算RC时间常数、减小上拉电阻通信偶发失败电源纹波、干扰耦合、软件时序不稳测VDD纹波、查看干扰源、软件加延时或重试SCL频率与设定不符主控时钟配置错误、分频系数不对核对时钟树配置、用示波器频率测量功能读频这张表不一定覆盖全部情况但覆盖了我实际工作中九成以上的I2C故障场景。遇到问题时先对照现象再决定上哪种工具能省掉不少中间环节。6.3 上拉电阻阻值应该如何选I2C上拉电阻的选型直接影响信号边沿和功耗。计算思路是这样的上拉电阻的最小值取决于总线低电平输出能力和拉电流能力。如果从机或主机引脚在输出低电平时最大允许灌电流是3mAVDD是3.3V那最小上拉电阻大概是3.3V/3mA也就是1.1kΩ左右。上拉电阻再小低电平电压会超过VIL最大值逻辑判错。上拉电阻的最大值取决于你要满足的上升时间和总线电容。I2C快速模式要求上升时间不超过300ns。假设总线电容是100pF那RC时间常数大概需要 t_rise 0.8473 * R * C 不超过300ns算出来R大概是3.5kΩ。所以如果总线电容是100pF上拉在1.1k到3.5k之间选择如果总线电容更大比如200pF那最大阻值得相应减小到大概1.7kΩ。很多时候设计者直接在板子上放一颗4.7kΩ的电阻单颗芯片挂载问题不大一旦挂了多个设备、走线又长上升沿就会变缓。我之前那块板子就是总线电容偏大4.7kΩ导致上升沿接近400ns从机在快速模式下直接判成高电平时间不足。换成2.2kΩ之后波形立刻漂亮了。如果你手头有可调电阻或者焊盘预留调试时可以用不同阻值对比波形找到最合适的值。用示波器看上升沿的斜率这比纯理论计算更直观。7. 一些测量工具上的补充心得关于示波器的型号选择市面上常见的普源、鼎阳、力科、泰克各有特点。普源的入门级型号性价比高通道齐全适合一般硬件调试鼎阳的型号有些带协议解码选项解码I2C比手动数位省力太多力科的高端示波器主要用在高速信号调试场景抓I2C属于杀鸡用牛刀但它的SCPI指令控制确实灵活适合做自动化产测。日常调试I2C我最推荐的方式仍然是配合逻辑分析仪。逻辑分析仪在协议层解码上天然有优势一次能抓十几个通道而且采样深度大可以连续录好几秒钟的I2C通信记录。示波器更擅长看单次的电气波形细节逻辑分析仪更擅长看长时间内的通信流程两者是互补关系不是替代关系。有一点要提醒逻辑分析仪测的电压阈值是固定的像Saleae那种常见逻辑分析仪输入阈值大概是1.5V左右。如果I2C的IO电平是1.8V且上拉电阻导致的低电平电压偏高逻辑分析仪可能把低电平误判成高电平。这时候还是要用示波器去确认真实电平。默认情况下逻辑分析仪不能替代示波器做电气验证。8. 从这一轮排查中我悟到的几点I2C调试本质上是一个由表及里的过程——先用万用表确认物理层没硬伤再用示波器看电气时序和ACK最后结合软件和手册确认协议层。大部分I2C问题根源往往是一个很小的细节地址的一位之差、上拉电阻的阻值偏差、某根排线的地线开路、触发设置不对导致抓不到真正的START。我自己调试I2C这些年最深的体会有两条。第一条是不要轻易怀疑芯片坏了先从波形和软件配置上排除芯片坏的几率远比你想的低。第二条是示波器抓波形之前先把触发设置和探头补偿做好否则你抓到的那堆波形可能自己都不相信反而把思路带偏。如果你也被“I2C通信失败”折磨着我建议你先别急着改代码或者换芯片拿起万用表和示波器按照上面这套流程一步步追到ACK为止——把ACK搞清楚I2C的问题就解决了一半。最后再说个小技巧调试时给逻辑分析仪留一根通道接在主控的GPIO上拉一个操作起始标志位通过这个标志位和I2C波形对比能非常方便地看出软件发出访问请求的时点和总线上实际响应的时点是否对得上查时序问题特别好用。