建站
咨詢
售后
建站咨詢
新聞中心
vb.net serialport 打開串口 如果不操作 會自動關(guān)閉該如何處理
我在開始程序運行時候 同時打開兩個串口 比如 COM1 和 COM2 當一開始只用到COM1 過段時間后 COM2 會自動關(guān)閉？ COM2 暫時還沒用到。 ------解決方案-------------------------------------------------------- 沙發(fā)，幫頂！ ------解決方案-------------------------------------------------------- 不會,除非代碼中有BUG. ------解決方案-------------------------------------------------------- 不會自動關(guān)閉的 或者通過代碼關(guān)閉 ------解決方案-------------------------------------------------------- 打開后必須關(guān)閉的，應(yīng)該不會自動關(guān)閉 ------解決方案-------------------------------------------------------- 用兩個SerialPort 對象，分別打開兩個串口，應(yīng)該不會出現(xiàn)你這樣的問題。MSDN: SerialPort.Open 方法 每個 SerialPort 對象只能有一個打開的連接。 對于所有應(yīng)用程序，最佳做法是在調(diào)用 Close 方法之后和嘗試調(diào)用 Open 方法之前等待一會 兒，因為端口可能未即時關(guān)閉。 ------解決方案-------------------------------------------------------- 用線程控制個時間，及時開關(guān) 不會自動關(guān)閉。
創(chuàng)新互聯(lián)專業(yè)為企業(yè)提供大寧網(wǎng)站建設(shè)、大寧做網(wǎng)站、大寧網(wǎng)站設(shè)計、大寧網(wǎng)站制作等企業(yè)網(wǎng)站建設(shè)、網(wǎng)頁設(shè)計與制作、大寧企業(yè)網(wǎng)站模板建站服務(wù)，10多年大寧做網(wǎng)站經(jīng)驗，不只是建網(wǎng)站，更提供有價值的思路和整體網(wǎng)絡(luò)服務(wù)。
vb.net 串口收發(fā)數(shù)據(jù)有問題
不知道你是不是用51單片機往串口發(fā)數(shù)據(jù)，是的話那是因為51的sbuf最多存放8個字節(jié)，所以你發(fā)12個字節(jié)會分成兩次發(fā)完。還有在接收的時候最好定義好通信協(xié)議，比如加一個偵頭，一個偵尾，通過這兩個字節(jié)的內(nèi)容來接收數(shù)據(jù)。
老兄，提問還是給點懸賞分嘛，不要吝嗇哪點分，知識是無價的，你給得越多，回答你的人才會越多。
用vb.net做串口通訊程序要調(diào)用哪些api函數(shù)?
串口API通信函數(shù)編程
16位串口應(yīng)用程序中，使用的16位的Windows API通信函數(shù):
①OpenComm()打開串口資源，并指定輸入、輸出緩沖區(qū)的大小（以字節(jié)計）
CloseComm() 關(guān)閉串口;
例：int idComDev;
idComDev = OpenComm("COM1", 1024, 128);
CloseComm(idComDev);
②BuildCommDCB() 、setCommState()填寫設(shè)備控制塊DCB，然后對已打開的串口進行參數(shù)配置; 例：DCB dcb;
BuildCommDCB("COM1:2400,n,8,1", dcb);
SetCommState(dcb);
③ ReadComm 、WriteComm()對串口進行讀寫操作，即數(shù)據(jù)的接收和發(fā)送.
例：char *m_pRecieve; int count;
ReadComm(idComDev,m_pRecieve,count);
Char wr[30]; int count2;
WriteComm(idComDev,wr,count2);
16位下的串口通信程序最大的特點就在于：串口等外部設(shè)備的操作有自己特有的API函數(shù)；而32位程序則把串口操作（以及并口等）和文件操作統(tǒng)一起來了，使用類似的操作。
在MFC下的32位串口應(yīng)用程序
32位下串口通信程序可以用兩種方法實現(xiàn)：利用ActiveX控件；使用API 通信函數(shù)。
使用ActiveX控件，程序?qū)崿F(xiàn)非常簡單，結(jié)構(gòu)清晰，缺點是欠靈活；使用API 通信函數(shù)的優(yōu)缺點則基本上相反。
使用ActiveX控件：
VC++ 6.0提供的MSComm控件通過串行端口發(fā)送和接收數(shù)據(jù)，為應(yīng)用程序提供串行通信功能。使用非常方便，但可惜的是，很少有介紹MSComm控件的資料。
⑴．在當前的Workspace中插入MSComm控件。
Project菜單------Add to Project----Components and Controls-----Registered
ActiveX Controls---選擇Components: Microsoft Communications Control,
version 6.0 插入到當前的Workspace中。
結(jié)果添加了類CMSComm(及相應(yīng)文件：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); //設(shè)置輸入緩沖區(qū)的大小，Bytes
m_ComPort. SetOutBufferSize(512); //設(shè)置輸入緩沖區(qū)的大小，Bytes//
if(!m_ComPort.GetPortOpen()) //打開串口
m_ComPort.SetPortOpen(TRUE);
m_ComPort.SetInputMode(1); //設(shè)置輸入方式為二進制方式
m_ComPort.SetSettings("9600,n,8,1"); //設(shè)置波特率等參數(shù)
m_ComPort.SetRThreshold(1); //為1表示有一個字符引發(fā)一個事件
m_ComPort.SetInputLen(0);
⑷．捕捉串口事項。MSComm控件可以采用輪詢或事件驅(qū)動的方法從端口獲取數(shù)據(jù)。我們介紹比較使用的事件驅(qū)動方法：有事件（如接收到數(shù)據(jù)）時通知程序。在程序中需要捕獲并處理這些通訊事件。
在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()
⑸．串口讀寫. 完成讀寫的函數(shù)的確很簡單，GetInput()和SetOutput()就可。兩個函數(shù)的原型是：
VARIANT GetInput()；及 void SetOutput(const VARIANT newValue);都要使用VARIANT類型（所有Idispatch::Invoke的參數(shù)和返回值在內(nèi)部都是作為VARIANT對象處理的）。
無論是在PC機讀取上傳數(shù)據(jù)時還是在PC機發(fā)送下行命令時，我們都習(xí)慣于使用字符串的形式（也可以說是數(shù)組形式）。查閱VARIANT文檔知道，可以用BSTR表示字符串，但遺憾的是所有的BSTR都是包含寬字符，即使我們沒有定義_UNICODE_UNICODE也是這樣！ WinNT支持寬字符, 而Win95并不支持。為解決上述問題，我們在實際工作中使用CbyteArray，給出相應(yīng)的部分程序如下：
void CMainFrame::OnCommMscomm(){
VARIANT vResponse; int k;
if(m_commCtrl.GetCommEvent()==2) {
k=m_commCtrl.GetInBufferCount(); //接收到的字符數(shù)目
if(k0) {
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;iCount;i++)
array.SetAt(i, TxData[i]);
m_ComPort.SetOutput(COleVariant(array)); // 發(fā)送數(shù)據(jù) }
二 使用32位的API 通信函數(shù):
⑴．在中MainFrm.cpp定義全局變量
HANDLE hCom; // 準備打開的串口的句柄
HANDLE hCommWatchThread ;//輔助線程的全局函數(shù)
⑵．打開串口，設(shè)置串口
hCom =CreateFile( "COM2", GENERIC_READ | GENERIC_WRITE, // 允許讀寫
0, // 此項必須為0
NULL, // no security attrs
OPEN_EXISTING, //設(shè)置產(chǎn)生方式
FILE_FLAG_OVERLAPPED, // 我們準備使用異步通信
NULL );
我使用了FILE_FLAG_OVERLAPPED結(jié)構(gòu)。這正是使用API實現(xiàn)非阻塞通信的關(guān)鍵所在。
ASSERT(hCom!=INVALID_HANDLE_VALUE); //檢測打開串口操作是否成功
SetCommMask(hCom, EV_RXCHAR|EV_TXEMPTY );//設(shè)置事件驅(qū)動的類型
SetupComm( hCom, 1024,512) ; //設(shè)置輸入、輸出緩沖區(qū)的大小
PurgeComm( hCom, PURGE_TXABORT | PURGE_RXABORT | PURGE_TXCLEAR
| PURGE_RXCLEAR ); //清干凈輸入、輸出緩沖區(qū)
COMMTIMEOUTS CommTimeOuts ; //定義超時結(jié)構(gòu)，并填寫該結(jié)構(gòu)
…………
SetCommTimeouts( hCom, CommTimeOuts ) ;//設(shè)置讀寫操作所允許的超時
DCB dcb ; // 定義數(shù)據(jù)控制塊結(jié)構(gòu)
GetCommState(hCom, dcb ) ; //讀串口原來的參數(shù)設(shè)置
dcb.BaudRate =9600; dcb.ByteSize =8; dcb.Parity = NOPARITY;
dcb.StopBits = ONESTOPBIT ;dcb.fBinary = TRUE ;dcb.fParity = FALSE;
SetCommState(hCom, dcb ) ; //串口參數(shù)配置
上述的COMMTIMEOUTS結(jié)構(gòu)和DCB都很重要，實際工作中需要仔細選擇參數(shù)。
⑶啟動一個輔助線程，用于串口事件的處理。
Windows提供了兩種線程，輔助線程和用戶界面線程。輔助線程沒有窗口，所以它沒有自己的消息循環(huán)。但是輔助線程很容易編程，通常也很有用。
在次，我們使用輔助線程。主要用它來監(jiān)視串口狀態(tài)，看有無數(shù)據(jù)到達、通信有無錯誤；而主線程則可專心進行數(shù)據(jù)處理、提供友好的用戶界面等重要的工作。
hCommWatchThread=
CreateThread( (LPSECURITY_ATTRIBUTES) NULL, //安全屬性
0,//初始化線程棧的大小，缺省為與主線程大小相同
(LPTHREAD_START_ROUTINE)CommWatchProc, //線程的全局函數(shù)
GetSafeHwnd(), //此處傳入了主框架的句柄
0, dwThreadID );
ASSERT(hCommWatchThread!=NULL);
⑷為輔助線程寫一個全局函數(shù)，主要完成數(shù)據(jù)接收的工作。請注意OVERLAPPED結(jié)構(gòu)的使用，以及怎樣實現(xiàn)了非阻塞通信。
UINT CommWatchProc(HWND hSendWnd){
DWORD dwEvtMask=0 ;
SetCommMask( hCom, EV_RXCHAR|EV_TXEMPTY );//有哪些串口事件需要監(jiān)視？
WaitCommEvent( hCom, dwEvtMask, os );// 等待串口通信事件的發(fā)生
檢測返回的dwEvtMask，知道發(fā)生了什么串口事件：
if ((dwEvtMask EV_RXCHAR) == EV_RXCHAR){ // 緩沖區(qū)中有數(shù)據(jù)到達
COMSTAT ComStat ; DWORD dwLength;
ClearCommError(hCom, dwErrorFlags, ComStat ) ;
dwLength = ComStat.cbInQue ; //輸入緩沖區(qū)有多少數(shù)據(jù)？
if (dwLength 0) { BOOL fReadStat ;
fReadStat = ReadFile( hCom, lpBuffer，dwLength, dwBytesRead,READ_OS( npTTYInfo ) ); //讀數(shù)據(jù)
注:我們在CreareFile()時使用了FILE_FLAG_OVERLAPPED,現(xiàn)在ReadFile()也必須使用
LPOVERLAPPED結(jié)構(gòu).否則,函數(shù)會不正確地報告讀操作已完成了.
使用LPOVERLAPPED結(jié)構(gòu), ReadFile()立即返回,不必等待讀操作完成,實現(xiàn)非阻塞
通信.此時, 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；//緩沖區(qū)數(shù)據(jù)沒有讀完，繼續(xù)
…… ……
::PostMessage((HWND)hSendWnd,WM_NOTIFYPROCESS,0,0);//通知主線程，串口收到數(shù)據(jù)}
所謂的非阻塞通信，也即異步通信。是指在進行需要花費大量時間的數(shù)據(jù)讀寫操作（不僅僅是指串行通信操作）時，一旦調(diào)用ReadFile()、WriteFile(), 就能立即返回，而讓實際的讀寫操作在后臺運行；相反，如使用阻塞通信，則必須在讀或?qū)懖僮魅客瓿珊蟛拍芊祷亍Ｓ捎诓僮骺赡苄枰我忾L的時間才能完成，于是問題就出現(xiàn)了。
非常阻塞操作還允許讀、寫操作能同時進行（即重疊操作?），在實際工作中非常有用。
要使用非阻塞通信，首先在CreateFile()時必須使用FILE_FLAG_OVERLAPPED；然后在 ReadFile()時lpOverlapped參數(shù)一定不能為NULL，接著檢查函數(shù)調(diào)用的返回值，調(diào)用GetLastError()，看是否返回ERROR_IO_PENDING。如是，最后調(diào)用GetOverlappedResult()返回重疊操作(overlapped operation)的結(jié)果;WriteFile()的使用類似。
⑸．在主線程中發(fā)送下行命令。
BOOL fWriteStat ; char szBuffer[count];
…………//準備好發(fā)送的數(shù)據(jù)，放在szBuffer[]中
fWriteStat = WriteFile(hCom, szBuffer, dwBytesToWrite,
dwBytesWritten, WRITE_OS( npTTYInfo ) ); //寫數(shù)據(jù)
//我在CreareFile()時使用了FILE_FLAG_OVERLAPPED,現(xiàn)在WriteFile()也必須使用LPOVERLAPPED結(jié)構(gòu).否則,函數(shù)會不正確地報告寫操作已完成了.
使用LPOVERLAPPED結(jié)構(gòu),WriteFile()立即返回,不必等待寫操作完成,實現(xiàn)非阻塞 通信.此時, 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; }
......................
//我使用了多線程技術(shù)，在輔助線程中監(jiān)視串口，有數(shù)據(jù)到達時依靠事件驅(qū)動，讀入數(shù)據(jù)并向主線程報告（發(fā)送數(shù)據(jù)在主線程中，相對說來，下行命令的數(shù)據(jù)總是少得多）；并且，WaitCommEvent()、ReadFile()、WriteFile()都使用了非阻塞通信技術(shù)，依靠重疊（overlapped）讀寫操作，讓串口讀寫操作在后臺運行。
VB與VB.NET串口及以太網(wǎng)通迅
關(guān)于串口通訊的問題：
很明顯，你還不知道（不會、不習(xí)慣）使用事件驅(qū)動的方式接收數(shù)據(jù)。
建議你仔細看看串口組件（無論VB6還是VB.net）的OnComm事件，你的問題很容易解決。
關(guān)于以太網(wǎng)通訊：
在TCP通訊中端口確實可以重用，你百度一下“TCP端口重用”能查到很多示例。
但絕大多數(shù)情況下不推薦端口重用，而應(yīng)該采取服務(wù)器端建立連接池的方法。
或者，干脆不用TCP，用UDP解決也可以。
vb.net 串口關(guān)閉時掛起
我處理這個問題的大概過程，當程序響應(yīng)DataReceived時：
Private?Sub?MyCOMM_DataReceived(ByVal?sender?As?Object,?ByVal?e?As?
System.IO.Ports.SerialDataReceivedEventArgs)?Handles?MyCOMM.DataReceived
If?IsClosing?Then?Exit?Sub?'如果界面正在關(guān)閉串口則退出過程
Try
IsListenning?=?True'設(shè)置正在讀取標記，供界面操作判斷
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'無論接收數(shù)據(jù)成功與否，都關(guān)閉正在讀取標記
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中，串口接收數(shù)大量數(shù)據(jù)時如果執(zhí)行SerialPort.close動作，程序會卡死在這里
對同一個串口的操作應(yīng)該放在單個線程里，你的程序應(yīng)該將串口接收和串口關(guān)閉的執(zhí)行都放在一個線程里進行，這樣在接收數(shù)據(jù)的間隙就可以正常執(zhí)行close動作。而不會造成兩個線程都在操作串口。
新聞標題：vb.net關(guān)串口,VB串口通信
當前地址：http://www.ef60e0e.cn/article/hsgcoi.html
