问题描述:FS8510的RSTB引脚与MCU的RST引脚连接,当MCU主动触发复位时(软件复位或debug复位),RSTB引脚会在大约200ms后再次拉低,导致MCU出现异常(复位进入boot时失败,并且无法连接编程器)
怀疑是外部复位信号触发了external reset错误导致RSTB引脚输出低电平
临时解决方案:断开RSTB与MCU的RST引脚,或者将FLT_ERR_IMPACT寄存器初始化为00后,复位正常
疑问:MCU的复位信号为何会触发RSTB的低电平,这个检测能够关闭吗?
Solved! Go to Solution.
---RSTB检测到external reset这个动作后才导致RSTB拉低MCU RESET(波形图第二次复位信号)---
这个解释不通的而且是又fault error counter是一直在增加的也就是说是一直有错误发生,debug模式下不用referesh WD这个是唯一的区别,我是在想SBC的喂狗时机可能出了问题在RSTB外在拉低后置高后的256ms以内是要有喂狗的动作来关闭初始化状态,后面就要正常喂狗了各路电压rails启动
MCU主动触发复位该怎么理解?是MCU把RSTB拉低 通过MCU的RST吗?
是的,从示波器波形看到RSTB有两次低电平。我们理解是:第一次MCU升级时,MCU的RST主动复位一次;第二次是FS8510 的RSTB引脚检测到外部复位把MCU 的RST拉低了。两次复位间隔200ms
你有示波器的波形吗?
抓取RSTB/PGOOD/VPRE的信号
另外RSTB_DUR这个是配置的多少?在INIT阶段
好的,能否追加一个RSTB/FS0B的测试波形?
看下面的流程图第一次RSTB拉低以后直接进入release reset阶段了后面再INIT的阶段FS0B拉低了要写WD进去OK了以后检测ABIST2,我猜测是第一次WD没写对导致RSTB变高或者是MCU又发送了一次RSTB拉低的命令导致再一次进入release reset的阶段:
看门狗是disable状态,但有周期喂狗使FS状态机退出INIT,初始化后也可正常release FS0B引脚
第一次RSTB拉低是连接调试器拉低或MCU软件复位,第二次RSTB拉低来自FS8510,看手册似乎是触发了external reset的错误,这个错误在normal状态可以屏蔽吗?debug模式下似乎就不会触发RSTB拉低了
您好,麻烦请教一下,我也遇到了同样的问题,您那儿是什么解决的?
external reset 我理解的就是MCUforce 拉低RSTB这个事件。
再debug模式下不触发这个RSTB拉低的行为,考虑是不是WD的错误,normal跟debug的区别就是debug不需要喂狗不会报错
debug模式是不触发RSTB拉低的行为,这个我们验证是OK的;目前我们在normal模式下,RSTB检测到external reset这个动作后才导致RSTB拉低MCU RESET(波形图第二次复位信号);FS8510怎么可以在normal模式下屏蔽external reset检测? 我们查过规格书没找到这方面的配置?
datasheet推荐:FS84/85系列芯片,RSTB引脚与MCU RESET引脚连接在一起的。
---RSTB检测到external reset这个动作后才导致RSTB拉低MCU RESET(波形图第二次复位信号)---
这个解释不通的而且是又fault error counter是一直在增加的也就是说是一直有错误发生,debug模式下不用referesh WD这个是唯一的区别,我是在想SBC的喂狗时机可能出了问题在RSTB外在拉低后置高后的256ms以内是要有喂狗的动作来关闭初始化状态,后面就要正常喂狗了各路电压rails启动