就是我打的測試程式阿
我要在8051上案數字鍵盤
然後案完他會傳到BUFFER裡面
會在一個一個讀取出來
可是
如果我的BUFFER是空值沒有東西
他就會停在
ReadFile(hComm, &rxBuf, 1, &dwRead, NULL);
這一串程式上都不動= =
我想問是我打的程式有問題還是設定上的問題
//---------------------------------------------------------------------------

#include
#pragma hdrstop

#include "Unit1.h"
//---------------------------------------------------------------------------
#pragma package(smart_init)
#pragma resource "*.dfm"
TForm1 *Form1;
HANDLE hComm = NULL;
COMMTIMEOUTS ctmoNew = {0}, ctmoOld;
char buffer[10];
DWORD dwbytesread = 1 ;
//---------------------------------------------------------------------------
__fastcall TForm1::TForm1(TComponent* Owner)
: TForm(Owner)
{
DCB dcbCommPort;
hComm = CreateFile("COM1",
GENERIC_READ | GENERIC_WRITE,
0,
0,
OPEN_EXISTING,
0,
0);
BuildCommDCB("1200,N,8,1", &dcbCommPort);
//CloseHandle(hComm);
}
//---------------------------------------------------------------------------




void __fastcall TForm1::Button1Click(TObject *Sender)
{
Edit1->Text="";
}
//---------------------------------------------------------------------------


void __fastcall TForm1::Button3Click(TObject *Sender)
{
char txBuf[10],rxBuf[10];
DWORD dwRead;
ReadFile(hComm, &rxBuf, 1, &dwRead, NULL);
Edit1->Text=rxBuf;
/*if(Edit1->Text=="#")
{
Edit3->Text="hjhj";
} */
}
//---------------------------------------------------------------------------

編輯記錄

哈哈~~~
我已經找到資料了
原來是讀寫方式有分兩種
同步方式: ReadFile/WriteFile函式被呼叫之後,執行緒會先返回,win32api自動幫你新增一個執行緒在背景做IO工作,你必須去檢查OVERLAPPED結構的hEvent物件是否已被觸發,才知道背景IO工作是否已經結束

標準做法是先用WaitForSingleObject去檢查hEvent物件,如果觸發了,才使用GetOverlappedResult去檢查執行的結果(IO工作結束後有很多種結果,取到的字元可能介於0~N個你指定的字元,可能是順利讀讀寫/和其他IO都適用)會受到timeout的影響,否則同步方式很容易會鎖死,如果是在XP系統,逾時機制的預設值應該都是0,也就是不使用timeout機制
你在開啟通訊埠使用CreateFile函式的時候並沒有指定要用overlapped非同步方式去執行,我也沒看到你有去設定timeout值,所以你的IO執行緒是以同步方式在跑,overlapped結構和設定等等動作是白做的,因為ReadFile讀讀讀讀讀讀而已,這種方式特別適合資料固定在流動,但是資料量不定的情況(而且最新資料可以取代舊資料),另一種方式是先檢查接收緩衝區之後,知道了有無字元和實際數量,然後才去做取動作,這種方式如果出了問題比較好debug