关于串口接收的处理策略（一）之拟定协议处理方式
本文转载连接： http://blog.csdn.net/u010456460/article/details/53009252
关于串口接收的处理策略
一 需求：
1.每帧的数据量：20~1045字节之间
2.数据频率：10ms级别
3.能够识别错误帧和正确帧，并丢弃错误帧，留下正确帧
4.数据采用两个字节的头码（7E 7E），中间有数据长度，最后一个字节为CRC8校验码
二 问题
由于发送端的数据通过串口到达接收端时，每帧数据不是完整一次性发过来的，可能会分成2包、3包
或者4包数据发过来（也就是说一帧数据分成多少包发过来，我们是不知道的），那么如何接收到一帧
完整的数据，则是我们必须要解决的了。
三 解决思路
一开始遇到这个问题时就想，既然一帧数据分成几包发过来，那么也就是说其实想要收到一帧完整的数据，
是需要一定的时间的，那么只要给它设置个定时不就行了吗？思路如下：
在串口接收到数据时，就启动一个定时器，开始计时，待定时时间一到，就从接收缓冲区中取出这帧数据，
同时将定时器清0，以便下一帧数据到来时启用。
有了思路，代码就好办了。敲好代码，编译，上电，测试。发现还是有效果的，但是尴尬的事情来了。
当通讯的每帧数据的长度相差不大时，这个方法还是挺奏效的，能够正确分出每帧数据。但当通讯的每帧
数据长度相差悬殊时，如20个字节和1045字节，结果就比较尴尬了。这个时候，定时的时间长度就不好定了。
因为接收1045和20个字节的时间势必不一样，这时如果为了接收1045字节的数据而把定时时间定长了，则会出现
粘包的情况（指接收时，原本发送是两帧数据的，接收成一帧数据了）；而出现粘包的情况，则是因为定时的时间
定长了，于是将定时时间改短点，则接收较长的数据时，则出现了断帧的现象。总之，一句话，定时时间不好把握。
这个方法夭折了。下面看看另外一种解决方法。
观察每帧数据，其实都是由头码、数据长度、数据内容、CRC校验码组成，那么我们是否可以从这些特征中着手呢？
当然可以。只要每次去判断缓冲区中出现7E 7E（头码）的地方，然后从这个地方开始读，先获取到这一帧的数据长
读（存放数据长度的位置是固定的），再根据这个长度去读取这一帧数据，这样就拿到一帧完整数据了。当然是否可行
还得测试之后才知道。敲好代码，编译，上电，测试。效果不错，长数据和短数据都能够顺利接收。但这样的接收处理
逻辑还不足以胜任，因为一旦数据内容中也含有头码的内容（数据内容也出现7E 7E,暂称伪头码），而当我们搜索7E 7E
是通过遍历的方式的，也就是说，数据内容中的7E 7E 有可能会被我们误认为是头码，这时我们会将伪头码之后的数据当
成一帧正确的数据（其实是错误的数据）交给程序进行解析处理。那么在这里加上CRC校验码进行检测该帧数据是否为正确
数据则是非常必要的了。下面再完善下这个接收处理逻辑：
有一个缓冲区（uartbuf）用来存放串口每次接收到的数据，串口收到数据后，我们就直接判断缓冲区的头两个字节是否为
头码内容，如果符合要求，则根据数据长度接收完这帧数据，之后进行CRC校验判断，若能满足，则表示这帧数据是对的。
若这帧数据不能满足CRC校验，则说明这是一帧错误是数据，有可能我们拿到的头码是伪头码，此时我们需要重新处理这帧
数据，将伪头码遗弃，再在缓冲区中遍历出现头码的地方，然后将其以及之后的数据复制到缓冲区的头部（主要是为了方便处理了）。
如果我们一开始判断缓冲区的头两个字节不是头码内容时，则我们判断第三、第四个字节，以此类推，直至找到头码内容。有个原则，
我们要保证缓冲区的头两个字节为头码内容，这样做只是为了方便处理。
dataIndex += uart_length; //dataindex为缓冲区索引，而uart_length则表示此次串口接收到的数据长度
if(dataIndex >= UART_BUF_SIZE){ //做防边界溢出处理
dataIndex = 0;
continue;
}
if(dataIndex >= 18 && uartbuff[0] == 0x7E && uartbuff[1] == 0x7E){ //判断当前缓冲区中的数据长度是否满足18，主要是为拿到该帧的数据长度 &&判断是否满足头码内容
rxlenth = ((uint16_t)uartbuff[16] << 8)+(uint16_t)uartbuff[17]+19; //拿到数据长度
if(rxlenth == dataIndex){
if(uartbuff[rxlenth-1] == CalcCheckSum((uint8_t *)&uartbuff[2] , rxlenth-3)){ //CRC校验检测
memcpy(uartbuf , uartbuff , rxlenth);
recvFlag = 0x8000;
dataIndex = 0;
}else{ //若不能满足CRC校验，则丢弃伪头码
if(uartbuff[2] == 0x7E){ //需要注意此时有可能是3个头码内容连在一起，即7E 7E 7E,有可能后两个头码内容才是正确的
memcpy(uartbuff , &uartbuff[1] , dataIndex-1);
dataIndex = dataIndex -1;
}else{
memcpy(uartbuff , &uartbuff[2] , dataIndex-2);
dataIndex = dataIndex -2;
}
}
}
else if(rxlenth < dataIndex){ //有可能缓冲区中数据长度大于当前帧的数据长度，即含有下一帧数据的部分内容
if(uartbuff[rxlenth-1] == CalcCheckSum((uint8_t *)&uartbuff[2] , rxlenth-3)){
memcpy(uartbuf , uartbuff , rxlenth);
recvFlag = 0x8000;
memcpy(uartbuff , &uartbuff[rxlenth] , dataIndex-rxlenth); //需要复制到缓冲区前部，与下一次串口接收到的内容进行组帧
dataIndex = dataIndex-rxlenth;
}else{
if(uartbuff[2] == 0x7E){
memcpy(uartbuff , &uartbuff[1] , dataIndex-1);
dataIndex = dataIndex -1;
}else{
memcpy(uartbuff , &uartbuff[2] , dataIndex-2);
dataIndex = dataIndex -2;
}
}
}
}else{ //用来处理当缓冲区的头两个字节不是头码内容的情况，这时需要遍历缓冲区，并将头码内容以及之后的数据复制到缓冲区前部
if(dataIndex >= 18){
for(i = 0;i