Window使用串口API编程

1．  打开串口

在32位的Windows系统中，串口和其它通信设备是作为文件处理的。串口的打开、关闭、读取和写入所用的函数与操作文件的函数完全一致。

通信会话以调用CreateFile()开始。CreateFile()为读访问、写访问或读写访问“打开”串口。按照Windows的通常做法，CreateFile()返回一个句柄，随后在打开的端口的操作中使用CreateFile()函数非常复杂，复杂性的原因之一是它是通用的。可以使用CreateFile打开已存在的文件，创建新文件和打开根本就不是文件的设备，例如串口、并口和调制解调器。CreateFile()函数声明如下：

HANDLE CreateFile(    LPCTSTR lpszName,    DWORD fdwAccess,    DWORD fdwShareMode,    LPSECURITY_ATTRIBUTES lpsa,    DWORD fdwCreate,    DWORD fdwAttrsAndFlags,    HANDLE hTemplateFile   )  

 CreateFile函数中的参数解释如下：

·lpszName：指定要打开的串口逻辑名，用字符串表示，如“COM1”和“COM2”分别表示串口1和串口2。

·fdwAccess：用来指定串口访问的类型。与文件一样，串口也是可以被打开以供读取、写入或者两者兼有。

 GENERIC_READ位读取访问打开端口，GENERIC_READ位写访问打开端口。这两个常数定义如下：

const GENERIC_READ = 0x80000000h;

const GENERIC_WRITE = 0x40000000h;

用户可以用逻辑操作将这两个标识符连接起来，为读/写访问权限打开端口。因为大部分串口通信都是双向的，因此常常在设置中将两个标识符连接起来使用。如：

fdwAccess = GENERIC_READ | GENERIC_WRITE;

·fdwShareMode：指定该端口的共享属性。该参数是为那些由许多应用程序共享的文件提供的。对于不能共享的串口，它必须设置为0。这就是文件与通信设备之间的主要差异之一。如果在当前的应用程序调用CreateFile()时，另一个应用程序已经打开了串口，该函数就会返回错误代码，原因是两个应用程序不能共享一个端口。然而，同一个应用程序的多个线程可以共享由CreateFile()返回的端口句柄，并且根据安全性属性设置，该句柄可以被打开端口的应用程序的子程序所继承。

·Ipsa：引用安全性属性结构（SECURITY_ARRTIBUTES），该结构定义了一些属性，例如通信句柄如何被打开端口的应用程序的子程序所继承。将该参数设置为NULL将为该端口分配缺省的安全性属性。子应用程序所继承的缺省属性是该端口不能被继承的。

安全属性结构SECURITY_ARRTIBUTES结构声明如下：

typedef struct_SECURITY_ARRTIBUTE {      DWORD nLength;      LPVOID lpSecurityDescriptor;      BOOL  bInheritHandle;  } SECURITY_ARRTIBUTE;  

SECURITY_ARRTIBUTES结构成员nLength指明该结构的长度，lpSecurityDescriptor指向一个安全描述字符，bInheritHandle表明句柄是否能被继承。

·fdwCreate：指定如果CreateFile()正在被已有的文件调用时应采取的动作。因为串口总是存在，fdwCreate必须设置成OPEN_EXISTING。该标志告诉Windows不用企图创建新端口，而是打开已经存在的端口。OPEN_EXISTING常数定义为：

const OPEN_EXISTING = 3;

·fdwAttrsAndFlags：描述了端口的各种属性。对于文件来说，有可能具有很多属性，但对于串口，唯一有意义的设置是FILE_FLAG_OVERLAPPED。当创建时指定该设置，端口I/O可以在后台进行（后台I/O也叫异步I/O）。FILE_FLAG_OVERLAPPED常数定义如下：

const FILE_FLAG_OVERLAPPED = 0x40000000h

·hTemplateFile：指向模板文件的句柄，当端口处于打开状态时，不使用该参数，因而必须置成0。

