【求助】关于232通信协议用数组判断头尾校验帧，求一个完整有详细注解的例程，真的有困难！

yinqirui9

找了很久资料，真的难学，感觉要炸了
希望原子哥能够加上 如何自制串口协议的教程！真的很有必要，不搞协议的232等于没搞，现在随便什么通信都要有协议保证稳定
真的学了好久 还没搞懂！

操作系统

如何事实证明你不适合.放弃它也不是坏的选择.你会发现,在另一片天地才是你的舞台.

d1z1y2

原子的全程中不就有校验吗？

yinqirui9

d1z1y2 发表于 2017-6-11 09:15
原子的全程中不就有校验吗？

什么全程？只校验了0x0a和0x0D啊 提供上位机发烧一串数组 我32来判断数组中的第2个字符 来执行相应的代码 要怎么改？

yinqirui9

操作系统 发表于 2017-6-11 09:00
如何事实证明你不适合.放弃它也不是坏的选择.你会发现,在另一片天地才是你的舞台.

不能放弃 为了生活！

操作系统

yinqirui9 发表于 2017-6-11 10:09
不能放弃 为了生活！

这说明你对它还是有点兴趣的.CRC校验是很简单的.多看一下另外的例程.会明白的.另外串口的奇偶校验也是其中方法之一.你可以看看,理解理解.

yinqirui9

操作系统 发表于 2017-6-11 10:26
这说明你对它还是有点兴趣的.CRC校验是很简单的.多看一下另外的例程.会明白的.另外串口的奇偶校验也是其 ...

后面的视频还会讲通信协议吗 第几课呢？

操作系统

不知道呢.我不是原子团队成员.

enan

判断任何头尾帧都是徒劳的（你无法保障数据内不含跟头尾帧一样的数据），时间约定才是王道，

yinqirui9

enan 发表于 2017-6-11 11:50
判断任何头尾帧都是徒劳的（你无法保障数据内不含跟头尾帧一样的数据），时间约定才是王道，

怎么约定？有例子吗

enan

yinqirui9 发表于 2017-6-11 12:12
怎么约定？有例子吗

约定每帧数据之间的间隔，
例如约定每帧数据的间隔10ms，接收到第一个字节开个5ms定时器，之后你每接收到1个字节复位定时器为5ms，5ms到后表示接收完成。

那个什么串口空闲中断DMA去接收MODBUS就是个比较**的想法，有些低端MCU自己本身就几把很忙，串口发送的时候被打断了，出现了停顿的情况，串口空闲中断就判断接收完成了。

yinqirui9

enan 发表于 2017-6-11 12:23
约定每帧数据之间的间隔，
例如约定每帧数据的间隔10ms，接收到第一个字节开个5ms定时器，之后你每接收 ...

那上位机怎么发间隔10ms的数据呢？有实际的例程吗，光那么看新手不是很懂啊

enan

yinqirui9 发表于 2017-6-11 12:38
那上位机怎么发间隔10ms的数据呢？有实际的例程吗，光那么看新手不是很懂啊

不是上位机间隔10ms发送数据，你这完全是崭新的新手啊

是说的这个10ms是两帧数据之间的最小间隔10ms，你拿5ms时间来判断收到数据后接下来的5ms有没有再次收到数据，如果没有就是一帧数据结束了

EDA3rd

都有帧尾了，为什么要用时间来判断帧结束？时间是用来判断超时的，超过一定时间丢弃当前帧，当然，如果你硬要设计成永久等待帧尾也行，不过实际开发中很少这么做，至于超时时间，用计数就搞定了。

论坛都有类似的帖子了：
http://www.openedv.com/posts/list/53066.htm

yinqirui9

enan 发表于 2017-6-11 12:45
不是上位机间隔10ms发送数据，你这完全是崭新的新手啊

是说的这个10ms是两帧数据之间的最小间隔10ms ...

那打开定时器是 用定时中断 来扫描吗？

enan

yinqirui9 发表于 2017-6-11 13:00
那打开定时器是 用定时中断 来扫描吗？

是滴，当收到第一个字节打开一个定时器，之后每次收到一个字节重新手动装填定时器，如果发生中断了就是表示接收完成了。
不过一般不会用硬件定时器来做，如果有8个串口要开8个定时器，一般自己写个软件定时器

enan

EDA3rd 发表于 2017-6-11 12:58
都有帧尾了，为什么要用时间来判断帧结束？时间是用来判断超时的，超过一定时间丢弃当前帧，当然，如果你硬 ...

对于发送16进制数的时候，特别是浮点数的时候，你敢保证数据里不会带有你所约定的尾帧。
单用超时一项可以完成结束判断与超时判断，而且提高鲁棒性

一个爱做梦的人

自己定通信协议啊，比如：
序号        字段名称        位宽        字段功能
0        起始标志        1        约定为fa
1        长度                1      表示操作命令+内容的长度
2        操作命令         1        00h(设置) / 01h(获取) /02h(返回)
3        内容                n       
4        校验字节        1        除字头字尾外的所有字节ODD校验
5        结束标志位        1        约定为0xFB


这样在串口中断里收到头后，开始计数，等收到尾字节后判断（计数-4）和长度是否相等，判断自己计算的校验和校验字节是否相等，然后做相应处理，是丢弃，继续接受，还是保存

EDA3rd

