OpenEdv-开源电子网

 找回密码
 立即注册
正点原子全套STM32/Linux/FPGA开发资料,上千讲STM32视频教程免费下载...
查看: 4177|回复: 4

请教一个串口通信数据结构的疑惑!

[复制链接]

13

主题

611

帖子

0

精华

金牌会员

Rank: 6Rank: 6

积分
1929
金钱
1929
注册时间
2014-10-6
在线时间
625 小时
发表于 2014-12-5 12:12:16 | 显示全部楼层 |阅读模式
5金钱
在原子串口通信的例程中为了识别一组数据是否接收完成,用0x0d,0x0a做为接收完成标示,程序中接收到0x0d后就在等0x0a的到来,如果超时0x0a没有收到说明接收失败,收到说明接收完成,那现在如果有一组数据中有个0x0d数据要传输,跟据原子的这个传输协议不就没有办法完成这个0X0d数据的传送了吗?请大家指点一下是不是那里理解的不对!疑惑好久了想不通!

最佳答案

查看完整内容[请看2#楼]

你理解得很对。 具体到本案,应当按这样的流程来判断: 收到 0x0D 以后,同时做几手准备, a、如果规定时间内没有收到任何字节,则按错误处理; b、收到 非0x0A 的字节,则解释为其他内容; c、收到 0x0A ,则按结束符对待。 那么问题又来了:如果对方恰好要发送这两个字节,岂不又错了? 确实如此。这个问题是串口无法避免的,概率大小而已。 为了减少错误的概率,就要规定其他特征 ...
正点原子逻辑分析仪DL16劲爆上市
回复

使用道具 举报

58

主题

6294

帖子

1

精华

资深版主

Rank: 8Rank: 8

积分
11560
金钱
11560
注册时间
2014-4-1
在线时间
1318 小时
发表于 2014-12-5 12:12:17 | 显示全部楼层
你理解得很对。

具体到本案,应当按这样的流程来判断:
收到 0x0D 以后,同时做几手准备,
a、如果规定时间内没有收到任何字节,则按错误处理;
b、收到 非0x0A 的字节,则解释为其他内容;
c、收到 0x0A ,则按结束符对待。

那么问题又来了:如果对方恰好要发送这两个字节,岂不又错了?
确实如此。这个问题是串口无法避免的,概率大小而已。
为了减少错误的概率,就要规定其他特征,比如事先规定一帧命令的长度,结束符再多加几个字节,增加帧间距离,等等。

协议有万千种变化,每个人规定的协议都不相同。而不同的协议,又意味着不同的程序。

回复

使用道具 举报

233

主题

961

帖子

0

精华

金牌会员

Rank: 6Rank: 6

积分
1815
金钱
1815
注册时间
2011-10-9
在线时间
230 小时
发表于 2014-12-5 12:12:17 | 显示全部楼层
我做串口一般都会 命令头+传输的字节数+数据+校验和  这样传     很少用标志作为结束协议
回复

使用道具 举报

38

主题

2061

帖子

6

精华

论坛大神

Rank: 7Rank: 7Rank: 7

积分
3273
金钱
3273
注册时间
2012-1-16
在线时间
37 小时
发表于 2014-12-5 12:22:07 | 显示全部楼层
可以做超时来判断结束。具体可以参考wifi模块的代码,呵呵。
站在巨人的肩膀上不断的前进。。。
回复

使用道具 举报

13

主题

611

帖子

0

精华

金牌会员

Rank: 6Rank: 6

积分
1929
金钱
1929
注册时间
2014-10-6
在线时间
625 小时
 楼主| 发表于 2014-12-5 13:38:52 | 显示全部楼层
回复【3楼】xuande:
---------------------------------
谢谢你的帮助,现在明白了,这就是这个协议的缺点!不过是遇到的概率大小!
回复

使用道具 举报

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

本版积分规则



关闭

原子哥极力推荐上一条 /2 下一条

正点原子公众号

QQ|手机版|OpenEdv-开源电子网 ( 粤ICP备12000418号-1 )

GMT+8, 2025-6-28 06:10

Powered by OpenEdv-开源电子网

© 2001-2030 OpenEdv-开源电子网

快速回复 返回顶部 返回列表