vb.net關閉串口,vb打開串口

用vb.net做串口通訊程序要調用哪些api函數?

串口API通信函數編程

創新互聯建站服務項目包括禹城網站建設、禹城網站制作、禹城網頁制作以及禹城網絡營銷策劃等。多年來,我們專注于互聯網行業,利用自身積累的技術優勢、行業經驗、深度合作伙伴關系等,向廣大中小型企業、政府機構等提供互聯網行業的解決方案,禹城網站推廣取得了明顯的社會效益與經濟效益。目前,我們服務的客戶以成都為中心已經輻射到禹城省份的部分城市,未來相信會繼續擴大服務區域并繼續獲得客戶的支持與信任!

16位串口應用程序中,使用的16位的Windows API通信函數:

①OpenComm()打開串口資源,并指定輸入、輸出緩沖區的大小(以字節計)

CloseComm() 關閉串口;

例:int idComDev;

idComDev = OpenComm("COM1", 1024, 128);

CloseComm(idComDev);

②BuildCommDCB() 、setCommState()填寫設備控制塊DCB,然后對已打開的串口進行參數配置; 例:DCB dcb;

BuildCommDCB("COM1:2400,n,8,1", dcb);

SetCommState(dcb);

③ ReadComm 、WriteComm()對串口進行讀寫操作,即數據的接收和發送.

例:char *m_pRecieve; int count;

ReadComm(idComDev,m_pRecieve,count);

Char wr[30]; int count2;

WriteComm(idComDev,wr,count2);

16位下的串口通信程序最大的特點就在于:串口等外部設備的操作有自己特有的API函數;而32位程序則把串口操作(以及并口等)和文件操作統一起來了,使用類似的操作。

在MFC下的32位串口應用程序

32位下串口通信程序可以用兩種方法實現:利用ActiveX控件;使用API 通信函數。

使用ActiveX控件,程序實現非常簡單,結構清晰,缺點是欠靈活;使用API 通信函數的優缺點則基本上相反。

使用ActiveX控件:

VC++ 6.0提供的MSComm控件通過串行端口發送和接收數據,為應用程序提供串行通信功能。使用非常方便,但可惜的是,很少有介紹MSComm控件的資料。

⑴.在當前的Workspace中插入MSComm控件。

Project菜單------Add to Project----Components and Controls-----Registered

ActiveX Controls---選擇Components: Microsoft Communications Control,

version 6.0 插入到當前的Workspace中。

結果添加了類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()) //打開串口

m_ComPort.SetPortOpen(TRUE);

m_ComPort.SetInputMode(1); //設置輸入方式為二進制方式

m_ComPort.SetSettings("9600,n,8,1"); //設置波特率等參數

m_ComPort.SetRThreshold(1); //為1表示有一個字符引發一個事件

m_ComPort.SetInputLen(0);

⑷.捕捉串口事項。MSComm控件可以采用輪詢或事件驅動的方法從端口獲取數據。我們介紹比較使用的事件驅動方法:有事件(如接收到數據)時通知程序。在程序中需要捕獲并處理這些通訊事件。

在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()

⑸.串口讀寫. 完成讀寫的函數的確很簡單,GetInput()和SetOutput()就可。兩個函數的原型是:

VARIANT GetInput();及 void SetOutput(const VARIANT newValue);都要使用VARIANT類型(所有Idispatch::Invoke的參數和返回值在內部都是作為VARIANT對象處理的)。

無論是在PC機讀取上傳數據時還是在PC機發送下行命令時,我們都習慣于使用字符串的形式(也可以說是數組形式)。查閱VARIANT文檔知道,可以用BSTR表示字符串,但遺憾的是所有的BSTR都是包含寬字符,即使我們沒有定義_UNICODE_UNICODE也是這樣! WinNT支持寬字符, 而Win95并不支持。為解決上述問題,我們在實際工作中使用CbyteArray,給出相應的部分程序如下:

