api函数编写串口通信程序.docVIP

在C++ Builder 6.0下基于api函数编写串口通信程序简介： 在dos/win95/win98的年代，操作系统对串口是不保护的，也就是说将串口的的资源完全 开放给用户，用户可以用直接操作硬件的函数(比如说TC2.0下的inport()和outport()函数) 跟串口直接打交道，这时候用户使用直接操作串口的函数怎样折磨串口都是没有问题的， 操作系统根本就不管不问，对串口操作所造成的一切后果都是用户一个人承担的，这时候用 户对串口具有高度自由的支配权；但是，这种情况好景不长，从win2000操作系统开始，微软 为了照顾好计算机上的硬件，开始实施了对硬件的保护策略，也就是说任何用户在他的操作 系统下企图操纵串口时必须经过他的同意方可进行，其实也就是变相的将用户往必须使用他的 通信api函数才能操作串口这条羊肠小路上赶(当然也有别的方法操作串口，但那些并非我等 普通用户能研究明白的)，形象一点说就好像你想怎样操作串口的意图必须经过win2000的翻译 (其实是win2000的设备驱动程序)才能转达给串口一样，基于这一点我们说(其实是很多资料上 说的)win2000下通过api函数操作串口是具有设备无关性的，什么意思呢？就是说你想怎样 操作串口就用相应的api函数告诉操作系统你想对串口干什么，然后操作系统就把你的意思转 告给串口让其做出相应的动作，相对于dos/win95/win98下来说，据我理解也就相当于你原来 写的直接操作串口的函数在win2000下他替你完成了，但是你必须用win2000通信api函数清楚 地向操作系统表达清楚你到底想干什么，所以说在这种情况下要想写好串口驱动程序你就必须 至少弄明白win2000下的通信api函数都是干什么的方可，啰里啰唆唠叨了这么多... ...sorry, 还没完呢，至少还有一件事我想说，原来在dos/win95/win98系统下有好多高手用c/c++对串口 进行直接操作是非常熟练的，尤其是dos时代的turbo 2.0操作串口的高手他们写的串口驱动程 序直到win98的时候还用的非常洋洋得意，但是到了win2000的时候，他们的程序突然不好使了 ，而他们有的可能还会因为知识结构上的滞后始终弄不明白怎么回事儿，兄弟们，你们该明白 了吧？闲话少叙，下面介绍笔者写串口通信函数时用到的各个api函数--------- 2-CreateFile() 用途：打开串口 原型：HANDLE CreateFile(LPCTSTR lpFileName, DWORD dwDesiredAccess, DWORD dwShareMode, LPSECURITY_ATTRIBUTES lpSecurityAttributes, DWORD dwCreationDistribution, DWORD dwFlagsAndAttributes, HANDLE hTemplateFile); 参数说明： -lpFileName：要打开的文件名称。对串口通信来说就是COM1或COM2。 -dwDesiredAccess:读写模式设置。此处应该用GENERIC_READ及GENERIC_WRITE。 -dwShareMode：串口共享模式。此处不允许其他应用程序共享，应为0。 -lpSecurityAttributes：串口的安全属性，应为0，表示该串口不可被子程序继承。 -dwCreationDistribution：创建文件的性质，此处为OPEN_EXISTING. -dwFlagsAndAttributes：属性及相关标志，这里使用异步方式应该用FILE_FLAG_OVERLAPPED。 -hTemplateFile:此处为0。 操作说明：若文件打开成功，串口即可使用了，该函数返回串口的句柄，以后对串口操作时 即可使用该句柄。 举例：HANDLE hComm; hComm=CreateFile(COM1, //串口号 GENERIC_READ|GENERIC_WRITE, //允许读写 0, //通讯设备必须以独占方式打开 NULL, //无安全属性 OPEN_EXISTING, //通讯设备已存在 FILE_FLAG_OVERLAPPED, //异步I/O 0); //通讯设备不能用模板打开 hComm即为函数返回的串口1的句柄。 3-CloseHandle() 用途：关闭串口 原型：BOOL CloseHandle(HANDLE hObjedt) 参数说明： -hObjedt：串口句柄 操作说明：成功关闭串口时返回true,否则返回false 举例：CloseHandle(hComm);