主题中讨论的其他器件:UCD90160
您好、TI 服务团队、
关于黑盒(0xea/0xebh/0xech)、有一个问题需要咨询。
我发现黑盒(18个故障日志条目)在下电上电序列发生器 UCD90160 (A)后很容易被填满。
用户真的很难使用这样的事件历史记录进行调试...
您是否有任何应用建议以避免这种情况? 或者、我们是否应该在开始加电时先清除黑盒日志?
非常感谢。
此致、
L·P·雷
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
您好、TI 服务团队、
关于黑盒(0xea/0xebh/0xech)、有一个问题需要咨询。
我发现黑盒(18个故障日志条目)在下电上电序列发生器 UCD90160 (A)后很容易被填满。
用户真的很难使用这样的事件历史记录进行调试...
您是否有任何应用建议以避免这种情况? 或者、我们是否应该在开始加电时先清除黑盒日志?
非常感谢。
此致、
L·P·雷
您好、Paul
关于 故障日志已满:您可以选择仅记录相关的故障、并选择如下屏幕截图所述的故障记录方案。
关于如何解释已记录的故障详细信息(EBh 和 ECH)、请参阅 《UCD90XX PMBus 命令参考》、 了解位 字段的格式。
此致
安妮·恩戈
德州仪器(TI)
您好、Anne:
我知道 UCD90160 (A)中的设置、但所有 GPI 或 MONx 引脚在我的设计中都很有用。
但是、如果我在 SEQ 配置中激活所有这些设置、则在关闭 UCD90160 (A)时将错误触发、黑盒将在关闭之后记录许多垃圾箱日志...
或者,您建议我们使用 FIFO 将一些真正的故障日志保留在框中?
对于 ECH/EBh、我已经参考了这份文档了。。。但是我无法将其解释为与来自 GUI 的结果相匹配。
如何使用 ECH/EBh 来解释来自 EAh 的已记录故障?
您可以看到我的结果如下所示:
谢谢。
此致、
L·P·雷
您好、Paul、
您不能使用 EBh/ECH 来解释 EAh。 EAH 报告 曾经报告并记录的所有故障的历史记录
非易失性存储器、直到清除、而 ECH 报告故障日志中包含什么内容。 例如: 如果禁用 FIFO 模式且故障日志已满、则 EAh 报告故障、但不记录该故障;或者如果启用了 FIFO 模式、EAh 报告故障、但该故障不再记录在故障日志中、因为它被替换了。
遗憾的是、faults-log 中的条目有限=>请选择最适合您的应用的记录什么和日志记录方案。
此致
安妮·恩戈
德州仪器(TI)
您好、Anne:
但是、我需要用黑色框中的方法来解释故障日志序列、如果可以使用0xEAh 对所有历史记录进行读取、那么我无法对每个故障日志进行区分(例如:关闭序列发生器或触发一个电源轨、并触发故障响应以关闭其他电源轨)。
如果我们在黑盒中激活 FIFO 功能(保留历史记录的一半、9个事件或所有记录将被替换、18个事件)、我就知道 FIFO 功能。
但是、我认为我们需要使用0xEBh 和0xECh 来进一步按顺序检查事件历史记录、而不是检查全部日志的0xEAh。
我认为我们不应该使用0xEAh 在此期间检查所有事件历史记录、而是让用户在系统中调试。
您能帮助使用0xEBh 和0xECh 寄存器检查我实际记录的故障详细信息吗(如何使用下面的屏幕截图检查故障值、byte9和 byte10、以便与 GUI 结果匹配)、i2c 命令将其读取、如下所示?
以及如何解释以匹配此时的 GUI 结果(记录的故障详细信息)?
是否有解释器工具文件用于导入故障日志以进行解释(0xEAh/0xEBh/0xECh)?
谢谢。
此致、
L·P·雷