WriteToPort()发送数据的问题

Question

串口调试助手虽然只看到前面的“DQS”，但是计数器上显示是接收到了512的长度的内容，而且只能看到第一次接受到的“DQS“，由于后面跟了一堆的无效内容，串口调试助手无法识别，所以第二次以后发送的内容，根本无法显示了，虽然计数器依然在每次512长度的累加。而超级终端至少还能继续显示。
我10秒才发送一次，发送频率没什么问题。
虽然可以通过通信协议把后面接收到的屏蔽掉，但是我需要通过串口发送给其他计算机上的软件，是别人的软件，所以最好能去掉无效部分，不然无法交差

Answer 1

搜到的CSerialPort的WriteToPort 连续发送的问题分析 (2012-04-20 16:07:35)转载▼
标签： 杂谈
Gilbert在串口通信中使用CSerialPort时，发现连续发送有问题，比如，连续发了三个数组：m_serial.WriteToPort(chSend1); 
m_serial.WriteToPort(chSend2); 
m_serial.WriteToPort(chSend2); 
//chSend1,chSend2,chSend3是数组首地址.只有最后一个数组发送成功，开始以为这个类不能连续发送数据，但是后来发现如果写成这个样子：m_serial.WriteToPort(chSend1); 
AfxMessageBox(""); 
m_serial.WriteToPort(chSend2); 
AfxMessageBox(""); 
m_serial.WriteToPort(chSend3); 
AfxMessageBox(""); 三个数组的数据就都能发出去，这是为什么呢？=========================================
这个要看CSerialPort是怎么做出来的，也就是从Windows的串口编程说起。在Win32下，可以使用两种编程方式实现串口通信，其一是使用ActiveX控件，这种方法程序简单，但是控件只能在对话框中使用。其二是调用Windows的API函数，这种方法可以清楚地掌握串口通信的机制，并且自由灵活。CSerialPort类就是对串口的API函数封装。与以往DOS下串行通信程序不同的是，Windows不提倡应用程序直接控制硬件，而是通过Windows操作系统提供的设备驱动程序来进行数据传递。串行口在Win 32中是作为文件来进行处理的，而不是直接对端口进行操作，对于串行通信，Win 32 提供了相应的文件I/O函数与通信函数，通过了解这些函数的使用，可以编制出符合不同需要的通信程序。由于是作为文件来处理，我们看看windows API中打开串口的函数：
HANDLE CreateFile( LPCTSTR lpFileName, //将要打开的串口逻辑名，如“COM1”； 
DWORD dwDesiredAccess, //指定串口访问的类型，可以是读取、写入或二者并列；
DWORD dwShareMode, //指定共享属性，由于串口不能共享，该参数必须置为0； 
LPSECURITY_ATTRIBUTES lpSecurityAttributes, //引用安全性属性结构，缺省值为NULL； 
DWORD dwCreationDistribution, //创建标志，对串口操作该参数必须置为OPEN_EXISTING；
DWORD dwFlagsAndAttributes, //属性描述，用于指定该串口进行异步或同步操作；
HANDLE hTemplateFile); //对串口而言该参数必须置为NULL；=========================================
请务必注意倒数第二个参数dwFlagsAndAttributes，它指示了串口进行异步或同步操作。还请注意这里的同步和异步不是指的数据通信里时钟的同步和异步。这里的同步和异步指的是：同步操作时，API函数会阻塞直到操作完成以后才能返回（在多线程方式中，虽然不会阻塞主线程，但是仍然会阻塞监听线程）；而异步（重叠）操作方式，API函数会立即返回，操作在后台进行，避免线程的阻塞。dwFlagsAndAttributes该值为FILE_FLAG_OVERLAPPED，表示使用异步的I/O；该值为0，表示同步I/O操作。既然CSerialPort类是对API函数的封装，我们有理由相信在它的实现里面必定有CreateFile函数，打开它的cpp来看，果然可以搜索的到，再看看它是怎么设置的：m_hComm = CreateFile(szPort,       // communication port string (COMX)
GENERIC_READ | GENERIC_WRITE,    // read/write types
0,                                // comm devices must be opened with exclusive access
NULL,                            // no security attributes
OPEN_EXISTING,                    // comm devices must use OPEN_EXISTING
FILE_FLAG_OVERLAPPED,      // Async I/O
0);                            // template must be 0 for comm devices可以看到倒数第二个参数设为FILE_FLAG_OVERLAPPED，即异步发送。=========================================
其实问题就在这里，异步发送的话就造成文章一开始说的两个现象。先说第一个现象：为什么三个数组中只发送了最后一个数组？
因为采用了异步操作，在执行到m_serial.WriteToPort(chSend1); 时，并不马上发送串口数据，而是要等进入CSerialPort的线程之后再发送（如果是同步操作，则程序停在那里等发送完成）。
你可以跟踪一下程序，看是什么时候进入它的线程的，三句WriteToPort都会进入这一个线程，而不是三个线程，在这个线程中只发送一次数据，数据的来源就是形参最后的更新，所以就是第三个数组了。第二个现象：为什么加了AfxMessageBox(""); 就都可以发送？
因为AfxMessageBox(""); 使程序的进程被挂起，这样CSerialPort的线程就得以运行，所以就发送了。=========================================
看到这里你可能会想：那能不能将dwFlagsAndAttributes改成0设为同步发送？
答案是好像不可以，可能还需要改其他地方，光这里改成同步的话，串口什么数据也发不了。
如果你发现能简易的将这个类改成同步的方法，欢迎联系我[email protected]。=========================================
那我们要同步发送怎么办？
1.将chSend1，chSend2，chSend3放在一起组建成一个更大的数组一次发送
这样如果接收端处理串口数据较慢的话，可能要在每个数组当中插入些无用的数据。
2.使用其他具有同步操作功能的类，如：
blog.chinaunix.net/u/32550/showart_365425.html
3.学习windows api的同学们还可以自己写串口编程的程序，可以参考：
http://www.vckbase.com/document/viewdoc/?id=1734#读写串口