| 進(jìn)來(lái)要用串口編程實(shí)現單片機和PC的通訊，現在網(wǎng)上收錄了一些編程的例子作為備查。 串口A(yíng)PI通信函數編程 16位串口應用程序中，使用的16位的Windows API通信函數: ①OpenComm()打開(kāi)串口資源，并指定輸入、輸出緩沖區的大?。ㄒ宰止澯嫞?nbsp; CloseComm() 關(guān)閉串口; 例：int idComDev; idComDev = OpenComm("COM1", 1024, 128); CloseComm(idComDev); ②BuildCommDCB() 、setCommState()填寫(xiě)設備控制塊DCB，然后對已打開(kāi)的串口進(jìn)行參數配置; 例：DCB dcb; BuildCommDCB("COM1:2400,n,8,1", &dcb); SetCommState(&dcb); ③ ReadComm 、WriteComm()對串口進(jìn)行讀寫(xiě)操作，即數據的接收和發(fā)送. 例：char *m_pRecieve; int count; ReadComm(idComDev,m_pRecieve,count); Char wr[30]; int count2; WriteComm(idComDev,wr,count2); 16位下的串口通信程序最大的特點(diǎn)就在于：串口等外部設備的操作有自己特有的API函數；而32位程序則把串口操作（以及并口等）和文件操作統一起來(lái)了，使用類(lèi)似的操作。 在MFC下的32位串口應用程序 32位下串口通信程序可以用兩種方法實(shí)現：利用ActiveX控件；使用API 通信函數。 使用ActiveX控件，程序實(shí)現非常簡(jiǎn)單，結構清晰，缺點(diǎn)是欠靈活；使用API 通信函數的優(yōu)缺點(diǎn)則基本上相反。 使用ActiveX控件： VC++ 6.0提供的MSComm控件通過(guò)串行端口發(fā)送和接收數據，為應用程序提供串行通信功能。使用非常方便，但可惜的是，很少有介紹MSComm控件的資料。 ⑴．在當前的Workspace中插入MSComm控件。 Project菜單------>Add to Project---->Components and Controls----->Registered ActiveX Controls--->選擇Components: Microsoft Communications Control, version 6.0 插入到當前的Workspace中。 結果添加了類(lèi)CMSComm(及相應文件：mscomm.h和mscomm.cpp )。 ⑵．在MainFrm.h中加入MSComm控件。 protected: CMSComm m_ComPort; 在Mainfrm.cpp::OnCreare()中： DWORD style=WS_VISIBLE|WS_CHILD; if (!m_ComPort.Create(NULL,style,CRect(0,0,0,0),this,ID_COMMCTRL)){ TRACE0("Failed to create OLE Communications Control\n"); return -1; // fail to create } ⑶.初始化串口 m_ComPort.SetCommPort(1); //選擇COM? m_ComPort. SetInBufferSize(1024); //設置輸入緩沖區的大小，Bytes m_ComPort. SetOutBufferSize(512); //設置輸入緩沖區的大小，Bytes// if(!m_ComPort.GetPortOpen()) //打開(kāi)串口 m_ComPort.SetPortOpen(TRUE); m_ComPort.SetInputMode(1); //設置輸入方式為二進(jìn)制方式 m_ComPort.SetSettings("9600,n,8,1"); //設置波特率等參數 m_ComPort.SetRThreshold(1); //為1表示有一個(gè)字符引發(fā)一個(gè)事件 m_ComPort.SetInputLen(0); ⑷．捕捉串口事項。MSComm控件可以采用輪詢(xún)或事件驅動(dòng)的方法從端口獲取數據。我們介紹比較使用的事件驅動(dòng)方法：有事件（如接收到數據）時(shí)通知程序。在程序中需要捕獲并處理這些通訊事件。 在MainFrm.h中： protected: afx_msg void OnCommMscomm(); DECLARE_EVENTSINK_MAP() 在MainFrm.cpp中： BEGIN_EVENTSINK_MAP(CMainFrame,CFrameWnd ) ON_EVENT(CMainFrame,ID_COMMCTRL,1,OnCommMscomm,VTS_NONE) //映射ActiveX控件事件 END_EVENTSINK_MAP() ⑸．串口讀寫(xiě). 完成讀寫(xiě)的函數的確很簡(jiǎn)單，GetInput()和SetOutput()就可。兩個(gè)函數的原型是： VARIANT GetInput()；及 void SetOutput(const VARIANT& newValue);都要使用VARIANT類(lèi)型（所有Idispatch::Invoke的參數和返回值在內部都是作為VARIANT對象處理的）。 無(wú)論是在PC機讀取上傳數據時(shí)還是在PC機發(fā)送下行命令時(shí)，我們都習慣于使用字符串的形式（也可以說(shuō)是數組形式）。查閱VARIANT文檔知道，可以用BSTR表示字符串，但遺憾的是所有的BSTR都是包含寬字符，即使我們沒(méi)有定義_UNICODE_UNICODE也是這樣！ WinNT支持寬字符, 而Win95并不支持。為解決上述問(wèn)題，我們在實(shí)際工作中使用CbyteArray，給出相應的部分程序如下： void CMainFrame::OnCommMscomm(){ VARIANT vResponse; int k; if(m_commCtrl.GetCommEvent()==2) { k=m_commCtrl.GetInBufferCount(); //接收到的字符數目 if(k>0) { vResponse=m_commCtrl.GetInput(); //read SaveData(k,(unsigned char*) vResponse.parray->pvData); } // 接收到字符，MSComm控件發(fā)送事件 } 。。。。。 // 處理其他MSComm控件 } void CMainFrame::OnCommSend() { 。。。。。。。。 // 準備需要發(fā)送的命令，放在TxData[]中 CByteArray array; array.RemoveAll(); array.SetSize(Count); for(i=0;i<Count;i++) array.SetAt(i, TxData[i]); m_ComPort.SetOutput(COleVariant(array)); // 發(fā)送數據 } ㈡ 使用32位的API 通信函數: ⑴．在中MainFrm.cpp定義全局變量 HANDLE hCom; // 準備打開(kāi)的串口的句柄 HANDLE hCommWatchThread ;//輔助線(xiàn)程的全局函數 ⑵．打開(kāi)串口，設置串口 hCom =CreateFile( "COM2", GENERIC_READ | GENERIC_WRITE, // 允許讀寫(xiě) 0, // 此項必須為0 NULL, // no security attrs OPEN_EXISTING, //設置產(chǎn)生方式 FILE_FLAG_OVERLAPPED, // 我們準備使用異步通信 NULL ); 我使用了FILE_FLAG_OVERLAPPED結構。這正是使用API實(shí)現非阻塞通信的關(guān)鍵所在。 ASSERT(hCom!=INVALID_HANDLE_VALUE); //檢測打開(kāi)串口操作是否成功 SetCommMask(hCom, EV_RXCHAR|EV_TXEMPTY );//設置事件驅動(dòng)的類(lèi)型 SetupComm( hCom, 1024,512) ; //設置輸入、輸出緩沖區的大小 PurgeComm( hCom, PURGE_TXABORT | PURGE_RXABORT | PURGE_TXCLEAR | PURGE_RXCLEAR ); //清干凈輸入、輸出緩沖區 COMMTIMEOUTS CommTimeOuts ; //定義超時(shí)結構，并填寫(xiě)該結構 ………… SetCommTimeouts( hCom, &CommTimeOuts ) ;//設置讀寫(xiě)操作所允許的超時(shí) DCB dcb ; // 定義數據控制塊結構 GetCommState(hCom, &dcb ) ; //讀串口原來(lái)的參數設置 dcb.BaudRate =9600; dcb.ByteSize =8; dcb.Parity = NOPARITY; dcb.StopBits = ONESTOPBIT ;dcb.fBinary = TRUE ;dcb.fParity = FALSE; SetCommState(hCom, &dcb ) ; //串口參數配置 上述的COMMTIMEOUTS結構和DCB都很重要，實(shí)際工作中需要仔細選擇參數。 ⑶啟動(dòng)一個(gè)輔助線(xiàn)程，用于串口事件的處理。 Windows提供了兩種線(xiàn)程，輔助線(xiàn)程和用戶(hù)界面線(xiàn)程。輔助線(xiàn)程沒(méi)有窗口，所以它沒(méi)有自己的消息循環(huán)。但是輔助線(xiàn)程很容易編程，通常也很有用。 在次，我們使用輔助線(xiàn)程。主要用它來(lái)監視串口狀態(tài)，看有無(wú)數據到達、通信有無(wú)錯誤；而主線(xiàn)程則可專(zhuān)心進(jìn)行數據處理、提供友好的用戶(hù)界面等重要的工作。 hCommWatchThread= CreateThread( (LPSECURITY_ATTRIBUTES) NULL, //安全屬性 0,//初始化線(xiàn)程棧的大小，缺省為與主線(xiàn)程大小相同 (LPTHREAD_START_ROUTINE)CommWatchProc, //線(xiàn)程的全局函數 GetSafeHwnd(), //此處傳入了主框架的句柄 0, &dwThreadID ); ASSERT(hCommWatchThread!=NULL); ⑷為輔助線(xiàn)程寫(xiě)一個(gè)全局函數，主要完成數據接收的工作。請注意OVERLAPPED結構的使用，以及怎樣實(shí)現了非阻塞通信。 UINT CommWatchProc(HWND hSendWnd){ DWORD dwEvtMask=0 ; SetCommMask( hCom, EV_RXCHAR|EV_TXEMPTY );//有哪些串口事件需要監視？ WaitCommEvent( hCom, &dwEvtMask, os );// 等待串口通信事件的發(fā)生 檢測返回的dwEvtMask，知道發(fā)生了什么串口事件： if ((dwEvtMask & EV_RXCHAR) == EV_RXCHAR){ // 緩沖區中有數據到達 COMSTAT ComStat ; DWORD dwLength; ClearCommError(hCom, &dwErrorFlags, &ComStat ) ; dwLength = ComStat.cbInQue ; //輸入緩沖區有多少數據？ if (dwLength > 0) { BOOL fReadStat ; fReadStat = ReadFile( hCom, lpBuffer，dwLength, &dwBytesRead,&READ_OS( npTTYInfo ) ); //讀數據 注:我們在CreareFile()時(shí)使用了FILE_FLAG_OVERLAPPED,現在ReadFile()也必須使用 LPOVERLAPPED結構.否則,函數會(huì )不正確地報告讀操作已完成了. 使用LPOVERLAPPED結構, ReadFile()立即返回,不必等待讀操作完成,實(shí)現非阻塞 通信.此時(shí), ReadFile()返回FALSE, GetLastError()返回ERROR_IO_PENDING. if (!fReadStat){ if (GetLastError() == ERROR_IO_PENDING){ while(!GetOverlappedResult(hCom,&READ_OS( npTTYInfo ), & dwBytesRead, TRUE )){ dwError = GetLastError(); if(dwError == ERROR_IO_INCOMPLETE) continue；//緩沖區數據沒(méi)有讀完，繼續 …… …… ::PostMessage((HWND)hSendWnd,WM_NOTIFYPROCESS,0,0);//通知主線(xiàn)程，串口收到數據} 所謂的非阻塞通信，也即異步通信。是指在進(jìn)行需要花費大量時(shí)間的數據讀寫(xiě)操作（不僅僅是指串行通信操作）時(shí)，一旦調用ReadFile()、WriteFile(), 就能立即返回，而讓實(shí)際的讀寫(xiě)操作在后臺運行；相反，如使用阻塞通信，則必須在讀或寫(xiě)操作全部完成后才能返回。由于操作可能需要任意長(cháng)的時(shí)間才能完成，于是問(wèn)題就出現了。 非常阻塞操作還允許讀、寫(xiě)操作能同時(shí)進(jìn)行（即重疊操作?），在實(shí)際工作中非常有用。 要使用非阻塞通信，首先在CreateFile()時(shí)必須使用FILE_FLAG_OVERLAPPED；然后在 ReadFile()時(shí)lpOverlapped參數一定不能為NULL，接著(zhù)檢查函數調用的返回值，調用GetLastError()，看是否返回ERROR_IO_PENDING。如是，最后調用GetOverlappedResult()返回重疊操作(overlapped operation)的結果;WriteFile()的使用類(lèi)似。 ⑸．在主線(xiàn)程中發(fā)送下行命令。 BOOL fWriteStat ; char szBuffer[count]; …………//準備好發(fā)送的數據，放在szBuffer[]中 fWriteStat = WriteFile(hCom, szBuffer, dwBytesToWrite, &dwBytesWritten, &WRITE_OS( npTTYInfo ) ); //寫(xiě)數據 //我在CreareFile()時(shí)使用了FILE_FLAG_OVERLAPPED,現在WriteFile()也必須使用LPOVERLAPPED結構.否則,函數會(huì )不正確地報告寫(xiě)操作已完成了. 使用LPOVERLAPPED結構,WriteFile()立即返回,不必等待寫(xiě)操作完成,實(shí)現非阻塞 通信.此時(shí), WriteFile()返回FALSE, GetLastError()返回ERROR_IO_PENDING. int err=GetLastError(); if (!fWriteStat) { if(GetLastError() == ERROR_IO_PENDING){ while(!GetOverlappedResult(hCom, &WRITE_OS( npTTYInfo ), &dwBytesWritten, TRUE )) { dwError = GetLastError(); if(dwError == ERROR_IO_INCOMPLETE){// normal result if not finished dwBytesSent += dwBytesWritten; continue; } ...................... //我使用了多線(xiàn)程技術(shù)，在輔助線(xiàn)程中監視串口，有數據到達時(shí)依靠事件驅動(dòng)，讀入數據并向主線(xiàn)程報告（發(fā)送數據在主線(xiàn)程中，相對說(shuō)來(lái)，下行命令的數據總是少得多）；并且，WaitCommEvent()、ReadFile()、WriteFile()都使用了非阻塞通信技術(shù)，依靠重疊（overlapped）讀寫(xiě)操作，讓串口讀寫(xiě)操作在后臺運行。 |
聯(lián)系客服
