3266|6

73

帖子

0

TA的资源

一粒金砂(初级)

楼主
 

关于485通讯帧同步的问题 [复制链接]

RS485一主多从通讯,现在的帧格式为:
帧头-地址-数据-数据-数据-帧尾  共6个字节。

目前试验表明,这个格式能工作。但是,我比较担心,因为3个数据字节的内容是随机的,如果其中一个从机向主机发送数据的时候,数据里的某个字节与帧头字节相同的话,会不会造成其他从机的误动作,从而导致总线瘫痪?

我现在的从机帧同步方式为


  1. while(ReceiveByte()!=Frame_Start);//寻找帧头
  2.    //接下来判断地址字节,与自己地址不符合的话丢弃此帧...
复制代码

最新回复

tao
还是采用通用的协议吧,例如MODBUS。自己编的还是有许多情况没有考虑到哦的  详情 回复 发表于 2009-6-23 14:05
点赞 关注

回复
举报

72

帖子

0

TA的资源

一粒金砂(初级)

沙发
 
建议楼主采用:询问+应答的方式处理,即一切通信都是在:上位机发命令,下位机再回答的方式。没有命令,下位机就不会发数据给上位机。这样就不会出现你担心的问题了。
 
 

回复

72

帖子

0

TA的资源

一粒金砂(初级)

板凳
 
谢谢楼上的回复。
目前采用的就是询问+应答的方式。但是问题的关键是,从机应答的数据量比较大,而且数据域的内容随机。如果把应答应该回传的数据分成若干个小部分,则效率非常低下。一次性以应答的方式往主机返回大量的数据还是存在“使其他从机误判断帧头的问题”。我准备用帧头+帧尾+地址的方式来做帧判断,这样误判的几率尽可能降低,至少在保证数据效率的前提下,尽可能降低误判率。
 
 
 

回复

85

帖子

0

TA的资源

一粒金砂(初级)

4
 
这就是LZ你传输协议考虑的问题

如果数据的内容可能与帧头相同,从软件实现方面考虑接收到帧头后,直接接收内容不用判断。最好再加一个CRC,用于判断数据是否出错,出错则丢掉。
 
 
 

回复

73

帖子

0

TA的资源

一粒金砂(初级)

5
 
guanzhu
 
 
 

回复

63

帖子

0

TA的资源

一粒金砂(初级)

6
 
肯定会有这个问题存在,下位机多几台的话。我用MODBUS_RTU就有这个问题(原来的下位机程序的帧间隔判断没处理好)
如果是你自己定的协议,不要只用一个字节的帧头,很不可靠。建议采用连续接收多少个相同字节(比如至少5个FF,HART协议就是这样的),这种方式比较可靠,处理也简单。
 
 
 

回复

66

帖子

0

TA的资源

一粒金砂(初级)

7
 
还是采用通用的协议吧,例如MODBUS。自己编的还是有许多情况没有考虑到哦的
 
 
 

回复
您需要登录后才可以回帖 登录 | 注册

随便看看
查找数据手册?

EEWorld Datasheet 技术支持

相关文章 更多>>
关闭
站长推荐上一条 1/10 下一条

 
EEWorld订阅号

 
EEWorld服务号

 
汽车开发圈

About Us 关于我们 客户服务 联系方式 器件索引 网站地图 最新更新 手机版

站点相关: 国产芯 安防电子 汽车电子 手机便携 工业控制 家用电子 医疗电子 测试测量 网络通信 物联网

北京市海淀区中关村大街18号B座15层1530室 电话:(010)82350740 邮编:100190

电子工程世界版权所有 京B2-20211791 京ICP备10001474号-1 电信业务审批[2006]字第258号函 京公网安备 11010802033920号 Copyright © 2005-2024 EEWORLD.com.cn, Inc. All rights reserved
快速回复 返回顶部 返回列表