void CMainFrame::OnCommMscomm(){

VARIANT vResponse; int k;

if(m_commCtrl.GetCommEvent()==2) {

k=m_commCtrl.GetInBufferCount(); //接收到的字符數目

if(k0) {

vResponse=m_commCtrl.GetInput(); //read

SaveData(k,(unsigned char*) vResponse.parray-pvData);

} // 接收到字符,MSComm控件發送事件 }

。。。。。 // 處理其他MSComm控件

}

void CMainFrame::OnCommSend() {

。。。。。。。。 // 準備需要發送的命令,放在TxData[]中

CByteArray array;

array.RemoveAll();

array.SetSize(Count);

for(i=0;iCount;i++)

array.SetAt(i, TxData[i]);

m_ComPort.SetOutput(COleVariant(array)); // 發送數據 }

二 使用32位的API 通信函數:

⑴.在中MainFrm.cpp定義全局變量

HANDLE hCom; // 準備打開的串口的句柄

HANDLE hCommWatchThread ;//輔助線程的全局函數

⑵.打開串口,設置串口

hCom =CreateFile( "COM2", GENERIC_READ | GENERIC_WRITE, // 允許讀寫

0, // 此項必須為0

NULL, // no security attrs

OPEN_EXISTING, //設置產生方式

FILE_FLAG_OVERLAPPED, // 我們準備使用異步通信

NULL );

我使用了FILE_FLAG_OVERLAPPED結構。這正是使用API實現非阻塞通信的關鍵所在。

ASSERT(hCom!=INVALID_HANDLE_VALUE); //檢測打開串口操作是否成功

SetCommMask(hCom, EV_RXCHAR|EV_TXEMPTY );//設置事件驅動的類型

SetupComm( hCom, 1024,512) ; //設置輸入、輸出緩沖區的大小

PurgeComm( hCom, PURGE_TXABORT | PURGE_RXABORT | PURGE_TXCLEAR

| PURGE_RXCLEAR ); //清干凈輸入、輸出緩沖區

COMMTIMEOUTS CommTimeOuts ; //定義超時結構,并填寫該結構

…………

SetCommTimeouts( hCom, CommTimeOuts ) ;//設置讀寫操作所允許的超時

DCB dcb ; // 定義數據控制塊結構

GetCommState(hCom, dcb ) ; //讀串口原來的參數設置

dcb.BaudRate =9600; dcb.ByteSize =8; dcb.Parity = NOPARITY;

dcb.StopBits = ONESTOPBIT ;dcb.fBinary = TRUE ;dcb.fParity = FALSE;

SetCommState(hCom, dcb ) ; //串口參數配置

上述的COMMTIMEOUTS結構和DCB都很重要,實際工作中需要仔細選擇參數。

⑶啟動一個輔助線程,用于串口事件的處理。

Windows提供了兩種線程,輔助線程和用戶界面線程。輔助線程沒有窗口,所以它沒有自己的消息循環。但是輔助線程很容易編程,通常也很有用。

在次,我們使用輔助線程。主要用它來監視串口狀態,看有無數據到達、通信有無錯誤;而主線程則可專心進行數據處理、提供友好的用戶界面等重要的工作。

hCommWatchThread=

CreateThread( (LPSECURITY_ATTRIBUTES) NULL, //安全屬性

0,//初始化線程棧的大小,缺省為與主線程大小相同

(LPTHREAD_START_ROUTINE)CommWatchProc, //線程的全局函數

GetSafeHwnd(), //此處傳入了主框架的句柄

0, dwThreadID );

ASSERT(hCommWatchThread!=NULL);

⑷為輔助線程寫一個全局函數,主要完成數據接收的工作。請注意OVERLAPPED結構的使用,以及怎樣實現了非阻塞通信。

UINT CommWatchProc(HWND hSendWnd){

DWORD dwEvtMask=0 ;

SetCommMask( hCom, EV_RXCHAR|EV_TXEMPTY );//有哪些串口事件需要監視?

WaitCommEvent( hCom, dwEvtMask, os );// 等待串口通信事件的發生

檢測返回的dwEvtMask,知道發生了什么串口事件:

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()時使用了FILE_FLAG_OVERLAPPED,現在ReadFile()也必須使用

LPOVERLAPPED結構.否則,函數會不正確地報告讀操作已完成了.

使用LPOVERLAPPED結構, ReadFile()立即返回,不必等待讀操作完成,實現非阻塞

通信.此時, 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;//緩沖區數據沒有讀完,繼續

…… ……

::PostMessage((HWND)hSendWnd,WM_NOTIFYPROCESS,0,0);//通知主線程,串口收到數據}

所謂的非阻塞通信,也即異步通信。是指在進行需要花費大量時間的數據讀寫操作(不僅僅是指串行通信操作)時,一旦調用ReadFile()、WriteFile(), 就能立即返回,而讓實際的讀寫操作在后臺運行;相反,如使用阻塞通信,則必須在讀或寫操作全部完成后才能返回。由于操作可能需要任意長的時間才能完成,于是問題就出現了。

非常阻塞操作還允許讀、寫操作能同時進行(即重疊操作?),在實際工作中非常有用。

要使用非阻塞通信,首先在CreateFile()時必須使用FILE_FLAG_OVERLAPPED;然后在 ReadFile()時lpOverlapped參數一定不能為NULL,接著檢查函數調用的返回值,調用GetLastError(),看是否返回ERROR_IO_PENDING。如是,最后調用GetOverlappedResult()返回重疊操作(overlapped operation)的結果;WriteFile()的使用類似。

⑸.在主線程中發送下行命令。

BOOL fWriteStat ; char szBuffer[count];

…………//準備好發送的數據,放在szBuffer[]中

fWriteStat = WriteFile(hCom, szBuffer, dwBytesToWrite,

dwBytesWritten, WRITE_OS( npTTYInfo ) ); //寫數據

//我在CreareFile()時使用了FILE_FLAG_OVERLAPPED,現在WriteFile()也必須使用LPOVERLAPPED結構.否則,函數會不正確地報告寫操作已完成了.

使用LPOVERLAPPED結構,WriteFile()立即返回,不必等待寫操作完成,實現非阻塞 通信.此時, 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; }

......................

//我使用了多線程技術,在輔助線程中監視串口,有數據到達時依靠事件驅動,讀入數據并向主線程報告(發送數據在主線程中,相對說來,下行命令的數據總是少得多);并且,WaitCommEvent()、ReadFile()、WriteFile()都使用了非阻塞通信技術,依靠重疊(overlapped)讀寫操作,讓串口讀寫操作在后臺運行。

vb.net serialport 打開串口 如果不操作 會自動關閉該如何處理

我在開始程序運行時候 同時打開兩個串口 比如 COM1 和 COM2 當一開始只用到COM1 過段時間后 COM2 會自動關閉? COM2 暫時還沒用到。 ------解決方案-------------------------------------------------------- 沙發,幫頂! ------解決方案-------------------------------------------------------- 不會,除非代碼中有BUG. ------解決方案-------------------------------------------------------- 不會自動關閉的 或者通過代碼關閉 ------解決方案-------------------------------------------------------- 打開后必須關閉的,應該不會自動關閉 ------解決方案-------------------------------------------------------- 用兩個SerialPort 對象,分別打開兩個串口,應該不會出現你這樣的問題。MSDN: SerialPort.Open 方法 每個 SerialPort 對象只能有一個打開的連接。 對于所有應用程序,最佳做法是在調用 Close 方法之后和嘗試調用 Open 方法之前等待一會 兒,因為端口可能未即時關閉。 ------解決方案-------------------------------------------------------- 用線程控制個時間,及時開關 不會自動關閉。

VB.NET窗體關閉事件

Private Sub Form1_FormClosing(ByVal sender As System.Object, ByVal e As System.Windows.Forms.FormClosingEventArgs)

MsgBox("窗口即將關閉....")

End Sub

Else

e.Cancel = True

End If

vb.net 串口接收問題

不會吧!可能有些東西需要你打開。

例如: dtE 等,還有是不是 需要廠家的 API 或 SDK 啊

參數等。

要不就是打開方式不一樣,例如使用文件方式打開 。

VB.NET中,串口接收數大量數據時如果執行SerialPort.close動作,程序會卡死在這里

對同一個串口的操作應該放在單個線程里,你的程序應該將串口接收和串口關閉的執行都放在一個線程里進行,這樣在接收數據的間隙就可以正常執行close動作。而不會造成兩個線程都在操作串口。

vb.net 串口關閉時掛起

我處理這個問題的大概過程,當程序響應DataReceived時:

Private?Sub?MyCOMM_DataReceived(ByVal?sender?As?Object,?ByVal?e?As?

System.IO.Ports.SerialDataReceivedEventArgs)?Handles?MyCOMM.DataReceived

If?IsClosing?Then?Exit?Sub?'如果界面正在關閉串口則退出過程

Try

IsListenning?=?True'設置正在讀取標記,供界面操作判斷

Wait(150)'等待150毫秒

Dim?n?As?Long?=?MyCOMM.BytesToRead

Dim?buf(n?-?1)?As?Byte

Try

MyCOMM.Read(buf,?0,?n)

Catch?ex?As?Exception

MsgBox("接收短信出錯",?"COMPort.DataReceived")

Throw?New?System.Exception(ex.Message)

Finally

IsListenning?=?False'無論接收數據成功與否,都關閉正在讀取標記

End?Try

MyCOMM.Close()

MyCOMM.Open()

'Do?SomeThing

Catch?ex?As?Exception

MyCOMM.Close()

MyCOMM.Open()

End?Try

End?Sub

Protected?Sub?Wait(ByVal?miliseconds?As?Integer)

Dim?tmpNow?As?Date?=?Now

While?Now.Subtract(tmpNow).Milliseconds??miliseconds

Application.DoEvents()

End?While

End?Sub

希望能幫的上忙

網站標題:vb.net關閉串口,vb打開串口
標題路徑:http://m.kartarina.com/article18/hegdgp.html

成都網站建設公司_創新互聯,為您提供網站維護網站建設網站設計公司網站設計移動網站建設

廣告

聲明:本網站發布的內容(圖片、視頻和文字)以用戶投稿、用戶轉載內容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網站立場,如需處理請聯系客服。電話:028-86922220;郵箱:631063699@qq.com。內容未經允許不得轉載,或轉載時需注明來源: 創新互聯

網站建設網站維護公司
主站蜘蛛池模板: 无码人妻精品一区二区蜜桃百度 | 性色av无码不卡中文字幕| 久久无码av三级| 日韩人妻无码一区二区三区久久 | 日韩av无码久久精品免费| 亚洲GV天堂无码男同在线观看| 中文字幕人妻无码系列第三区| 日韩精品人妻系列无码专区| 热の无码热の有码热の综合| 在线观看无码AV网站永久免费| 精品人妻系列无码人妻免费视频| 色综合久久久无码网中文| 久久午夜无码免费| 国产高清无码毛片| 精品一区二区三区无码视频| 色窝窝无码一区二区三区色欲| 亚洲无码日韩精品第一页| 亚洲精品无码久久久久A片苍井空 亚洲精品无码久久久久YW | 无码AV中文字幕久久专区| 伊人久久无码精品中文字幕| 亚洲精品无码久久久久YW| 久久人妻少妇嫩草AV无码专区 | 精品无码一区二区三区亚洲桃色 | 国产亚洲精品a在线无码| 精品无码成人片一区二区| 亚洲精品无码专区在线| 精品少妇无码AV无码专区| 人妻少妇伦在线无码专区视频| 一区二区三区无码视频免费福利 | 中文字幕乱偷无码av先锋蜜桃| 亚洲Av无码专区国产乱码DVD| 免费无遮挡无码永久在线观看视频 | 国产精品久久久久无码av| 无码国产精品一区二区免费3p| 最新中文字幕AV无码不卡| 国产在线精品无码二区| 亚洲国产精品无码专区影院| 亚洲AV无码一区二区乱子伦| 久久老子午夜精品无码怎么打 | 午夜福利无码一区二区| av大片在线无码免费|