我有一个DigiConnectCore6 SBC，它使用DA9063 PMIC。我已经成功地设置了Linux内核和看门狗守护进程，以使用DA9063看门狗。然而，DA9063关闭而不是重置DA9063。
我听从了建议
https://support.dialog semiconductor.com/forums/post/pmic音频和hapt。。。
但没有变化。有一次我观察到DA9063看门狗确实按预期重置了，但是在下一次引导期间PMIC掉电了。
有什么建议吗？
一个电源周期后的寄存器值被附加，这可能是从OTP加载的寄存器（假设u-boot没有改变任何一个）。
通过将寄存器0x11设置为0x02从启用看门狗时，我也经历了相同的行为。
设备：
你好，
你能把你使用的完整的.ini文件张贴出来吗？
我想，你是通过I2C而不是硬件触发看门狗？
你需要把它放进文件夹并压缩它。
谨致问候，
艾略特
你好，艾略特，
我是一名消费者，拥有Digi现成的SBC，https://www.digi.com/亚博电竞菠菜products/embedded-systems/single-board-computers/connectcore-6-sbc.
linuxda9063看门狗驱动程序正在通过i2c触发看门狗，我观察到PMIC已经关机。为了调试，我在uboot中直接设置TWDSCALE，将0x2写入0x11寄存器（CONTROL\ud），从而启用了看门狗。4秒后，看门狗超时，应断言TWD\ U错误。现在，我预计PMIC将关闭到重置模式并再次通电，但我观察到PMIC关闭。我假设有一个或多个寄存器设置没有正确配置。
I think WATCHDOG_PD should be 0. I tried to increase the RESET_DURATION to 500ms to ensure that all regulators are discharged before powering up again, but no change.
你好，
你能执行一个完整的寄存器转储吗？
我想是PMIC掉电了吗？
你能测量一下VDDCORE吗？
谨致问候，
艾略特
>你能执行一个完整的寄存器转储吗？
附加到原始邮件的寄存器转储
> I take it the PMIC power downs and remains powerdown?
是的
>你能测量VDDCORE吗？
I'll do it as soon as possible. Can you review the registers while I do the measurement? It may be difficult, since the PMIC is mounted on a SOM covered by a perforated metal box. I can measure the voltage from the DC-DC step-down converter which I believe is VDDCORE.
你好，
我会检查寄存器，但我不确定这是一个完整的寄存器转储。
I will need to search from the OTP. Potentially, Autoboot is not set, so the PMIC is waiting for a wake-up event.
在VDDCORE上，该电压将告诉我们PMIC处于什么状态：复位、激活、RTC…等。它没有连接到BUCK，这是内部核心电压的参考。
>我会检查寄存器，但我不确定这是一个完整的寄存器转储。
我只能得到u-boot可以读取的寄存器。我在数据表中记录了除0x1A8（PMIC\u状态）之外的所有寄存器。
从OTP >我需要搜索。潜在的,Autoboot is not set, so the PMIC is waiting for a wake-up event.
>在VDDCORE上，这个电压将告诉我们PMIC处于什么状态：复位、激活、RTC…等等。它没有连接到buck，这是内部核心电压的参考。
你是对的。我现在可用的设备不够灵敏，无法测量掉电、复位或RTC模式下的电流。我认为PMIC会断电复位，然后再断电，然后等待唤醒事件。如果自动启动被断言，它应该继续通电。
我发现断言自动启动或断言TICK_打开（RTC将定期生成RTC勾选唤醒事件），如果在重置PMIC后的第一至15秒内断言了watchdog times out或SHUTDOWN register，PMIC将被激活模式。如果看门狗在~15秒后超时，PMIC将不会进入激活模式。我想它会保持在断电模式下等待唤醒事件。
进一步的调查得出了有趣的结果。如果断言自动启动或勾选打开，并且通过写入读取值清除事件\u A寄存器。然后，通过在~15秒内断言关机寄存器，PMIC始终从复位模式到激活模式通电。断言关闭时间晚于~15秒，但不。对看门狗也是这样。
我是缺少一个寄存器设置，还是这是一个错误？
你好，
所以，为了看看设备处于哪个状态，我们不需要测量电流，只需测量电压。VDDCORE:0V:RTC模式或电源问题，2.2V:复位，2.5V:激活或更高状态，2.5V+损坏芯。
我认为这取决于OTP的配置。如果你能看到这个装置，请把标记读给我听。
谨致问候。
艾略特
你好，
我相信我有你正在使用的OTP，而且看起来Autoboot没有设置。因此，当看门狗超时时，如果没有唤醒，设备将无法启动备份。
我不太明白你所说的15秒后停止是什么意思。所以，如果你通过I2C进行切换，然后在15秒内按下nSHUTDOWN，它会重新启动，15秒后是等待唤醒？
谨致问候，
艾略特
抱歉说不清楚。在u-boot中，我断言关闭寄存器（0x13位1）关闭PMIC以复位，因为看门狗也关闭PMIC以复位。当PMIC达到复位模式时，它读取OTP寄存器并进入掉电模式。正如您所说，由于没有设置自动启动，PMIC需要一个唤醒事件来继续通电。通过启用RTC tick，PMIC在设置关闭寄存器后将通电到活动域。如果自上次清除事件寄存器后的16秒之后设置关机，并且RTC勾选间隔为1秒，则PMIC不会通电。
通过启用RTC勾选，看门狗工作。但有时系统无法启动。GPIO7用于控制LED，根据Digi文档，当电源正常时，LED点亮。LED未点亮，并且在这种状态下我测量了一些电压。PMIC V U SYS电源电压为5V，VDDCORE为2.5V。通过给PMIC ONKEY唤醒事件，无法唤醒系统。
PMIC上的标记为：
DA9063、56、1817ECAA
你好，
我成功地复制了你所看到的。
我启动设备，然后通过nSHUTDOWN寄存器导致关机事件，设备经过复位并进入断电状态，等待唤醒事件。然后，我将TICK_uwake设置为1，并将勾选类型设置为1，这将导致一分钟内的唤醒事件（在没有在断言TICK_on的第二分钟）上引起唤醒事件，然后设置TICK_on。当分钟到期时，设备将启动。
设备现在在事件页面中设置了勾号位。因此，当您触发关机时，设备经过复位并达到断电状态，但是唤醒勾号已经设置，因此设备将再次启动，因为这是它的唤醒事件。
但是，如果在导致下一次关机之前清除IRQ，设备将在关机时等待下一个勾号事件，然后再重新启动。由于设置了一分钟的TICK\u WAKE，您必须等待1分钟才能过期，但是此函数在RTC中当前的一分钟内工作。因此，当设备断电时，RTC可能会开启30秒，当设备达到从这一点开始的分钟数时，它将重新启动。所以你有1-59秒的等待时间。
谨致问候，
艾略特
这是正确的。这是一个解决办法，用于启用PMIC的看门狗功能，在OTP中没有设置自动\u引导，因为OTP寄存器在从重置模式到断电时读取。勾选“唤醒”和“勾选”类型未从OTP读取。不幸的是，这并不总是有效的。至少，当看门狗超时时，我的SBC不会。我不清楚是DA9063还是SBC的问题。
注意，如果将TICK_uwake设置为0（每秒打勾），并在设置关机寄存器之前等待超过16秒，PMIC不会对RTC唤醒事件作出反应。这一定是DA9063问题。
你好，
好吧，我在1分钟的模式下测试设置。我已经在1s中重新测试了，我可以复制您看到的内容，清除IRQ在启动时，它被困在PD中。
我需要进一步调查。
谨致问候，
艾略特
你好，
抱歉耽搁了。所以我们认为这不是PMIC的问题。16s后不自动ooting的设备是设备的正确操作，16s与VDD\u启动保护有关。设备在初始时似乎会自动引导的原因是，在切换关闭之前，设备没有时间完成某些操作。
I need to dig into slighly more to see if what other information i can share.
谨致问候，
艾略特
Thanks for the help!
Conclusion is that it is not possible to use the DA9032 watchdog if AUTOBOOT is not set in OTP.
但是，可以启用看门狗。当看门狗定时器消失时，DA9063断电至复位模式，然后通电至断电模式，由于未设置自动启动，因此它将永远等待唤醒事件。
你好，
我需要深入研究，看看是否还有其他方法。
在这种情况下，如果无法访问非键和其他唤醒功能，那么使用看门狗可能不是最好的方法。
On this OTP GPIO5 and GPIO6 have a wake-up event linked to the GPIO status.
谨致问候，
艾略特