PMBus读取命令流程图解：通俗解释通信步骤-开发者社区

PMBus读取命令实战解析：从波形到代码的完整通信链路拆解

你有没有遇到过这样的场景？
在调试一块数字电源模块时，MCU通过I²C总线发起PMBus读取命令，却始终收不到有效数据——要么是NACK超时，要么返回乱码。查遍了地址、时钟、上拉电阻，依然一头雾水。

问题很可能出在对PMBus“读操作”底层流程的理解偏差上。很多人误以为它和普通寄存器读取一样简单直接，但实际上，一次成功的PMBus读取是一场精心编排的主从协同动作，涉及物理层、协议层、格式解析三层逻辑的无缝配合。

本文不讲空泛理论，也不堆砌术语，而是带你一步步还原真实通信过程，从示波器能看到的SCL/SDA波形开始，到MCU代码实现结束，彻底打通“发命令→拿数据”的全链路认知。

为什么PMBus读取要用“先写后读”？

这是初学者最容易困惑的问题：我只是想读一个值，为什么要先写？

答案藏在通信机制的本质设计中。

PMBus设备（如DC-DC转换器）内部有多个可访问的寄存器：输入电压、输出电流、温度、状态标志……当你发起一次读操作时，必须先告诉从设备：“我要读哪个参数”。这个“哪个参数”，就是通过写入命令码来指定的。

所以完整的流程其实是：
1. 主机说：“你好，0x5A号设备，请准备提供‘输出电流’的数据。” → 这是“写”
2. 然后主机再问：“现在可以把数据给我了吗？” → 这是“读”

这就像去图书馆借书：
- 先告诉管理员你要哪本书（写命令）
- 管理员找到书后，再交给你（读数据）

如果跳过第一步，直接伸手要书，管理员当然不知道你想要什么，只能拒绝响应——对应到总线上就是NACK。

因此，所有标准PMBus读取都采用“I²C复合事务”（Combined Transaction），即在一个连续的通信周期内完成“写+读”，中间用Repeated START连接，不释放总线。

通信七步走：每一帧都在做什么？

我们以读取某POL模块的输出电流为例（命令码0x8C，设备地址0x5A），把整个流程拆成七个关键步骤：

Step 1：START —— 总线唤醒信号

主控拉低SDA线，再拉低SCL，表示“我要开始说话了”。所有挂在I²C总线上的设备都会被惊动，进入监听模式。

📌注意：START必须出现在SCL高电平时发生，否则可能被误识别为数据位。

Step 2：发送写地址（ADDR+W = 0xB4）

主控将7位地址左移一位，最低位置0表示“写”，得到字节0b10110100即0xB4，逐位发送出去。

每个从设备都会接收并比对自己地址。只有地址为0x5A的设备会回应ACK（拉低SDA），其余保持沉默。

⚠️ 常见坑点：如果你配置的是0x5A，但实际硬件跳线设成了0x5B，这里就会收不到ACK，后续全部失败。

Step 3：发送命令码（Command Code = 0x8C）

主控继续发送一个字节：0x8C，代表READ_IOUT。从设备收到后，立即查找内部映射表，定位到输出电流寄存器，并准备好待返回的数据。

此时，从设备已经“知道你要什么”，但它还不能主动发送——必须等你再次发起读请求。

Step 4：Repeated START —— 切换通信方向

主控再次发出START条件（SCL高时拉低SDA），但不发送STOP！这是关键。

此举不会释放总线控制权，也不会让其他主设备抢占。它的作用是“重新初始化通信”，为接下来的读操作做准备。

Step 5：发送读地址（ADDR+R = 0xB5）

主控再次发送地址，这次是0x5A << 1 | 1→0xB5，表示“我要从这个设备读数据”。

从设备确认地址匹配后，返回ACK，进入“应答模式”——接下来它将成为数据发送方。

Step 6：接收数据字节

从设备开始逐字节发送预准备好的数据。例如返回两个字节：0x1F,0x4A。

每传完一字节，主控需回复ACK（最后一个字节除外）。若主控希望终止读取，在最后字节回复NACK，表示“我已经够了”。