一个爱做梦的人 发表于 2017-6-11 13:12
自己定通信协议啊，比如：
序号        字段名称        位宽        字段功能
0        起始标志        1        约定为fa

同意楼上，帧头+命令+数据+帧尾+校验和，这是标准做法。
enan提出的超时判断帧结束，个人感觉不如帧尾+校验的判断方法实用。
用帧间隔来判断帧结束，又如何能保证数据完整性呢？

enan

呵呵，我的目的就是严厉打击那些定义首尾帧的协议。
如果通讯中产生一次错误，可能会导致永久性的通讯失败，比如数据中有与首尾帧一致的数据，然后导致的是每次接收数据的帧错位，错位后协议数据长度字段如果是个很大的数，导致接收方死等，等回来了还是个错的，而且又错位了。

enan

EDA3rd 发表于 2017-6-11 13:28
同意楼上，帧头+命令+数据+帧尾+校验和，这是标准做法。
enan提出的超时判断帧结束，个人感觉不如帧尾+ ...

串口数据一般是连续发送的，用时间来判断怎么不能保障完整性？
一般上一个字节与下一个字节间隔不会超过5ms，超过了肯定是出现问题了，完整性来说我并没有说数据校验可以去掉。

EDA3rd

enan 发表于 2017-6-11 13:28
呵呵，我的目的就是严厉打击那些定义首尾帧的协议。
如果通讯中产生一次错误，可能会导致永久性的通讯失败 ...

如果担心长度过长，永久失败，可以增加长度检查机制。而且长数据应当拆开成帧

yinqirui9

enan 发表于 2017-6-11 13:07
是滴，当收到第一个字节打开一个定时器，之后每次收到一个字节重新手动装填定时器，如果发生中断了就是表 ...

软件定时和硬件定时器 原子教程里有讲吗( ⊙ o ⊙ )…… 表示不知道怎么区分

enan

EDA3rd 发表于 2017-6-11 13:37
如果担心长度过长，永久失败，可以增加长度检查机制。而且长数据应当拆开成帧

老哥，要下次再来个数据跟首尾帧一样的列？
串口收发个数而已，如果本身我就只是发个浮点数，加上这么多什么首尾帧、长度、冗余的东西来提高鲁棒性，这些个数据传输也得耗费时间，浪费MCU时间，为什么不用一个定时器搞定它

enan

yinqirui9 发表于 2017-6-11 13:40
软件定时和硬件定时器 原子教程里有讲吗( ⊙ o ⊙ )…… 表示不知道怎么区分

原子教程里面没有，软件定时器是自己写的，网上有，很简单的东西

yinqirui9

enan 发表于 2017-6-11 13:48
原子教程里面没有，软件定时器是自己写的，网上有，很简单的东西

是不是就是原子里面的 delay_ms()?

enan

delay_ms()是阻塞性延时，不能用这个，而且任何程序里面不到万不得已的情况下不能用它，如IO模拟总线的情况下用一下，或硬件上电初始化的时候非要用的情况下用下。
至此，任何情况下都不要用这个函数，包括按键扫描，跑马灯。
也就是说在进入while循环后，任何情况下都不要用他，只要用到他就表明你的程序需要改进。

yinqirui9

enan 发表于 2017-6-11 15:06
delay_ms()是阻塞性延时，不能用这个，而且任何程序里面不到万不得已的情况下不能用它，如IO模拟总线的情况 ...

那如果我要延时怎么办？直接判断定时器是否等于相应的倍数吗？

enan

yinqirui9 发表于 2017-6-11 15:47
那如果我要延时怎么办？直接判断定时器是否等于相应的倍数吗？

这个问题已经无法结帖了，你能把原子那本书学完了再来考虑这些事情吗，很多东西是需要经验积累的，不管原子其他的例程跟这个串口例程有没有关系，但总能开阔你的视野，回过头来你自然而然的会明白我说的这些东西。
不要因为一个串口通讯就把你卡在这里，把自己的自信心摧毁了，本来像这种串口问题我都不想回答的，看了你那句为了生活，跟你讲了这么多，确实论坛里很多像二楼大神一样上来就摧毁了新人幼小的心灵。但你的现在视野局限性没办法理解。
串口通讯这块可以学到很多的东西，串口可以挖得很深，包括后续的TCP也是一样。但建议你现在跳过它。

yinqirui9

enan 发表于 2017-6-11 16:14
这个问题已经无法结帖了，你能把原子那本书学完了再来考虑这些事情吗，很多东西是需要经验积累的，不管原 ...

谢谢 老铁扎心了

yinqirui9

yklstudent 发表于 2017-6-11 02:09
参考网上的modbus协议啊，范例就有免费的freemodbus啊

哪一课有讲？范例在哪？

mackyming

目前我这边的做法是开辟一个大的接收数据缓存区（1200字节）），中断接收的数据直接写入缓存，任务中间隔一定时间不断的去检索帧头和帧尾的关键字，然后根据帧头和帧尾在缓存区的位置确认数据块的偏移量，读出数据校验后和帧尾前的校验位比较，处理完后清空接收缓存，返回应答数据给发送方，这样通过GPRS模块接收服务器下发的1000字节的数据貌似都没有什么问题，即使有问题也可以通过错误应答来判断是什么类型的错误，是否需要重发等等。

无痕幽雨

看看这个，http://m.blog.csdn.net/wuhenyouyuyouyu/article/details/54377176