做嵌入式这些年I2C 算是打交道最多的总线之一。很多刚接触的朋友上来就问一句“I2C 信号怎么测”手里拿着万用表量了两下发现 SDA 和 SCL 都有电压就觉得总线正常找同事借了示波器夹上探头又不知道触发条件怎么设波形乱跳一通最后卡在传感器不回 ACK 上翻遍手册也找不到原因。这篇文章我就按自己实际调板子的顺序把 I2C 排查流程完整梳理一遍先用万用表做完静态体检再上示波器看动态时序最后把 ACK 这个最容易被忽略的细节彻底讲透。不管你是刚从 Arduino 转到嵌入式的新手还是被 GT911、SSD1306、EEPROM 这类器件“折磨”过的老手这套流程都能让你从“瞎猜”变成“按图索骥”。1. 排查前必懂I2C 信号长什么样你究竟要测什么拿到示波器之前先把 I2C 协议的基本面貌搞清楚。很多排查卡壳不是工具不行而是不知道自己要找什么信号、什么波形才算正常。I2C 只有两根线SCL时钟和 SDA数据所有通信都是主设备发起从设备响应。它的物理层特性决定了测法时序格式决定了你看波形的思路。1.1 起始、停止、数据和 ACKI2C 波形的最小单元I2C 帧的基本结构并不复杂但每一个细节都可能在排查中成为关键。一次完整的传输包括起始条件、7 位从机地址、1 位读写标志、1 个 ACK 位、若干字节数据和 ACK 位最后以停止条件收尾。起始条件SCL 为高电平时SDA 从高电平跳变到低电平。停止条件SCL 为高电平时SDA 从低电平跳变到高电平。数据位SCL 为高电平期间SDA 必须保持稳定SCL 为低电平期间SDA 允许变化。ACK 位第 9 个时钟周期SDA 被从机拉低表示“收到且正确”。NACK第 9 个时钟周期SDA 保持高电平表示“没收到”或“不想响应”。我习惯把 SCL 比作裁判的哨声SDA 比作运动员的动作。哨子不响动作不能变哨子一响动作必须定住。起始和停止是最容易辨认的两个特征它们都发生在 SCL 高电平期间这也是示波器触发设置的核心依据。1.2 开漏结构和上拉电阻为什么 I2C“看起来简单测起来麻烦”I2C 信号之所以“测起来麻烦”根源在开漏Open-Drain结构。总线上所有设备的 SDA 和 SCL 引脚都是开漏输出也就是说设备只能把线拉低不能主动拉高。高电平完全依赖外部上拉电阻把线恢复到 VCC。这个设计避免了多个设备同时输出时打架但也带来两个测量上的特点信号的低电平是“强驱动”的下降沿通常很陡。信号的高电平是“弱恢复”的上升沿由上拉电阻和总线电容共同决定。这就解释了为什么 I2C 波形往往一边陡一边缓。上升时间可以用一个粗略公式估算tr ≈ 0.8473 × Rp × Cb其中 Rp 是上拉电阻Cb 是总线总电容包括芯片引脚、走线、探头、接插件等贡献。举个例子总线电容 100pF上拉电阻 4.7kΩtr ≈ 0.4μs。标准模式 100kHz 要求上升时间不超过 1μs看起来没问题但快速模式 400kHz 要求不超过 300ns4.7kΩ 就已经勉强了。如果飞线长了 20cm、又挂了四五个器件总线电容轻松超过 200pF上升沿自然变成“面条”后面接什么芯片都容易出错。1.3 先想清楚“测什么”再选工具不要一上来就抓波形。I2C 排查按照静态到动态分三层每层对应不同的工具和任务排查任务首选工具典型目标通断、短路、上拉电阻、静态电平万用表排线断线、焊桥、上拉缺失、总线被拉死时序、边沿、ACK 波形、毛刺示波器起始条件、ACK/NACK、上升沿质量整帧数据、偶发故障、多信号关联逻辑分析仪解码出地址和数据、定位偶发 NACK顺序不能乱。万用表能解决的问题用示波器抓半天未必看得出来示波器能看出的时序问题逻辑分析仪解码反而更容易定位。后面的章节完全按照这个顺序展开。2. 万用表先上场静态排查三板斧很多人觉得万用表在 I2C 调试里没多大用其实恰恰相反。I2C 总线空闲时SDA 和 SCL 都应该是稳定的高电平这是静态测量能发挥作用的根本前提。我在现场排查时先用万用表做完三件事至少能排除一半的物理层问题。2.1 第一板斧通断档扫连接I2C 故障中最常见也最low的一类是连接问题。FPC 排线折断、接插件虚焊、转接板接触不良都会让信号根本到不了从机。这时候示波器再高级也白搭。操作很简单断电状态用万用表通断档一端探主控的 SDA 引脚另一端探传感器或 EEPROM 的 SDA 引脚SCL 同理。蜂鸣器响不等于万事大吉长走线或排线内阻大的时候最好切到电阻档看具体阻值。正常情况下两根线对测应该是几十毫欧级别如果量出几欧姆甚至几十欧姆说明中间有接触不良的环节。有一个注意事项板上测量时SDA 和 SCL 往往通过其他器件形成并联通路比如防静电管、滤波电容、上下拉电阻所以通断档只能辅助判断。如果怀疑某一段连接异常最好把主控和从机端的引脚都断开再精确测量或者拿着两点之间最短的路径单独测。2.2 第二板斧量上拉电阻和静态电平连接没问题接着查上拉和静态电平。断电状态下用电阻档量 SDA 对 VCC 的电阻、SCL 对 VCC 的电阻。正常情况能看到 4.7kΩ、10kΩ、2.2kΩ 之类的读数和原理图上拉电阻一致。如果读数接近 0说明这条线上有短路如果显示 OL开路说明上拉电阻没焊或者焊错了。很多开发板内部已经把上拉集成进去了量的时候要结合原理图看。上电状态下量 SDA 和 SCL 对地的直流电压。总线空闲时两条线都应该接近 VCC比如 3.3V 系统量到 3.2V 以上就算正常。如果量到接近 0V几乎可以断定总线被某个设备拉死了。这种情况非常常见从机复位异常、主控 GPIO 误配置成推挽输出且输出低电平、或者总线上的某个器件损坏都会导致“死总线”。指针万用表在这个环节也有用。我用过 MF50 这类经典指针表观察空闲电平的时候指针摆动比数字表直观如果指针轻微抖动说明线上可能有动态信号在跑。但说实话对于 I2C 这种高速数字信号指针表的响应速度远远不够它只能看“大概有没有活动”没法看时序。2.3 万用表的边界动态信号还是交给示波器万用表做完静态检查就该收手了。有朋友问我用万用表的频率档能不能测 I2C能测出 SCL 大概在跑但频率档只能告诉你“有时钟”给不了任何时序关系。你没法确认起始条件对不对更没法判断第 9 个时钟上有没有 ACK。我见过有人拿着万用表探头在 SDA 上戳了半天看到电压在变就说“总线上有数据”。这话没错但等于没说。I2C 排查真正的难点从来不在“有没有信号”而在“信号对不对”这必须要靠示波器或逻辑分析仪看波形才能回答。所以万用表是排查的第一步不是最后一步。3. 示波器实测从触发到读懂整帧波形示波器是 I2C 动态排查的主力工具。100MHz 带宽的入门级示波器就够用I2C 最高到 1MHz 快速模式甚至 3.4MHz 高速模式你需要的不是超高带宽而是靠谱的触发和足够长的存储深度。下面这套设置方法我在不同品牌示波器上反复验证过基本通用。3.1 接线和基本设置探头接线有个讲究CH1 接 SCLCH2 接 SDA通道顺序固定下来看习惯了肌肉记忆就能直接读图。探头打到 10x 档不要用 1x。1x 档虽然灵敏度高但输入电容更大对总线的影响也更大——I2C 本身就是弱上拉结构多一个探头电容上升沿可能立刻变差。10x 档对被测电路更友好。垂直档位设为 1V/div 左右这样 3.3V 的高电平在屏幕上约占 3.3 格非常直观。时基先估一下100kHz 的 I2C一个位周期 10μs一帧十多二十个位用 2μs/div 或 5μs/div 能看到完整的字节和 ACK400kHz 的 I2C位周期 2.5μs用 1μs/div 左右比较合适。如果只是先看信号有没有时可以放粗一点。探头接地夹一定要短。长接地线会形成地环路把开关噪声耦合进测量回路波形上全是毛刺还会误导你对信号质量的判断。有条件的话用探头自带的弹簧地针比接地夹短好几倍。3.2 触发设置把“起始条件”稳稳抓住触发是示波器测 I2C 的重中之重。I2C 每次通信都以起始条件开始也就是 SCL 为高时 SDA 的下降沿所以我们把触发源设置为 SDA触发边沿选择下降沿触发模式选 Normal 或 Single。Normal 模式只有满足触发条件才显示波形适合反复抓帧。Single 模式触发一次就停住适合抓偶发故障。触发电平设置在高电平的 50% 附近。3.3V 系统就设 1.5V 左右这样既能稳定触发又不会因为边沿抖动反复误触。设置完成后按一下 Single然后让主设备发起一次 I2C 通信屏幕上就能看到完整的一帧波形。如果抓不到先把触发电平调到 0.5V 到 1V 之间试试有时候是因为边沿太缓触发电平设太高导致触发不到。有一个实用技巧如果想看停止条件把触发边沿换成 SDA 上升沿如果想看通信结束后的总线释放情况把时基拉大或者把预触发时间调到 20% 左右能看到触发点前后的波形。3.3 读波形起始、停止、数据和 ACK 一眼定位抓到的波形怎么看我建议按“数时钟”的方法来读。下面是一个简化的 I2C 字节波形示意SCL: __/‾‾\__/‾‾\__/‾‾\__/‾‾\__/‾‾\__/‾‾\__/‾‾\__/‾‾\__/‾‾\__/‾‾\__ SDA: ‾‾‾\___/‾‾‾\___/‾‾‾\___/‾‾‾\___/‾‾‾\___/‾‾‾\___/‾‾‾\___/‾‾‾\_ S D0 D1 D2 D3 D4 D5 D6 D7 ACK第一步找起始条件SCL 高的时候看到 SDA 从高拉低就找到了帧的起点。第二步数 SCL 脉冲第 1 到第 8 个时钟对应地址位和读写位第 9 个时钟对应 ACK 位。第三步看第 9 个时钟高电平期间 SDA 的电平如果 SDA 是低电平说明从机应答了如果 SDA 还是高电平就是 NACK。刚开始不习惯的时候可以用示波器光标功能测量 ACK 位的电平。把光标 X 放到第 9 个时钟的中间Y 量 SDA 电压低于 0.3×VCC 算有效低电平。时间长了一眼就能看出来。3.4 信号质量三件事边沿、毛刺、串扰除了看时序关系还要看波形质量。I2C 波形最常出现的三个问题上升沿过缓表现为 SDA/SCL 从低到高像爬坡一样。原因通常是上拉电阻偏大或总线电容偏大。400kHz 下用 10kΩ 上拉加 30cm 飞线上升沿经常超过 1μs设备必然出错。毛刺波形上有窄脉冲干扰常见于 SDA 和 SCL 长距离并行走线时的串扰或者探头地线太长引入的噪声。过冲振铃信号跳到高电平后有过冲再回落多见于回路电感大和阻抗不匹配。飞线调试时如果波形振铃严重可以适当降低通信速率先跑通功能再逐个排除。还有一个测量假象要警惕有人反馈“示波器一接上去ADC 采样电压就变高了”。这往往不是被测电路的问题而是探头地线接触不良、地环路噪声叠加或者探头本身电容负载改变了电路工作点。遇到波形异常先检查探头接地再怀疑芯片。4. ACK 排查从“没应答”到“谁在说谎”ACK 是 I2C 排查中最容易卡壳的环节。很多设备“扫不到”“读不到”“写不进”最后落到波形上都是同一个画面第 9 个时钟上 SDA 没有拉低。但“没有 ACK”不等于“从机坏了”原因可能来自主机、从机、电气特性、甚至时序先后。4.1 ACK 在波形上到底长什么样ACK 的基本定义第 9 个时钟周期从机将 SDA 拉低并保持到该时钟结束。注意一个关键点主机在第 9 个时钟之前必须先释放 SDA把它设置成输入态从机才有机会拉低。如果主机把 SDA 一直配置成推挽输出高电平从机再努力也没用。有一个简单方法能快速判断“谁没应答”把从机断开让主机单独发一次地址。如果总线上没有从机的下拉能力SDA 在第 9 个时钟必然保持高电平。这时候你再用另一块示波器探头直接点在主机引脚上确认主机是否真的把 SDA 释放为高阻输入。如果主机引脚一直输出高电平问题在主机的 GPIO 配置如果主机引脚确实释放了SDA 却还是高那要么是上拉电阻没装要么是从机根本没参与。4.2 无 ACK 的六个常见原因根据我多年的排查经验NACK 基本逃不出下面六类原因每一类都有对应的检查方法原因典型表现检查方法从机地址错误7 位地址和 8 位地址搞混核对器件手册0x50 和 0xA0 是同一个地址的不同写法从机未上电或复位未完成波形上完全没有任何 ACK量从机电源、复位引脚电平地址冲突总线上两个设备用了同一个地址逐个断开设备或用地址修改引脚区分从机忙/时钟拉伸SCL 被从机长时间拉低观察 SCL 低电平持续时间是否异常长总线电容过大导致边沿过缓上升沿呈斜坡采样混乱减小上拉电阻、缩短飞线主机 GPIO 模式错误主机把 SDA 配置成推挽输出检查固件里 GPIO 开漏/推挽配置地址错误是最多人踩的坑。很多 EEPROM 手册写“0x50”但那是 8 位写地址实际发到总线上的 7 位地址是 0x28。如果直接把 0x50 作为 7 位地址发出去总线上对应的是另一个地址从机自然不理会。另外在 Linux 系统里排查 I2C 设备我建议先跑一下i2cdetect -y bus扫描总线。有些 PHY 芯片不走 MDIO 而是用 I2C 管理扫描结果能直接告诉你哪些地址有设备响应比反复看波形快得多。PMBus 设备的排查思路也一样。PMBus 本质上是基于 I2C 的管理总线地址固定、数据带 PEC 校验。看波形时除了 ACK还要注意 PEC 字节是否正确很多 PMBus 控制器会在 PEC 错误时回 NACK表面现象和地址错误一样。4.3 手动 ACK 与自由数据模式调试工具里的高级玩法排查 NACK 到最后有时候需要模拟异常行为来验证固件逻辑。这时候可以用逻辑分析仪或专业 I2C 调试器的高级功能。手动 ACK 指调试工具允许你人为控制每个字节之后回 ACK 还是回 NACK而不是自动应答。这在测试主设备的错误处理逻辑时很管用。比如你想确认“从机 NACK 之后主设备会不会重试”就把工具接到总线上在指定字节后强制回 NACK看主设备怎么反应。自由数据模式则更像是“裸发”模式不按标准 I2C 帧格式打包直接控制 SCL 和 SDA 的每个电平跳变向总线发送任意数据序列。用来测试从机在异常时序下的表现比如缺少起始条件、时钟频率超限、数据位中间跳变等。这种模式对新手不友好稍不留神就把从机搞进不确定状态但做压力测试和边界验证非常有用。我个人的建议是手动 ACK 和自由数据模式是“高级武器”先把标准流程摸透再碰这些功能。否则数据协议还没看懂就乱发排查难度只会更大。5. 逻辑分析仪和其他工具从肉眼看波形到软件解码示波器看模拟细节是一把好手但 I2C 这种多字节、多设备、偶发故障频出的场景逻辑分析仪往往更“省脑子”。它不显示电压连续变化只记录每个时刻是高电平还是低电平然后用软件自动解码成地址、数据、ACK/NACK直观到几乎不需要动脑。5.1 为什么逻辑分析仪比示波器更“省脑子”示波器看 I2C 需要手动数时钟、算位置逻辑分析仪直接告诉你“这是起始条件、这是地址 0x50、这是 ACK、这是数据 0x3A”。而且逻辑分析仪通道多可以同时抓 SCL、SDA、INT、RST 等一路信号连续记录几秒甚至几十秒的数据。这个特性对偶发故障非常关键——示波器屏幕只能显示当前窗口的波形逻辑分析仪却能事后翻记录。两者的分工很明显维度示波器逻辑分析仪擅长内容边沿、幅值、毛刺、过冲时序关系、协议解码、大数据量通道数2~4 通道8~16 通道起步存储深度较短窗口有限大可连续记录上手难度需要理解触发和时基设置简单解码直观价格数千到数万几百到几千现场调试我一般示波器和逻辑分析仪都会带上。示波器负责看“信号干不干净”逻辑分析仪负责看“数据对不对”。很多看起来像波形质量问题导致的通信失败解码之后发现是地址发错了也有解码显示数据完全正常、实际设备就是不响应的情况这时候回头看波形才发现上升沿已经烂到设备无法识别。5.2 解码设置和触发技巧从波形直接变十六进制帧逻辑分析仪的参数设置比示波器简单但也有几个要点。采样率至少 20MHz最保险的是 50MHz 以上。I2C 最高速率 1MHz20MHz 意味着每个位采 20 个点足以还原边沿位置。通道分配要对应CH0 接 SCLCH1 接 SDA软件里把协议选成 I2C指定好对应通道。触发条件可以设置为“地址匹配”比如只抓地址为 0x50 的通信这样自动过滤掉总线上其他无关设备的数据。解码之后软件通常会给出一份事件列表每一行都是一次完整的读或写操作。我调 GT911 触摸屏时就用这个方法把 RST、INT、SDA、SCL 四路信号同时接进逻辑分析仪上电后自动记录启动序列。解码结果直接显示主机在什么时刻尝试访问 0x5D 地址、收到没收到 ACK比用示波器一帧一帧翻方便太多。5.3 示波器联网、SCPI 指令与仿真工具进阶玩法与误区逻辑分析仪不是唯一选择。Pico 这类 PC 示波器自带软件解码USB 供电、体积小现场调试比台式机便携。力科、普源、鼎阳等品牌的中高端示波器也支持 PC 软件和 SCPI 指令。SCPI 指令允许你用脚本控制示波器自动抓波形、批量保存数据。比如用 Python 发一条:TRIGger:SINGle再等待触发完成就能实现无人值守抓偶发故障。不过说句实在话I2C 排查通常用不到这些进阶功能。大多数情况一根逻辑分析仪加一个普通数字示波器就够了。示波器菜单如果是英文看不懂直接切到中文界面或者把 RUN/STOP、SINGLE、TRIGGER MENU、ACQUIRE 这几个常用按键记熟比拍照问人高效得多。还有一个误区需要提醒仿真软件里的示波器。Proteus、TINA 这类工具里能直接看到理想的 I2C 时序波形对学习协议很有帮助。但仿真里没有寄生电容、接触电阻、探头负载这些真实世界的东西你在仿真里把时序调到完美不代表实物飞线就能跑通。仿真可以当教学工具不能当排查工具。6. 实战复盘三个真实故障的处理过程理论说了不少最后用我实际调试中遇到的三个故障把整套流程串起来。这三个案例正好对应了排查中最典型的三类原因电气参数、时序先后、复位配合。6.1 AT24C02 写不进去示波器看到了完整的“伪成功”一块小板上用 AT24C02 存参数读正常写不进去代码检查了无数遍。万用表静态检查下来 SDA、SCL 电平正常上拉电阻也在。用示波器抓写操作能看到完整帧地址也正确ACK 也有数据也都发了。但擦写就是不生效。最后发现问题的关键在示波器里主机发完最后一个数据字节之后没等 EEPROM 的内部写周期 tWR 结束就立刻发起下一次通信。AT24C02 在内部写周期典型值 5ms里不响应总线上任何命令主机在下一次起始条件到达时拿不到 ACK却把这次失败吞掉了。固件里加上写后延时 5ms问题立刻消失。另一个同样症状的案例就属于电气问题板上 I2C 上拉电阻用了 10kΩ飞线 30cm 到传感器400kHz 速率下 SDA 上升沿超过 1μs超过了从机允许的最大上升时间。把上拉电阻换成 1kΩ 后稳定。两个案例现象都是“写不进”但一个靠看波形的时间轴解决一个靠看波形的上升沿解决。6.2 GT911 触摸屏 I2C 通信失败问题竟在 INT 引脚GT911 在项目里偶尔扫不到设备读寄存器返回全 0xFF。万用表检查了电源和上拉都正常示波器单抓 I2C 波形也能看到主设备发了地址但没有 ACK。后来我把 RST、INT、SDA、SCL 四路同时接到逻辑分析仪上从冷上电开始记录问题一目了然主设备在 RST 释放后几乎立刻就开始扫描 I2C 地址而 GT911 的初始化需要几十毫秒期间根本不响应总线。更隐蔽的是GT911 的 I2C 设备地址受 INT 引脚电平影响初始化期间 INT 被外部电路错误下拉到低电平导致地址从 0x5D 变成了 0x14主设备扫 0x5D 自然永远拿不到 ACK。解决方案分两步一是把 RST 释放后到首次 I2C 通信之间加至少 100ms 延时二是在固件里等 INT 电平稳定后再扫地址。这类问题单纯看 I2C 波形看不出来必须把复位和中断引脚一起抓进来。6.3 SSD1306 偶发白屏复位电路和总线电容一起背锅SSD1306 OLED 屏幕100 次上电里有两三次白屏。万用表静态检查正常示波器看 I2C 波形也正常。后来用示波器看 RESET 引脚发现 RC 复位电路的上升沿太缓单片机开始初始化 I2C 的时候SSD1306 还处于复位状态自然不回 ACK。这个问题的排查重点是“同步观察”把 RESET 信号和 I2C 的 SCL 放在同一个时间轴上看。示波器双通道同时测触发源选 RESET 上升沿就能看到复位释放到第一条 I2C 命令之间有缝隙还是重叠。调整复位电路参数、或者用 GPIO 手动控制复位并加延时故障消失。还有一次 SSD1306 飞线调试时偶发花屏原因是飞线太长导致 SDA 上升沿过缓板载上拉 10kΩ 不够。外接 2.2kΩ 上拉后稳定。这两次都是“偶发故障”但前者靠复位时序定位后者靠波形边沿定位所以逻辑分析仪和示波器真的缺一不可。6.4 容易被忽略的“从机主动更新”场景除了主设备主动发起通信还有一类场景容易把人绕晕I2C 从机主动通知主机。比如部分触摸控制器、PMIC 在外设事件发生时会拉低 INT 引脚主机收到中断后再通过 I2C 去读数据。调试这类场景时如果只盯着 SDA 和 SCL很容易漏掉关键信息。从机可能在总线空闲时已经把事件标志准备好但主机响应太慢或者主机轮询的地址/寄存器不对导致读回来的数据永远是旧值。把 INT 引脚接进逻辑分析仪和 I2C 总线一起记录才能看到“从机什么时候发的事件”和“主机什么时候去取的”之间的对应关系。从机主动更新主机寄存器的机制在现在的智能传感器里越来越常见排查思路也从“看总线”扩展为“看总线加中断”。7. I2C 排查速查表现象、原因、对策一页纸把上面所有内容压缩成一张速查表遇到问题先对号入座能省很多时间。这张表是我自己项目里的排查手册具体数值按系统电压和总线速率微调即可。现象可能原因优先检查解决方向SDA/SCL 静态电压接近 0从机拉死总线、短路、GPIO 误配置断电量对地电阻查从机复位、电源、GPIO 配置空闲电平正常但无起始条件主机未启动通信、SCL 未输出示波器单测 SCL查固件、引脚复用、焊接波形完整但第 9 位 SDA 高地址错误、从机未上电或忙核对 7 位/8 位地址、量电源修正地址、加延时、查复位上升沿呈长斜坡上拉电阻偏大、总线电容偏大量上拉电阻、估算线长减上拉4.7k→1k、缩短飞线偶发 NACK、时好时坏电源噪声、时钟拉伸、器件忙逻辑分析仪长记录加滤波电容、等待就绪、降速率写操作“伪成功”忽略内部写周期 tWR看芯片手册时序参数写后延时或查状态寄存器多设备互相干扰地址冲突逐个断开设备扫地址改地址引脚、用 I2C 多路复用器扩展驱动报资源不足从机响应异常导致系统反复重试查驱动日志和实际波形定位 NACK 根因后再处理软件速查表的用法是“由静到动”先把静态异常查完再上示波器看单帧最后用逻辑分析仪抓整段记录。直接奔着最后一步去往往会被海量数据淹没。我个人在实际操作中的最大体会是I2C 排查不是“会用示波器”就完了真正费时间的不是测量动作而是没有一个固定的排查顺序。我现在习惯了“静态测三件事、动态抓一个起始、解码看 ACK”的节奏。测不到波形先回头检查是不是有硬件把总线拉死了看到 NACK先检讨自己有没有把地址算错。很多问题到最后发现都是低级错误但低级错误恰恰最容易藏在高深的工具里找不到。最后分享一个小技巧设计电路板时一定在 SCL 和 SDA 上留两个测试过孔别只靠芯片引脚硬戳。飞线调试时用杜邦线从测试孔引出信号再夹探头和逻辑分析仪安全又省时间。多花两分钟布线后面排查能省半天工夫。
