我有一个Digi ConnectCore6 SBC，它使用DA9063 PMIC。我已成功设置Linux内核和看门狗守护程序以使用DA9063看门狗。但是，DA9063关闭而不是重置DA9063。
我遵循了建议
https：//support.dialog-semicondiondiondum/forums/post/pmic-audio-and-hapt ...
但没有变化。有一次我观察到DA9063看门狗确实按预期重置，但在下一步启动期间PMIC向下通电。
任何建议吗？
附加电源周期后的寄存器值，这可能是从OTP加载的寄存器（假设U-Boot不改变它们）。
通过将寄存器0x11设置为0x02，我遇到了相同的行为。
设备：
你好，
你能发布你使用的完整.ini文件吗？
我接受它，你正在通过i2c触发看门狗而不是硬件？
您需要将它放在文件夹中并zip zip。
亲切的问候，
艾略特
嗨艾略特，
我是一个消费者，来自Digi的现成的SBC，https://www.digi.com/雷电竞官网登录products/embedded -systems/single-board-computers/connectcore-6-sbc.。
Linux DA9063-WatchDog驱动程序通过I2C触发看门狗，我观察到PMIC断电。因此，通过将0x2写入0x2至0x11寄存器（Control_D），通过将TWDSCale直接设置TWDScale来启用WatchDog。4秒后看门狗超时，应该断言TWD_ERROR。现在我预期，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 ...等。它没有连接到降压，这是对内部核心电压的引用。
>我将审查寄存器，但我不确定它是一个完整的注册转储。
我只能获取U-Boot可以读取的寄存器。我在数据表中记录了所有寄存器，以便在0x1a8（pmic_status）中。
从OTP >我需要搜索。潜在的,Autoboot is not set, so the PMIC is waiting for a wake-up event.
>在VDDCORE上，此电压将告诉我们PMIC所在的状态：重置，活动，RTC ...等。它没有连接到降压，这是对内部核心电压的引用。
你是对的。我可用的设备现在不足以测量断电，复位或RTC模式中绘制的电流。我认为PMIC向下电以重置和掉电，然后等待唤醒活动。如果断言Auto_boot，它应该继续供电。
我发现断言Auto_Boot或断言Tick_on（RTC将定期生成RTC勾唤醒事件）如果在重置PMIC后的第一个〜15秒内被置位或关闭寄存器在第一个〜15秒内被断言，则PMIC将上电至活动模式。如果在〜15秒后的看门狗超时，则PMIC不会进入活动模式。我假设它保持在等待唤醒事件的掉电模式。
进一步调查发出了有趣的结果。如果断言Auto_Boot或Tick_On并且通过写回读取值清除Event_A寄存器。然后通过在〜15秒内断言关闭寄存器PMIC始终从复位模式向上源于活动模式。断言迟于〜15秒，它没有。看门狗的行为相同。
我缺少注册设置，还是这是一个错误？
你好，
因此，要查看设备是否存在哪些状态，我们不需要对当前进行系统，只是volatge。VDDCORE：0V：RTC模式或电源问题，2.2V：复位，2.5V：有效或更高的状态，2.5V +损坏核心。
我认为这是指向OTP的配置。如果您可以看到设备，请阅读我的标记。
亲切的问候。
艾略特
你好，
我相信我有你正在使用的OTP，看起来它看起来像autoboot未设置。因此，当看门狗超时设备时，如果没有唤醒，就不会启动备份。
我不太明白你在15秒后被断言的NSHutdown意味着什么。因此，如果您通过I2C制作芯片，那么在15秒内击中NSHutdown，它在15秒后开始等待唤醒？
亲切的问候，
艾略特
对不起，不清楚。在U-Boot中，我断言关闭寄存器（0x13位1），以关闭PMIC重置PMIC，因为看门狗还关闭PMIC以重置。当PMIC到达重置模式时，它会读取OTP寄存器并进入掉电模式。由于您没有设置Auto_boot，因此PMIC需要一个唤醒事件以继续供电。通过启用RTC勾选，在设置关断寄存器后，PMIC向上电向活动域。如果Shutdown在上次时间延迟后，PMIC不会启动，因为上次时间rtc刻度计间隔为1秒，所清除event_A寄存器被清除。
通过启用RTC勾选，看门狗有效。但有时系统无法启动。GPIO7用于控制LED，根据DIGI文档电源可以点亮。LED不会点亮，在这种状态下，我已经测量了一些电压。PMIC V_SYS电源电压为5V，VDDCORE为2.5V。通过给出PMIC唤醒事件，无法唤醒系统。
PMIC上的标记是：
DA9063,56,1817ECAA
你好，
我已经设法复制了你所看到的东西。
我启动了设备，然后我可以通过NSHutdown寄存器导致关闭事件，该设备通过重置并进入Poctwod并等待唤醒事件。然后我将stick_wake设置为1，tick_type设置为1，这应该导致唤醒事件在一分钟勾号上（在返回rick_on被置位的第二个）上，我然后设置tick_on。当一分钟到期时，设备靴子。
该设备现在在事件页面中设置了滴答位置。因此，当您触发关闭时，设备会通过重置并达到POLTDOW，但是已设置唤醒刻度，因此设备再次启动，因为这是其唤醒事件。
但是，如果在引起下一个关闭之前清除IRQs，则在启动备份之前，设备将在下一个刻度事件中等待下一个刻度事件。由于Tick_wake设置了一分钟，您必须等待1分钟到期，但此功能在RTC中的分钟工作。因此，当设备到达PoLtown时，RTC可以在30秒上，当设备从此时到达这一点时，它将重新启动。所以你的等待时间在1-59秒之间。
亲切的问候，
艾略特
这是对的。这是一个解决方法，用于启用PMIC的看门狗功能，其中Auto_boot未在OTP中设置，因为从重置模式到掉电时读取OTP寄存器。Tick_wake和tick_type不会从OTP读取。不幸的是，这并不总是有效。至少，当看门狗超时时，不是我的SBC。对我来说不清楚是否是DA9063或SBC的问题。
请注意，如果将Tick_Wake设置为0（每秒勾选）并在设置关闭寄存器之前等待16秒钟，则PMIC不会对RTC唤醒事件作出反应。这必须是DA9063问题。
你好，
好的，我在1分钟模式下测试设置。我在1s中重新测试了，我可以复制你所看到的东西，清除IRQ触发器在PD中陷入困境后启动。
我需要进一步调查这一点。
亲切的问候，
艾略特
你好，
抱歉耽搁了。所以我们认为这不是PMIC的问题。在16S之后的设备未自动启动是设备的正确操作，16S与VDD_Start保护有关。概述设备将出现自动启动的原因是设备在关闭后，设备还没有时间完成某些方法。
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向下推动重置模式，然后向下电以供电模式，因为未设置自动传导以来，因此将永远等待唤醒事件。
你好，
我需要更深入看看是否有另一种方法。
似乎在这种情况下，有限/无权访问非key和其他唤醒功能，然后使用看门狗可能不是最好的方法。
On this OTP GPIO5 and GPIO6 have a wake-up event linked to the GPIO status.
亲切的问候，
艾略特