串口MSComm 控件五种不同校验方式对数据收发的影响
2009-03-20 23:15
337 查看
串口 MSComm 控件有五种校验方式,分别是无校验(None),奇校验
(Odd),偶校验(Even),1校验(Mark),0校验(Space)。
在 RS232/RS485/RS422 通讯中,通过串口发送一字节(8BIT)数据时,首
先发送起始位(固定为 0),然后发送 8位数据(先低位后高位),如果校验
方式不是无校验(None),则紧接着会发送一位校验位,最后发送停止位。停
止位固定为1。
停止位依据串口属性的设置可为 1 位,1.5 位或 2 位。为了说明简洁起见,
下面均假设停止位位数为 1而数据位位数为 8。
在数据发送时,如果校验方式设置为无校验(None),则不发送校验位;
否则会发送一位校验位。
具体地,如果校验方式设置为 1校验(Mark),校验位固定为 1;如果校
验方式设置为0 校验(Space),校验位固定为 0;如果校验位为奇校验
(Odd),或者偶校验(Even),那么校验位可能为 0也可能为 1,依据所发送
的数据计算得出。计算方法:如果是奇校验,那么 8位数据和 1位校验位的累
加和必是奇数;对应的,如果是偶校验,8位数据和1位校验位的累加和必为
偶数。比如,数据 37,其二进制编码为 00100101,编码中含有 5 个 0 和 3 个 1,
5*0+3*1=3,如果采用奇校验,那么校验位为 0;如果使用偶校验,校验位则为
1。
使用 MSComm 控件发送数据时,校验位无需用户干预,数据发送时自动地由
操作系统计算、添加、发出。
串口 MSComm 控件在接收数据时,如果无校验,则只要检测到串口出现了
数据,数据总能收到(试验发现,即使停止位为 0也不会被认为是错误帧而遭
遇抛弃);而采用了某种校验后,只有校验通码正确的数据才能被正确地收到。
试验中发现,发生校验错的那些数据在后面能校验通过的数据被收到时才
被输出,输出值一律为 5BH。
为什么是 5BH(‘[’)呢?不明白,纳闷中…
下面是试验过程中的截图:
第一组试验:发送方发送的 1个数据桢有 10位组成:1 位起始位,8位数
据位,1 位停止位
试验(1.1)
发方:9600,N,8,1(发出的数据位数为 8)
收方:9600,N,8,1
解读:协议完全匹配,所有数据均能被正确收到。
试验(1.2)
发方:9600,N,8,1(发出的数据位数为 8)
收方:9600,O,8,1
解读:此时发送方的停止位被接收方当作校验位,由于是奇校验,而此时
的校验位为 1,所以只有含有偶数个 1 的那些数据才能被PC 正确收到,比如
00H,03H,05H,06H,09H,0AH,0CH,0FH等。(发生校验错的那些数据在后
面能校验通过的数据被收到时才被输出,输出为 5BH)
试验(1.3)
发方:9600,N,8,1(发出的数据位数为 8)
收方:9600,E,8,1
解读:此时发送方的停止位被接收方当作校验位,由于是偶校验,而此时
的校验位为1,所以只有含有奇数个 1 的那些数据才能被PC 正确收到,比如
01H,02H,04H,07H,08H,0BH,0DH,0EH等。(发生校验错的那些数据在后
面能校验通过的数据被收到时才被输出,输出为 5BH)
试验(1.4)
发方:9600,N,8,1(发出的数据位数为 8)
收方:9600,M,8,1
解读:此时发送方的停止位被接收方当作校验位,由于要求校验位为 1而
此时的校验位恰好为 1,所以所有数据都能被 PC正确收到。
试验(1.5)
发方:9600,N,8,1(发出的数据位数为 8)
收方:9600,S,8,1
解读:此时发送方的停止位被接收方当作校验位,由于要求校验位为 0而
此时的校验位恰好为 1,所以所有数据都不能被 PC正确收到。
第二组试验:发送方发送的 1个数据桢有 11位组成:1 位起始位,8位数
据位,1 位校验位(该位固定为 1),1位停止位。由于校验位为 1,所以只要
不是数据一个接一个地连续发送,在时序上和不含校验位的第一组试验中发出
的数据完全一致。
试验(2.1)
发方:9600,M,8,1(发出的数据位数为 9,第9位为 1)
收方:9600,N,8,1
解读:此时发送方的第9位为1,由于接收方使用无校验,发送方的第 9
位被接收方当作是停止位,所以发送方发送的所有数据都能被 PC正确收到。
试验(2.2)
发方:9600,M,8,1(发出的数据位数为9,第9位为 1)
收方:9600,O,8,1
解读:此时发送方的第 9位即校验为 1,由于是奇校验,而此时的校验位
为1,所以只有含有偶数个 1的那些数据才能被 PC正确收到,比如 00H,03H,
05H,06H,09H,0AH,0CH,0FH等。(发生校验错的那些数据在后面能校验通
过的数据被收到时才被输出,输出为 5BH)
试验(2.3)
发方:9600,M,8,1(发出的数据位数为 9,第9位为 1)
收方:9600,E,8,1
解读:此时发送方的第 9位即校验位为 1,由于是偶校验,而此时的校验
位为 1,所以只有含有奇数个 1 的那些数据才能被 PC 正确收到,比如 01H,02H,
04H,07H,08H,0BH,0DH,0EH等。(发生校验错的那些数据在后面能校验通
过的数据被收到时才被输出,输出为 5BH)
试验(2.4)
发方:9600,M,8,1(发出的数据位数为 9,第9位为 1)
收方:9600,M,8,1
解读:此时发送方的第 9位即校验为 1,由于要求校验位为 1而此时的校
验位恰好为1,所以所有数据都能被 PC 正确收到。
试验(2.5)
发方:9600,M,8,1(发出的数据位数为 9,第9位为 1)
收方:9600,S,8,1
解读:此时发送方的第 9位即校验为 1,由于要求校验位为 0而此时的校
验位恰好为1,所以没有数据能被 PC正确收到。
第三组试验:发送方发送的 1个数据桢有 11位组成:1 位起始位,8位数
据位,1 位校验位(该位固定为 0),1位停止位。
试验(3.1)
发方:9600,S,8,1(发出的数据位数为 9,第9位为 0)
收方:9600,N,8,1
疑惑:此时发送方的第 9位为0,由于接收方使用无校验,发送方的第 9
位被接收方当作是停止位,此时停止位为 0,应该发生帧错误,怎么发送方发
送的所有数据都能被 PC正确收到呢?
试验(3.2)
发方:9600,S,8,1(发出的数据位数为 9,第9位为 0)
收方:9600,O,8,1
解读:此时发送方的第 9位即校验为 0,由于是奇校验,而此时的校验位
为0,所以只有含有奇数个 1的那些数据才能被 PC正确收到,比如 01H,02H,
04H,07H,08H,0BH,0DH,0EH等。(发生校验错的那些数据在后面能校验通
过的数据被收到时才被输出,输出为 5BH)
试验(3.3)
发方:9600,S,8,1(发出的数据位数为 9,第9位为 0)
收方:9600,E,8,1
解读:此时发送方的第 9位即校验为 0,由于是偶校验,而此时的校验位
为0,所以只有含有偶数个 1的那些数据才能被 PC正确收到,比如 00H,03H,
05H,06H,09H,0AH,0CH,0FH等。(发生校验错的那些数据在后面能校验通
过的数据被收到时才被输出,输出为 5BH)
试验(3.4)
发方:9600,S,8,1(发出的数据位数为 9,第9位为 0)
收方:9600,M,8,1
解读:此时发送方的第 9位即校验为 0,由于是1校验,而此时的校验位
为0,所以收不到任何数据。
试验(3.5)
发方:9600,S,8,1(发出的数据位数为 9,第9位为 0)
收方:9600,S,8,1
解读:此时发送方的第 9位即校验位为 0,由于是0校验,而此时的校验
位为0,所以所有数据均可正确地收到。
(Odd),偶校验(Even),1校验(Mark),0校验(Space)。
在 RS232/RS485/RS422 通讯中,通过串口发送一字节(8BIT)数据时,首
先发送起始位(固定为 0),然后发送 8位数据(先低位后高位),如果校验
方式不是无校验(None),则紧接着会发送一位校验位,最后发送停止位。停
止位固定为1。
停止位依据串口属性的设置可为 1 位,1.5 位或 2 位。为了说明简洁起见,
下面均假设停止位位数为 1而数据位位数为 8。
在数据发送时,如果校验方式设置为无校验(None),则不发送校验位;
否则会发送一位校验位。
具体地,如果校验方式设置为 1校验(Mark),校验位固定为 1;如果校
验方式设置为0 校验(Space),校验位固定为 0;如果校验位为奇校验
(Odd),或者偶校验(Even),那么校验位可能为 0也可能为 1,依据所发送
的数据计算得出。计算方法:如果是奇校验,那么 8位数据和 1位校验位的累
加和必是奇数;对应的,如果是偶校验,8位数据和1位校验位的累加和必为
偶数。比如,数据 37,其二进制编码为 00100101,编码中含有 5 个 0 和 3 个 1,
5*0+3*1=3,如果采用奇校验,那么校验位为 0;如果使用偶校验,校验位则为
1。
使用 MSComm 控件发送数据时,校验位无需用户干预,数据发送时自动地由
操作系统计算、添加、发出。
串口 MSComm 控件在接收数据时,如果无校验,则只要检测到串口出现了
数据,数据总能收到(试验发现,即使停止位为 0也不会被认为是错误帧而遭
遇抛弃);而采用了某种校验后,只有校验通码正确的数据才能被正确地收到。
试验中发现,发生校验错的那些数据在后面能校验通过的数据被收到时才
被输出,输出值一律为 5BH。
为什么是 5BH(‘[’)呢?不明白,纳闷中…
下面是试验过程中的截图:
第一组试验:发送方发送的 1个数据桢有 10位组成:1 位起始位,8位数
据位,1 位停止位
试验(1.1)
发方:9600,N,8,1(发出的数据位数为 8)
收方:9600,N,8,1
解读:协议完全匹配,所有数据均能被正确收到。
试验(1.2)
发方:9600,N,8,1(发出的数据位数为 8)
收方:9600,O,8,1
解读:此时发送方的停止位被接收方当作校验位,由于是奇校验,而此时
的校验位为 1,所以只有含有偶数个 1 的那些数据才能被PC 正确收到,比如
00H,03H,05H,06H,09H,0AH,0CH,0FH等。(发生校验错的那些数据在后
面能校验通过的数据被收到时才被输出,输出为 5BH)
试验(1.3)
发方:9600,N,8,1(发出的数据位数为 8)
收方:9600,E,8,1
解读:此时发送方的停止位被接收方当作校验位,由于是偶校验,而此时
的校验位为1,所以只有含有奇数个 1 的那些数据才能被PC 正确收到,比如
01H,02H,04H,07H,08H,0BH,0DH,0EH等。(发生校验错的那些数据在后
面能校验通过的数据被收到时才被输出,输出为 5BH)
试验(1.4)
发方:9600,N,8,1(发出的数据位数为 8)
收方:9600,M,8,1
解读:此时发送方的停止位被接收方当作校验位,由于要求校验位为 1而
此时的校验位恰好为 1,所以所有数据都能被 PC正确收到。
试验(1.5)
发方:9600,N,8,1(发出的数据位数为 8)
收方:9600,S,8,1
解读:此时发送方的停止位被接收方当作校验位,由于要求校验位为 0而
此时的校验位恰好为 1,所以所有数据都不能被 PC正确收到。
第二组试验:发送方发送的 1个数据桢有 11位组成:1 位起始位,8位数
据位,1 位校验位(该位固定为 1),1位停止位。由于校验位为 1,所以只要
不是数据一个接一个地连续发送,在时序上和不含校验位的第一组试验中发出
的数据完全一致。
试验(2.1)
发方:9600,M,8,1(发出的数据位数为 9,第9位为 1)
收方:9600,N,8,1
解读:此时发送方的第9位为1,由于接收方使用无校验,发送方的第 9
位被接收方当作是停止位,所以发送方发送的所有数据都能被 PC正确收到。
试验(2.2)
发方:9600,M,8,1(发出的数据位数为9,第9位为 1)
收方:9600,O,8,1
解读:此时发送方的第 9位即校验为 1,由于是奇校验,而此时的校验位
为1,所以只有含有偶数个 1的那些数据才能被 PC正确收到,比如 00H,03H,
05H,06H,09H,0AH,0CH,0FH等。(发生校验错的那些数据在后面能校验通
过的数据被收到时才被输出,输出为 5BH)
试验(2.3)
发方:9600,M,8,1(发出的数据位数为 9,第9位为 1)
收方:9600,E,8,1
解读:此时发送方的第 9位即校验位为 1,由于是偶校验,而此时的校验
位为 1,所以只有含有奇数个 1 的那些数据才能被 PC 正确收到,比如 01H,02H,
04H,07H,08H,0BH,0DH,0EH等。(发生校验错的那些数据在后面能校验通
过的数据被收到时才被输出,输出为 5BH)
试验(2.4)
发方:9600,M,8,1(发出的数据位数为 9,第9位为 1)
收方:9600,M,8,1
解读:此时发送方的第 9位即校验为 1,由于要求校验位为 1而此时的校
验位恰好为1,所以所有数据都能被 PC 正确收到。
试验(2.5)
发方:9600,M,8,1(发出的数据位数为 9,第9位为 1)
收方:9600,S,8,1
解读:此时发送方的第 9位即校验为 1,由于要求校验位为 0而此时的校
验位恰好为1,所以没有数据能被 PC正确收到。
第三组试验:发送方发送的 1个数据桢有 11位组成:1 位起始位,8位数
据位,1 位校验位(该位固定为 0),1位停止位。
试验(3.1)
发方:9600,S,8,1(发出的数据位数为 9,第9位为 0)
收方:9600,N,8,1
疑惑:此时发送方的第 9位为0,由于接收方使用无校验,发送方的第 9
位被接收方当作是停止位,此时停止位为 0,应该发生帧错误,怎么发送方发
送的所有数据都能被 PC正确收到呢?
试验(3.2)
发方:9600,S,8,1(发出的数据位数为 9,第9位为 0)
收方:9600,O,8,1
解读:此时发送方的第 9位即校验为 0,由于是奇校验,而此时的校验位
为0,所以只有含有奇数个 1的那些数据才能被 PC正确收到,比如 01H,02H,
04H,07H,08H,0BH,0DH,0EH等。(发生校验错的那些数据在后面能校验通
过的数据被收到时才被输出,输出为 5BH)
试验(3.3)
发方:9600,S,8,1(发出的数据位数为 9,第9位为 0)
收方:9600,E,8,1
解读:此时发送方的第 9位即校验为 0,由于是偶校验,而此时的校验位
为0,所以只有含有偶数个 1的那些数据才能被 PC正确收到,比如 00H,03H,
05H,06H,09H,0AH,0CH,0FH等。(发生校验错的那些数据在后面能校验通
过的数据被收到时才被输出,输出为 5BH)
试验(3.4)
发方:9600,S,8,1(发出的数据位数为 9,第9位为 0)
收方:9600,M,8,1
解读:此时发送方的第 9位即校验为 0,由于是1校验,而此时的校验位
为0,所以收不到任何数据。
试验(3.5)
发方:9600,S,8,1(发出的数据位数为 9,第9位为 0)
收方:9600,S,8,1
解读:此时发送方的第 9位即校验位为 0,由于是0校验,而此时的校验
位为0,所以所有数据均可正确地收到。
相关文章推荐
- 串口MSComm控件五种不同校验方式对数据收发的影响
- 串口MSComm控件五种不同校验方式对数据收发的影响
- 串口MSComm控件五种不同校验方式对数据收发的影响
- MSComm控件五种不同校验方式对数据收发的影响
- 串口数据visual c++ MSComm 串口控件程序开发
- 串口通信校验方式(even,odd,space,mark)UART数据波形分析
- 数据绑定控件的datasource数据绑定的几种不同方式
- STM32串口收数据的几种不同方式
- STM32串口收数据的几种不同方式
- sql不同数据处理方式完成同一处理结果对日志增长的影响
- VC控件MSComm编写串口通信程序(转)
- 《Axure 6.5超短篇笔记》——在Axure中制作4种不同形状控件组的方式
- mysql可以运行在不同sql mode模式下面,sql mode模式定义了mysql应该支持的sql语法,数据校验等
- linux环境下C语言实现非阻塞方式读取字符串数据的串口测试程序,即串口工具的编写
- bs开发,不同页面之间共享数据的方式
- Android中常用的五种数据存储方式
- 关于dev的Gridview控件的行数据的颜色控制,根据不同的值设置不同颜色
- Linux下使用jpnevulator监听串口收发数据
- MSComm控件接收二进制数据内存泄露解决办法
- Struts2第十篇【数据校验、代码方式、XML配置方式、错误信息返回样式】