1. 项目概述深入理解UCD90320的GPI与故障响应机制在复杂的多轨电源系统设计中工程师们常常面临一个核心挑战如何让电源管理芯片PMU不仅“听话”地执行上电时序还能“感知”外部世界的状态并做出智能响应。这就像给一个精密的自动化工厂不仅配备了生产线还装上了遍布各处的传感器和紧急停止按钮。德州仪器TI的UCD90320电源序列器与系统健康控制器正是为解决此类问题而生的强大工具。它通过PMBus协议提供了极其丰富的配置选项而其中通用输入引脚GPI的配置与故障响应机制则是实现系统级监控、保护和灵活控制的关键所在。简单来说GPI就是芯片的“耳朵”和“触角”。它们可以将外部数字信号如一个按钮的状态、一个温度传感器的报警输出、另一个电源模块的Power Good信号引入到UCD90320的内部逻辑中。通过GPI_CONFIG命令码F9h等命令你可以定义这些引脚的行为是作为一个普通的使能条件输入还是作为一个需要立即响应的故障信号源当某个GPI被配置为故障引脚且其状态发生跳变例如从高电平变为低电平时UCD90320可以触发一系列预定义的故障响应动作如关闭相关电源轨、记录故障日志、拉低PMBus Alert#线通知主机等。这套机制将外部事件与电源管理策略紧密耦合是实现高可靠性系统设计的基石。本文将基于TI的官方命令参考手册为你彻底拆解UCD90320的GPI配置与故障响应。我不会止步于翻译数据手册而是结合我多年在电源架构设计中的实战经验深入探讨配置背后的设计逻辑、常见陷阱以及如何将这些功能应用到实际项目中例如实现基于GPI的看门狗复位、多芯片同步、或自定义的系统级故障保护链。无论你是正在评估UCD90320还是正在调试一个复杂的电源时序板相信这些细节都能让你少走弯路。2. GPI配置核心GPI_CONFIG命令深度解析GPI_CONFIG制造商特定命令0xF9是一个读写块命令长度高达57字节。它承担着为最多32个GPI引脚实际物理引脚可能少于32个取决于具体封装和引脚复用定义“身份”和“行为模式”的重任。这个命令的配置直接决定了这些引脚在系统中扮演的角色。2.1 命令格式与引脚配置字节命令数据块的第一个字节是命令码0xF9第二个字节是长度0x39十进制57从第三个字节开始才是真正的配置数据。配置数据以一种紧凑的格式存储每3个字节为一组配置两个GPI引脚GPI_M和GPI_M1。表GPI引脚配置字节格式每3字节一组字节位域描述说明Byte N[7:0]GPI_M的引脚ID指定该逻辑GPI映射到哪个物理引脚。值范围0-83对应芯片的物理引脚编号参见数据手册的Pin ID表。Byte N1[1:0]GPI_M的引脚模式00 未使用01 输入10/11 无效GPI只能配置为输入。[2]GPI_M的极性0 低电平有效Active Low1 高电平有效Active High。这决定了何种电平被视为“断言”Asserted。[3]GPI_M的故障引脚位关键位1 将此引脚配置为故障引脚Fault Pin而不仅仅是普通GPI。芯片最多支持4个故障引脚。[7:4]GPI_M1的引脚ID[3:0]引脚ID的低4位。Byte N2[1:0]GPI_M1的引脚模式同GPI_M。[2]GPI_M1的极性同GPI_M。[3]GPI_M1的故障引脚位同GPI_M。[7:4]GPI_M1的引脚ID[7:4]引脚ID的高4位。计算公式N (GPI_M / 2) * 3。例如要配置GPI_0和GPI_1则N0使用字节索引2、3、4。要配置GPI_2和GPI_3则N3使用字节索引5、6、7。一个重要的约束手册中明确提到所有配置为“输入”模式的引脚其配置必须从第一个GPIGPI_0开始在配置字节中连续排列中间不能有“未使用”的配置隔开。这意味着你不能跳过GPI_2而只配置GPI_0、GPI_1和GPI_3。如果你需要某些GPI索引空置也必须为它们分配一个物理引脚并设置为“未使用”模式。这个设计主要是为了优化内部查找逻辑。在实际操作中最安全的做法是从GPI_0开始按顺序将所有可能用到的物理引脚都映射好不用的就设为“未使用”。2.2 故障使能标志Fault Enable Flags紧随32个GPI的配置字节共48字节之后是4个字节32位的故障使能标志。每一位对应一个GPI索引位0对应GPI_0位31对应GPI_31。位 1使能该GPI的故障检测功能。当此GPI引脚的电平发生从断言到解除断言De-assertion的跳变时将被视为一个故障事件。位 0禁用该GPI的故障检测功能。此时该引脚仅作为普通的逻辑输入用于序列控制、状态机等不会触发故障响应。这里有一个极其关键的细节故障的触发条件是“解除断言”。这意味着对于一个配置为低电平有效Active Low的GPI故障发生在引脚从低电平跳变到高电平的瞬间。对于一个配置为高电平有效Active High的GPI故障发生在引脚从高电平跳变到低电平的瞬间。单纯的稳态电平无论是高是低不会触发故障。这符合大多数故障信号的特征一个正常的“报警”信号在系统正常时保持一种状态如高电平当异常发生时跳变到另一种状态如低电平。重要提示一个GPI引脚可以被同时配置为“故障引脚”通过配置字节的Fault Pin位和“故障使能”通过故障使能标志位。但“故障引脚”功能主要用于FAULT_PIN_CONFIG命令以驱动外部故障总线而“故障使能”标志则用于触发MFR_STATUS中的故障位和可能的故障响应动作。两者目的不同但可以协同工作。2.3 特殊功能引脚选择在故障使能标志之后命令数据块的最后5个字节用于配置一些特殊的、全局性的功能引脚Latched Statuses Clear Pin Selection (1字节)选择一个GPI引脚作为“锁存状态清除”引脚。当此引脚检测到有效边沿取决于极性配置时会清除所有在GPO_CONFIG中配置的锁存状态类型*_LATCH。这提供了一个硬件快速清除故障锁存状态的方法无需通过PMBus发送CLEAR_FAULTS命令。MRG_EN Pin Selection (1字节)选择一个GPI引脚作为“裕量调节使能”引脚。当此引脚被断言时所有使能了裕量调节功能的电源轨将进入裕量输出状态输出电压偏移。MRG_LOW_nHIGH Pin Selection (1字节)选择一个GPI引脚作为“裕量低/非高”选择引脚。此引脚需与MRG_EN引脚配合使用。当MRG_EN有效时此引脚的状态决定是进行低裕量调节引脚断言还是高裕量调节引脚解除断言。Fans Installed Pin Selection (1字节)用于风扇控制UCD90320不支持此功能通常忽略。Debug Mode Pin Selection (1字节)调试利器选择一个GPI引脚作为调试模式使能引脚。当此引脚被断言时芯片进入调试模式。在此模式下PMBus Alert#引脚不会因任何故障/警告而被拉低。这意味着主机不会收到中断方便你进行故障注入测试而不影响系统其他部分。芯片不会对任何故障做出响应如关闭电源轨。任何故障都不会被记录到日志中。电源轨的时序依赖条件被忽略超时后立即执行上电/下电。受影响的LGPO逻辑GPO输出会恢复到原始状态。系统看门狗功能被禁用。重要警告此功能专为开发调试设计严禁在生产环境中使用否则会丧失所有故障保护功能3. 故障响应机制从GPI事件到系统动作配置好GPI并使其能触发故障只是第一步。接下来我们需要定义当故障发生时系统应该做什么。这主要涉及两个命令GPI_FAULT_RESPONSES和FAULT_RESPONSES后者也用于处理电压、电流、温度等模拟量故障。3.1 GPI故障响应配置GPI_FAULT_RESPONSESGPI_FAULT_RESPONSES命令码0xF4是一个分页的读写块命令。它为每个电源轨Page分别定义了针对每个GPI的故障响应策略。这意味着你可以精细地控制当GPI_1发生故障时是只关闭Rail 1还是连锁关闭Rail 1、2、3命令数据块的前32个字节对应GPI_0到GPI_31每个字节都遵循相同的格式定义了对应该GPI的故障响应。其格式与标准的FAULT_RESPONSES命令字节完全相同表故障响应字节格式位名称描述与配置逻辑7Operation1发生故障时关闭该电源轨取消使能。0忽略故障电源轨继续运行。6Glitch Filter1启用毛刺滤波。故障条件必须持续超过“Max glitch time for GPI”设置的时间才会被认定为有效故障。0禁用滤波立即响应。5Soft Stop1故障关机时使用TOFF_DELAY软关机。0立即关闭使能信号硬关机。4Resequence1当重试次数用尽后对该电源轨及其“故障从属轨”执行重序列化操作。0不执行重序列化。3:0Retry Setting故障重试次数。0000不重试保持关闭直到收到新的开启命令。0001-1110重试1到14次。1111无限重试直到成功或收到关机命令。关键联动GPI_FAULT_RESPONSES命令的生效必须以GPI_CONFIG中对应GPI的“故障使能标志位”被设置为前提。如果该位为0即使在这里配置了响应也不会触发。3.2 故障响应的执行流程当一个使能了故障检测的GPI发生解除断言跳变时UCD90320内部按以下流程处理故障记录立即在MFR_STATUS命令的相应位例如GPI1 Fault上置位并拉低PMBus Alert#引脚除非在调试模式。故障日志如果LOGGED_FAULT_DETAIL_ENABLES中对应GPI的日志使能位被设置则该故障的详细信息时间戳、GPI编号等会被记录到非易失性故障日志中。响应查询芯片遍历所有电源轨Page检查每个电源轨的GPI_FAULT_RESPONSES中对应此GPI的响应字节。动作执行对于每一个配置了“Operation Bit 1”的电源轨毛刺滤波如果Glitch Filter使能则启动定时器。如果在定时器超时前GPI故障条件消失则忽略此次事件。如果持续超时则执行后续动作。关机根据“Soft Stop”位的设置以延迟或立即的方式取消该电源轨的使能信号。重试如果Retry Setting非零则在“Time between retries”定义的时间间隔后尝试重新开启该电源轨。重试会持续进行直到成功达到规定次数或无限重试。重序列化如果所有重试均失败且“Resequence”位为1则触发重序列化流程。该流程会关闭故障轨及其所有“故障从属轨”在SEQ_CONFIG中定义等待“Time between Resequences”在MISC_CONFIG中定义然后重新按序上电。重序列化的次数由MISC_CONFIG中的“Max resequences”字段控制。3.3 与其他故障源的协同GPI故障响应机制与芯片内部其他故障检测OV/UV/OC/OT等是并行且独立的。这意味着一个电源轨可以同时因为GPI故障和电压过压故障而关闭。它们的响应策略如重试次数、软关机是分别配置的。所有故障都会汇总到MFR_STATUS和故障日志中。这种设计提供了极大的灵活性。例如你可以用一个GPI连接整个系统的“紧急停止”按钮将其配置为高电平有效故障使能。然后在所有关键电源轨的GPI_FAULT_RESPONSES中将该GPI的响应设置为“立即关机且不重试”。这样任何时刻按下急停按钮所有相关电源都会立即关闭实现了最高级别的系统保护。4. 实战配置一个完整的GPI故障保护链示例假设我们有一个基于UCD90320的服务器主板电源设计需要实现以下功能GPI_0连接CPU温度传感器的报警输出低电平有效。当CPU过热时需要立即关闭核心电源轨Rail 0和内存电源轨Rail 1并不允许自动重试。GPI_1连接板卡插入检测开关高电平有效插入为高。当板卡被拔出时需要关闭对应的辅助电源轨Rail 2但允许重试2次考虑到接触抖动并使用软关机。GPI_2配置为“调试模式”使能引脚仅用于研发阶段。4.1 步骤一物理连接与规划首先根据UCD90320的引脚定义表如输入材料中的Table 11找到合适的GPIO/DMON引脚分配给我们的逻辑GPI。假设我们选择GPI_0-DMON1(Pin ID 72)GPI_1-DMON2(Pin ID 73)GPI_2-DMON3(Pin ID 74) 其他未使用的GPIGPI_3到GPI_31需要分配一个未使用的物理引脚例如DMON4Pin ID 75并将其模式设置为“未使用”以满足连续配置的要求。4.2 步骤二计算并构建GPI_CONFIG数据块我们需要配置32个GPI。根据公式每2个GPI占用3字节。GPI_0 GPI_1(N0):Byte 2 (GPI_0 Pin ID):0x48(72的十六进制)Byte 3:[7:4] GPI_1 Pin ID的高4位 (730x49高4位为4)[3]GPI_1 Fault Pin位(0)[2]GPI_1极性(1高有效)[1:0]GPI_1模式(01输入)。计算(44) | (03) | (12) | 10x40 | 0x0 | 0x4 | 10x45。Byte 4:[7:4] GPI_1 Pin ID的低4位 (0x49低4位为9)[3]GPI_0 Fault Pin位(0)[2]GPI_0极性(0低有效)[1:0]GPI_0模式(01输入)。计算(94) | (03) | (02) | 10x90 | 0x0 | 0x0 | 10x91。GPI_2 GPI_3(N3):Byte 5 (GPI_2 Pin ID):0x4A(74)Byte 6: GPI_3配置为未使用映射到DMON4(750x4B)。[7:4]0x4[3]0[2]0极性无关[1:0]00未使用。(44) | 00x40。Byte 7:[7:4]0xB[3]GPI_2 Fault Pin位(0)[2]GPI_2极性(1高有效)[1:0]GPI_2模式(01输入)。(0xB4) | (03) | (12) | 10xB0 | 0x0 | 0x4 | 10xB5。GPI_4 到 GPI_31我们需要将它们全部配置为“未使用”并指向一个未被其他功能占用的物理引脚例如GPIO1(Pin ID 800x50)。以GPI_4 GPI_5(N6)为例Byte 8:0x50Byte 9:[7:4]0x5[3]0[2]0[1:0]00。0x50。Byte 10:[7:4]0x0[3]0[2]0[1:0]00。0x00。... 以此类推填充至Byte 49。接着是4字节故障使能标志。我们需要使能GPI_0和GPI_1。Byte 50 (Fault Enable Byte 0 LSB): Bit0对应GPI_0 Bit1对应GPI_1。所以值为(11) | (10)0x03。Byte 51, 52, 53: 全部为0x00。最后是5个特殊功能选择字节Byte 54 (Latched Status Clear Pin):0x00(不使用)Byte 55 (MRG_EN Pin):0x00(不使用)Byte 56 (MRG_LOW_nHIGH Pin):0x00(不使用)Byte 57 (Fans Installed Pin):0x00(不支持)Byte 58 (Debug Mode Pin): 选择GPI_2其逻辑索引是2但这里需要填入物理Pin ID。根据我们的映射GPI_2对应DMON3Pin ID是74 (0x4A)。所以填入0x4A。注意事项在通过PMBus写入这个57字节的数据块时务必确保长度字节Byte 1正确设置为0x39。一个常见的错误是计算错了偏移量或字节数导致命令被NACK。4.3 步骤三配置GPI故障响应现在我们需要为Rail 0, 1, 2分别设置对GPI_0和GPI_1的故障响应。对GPI_0 (CPU过热)的响应Rail 0 Rail 1我们希望立即关机不重试。假设我们也不希望重序列化。响应字节 Operation1, Glitch Filter0, Soft Stop0, Resequence0, Retry0000。二进制1 0 0 0 00001000 00000x80。对GPI_1 (板卡拔出)的响应Rail 2我们希望软关机重试2次重试间隔设为100ms。重试失败后不重序列化。响应字节 Operation1, Glitch Filter0, Soft Stop1, Resequence0, Retry0010(2次)。二进制1 0 1 0 00101010 00100xA2。GPI_FAULT_RESPONSES命令是分页的所以我们需要分别设置Page 0, 1, 2。设置PAGE0然后写入GPI_FAULT_RESPONSES。数据块长度为39字节。前32字节对应GPI_0到GPI_31的响应。我们只需要设置Byte 2 (GPI_0响应)为0x80Byte 3 (GPI_1响应)为0x00Rail 0对板卡拔出不响应其余为0x00。第33字节是“Time between retries”我们设为0x00使用默认值或FAULT_RESPONSES中的全局设置。第34-35字节是“Max glitch time for GPI”设为0x0000。后续字节是Rail Profile相关本例未使用可设为0x00。设置PAGE1写入相同的数据Rail 1响应与Rail 0相同。设置PAGE2写入数据Byte 2 0x00(Rail 2不响应CPU过热) Byte 3 0xA2。同时需要设置“Time between retries”。假设我们想用100ms。查阅手册第2.5节100ms需要编码。若选择乘数索引b‘01乘数8ms则尾数 100 / 8 12.5取整为120x0C。编码值 (16) | 120x40 | 0x0C0x4C。所以第33字节设为0x4C。4.4 步骤四配置故障从属关系可选但推荐为了实现GPI_0故障时关闭Rail 0和Rail 1除了在两者的GPI_FAULT_RESPONSES中都配置响应外更优雅的方式是利用“故障从属”Fault Slave机制。在Rail 0的SEQ_CONFIG命令中设置“Fault Slaves Mask”将Rail 1的对应位设为1。这样当Rail 0因GPI_0故障而关闭时Rail 1也会被自动关闭无需在Rail 1上单独配置对GPI_0的响应。这更符合逻辑关系CPU过热导致核心和内存供电都需要关闭。5. 高级应用与故障排查实录5.1 利用GPI实现外部看门狗或系统复位UCD90320的SYSTEM_RESET_CONFIG和SYSTEM_WATCHDOG_CONFIG命令可以结合GPI使用构建更复杂的监控逻辑。场景用一个GPI连接主处理器的“心跳”信号。处理器需要定期翻转该信号。配置将该GPI配置为输入并不使能其故障检测功能因为我们不想触发电源轨关闭。在SYSTEM_WATCHDOG_CONFIG中将该GPI的引脚ID配置为看门狗输入引脚WDI。设置合理的超时时间Reset Period。配置一个输出引脚WDO作为看门狗超时输出连接到处理器的复位引脚或另一个GPI。在SYSTEM_RESET_CONFIG中可以配置“Assert When Watchdog Timeout”位并选择另一个GPI或电源轨的Power Good状态作为系统复位信号的触发条件。效果如果处理器程序跑飞停止翻转“心跳”GPI看门狗超时触发系统复位。这实现了基于GPI的硬件看门狗。5.2 常见问题与排查技巧GPI故障无响应检查GPI_CONFIG首先确认物理引脚ID映射正确引脚模式为“输入”故障使能标志位Fault Enable Flags已置1。检查极性确认极性配置与外部信号的实际有效电平一致。用万用表或示波器测量GPI引脚实际电平与配置对比。检查GPI_FAULT_RESPONSES确认对应电源轨Page和对应GPI索引的响应字节中的“Operation”位是否为1。检查电源轨状态确认目标电源轨当前是开启的。对已经关闭的轨故障响应可能不会再次执行关机动作但状态位仍会记录。误触发故障启用毛刺滤波Glitch Filter如果信号有抖动在GPI_FAULT_RESPONSES中启用对应GPI的Glitch Filter并设置合适的“Max glitch time for GPI”。时间单位是300µs/步。检查硬件连接检查GPI走线是否过长是否受到噪声干扰。必要时增加RC滤波或施密特触发器。确认触发边沿牢记故障触发是“解除断言”的边沿。如果外部信号是低电平报警需要配置为低有效。那么故障发生在报警消失变高的瞬间这可能与直觉相反。确保逻辑符合你的保护需求。GPI_CONFIG命令被NACK检查字节长度确保发送的字节数正好是570x39。检查引脚ID有效性确认所有分配的物理引脚ID0-83在芯片上真实存在且未与其他功能冲突尽管软件不检查冲突但硬件会。检查“连续输入”规则确保从GPI_0开始所有“输入”模式的配置在字节流中是连续的中间没有被“未使用”的配置隔开。最稳妥的方法是按顺序配置所有32个GPI不用的也显式设置为“未使用”模式。调试模式的使用与风险用法在开发阶段将某个GPI配置为调试模式引脚非常有用。你可以强制断言该引脚然后注入各种故障如短接某个监测点模拟过压而不会导致系统不断重启或报警方便你观察内部状态、读取日志。严重警告产品化之前必须确保调试模式引脚被配置为“未使用”或将其绑定到一个确定的、不会被意外触发的电平如上拉至VDD。如果产品中该引脚悬空或受噪声影响进入调试模式所有故障保护功能将失效可能导致严重的安全事故。故障日志分析当GPI故障发生时除了检查MFR_STATUS一定要读取LOGGED_FAULT_DETAIL。它会告诉你故障发生的精确时间从设备上电开始的毫秒和天数、具体的GPI编号。这对于分析间歇性故障或系统启动时序问题至关重要。使用LOGGED_FAULT_DETAIL_ENABLES命令可以精细控制哪些GPI故障需要被记录避免日志被不重要的事件填满。通过深入理解并妥善配置UCD90320的GPI与故障响应机制你可以构建出从简单使能控制到复杂系统级联锁保护的各类功能。这不仅仅是配置几个寄存器更是将外部世界的变化无缝接入到电源管理核心策略中是实现智能、可靠电源系统的关键一步。在实际项目中建议先用TI的Fusion GUI进行图形化配置和验证再导出或理解其生成的PMBus命令序列这能极大降低初始配置的复杂度。
UCD90320 GPI配置与故障响应：实现电源系统智能监控与保护
1. 项目概述深入理解UCD90320的GPI与故障响应机制在复杂的多轨电源系统设计中工程师们常常面临一个核心挑战如何让电源管理芯片PMU不仅“听话”地执行上电时序还能“感知”外部世界的状态并做出智能响应。这就像给一个精密的自动化工厂不仅配备了生产线还装上了遍布各处的传感器和紧急停止按钮。德州仪器TI的UCD90320电源序列器与系统健康控制器正是为解决此类问题而生的强大工具。它通过PMBus协议提供了极其丰富的配置选项而其中通用输入引脚GPI的配置与故障响应机制则是实现系统级监控、保护和灵活控制的关键所在。简单来说GPI就是芯片的“耳朵”和“触角”。它们可以将外部数字信号如一个按钮的状态、一个温度传感器的报警输出、另一个电源模块的Power Good信号引入到UCD90320的内部逻辑中。通过GPI_CONFIG命令码F9h等命令你可以定义这些引脚的行为是作为一个普通的使能条件输入还是作为一个需要立即响应的故障信号源当某个GPI被配置为故障引脚且其状态发生跳变例如从高电平变为低电平时UCD90320可以触发一系列预定义的故障响应动作如关闭相关电源轨、记录故障日志、拉低PMBus Alert#线通知主机等。这套机制将外部事件与电源管理策略紧密耦合是实现高可靠性系统设计的基石。本文将基于TI的官方命令参考手册为你彻底拆解UCD90320的GPI配置与故障响应。我不会止步于翻译数据手册而是结合我多年在电源架构设计中的实战经验深入探讨配置背后的设计逻辑、常见陷阱以及如何将这些功能应用到实际项目中例如实现基于GPI的看门狗复位、多芯片同步、或自定义的系统级故障保护链。无论你是正在评估UCD90320还是正在调试一个复杂的电源时序板相信这些细节都能让你少走弯路。2. GPI配置核心GPI_CONFIG命令深度解析GPI_CONFIG制造商特定命令0xF9是一个读写块命令长度高达57字节。它承担着为最多32个GPI引脚实际物理引脚可能少于32个取决于具体封装和引脚复用定义“身份”和“行为模式”的重任。这个命令的配置直接决定了这些引脚在系统中扮演的角色。2.1 命令格式与引脚配置字节命令数据块的第一个字节是命令码0xF9第二个字节是长度0x39十进制57从第三个字节开始才是真正的配置数据。配置数据以一种紧凑的格式存储每3个字节为一组配置两个GPI引脚GPI_M和GPI_M1。表GPI引脚配置字节格式每3字节一组字节位域描述说明Byte N[7:0]GPI_M的引脚ID指定该逻辑GPI映射到哪个物理引脚。值范围0-83对应芯片的物理引脚编号参见数据手册的Pin ID表。Byte N1[1:0]GPI_M的引脚模式00 未使用01 输入10/11 无效GPI只能配置为输入。[2]GPI_M的极性0 低电平有效Active Low1 高电平有效Active High。这决定了何种电平被视为“断言”Asserted。[3]GPI_M的故障引脚位关键位1 将此引脚配置为故障引脚Fault Pin而不仅仅是普通GPI。芯片最多支持4个故障引脚。[7:4]GPI_M1的引脚ID[3:0]引脚ID的低4位。Byte N2[1:0]GPI_M1的引脚模式同GPI_M。[2]GPI_M1的极性同GPI_M。[3]GPI_M1的故障引脚位同GPI_M。[7:4]GPI_M1的引脚ID[7:4]引脚ID的高4位。计算公式N (GPI_M / 2) * 3。例如要配置GPI_0和GPI_1则N0使用字节索引2、3、4。要配置GPI_2和GPI_3则N3使用字节索引5、6、7。一个重要的约束手册中明确提到所有配置为“输入”模式的引脚其配置必须从第一个GPIGPI_0开始在配置字节中连续排列中间不能有“未使用”的配置隔开。这意味着你不能跳过GPI_2而只配置GPI_0、GPI_1和GPI_3。如果你需要某些GPI索引空置也必须为它们分配一个物理引脚并设置为“未使用”模式。这个设计主要是为了优化内部查找逻辑。在实际操作中最安全的做法是从GPI_0开始按顺序将所有可能用到的物理引脚都映射好不用的就设为“未使用”。2.2 故障使能标志Fault Enable Flags紧随32个GPI的配置字节共48字节之后是4个字节32位的故障使能标志。每一位对应一个GPI索引位0对应GPI_0位31对应GPI_31。位 1使能该GPI的故障检测功能。当此GPI引脚的电平发生从断言到解除断言De-assertion的跳变时将被视为一个故障事件。位 0禁用该GPI的故障检测功能。此时该引脚仅作为普通的逻辑输入用于序列控制、状态机等不会触发故障响应。这里有一个极其关键的细节故障的触发条件是“解除断言”。这意味着对于一个配置为低电平有效Active Low的GPI故障发生在引脚从低电平跳变到高电平的瞬间。对于一个配置为高电平有效Active High的GPI故障发生在引脚从高电平跳变到低电平的瞬间。单纯的稳态电平无论是高是低不会触发故障。这符合大多数故障信号的特征一个正常的“报警”信号在系统正常时保持一种状态如高电平当异常发生时跳变到另一种状态如低电平。重要提示一个GPI引脚可以被同时配置为“故障引脚”通过配置字节的Fault Pin位和“故障使能”通过故障使能标志位。但“故障引脚”功能主要用于FAULT_PIN_CONFIG命令以驱动外部故障总线而“故障使能”标志则用于触发MFR_STATUS中的故障位和可能的故障响应动作。两者目的不同但可以协同工作。2.3 特殊功能引脚选择在故障使能标志之后命令数据块的最后5个字节用于配置一些特殊的、全局性的功能引脚Latched Statuses Clear Pin Selection (1字节)选择一个GPI引脚作为“锁存状态清除”引脚。当此引脚检测到有效边沿取决于极性配置时会清除所有在GPO_CONFIG中配置的锁存状态类型*_LATCH。这提供了一个硬件快速清除故障锁存状态的方法无需通过PMBus发送CLEAR_FAULTS命令。MRG_EN Pin Selection (1字节)选择一个GPI引脚作为“裕量调节使能”引脚。当此引脚被断言时所有使能了裕量调节功能的电源轨将进入裕量输出状态输出电压偏移。MRG_LOW_nHIGH Pin Selection (1字节)选择一个GPI引脚作为“裕量低/非高”选择引脚。此引脚需与MRG_EN引脚配合使用。当MRG_EN有效时此引脚的状态决定是进行低裕量调节引脚断言还是高裕量调节引脚解除断言。Fans Installed Pin Selection (1字节)用于风扇控制UCD90320不支持此功能通常忽略。Debug Mode Pin Selection (1字节)调试利器选择一个GPI引脚作为调试模式使能引脚。当此引脚被断言时芯片进入调试模式。在此模式下PMBus Alert#引脚不会因任何故障/警告而被拉低。这意味着主机不会收到中断方便你进行故障注入测试而不影响系统其他部分。芯片不会对任何故障做出响应如关闭电源轨。任何故障都不会被记录到日志中。电源轨的时序依赖条件被忽略超时后立即执行上电/下电。受影响的LGPO逻辑GPO输出会恢复到原始状态。系统看门狗功能被禁用。重要警告此功能专为开发调试设计严禁在生产环境中使用否则会丧失所有故障保护功能3. 故障响应机制从GPI事件到系统动作配置好GPI并使其能触发故障只是第一步。接下来我们需要定义当故障发生时系统应该做什么。这主要涉及两个命令GPI_FAULT_RESPONSES和FAULT_RESPONSES后者也用于处理电压、电流、温度等模拟量故障。3.1 GPI故障响应配置GPI_FAULT_RESPONSESGPI_FAULT_RESPONSES命令码0xF4是一个分页的读写块命令。它为每个电源轨Page分别定义了针对每个GPI的故障响应策略。这意味着你可以精细地控制当GPI_1发生故障时是只关闭Rail 1还是连锁关闭Rail 1、2、3命令数据块的前32个字节对应GPI_0到GPI_31每个字节都遵循相同的格式定义了对应该GPI的故障响应。其格式与标准的FAULT_RESPONSES命令字节完全相同表故障响应字节格式位名称描述与配置逻辑7Operation1发生故障时关闭该电源轨取消使能。0忽略故障电源轨继续运行。6Glitch Filter1启用毛刺滤波。故障条件必须持续超过“Max glitch time for GPI”设置的时间才会被认定为有效故障。0禁用滤波立即响应。5Soft Stop1故障关机时使用TOFF_DELAY软关机。0立即关闭使能信号硬关机。4Resequence1当重试次数用尽后对该电源轨及其“故障从属轨”执行重序列化操作。0不执行重序列化。3:0Retry Setting故障重试次数。0000不重试保持关闭直到收到新的开启命令。0001-1110重试1到14次。1111无限重试直到成功或收到关机命令。关键联动GPI_FAULT_RESPONSES命令的生效必须以GPI_CONFIG中对应GPI的“故障使能标志位”被设置为前提。如果该位为0即使在这里配置了响应也不会触发。3.2 故障响应的执行流程当一个使能了故障检测的GPI发生解除断言跳变时UCD90320内部按以下流程处理故障记录立即在MFR_STATUS命令的相应位例如GPI1 Fault上置位并拉低PMBus Alert#引脚除非在调试模式。故障日志如果LOGGED_FAULT_DETAIL_ENABLES中对应GPI的日志使能位被设置则该故障的详细信息时间戳、GPI编号等会被记录到非易失性故障日志中。响应查询芯片遍历所有电源轨Page检查每个电源轨的GPI_FAULT_RESPONSES中对应此GPI的响应字节。动作执行对于每一个配置了“Operation Bit 1”的电源轨毛刺滤波如果Glitch Filter使能则启动定时器。如果在定时器超时前GPI故障条件消失则忽略此次事件。如果持续超时则执行后续动作。关机根据“Soft Stop”位的设置以延迟或立即的方式取消该电源轨的使能信号。重试如果Retry Setting非零则在“Time between retries”定义的时间间隔后尝试重新开启该电源轨。重试会持续进行直到成功达到规定次数或无限重试。重序列化如果所有重试均失败且“Resequence”位为1则触发重序列化流程。该流程会关闭故障轨及其所有“故障从属轨”在SEQ_CONFIG中定义等待“Time between Resequences”在MISC_CONFIG中定义然后重新按序上电。重序列化的次数由MISC_CONFIG中的“Max resequences”字段控制。3.3 与其他故障源的协同GPI故障响应机制与芯片内部其他故障检测OV/UV/OC/OT等是并行且独立的。这意味着一个电源轨可以同时因为GPI故障和电压过压故障而关闭。它们的响应策略如重试次数、软关机是分别配置的。所有故障都会汇总到MFR_STATUS和故障日志中。这种设计提供了极大的灵活性。例如你可以用一个GPI连接整个系统的“紧急停止”按钮将其配置为高电平有效故障使能。然后在所有关键电源轨的GPI_FAULT_RESPONSES中将该GPI的响应设置为“立即关机且不重试”。这样任何时刻按下急停按钮所有相关电源都会立即关闭实现了最高级别的系统保护。4. 实战配置一个完整的GPI故障保护链示例假设我们有一个基于UCD90320的服务器主板电源设计需要实现以下功能GPI_0连接CPU温度传感器的报警输出低电平有效。当CPU过热时需要立即关闭核心电源轨Rail 0和内存电源轨Rail 1并不允许自动重试。GPI_1连接板卡插入检测开关高电平有效插入为高。当板卡被拔出时需要关闭对应的辅助电源轨Rail 2但允许重试2次考虑到接触抖动并使用软关机。GPI_2配置为“调试模式”使能引脚仅用于研发阶段。4.1 步骤一物理连接与规划首先根据UCD90320的引脚定义表如输入材料中的Table 11找到合适的GPIO/DMON引脚分配给我们的逻辑GPI。假设我们选择GPI_0-DMON1(Pin ID 72)GPI_1-DMON2(Pin ID 73)GPI_2-DMON3(Pin ID 74) 其他未使用的GPIGPI_3到GPI_31需要分配一个未使用的物理引脚例如DMON4Pin ID 75并将其模式设置为“未使用”以满足连续配置的要求。4.2 步骤二计算并构建GPI_CONFIG数据块我们需要配置32个GPI。根据公式每2个GPI占用3字节。GPI_0 GPI_1(N0):Byte 2 (GPI_0 Pin ID):0x48(72的十六进制)Byte 3:[7:4] GPI_1 Pin ID的高4位 (730x49高4位为4)[3]GPI_1 Fault Pin位(0)[2]GPI_1极性(1高有效)[1:0]GPI_1模式(01输入)。计算(44) | (03) | (12) | 10x40 | 0x0 | 0x4 | 10x45。Byte 4:[7:4] GPI_1 Pin ID的低4位 (0x49低4位为9)[3]GPI_0 Fault Pin位(0)[2]GPI_0极性(0低有效)[1:0]GPI_0模式(01输入)。计算(94) | (03) | (02) | 10x90 | 0x0 | 0x0 | 10x91。GPI_2 GPI_3(N3):Byte 5 (GPI_2 Pin ID):0x4A(74)Byte 6: GPI_3配置为未使用映射到DMON4(750x4B)。[7:4]0x4[3]0[2]0极性无关[1:0]00未使用。(44) | 00x40。Byte 7:[7:4]0xB[3]GPI_2 Fault Pin位(0)[2]GPI_2极性(1高有效)[1:0]GPI_2模式(01输入)。(0xB4) | (03) | (12) | 10xB0 | 0x0 | 0x4 | 10xB5。GPI_4 到 GPI_31我们需要将它们全部配置为“未使用”并指向一个未被其他功能占用的物理引脚例如GPIO1(Pin ID 800x50)。以GPI_4 GPI_5(N6)为例Byte 8:0x50Byte 9:[7:4]0x5[3]0[2]0[1:0]00。0x50。Byte 10:[7:4]0x0[3]0[2]0[1:0]00。0x00。... 以此类推填充至Byte 49。接着是4字节故障使能标志。我们需要使能GPI_0和GPI_1。Byte 50 (Fault Enable Byte 0 LSB): Bit0对应GPI_0 Bit1对应GPI_1。所以值为(11) | (10)0x03。Byte 51, 52, 53: 全部为0x00。最后是5个特殊功能选择字节Byte 54 (Latched Status Clear Pin):0x00(不使用)Byte 55 (MRG_EN Pin):0x00(不使用)Byte 56 (MRG_LOW_nHIGH Pin):0x00(不使用)Byte 57 (Fans Installed Pin):0x00(不支持)Byte 58 (Debug Mode Pin): 选择GPI_2其逻辑索引是2但这里需要填入物理Pin ID。根据我们的映射GPI_2对应DMON3Pin ID是74 (0x4A)。所以填入0x4A。注意事项在通过PMBus写入这个57字节的数据块时务必确保长度字节Byte 1正确设置为0x39。一个常见的错误是计算错了偏移量或字节数导致命令被NACK。4.3 步骤三配置GPI故障响应现在我们需要为Rail 0, 1, 2分别设置对GPI_0和GPI_1的故障响应。对GPI_0 (CPU过热)的响应Rail 0 Rail 1我们希望立即关机不重试。假设我们也不希望重序列化。响应字节 Operation1, Glitch Filter0, Soft Stop0, Resequence0, Retry0000。二进制1 0 0 0 00001000 00000x80。对GPI_1 (板卡拔出)的响应Rail 2我们希望软关机重试2次重试间隔设为100ms。重试失败后不重序列化。响应字节 Operation1, Glitch Filter0, Soft Stop1, Resequence0, Retry0010(2次)。二进制1 0 1 0 00101010 00100xA2。GPI_FAULT_RESPONSES命令是分页的所以我们需要分别设置Page 0, 1, 2。设置PAGE0然后写入GPI_FAULT_RESPONSES。数据块长度为39字节。前32字节对应GPI_0到GPI_31的响应。我们只需要设置Byte 2 (GPI_0响应)为0x80Byte 3 (GPI_1响应)为0x00Rail 0对板卡拔出不响应其余为0x00。第33字节是“Time between retries”我们设为0x00使用默认值或FAULT_RESPONSES中的全局设置。第34-35字节是“Max glitch time for GPI”设为0x0000。后续字节是Rail Profile相关本例未使用可设为0x00。设置PAGE1写入相同的数据Rail 1响应与Rail 0相同。设置PAGE2写入数据Byte 2 0x00(Rail 2不响应CPU过热) Byte 3 0xA2。同时需要设置“Time between retries”。假设我们想用100ms。查阅手册第2.5节100ms需要编码。若选择乘数索引b‘01乘数8ms则尾数 100 / 8 12.5取整为120x0C。编码值 (16) | 120x40 | 0x0C0x4C。所以第33字节设为0x4C。4.4 步骤四配置故障从属关系可选但推荐为了实现GPI_0故障时关闭Rail 0和Rail 1除了在两者的GPI_FAULT_RESPONSES中都配置响应外更优雅的方式是利用“故障从属”Fault Slave机制。在Rail 0的SEQ_CONFIG命令中设置“Fault Slaves Mask”将Rail 1的对应位设为1。这样当Rail 0因GPI_0故障而关闭时Rail 1也会被自动关闭无需在Rail 1上单独配置对GPI_0的响应。这更符合逻辑关系CPU过热导致核心和内存供电都需要关闭。5. 高级应用与故障排查实录5.1 利用GPI实现外部看门狗或系统复位UCD90320的SYSTEM_RESET_CONFIG和SYSTEM_WATCHDOG_CONFIG命令可以结合GPI使用构建更复杂的监控逻辑。场景用一个GPI连接主处理器的“心跳”信号。处理器需要定期翻转该信号。配置将该GPI配置为输入并不使能其故障检测功能因为我们不想触发电源轨关闭。在SYSTEM_WATCHDOG_CONFIG中将该GPI的引脚ID配置为看门狗输入引脚WDI。设置合理的超时时间Reset Period。配置一个输出引脚WDO作为看门狗超时输出连接到处理器的复位引脚或另一个GPI。在SYSTEM_RESET_CONFIG中可以配置“Assert When Watchdog Timeout”位并选择另一个GPI或电源轨的Power Good状态作为系统复位信号的触发条件。效果如果处理器程序跑飞停止翻转“心跳”GPI看门狗超时触发系统复位。这实现了基于GPI的硬件看门狗。5.2 常见问题与排查技巧GPI故障无响应检查GPI_CONFIG首先确认物理引脚ID映射正确引脚模式为“输入”故障使能标志位Fault Enable Flags已置1。检查极性确认极性配置与外部信号的实际有效电平一致。用万用表或示波器测量GPI引脚实际电平与配置对比。检查GPI_FAULT_RESPONSES确认对应电源轨Page和对应GPI索引的响应字节中的“Operation”位是否为1。检查电源轨状态确认目标电源轨当前是开启的。对已经关闭的轨故障响应可能不会再次执行关机动作但状态位仍会记录。误触发故障启用毛刺滤波Glitch Filter如果信号有抖动在GPI_FAULT_RESPONSES中启用对应GPI的Glitch Filter并设置合适的“Max glitch time for GPI”。时间单位是300µs/步。检查硬件连接检查GPI走线是否过长是否受到噪声干扰。必要时增加RC滤波或施密特触发器。确认触发边沿牢记故障触发是“解除断言”的边沿。如果外部信号是低电平报警需要配置为低有效。那么故障发生在报警消失变高的瞬间这可能与直觉相反。确保逻辑符合你的保护需求。GPI_CONFIG命令被NACK检查字节长度确保发送的字节数正好是570x39。检查引脚ID有效性确认所有分配的物理引脚ID0-83在芯片上真实存在且未与其他功能冲突尽管软件不检查冲突但硬件会。检查“连续输入”规则确保从GPI_0开始所有“输入”模式的配置在字节流中是连续的中间没有被“未使用”的配置隔开。最稳妥的方法是按顺序配置所有32个GPI不用的也显式设置为“未使用”模式。调试模式的使用与风险用法在开发阶段将某个GPI配置为调试模式引脚非常有用。你可以强制断言该引脚然后注入各种故障如短接某个监测点模拟过压而不会导致系统不断重启或报警方便你观察内部状态、读取日志。严重警告产品化之前必须确保调试模式引脚被配置为“未使用”或将其绑定到一个确定的、不会被意外触发的电平如上拉至VDD。如果产品中该引脚悬空或受噪声影响进入调试模式所有故障保护功能将失效可能导致严重的安全事故。故障日志分析当GPI故障发生时除了检查MFR_STATUS一定要读取LOGGED_FAULT_DETAIL。它会告诉你故障发生的精确时间从设备上电开始的毫秒和天数、具体的GPI编号。这对于分析间歇性故障或系统启动时序问题至关重要。使用LOGGED_FAULT_DETAIL_ENABLES命令可以精细控制哪些GPI故障需要被记录避免日志被不重要的事件填满。通过深入理解并妥善配置UCD90320的GPI与故障响应机制你可以构建出从简单使能控制到复杂系统级联锁保护的各类功能。这不仅仅是配置几个寄存器更是将外部世界的变化无缝接入到电源管理核心策略中是实现智能、可靠电源系统的关键一步。在实际项目中建议先用TI的Fusion GUI进行图形化配置和验证再导出或理解其生成的PMBus命令序列这能极大降低初始配置的复杂度。
