串口通讯中数据发送的有关问题分析.pdfVIP

成都英创信息技术有限公司 串口通讯中数据发送的有关问题分析 串口通讯中数据发送的有关问题分析 异步串口（UART ）通讯是嵌入式设备中最常见的通讯方式之一。本文主要针对预装Windows CE 操作系统的英创主板，分析用户层程序在使用 UART 进行发送时的几个有关问题，供客户在设计应用程 序时参考。 问题 1 ：数据是否发送出去了？ WriteFile 函数是发送串口数据的基本API ，具体函数形式及参数定义如下： BOOL WriteFile ( HANDLE hFile, //CreateFile 返回函数Handle LPCVOID lpBuffer, //装载发送数据的Buffer 指针 DWORD nNumberOfBytesToWrite, //待发送数据的字节长度 LPDWORD lpNumberOfBytesWritten, //返回的实际发送的字节数 LPOVERLAPPED lpOverlapped // = NULL，CE 未使用该参数 ); WriteFile 的返回值为TRUE 并不代表发送 Buffer 中的数据已全部发送出去了，需要检查返回的实际 字节长度 lpNumberOfBytesWritten。所以推荐的调用方法为 // 发送缓冲区pTxBuff, 发送长度dwLen DWORD dwNumberOfBytesWritten = 0; BOOL bRet = WrietFile(hFile, pTxBuf, dwLen, dwNumberOfBytesWritten, NULL); if(bRet (dwLen == dwNumberOfBytesWritten)) { //发送缓冲区中的数据已成功送入UART 硬件的发送端口，大多数情况数据已从 //物理端口发送出去，但此时可能还有若干字节还在UART 的硬件TX FIFO 中，等 //待硬件控制器顺序发送。 //… 发送成功 … } else { 1 / 3 成都英创信息技术有限公司 串口通讯中数据发送的有关问题分析 //发送出错处理。。。。 } 问题 2 ：WriteFile 函数的阻塞问题 CE 串口驱动的执行数据发送时，为了保持代码的高效率，没有在驱动程序中层另外分配 Buffer ，把 应用层需发送的数据先 Copy 到内部再发送，而是直接利用用户层的 pTxBuf。因此原则上说，当数据没 有发送完前，WriteFile 函数是不会返回，处于阻塞挂起状态的。进一步，可能存在某种原因，数据始终 没有发送完毕，则 WriteFile 将永远阻塞而不会返回。不少应用程序并不希望这样的永远阻塞，而是希望 WriteFile 能在一定时间内返回，即使出错，也让应用程序有机会进行出错处理。CE 驱动为此专门设置 了超时机制，其数据结构如下： typedef struct _COMMTIMEOUTS { DWORD ReadIntervalTimeout; //与接收有关，本文不讨论 DWORD ReadTotalTimeoutMultiplier; //与接收有关，本文不讨论 DWORD ReadTotalTimeoutConstant; //与接收有关，本文不讨论 DWORD WriteTotalTimeoutMultiplier; //发送超时倍数因子 DWORD WriteTotalTimeoutConstant; //发送超时固定常数值 } COMMTIMEOUTS,*LPCOMMTIMEOUTS; 实际在驱动中，发送超时的计算及使用方法如下： DWORD dwTimeout = CommTimeouts.