1. 项目概述与核心价值如果你正在设计一款基于USB Type-C接口的笔记本电脑、扩展坞或者高端移动电源并且希望它能智能地与各种充电器“对话”协商出最适合的电压和电流那么你大概率绕不开一颗叫做TPS25751的PDPower Delivery控制器芯片。这颗来自TI的芯片功能强大但随之而来的配置复杂度也常常让工程师们头疼尤其是在需要通过主控MCU通过I2C总线去精细控制它的时候。我最近就在一个高性能笔记本的项目上深度折腾了这颗芯片核心任务就是让我们的设备主板Host能够通过I2C可靠地配置TPS25751完成固件升级、电源能力协商等一系列操作。官方几百页的技术参考手册Technical Reference Manual信息量巨大但实际动手时你会发现手册是“地图”而真正“开路”会遇到各种手册里一笔带过甚至没提的坑。比如为什么用I2Cw任务写了配置寄存器读回来却发现没生效为什么按照流程图推送Patch Bundle补丁包却总是卡在某个状态AUTO_NEGOTIATE_SINK寄存器里那一堆位域到底怎么设才能让设备既安全又贪婪地要到最高功率这篇内容就是我啃完手册、调试通宵、用示波器抓了无数波形后梳理出的关于TPS25751 I2C通信与电源协商配置的实战详解。我不会照本宣科地翻译手册而是聚焦在你真正开发时必须搞清楚的几个核心环节如何通过4CC任务进行可靠的I2C读写、如何安全地给PD控制器升级固件、以及如何通过配置寄存器让电源协商结果完全符合你的产品设计预期。我会把手册里隐含的逻辑、容易出错的细节以及我踩过的那些“坑”都摊开来讲清楚。无论你是刚开始接触Type-C PD协议还是正在调试TPS25751的具体应用相信这些从一线实战中总结出的经验都能帮你少走弯路。2. I2C通信基础与TPS25751的接口架构在深入TPS25751的具体操作之前我们有必要统一一下对I2C总线以及这颗芯片独特接口设计的理解。这能从根本上解释后续很多操作“为什么要这么做”。2.1 I2C总线协议的精髓与常见误区I2C协议大家都很熟悉两根线SDA数据、SCL时钟、7位地址、起始/停止条件、ACK/NACK应答。但在与像TPS25751这样的复杂外设通信时我们不能只停留在“能通”的层面必须关注时序和电气特性。首先TPS25751的I2C接口速度通常支持标准模式100kHz和快速模式400kHz。手册里可能不会强调但你的主控MCU的I2C外设配置必须与之匹配特别是时钟延展Clock Stretching的支持。TPS25751在处理某些内部操作如执行一个4CC任务时可能会拉低SCL线以暂停通信等待内部操作完成。如果主控不支持时钟延展通信就会超时失败。我建议在初始化MCU的I2C外设时务必使能时钟延展功能。其次是关于上拉电阻。I2C总线是开漏输出必须依赖外部上拉电阻。电阻值的选择需要根据总线电容和通信速度计算。对于连接TPS25751的I2C总线如果线长较短PCB板内通常3.3kΩ到10kΩ的电阻是合适的。但如果你通过FPC线缆连接引入了较大电容可能需要减小上拉电阻值如2.2kΩ以确保上升沿速度避免通信错误。一个简单的判断方法是用示波器测量SDA和SCL线的上升时间应小于I2C模式规定时间的1/3。2.2 TPS25751的双I2C端口I2Cc与I2Ct这是TPS25751的一个关键设计也是容易混淆的点。芯片提供了两个独立的I2C从机接口I2Cc (Controller Communication Port)这是主通信端口。你的主机如嵌入式MCU通过这个端口与PD控制器的“应用层”交互执行绝大部分日常操作包括读写大量的配置寄存器如AUTO_NEGOTIATE_SINK。发送4CC任务命令如I2Cr/I2Cw去读写外部EEPROM或其他I2C设备。读取状态和事件寄存器如INT_EVENT1。在正常应用APP模式下主机都通过这个端口与芯片通信。I2Ct (Transport Port)这是固件/补丁传输端口用于底层固件管理。它的主要用途非常专一在芯片上电启动或需要更新时主机通过此端口向TPS25751推送完整的“应用定制二进制文件”Application Customization Binary或“补丁包”Patch Bundle。它用于访问芯片的引导加载程序Bootloader和补丁加载模式。在正常运行时APP模式这个端口通常不用于常规数据通信。为什么这样设计这是一种安全性和可靠性的架构分离。I2Ct用于处理固件这种底层、关键的代码更新即使应用层固件运行在I2Cc上出现问题只要Bootloader完好仍然可以通过I2Ct进行恢复。同时这也避免了应用层的误操作影响到固件存储区域。实操要点在你的硬件设计上I2Cc和I2Ct是两组独立的物理引脚I2Cc_SDA/SCL和I2Ct_SDA/SCL。你需要将这两组线都连接到你的主控MCU。在软件驱动层你需要为这两个端口初始化两个独立的I2C外设实例或使用同一个外设但动态切换目标地址。切记在芯片处于BOOT或PTCH模式时你只能通过I2Ct端口与其通信在APP模式时常规操作走I2Cc固件更新操作需要先通过I2Cc发送命令让芯片进入PTCH模式然后再切换至I2Ct端口进行数据传输。3. 核心通信机制4CC任务详解TPS25751与主机之间的高级交互主要通过一种称为“4CC任务”的机制。你可以把它理解为发送给芯片的一个“命令包”告诉芯片“去帮我执行某个特定操作”。I2Cr和I2Cw就是其中最常用的两个任务用于代表主机去访问其他I2C从设备。3.1I2Cr任务委托PD控制器进行I2C读取当你的主控MCU需要读取连接在TPS25751的I2Cc端口上的某个设备比如一个EEPROM或传感器时你并不直接去操作I2Cc的引脚而是通过I2Cc端口向TPS25751发送一个I2Cr任务指令委托PD控制器内部的I2C控制器去执行这次读操作。任务输入数据结构解析你需要构造一个4字节的输入数据DATAX写入到特定的命令寄存器。Byte 1 (目标地址)Bit 7: 保留位必须写0。Bit 6-0:I2C从设备地址。注意这里存放的是7位I2C地址并且是左对齐格式。例如一个I2C地址为0x50二进制1010000的设备你需要将0x50 1吗不这里直接放入0x50即0b01010000。因为Bit7是保留位所以实际有效数据就是0x50。Byte 2 (寄存器偏移量)你要读取的目标设备内部寄存器的起始地址。Byte 3 (读取字节数)一次连续读取的字节数量最大值取决于芯片缓冲区对于TPS25751通常是64字节。任务执行与输出发送任务后你需要轮询任务完成状态。成功后从输出数据寄存器中读取结果。输出数据的前64字节DATAX的Byte 2-65就是按顺序读回的数据。Byte 1是任务返回码必须检查。0x00通常表示成功非零值表示错误如NACK。关键陷阱与实操心得注意手册中明确提到两个连续的I2Cr任务之间必须间隔至少5秒。这是一个非常容易忽略的硬性限制如果你在5秒内发送了第二个I2Cr命令芯片可能会直接拒绝或产生可预知的行为。在设计你的驱动代码时必须为每个I2Cr操作添加时间戳检查或者使用队列机制来管理请求。我曾在调试时因为频繁读取一个传感器状态而触发了这个限制导致间歇性通信失败排查了很久。3.2I2Cw任务委托PD控制器进行I2C写入与I2Cr对应I2Cw用于委托PD控制器执行I2C写操作。输入数据结构解析I2Cw的输入数据包更长因为包含了要写入的载荷Payload。Byte 1 (目标地址)同I2Cr7位I2C地址。Byte 2-3 (长度)Byte 2 (高8位)保留。Byte 3 (低8位)本次I2C写事务的总载荷字节数。注意这个长度包括了寄存器偏移量Byte 4和后续的写入数据Byte 5-14。例如如果你要写入1个字节的寄存器偏移和3个字节的数据那么总长度字段应设置为4。Byte 4 (寄存器偏移量)要写入的目标设备内部寄存器地址。Byte 5-14 (载荷)实际要写入的数据最多10字节。如果长度字段指定的数据超过10字节超出的部分会被PD控制器忽略。一个极其重要的异步特性这是I2Cw与I2Cr最大的不同也是最大的坑点。手册明确指出PD控制器内部维护了一个I2C事务队列。I2Cw任务成功完成仅表示这个写请求已经被成功排入队列并不保证I2C总线上的物理写操作已经完成这意味着什么如果你在发送I2Cw任务后立即尝试通过I2Cr去读取刚写入的寄存器来验证很可能会读到旧数据因为物理写入可能还在排队或执行中。正确的验证方法等待与轮询在发送I2Cw后等待一段时间例如几毫秒到几十毫秒取决于总线负载然后再发送I2Cr去读取验证。检查事件标志更可靠的方法是监控INT_EVENTx.I2CControllerNACKed标志位。如果写操作在总线上被从设备NACK未应答这个标志会被置位。你可以在发送I2Cw后稍作延迟然后读取中断事件寄存器来检查是否出错。同I2Cr的间隔限制I2Cw命令同样有5秒的时间间隔限制。我的调试经验在配置一个外挂的EEPROM时我采用“写-延时-读-比较”的循环来确保配置生效。延时的具体值需要根据目标I2C从设备的写入周期tWR来定。对于EEPROM页写入周期可能达到5ms那么这里的延时至少需要5ms以上。盲目地短延时重试只会增加通信失败的概率。4. 固件与补丁管理通过I2Ct端口升级产品上市后难免需要通过软件更新来修复问题或增加功能。TPS25751支持通过I2Ct端口进行固件Application Customization Binary和补丁Patch Bundle的更新。这个过程比简单的寄存器读写要复杂涉及模式切换和严格的流程控制。4.1 模式识别BOOT, PTCH, APP芯片在上电或复位后会进入一个特定的模式主机需要通过读取MODE寄存器通过I2Ct端口来确认。BOOT模式通常表示芯片内部的应用程序镜像损坏或者ADCINx引脚配置的“基础I2C地址”不正确。此时芯片运行的是最底层的Bootloader等待主机通过I2Ct推送完整的应用程序二进制文件。PTCH模式表示芯片已成功加载基础应用程序并正在等待或正在接收补丁包。这是执行增量更新的状态。APP模式表示芯片处于正常运行状态完整的应用程序包括已应用的补丁正在运行。此时可以通过I2Cc端口进行所有常规功能配置。4.2 补丁包推送流程实战拆解手册中的图5-1流程图是纲领但直接照着编代码还是会踩坑。下面我结合代码片段和状态机思路详细拆解每一步步骤1前置检查与准备// 假设所有PD控制器已上电VIN_3V3稳定 delay_ms(10); // 等待电源稳定手册建议的延迟 // 1. 读取所有PD控制器的 INT_EVENT1 寄存器 (通过I2Ct使用其基础地址) for (each pd_controller) { i2c_read(I2Ct_bus, pd_base_addr, REG_INT_EVENT1, event1); if (!(event1 READY_FOR_PATCH_MASK)) { // 有控制器未准备好需要错误处理可能是发送 PBMe 任务复位 handle_not_ready(); } } // 2. 读取所有PD控制器的 MODE 寄存器 for (each pd_controller) { i2c_read(I2Ct_bus, pd_base_addr, REG_MODE, mode); if (mode ! MODE_PTCH) { // 不是PTCH模式不能直接开始推送补丁 // 可能需要先通过I2Cc发送命令使其进入PTCH模式或处理错误 handle_wrong_mode(); } }要点READY_FOR_PATCH标志和PTCH模式必须同时满足。有时芯片虽然在APP模式但标志位已置起这通常意味着它已经准备好接收补丁但你需要先通过I2Cc发送一个命令使其切换到PTCH模式具体命令取决于你的应用设计。步骤2发送PBMsPatch Bundle Start任务这是最关键的一步它设置了补丁传输的目标地址并让芯片进入准备接收数据的状态。// 3. 为每个PD控制器准备 PBMs 任务的 DATA1 寄存器 // DATA1.TargetAddress 是你将要用来发送补丁数据的I2C目标地址。 // 这个地址是临时性的用于后续的burst写入。通常可以选一个不冲突的地址例如0x60。 uint8_t patch_target_addr 0x60; for (each pd_controller) { data1 (patch_target_addr 0x7F); // 7位地址左对齐 i2c_write(I2Ct_bus, pd_base_addr, REG_DATA1, data1); // 检查写入是否成功ACK } // 4. 向每个PD控制器发送 PBMs 命令字到 CMD1 寄存器 uint32_t pbm_s_cmd 0x50424D73; // PBMs 的ASCII码十六进制表示 for (each pd_controller) { i2c_write(I2Ct_bus, pd_base_addr, REG_CMD1, pbm_s_cmd, 4); // 写入4字节命令 delay_ms(10); // 手册建议延迟 }要点PBMs命令字是四个ASCII字符‘P’‘B’‘M’‘s’对应的十六进制数0x50 0x42 0x4D 0x73必须以小端字节序Little-Endian发送即先发送s(0x73)最后发送P(0x50)。很多32位MCU的I2C写函数会自动处理字节序但你需要确认。写完后必须延迟手册建议10ms让芯片处理命令。步骤3检查PBMs任务完成状态// 5. 读取每个PD控制器的 CMD1 寄存器 for (each pd_controller) { i2c_read(I2Ct_bus, pd_base_addr, REG_CMD1, cmd1_status, 4); // 成功完成后CMD1 寄存器应被硬件清零为 0x00000000 if (cmd1_status ! 0) { // 任务未完成或出错需要读取 DATA1 获取错误码并处理 handle_pbms_error(); } } // 6. 读取每个PD控制器的 DATA1 寄存器确认返回码为0成功 for (each pd_controller) { i2c_read(I2Ct_bus, pd_base_addr, REG_DATA1, data1_return); if (data1_return ! 0) { // 非零返回码表示任务执行失败 handle_data1_error(); } }步骤4发送补丁包数据Burst Write这是数据传输阶段使用PBMs任务中设置的patch_target_addr。// 7. 使用 patch_target_addr (0x60) 进行I2C写操作发送整个补丁包 // 补丁包是一个二进制数组可能很大几十KB。 i2c_start(I2Ct_bus); i2c_send_byte(I2Ct_bus, (patch_target_addr 1) | I2C_WRITE); // 注意这里地址要左移1位并加写标志 if (i2c_check_ack(I2Ct_bus) NACK) { // 从设备无应答严重错误流程终止 handle_burst_nack(); } for (int i 0; i patch_bundle_size; i) { i2c_send_byte(I2Ct_bus, patch_bundle_data[i]); if (i2c_check_ack(I2Ct_bus) NACK) { // 传输过程中NACK可能是数据错误或芯片内部缓冲区满 // 根据协议可以发送Stop后重试或者发送 PBMe 任务重置 handle_data_nack(); } } i2c_stop(I2Ct_bus);要点补丁数据可以分多个I2C事务发送每个事务以Start开始以Stop结束。芯片内部有一个指针会随着每次写入的字节数自动递增。如果传输中途失败你可以选择重新发送PBMs任务重置指针并重试或者发送PBMePatch Bundle End任务来中止整个流程。务必确保你的I2C主控驱动能够处理长数据包的连续写入并正确管理缓冲区。步骤5发送PBMcPatch Bundle Commit任务并最终确认数据传输完成后发送PBMc任务提交补丁让芯片应用并切换到APP模式。// 8. 发送 PBMc 命令字到 CMD1 寄存器 (使用基础地址) uint32_t pbm_c_cmd 0x50424D63; // PBMc for (each pd_controller) { i2c_write(I2Ct_bus, pd_base_addr, REG_CMD1, pbm_c_cmd, 4); delay_ms(10); } // 9. 检查是否有控制器返回 !CMD (0x21434D44) for (each pd_controller) { i2c_read(I2Ct_bus, pd_base_addr, REG_CMD1, cmd1_check); if (cmd1_check 0x21434D44) { // !CMD // 命令被拒绝流程出错 handle_cmd_rejected(); } } // 10. 读取 DATA1 确认返回码为0 // 11. 读取 MODE 寄存器确认所有控制器已进入 APP 模式 // 12. 可选但推荐延迟20ms后读取 INT_EVENT1.PatchLoaded 标志位确认补丁已加载完成以上所有步骤且所有检查都通过后补丁加载流程才算成功。此时你可以切换回I2Cc端口进行正常的应用配置和操作。5. 电源协商的核心大脑AUTO_NEGOTIATE_SINK寄存器电源协商是PD控制器的核心功能。AUTO_NEGOTIATE_SINK寄存器就是TPS25751内部用于自动决策“向电源请求哪个档位PDO”的智能算法引擎的配置中心。理解并正确配置它是让设备获得理想供电的关键。5.1 寄存器位域精讲与配置策略这个寄存器包含多个字段共同决定了协商行为ANMinVoltage / ANMaxVoltage电压选择范围。芯片只会考虑源端提供的、落在这个电压区间内的PDO。技巧如果你想让设备只接受5V供电例如在电池电量极低时保护电路可以将ANMinVoltage和ANMaxVoltage都设置为5V考虑容差如4.75V-5.5V。AutoComputeSinkMinVoltage / AutoComputeSinkMaxVoltage当这些位使能时芯片会自动根据你声明的TX_SINK_CAPS发送的接收能力中的PDO列表计算出最小和最大电压值并覆盖手动设置的ANMinVoltage/MaxVoltage。对于大多数应用建议使能自动计算除非你有非常特殊的电压限制需求。ANSinkCapMismatchPower这是一个功率阈值单位是0.25W。它的作用是当源端能提供的最大功率小于这个阈值时即使有电压合适的PDO芯片也会在协商结果中设置“能力不匹配Capability Mismatch”标志。这个标志可以触发主机中断让主机决定是否降低功耗或提示用户。例如你的设备需要至少60WANSinkCapMismatchPower 240才能全性能运行但插上了一个45W的充电器协商虽然会成功选择一个45W内的PDO但会报告能力不匹配。ANRDOPriority当有多个PDO的功率和电压都满足要求时这个字段决定如何打破平局。优先级顺序可以是最高电压优先、最低电压优先、最高电流优先、最低电流优先。通常选择“最高电压优先”因为更高电压意味着更低的线缆电流损耗充电效率更高。PPS相关字段如果你要使用PPS可编程电源功能这里的PPSOutputVoltage、PPSOperatingCurrent、PPSEnableSinkMode等字段就至关重要。它们定义了设备期望的精确电压/电流点。重要规则要使能PPS你必须在TX_SINK_CAPS寄存器中至少提供一个APDO可编程电源数据对象。并且为了简化匹配逻辑TI建议只提供一个APDO。5.2 实战配置案例与结果推演让我们结合手册中的例子并加入更贴近实战的思考。案例背景你的设备Sink声明自己支持5V/3A15W和20V/3A60W。你连接了一个45W的电源Source它提供5V/3A, 9V/3A, 15V/3A, 20V/2.25A四个PDO。目标希望设备优先协商20V/2.25A45W如果因为某些原因如线缆质量差导致20V档位协商失败或不可用则自动回落到15V/3A45W。配置与推演设置TX_SINK_CAPS如实声明你的两个PDO。配置AUTO_NEGOTIATE_SINKAutoComputeSinkMin/MaxVoltage 1让芯片自动算出电压范围为5V-20V。ANSinkCapMismatchPower 240(60W)告诉芯片低于60W算“能力不匹配”但我们仍然接受45W供电。ANRDOPriority 0(最高电压优先)这样在20V和15V都能提供45W时优先选20V。NoCapabilityMismatch 0允许报告能力不匹配。协商过程芯片内部逻辑芯片收到源的RX_SOURCE_CAPS。过滤电压所有PDO电压都在5V-20V内全部保留。计算功率PDO1(15W), PDO2(27W), PDO3(45W), PDO4(45W)。选择最高功率PDO3和PDO4都是45W进入平局裁决。应用ANRDOPriority最高电压优先选择PDO420V/2.25A。检查能力不匹配源最大功率45W 设定的60W阈值因此**Capability Mismatch位会被置1**。但协商合同本身是成功的会建立20V/2.25A的供电。主机软件该如何响应你的主机在读取到ACTIVE_CONTRACT_RDO寄存器确认合同建立后还应检查状态寄存器中的能力不匹配标志。如果标志置位虽然系统可以运行但你知道它没有达到设计的最大性能60W。你可以在UI上显示一个“连接的不是原装适配器性能可能受限”的提示或者主动限制CPU/GPU的峰值功耗防止从电池取电。5.3 PPS模式下的特殊逻辑与陷阱PPS模式允许微调电压和电流但配置更复杂。关键逻辑当PPSEnableSinkMode使能后芯片会优先尝试匹配一个APDO。匹配规则是双向的严格匹配避免Capability Mismatch要求源端APDO的MinVoltage 你的TX_SINK_CAPS.APDO.MinVoltage且MaxVoltage 你的TX_SINK_CAPS.APDO.MaxVoltage且MaxCurrent 你的TX_SINK_CAPS.APDO.MaxCurrent。这要求你的设备能力完全被电源能力覆盖。宽松匹配仍请求PPS合同如果严格匹配失败但存在一个源端APDO其电压范围能够覆盖你通过AUTO_NEGOTIATE_SINK.PPSOutputVoltage设定的具体电压值并且其最大电流大于你设定的PPSOperatingCurrent那么芯片仍然会请求PPS合同但**Capability Mismatch位会被置1**。一个常见的坑你设定了PPSOutputVoltage 12.0VPPSOperatingCurrent 3.0A。电源的APDO是3.3-11V/5A。虽然电流满足但12V超出了电源APDO的最大电压11V。此时芯片不会请求PPS合同而是会回退到一个固定的PDO比如5V。如果你同时设置了PPSDisableSinkUponNonAPDOContract1那么整个Sink路径可能会被禁用导致设备无法充电因此在启用PPS时必须仔细评估电源的能力并做好回退到固定PDO的预案。6. 调试技巧与常见问题排查实录理论配置终须实践验证。调试TPS25751的I2C和PD协商逻辑分析仪和协议分析仪是你的左膀右臂。6.1 I2C通信问题排查问题发送4CC任务如I2Cr后读取CMD1寄存器永远不为0或DATA1返回非零错误码。排查步骤抓取I2C波形逻辑分析仪同时抓取I2Cc_SDA/SCL和I2Ct_SDA/SCL如果用到。确认起始条件、地址、数据、ACK/NACK都符合预期。特别注意地址是否正确7位左对齐。检查时序测量SCL频率是否在芯片支持的范围内100k/400k。检查上升/下降时间是否过慢。检查任务间隔你是否在5秒内重复发送了同类型任务在调试阶段频繁的读取操作很容易触发这个限制。在代码中添加调试打印记录上次发送任务的时间戳。检查芯片模式你是在正确的模式下通过正确的端口访问吗想通过I2Cc发任务但芯片可能还在BOOT模式。先读取MODE寄存器确认。检查电源和复位确保TPS25751的供电稳定复位引脚释放时序正确。不稳定的电源会导致I2C控制器内部状态机出错。问题I2Cw任务返回成功但读取外部设备确认时发现数据未写入。排查步骤确认异步性在I2Cw后是否立即进行了读取验证务必加入足够的延迟至少几毫秒具体看外设规格。检查I2C控制器NACK事件读取INT_EVENTx.I2CControllerNACKed位。如果置位说明物理写入时从设备未应答可能是从设备地址错误、寄存器地址不存在、或从设备忙如EEPROM正在写入。直接监控I2Cc总线在发送I2Cw任务后用逻辑分析仪监控I2Cc总线看PD控制器是否确实发起了你期望的I2C写事务。这能直接判断问题是出在PD控制器任务执行阶段还是外部从设备响应阶段。6.2 电源协商问题排查问题设备连接电源后无法协商到预期的电压比如一直卡在5V。排查步骤读取RX_SOURCE_CAPS寄存器这是第一步也是最重要的一步。确认你的设备是否正确接收到了电源广播的所有PDO。可能电源只提供了5V PDO或者你的CC线连接有问题导致PD通信根本没建立。核对TX_SINK_CAPS和AUTO_NEGOTIATE_SINK确认你声明的接收能力是否包含目标电压档位。确认ANMinVoltage和ANMaxVoltage是否将目标电压档位排除在外了。检查ACTIVE_CONTRACT_RDO寄存器协商成功后这个寄存器会包含最终选择的PDO位置ObjectPosition和协商的电流值OperatingCurrent/MaxOperatingCurrent。看看它到底选了哪个。检查能力不匹配标志如果协商到了低功率档位Capability Mismatch位可能被置1。检查ANSinkCapMismatchPower的设置是否过于激进。使用PD协议分析仪这是终极武器。将它串联在Type-C线缆中可以捕获所有PD协议层的数据包Source_Capabilities, Request, Accept, PS_RDY等让你清晰地看到协商全流程精确锁定是哪个消息出了问题。问题PPS功能无法启用总是回退到固定PDO。排查步骤确认双方支持首先用协议分析仪确认电源端是否在Source_Capabilities消息中提供了APDO。检查TX_SINK_CAPS你是否正确配置了至少一个APDOAPDO的字段Min/Max Voltage,Max Current,PPS Power等设置是否正确检查AUTO_NEGOTIATE_SINK.PPSOutputVoltage/Current你请求的电压是否在电源APDO声明的MinVoltage和MaxVoltage范围之内你请求的电流是否小于等于电源APDO的MaxCurrent检查PPSEnableSinkMode位是否已置1查看协商过程通过协议分析仪观察设备发出的Request消息。如果请求的是固定PDO而非PPS APDO说明芯片内部的PPS匹配逻辑失败了回退到了固定PDO选择算法。调试是一个系统性工程从电源、硬件连接、I2C通信底层到寄存器配置、协议交互层层递进。保持耐心善用工具仔细对照手册的每一个比特位你就能让TPS25751这颗强大的PD控制器完全按照你的设计意图工作。
