在做两个串口相互通信的实验中,当发送频率快一点时偶尔会遇到以下情景,即一次send中把原数据拆成两份发送,就会导致CRC校验错误。下图中6字节数据拆成4+2是把SetRThreshold()阈值设为2,当设为1的情况下则会拆成5+1。
一开始以为是缓冲区溢出问题,然而并不是。真正的原因出在MFC的COMM组件的OnComm响应函数上,即一次发送的报文会被响应两次(检测阈值时先会响应,阈值后面的数据再次响应)。
对于此问题有两种方法:
第一种是在报文前后加上固定的包头包尾,当数据断开时,响应函数分别会收到一个带包头的和一个带包尾的数据,将它们拼在一起即可。但这种方法的问题是,有可能被截断的数据刚好也同时带有包头包尾,因此还需要加一步CRC校验,比较麻烦。
第二种方法比较简便,思路是延迟接收,即OnComm一旦响应后不急着接收数据,而是过一段时间再接收,则可以保证延迟接收的数据是完整的。
使用第二种方法需要使用MFC的定时器功能,步骤如下。
- 设置定时器
/* comm控件的响应函数 */
void CMODBUS_CRCDlg::OnOnCommMscomm1()
{
SetTimer(1,50,NULL); //表示1号定时器、计时50毫秒
}
使用50ms是因为基本上能保证收到完整的串口数据且大于发送频率。
- 编写定时逻辑
对选择的类右键ClassWizard,找到WM_TIMER并引入响应函数OnTimer。
在OnTimer里编写定时器停止的逻辑。
void CMODBUS_CRCDlg::OnTimer(UINT nIDEvent)
{
switch (nIDEvent)
{
case 1:
receiveData();
KillTimer(1);
break;
default:
break;
}
CDialog::OnTimer(nIDEvent);
}
nIDEvent表示定时器的id,每当满50ms时一号定时器就会触发OnTimer事件,设置KillTimer(1)即为触发一次,否则将反复触发。
receiveData()为接收数据后所做的处理,包括拆包、CRC校验、进行展示等环节。