芯片:FS8530
喂狗方式: Challenger Watchdog
现象描述:当WAKE1为低,WAKE2为高的情况下,如果此时仅停止喂狗,不做任何其他操作,则FS85复位,电流掉到0,但是却无法重启
请问:
1. 此现象是否正常
2. 如果不正常,如何避免此现象,即我们想在WAKE2为高的情况下,仍然可以复位成功
3. 如果正常,此现象如何解释,发生此现象时,FS85的状态机是如何跳转的
解決済! 解決策の投稿を見る。
芯片已经进入Deep Fail safe 阶段了,两个方法出来
1:wake1拉低再拉高
2:OTP使能Autoretry 4s就出来了,但是这个是在OTP的阶段更改的,所以还是用第一个方法
1:怎么会无法重启呢?WD错误会影响RSTB/FS0B,但是你再重新启动WD无错误的话应该能起来。
2:你可以试下断电后等待超过8s再次上电
2:
芯片已经进入Deep Fail safe 阶段了,两个方法出来
1:wake1拉低再拉高
2:OTP使能Autoretry 4s就出来了,但是这个是在OTP的阶段更改的,所以还是用第一个方法
为什么进入DFS模式了,状态图上没有这个状态转换呀
1. 您说的第一种退出方式,状态机跳转流程是否是这样的, 首先当前处于DEEP-FS状态,然后wake1拉低,进入STANDBY DEEP-FS状态,然后wake1拉高,进入WAIT FS & SUPPLY状态,之后便进入了NORMAL_M状态,此时启动成功。
[gw]对的
2. 那么我们有一个疑问,按照您所描述的,WD错误导致复位,进入了DEEP-FS,但是我们在测试的过程中,发现当wake1一直为高的情况下,当WD错误导致复位后,并不会出现上电失败的情况,复位是可以成功的,这种现象如何解释呢,或者状态机的跳转流程是啥样的
【gw】就是OTP_Autoretry在OTP的阶段被enable 了所以不改变WAKE1也会自动跳转到standbydeep_fs这个阶段但是你看他需要等4s.
Exit of DEEP-FS mode is only possible by WAKE1 = 0 or after 4 s if the autoretry feature
is activated by OTP_Autorety_en bit. The number of autroretry can be limited to 15 or
infinite depending on OTP_Autoretry_infinite bit. VPRE restarts when VSUP > VSUP_UVH
and WAKE1 > WAKE12VIH.