调用CreateFile()函数打开COM1串口操作的例子如下所示：

HANDLE hCom;  DWORD dwError;  hCom=CreateFile(“COM1”, // 文件名  GENERIC_READ | GENERIC_WRITE, // 允许读和写  0, // 独占方式  NULL,  OPEN_EXISTING, // 打开而不是创建  FILE_ATTRIBUTE_NORMAL | FILE_FLAG_OVERLAPPED, // 重叠方式  NULL  );  if(hCom = = INVALID_HANDLE_VALUE)  {  dwError=GetLastError(); // 处理错误  }  

2 设置缓冲区

一旦端口处于打开状态，就可以分配一个发送缓冲区和接收缓冲区，并且通过调用SetupComm()实现其它初始化工作。也可以不调用SetupComm()函数，Windows系统也会分配缺省的发送和接收缓冲区，并且初始化端口。但为了保证缓冲区的大小与实际需要的一致，最好还是调用该函数。SetupComm()函数声明如下：

BOOL SetupComm(  HANDLE hFile, // 通信设备句柄  DWORD dwInQueue, // 输入缓冲区大小  DWORD dwOutQueue // 输出缓冲区大小  );  

SetupComm()函数中各项含义说明如下：

·hFile: 由GreatFile()返回的指向已打开端口的句柄。

·dwInQueue和dwOutQueue: 接收缓冲区的大小和发送缓冲区的大小。这两个定义并非是实际的缓冲区的大小，指定的大小仅仅是“推荐的”大小，而Windows可以随意分配任意大小的缓冲区。Windows设备驱动程序可以获得这两个数据，并不直接分配大小，而使用来优化性能和避免缓冲区超限。

注意：当使用CreateFile()函数打开串口时：为实现调制解调器的排他性访问，共享标识必须设为零；创建标识必须设为OPEN_EXISTING；模板句柄必须置为空。

3．  关闭串口

关闭串口比打开串口简单得多，只需要调用CloseHandle()函数关闭由CreateHandle()函数返回得句柄即可。

CloseHandle函数声明如下：

BOOL CloseHandle(    HANDLE hObject   // 需关闭的设备句柄  );  

使用串口时一般要关闭它，如果忘记关闭串口，串口就会始终处于打开状态，其它应用程序就不能打开并使用串口了。

 

4   串口配置和串口属性

Windows 9x/NT/2000中配置串口提供了比Windows的早期版本更为强大的功能，当然相应也更加复杂。CreateFile函数打开串口后，系统将根据上次打开串口时设置的值来初始化串口，可以集成上次打开操作后的数值，包括设备控制块（DCB）和超时控制结构（COMMTIMEOUTS）。如果是首次打开串口，Windows操作系统就会使用缺省的配置。

4.1．  串口参数配置

Windows 9x/NT/2000使用GetCommState()函数获取串口的当前配置，使用SetCommState()重新分配串口资源的各个参数。

GetCommState()函数声明如下：

BOOL GetCommState(     HANDLE hFile, // 通信设备句柄     LPDCB lpDCB   // 指向device-control block structure的指针  );  

其中的参数说明如下：

·hFile：由CreateFile()函数返回的指向已打开串口的句柄。

·lpDCB：一个非常重要的结构—设备控制块DCB ( Device Control Block )。

DCB结构的主要参数说明如下：

·DCBLength: 一字节为单位指定的DCB结构的大小。

·Baudrate: 用于指定串口设备通信的数据传输速率，它可以是实际的数据传输速率数值，也可以是下列数据之一：CBR_110, CBR_19200, CBR_300, CBR_38400, CBR_600, CBR_56000, CBR_1200, CBR_57600, CBR_2400, CBR_115200, CBR_4800, CBR_12800, CBR_9600, CBR_25600, CBR_14400。

·fBinary: 指定是否允许二进制。Win32API不支持非二进制传输，因此这个参数必须设置为TRUE，如果设置为FALSE则不能正常工作。

·fParity: 指定是否允许奇偶校验，如果这个参数设置为TRUE，则执行奇偶校验并报告错误信息。

·fOutxCtsFlow: 指定CTS是否用于检测发送流控制。当该成员为TRUE，而CTS为OFF时，发送将被挂起，直到CTS置ON。

·fOutxDsrFlow: 指定DSR是否用于检测发送流控制，当该成员为TRUE，而DSR为OFF时，发送将被挂起，直到DSR置ON。

·fDtrControl: 指定DTR流量控制，可以是表1中的任一值。

表1                           DTR流量控制

                      值

              功能描述

        DTR_CONTROL_DISABLE

禁止DTR线，并保持禁止状态

        DTR_CONTROL_ENABLE

允许DTR线，并保持允许状态

        DTR_CONTROL_HANDSHAKE

允许DTR握手，如果允许握手，则不允许应用程序使用EscapeCommFunction函数调整线路

·fDsrSensitivity: 指定通信驱动程序对DTR信号线是否敏感，如果该位置设为TRUE时，DSR信号为OFF，接收的任何字节将被忽略。

·fTXContinueOnXoff: 指定当接收缓冲区已满，并且驱动程序已经发送出XoffChar字符时发送是否停止。当该成员为TRUE时，在接收缓冲区内接收到了缓冲区已满的字节XoffLim，并且驱动程序已经发送出XoffChar字符终止接收字节之后，发送继续进行。该成员为FALSE时，接收缓冲区接收到代表缓冲区已空的字节XonLim，并且驱动程序已经发送出恢复发送的XonChar字符后，发送可以继续进行。

·fOutX: 该成员为TRUE时，接收到XoffChar之后停止发送，接收到XonChar之后发送将重新开始。

·fInX: 该成员为TRUE时，接收缓冲区内接收到代表缓冲区满的字节XoffLim之后，XoffChar发送出去，接收缓冲区接收到代表缓冲区已空的字节XonLim之后，XonChar发送出去。

·fErrorChar: 当该成员为TRUE，并且fParity为TRUE时，就会用ErrorChar成员指定的字符来代替奇偶校验错误的接收字符。

·fNull: 指明是否丢弃接收到的NULL( ASCII 0 )字符，该成员为TRUE时，接收时去掉空（零值）字节；反之则不丢弃。

表2                        RTS 流量控制

                  值

           功能描述

RTS_CONTROL_DISABLE

打开设备时禁止RTS线，并保持禁止状态

RTS_CONTROL_ENABLE

打开设备时允许RTS线，并保持允许状态

DTR_CONTROL_HANDSHAKE

允许握手。在接收缓冲区小于半满时将RTS 置为ON，在接收缓冲区超过3/4时将RTS置为OFF。如果允许握手，则不允许应用程序使用EscapeCommFunction函数调整线路

DTR_CONTROL_TOGGLE

当发送的字节有效，将RTS置为 ON，发送完缓冲区的所有字节后， RTS置为OFF

·fRtsControl: 指定  RTS 流量控制，可以取表2中的值。0值和DTR_CONTROL_HANDSHAKE等价。

·fAbortOnError: 如果发送错误，指定是否可以终止读、写操作。如果该位为TRUE，当发生错误时，驱动程序以出错状态终止所有的读写操作。只有当应用程序调用ClearCommError()函数处理后，串口才能接收随后的通信操作。

·fDummy2: 保留的位，没有使用。

·wReserved：没有使用，必须为零。

·XonLim: 指定在XOFF字符发送之前接收到缓冲区中可允许的最小字节数。

·XoffLim: 指定在XOFF字符发送之前缓冲区中可允许的最小可用字节数

·ByteSize: 指定端口当前使用的数据位数。

·Parity: 指定端口当前使用的奇偶校验方法。它的可能值如表3所示。

·StopBits: 指定串口当前使用的停止位数，可能值如表4所示。

表3                           奇偶校验方法

                 值

               功能描述

          EVENPARITY

            偶校验

          MARKPARITY

            标号校验

          NOPARITY

            无校验

          ODDPARITY

            奇校验

          SPACEPARITY

            空格效益

 

表4                           停止位数描述

                 值

                功能描述

          ONESTOPBIT

              1位停止位

          ONE5STOPBITS

              1.5位停止位

          TWOSTOPBITS

              2位停止位

·XonChar: 指明发送和接收的XON字符值，它表明允许继续传输。

·XoffChar: 指明发送和接收的XOFF字符值，它表示暂停数据传输。

·ErrorChar: 本字符用来代替接收到的奇偶校验发生错误的字符。

·EofChar: 用来表示数据的结束。

·EvtChar: 事件字符。当接收到此字符的时候，会产生一个事件。

·wReserved1: 保留的位，没有使用。

如果GetCommState()函数调用成功，则返回值不为零。若函数调用失败，则返回值为零，如果想得到进一步的错误信息，可以调用GetLastError()函数来获取。

GetLastError()函数也是Win32API函数，它的声明如下：

DWORD GetLastError(VOID);

如果应用程序只需要修改一部分配置的时候，可以通过GetCommState()函数获得当前的DCB结构，然后更改DCB结构中的参数，调用SetCommState()函数配置修改过的DCB来配置端口。SetCommState()函数声明如下：

BOOL SetCommState (  HANDLE hFile, // 已打开的串口的句柄  LPDCB lpDCB  // 指向DCB结构的指针  );  

SetCommState()函数的第一参数hFile是由CreateFile()函数返回的已打开的串口的句柄，第二个参数也是指向DCB结构的。如果函数调用成功，则返回值不为零；若函数调用失败，则返回值为零。出错时可以调用GetLastError()函数获得进一步的出错信息。SetCommState()函数调用的DCB结构中的XonChar等价于XoffChar成员，则SetCommState()函数会调用失败。

DCB最经常改变的参数是数据传输速率、奇偶校验的方法以及数据位和停止位数。Windows为改变这些设置提供了BuildCommDCB函数，函数声明如下：

BOOL BuildCommDCB(    LPCTSTR lpDef,  // 设置的字符串    LPDCB lpDCB    // 指向DCB结构的指针  ); 

BuildCommDCB()参数包含新设置的字符串和一个DCB结构的参数，该设置将提供给DCB结构。新设置的字符串与DOS系统或者Windows NT/2000系统中的Mode命令格式相同。如：

baud=1200 parity=N data=8 stop=1

这条语句将数据传输速率设置为1200bits/s，关闭奇偶校验，数据位数设为8，停止位数设为1。与在DOS或Windows NT/2000系统中一样，该字符串不包括串口的名称，实际上这个函数并不改变端口的设置，因此没有必要标识该串口，当然这个串口必须是有效的串口。新的设置只是简单地拷贝到已提供好的DCB结构中，要使新设置生效，还必须调用SetCommState()函数。BuildCommDCB()支持老的和新的各种版本的Mode命令，缺省情况下，BuildCommDCB()函数禁止XON/XOFF和硬件流的控制。如果使用硬件流控制，则必须设置DCB结构的各个成员的值。如果这个函数调用成功，则返回值不为零。如果想得到进一步的错误信息，可以调用GetLastError()函数来获取。

4.2．  缓冲区控制

Win32通信API除了提供SetupComm()函数实现初始化的缓冲区控制外，还提供了PurgeComm()函数和FlushFileBuffers()函数来进行缓冲区操作。

PurgeComm()函数的声明如下：

BOOL PurgeComm(   HANDLE hFile,  // 返回的句柄   DWORD dwFlags  // 执行的动作  );  

参数hFile指向由CreateFile函数返回的句柄，dwFlags表示执行的动作，这个参数可以是表表5中的任一个。参数hFile指向由CreateFile函数返回的句柄，可以调用GetLastError()函数获得进一步的错误信息。

表5                          停止位数和奇偶校验位

             值

               描述

    PURGE_TXABORT

即使发送操作没有完成，也终止所有的重叠发送操作，立即返回

    PURGE_RXABORT

即使接收操作没有完成，也终止所有的重叠接收操作，立即返回

    PURGE_TXCLEAR

清除发送缓冲区

    PURGE_RXCLEAR

清除接收缓冲区

由上面的叙述可以看出，PurgeComm()函数可以在读写操作的同时，清空缓冲区。当应用程序在读写操作时调用PurgeComm()函数，不能保证缓冲区内的所有字符都被发送。如果要保证缓冲区的所有字符都被发送，应该调用FlushFileBuffer()函数。该函数只受流量控制的支配，不受超时控制的支配，它在所有的写操作完成后才返回。

FlushFileBuffers()的函数声明如下：

BOOL FlushFileBuffers(   HANDLE hFile  // 函数打开的句柄  ); 

参数hFile指向由CreateFile函数打开的句柄，如果该函数调用成功，则返回值不为零；若函数调用失败，则返回值为零。出错时可以调用GetLastError()函数获得进一步的出错信息。

5   读写串口

利用Win32通信API读写串口时，既可以同步执行，也可以重叠（异步）执行。在同步执行时，函数直到操作完成后才返回。这意味着在同步执行时线程会被阻塞，从而导致效率降低。在重叠执行时，即使操作还未完成，调用的函数也会立即返回。费时的I/O操作在后台进行，这样线程就可以做其它工作。例如，线程可以在不同的句柄上同时执行I/O操作，甚至可以在同一句柄上同时进行读写操作。“重叠”一词的含义就在于此。

5.1．  读串口操作

程序可以使用Win32API ReadFile()函数或者ReadFileEx()函数从串口中读取数据。ReadFile()函数对同步或异步操作都支持，而ReadFileEx()只支持异步操作。这两个函数都受到函数是否异步操作、超时操作等有关参数的影响和限定。

ReadFile()函数声明如下：

BOOL ReadFile(    HANDLE hFile,      // 指向标识的句柄    LPVOID lpBuffer,    // 指向一个缓冲区    DWORD nNumberOfBytesToRead, // 读取的字节数    LPDWORD lpNumberOfBytesRead, // 指向调用该函数读出的字节数    LPOVERLAPPED lpOverlapped   // 一个OVERLAPPED的结构  );  

其中主要参数介绍如下：

·hFile：指向标识的句柄。对串口来说，就是由CreateFile函数返回的句柄。该句柄必须拥有GENERIC_READ的权限。

·lpBuffer：指向一个缓冲区，该缓冲区主要用来存放从串口设备中读取的数据。

·nNumberOfBytesToRead：指定要从串口设备读取的字节数。

·lpNumberOfBytesRead：指向调用该函数读出的字节数。ReadFile()在读操作前，首先将其设置为0。Windows NT/2000中当lpOverlapped没有设置时，lpNumberOfBytesRead必须设置。当lpOverlapped设置时，lpNumberOfBytesRead可以不设置。这是可以调用GetOverlappedResult()函数获取实际的读取数值。Windows 9x中这个参数一定要设置。

·lpOverlapped：是一个OVERLAPPED的结构，该结构将在后面介绍。如果hFile以FILE_FLAG_OVERLAPPED方式常见，则需要此结构；否则，不需要此结构。

需要注意的是如果该函数因为超时而返回，那么返回值是TRUE。参数lpOverlapped 在操作时应该指向一个OVERLAPPED的结构，如果该参数为NULL ，那么函数将进行同步操作，而不管句柄是否是由FILE_FLAG_OVERLAPPED 标志建立的。当ReadFile 返回FALSE时，不一定就是操作失败，线程应该调用GetLastError函数分析返回的结果。例如，在重叠操作时如果操作还未完成函数返回，那么函数就返回FALSE，而且GetLastError函数返回ERROR_IO_PENDING。

5.2．  写串口操作

可以使用Win32API函数WriteFile() 或者WriteFileEx()向串口中写数据。WriteFile()函数对同步或异步操作都支持，而WriteFileEx()只支持异步操作。这两个函数都受到函数是否异步操作、超时操作等有关参数的影响和限定。

WriteFile()函数声明如下：

BOOL WriteFile(  HANDLE hFile,      // 指向标识的句柄    LPCVOID lpBuffer,    // 指向一个缓冲区    DWORD nNumberOfBytesToWrite, // 指定要向串口设备写入的字节数    LPDWORD lpNumberOfBytesWritten, // 指向调用该函数已写入的字节数    LPOVERLAPPED lpOverlapped   // 一个OVERLAPPED的结构  );  

其中主要参数介绍如下：

·hFile：指向标识的句柄。对串口来说，就是由CreateFile函数返回的句柄。该句柄必须拥有GENERIC_WRITE的权限。

·lpBuffer：指向一个缓冲区，该缓冲区主要用来存放待写入串口设备的数据。

·nNumberOfBytesToWrite：指定要向串口设备写入的字节数。

·lpNumberOfBytesWritten：指向调用该函数已写入的字节数。WriteFile()在写操作前，首先将其设置为0。Windows NT/2000中当lpOverlapped没有设置时，lpNumberOfBytesWritten必须设置。当lpOverlapped设置时，lpNumberOfBytesWritten可以不设置。这是可以调用GetOverlappedResult()函数获取实际的读取数值。Windows 9x中这个参数一定要设置。

·lpOverlapped：是一个OVERLAPPED的结构，该结构将在后面介绍。如果hFile以FILE_FLAG_OVERLAPPED方式常见，则需要此结构；否则，不需要此结构。

如果函数调用成功，则返回值不为零；若函数调用失败，则返回值为零。调用GetLastError()函数可以获得进一步的出错信息。

如下是一个使用串口发送的例子：

#include <windows.h> #include <tchar.h>#include <iostream>using namespace std;int main(){//HANDLE hcom=CreateFile(_T("COM3"),GENERIC_READ|GENERIC_WRITE,0,NULL,OPEN_EXISTING,FILE_ATTRIBUTE_NORMAL|FILE_FLAG_OVERLAPPED,NULL);HANDLE hcom=CreateFile(_T("COM3"),GENERIC_READ|GENERIC_WRITE,0,NULL,OPEN_EXISTING,FILE_ATTRIBUTE_NORMAL,NULL);if (hcom==INVALID_HANDLE_VALUE){cout<<"error open com!"<<endl;return -1;}else{DCB mydcb;//GetCommState(hcom,&mydcb);/*mydcb.BaudRate=CBR_9600;mydcb.fParity=NOPARITY;mydcb.StopBits=ONESTOPBIT;mydcb.fDtrControl=DTR_CONTROL_DISABLE;mydcb.fRtsControl=RTS_CONTROL_DISABLE;*/BuildCommDCB(_T("baud=9600 parity=N data=8 stop=0"),&mydcb);SetCommState(hcom,&mydcb);PurgeComm(hcom, PURGE_RXCLEAR|PURGE_TXCLEAR|PURGE_RXABORT|PURGE_TXABORT); char a[12]="Hello SJTU\n";DWORD bytesWrite=12;for (int i=0;i<100;i++){bool writestate=WriteFile(hcom,a,bytesWrite,&bytesWrite,NULL);if (!writestate){cout<<"send fail"<<endl;}else{cout<<"send success"<<endl;}Sleep(2000);}//禁止串行端口所有事件SetCommMask(hcom, 0) ;//清除数据终端就绪信号EscapeCommFunction( hcom, CLRDTR ) ;//丢弃通信资源的输出或输入缓冲区字符并终止在通信资源上挂起的读、写操操作PurgeComm( hcom, PURGE_TXABORT | PURGE_RXABORT | PURGE_TXCLEAR | PURGE_RXCLEAR ) ;CloseHandle(hcom);hcom = NULL;}}

如果用VSPD等虚拟串口软件配置了虚拟串口连接连接两个串口自发收，则可用如下例子测试：

#include <windows.h> #include <tchar.h>#include <iostream>using namespace std;int main(){//HANDLE hcom=CreateFile(_T("COM3"),GENERIC_READ|GENERIC_WRITE,0,NULL,OPEN_EXISTING,FILE_ATTRIBUTE_NORMAL|FILE_FLAG_OVERLAPPED,NULL);HANDLE hcom=CreateFile(_T("COM3"),GENERIC_READ|GENERIC_WRITE,0,NULL,OPEN_EXISTING,FILE_ATTRIBUTE_NORMAL,NULL);HANDLE hcom2=CreateFile(_T("COM2"),GENERIC_READ|GENERIC_WRITE,0,NULL,OPEN_EXISTING,FILE_ATTRIBUTE_NORMAL,NULL);if (hcom==INVALID_HANDLE_VALUE||hcom2==INVALID_HANDLE_VALUE){cout<<"error open com!"<<endl;return -1;}else{DCB mydcb;//GetCommState(hcom,&mydcb);/*mydcb.BaudRate=CBR_9600;mydcb.fParity=NOPARITY;mydcb.StopBits=ONESTOPBIT;mydcb.fDtrControl=DTR_CONTROL_DISABLE;mydcb.fRtsControl=RTS_CONTROL_DISABLE;*/BuildCommDCB(_T("baud=9600 parity=N data=8 stop=0"),&mydcb);SetCommState(hcom,&mydcb);SetCommState(hcom2,&mydcb);PurgeComm(hcom, PURGE_RXCLEAR|PURGE_TXCLEAR|PURGE_RXABORT|PURGE_TXABORT); PurgeComm(hcom2, PURGE_RXCLEAR|PURGE_TXCLEAR|PURGE_RXABORT|PURGE_TXABORT); char a[12]="Hello SJTU\n";char b[20];DWORD bytesWrite=12;for (int i=0;i<100;i++){bool writestate=WriteFile(hcom,a,bytesWrite,&bytesWrite,NULL);if (!writestate){cout<<"send fail"<<endl;}else{cout<<"COM3 send "<<bytesWrite<<"bytes"<<endl;}writestate=ReadFile(hcom2,b,bytesWrite,&bytesWrite,NULL);if (!writestate){cout<<"Read fail"<<endl;}else{cout<<"COM2 received "<<bytesWrite<<"bytes:"<<b<<endl;}Sleep(2000);}//禁止串行端口所有事件SetCommMask(hcom, 0) ;//清除数据终端就绪信号EscapeCommFunction( hcom, CLRDTR ) ;//丢弃通信资源的输出或输入缓冲区字符并终止在通信资源上挂起的读、写操操作PurgeComm( hcom, PURGE_TXABORT | PURGE_RXABORT | PURGE_TXCLEAR | PURGE_RXCLEAR ) ;CloseHandle(hcom);hcom = NULL;SetCommMask(hcom2, 0) ;//清除数据终端就绪信号EscapeCommFunction( hcom2, CLRDTR ) ;//丢弃通信资源的输出或输入缓冲区字符并终止在通信资源上挂起的读、写操操作PurgeComm( hcom2, PURGE_TXABORT | PURGE_RXABORT | PURGE_TXCLEAR | PURGE_RXCLEAR ) ;CloseHandle(hcom2);hcom2 = NULL;}}