串口通信中如何确定协议(200分)

  • 主题发起人 主题发起人 heilongma
  • 开始时间 开始时间
H

heilongma

Unregistered / Unconfirmed
GUEST, unregistred user!
要作的是一个数据采集程序。单片机将数据处理好后,通过RS--232,发送到主控计算机中
。由于10k/s个数据,所以要确定一个传输协议,保证数据的正确性。我想的办法是在数据前
加一个‘*’开始标志,结束的时候加一个‘¥’标志。欢迎大家讨论,并提些建议,分数
好说。
 
起始位 + 数据 + 结束位 + 检验
 
幫你關注
 
起始位 +地址位+功能位+数据位 + 检验 + 结束位

读的时候先判断起始位和结束位是否正常
再对中间的进行校验

地址位针对多个设备
功能位针对(查询,操作)
 
起始位和结束位是用来控制同步的
保证数据的正确性用得多的是crc校验
 
c的代码
//crc表
unsigned char cdt_crc_dat[256]={0x0,0x7,0xe,0x9,0x1c,0x1b,0x12,0x15,
0x38,0x3f,0x36,0x31,0x24,0x23,0x2a,0x2d,
0x70,0x77,0x7e,0x79,0x6c,0x6b,0x62,0x65,
0x48,0x4f,0x46,0x41,0x54,0x53,0x5a,0x5d,
0xe0,0xe7,0xee,0xe9,0xfc,0xfb,0xf2,0xf5,
0xd8,0xdf,0xd6,0xd1,0xc4,0xc3,0xca,0xcd,
0x90,0x97,0x9e,0x99,0x8c,0x8b,0x82,0x85,
0xa8,0xaf,0xa6,0xa1,0xb4,0xb3,0xba,0xbd,
0xc7,0xc0,0xc9,0xce,0xdb,0xdc,0xd5,0xd2,
0xff,0xf8,0xf1,0xf6,0xe3,0xe4,0xed,0xea,
0xb7,0xb0,0xb9,0xbe,0xab,0xac,0xa5,0xa2,
0x8f,0x88,0x81,0x86,0x93,0x94,0x9d,0x9a,
0x27,0x20,0x29,0x2e,0x3b,0x3c,0x35,0x32,
0x1f,0x18,0x11,0x16,0x3,0x4,0xd,0xa,
0x57,0x50,0x59,0x5e,0x4b,0x4c,0x45,0x42,
0x6f,0x68,0x61,0x66,0x73,0x74,0x7d,0x7a,
0x89,0x8e,0x87,0x80,0x95,0x92,0x9b,0x9c,
0xb1,0xb6,0xbf,0xb8,0xad,0xaa,0xa3,0xa4,
0xf9,0xfe,0xf7,0xf0,0xe5,0xe2,0xeb,0xec,
0xc1,0xc6,0xcf,0xc8,0xdd,0xda,0xd3,0xd4,
0x69,0x6e,0x67,0x60,0x75,0x72,0x7b,0x7c,
0x51,0x56,0x5f,0x58,0x4d,0x4a,0x43,0x44,
0x19,0x1e,0x17,0x10,0x5,0x2,0xb,0xc,
0x21,0x26,0x2f,0x28,0x3d,0x3a,0x33,0x34,
0x4e,0x49,0x40,0x47,0x52,0x55,0x5c,0x5b,
0x76,0x71,0x78,0x7f,0x6a,0x6d,0x64,0x63,
0x3e,0x39,0x30,0x37,0x22,0x25,0x2c,0x2b,
0x6,0x1,0x8,0xf,0x1a,0x1d,0x14,0x13,
0xae,0xa9,0xa0,0xa7,0xb2,0xb5,0xbc,0xbb,
0x96,0x91,0x98,0x9f,0x8a,0x8d,0x84,0x83,
0xde,0xd9,0xd0,0xd7,0xc2,0xc5,0xcc,0xcb,
0xe6,0xe1,0xe8,0xef,0xfa,0xfd,0xf4,0xf3};
int main(void){
int tmp;
unsigned char crc_byte;
unsigned int cdt_t_buf[6];
unsigned int dat0,dat1,dat2,dat3,dat4;

dat0=0xe0;
dat1=0x33;
dat2=0x01;

dat3=0xCC;
dat4=0x00;

dat3=dat1;
dat4=dat2;


cdt_t_buf[0]=dat0;//make crc
cdt_t_buf[1]=dat1;
cdt_t_buf[2]=dat2;
cdt_t_buf[3]=dat3;
cdt_t_buf[4]=dat4;
crc_byte=dat1^cdt_crc_dat[dat0];
crc_byte=dat2^cdt_crc_dat[crc_byte];
crc_byte=dat3^cdt_crc_dat[crc_byte];
crc_byte=dat4^cdt_crc_dat[crc_byte];
crc_byte=cdt_crc_dat[crc_byte];
crc_byte=~crc_byte;
cdt_t_buf[5]=crc_byte;

}
 
