用双单片机解决单片机卡死的问题

十日

目前用的STM32，但是不适合用看门狗，为了防止STM32卡死导致的异常，外加一个51核的单片机，让STM32持续给51单片机发送指令，一旦异常，51单片机就可以检测到STM32异常，然后做一些相关处理，不知道这样是否可行，或者有更好的办法，麻烦分享一下哈。。。谢过了，或者谈一下自己的想法。

十日

warship 发表于 2019-5-13 21:00
听起来完全是多此一举，而且51也有可能挂，并不保险。
你说的这些，32自带的IWDG完全可以胜任，并且比另加 ...

你好，具问题是这样子的，我们用STM32控制电机，看门狗喂狗时间不能太长，万一太长会出现安全事故的，几个ms可能都会出事故，只能用us定时器，但是用us定时器不停中断又会对控制电机运动产生影响，但是作为保险起见，就需要在us级别让STM32复位。如果没有好的办法就只能寻找一个合适的计数值了，大概就是这个样子，不知道我叙述清楚了没

PCA

不是有一堆看门狗芯片，如MAX813L，X5045S8I这些，不比外置单片机可靠，还省的设计51程序、烧录程序的麻烦事，万一你的51再卡死呢

nicechp

你选用的stm32芯片无法使用IWDG独立看门狗？IWDG配置一次后就一直有效，无需每次上电配置。

如果必须要用外部硬件看门狗，可以用逻辑器件74HC4060异步计数器，stm32输出方波信号作计数清零，
一旦stm32程序崩溃，计数器将计数溢出，溢出信号拉低stm32外部复位脚，从而实现复位。

DongInker

有一种叫看门狗芯片的东西，但现在单片机都基本集成了看门狗功能

hgr211

stm32不适合用看门狗，这是多么奇葩的理论。估计你连stm32有多少个系列都不清楚

warship

听起来完全是多此一举，而且51也有可能挂，并不保险。
你说的这些，32自带的IWDG完全可以胜任，并且比另加51更可靠。
不知你讲的不适合是如何的不适合

Acuity

51挂了呢？再搞个MCU？MCU有挂了呢？再。。。。

十日

如果异常，会导致安全问题，几个ms都会出事故。我之前的想法是用串口持续发数据，51单片机接收，一旦有异常51直接关设备。现在突然想到用定时器中断不停喂狗，万一卡死就直接复位，这样应该可以了，刚毕业没什么经验，只是想请教一下大家，在这里谢过！

十日

十日 发表于 2019-5-14 11:33
如果异常，会导致安全问题，几个ms都会出事故。我之前的想法是用串口持续发数据，51单片机接收，一旦有异常 ...

但是又有个问题us级的定时器中断会对电机的控制有影响，不知道大家有没什么建议

十日

十日 发表于 2019-5-14 11:41
但是又有个问题us级的定时器中断会对电机的控制有影响，不知道大家有没什么建议

之前用STM播放声音，用了us定时器计数，声音听起来就变样了。

dfbb123

出于安全考虑，再多加几个单片机都不为过，建议增加纯机械构造起来的保障机构，已达到多重保险，冗余设计是必须的。

shikihane

你需要的是窗口看门狗，他在超时以前会进一次中断，让你做点擦屁股的事，擦完就可以去死了

shikihane

或者你拿个普通的定时器来做这种事也行，超时时间设到10ms左右，超时就把该料理的事都料理了，然后自己复位自己

LIGONG004

看来你对看门狗没有正确认识，
所以狗不起作用

edmund1234

这非常不合乎常理， 喂狗所耗的时间会比发指令给51慢？ 这狗你是怎样喂的啊？
改在你的PID函数入口处喂一次狗就行了

www88988

十日 发表于 2019-5-14 11:33
如果异常，会导致安全问题，几个ms都会出事故。我之前的想法是用串口持续发数据，51单片机接收，一旦有异常 ...

如果人命关天的事，我建议采用冗余设计，三取二，三个系统结果，仲裁输出，且输出不能单一电平控制，应该编码或动态输出比较好。