YTM32B1MC03 内部看门狗使用

[niuyanlin]

②进入睡眠前先喂一次狗，这个试过了，MCU还是会复位的。

[swust]

从MCU休眠到唤醒的时间和设置的时间差不多的话，可能刚好卡在极限时间了，最好多预留一点时间

[swust]

再一个可能的原因是LPOCLK有一定的偏差，跟理论计算出来的值可能就略有差异。

[niuyanlin]

软件中已考虑到LPO时钟的偏差，并进行校准，唤醒时间差不多准的。

[niuyanlin]

[niuyanlin]

这条回复有误，进入睡眠前先喂一次狗，MCU也不会发生复位。

[swust]

那你可以把这个步骤加上，这是休眠唤醒的标准流程

[niuyanlin]

具体原因需要你们排查一下。

[swust]

那你方便的话工程发一下吧，或者给个简化版本

[jiankang_wang]

lptmr的中断优先等级是多少？

Mcu进入低功耗会进入临界段保护，要唤醒的话，需要将中断优先级设置为0

[niuyanlin]

MCU进入standby模式，如果使用lpTMR定时器50ms周期唤醒MCU，内部看门狗超时周期设置200ms,在lpTMR定时器通知函数（中断）进行内部看门狗喂狗操作。现象正常，不会复位。

[niuyanlin]

Appl(1).zip

[swust]

你的IAR版本太高我只能看到部分代码。你的ptmr_ch0 40ms喂狗一次，ptmr_ch2在500ms后进入standby模式，也就是ptmr_ch0过了12.5个周期，此时已经有20ms的时间没有喂狗；睡眠前设置了lptmr的周期为100ms，并且关闭了ptmr，100ms后MCU被中断唤醒，唤醒后由于ptmr呗关闭，只会在lptmr中断中喂狗，因此在一个休眠唤醒周期后的第一次喂狗时间为20+100+100ms=220ms，而你的timeout时间为200ms，所以发生了复位。

[niuyanlin]

不应该是20ms+100ms吗？为啥是20+100+100ms=220ms？我第一次唤醒是进行喂狗操作了。

[swust]

那你有测过睡眠前给lptmr定时器配置的周期确定是100ms吗，还有你在#11给的波形得把两个中断的toggle区别开，因为你在两个地方都有喂狗操作，我看你程序中用了不同的IO。

[niuyanlin]

你好！我发的工程你们有在你们的Demo板上有测试吗?测试结果是啥？

[swust]

你IAR版本比我高，打开只能看到部分代码

[niuyanlin]

你们不能用你们IAR版本重新创建一下工程吗？把我们发的文件加载一下。

[swust]

你主程序中是do while(1)，lptmr唤醒喂狗后立刻又会再次进入低功耗，之间时间太短指令还未生效，需要预留125us以上的生效时间。