TMS320F28002x PMBus从机模式：硬件配置、中断处理与调试实战

1. PMBus从机模式核心设计思路拆解

在分布式电源系统里，主控制器需要实时监控和调整多个从属电源转换器的输出电压、电流、温度等参数。PMBus协议就是为了解决这个“如何高效、可靠地跟一堆电源芯片对话”的问题而生的。它基于我们熟悉的I2C物理层，但定义了一套更严格、更适合电源管理的命令集和时序规范。

选择TMS320F28002x的PMBus模块作为从机，通常意味着我们的DSP扮演了一个“智能电源管理节点”的角色。比如，它可能是一个DC-DC转换器的数字控制器，需要响应主控发来的查询电压指令，或者接收新的PWM占空比设定值。模块化的硬件支持能极大减轻CPU负担——你不需要再用GPIO模拟I2C时序，去小心翼翼地处理起始位、应答位，硬件会自动完成这些底层操作，并在关键节点（比如收到数据、需要发送数据、报文结束）产生中断通知你。

从机模式设计的核心思路，我总结为“配置先行，中断驱动，状态机响应”。首先，硬件需要正确初始化，告诉它：“你的地址是0x40，要开启PEC校验，自动应答地址和命令”。然后，大部分时间CPU可以处理其他任务，当PMBus总线上有属于本机的消息时，硬件触发中断。在中断服务程序里，我们根据状态寄存器的标志位，像侦探一样推断出主控发来的是哪种消息（是写命令？还是读请求？），然后执行相应的数据搬运或处理逻辑，最后通过写应答寄存器来释放总线时钟，让通信得以继续。整个设计的关键在于精准解读那几个状态标志位，并确保在硬件“卡住”总线等待（即SCL被拉低）的时间内完成响应。

2. 关键寄存器配置与初始化详解

配置PMBus模块，本质上是向几个关键寄存器写入正确的控制字。这个过程就像给一个多功能机器人设定工作模式。我们主要关注三个寄存器：PMBCTRL、PMBSC和PMBTIMCLK。

2.1 时钟配置与模块使能

任何通信外设，时钟都是第一步。PMBus模块的位时钟由系统时钟（SYSCLK）分频而来。规范要求位时钟不能超过10MHz，这是为了满足SDA/SCL线的上升下降时间要求。计算分频系数的公式很简单：CLKDIV = SYSCLK频率 / 期望的位时钟频率 - 1。例如，SYSCLK为100MHz，我们希望位时钟为5MHz，那么CLKDIV = 100/5 - 1 = 19。这个值需要写入PMBCTRL寄存器的CLKDIV字段。同时，在PMBCTRL中设置SLAVE_EN位为1，将模块模式定为从机。

这里有个细节：PMBTIMCLK寄存器。它用于产生满足PMBus时序规范（如时钟低电平最小时间tLOW）的时钟。通常，在设置完CLKDIV后，我们需要根据数据手册中的公式，计算并配置PMBTIMCLK，以确保生成的标准模式（100kHz）或快速模式（400kHz）波形符合规范。很多初期调试的时序问题，根源就在这里。

2.2 从机地址、掩码与应答策略

PMBSC寄存器是配置的核心。SLAVE_ADDR字段写入你的7位从机地址（注意，地址是左对齐的，即写入寄存器的值是实际地址左移一位）。SLAVE_MASK是地址掩码，用于实现地址群组广播。掩码位为1表示该地址位不参与比较。例如，地址设为0x40，掩码设为0x7C（二进制1111100），那么所有地址在0x40到0x43之间的访问都会被响应。这在需要批量配置同类型电源芯片时非常有用。

MAN_SLAVE_ACK和MAN_CMD位决定了应答的自动化程度。对于大多数应用，我建议将它们都设为0，即启用自动地址和命令应答。这样，当地址匹配时，硬件会自动回复ACK；收到命令字节时，也会自动ACK。这简化了中断服务程序的逻辑。只有在需要实现非常特殊的过滤或错误处理时，才考虑启用手动应答模式。在手动模式下，你必须在中断里检查地址或命令，然后手动写PMBACK寄存器来发送ACK或NACK。

PEC_ENA位强烈建议开启。PEC（包错误校验）相当于为每个报文增加了一个CRC-8校验字节，能极大提高通信可靠性，防止因噪声干扰导致参数误写。开启后，发送和接收都会自动包含PEC字节。

RX_BYTE_ACK_CNT这个字段容易被忽略。它定义了在自动模式下，连续接收多少个字节后，硬件需要等待软件手动应答。通常设置为最大值（例如3），表示可以一次性接收最多4个字节（命令+数据）到缓冲区，然后再产生中断等待处理。如果你把它设小，比如设为0，那么每收到1个字节，硬件就会拉低SCL等待你应答，这会频繁打断你的主程序，但好处是能在更早的节点发现错误并NACK。对于常规应用，使用最大值以获得更高的吞吐效率。

3. 从机消息处理流程与中断实战

PMBus模块的中断事件非常丰富，但最核心、最常用的是三个：数据就绪、数据请求和报文结束。理解它们在不同消息类型下的触发顺序和组合，是编写稳健从机固件的关键。

