器件型号: DRV8243-Q1
尊敬的团队:
我是否知道使用 DRV8243 的-P 型号清除 POR 故障寄存器 (01h[6]) 的过程?
Q1:我们是否需要 CLR_FLT 命令来清除 01h[6]和 nFAULT 引脚? 或者、当 VDD 上升到高于 VDDPOR_RISE 时、01h[6]是否会自动清除?
Q2:POR 复位值为 1b。 是否仅在上电复位或对应于 CLR_FLT 后才应用该复位值?
![]()
我已经参考了它的数据表。 例如、图 7-9。

此致、
Yuto
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.
器件型号: DRV8243-Q1
尊敬的团队:
我是否知道使用 DRV8243 的-P 型号清除 POR 故障寄存器 (01h[6]) 的过程?
Q1:我们是否需要 CLR_FLT 命令来清除 01h[6]和 nFAULT 引脚? 或者、当 VDD 上升到高于 VDDPOR_RISE 时、01h[6]是否会自动清除?
Q2:POR 复位值为 1b。 是否仅在上电复位或对应于 CLR_FLT 后才应用该复位值?
![]()
我已经参考了它的数据表。 例如、图 7-9。

此致、
Yuto
尊敬的 Yuto:
[报价 userid=“488273" url="“ url="~“~/support/motor-drivers-group/motor-drivers/f/motor-drivers-forum/1620238/drv8243-q1-how-to-clear-por-fault-register ]我们是否需要 CLR_FLT 命令来清除 01h[6]和 nFAULT 引脚? 或者、当 VDD 上升到高于 VDDPOR_RISE 时、01h[6]是否会自动清除?如果检测到 POR 条件、则会锁存 POR 故障。 该图中讨论的 POR 不是 POR 故障位、而是数字内核的内部 POR 标志。

因此、若要清除 POR 故障、确实需要发送 CLR_FLT 命令。 此外、仍然需要在 POR 事件之后发送 CLR_FLT 命令以启用栅极驱动器、因为 POR 是一种数字复位、可将所有寄存器清零为默认值、器件必须再次执行唤醒例程。
POR 复位值为 1b。 是否仅在上电复位或对应于 CLR_FLT 后才应用此复位值?
这在上电、数字内核唤醒后应用。 如果 VDD 电源没有降至低于 POR、则不应出现 POR 故障、直到 DE 器件下电上电。
此致、
Joshua
您好、Joshua、
我们知道 POR 是锁存故障、我们需要 CLR_FLT 来清除故障。
我的客户确认-P 型号出现意外行为。 根据 D/S 图 7-9、-P 变体的 POR 必须遵循 VDD 的状态。 但他们观察到它遵循 VM 的状态、就像-H 或-S 变体以及 VDD 一样。
下面的列表显示了 DRV8243P 的行为。 您是否需要内部检查并回答他们是否是预期行为?
A-1) 当 VDD < VDD_PORT_RISE && VM < VM < V_VMUV 时、 会提供 VDD、则标记[POR]寄存器。
A-2) 发送 CLR_FAULT 后、会清除 POR 寄存器。
B) 当 VM>V_VMUV 时、如果 VDD 将 L 更改为 H、则不会标记[POR]。
c) 当 VDD VM>VDD_POR_FALL 时、如果 VM<VMUV、则标记[VMUV]、但不标记[POR]。
我认为 A-2) 和 c) 是预期的,但 A-1) 和 b) 不确定。 请检查。
此致、
Yuto
您好、Joshua、
谢谢。 由于客户即将进入生产阶段、请尽快进行相关工作。
根据与客户的讨论、我需要从上次评论中更正一个主题。 A-2) 和 c) 错误。
A-2) 发送 CLR_FAULT 后、会清除 POR 寄存器。
A-2) 他们刚刚将 VM 提升到>VM_POR_RISE、然后[VMUV]&&[POR]被清除。
c) 当 VDD VM>VDD_POR_FALL 时、如果 VM<VMUV、则标记[VMUV]、但不标记[POR]。
c) 当 VDD VM>VDD_POR_FALL 时、如果 VM<VMUV、则标记[VMUV]、但不标记[POR]。 然后再次升高 VM、[VMUV]会在没有 CLR_FLT 命令的情况下自动清除。
所以 A-2) 和 c) 也不同于我的预期。 请检查是否 A-1)、A-2)、b) 和 c) 是 DRV8243P 的预期操作。
我在内部向您发送了一封电子邮件、以便与客户分享机密文件。 请将其作为参考进行查看。
此致、
Yuto
尊敬的 Yuto:
在 VDD 变为高电平后、该测试期间寄存器是否有任何变化?
对于情况 A:在任何时候都不发送 CLR_FLT 命令、则工作台的行为是存在 POR 和 VM 故障。 如果 VM 被移除、POR 标志会被屏蔽、但 POR 故障标志不会被清除、一旦 VM 超过阈值、POR 故障标志就会重新出现。 我很好奇为什么在 VDD > VDD_PORT_RISE 后未报告 VMUV、因为这应该会导致 POR 和 VMUV 标志出现、这些引脚上使用哪些电压?
对于案例 C:具体而言、对于 VM = 0V 的第一句、我的基准测试也证实了这一点、但在我的测试中、POR 只是被屏蔽而不是清除、并在 VM 恢复后返回。 对于第二部分、除非进行了配置更改或发送了 CLR_FLT 命令、否则不应发生这种情况。
b) 当 VM>V_VMUV 时、如果将 VDD 从 L 更改为 H、则不标记[POR]。 [/报价]我无法使用基准测试重现此情况。
请通过以下链接查看我的基准测试结果: DRV814xP-Q1 POR investigation.pptx
此致、
Joshua
您好、Joshua、
请允许我确认我对您的调查结果的理解。
1.要清除 POR、VMUV 或其他故障、我们需要 CLR_FLT 或更改配置。
->什么配置更改可以清除 哪些故障?
2.移除 VM 时会屏蔽 POR 标志。 ->这是否意味着 POR 故障寄存器被清除一次?
3.然后 VM 恢复到阈值以上、再次标记 POR 故障寄存器、即使 VDD 高于阈值?
此致、
北村裕人
Hi Yuto Kitamura,
[quote userid=“488273" url="“ url="~“~/support/motor-drivers-group/motor-drivers/f/motor-drivers-forum/1620238/drv8243-q1-how-to-clear-por-fault-register/6262174 要清除 POR、VMUV 或其他故障、我们需要 CLR_FLT 或更改配置。SPI 寄存器中的 POR 故障标志应始终锁存、并且无法更改为重试模式、因此若要清除 POR 故障、应始终需要 CLR_FLT。 但是、对于 P 型号、可以通过将 CONFIG1 寄存器中的位 1 (VMOV_RETRY) 更改为 1b 来将 VMUV 故障设置为重试模式。
[quote userid=“488273" url="“ url="~“~/support/motor-drivers-group/motor-drivers/f/motor-drivers-forum/1620238/drv8243-q1-how-to-clear-por-fault-register/6262174 移除 VM 时、POR 标志会被屏蔽。 ->这是否意味着 POR 故障寄存器被清除一次?这条声明我的意思是、POR 看起来会被清除 、但实际上、POR 仍然存在、这只是 VM 欠压情况导致 POR 故障标志出于某种原因在寄存器中不显示为 1b、直到 VM 高于欠压阈值。
[quote userid=“488273" url="“ url="~“~/support/motor-drivers-group/motor-drivers/f/motor-drivers-forum/1620238/drv8243-q1-how-to-clear-por-fault-register/6262174 然后 VM 恢复到阈值以上、再次标记 POR 故障寄存器、即使 VDD 高于阈值?是的、一旦 VM 恢复到高于 POR 故障标志、便会再次显示该标志、但它从未被清除/删除、只是隐藏。
此致、
Joshua