各位前輩你們好： 小弟在撰寫RS232通訊時發現無法接收0x00，但是Windows內建的超級終端機卻可以，並且在使用過超級終端機後，小弟的RS232程式就可以開始接收0x00了。找過一丠網路，但是沒有明確的解決方法，不知道是否有經驗的前輩能指點一下，謝謝。

那是您的 RS232 元件有問題，可能是元件本身的問題或是元件設定上的問題。 您可以到 Torry's Delphi Pages http://www.torry.net/pages.php?id=198 或是類似的元件網站找到一大堆 RS232 元件。 您可以試試不同的元件之間的差異性，與您目前所用的元件作比較。    吃軟也吃硬 dllee.ktop.com.tw StatPlus 系統資源監測器 @ KTOP OpenPLC - IEC61131-3 GeeXboX LiveCD 媒體播放器

------
http://www.ViewMove.com

dllee您好： 小弟的RS232通訊是使用Windows API與Overlapped I/O方式去做的，並不是使用元件。當時並沒有非常完整的去了解那些實作方式，不過做出來了就拿來用了，是後來才偶然發現有這樣的問題。請問有可能是哪裡有問題嗎？謝謝。

對於 RS232 API 我不了解... 我建議您到 Torry's Delphi Pages http://www.torry.net/pages.php?id=198 或是類似的元件網站找附原始碼的 RS232 元件回來參考比較。 我的經驗是，開檔的參數似乎每個 RS232 元件都不太一樣， 但不同的參數其結果就會不同，您可以比較一下，或者試用一下別人的元件， 這樣也可以交叉比較，找出自己寫的模組是否有其他的問題。    吃軟也吃硬 dllee.ktop.com.tw StatPlus 系統資源監測器 @ KTOP OpenPLC - IEC61131-3 GeeXboX LiveCD 媒體播放器

------
http://www.ViewMove.com

既然是你自己寫的接收 請查看接收後的處裡 這應該是你的邏輯上的問題 不知你是如何判斷接收資料數目的計算方式 是以strlen計算資料的長度 還是以實際接收的BYTE數計算

傷腦筋啊... 小弟偶然發現這個問題是在之前。 現在同一支執行檔，同一台電腦又沒有這個問題了(即使重開機)。 不過還是很感謝dllee跟kcin大大的意見。 下次若能id出bug發生的條件，會遵循dllee大大的方式去比對，再回來報告。 to kcin大大: 我是以ReadFile的lpNumberOfBytesRead作為判斷的。

既然是參考lpNumberOfBytesRead 那就剩下一個問題了 就是設定的參數不對 baud rate與data bit 一定是對的 否則無法接收資料 剩下的Parity , star bit 用過終端機後程式正常 會不會是你根本沒設定這些參數呢

to kcin大大: 小弟是將此傳輸元件寫成一個class，並已覆蓋掉預設建構子，必須要填入參數才能初始化成功。所以應該不會有這個問題。

croquet你好: 我與你遇到同樣的問題,後來解決了,我的辦法不是換元件,我用了笨方法,是依讀取的字串長度,強迫讀取字元,那樣就可以跳過 0x00 了,目前使用正常,但不知到以後有沒有問題.請各位大大提供進一步的意見.