[应用相关] MUC相互复位的问题

[复制链接]
1553|15
 楼主| zhouhuanの 发表于 2017-2-19 13:42 | 显示全部楼层 |阅读模式
情况:板载系统有两颗MCU,但不在同一块板子上。
通信的方式:串口
连线距离:30cm

为了防止MUC不能跑死,打算通过如果多次不回复信息就复位对方MUC的方式进行强制纠正。

但是我总觉得有些不妥,好像搞不好就会出现MUC不听复位的情况了。

不知道大家对这样的做法有没有看法?
这样的方法真的是双系统设计时的上策吗?

谢谢大家~
handleMessage 发表于 2017-2-19 13:43 | 显示全部楼层
这种拓扑结构会造成混乱、不确定。
wanglaojii 发表于 2017-2-19 13:51 | 显示全部楼层
自己管自己的复位不就行了,然后对方如果没有正常接收到消息,可能要做个等待处理
laozhongyi 发表于 2017-2-19 13:52 | 显示全部楼层
有一个最终的通道,可靠性很高。
如果这个通道也出问题,只好承认失败了。
Edisons 发表于 2017-2-19 13:58 | 显示全部楼层
一般来说,只要软件设计得当,看门狗还是很可靠的。
_gege 发表于 2017-2-19 13:59 | 显示全部楼层
如果看门狗解决不了问题,外部强制复位也很难解决问题。
Mozarts 发表于 2017-2-19 14:05 | 显示全部楼层
只有长时间没有响应,就可以认为对方程序跑偏啊。
Listate 发表于 2017-2-19 14:06 | 显示全部楼层
两个mcu的通讯方式一定要保证100%有效啊,不然就是灾难性的。
其他应该问题不大
734774645 发表于 2017-2-19 17:56 | 显示全部楼层
那就可以通过IO控制他们的复位电路。
598330983 发表于 2017-2-19 18:58 | 显示全部楼层
这个想法很好啊,我以前也想到过,不过没机会试试,楼主不妨一试,不要听人家瞎说不行不行的。他们都没做过怎么知道不行。
疯子8972 发表于 2017-2-20 09:19 | 显示全部楼层
不能算是好方案,即使通讯是最主要的功能,但毕竟不是全部,不能因为部分功能故障,让全局重启
通讯故障需要专门的策略:)
mcu5i51 发表于 2017-2-20 10:38 | 显示全部楼层
通讯线上一个脉冲,两个MCU全复位了
Rollo 发表于 2017-2-21 21:10 | 显示全部楼层
让谁复位,都复位?
wwppd 发表于 2017-2-21 22:54 | 显示全部楼层
使用看门狗不可以吗
wwppd 发表于 2017-2-21 23:01 | 显示全部楼层
你这样的电路不能实现吧,最好使用看门狗。
LyCrystal 发表于 2017-2-22 09:13 | 显示全部楼层
我觉的各自使用独立的看门狗比较好。双机相互复位耦合性太大了
您需要登录后才可以回帖 登录 | 注册

本版积分规则

68

主题

1557

帖子

2

粉丝
快速回复 在线客服 返回列表 返回顶部