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.

[参考译文] LP87745-Q1:LP87745 PMIC — 确认 Q&A 模式下的看门狗复位时序

Guru**** 2348500 points
Other Parts Discussed in Thread: LP87743-Q1, LP87745, LP87744-Q1, LP87745-Q1
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/power-management-group/power-management/f/power-management-forum/1530544/lp87745-q1-lp87745-pmic---confirmation-of-watchdog-reset-timing-in-q-a-mode

器件型号:LP87745-Q1
主题中讨论的其他器件:LP87745LP87744-Q1、LP87743-Q1

工具/软件:


我们使用的是 LP87745 PMIC 在我们的设计中、需要阐明问答 (Q&A) 模式下特定故障条件下的精确看门狗复位时序。
我们已经执行了一些测试、希望确认是否预计会观察到我们的行为。

我们的配置:

看门狗模式:问答 (Q&A)
PMIC_WD_WIN1_CFG:70ms
PMIC_WD_WIN2_CFG:70ms
PMIC_WD_THR_CFG:0x00(配置为在发生首次故障时复位)

我们的软件服务序列:

我们的软件在 140ms Q&A 周期的以下点为看门狗提供服务:

答案 3:以 10ms 发送(在窗口 1 内)
答案 2:以 20ms 发送(在窗口 1 内)
答案 1:以 30ms 发送(在窗口 1 内)
答案 0:以 100ms(进入窗口 2 的 30ms)发送

观察到的行为和问题:

我们测试了两种主要的故障场景、并需要确认复位机制。

1. 窗口超时(未发送答案)

观察结果:如果我们的软件没有发送答案、则在整个 140ms 周期(窗口 1 +窗口 2)过期后发生系统复位。

问题 :您能否确认这是超时失败的正确行为?

2. 窗口 1 中的错误答案

观察结果:当我们特意在窗口 1 期间发送错误答案时、我们会观察到一致的模式:
如果我们发送了错误的答案 3 (10ms)、则复位会在~90ms 后发生(在周期的  100ms 标记处发送答案 0 之后)。
如果我们发送了错误的答案 2(在 20ms)、则复位会在~80ms 后发生(在周期的   100ms 标记处发送应答 0 之后)
如果我们发送了错误的答案 1(在 30ms)、则复位会在~70ms 后(在周期的   100ms 标记处发送答案 0 之后)

问题:
我们的结果表明、即使故障阈值设置为 0x00、也不会在检测到错误答案时立即触发复位。
相反、PMIC 似乎会锁存错误并在周期中的稍后一个确定点触发复位(在周期的 100ms 标记处发送答案 0 之后~μ s)  
您能否确认这是否为预期行为?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Samir:

    我假设这是 LP877451A1RXVRQ1。 但根据问题、这无关紧要。

    1.这是预期的。 如果之前的 4 个答案正确且在 answer0 之后、需要经过新的 Win1-Win2 后 、WD_FAIL_CNT[2:0]才会递增 1 并发生复位。

    2.这也是预期的行为。 在这种情况下、发送答案 0 后、WD 不需要更多答案、并且由于其中一个答案之前不正确、因此复位发生确定性点。  

    我建议阅读数据表 SNVSBE7B 中用于 LP87743-Q1、LP87744-Q1、LP87745-Q1 器件的“7.3.7.6.4 看门狗序列事件和状态更新“部分。  

    BR, Jari