(2008-09-10 14:50:00) 串口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，所以所有数据均可正确地收到。
MSComm控件发出9位数据的方法
from: http://blog.sina.com.cn/s/blog_470eccc60100arpo.html
使用8051单片机进行主从式多机串行通讯时，使用TB8/RB8区分地址或数据是一种常见的处理方式。如果主机是51系列单片机，利用串口工作方式2或3可方便地实现此功能。
如果主机是PC呢？通过资料查询，发现正确设置串口控件MSComm的Settings属性可完成此功能，具体是：
将串口控件MSComm的Settings属性中的奇偶校验项设置为“M”（Mark）可使所发数据的第9位为1；将Settings属性中的奇偶校验项设置为“S”(Space)可使所发数据的第9位为0。
将第9位设置为1的另一方法是将Settings属性中的奇偶校验项设置为“N”(None)同时将停止位设置为2，利用多发出的1位停止位使得下位机收到数据的第9位为1。
那么这些属性的设置影响PC对从机发出的数据的奇偶校验的检测呢？比如，如果设置“M”，那么一定要求从机发出的数据的第９位必须为１呢？
实验表明：是的，否则将收不到数据。
但如果将Settings属性中的奇偶校验项设置为“N”(None)同时将停止位设置为2时，发送时的效果和将Settings属性中的奇偶校验项设置为“M”(Mark)同时将停止位设置为1的效果完全一致，但接收时的处理却不尽一致。如果设置校验为“M”，那么发出的数据中第9位必须为1，接收方才能收到；而设置为无校验，试验中发现，即使第9位为0（此时被当作停止位中的第1位），数据照样能被收到。
所以，主机、从机的软件设计时需要特别注意这其中的细微差别，正确设置MSCOMM控件的Settings属性，免得调试莫名遇阻。
![使用Amalgamate将C/C++项目合并成一个.h/.c[pp]文件](https://images2018.cnblogs.com/blog/693958/201806/693958-20180601142948616-473242562.jpg)
