手里正好在做一台需要“全电压域”测试的PD受电设备从5V一直诱骗到20V再折腾PPS可编程电源档位绕不开一颗芯片CH224A/Q。这颗来自WCH的USB PD诱骗芯片物理层和协议层都帮你啃干净了但很多人只是把它当成一个“把充电器电压拉出来”的黑盒子IIC读完寄存器就给完事。实际上IIC上能读到的状态、配置、检测到的VBUS电压和CC线上真正在跑的Source Capabilities报文是严格对应的。搞懂这层对应关系你才算是真正会用这颗芯片。这篇文章就拿CH224A/Q当主线把从IIC寄存器里挖数据到CC线上Source Capabilities报文解析的完整链条走一遍。内容包括PD报文头的逐bit拆解、Fixed PDO和PPS APDO的编码规则、用C代码解析PDO的实操示例以及我踩过的几个坑。适合正在做PD诱骗、电源测试、或者自己捣鼓USB PD供电方案的工程师和DIY玩家。1. 从IIC数据到快充协议为什么要死磕SRC Cap报文1.1 CH224A/Q到底是个什么角色CH224A/Q本质上是一个USB PD的Sink端控制器也就是受电端设备里的“谈判代表”。充电器作为Source端上电后会往CC线上广播自己的能力这份广播报文就是Source Capabilities简称SRC Cap。CH224A/Q收到这份报文后根据内部配置或者外部IIC写入的请求从中挑一个合适的电压电流档位再发Request报文回去完成一次PD协商。这里的关键点在于CH224A/Q并没有把原始PD报文缓存在IIC寄存器里给你看。它做完了物理层BMC解码、协议层CRC校验、PDO筛选最终只把结果状态量暴露给主机。所以当你说“从IIC数据到快充协议”的时候实际上是一条双向链路CC线上的SRC Cap报文是源头IIC寄存器里的状态和配置是结果。你想完整体验这条链路两头都得会看。只看IIC的人经常会遇到一个困惑为什么同一个充电器插上后输出的电压档位和我预期的不一样原因就在于你没看SRC Cap。充电器宣告的PDO集合决定了它能给什么CH224A/Q的配置决定了它挑了哪个缺一头都没法解释最终现象。1.2 解析SRC Cap报文能解决的实际问题我总结下来真正需要去抠SRC Cap报文的场景至少有三种。第一种是兼容性调试。你做的设备插到某个充电器上诱骗不出20V或者只能出5V这时候你必须搞清楚充电器到底广播了哪些PDO。是充电器本身不支持20V还是CH224A/Q的配置没对上没有SRC Cap的解析能力你只能靠猜。第二种是PPS调试。支持PPS的充电器会在SRC Cap里带APDO这类PDO的电压电流是连续可调的而不是固定档。如果你想做锂电池充电、或者需要精确电压的测试设备必须能从SRC Cap里解析出PPS的最小电压、最大电压和最大电流才能正确发起请求。第三种是产品验证。如果你的设备用CH224A/Q诱骗供电量产前可能要验证它在不同PDO下的表现。这时候抓一次SRC Cap报文确认档位选择逻辑是否符合预期比反复插拔充电器要高效得多。2. 前置基础IIC怎么从CH224A/Q里把数据挖出来2.1 CH224A/Q的IIC角色和地址怎么定CH224A/Q在IIC总线上是标准从机角色主机用MCU来读它。这个设计很实用因为主控可以随时查询芯片当前状态而不需要额外占用IO口去模拟PD握手。IIC的7位地址由ADDR0和ADDR1两个引脚的电平组合决定常见的默认配置下地址是0x48换算成8位写地址就是0x90读地址是0x91。如果你在板子上把这两个引脚都拉低那就是这个地址。有的板子会把地址配成0x49、0x4A、0x4B具体取决于ADDR0/ADDR1的上下拉。这里有个容易踩的坑你搜到的例程里写着0x48但你手上的模块把ADDR引脚接到了其他地方导致IIC通信一直不成功。所以拿到模块或者自己画板子时第一件事就是确认这两个引脚的接法而不是直接抄代码里的地址。IIC速率建议走100kHz或者400kHz即可。CH224A/Q内部对IIC时序要求并不苛刻普通MCU的硬件IIC和软件模拟IIC都能稳定工作。我个人习惯用硬件IIC省CPU但如果你只是调试期间偶尔读一次状态软件模拟反而更灵活能快速换引脚。2.2 寄存器读取流程与最小主机代码CH224A/Q的寄存器读取遵循标准IIC读寄存器流程先发设备地址加写位再发目标寄存器偏移地址然后重新发设备地址加读位连续读取数据。一个最简的读取流程大概是这样// 伪代码读取CH224A/Q指定寄存器的值 uint8_t ch224_read_reg(uint8_t reg_addr) { uint8_t val 0; iic_start(); iic_send_byte(0x90); // 7位地址0x48 写位 iic_wait_ack(); iic_send_byte(reg_addr); // 目标寄存器偏移 iic_wait_ack(); iic_start(); iic_send_byte(0x91); // 7位地址0x48 读位 iic_wait_ack(); val iic_read_byte(); iic_send_nack(); iic_stop(); return val; }读回来之后关键是把原始数据映射到物理意义上。比如电压检测寄存器读回的值通常需要经过一个比例换算才是真实的VBUS电压这个换算系数必须在CH224A/Q的数据手册里查不同固件版本可能不一样。我在调试时就遇到过读回数值一直偏大的情况最后发现是手册版本没看对换了换算系数就好了。还有一点要注意CH224A/Q内部某些寄存器是只读状态位有些是只写配置位读写属性不一样。你在往配置寄存器里写数据之前最好先读一遍掌握当前值再用“读-改-写”的方式操作避免把其他bit覆盖掉。2.3 拿到的裸数据怎么对应到状态量IIC读回来的裸数据最有价值的是三类配置信息、状态信息、ADC检测结果。配置信息决定了芯片会怎么响应SRC Cap。比如目标电压、是否启用PPS、是否允许降级到5V等这些配置会被芯片拿去和SRC Cap里的PDO做匹配。状态信息则告诉你当前协商结果比如当前输出电压档位、协商是否完成、是否发生错误。ADC检测结果能反映VBUS实际电压这个对验证PDO请求是否真的生效很关键。举个实际例子你给CH224A/Q配置了请求20VIIC读到的状态也显示协商成功但VBUS ADC读回来的电压只有5.2V。这时候你就该怀疑是不是充电器的SRC Cap里根本没有20V的PDO或者那个PDO的电流能力不满足你的配置需求。看IIC数据能发现问题但定位问题还得回到SRC Cap报文本身。3. Source Capabilities报文的“解剖学”3.1 PD通信里SRC Cap报文的位置USB PD通信发生在CC线上物理层用的是BMC编码比普通UART要复杂一些。充电器上电后会周期性地发送SRC Cap报文直到收到Sink端的Request报文为止。整个PD协商的顺序是Source发SRC CapSink回RequestSource回Accept和PS_RDY之后Source才正式拉高电压。SRC Cap报文是Data Message类型报文头里的Message Type字段指向的正是“Source Capabilities”这个消息。一个完整的PD报文由前导码、SOP、报文头、Data Objects、CRC32、EOP组成。SRC Cap报文里的Data Objects就是PDO每个PDO固定32bit最多可以带7个。也就是说一颗充电器最多宣告7个供电能力档位。很多人以为CC线上跑的数据可以直接用串口助手看这是个误会。BMC编码下的信号不是标准TTL电平需要用逻辑分析仪配合解码工具或者专门的PD分析仪才能还原出报文内容。好在做SRC Cap解析时我们真正需要关心的主要是报文头和PDO的bit含义物理层解码工具搞定就行。3.2 报文头和PDO结构逐位拆解报文头是16bit它承担了“这包是什么”的职责。Bit15到Bit12是消息类型对于SRC Cap来说这个值就是Source Capabilities的编码。Bit8到Bit6是消息ID每发送一次新的报文这个ID会递增用来让对端区分新报文和重传。Bit4到Bit0是Data Object的数量也就是PDO个数对于SRC Cap报文这个值至少是1最多是7。PDO才是真正承载供电能力的地方。最常见的Fixed PDO和PPS APDO解析方法我直接给表PDO类型最高位[31]电压字段位置电压单位电流字段位置电流单位Fixed Supply PDO1Bit19-Bit1050mV/LSBBit9-Bit010mA/LSBPPS APDO0Bit19-Bit15100mV/LSBBit9-Bit650mA/LSBFixed PDO的电压标称值可以理解成“这一段PDO只提供某个固定电压”比如20V的PDO电压字段读出来的十进制数乘以50mV就是20V。PPS APDO则不同它的电压字段表示的是一个可调范围的上限实际能输出的电压在最小值和最大值之间连续可调这个“可调”的能力才是PPS的核心价值。3.3 一条真实SRC Cap报文的解析演示我拿一个常见的65W充电器来举例。假设从逻辑分析仪抓到的SRC Cap报文里Data Objects有三个分别对应三个PDO按理应该翻译成9V/3A、12V/3A、20V/3.25A之类的档位。实际上从PDO原始值反推电压电流的算法非常简单// 解析Fixed PDO原始值 uint32_t pdo 0x0002C0B0; // 举例某个原始PDO值 int voltage_mv ((pdo 10) 0x3FF) * 50; // 单位mV int current_ma (pdo 0x3FF) * 10; // 单位mA printf(Fixed PDO: %d.%03dV / %d.%03dA\n, voltage_mv / 1000, voltage_mv % 1000, current_ma / 1000, current_ma % 1000);这段代码的核心逻辑就是按位取出电压字段和电流字段再乘上各自对应的LSB权重。写成这样后不管是解析哪颗充电器的SRC Cap你只需要把PDO原始值喂进去就行。如果你抓到的是一条PPS的APDO解析方法类似只不过移位宽度和LSB不一样。我在实际解析中还遇到过一个小陷阱有些充电器宣告的PDO电压是5V、9V、12V、15V、20V五个固定档但还有第六个PPS档。如果只解析前五个你会漏掉PPS支持导致诱骗时无法进入可调电压模式。所以写解析代码时循环要遍历完报文中所有的Data Objects一个PDO都别跳。4. 把IIC数据和PD报文拼起来实操流程4.1 抓取CC线报文的准备工作要看到真正的SRC Cap报文你需要在CC线上做物理层采样。最省事的办法是买一个USB PD协议分析仪插到充电器和CH224A/Q模块之间它会把CC线上的BMC信号解码成报文直接在PC软件里显示。如果没有专用分析仪也可以用高采样率的逻辑分析仪但需要自己写BMC解码逻辑门槛高一些。另一种思路是用示波器单次触发抓CC线上的波形然后手动解码。这个方法我只在确认物理层时序时用效率太低不适合日常调试。实操中我更推荐直接上协议分析仪几百块的投资能省下大量时间。抓包时注意把分析仪串接在CC线中不要只夹在单端否则可能影响PD通信。抓包前充电器最好先断电再上电这样能捕获到完整的协商过程。因为SRC Cap只在充电器上电后广播一次如果错过了就得重新拔插。我用逻辑分析仪时习惯把触发条件设为CC线上出现第一个下降沿这样基本不会漏。4.2 数据关联IIC状态与SRC Cap PDO怎么对应当我们同时拿到了IIC读出的状态和CC线上抓到的SRC Cap报文下一步就是建立映射关系。举例来说IIC里读到的“当前电压档位”是9V你回头去看抓到的SRC Cap确认里面确实存在一个9V/3A的Fixed PDO这个对应就闭环了。还有一种情况IIC里能读到“当前请求的PDO索引”这个索引对应的正是SRC Cap报文里的第几个PDO。我调试时最喜欢看这个字段因为一眼就能判断芯片的档位选择逻辑是不是符合预期。明明是第三个PDO是20V结果芯片偏偏选了第二个PDO的12V这时候就要去看配置寄存器里的优先级设置了。只盯着IIC数据不看SRC Cap最容易出的问题是把“充电器没有这档电压”误判为“芯片配置错误”。反过来只抓SRC Cap不看IIC你又没法确认芯片到底选没选上。两条数据线一块看才是完整的调试视角。4.3 常见场景下的PPS与固定档位选择策略做PD受电时档位选择策略会直接影响设备的可靠性和效率。如果你的设备只是需要固定电压比如12V给电机驱动、20V给Type-C扩展坞那就用Fixed PDO就够了配置CH224A/Q去匹配对应的固定档位逻辑简单兼容性最好。如果你的设备需要在一定范围内调整电压比如给电池做恒压恒流充电那就得用PPS的APDO。PPS的好处是电压可以按100mV步进连续调整而且电流限制也更精细。但要注意PPS档位不是所有充电器都支持而且有些充电器的PPS标称范围和实际能力有出入。我建议在设备固件里做降级逻辑优先PPS匹配不到PPS就退回Fixed PDO。还有一个经验解析SRC Cap时最好把每个PDO的电压、电流、类型都打印出来不要只打印电压。因为有些充电器会宣告一个20V/0.5A的奇怪PDO如果你只看电压不看电流请求之后可能直接触发过流保护。看清楚再选稳得多。5. 常见问题与排查技巧实录5.1 IIC读出来的数据全是0xFF或0x00这个现象十有八九是地址不对或者接线有问题。先用万用表确认ADDR0和ADDR1的电平再对照手册确认IIC地址。如果你用的是软件模拟IIC检查SCL和SDA引脚是否接反以及有没有加上拉电阻。CH224A/Q的IIC引脚需要上拉一般接4.7kΩ到3.3V别偷懒省掉。还有一种情况是供电没起来。CH224A/Q需要VCC供电正常后才响应IIC如果VBUS还没建立芯片可能处于未初始化状态IIC读出来自然是异常值。我遇到过好几次排查到最后发现是充电器没插好VBUS根本没上来。5.2 报文头PDO数量对不上你抓到的SRC Cap报文里报文头写的PDO数量是5但后面实际解出来的有效PDO只有4个或者某个PDO解出来电压是0V。这种情况通常是抓包丢数据了。CC线上的BMC信号对采样率要求不低逻辑分析仪采样率不够容易丢bit导致后续位错乱。解决方法是提高采样率至少保证每个BMC位有20个采样点以上。如果条件允许换用专门的PD协议分析仪能省很多事。另外解析代码也要做健壮性校验PDO个数超出报文头声明的范围时直接报错不要强行继续解析。5.3 诱骗电压和PDO宣告不一致这是最让人抓狂的问题SRC Cap里明明写了20V/3.25ACH224A/Q也配置成要20V但实际量VBUS就是只有12V。先排除一种简单情况充电器有多路输出你插的Type-C口可能和抓包的CC线不是同一个口。多口充电器每个口的PDO能力可能不同你得确认供电口和分析仪的通道是同一物理链路。如果链路没问题那大概率是请求的电流能力超过了PDO宣告值。比如PDO宣告的是20V/2.25A而你配置的请求电流是5A芯片可能会拒绝这个请求退回5V。CH224A/Q本身有降级机制请求不匹配时它会选择一个更安全的档位。这时候我去查IIC里的协商失败原因寄存器基本都能看到线索。5.4 一台充电器反复插拔后PDO不固定现在很多智能充电器会根据负载和线缆情况动态调整SRC Cap尤其是带多口功率分配功能的充电器。你第一次插上时它宣告了65W的PDO第二次插上时可能变成了45W。这种现象不是芯片问题是充电器的策略在起作用。遇到这种动态PDO调试时不要指望IIC配置一次就永远生效。我现在的做法是在设备端做一个简单的PDO缓存每次协商成功后把SRC Cap的关键信息存下来下次上电先读取上次的记录做参考。这样即使充电器策略变了也能快速发现差异。5.5 检查清单与快速定位建议我把调试流程整理成了一个固定顺序先确认VBUS有没有电再确认CC线上的物理层抓包是否干净接着看SRC Cap报文内容是否合理然后看IIC寄存器里芯片选择的档位最后用万用表量VBUS实际电压。这五步按顺序走下来基本能覆盖90%的CH224A/Q调问题场景。如果IIC和抓包都正常但电压还是不对最后一个排查手段是换一颗充电器对比测试。有时候就是某颗充电器对CH224A/Q的兼容性不好换了就好。别在单颗充电器上死磕太久浪费时间。我自己的习惯是做一个简单的桌面工具把IIC读取、PDO解析、报文抓取三样整合到一起。每次调试时软件里同时显示SRC Cap的所有PDO和CH224A/Q当前状态一眼就能看出问题在哪。磨刀不误砍柴工这个工具做出来之后后面测再多的充电器都轻松很多。