1. 为什么I2C排查值得单独写一篇I2C这玩意儿说简单是真简单两根线一挂上拉电阻一焊代码里调个库函数就能读写。但说难也是真难多少人卡在“设备没反应”这四个字上一卡就是一下午。我见过太多人一上来就怀疑芯片坏了、代码写错了结果折腾半天发现是上拉电阻没焊或者地址搞错了一位。I2C的问题排查本质上是一个分层定位的过程先确认物理层有没有信号再确认协议层有没有应答最后才去查寄存器配置对不对。跳过任何一层都是在浪费时间。这篇文章面向的是所有跟I2C打过交道的嵌入式开发者不管你是刚入门的单片机玩家还是做了多年硬件的老手这套从万用表到示波器再到ACK位的排查流程都能直接拿去用。我会把每个环节的操作细节、判断标准、常见坑点都讲清楚让你下次遇到I2C不通的时候不用再靠猜。2. 排查前的准备工作与基本认知2.1 I2C总线的物理层特征I2C总线由SCL串行时钟线和SDA串行数据线两根线组成都是开漏输出结构。这意味着任何设备都只能把线拉低不能主动拉高。线要变高靠的是上拉电阻把电平拉上去。这个结构决定了几个关键特性第一总线上所有设备共享两根线靠地址区分第二任何设备拉低总线整条线就是低电平第三上拉电阻的阻值直接影响信号上升沿的陡峭程度。典型的上拉电阻取值在2.2kΩ到10kΩ之间。阻值越小上升沿越陡信号质量越好但功耗越大阻值越大功耗越低但上升沿变缓高速通信时可能来不及拉高就被下一个时钟沿打断了。标准模式100kHz下4.7kΩ是常见选择快速模式400kHz建议用2.2kΩ到4.7kΩ。这个参数后面在示波器上看波形的时候会反复用到。2.2 排查工具的选择逻辑排查I2C问题手边至少要有三样东西万用表、示波器、逻辑分析仪。万用表用来查静态电平示波器看动态波形逻辑分析仪抓协议内容。三者不是替代关系而是递进关系。万用表最便宜也最基础能快速判断线有没有短路、上拉电阻有没有焊、供电正不正常。示波器能看信号的上升沿、下降沿、毛刺、电平幅度判断信号完整性。逻辑分析仪则直接解码I2C协议把地址、数据、ACK位全部翻译出来适合排查协议层的问题。注意不要用万用表去测I2C的动态信号。万用表的采样率太低测出来的电压是平均值完全反映不了实际的波形变化。万用表只能测静态电平。2.3 排查前的安全检查动手之前先确认几件事目标板供电是否正常用万用表量一下VCC和GND之间的电压确保在芯片工作范围内。然后断电用万用表蜂鸣档测一下SCL和SDA对GND有没有短路对VCC有没有短路。这一步能排除掉大部分焊接问题。确认没有短路之后再上电避免烧芯片。3. 用万用表做第一轮静态排查3.1 测上拉电阻是否到位上电之后总线空闲状态下SCL和SDA都应该是高电平。用万用表直流电压档黑表笔接GND红表笔分别接SCL和SDA读数应该接近VCC电压。如果是3.3V系统读数在3.2V到3.3V之间算正常。如果读到0V或者明显偏低的电压说明上拉电阻没焊、虚焊或者有设备把线拉死了。我遇到过一种情况SDA读到1.8V左右不上不下。后来发现是两个设备的上拉电阻都焊了但一个接到3.3V一个接到1.8V两个电阻并联之后分压导致空闲电平被拉到了中间值。这种问题用万用表一测就能发现但如果你直接上示波器反而容易被波形迷惑。3.2 测设备供电和地址引脚确认总线电平正常之后下一步是测目标设备的供电引脚。很多I2C设备有独立的VCC引脚如果这个引脚没供电设备根本不会响应。用万用表逐个测量每个I2C设备的VCC对GND电压确保都在正常范围内。然后检查地址引脚。大部分I2C设备的从机地址由几个引脚的电平决定比如AT24C02的A0/A1/A2引脚接地是0接VCC是1。用万用表测这些引脚的电平对照数据手册算出实际地址。我见过有人代码里写0xA0实际硬件地址是0xA2就因为A0引脚悬空了。悬空的引脚电平不确定可能读出来是1也可能是0这种问题最隐蔽。3.3 万用表排查的局限性万用表能告诉你静态电平对不对但告诉不了你信号质量好不好。比如上拉电阻太大导致上升沿太缓万用表读出来还是高电平但实际通信的时候数据可能采样错误。再比如总线上有偶发的毛刺万用表完全看不到。所以万用表排查通过之后不要急着下结论接下来必须上示波器。4. 示波器看波形信号完整性的关键判断4.1 示波器探头连接与基本设置用示波器测I2C至少需要两个通道一个接SCL一个接SDA。探头的地线夹要接到目标板的GND上尽量靠近被测点减少地环路干扰。探头衰减比设成10X带宽限制打开通常20MHz就够了避免高频噪声干扰判断。触发设置很关键。建议用SCL的下降沿作为触发条件触发电平设在VCC的一半左右。这样每次SCL拉低的时候示波器就抓一帧波形方便观察。如果总线一直空闲没有通信可以把触发模式设成自动先看看空闲电平对不对。4.2 判断上升沿是否满足要求I2C标准对上升时间有明确要求标准模式100kHz下上升时间不超过1000ns快速模式400kHz下不超过300ns。在示波器上测量上升沿的方法是从10%VCC到90%VCC的时间。如果上升沿太缓说明上拉电阻太大或者总线电容太大。总线电容包括PCB走线电容、引脚电容和器件输入电容一般不超过400pF。如果上升时间超标最直接的解决办法是减小上拉电阻。比如从10kΩ换成4.7kΩ再不行换成2.2kΩ。但要注意电阻越小功耗越大电池供电的设备要权衡。4.3 检查电平幅度和噪声示波器上看到的低电平应该接近0V一般不超过0.4V标准模式下。如果低电平偏高说明有设备没有完全拉低可能是开漏输出能力不足或者线阻太大。高电平应该接近VCC如果明显偏低说明上拉能力不够或者有漏电流。噪声是另一个常见问题。如果波形上有明显的毛刺或者振铃可能是走线太长、没有匹配电阻、或者附近有干扰源。我遇到过电机驱动板旁边的I2C总线波形上全是尖峰后来在SCL和SDA上各串了一个33Ω的电阻问题就解决了。串阻能抑制反射和振铃但会稍微增加上升时间需要权衡。4.4 用示波器看起始条件和停止条件I2C的起始条件是SCL高电平期间SDA从高变低停止条件是SCL高电平期间SDA从低变高。用示波器抓这两个条件可以判断主机有没有正常发起通信。如果看不到起始条件说明主机根本没发数据问题在主机端。如果起始条件正常但后面没有数据可能是时钟配置有问题。实操心得用示波器的单次触发模式抓起始条件触发电平设在VCC/2触发边沿选SDA下降沿。这样每次主机发起通信的时候示波器就抓一屏方便分析。5. 逻辑分析仪解码协议层的真相5.1 逻辑分析仪与示波器的分工示波器看的是模拟波形逻辑分析仪看的是数字协议。逻辑分析仪把SCL和SDA上的高低电平按照I2C协议解码直接显示出地址、读写位、数据字节和ACK位。用逻辑分析仪排查I2C问题效率比示波器高得多因为它直接告诉你协议层发生了什么。逻辑分析仪的采样率要足够高至少是SCL频率的10倍以上。100kHz的I2C采样率1MHz就够了400kHz的I2C建议用4MHz以上。采样率不够会导致解码错误把正常的数据解成乱码。5.2 解读解码结果中的关键信息逻辑分析仪解码之后你会看到类似这样的内容Start, Address 0x50 W, ACK, Data 0x00, ACK, Data 0xAB, ACK, Stop。这里面每个字段都有意义。Address 0x50 W表示主机发送了地址0x50写操作。ACK表示从机拉低了SDA确认收到了。如果看到NACK说明从机没有响应。NACK是I2C排查中最常见的现象。可能的原因有从机地址不对、从机没供电、从机没初始化、从机被复位了、总线上有设备把SDA拉死了。逻辑分析仪能告诉你NACK发生在哪个字节之后从而缩小排查范围。5.3 地址和读写位的常见陷阱I2C的7位地址在传输时是左移一位最低位是读写位。比如地址0x50的写操作实际发送的是0xA0读操作发送的是0xA1。很多人在代码里写地址的时候忘了移位或者把读写位搞反了导致从机不响应。还有一种情况是地址冲突。总线上两个设备地址一样主机发地址的时候两个设备同时响应SDA上的电平就会冲突。逻辑分析仪上会看到ACK位电平异常或者数据位出现错误。解决方法是改其中一个设备的地址引脚或者用I2C多路复用器隔离。5.4 用逻辑分析仪抓偶发问题偶发问题最难查因为不知道什么时候出现。逻辑分析仪通常有长时间采集模式可以连续抓几秒甚至几分钟的数据然后搜索NACK或者错误帧。我遇到过EEPROM写入偶尔失败的问题用逻辑分析仪抓了十分钟发现每次失败都发生在写入之后的ACK阶段后来确认是EEPROM的写入周期没等够改成轮询ACK之后问题就消失了。6. ACK位深度解析与常见故障6.1 ACK的电气原理ACK是I2C协议中从机对主机的回应。主机发送完8位数据之后在第9个时钟周期释放SDA线从机如果收到数据就把SDA拉低表示ACK如果不拉低SDA保持高电平表示NACK。主机通过读取第9个时钟周期SDA的电平来判断从机是否响应。这个机制的关键在于ACK是拉低不是拉高。因为I2C是开漏结构所有设备只能拉低。如果从机没有拉低SDA上拉电阻会把线拉高主机读到高电平就是NACK。所以如果上拉电阻没焊SDA永远是低电平主机反而会误以为从机一直在ACK。这就是为什么上拉电阻必须焊的原因之一。6.2 ACK异常的排查流程遇到ACK异常按这个顺序排查第一步用万用表确认SDA和SCL的静态电平正常第二步用示波器确认第9个时钟周期SDA有没有被拉低第三步用逻辑分析仪确认地址和读写位是否正确第四步检查从机供电和初始化状态第五步检查从机地址引脚配置。如果逻辑分析仪显示地址正确但就是NACK重点查从机端。从机可能处于复位状态、时钟没使能、或者I2C外设没初始化。有些芯片的I2C引脚是复用的需要先配置GPIO复用功能才能用作I2C。6.3 时钟拉伸与ACK的关系有些从机处理速度慢在收到数据之后需要时间处理会主动拉低SCL线让主机等待。这叫时钟拉伸。如果主机不支持时钟拉伸可能会在从机还没准备好就继续发时钟导致数据错误或者NACK。用示波器看SCL波形如果发现某个时钟周期的高电平时间明显变长那就是从机在拉伸时钟。逻辑分析仪通常也能显示时钟拉伸。解决方法是降低I2C速率或者换支持时钟拉伸的主机控制器。7. 典型故障场景与排查速查表7.1 完全无响应现象可能原因排查方法万用表测SCL/SDA都是0V上拉电阻没焊或短路断电测对地电阻检查上拉电阻万用表测SCL/SDA都是VCC主机没发数据检查主机I2C外设初始化示波器无波形主机没启动通信检查代码中I2C使能位逻辑分析仪无解码采样率太低或通道接错提高采样率确认通道对应7.2 有起始条件但无ACK现象可能原因排查方法地址字节后NACK从机地址错误对照数据手册确认地址地址字节后NACK从机没供电万用表测从机VCC地址字节后NACK从机复位中检查复位引脚电平数据字节后NACK从机写入失败检查从机状态寄存器7.3 偶发通信失败现象可能原因排查方法偶尔NACK总线电容太大减小上拉电阻偶尔NACK电源纹波大示波器测电源纹波偶尔数据错误时钟拉伸不支持降低I2C速率偶尔数据错误走线太长受干扰缩短走线加串阻8. 实操心得与避坑经验8.1 上拉电阻的选型经验上拉电阻不是随便选一个就行。我一般按这个原则3.3V系统、100kHz速率先用4.7kΩ400kHz速率先用2.2kΩ。如果波形上升沿还是太缓再减小。但最小不要低于1kΩ否则低电平的时候灌电流太大有些芯片扛不住。另外如果总线上有多个设备只需要一组上拉电阻不要每个设备都焊。多个上拉电阻并联会导致等效阻值变小功耗增加低电平灌电流变大。我见过一块板子上四个I2C设备各焊了一组4.7kΩ上拉等效阻值只有1.175kΩ低电平的时候灌电流超过10mA有些芯片的IO口直接拉不低。8.2 示波器探头的使用细节用示波器测I2C探头的地线尽量短。标准探头的那根鳄鱼夹地线太长容易引入干扰看到虚假的振铃。有条件的话用弹簧地针直接套在探头前端地环路最小。如果没有弹簧地针至少把鳄鱼夹夹在离被测点最近的GND上。还有一点示波器的通道耦合方式选直流耦合不要选交流耦合。交流耦合会把直流分量滤掉你看到的波形就不在真实的电压基准上了判断高低电平会出错。8.3 逻辑分析仪的通道顺序逻辑分析仪一般有多个通道接SCL和SDA的时候要记清楚哪个通道接哪根线。解码的时候如果通道选反了SCL和SDA互换解码结果全是乱的。我习惯用通道0接SCL通道1接SDA这样在软件里设置的时候不容易搞错。8.4 软件层面的排查技巧硬件排查完之后如果还是有问题就要看软件了。I2C的软件问题常见的有时钟频率配置错误、地址移位错误、读写位搞反、没有等待ACK、没有处理时钟拉伸。用逻辑分析仪抓一次完整的读写时序对照数据手册的时序图逐位比对基本都能找到问题。还有一点有些芯片的I2C接口需要先写配置寄存器使能才能正常通信。比如某些传感器的I2C默认是关闭的需要先通过其他接口比如SPI或者上电时序来使能。这种问题看数据手册的初始化流程就能发现。8.5 常见问题速查SDA一直被拉低检查是否有设备死机拉死了总线尝试断电重启或者发送9个时钟脉冲解锁。SCL一直被拉低从机在拉伸时钟检查从机是否忙或者降低速率。地址正确但NACK检查从机供电、复位引脚、I2C使能位。数据偶尔出错检查上拉电阻、总线电容、电源纹波、走线长度。多设备通信冲突检查地址是否重复考虑用I2C多路复用器。我在实际项目中遇到过最诡异的一次I2C问题一块板子上I2C通信时好时坏换了三个从机芯片都没用。后来用示波器仔细看波形发现SCL的上升沿上有台阶像是两个上拉电阻在不同位置分别拉高。查了半天发现是PCB上有一根走线从SCL旁边经过耦合了一部分信号过来。把走线挪开之后问题就消失了。这种问题逻辑分析仪看不出来只有示波器看模拟波形才能发现。所以我的建议是万用表、示波器、逻辑分析仪三件套配合使用不要指望一个工具解决所有问题。万用表查静态示波器查信号质量逻辑分析仪查协议内容。三者结合I2C的问题基本都能定位到。
I2C通信故障排查全攻略：从万用表到示波器再到ACK位
1. 为什么I2C排查值得单独写一篇I2C这玩意儿说简单是真简单两根线一挂上拉电阻一焊代码里调个库函数就能读写。但说难也是真难多少人卡在“设备没反应”这四个字上一卡就是一下午。我见过太多人一上来就怀疑芯片坏了、代码写错了结果折腾半天发现是上拉电阻没焊或者地址搞错了一位。I2C的问题排查本质上是一个分层定位的过程先确认物理层有没有信号再确认协议层有没有应答最后才去查寄存器配置对不对。跳过任何一层都是在浪费时间。这篇文章面向的是所有跟I2C打过交道的嵌入式开发者不管你是刚入门的单片机玩家还是做了多年硬件的老手这套从万用表到示波器再到ACK位的排查流程都能直接拿去用。我会把每个环节的操作细节、判断标准、常见坑点都讲清楚让你下次遇到I2C不通的时候不用再靠猜。2. 排查前的准备工作与基本认知2.1 I2C总线的物理层特征I2C总线由SCL串行时钟线和SDA串行数据线两根线组成都是开漏输出结构。这意味着任何设备都只能把线拉低不能主动拉高。线要变高靠的是上拉电阻把电平拉上去。这个结构决定了几个关键特性第一总线上所有设备共享两根线靠地址区分第二任何设备拉低总线整条线就是低电平第三上拉电阻的阻值直接影响信号上升沿的陡峭程度。典型的上拉电阻取值在2.2kΩ到10kΩ之间。阻值越小上升沿越陡信号质量越好但功耗越大阻值越大功耗越低但上升沿变缓高速通信时可能来不及拉高就被下一个时钟沿打断了。标准模式100kHz下4.7kΩ是常见选择快速模式400kHz建议用2.2kΩ到4.7kΩ。这个参数后面在示波器上看波形的时候会反复用到。2.2 排查工具的选择逻辑排查I2C问题手边至少要有三样东西万用表、示波器、逻辑分析仪。万用表用来查静态电平示波器看动态波形逻辑分析仪抓协议内容。三者不是替代关系而是递进关系。万用表最便宜也最基础能快速判断线有没有短路、上拉电阻有没有焊、供电正不正常。示波器能看信号的上升沿、下降沿、毛刺、电平幅度判断信号完整性。逻辑分析仪则直接解码I2C协议把地址、数据、ACK位全部翻译出来适合排查协议层的问题。注意不要用万用表去测I2C的动态信号。万用表的采样率太低测出来的电压是平均值完全反映不了实际的波形变化。万用表只能测静态电平。2.3 排查前的安全检查动手之前先确认几件事目标板供电是否正常用万用表量一下VCC和GND之间的电压确保在芯片工作范围内。然后断电用万用表蜂鸣档测一下SCL和SDA对GND有没有短路对VCC有没有短路。这一步能排除掉大部分焊接问题。确认没有短路之后再上电避免烧芯片。3. 用万用表做第一轮静态排查3.1 测上拉电阻是否到位上电之后总线空闲状态下SCL和SDA都应该是高电平。用万用表直流电压档黑表笔接GND红表笔分别接SCL和SDA读数应该接近VCC电压。如果是3.3V系统读数在3.2V到3.3V之间算正常。如果读到0V或者明显偏低的电压说明上拉电阻没焊、虚焊或者有设备把线拉死了。我遇到过一种情况SDA读到1.8V左右不上不下。后来发现是两个设备的上拉电阻都焊了但一个接到3.3V一个接到1.8V两个电阻并联之后分压导致空闲电平被拉到了中间值。这种问题用万用表一测就能发现但如果你直接上示波器反而容易被波形迷惑。3.2 测设备供电和地址引脚确认总线电平正常之后下一步是测目标设备的供电引脚。很多I2C设备有独立的VCC引脚如果这个引脚没供电设备根本不会响应。用万用表逐个测量每个I2C设备的VCC对GND电压确保都在正常范围内。然后检查地址引脚。大部分I2C设备的从机地址由几个引脚的电平决定比如AT24C02的A0/A1/A2引脚接地是0接VCC是1。用万用表测这些引脚的电平对照数据手册算出实际地址。我见过有人代码里写0xA0实际硬件地址是0xA2就因为A0引脚悬空了。悬空的引脚电平不确定可能读出来是1也可能是0这种问题最隐蔽。3.3 万用表排查的局限性万用表能告诉你静态电平对不对但告诉不了你信号质量好不好。比如上拉电阻太大导致上升沿太缓万用表读出来还是高电平但实际通信的时候数据可能采样错误。再比如总线上有偶发的毛刺万用表完全看不到。所以万用表排查通过之后不要急着下结论接下来必须上示波器。4. 示波器看波形信号完整性的关键判断4.1 示波器探头连接与基本设置用示波器测I2C至少需要两个通道一个接SCL一个接SDA。探头的地线夹要接到目标板的GND上尽量靠近被测点减少地环路干扰。探头衰减比设成10X带宽限制打开通常20MHz就够了避免高频噪声干扰判断。触发设置很关键。建议用SCL的下降沿作为触发条件触发电平设在VCC的一半左右。这样每次SCL拉低的时候示波器就抓一帧波形方便观察。如果总线一直空闲没有通信可以把触发模式设成自动先看看空闲电平对不对。4.2 判断上升沿是否满足要求I2C标准对上升时间有明确要求标准模式100kHz下上升时间不超过1000ns快速模式400kHz下不超过300ns。在示波器上测量上升沿的方法是从10%VCC到90%VCC的时间。如果上升沿太缓说明上拉电阻太大或者总线电容太大。总线电容包括PCB走线电容、引脚电容和器件输入电容一般不超过400pF。如果上升时间超标最直接的解决办法是减小上拉电阻。比如从10kΩ换成4.7kΩ再不行换成2.2kΩ。但要注意电阻越小功耗越大电池供电的设备要权衡。4.3 检查电平幅度和噪声示波器上看到的低电平应该接近0V一般不超过0.4V标准模式下。如果低电平偏高说明有设备没有完全拉低可能是开漏输出能力不足或者线阻太大。高电平应该接近VCC如果明显偏低说明上拉能力不够或者有漏电流。噪声是另一个常见问题。如果波形上有明显的毛刺或者振铃可能是走线太长、没有匹配电阻、或者附近有干扰源。我遇到过电机驱动板旁边的I2C总线波形上全是尖峰后来在SCL和SDA上各串了一个33Ω的电阻问题就解决了。串阻能抑制反射和振铃但会稍微增加上升时间需要权衡。4.4 用示波器看起始条件和停止条件I2C的起始条件是SCL高电平期间SDA从高变低停止条件是SCL高电平期间SDA从低变高。用示波器抓这两个条件可以判断主机有没有正常发起通信。如果看不到起始条件说明主机根本没发数据问题在主机端。如果起始条件正常但后面没有数据可能是时钟配置有问题。实操心得用示波器的单次触发模式抓起始条件触发电平设在VCC/2触发边沿选SDA下降沿。这样每次主机发起通信的时候示波器就抓一屏方便分析。5. 逻辑分析仪解码协议层的真相5.1 逻辑分析仪与示波器的分工示波器看的是模拟波形逻辑分析仪看的是数字协议。逻辑分析仪把SCL和SDA上的高低电平按照I2C协议解码直接显示出地址、读写位、数据字节和ACK位。用逻辑分析仪排查I2C问题效率比示波器高得多因为它直接告诉你协议层发生了什么。逻辑分析仪的采样率要足够高至少是SCL频率的10倍以上。100kHz的I2C采样率1MHz就够了400kHz的I2C建议用4MHz以上。采样率不够会导致解码错误把正常的数据解成乱码。5.2 解读解码结果中的关键信息逻辑分析仪解码之后你会看到类似这样的内容Start, Address 0x50 W, ACK, Data 0x00, ACK, Data 0xAB, ACK, Stop。这里面每个字段都有意义。Address 0x50 W表示主机发送了地址0x50写操作。ACK表示从机拉低了SDA确认收到了。如果看到NACK说明从机没有响应。NACK是I2C排查中最常见的现象。可能的原因有从机地址不对、从机没供电、从机没初始化、从机被复位了、总线上有设备把SDA拉死了。逻辑分析仪能告诉你NACK发生在哪个字节之后从而缩小排查范围。5.3 地址和读写位的常见陷阱I2C的7位地址在传输时是左移一位最低位是读写位。比如地址0x50的写操作实际发送的是0xA0读操作发送的是0xA1。很多人在代码里写地址的时候忘了移位或者把读写位搞反了导致从机不响应。还有一种情况是地址冲突。总线上两个设备地址一样主机发地址的时候两个设备同时响应SDA上的电平就会冲突。逻辑分析仪上会看到ACK位电平异常或者数据位出现错误。解决方法是改其中一个设备的地址引脚或者用I2C多路复用器隔离。5.4 用逻辑分析仪抓偶发问题偶发问题最难查因为不知道什么时候出现。逻辑分析仪通常有长时间采集模式可以连续抓几秒甚至几分钟的数据然后搜索NACK或者错误帧。我遇到过EEPROM写入偶尔失败的问题用逻辑分析仪抓了十分钟发现每次失败都发生在写入之后的ACK阶段后来确认是EEPROM的写入周期没等够改成轮询ACK之后问题就消失了。6. ACK位深度解析与常见故障6.1 ACK的电气原理ACK是I2C协议中从机对主机的回应。主机发送完8位数据之后在第9个时钟周期释放SDA线从机如果收到数据就把SDA拉低表示ACK如果不拉低SDA保持高电平表示NACK。主机通过读取第9个时钟周期SDA的电平来判断从机是否响应。这个机制的关键在于ACK是拉低不是拉高。因为I2C是开漏结构所有设备只能拉低。如果从机没有拉低SDA上拉电阻会把线拉高主机读到高电平就是NACK。所以如果上拉电阻没焊SDA永远是低电平主机反而会误以为从机一直在ACK。这就是为什么上拉电阻必须焊的原因之一。6.2 ACK异常的排查流程遇到ACK异常按这个顺序排查第一步用万用表确认SDA和SCL的静态电平正常第二步用示波器确认第9个时钟周期SDA有没有被拉低第三步用逻辑分析仪确认地址和读写位是否正确第四步检查从机供电和初始化状态第五步检查从机地址引脚配置。如果逻辑分析仪显示地址正确但就是NACK重点查从机端。从机可能处于复位状态、时钟没使能、或者I2C外设没初始化。有些芯片的I2C引脚是复用的需要先配置GPIO复用功能才能用作I2C。6.3 时钟拉伸与ACK的关系有些从机处理速度慢在收到数据之后需要时间处理会主动拉低SCL线让主机等待。这叫时钟拉伸。如果主机不支持时钟拉伸可能会在从机还没准备好就继续发时钟导致数据错误或者NACK。用示波器看SCL波形如果发现某个时钟周期的高电平时间明显变长那就是从机在拉伸时钟。逻辑分析仪通常也能显示时钟拉伸。解决方法是降低I2C速率或者换支持时钟拉伸的主机控制器。7. 典型故障场景与排查速查表7.1 完全无响应现象可能原因排查方法万用表测SCL/SDA都是0V上拉电阻没焊或短路断电测对地电阻检查上拉电阻万用表测SCL/SDA都是VCC主机没发数据检查主机I2C外设初始化示波器无波形主机没启动通信检查代码中I2C使能位逻辑分析仪无解码采样率太低或通道接错提高采样率确认通道对应7.2 有起始条件但无ACK现象可能原因排查方法地址字节后NACK从机地址错误对照数据手册确认地址地址字节后NACK从机没供电万用表测从机VCC地址字节后NACK从机复位中检查复位引脚电平数据字节后NACK从机写入失败检查从机状态寄存器7.3 偶发通信失败现象可能原因排查方法偶尔NACK总线电容太大减小上拉电阻偶尔NACK电源纹波大示波器测电源纹波偶尔数据错误时钟拉伸不支持降低I2C速率偶尔数据错误走线太长受干扰缩短走线加串阻8. 实操心得与避坑经验8.1 上拉电阻的选型经验上拉电阻不是随便选一个就行。我一般按这个原则3.3V系统、100kHz速率先用4.7kΩ400kHz速率先用2.2kΩ。如果波形上升沿还是太缓再减小。但最小不要低于1kΩ否则低电平的时候灌电流太大有些芯片扛不住。另外如果总线上有多个设备只需要一组上拉电阻不要每个设备都焊。多个上拉电阻并联会导致等效阻值变小功耗增加低电平灌电流变大。我见过一块板子上四个I2C设备各焊了一组4.7kΩ上拉等效阻值只有1.175kΩ低电平的时候灌电流超过10mA有些芯片的IO口直接拉不低。8.2 示波器探头的使用细节用示波器测I2C探头的地线尽量短。标准探头的那根鳄鱼夹地线太长容易引入干扰看到虚假的振铃。有条件的话用弹簧地针直接套在探头前端地环路最小。如果没有弹簧地针至少把鳄鱼夹夹在离被测点最近的GND上。还有一点示波器的通道耦合方式选直流耦合不要选交流耦合。交流耦合会把直流分量滤掉你看到的波形就不在真实的电压基准上了判断高低电平会出错。8.3 逻辑分析仪的通道顺序逻辑分析仪一般有多个通道接SCL和SDA的时候要记清楚哪个通道接哪根线。解码的时候如果通道选反了SCL和SDA互换解码结果全是乱的。我习惯用通道0接SCL通道1接SDA这样在软件里设置的时候不容易搞错。8.4 软件层面的排查技巧硬件排查完之后如果还是有问题就要看软件了。I2C的软件问题常见的有时钟频率配置错误、地址移位错误、读写位搞反、没有等待ACK、没有处理时钟拉伸。用逻辑分析仪抓一次完整的读写时序对照数据手册的时序图逐位比对基本都能找到问题。还有一点有些芯片的I2C接口需要先写配置寄存器使能才能正常通信。比如某些传感器的I2C默认是关闭的需要先通过其他接口比如SPI或者上电时序来使能。这种问题看数据手册的初始化流程就能发现。8.5 常见问题速查SDA一直被拉低检查是否有设备死机拉死了总线尝试断电重启或者发送9个时钟脉冲解锁。SCL一直被拉低从机在拉伸时钟检查从机是否忙或者降低速率。地址正确但NACK检查从机供电、复位引脚、I2C使能位。数据偶尔出错检查上拉电阻、总线电容、电源纹波、走线长度。多设备通信冲突检查地址是否重复考虑用I2C多路复用器。我在实际项目中遇到过最诡异的一次I2C问题一块板子上I2C通信时好时坏换了三个从机芯片都没用。后来用示波器仔细看波形发现SCL的上升沿上有台阶像是两个上拉电阻在不同位置分别拉高。查了半天发现是PCB上有一根走线从SCL旁边经过耦合了一部分信号过来。把走线挪开之后问题就消失了。这种问题逻辑分析仪看不出来只有示波器看模拟波形才能发现。所以我的建议是万用表、示波器、逻辑分析仪三件套配合使用不要指望一个工具解决所有问题。万用表查静态示波器查信号质量逻辑分析仪查协议内容。三者结合I2C的问题基本都能定位到。
