1. 从一根USB线到I2C总线这个测试到底在测什么手里拿到一块USB转I2C的小板子第一件事不是急着插电脑而是先想清楚我到底要验证什么。标题里写得很明确——USB TO I2C (Excel) Scan核心动作是Scan也就是扫描总线上的从机设备而100KHz总线速率测试_A则点明了这次测试的工况条件标准模式下的100KHz时钟频率。很多人拿到转接板直接跑个扫描程序看到地址就完事但真正做过量产测试的人知道100KHz这个速率下的扫描稳定性才是判断一块转接板能不能用的第一道门槛。USB转I2C这类工具本质上是一个协议桥接器。上位机通过USB接口把I2C读写请求发给桥接芯片桥接芯片再把它翻译成I2C总线上的时序波形。这个过程中涉及两层协议栈的转换USB侧的批量传输或控制传输以及I2C侧的起始条件、地址帧、数据帧、应答位、停止条件。任何一层出问题扫描结果都会异常。所以Scan这个动作看似简单实际上是对整条链路的一次端到端体检。为什么偏偏选100KHz来做这个测试因为100KHz是I2C标准模式Standard-mode的标称速率也是绝大多数传感器、EEPROM、IO扩展芯片默认支持的最高速率。你拿一个400KHz快速模式去扫很多老器件根本不响应你拿10KHz去扫又测不出时序余量。100KHz是一个既通用又能暴露问题的甜点频率。在这个频率下如果扫描出现丢地址、误报地址、偶发NACK那基本可以判定硬件设计或固件时序存在问题。这篇文章适合谁看如果你手头有USB转I2C工具正在做器件选型验证、产线扫描测试、或者嵌入式开发前期的总线排查那这篇内容可以直接拿去参考。我会把扫描测试的完整链路拆开从USB侧枚举、桥接芯片固件行为、I2C电气特性、到上位机扫描算法逐层讲清楚每个环节的坑在哪里以及100KHz这个速率下有哪些容易被忽略的细节。2. USB转I2C桥接芯片的选型逻辑与枚举过程2.1 为什么FT231X这类芯片常被拿来改造成I2C工具市面上很多USB转I2C方案底层其实用的是USB转UART芯片再通过UART控制一颗MCU去产生I2C时序。FT231X就是典型代表它本身是USB转串口芯片但因为它GPIO资源丰富、驱动成熟、上位机API完善很多厂商拿它做二次开发把CBUS引脚配置成I2C的SCL和SDA再配合固件实现位操作。这种方案的优点是驱动免安装、跨平台兼容性好缺点是I2C时序完全靠软件模拟速率和稳定性受限于USB轮询周期。另一类方案是专用USB转I2C芯片比如某些带I2C控制器的桥接IC硬件直接产生时序速率可以做到400KHz甚至1MHz。但这类芯片往往需要厂商提供专用驱动和上位机库通用性差一些。选型的时候要看你测试的对象如果只是扫几个EEPROM和传感器FT231X改造方案足够如果要做高速批量读写或者时序一致性要求高的场景专用芯片更稳。注意FT231X的CBUS引脚驱动能力有限直接驱动I2C总线时上拉电阻不能太小否则引脚拉低时灌电流会超标。这一点在后面的电气章节会详细说。2.2 USB枚举失败的常见原因排查插上转接板电脑没反应设备管理器里看不到新设备——这是最让人抓狂的情况。排查顺序应该是这样的先换USB线再换USB口然后看供电。很多廉价转接板没有做电源隔离USB口供电不足时芯片根本起不来。如果设备管理器里出现未知USB设备或者带黄色感叹号那说明枚举到了但驱动没装上这时候需要手动指定驱动路径。还有一种情况是设备能识别但上位机软件打不开端口。这通常是串口号被占用或者驱动版本和芯片固件不匹配。FT231X的驱动有VCP和D2XX两种模式VCP模式下设备显示为COM口D2XX模式下显示为USB设备。如果你用的上位机是基于D2XX库开发的但驱动装成了VCP模式那软件肯定找不到设备。切换模式需要用FTDI提供的工具改EEPROM配置改完之后重新插拔生效。枚举过程中还有一个隐蔽的坑USB描述符里的VID和PID。有些厂商为了省事直接用了FTDI的默认VID/PID结果电脑上装了官方FTDI驱动后设备被识别成标准串口但厂商自己的上位机又按自定义PID去查找设备两边对不上。这种情况要么改上位机的查找逻辑要么改EEPROM里的PID。我在实际项目中遇到过好几次最后都是统一用FTDI默认VID/PID上位机直接按串口号打开反而最省事。2.3 枚举成功后的端口配置要点设备识别之后打开端口之前还有几个参数要确认。波特率对USB转I2C工具来说通常只是个形式因为实际通信走的是USB批量传输但有些固件会拿波特率来推算I2C时钟分频所以不能随便填。数据位一般设8位停止位1位校验位无。流控必须关掉否则上位机等CTS信号会直接卡死。打开端口之后建议先发一条简单的查询命令比如读取固件版本号确认链路通畅。这一步很多教程会跳过直接开始扫描结果扫描失败时分不清是I2C侧的问题还是USB侧的问题。先做一次USB侧的回环测试把变量隔离出来后面排查会轻松很多。3. I2C总线在100KHz下的电气特性与上拉电阻计算3.1 开漏输出加外部上拉的本质原因I2C总线为什么必须用开漏输出加上拉电阻这个问题看起来基础但实际调试中很多通信失败都跟这个有关。开漏输出的意思是器件只能把总线拉低不能主动拉高。总线的高电平完全靠外部上拉电阻把电压拉上去。这样做的好处是实现线与逻辑只要有一个器件拉低总线整条总线就是低电平不会出现两个器件一个拉高一个拉低导致短路的情况。在100KHz速率下总线周期是10微秒高电平和低电平各占大约5微秒。上拉电阻的阻值直接决定了高电平的上升时间。阻值太大上升沿变缓可能在SCL高电平期间SDA还没稳定导致数据采样错误阻值太小器件拉低时灌电流过大可能损坏引脚。所以上拉电阻的计算不是拍脑袋选的要根据总线电容和上升时间要求来算。3.2 上升时间公式与电阻取值计算I2C规范里对上升时间有明确要求标准模式下上升时间tr最大不能超过1000纳秒。上升时间跟总线电容和上拉电阻的关系近似为tr ≈ 0.847 × R × C其中R是上拉电阻C是总线总电容。假设你的总线走线不长挂了三个器件总电容估算在100pF左右。代入公式1000ns ≥ 0.847 × R × 100pF解出来R ≤ 11.8kΩ。这是上限。下限呢要考虑器件拉低时的灌电流。标准模式下灌电流一般是3mA电源电压3.3V那么R ≥ 3.3V / 3mA 1.1kΩ。所以电阻取值范围在1.1kΩ到11.8kΩ之间。实际工程中4.7kΩ是最常用的值因为它在这个范围内居中兼顾了上升时间和功耗。但如果你挂的器件多、走线长电容可能到200pF甚至更高这时候4.7kΩ就不够了上升时间会超过1000ns。解决办法要么减小电阻到2.2kΩ要么降低总线速率。这就是为什么有些板子在100KHz下扫描正常换到400KHz就丢包——上升时间余量不够了。总线电容推荐上拉电阻100KHz上升时间估算400KHz是否可用50pF10kΩ424ns勉强可用100pF4.7kΩ398ns可用200pF2.2kΩ373ns可用400pF1.1kΩ373ns临界提示上表是基于理想情况的估算实际还要考虑器件引脚电容、PCB走线电感等因素。如果扫描不稳定优先用示波器看波形上升沿不要盲目换电阻。3.3 100KHz下容易被忽略的时序余量问题100KHz听起来很慢10微秒一个周期对于现代芯片来说绰绰有余。但实际测试中很多问题恰恰出在以为很慢就没问题的心态上。比如起始条件保持时间、数据建立时间、应答位采样窗口这些参数在100KHz下的余量其实没有想象中那么大。以数据建立时间为例I2C规范要求数据在SCL上升沿之前至少稳定250ns。如果你的固件在拉高SCL之后才去设置SDA那建立时间就是负的从机采样到的数据就是错的。软件模拟I2C时序时这个顺序绝对不能搞反先设置SDA再拉高SCL先拉低SCL再改变SDA。还有一个坑是时钟拉伸。有些从机在数据处理不过来时会拉低SCL强制主机等待。如果你的USB转I2C固件不支持时钟拉伸检测它会在从机还没释放SCL的时候就继续发时钟导致通信错乱。100KHz下从机处理时间相对充裕时钟拉伸不常见但遇到低速EEPROM写周期时还是会出现。扫描阶段一般只读不写这个问题不突出但如果你扫描之后紧接着做读写测试就要留意。4. 扫描算法的实现细节与地址冲突处理4.1 逐地址探测的基本流程I2C扫描的基本逻辑很直接从地址0x08到0x77逐个发送起始条件加地址帧看从机是否应答。有应答就记录该地址存在设备无应答就跳过。但实际操作中有几个细节决定了扫描的准确性和效率。首先是地址范围。I2C的7位地址空间是0x00到0x7F但其中0x00是通用呼叫地址0x01到0x07是保留地址0x78到0x7F也是保留的。实际可用的从机地址范围是0x08到0x77。有些扫描程序从0x00开始扫会把保留地址也报出来造成误判。所以扫描范围要限定在0x08到0x77之间。其次是每次探测之后必须发停止条件。如果不发停止条件直接发下一个起始条件这叫重复起始条件虽然I2C协议允许但有些从机状态机会因此混乱导致后续地址探测异常。稳妥的做法是每次探测都完整地发起始、地址、停止让总线回到空闲状态再开始下一次。4.2 误报地址的成因与过滤方法扫描时偶尔会看到一些不该存在的地址被报出来比如明明只挂了一个0x50的EEPROM结果0x51、0x52也被标记为存在。这种情况通常是总线干扰或者时序临界导致的误应答。成因有几个一是上拉电阻太大上升沿太缓从机在地址帧的某个位上采样到了错误电平二是总线电容太大信号反射导致毛刺三是多个从机地址有重叠比如某些器件的地址引脚悬空时默认地址和另一个器件冲突。过滤误报的方法很简单对每个报出的地址做多次探测比如连续探测三次三次都有应答才确认存在。如果某个地址时有时无那基本可以判定是干扰或者时序余量不足。另外可以在探测到设备后尝试读取一个已知寄存器比如WHO_AM_I或者设备ID能正确读回预期值才最终确认。这个方法在量产测试中特别有用能有效过滤掉假阳性。4.3 多设备共存时的地址规划建议一条I2C总线上挂多个设备时地址冲突是最常见的问题。比如两个同型号的EEPROM默认地址都是0x50如果不做地址区分扫描时只能看到一个。解决办法是通过器件的地址引脚A0、A1、A2设置不同地址。但有些廉价模块把地址引脚直接接地或悬空用户没法改这时候只能换器件或者用I2C多路复用器。在扫描测试阶段如果发现某个地址反复出现但读取数据异常要怀疑是不是两个设备地址冲突了。可以用示波器看应答位的波形如果应答电平介于高和低之间比如1.6V左右那说明有两个设备同时拉低总线产生了竞争。正常应答应该是接近0V的干净低电平。注意I2C多路复用器本身也占一个地址扫描时会看到它的地址。如果你不知道总线上有多路复用器可能会把它误认为从机设备。多路复用器的地址通常是0x70到0x77之间的某个值看到这个范围的地址要多留个心眼。5. 实测中遇到的典型异常与排查链路5.1 扫描结果为空从USB侧到I2C侧的逐段隔离插上板子打开软件点扫描结果一个设备都没扫到。这时候不要急着怀疑I2C侧先确认USB侧是否正常。第一步看设备管理器里有没有识别到转接板第二步用厂商提供的回环测试工具确认USB通信正常第三步用万用表量SCL和SDA的静态电平正常应该是接近电源电压的高电平。如果静态电平就是低的那说明总线被某个器件持续拉低或者上拉电阻没焊。如果静态电平正常但扫描还是空那就用示波器看扫描时SCL和SDA有没有波形。有波形但没应答说明地址不对或者从机没供电没波形说明固件没发出I2C时序问题在USB转I2C这一侧。我遇到过一种情况是固件里I2C使能位没打开USB通信正常但I2C引脚一直是高阻态扫描自然没结果。这种问题只能靠看固件源码或者联系厂商解决。5.2 扫描到地址但读写失败时序参数不匹配扫描能扫到地址说明从机存在且地址正确但后续读写数据时失败。这种情况通常是时序参数不匹配。比如从机要求SCL低电平时间至少4.7微秒但你的固件只给了2微秒从机来不及响应。100KHz下标准低电平时间是5微秒左右一般够用但如果固件为了提速把低电平时间压缩了就会出问题。另一个常见原因是重复起始条件的处理。有些从机在写寄存器地址之后需要重复起始条件来切换读写方向如果你的固件在写完之后发了停止条件再发起始条件从机状态机会复位之前的寄存器地址就丢了。这种问题在读写EEPROM时特别常见扫描阶段不涉及但扫描完做读写验证时就会暴露。5.3 偶发性NACK电源噪声与地弹的排查扫描过程中偶尔出现NACK重扫一次又正常了。这种偶发问题最难查因为它不是稳定复现的。常见原因有两个电源噪声和地弹。电源噪声来自开关电源或者电机等大功率设备耦合到I2C总线上导致电平误判。地弹是因为地线阻抗不够低器件拉低总线时地电位瞬间抬升导致从机看到的低电平不够低。排查方法是先用示波器看电源纹波如果纹波超过50mV就要加滤波电容。然后看地线如果转接板和从机不在同一块板上地线要尽量短且粗。我试过在SCL和SDA上各串一个100欧姆电阻配合示波器观察能明显看到毛刺被抑制了。但串电阻会影响上升时间100KHz下100欧姆影响不大400KHz以上就要谨慎。异常现象可能原因排查手段解决方向扫描为空USB未枚举/固件未使能I2C设备管理器/示波器看波形重装驱动/更新固件地址误报上升沿过缓/总线干扰示波器看上升时间减小上拉电阻读写失败时序参数不匹配逻辑分析仪抓时序调整固件延时偶发NACK电源噪声/地弹示波器看电源纹波加滤波电容/改善地线5.4 逻辑分析仪在排查中的实际用法逻辑分析仪是排查I2C问题的利器但很多人买了之后不知道怎么用。接线上把通道0接SCL通道1接SDA地线一定要接。采样率设到至少1MHz100KHz的I2C信号用1MHz采样只能看到大概轮廓设到10MHz才能看清细节。触发条件设成SDA下降沿起始条件这样每次扫描都能抓到完整波形。抓到波形之后重点看三个地方起始条件的建立时间、地址帧每个位的电平、应答位的电平。如果地址帧某一位电平模糊说明上升时间不够如果应答位不是干净的低电平说明有竞争或者干扰。逻辑分析仪软件通常自带I2C解码功能直接把波形翻译成地址和数据对照扫描结果看哪个地址出了问题效率很高。6. 从扫描测试延伸到实际项目中的经验总结6.1 扫描通过不等于通信可靠扫描只能证明从机在总线上存在并且能应答地址帧不能证明数据读写可靠。我见过很多板子扫描全过但一读写就出错。所以扫描之后一定要做一轮读写验证比如往EEPROM写一个字节再读回来或者读传感器的WHO_AM_I寄存器。只有读写都正常才能判定这条I2C链路可用。读写验证的时候要注意有些器件的寄存器地址是8位的有些是16位的读写时序不一样。EEPROM通常是16位地址传感器通常是8位地址。如果你的验证程序用错了地址宽度读出来的数据就是错的但这不代表硬件有问题。先查数据手册确认地址宽度再写测试代码。6.2 100KHz测试通过后要不要试400KHz100KHz扫描通过之后很多人会想试试400KHz能不能跑。我的建议是如果项目需求只要求100KHz那就不要没事找事去试400KHz。400KHz对上升时间、总线电容、固件延时的要求都更严格100KHz下勉强能用的板子在400KHz下可能直接罢工。而且一旦你在400KHz下发现不稳定还得回头改硬件浪费时间。但如果项目确实需要400KHz那在100KHz测试通过后要逐步提速验证。先试200KHz稳定运行一段时间再试400KHz。每次提速都要重新检查上升时间和时序余量。不要直接从100KHz跳到400KHz中间出了问题分不清是哪个环节的瓶颈。6.3 产线批量测试时的效率优化如果这个扫描测试是要放到产线上批量跑的那效率很重要。逐地址扫描0x08到0x77一共112个地址每个地址探测一次大概需要几百微秒全部扫完不到100毫秒。但如果每个地址都做三次确认时间就翻三倍。产线上可以先用单次扫描快速筛发现异常地址再做多次确认。另外如果产品上挂的器件地址是固定的可以直接跳过扫描直接按已知地址做读写验证速度更快。还有一个技巧是把扫描和读写验证合并。扫描到地址后立即读一个设备ID能读回预期值就记录通过读不回就标记异常。这样一趟下来既完成了扫描又完成了验证比分开做省一半时间。当然这要求上位机软件支持这种流程如果用的是通用扫描工具就只能分两步走。6.4 转接板长期使用的稳定性观察USB转I2C转接板用久了可能会遇到一些偶发问题。比如某天突然扫描不到了重新插拔又好了。这种情况可能是USB接口氧化接触不良也可能是芯片过热保护。FT231X这类芯片在长时间连续工作时会发热如果板子没有散热设计芯片温度升高后时序可能漂移。建议在连续扫描测试时每隔一段时间让总线空闲几秒给芯片降温。另外转接板的EEPROM配置如果被意外改写VID/PID变了驱动就认不到了。这种情况需要用FTDI的工具重新烧录配置。平时不用的时候把转接板放在防静电袋里避免静电打坏芯片。我手头有几块转接板用了三年多除了接口松动换过一次线芯片本身没出过问题整体还是比较耐用的。6.5 关于Excel在标题中的含义推测标题里的Excel这个词有点意思。结合Scan来看很可能是指扫描结果以Excel表格形式输出方便记录和比对。这在产线测试中很常见扫描完自动生成一个表格列出所有检测到的地址、设备ID、读写验证结果操作员直接看表格判断良品不良品。如果上位机软件不支持Excel导出可以用Python脚本调用扫描工具的API把结果写到CSV文件里再用Excel打开。这样既灵活又方便后续数据分析。如果Excel指的是用Excel表格来配置扫描参数比如在表格里填写要扫描的地址范围、每个地址的预期设备ID然后上位机读取表格执行扫描那这种用法在批量测试中也很实用。不同产品型号对应不同的表格换型时只需要换表格文件不用改软件代码。这种设计思路值得借鉴尤其是多品种小批量的生产场景。7. 写在最后的几点实操体会做USB转I2C扫描测试这些年最大的体会是工具本身的问题往往比被测对象的问题更难查。因为被测的从机有数据手册可查时序参数写得清清楚楚但转接板的固件行为、驱动兼容性、USB枚举细节这些信息往往不透明出了问题只能靠试。所以我的习惯是拿到一块新转接板先不接任何从机用示波器看它发出的I2C波形是否规范确认工具本身没问题再去接从机测试。这一步花十分钟能省掉后面几个小时的扯皮。另一个体会是关于上拉电阻的。很多模块为了省事直接在板上焊了10kΩ的上拉电阻短距离、少器件的情况下能用但稍微复杂一点的环境就不行了。我现在的做法是转接板上不焊上拉电阻或者焊一个可插拔的排针根据实际总线情况选择合适阻值。4.7kΩ是万能值但如果你挂的器件多备一些2.2kΩ和1.5kΩ的电阻关键时刻能救急。最后说一个容易被忽略的点I2C总线的地线。很多人只关注SCL和SDA忘了地线也是信号回路的一部分。如果转接板和从机之间的地线太长或者太细地电位差会导致电平判断错误。我遇到过一块板子扫描时好时坏换了三根USB线都没用最后发现是转接板和从机之间的杜邦线地线接触不良。换了一根短而粗的地线问题直接消失。所以下次扫描出问题的时候先检查地线再查其他。