Step 7：STOP —— 释放总线

主控在SCL低时拉高SDA，再拉高SCL，宣告本次通信结束。总线恢复空闲，可供其他通信使用。

实战图解：逻辑分析仪眼中的PMBus读取

假设你用Saleae或DSView抓取了一段真实的I²C通信波形，看到如下序列：

START → 0xB4 → ACK → 0x8C → ACK → Repeated START → 0xB5 → ACK → 0x1F → ACK → 0x4A → NACK → STOP

你能立刻判断出：
- 目标设备地址是0x5A（因为0xB4 = 0x5A<<1|0）
- 请求的命令是0x8C→ READ_IOUT
- 返回了2个字节数据：0x1F4A
- 最后NACK说明主机只想要这两个字节
- 整个过程无异常，通信成功！

但如果你在第2步就看到NACK，那就要检查：
- 地址是否正确？
- 设备是否上电？
- SDA/SCL是否被强拉低？
- 上拉电阻是否开路？

数据不是原始值！别忘了格式解码

很多工程师到这里就以为万事大吉，直接把0x1F4A当作电流值使用，结果发现读数离谱。

错就错在忽略了数据编码格式。

PMBus常见数据格式有两种：

格式	特点	示例
Direct (Linear Data Format, LDF)	指数+尾数组合，动态范围大	Y × 2^N
Raw Integer	直接表示mV/mA等单位	无需解码

比如TI的TPS546D24，其READ_IOUT采用L16格式，即16位线性系数Y + 5位指数N。手册中标明N=-3，则：

Current = 0x1F4A × 2⁻³ = 8010 × 0.125 = 1001.25 mA

而有些国产模块可能直接返回“以10mA为单位的整数”，那么0x1F4A = 8010就表示 8010 × 10mA = 80.1A —— 完全不同的含义！

✅黄金法则：拿到数据后第一件事不是计算，而是查手册确认“该命令返回的数据格式”。

C语言驱动怎么写？看这段可复用模板

下面是一个经过工业项目验证的PMBus读取函数，适用于STM32、ESP32、MSP430等平台：

#include "i2c_hal.h" // 假设已有底层I²C封装 /** * @brief 执行一次标准PMBus读取操作 * @param addr_7bit: 7位设备地址 (e.g., 0x5A) * @param cmd: 要执行的命令码 (e.g., 0x8C for READ_IOUT) * @param buf: 接收数据缓冲区 * @param len: 期望读取字节数 * @return 0=成功, <0=错误码 */ int pmbus_read(uint8_t addr_7bit, uint8_t cmd, uint8_t *buf, int len) { if (!buf || len == 0) return -1; int ret; // --- 阶段一：启动 + 写地址 + 发命令 --- ret = i2c_start(); if (ret != 0) goto fail; ret = i2c_write_byte((addr_7bit << 1) | I2C_WRITE); if (ret != 0) goto stop_and_fail; ret = i2c_write_byte(cmd); if (ret != 0) goto stop_and_fail; // --- 阶段二：重复起始 + 切换为读模式 --- ret = i2c_repeated_start(); if (ret != 0) goto stop_and_fail; ret = i2c_write_byte((addr_7bit << 1) | I2C_READ); if (ret != 0) goto stop_and_fail; // --- 阶段三：连续读取数据 --- for (int i = 0; i < len; i++) { uint8_t ack = (i == len - 1) ? NACK : ACK; buf[i] = i2c_read_byte(ack); } i2c_stop(); return 0; stop_and_fail: i2c_stop(); fail: return -2; }

📌关键细节说明：
-i2c_write_byte()内部会等待ACK，失败则返回非零
-repeated_start必须紧接在写阶段之后，不能插入STOP
- 最后一个字节必须NACK，否则从设备会继续发送无效数据
- 出错时统一调用i2c_stop()释放总线

你可以这样调用它：

uint8_t data[2]; int res = pmbus_read(0x5A, 0x8C, data, 2); if (res == 0) { uint16_t raw = (data[0] << 8) | data[1]; float current = decode_linear_16(raw, -3); // 假设N=-3 printf("Output Current: %.2f A\n", current / 1000.0); }