[数字电源系列文章]故障管理架构 文章, 电源, 记录

520503

关键字：数字电源   故障管理架构  

既有好的一面，也有坏的一面。好的一面是，一个具有多个故障的13轨系统记录能在50ms内存储故障数据。这接近于一个最坏情况数值。典型故障可在不到10ms的时间里收集和存储数据。如果从重试来仔细观察故障，您会看到多项FRAM事务，因为ARA的执行速度非常快。在该场合中，原始故障可在几ms的时间里捕获。

不过也有坏的一面：它关断电源轨所需的时间为几百ms。我知道，这并不是实际系统的典型特征。我只是想让您了解：倘若您不考虑PMBus故障响应是怎样编码的，那么您关断电源的速度会有多慢。





我们切换至“立即关断”，观察一下电源轨关断的速度可提高多少。我们放大一点：





采用“立即关断”后，切断电源轨所需的时间为2.5ms。该时间是完成状态寄存器读取、与总线分享远端采样及控制电源轨关断等操作所需的全部时间总和。因此，该时间的数值会变来变去，有时快，有时慢。最好的情况将是：一个ARA后随一个状态读操作、再后则是一个全局关断命令。那是一个读字节（3个字节）、读状态字（5个字节）、全局关断（6个字节）。在400kHz频率下该时间为375μs。但是这并不包含任何的驱动器开销。

注：3个电源轨正在非常缓慢地斜坡下降，因为它们只具有几mA的负载。您可以快速取消电源，但是您需要一个负载以将之急拉至地。不过，那是另外一个话题了。

这样是好多了，不过我们是不是还能做得更好呢？当然可以：假如您使用器件的内置故障管理功能的话。让我们来看看那样能做些什么。





电源轨在30μs内关断，并在不到100μs的时间里下降至地电位。这是一个负载非常轻的电源轨：1A。如果我使用的是一个20A的负载，那么关断速度要快得多。这一短暂的延迟不需要与其他动作竞争：它只是一个比较器。您的代码可按照其意愿运行，而不会对此内置故障响应产生影响。