打印
[应用相关]

MUC相互复位的问题

[复制链接]
1070|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 | 只看该作者
有一个最终的通道,可靠性很高。
如果这个通道也出问题,只好承认失败了。

使用特权

评论回复
5
Edisons| | 2017-2-19 13:58 | 只看该作者
一般来说,只要软件设计得当,看门狗还是很可靠的。

使用特权

评论回复
6
_gege| | 2017-2-19 13:59 | 只看该作者
如果看门狗解决不了问题,外部强制复位也很难解决问题。

使用特权

评论回复
7
Mozarts| | 2017-2-19 14:05 | 只看该作者
只有长时间没有响应,就可以认为对方程序跑偏啊。

使用特权

评论回复
8
Listate| | 2017-2-19 14:06 | 只看该作者
两个mcu的通讯方式一定要保证100%有效啊,不然就是灾难性的。
其他应该问题不大

使用特权

评论回复
9
734774645| | 2017-2-19 17:56 | 只看该作者
那就可以通过IO控制他们的复位电路。

使用特权

评论回复
10
598330983| | 2017-2-19 18:58 | 只看该作者
这个想法很好啊,我以前也想到过,不过没机会试试,楼主不妨一试,不要听人家瞎说不行不行的。他们都没做过怎么知道不行。

使用特权

评论回复
11
疯子8972| | 2017-2-20 09:19 | 只看该作者
不能算是好方案,即使通讯是最主要的功能,但毕竟不是全部,不能因为部分功能故障,让全局重启
通讯故障需要专门的策略:)

使用特权

评论回复
12
mcu5i51| | 2017-2-20 10:38 | 只看该作者
通讯线上一个脉冲,两个MCU全复位了

使用特权

评论回复
13
Rollo| | 2017-2-21 21:10 | 只看该作者
让谁复位,都复位?

使用特权

评论回复
14
wwppd| | 2017-2-21 22:54 | 只看该作者
使用看门狗不可以吗

使用特权

评论回复
15
wwppd| | 2017-2-21 23:01 | 只看该作者
你这样的电路不能实现吧,最好使用看门狗。

使用特权

评论回复
16
LyCrystal| | 2017-2-22 09:13 | 只看该作者
我觉的各自使用独立的看门狗比较好。双机相互复位耦合性太大了

使用特权

评论回复
发新帖 我要提问
您需要登录后才可以回帖 登录 | 注册

本版积分规则

68

主题

1557

帖子

2

粉丝