3.1 中断状态寄存器解析与处理框架

PMBSTS寄存器是我们的“消息仪表盘”。DATA_READY置位表示接收缓冲区（PMBRXBUF）有数据可读。DATA_REQUEST置位表示主机请求数据，需要你向发送缓冲区（PMBTXBUF）写入数据。EOM（End Of Message）置位表示一个完整的PMBus事务（从Start到Stop）已经结束。RD_BYTE_COUNT字段告诉你当前接收缓冲区里有多少个有效字节（1到4），这是区分不同消息类型的首要线索。

一个典型的中断服务程序骨架如下：

void PMBus_ISR(void) { uint32_t status = HWREG(PMBUS_BASE + PMBSTS_OFFSET); // 读取状态寄存器 uint32_t rxByteCount = (status & PMBSTS_RD_BYTE_COUNT_M) >> PMBSTS_RD_BYTE_COUNT_S; if (status & PMBSTS_DATA_READY) { // 有数据收到，需要读取PMBRXBUF并解析 uint32_t rxData = HWREG(PMBUS_BASE + PMBRXBUF_OFFSET); // 根据rxByteCount和命令字，判断消息类型并处理... } if (status & PMBSTS_DATA_REQUEST) { // 主机请求数据，需要准备数据并写入PMBTXBUF // 根据之前的命令字，准备响应数据... HWREG(PMBUS_BASE + PMBTXBUF_OFFSET) = txData; // 配置PMBSC中的TX_COUNT（发送字节数）和TX_PEC位... } if (status & PMBSTS_EOM) { // 报文结束，进行一些清理或状态更新 // 例如，对于写操作，此时可以确认参数已完整接收并生效 } // 最后，如果需要手动应答（例如在Block Write处理中），在此处写PMBACK寄存器 // HWREG(PMBUS_BASE + PMBACK_OFFSET) = 0x1; // 发送ACK // 清除中断标志... }

3.2 各类消息处理流程拆解

快速命令与发送字节：这是最简单的。快速命令只有一个地址帧。在自动应答模式下，硬件处理一切，仅在EOM中断时，你可以通过PMBHSA寄存器读到刚访问的地址。发送字节命令则会在EOM中断时，设置DATA_READY，且RD_BYTE_COUNT为1（无PEC）或2（有PEC）。你只需要从PMBRXBUF的低字节读取数据即可。

写入字节/字：这是主控向我们发送参数。以写入字（两个数据字节）为例，带PEC时，RD_BYTE_COUNT为4。PMBRXBUF的[7:0]是命令码，[15:8]是第一个数据字节，[23:16]是第二个数据字节，[31:24]是PEC校验字节。你需要先验证PEC（PEC_VALID位），校验通过后再根据命令码处理数据。这里有个重要技巧：对于写入操作，在EOM中断后，数据已经稳定在缓冲区，你不需要写PMBACK寄存器进行应答，硬件已经自动完成了。

读取字节/字：这是主控向我们查询参数。这是最需要小心处理的消息类型，因为它涉及两次中断。过程如下：

1. 主机先发送“地址+写”帧，接着是命令字节。此时触发中断，DATA_READY置位，RD_BYTE_COUNT=1。你从PMBRXBUF读取命令码。
2. 主机发送重复起始条件（Sr）和“地址+读”帧。此时触发中断，DATA_REQUEST置位。这是关键步骤：你必须在此中断内，根据命令码准备好要返回的数据，写入PMBTXBUF，并正确设置PMBSC寄存器中的TX_COUNT（发送字节数，读字节为1，读字为2）和TX_PEC位（如果使能了PEC）。硬件会随即开始发送数据。
3. 主机在接收完最后一个数据字节（或PEC字节）后发送NACK和Stop条件，触发EOM中断，表示读取事务完成。

块写入与块读取：用于传输超过2个字节的数据块。块写入时，主机在命令字节后会先发送一个字节计数（N）。处理块写入的核心是“分块应答”。硬件每收满4个字节（或达到RX_BYTE_ACK_CNT设置的值），就会拉低SCL并等待。你需要在DATA_READY中断中读取PMBRXBUF，然后立即写PMBACK寄存器发送ACK，总线才会继续。直到收到最后一个不足4字节的数据包，此时产生EOM中断，你无需再应答。

块读取则更复杂一些。在DATA_REQUEST中断首次到来时，你不仅要写入要发送的数据，还必须将块长度N写入PMBTXBUF的第一个字节（即低字节）。后续，硬件每发送完4个字节，就会再次产生DATA_REQUEST中断，请求你填充下一个4字节数据块。直到发送最后一个数据块，你需要设置正确的TX_COUNT（剩余字节数）并置位TX_PEC，硬件会在发送完数据后自动追加PEC字节。

过程调用：可以理解为“写后读”，主机先写入一些数据（例如一个查询命令），紧接着不发送Stop而发送重复起始条件，然后读取结果。从机端，你会先像处理写入字一样收到数据和命令，然后在DATA_REQUEST中断时，像处理读取字一样返回数据。PMBSTS中的REPEATED_START标志位会置位，帮助你识别这是过程调用而非独立的写和读。

3.3 扩展命令与告警响应

扩展命令用于访问超过256个标准命令集。其特点是第一个命令字节是特殊扩展码（通常为0xFE或0xFF），第二个才是实际命令。硬件会将两个命令字节都存入PMBRXBUF的[15:0]。处理逻辑与标准命令类似，只是解析命令时需要读取两个字节。

告警响应是PMBus的一个特色功能。当从机需要主动上报故障（如过温、过流）时，可以拉低ALERT线。主控检测到后，会向广播地址0x0C（告警响应地址）发送读请求。如果你的模块配置中使能了告警（PMBCTRL.ALERT_EN），并且地址匹配，硬件会自动将自己的从机地址回复给主控，从而让主控知道是哪个设备发出了告警。处理完告警后，需要清除模块内部的告警状态。

4. 调试技巧与常见问题排查

在实际项目中调试PMBus从机，逻辑分析仪或者支持I2C/PMBus解码的示波器几乎是必备的。它能让你直观地看到总线上的起始、地址、数据、ACK/NACK和停止位，快速定位是硬件问题还是软件问题。

问题一：主机收不到从机应答，通信完全失败。

• 检查思路：
  1. 电气连接与上拉电阻：确认SDA、SCL线连接正确，并且有合适的上拉电阻（通常4.7kΩ）。PMBus是开漏输出，没有上拉电阻电平拉不高。
  2. GPIO复用配置：这是最易出错的地方。确保PMBus模块对应的引脚已正确配置为外设功能，而不是普通的GPIO。参考数据手册的引脚复用表。
  3. 时钟与复位：确认PMBus模块所在的外设时钟域（例如PCLKCR20）已经使能。检查模块是否处于复位状态。
  4. 从机地址：用逻辑分析仪抓取波形，看主机发送的地址是否与你配置的SLAVE_ADDR和SLAVE_MASK匹配。注意地址是7位，且读写位包含在第一个字节中。

问题二：能收到地址，但后续数据帧出错或中断不触发。

• 检查思路：
  1. 中断使能与向量表：确认PIE模块中PMBus中断已使能，并且中断服务函数地址已正确填入向量表。检查全局中断是否开启。
  2. 状态寄存器读取与清除：在中断服务程序中，必须先读取PMBSTS寄存器来清除中断源，再进行逻辑处理。读取顺序不当可能导致中断标志无法清除，陷入持续中断。
  3. 缓冲区操作时序：在DATA_REQUEST中断中，必须在写PMBTXBUF之前就配置好PMBSC中的TX_COUNT和TX_PEC。顺序反了可能导致发送的数据长度或格式错误。
  4. PEC计算不匹配：如果开启了PEC但校验总失败，对比主从双方计算的PEC值。确保双方使用的PEC多项式（通常是CRC-8 with polynomial0x07）和初始值一致。TI的硬件PMBus模块是自动计算PEC的，软件侧需要确认主机使用的PEC算法是否标准。

问题三：处理块读写或长数据时，通信超时或数据丢失。

• 检查思路：
  1. 中断响应速度：PMBus硬件在等待软件应答（如块写入时每4字节后）会拉低SCL（时钟拉伸）。你必须保证在总线超时前（由主机或PMBus规范定义，通常数十毫秒）完成中断响应并写PMBACK。如果中断被长时间关闭，或者中断服务程序执行太慢，就会导致超时。
  2. RX_BYTE_ACK_CNT设置：如果你将其设为一个较小值（比如0），意味着每收到1字节就要中断一次并手动ACK。对于长数据包，这会带来巨大的中断开销。评估你的系统中断响应能力，适当增大此值。
  3. 缓冲区管理：PMBRXBUF和PMBTXBUF只有4字节。对于块读写，你需要设计一个乒乓缓冲区或环形队列，在中断中快速将数据搬移到更大的内存区域，避免数据被覆盖。

问题四：如何模拟主机进行测试？在没有真实PMBus主机的情况下，调试从机非常困难。我的常用方法是：

1. 利用另一个F28002x作为模拟主机：将另一块开发板的PMBus配置为主模式，编写简单的测试脚本发送各种命令。这是最接近真实场景的方法。
2. 使用USB转PMBus/I2C适配器：市面上有FTDI、NI等公司出的USB转PMBus适配器，配合上位机软件可以方便地构造和发送报文，是开发和调试的利器。
3. 在从机代码中自检：初始化后，可以尝试在从机中断中，根据接收到的命令，返回一个预设的固定值。用逻辑分析仪观察发送的数据是否正确，来验证发送链路。

最后，务必仔细阅读TI提供的《TMS320F28002x Technical Reference Manual》中PMBus章节，以及相关的示例代码。寄存器描述中的每一个位域都可能影响行为。调试时，养成在中断入口和关键操作点读取并打印（或通过调试器查看）所有相关寄存器值的习惯，这能帮你快速定位异常状态。PMBus通信的稳定性，往往就藏在对这些细节的妥善处理之中。