这种方法可行,可是可靠性太差,我的意见是加较长的标志,以免和数据相同时冲突
 
“我想的办法是在数据前加一个‘*’开始标志,结束的时候加一个‘¥’标志。”
你这样做只能简单的将数据发送过去,仅此而以!你还需要加上应答之类
我建议,按照标准的协议规则,你自己设定两种帧的格式(这里的帧指的是你每一次完整发
送的一“串”数据的格式)。一是数据帧;二是应答帧;
数据帧的格式:
前导符+帧类型符(数据帧,可自己定义)+帧长(不包括CRC长度)+地址场(需要的话还可加地址数据)+数据+前导符+CRC
应答帧格式:
前导符+帧类型符(应答帧,可自己定义)+帧长(不包括CRC长度)+地址场(需要的话还可加地址数据)+应答标志+前导符+CRC

说明:
前导符使用来实现数据同步的;帧类型规定发送的数据帧是和格式;帧长指的是
从前面一个前导符到后面一个前导符的数据长度(可以用来判断当前接收到的帧是否有
数据丢失);CRC可能要你自己算,我用的基带硬件有这功能,我用了CRC16。切记最好
这些数据都要是定长这样MCU那边会好做一点。地址场是用来实现多机通讯的。

协议的使用:
发送端发送数据加上源地址和目标地址,接收端接收数据,先读数据类型,数据帧?
判断目标地址,不是自己的地址,丢弃,继续监听接收数据;是自己的地址,是判断数据
长度,不正确,发送应答帧,要求对方重发;数据长度正确,计算CRC,与帧尾的CRC不相
同,发送应答帧,要求对方重发;相同,呵呵,去处理数据吧!别忘了全部判断正确后发
送一个应答帧个发送方,告送它接收正确。应答标志你可以自己规定,如0x01是接收应答
成功、0x02是数据接收CRC错误等等,如要求可靠性、还有必要的速度,你还可以使用应答
标志来开设多几个缓存区,用来做流的管理。CRC你可以用查表,MCU算CRC太浪费它的时间
了,俺的那CRC是有一个FPGA去完成的。

实时和可靠两者是无法兼得的,关键看你的应用。


to luyl:“较长的标志,以免和数据相同时冲突”
较长的标志只能做到数据同步和类型识别,一个Byte长度的标志出现错误识别的可能机会
有1/256的可能性,如果用2个byte呢1/65536,可这仅仅只能做到数据的同步,也就是判
断到正确的数据头在哪里,不可以做到纠错的操作。多加是无意的,会造成数据冗余。


这个方法被我用来 在2.4G频段上的基于CSMA/CA无线通讯(就是802。11),点到多点和多个点到点同
时工作都非常正常,当然完整的协议远远还不止这一点,我把它简化了很多,想来该对你有帮助了吧?
我打字实在太慢了,呵呵!
 
哦忘了强调一点,在判断数据全部符合要求的时候要先发应答帧,然后再去处理数据,
这样你的实时性会高一点,同时也有时间去做buffer的管理。我开的buffer有4个。

10K/s的速度?10kbyte?呵呵,10kbyte/s就是80kbit/s得波特率?你用什么MCU?
波特率开得太高不好,老是去做中断,除非你的MCU仅做数据转发,要不MCU效率太低。
 
多谢指点!!!!!
 
后退
顶部