上位机图像处理和嵌入式模块部署（mcu项目1：实现协议）
【 声明：版权所有，欢迎转载，请勿用于商业用途。 联系信箱：feixiaoxing @163.com】
这种mcu的嵌入式模块理论上都是私有协议，因为上位机和下位机都是自己开发的，所以只需要自己保证上、下位机可以通讯上，没有问题就行。但是现在有一个情况，那就是如何实现这个协议。现在我们是选择了ttl作为通信的方式，下面要做的就是如何用ttl实现通信协议。
1、上、下位机分开测试
前面准备好了通信的协议，各自就可以独立开发了。上位机可以用利用虚拟com进行测试，自己写一个假的下位机。而下位机呢，则可以通过串口工具来进行测试。一般来说，下位机如果测试没有问题了，才会去找上位机进行联合调试，不然调试的效率就太低了。
对于下位机来说，只要串口工具ok了，那么上位机不管是qt，还是mfc、c# wpf，只要按照协议把数据发下来，那就应该没问题的。
2、调试的时候一般都是通过16进制调试的
通常来说，发送的协议就是8位无符号数据，不是字符串。所以这个时候调试的时候，不管是接收命令，还是发送命令，最好都是通过16进制进行调试。
3、上位机一般是主动的那一方
通常来说，上位机都是主动的那一方。不管是去读数据，还是写数据，上位机都是主动发起请求的一方。这个时候，对于下位机来说，回复好上位机的问题，给出相应的答案就可以了。
4、压力测试是一定要的
协议解析的过程有可能出现不对的地方，这是很常见的。而且，随着开发的进行，有可能添加各种不同样的协议内容。所以不管哪一种协议，我们在实现和验证的时候，一定要进行压力测试，即通过串口工具周期性发送一些命令，这些都是可以的。单挑发送、多条发送、随机发送，一般的上位机工具都会支持这样的测试。
5、使用fsm去解析协议
串口的属性，决定了我们是一个、一个去接收数据的。这个时候就要求我们，需要根据这些单个的数据来判断它是否符合协议的要求。要做到这一点，最好的方法就是用有限状态机fsm去实现。比如说，首先是什么状态，接收到一个数据，应该是什么状态，是继续维持，还是说继续走向下一个状态。一般来说，只要状态机设计好，基本上固件都是非常稳定的。
void receiveUartData(void) // receive data and parse data here
{
int index = 0;
if (USART_ReadIntFlag(USART_UX, USART_INT_RXBNE) == SET)
{
g_rx_buffer[0] = USART_RxData(USART_UX); /* receive one byte data*/
switch(uartState)
{
case HEAD_STATE1: // wait 0x55
if(g_rx_buffer[0] == 0x55)
{
g_usart_rx_buf[0] = g_rx_buffer[0];
g_usart_rx_sta ++;
uartState = HEAD_STATE2;
}
else
{
g_usart_rx_sta = 0;
}
break;
case HEAD_STATE2: // wait another 0x55
if(g_rx_buffer[0] == 0x55)
{
g_usart_rx_buf[1] = g_rx_buffer[0];
g_usart_rx_sta ++;
uartState = TAIL_STATE1;
}
else
{
g_usart_rx_sta = 0;
uartState = HEAD_STATE1;
}
break;
case TAIL_STATE1: // wait 0xaa
if(g_usart_rx_sta >= 32)
{
g_usart_rx_sta = 0;
uartState = HEAD_STATE1;
break;
}
g_usart_rx_buf[g_usart_rx_sta] = g_rx_buffer[0];
g_usart_rx_sta ++;
if(g_rx_buffer[0] == 0xaa)
{
uartState = TAIL_STATE2;
}
break;
case TAIL_STATE2: // wait another 0xaa
g_usart_rx_buf[g_usart_rx_sta] = g_rx_buffer[0];
g_usart_rx_sta ++;
if(g_rx_buffer[0] == 0xaa && useFlag == 0) /* if useFlag = 0 or not qualified data, just drop it directly*/
{
for(index = 0; index < g_usart_rx_sta; index++)
{
transferBuf[index] = g_usart_rx_buf[index];
}
bufLen = g_usart_rx_sta;
useFlag = 1;
}
g_usart_rx_sta = 0;
uartState = HEAD_STATE1;
break;
default:
break;
}
USART_ClearIntFlag(USART_UX, USART_INT_RXBNE);
}
}
6、协议的处理可以放到main里面继续进行
中断部分只是负责数据的接收，具体命令的解析可以放到main函数里面继续执行。毕竟接收数据本身是在中断函数处理的，这部分花的时间越少越好。而具体的数据解析，实时性没那么高，慢一点都是没有关系的。
extern uint16_t voltage; // add by feixiaoxing
int parseData() // use app tool to test the data
{
unsigned char str[32] = {0};
if(useFlag == 0)
{
return -1;
}
if(0 == bufLen)
{
setFlag();
return -1;
}
if(bufLen < 4)
{
setFlag();
return -1;
}
if(transferBuf[0] != 0x55 || transferBuf[1] != 0x55)
{
setFlag();
return -1;
}
if(transferBuf[bufLen-2] != 0xaa || transferBuf[bufLen-1] != 0xaa)
{
setFlag();
return -1;
}
if(bufLen != 10) // header + length + commandid + crc + tail
{
setFlag();
return -1;
}
// restore flag
setFlag();
// prepare data
str[ 0] = 0x55; // header
str[ 1] = 0x55;
str[ 2] = 0x00; // length
str[ 3] = 0x08;
str[ 4] = 0x00; // command id;
str[ 5] = 0x00;
str[ 6] = voltage / 1000; // data
str[ 7] = voltage % 1000;
str[ 8] = 0x00; // crc
str[ 9] = 0x00;
str[10] = 0xaa; // tail
str[11] = 0xaa;
outputData((char*)str, 12);
return 0;
}原文地址：https://blog.csdn.net/feixiaoxing/article/details/140173187
免责声明：本站文章内容转载自网络资源，如本站内容侵犯了原著者的合法权益，可联系本站删除。更多内容请关注自学内容网（zxcms.com）！