各位高手請教一下 我用BCB寫RS232收發程式,並與8051做溝通 Baud rate可以設定的範圍為1200 ~ 9600,n,8,1 傳輸線只用3條線而已 8051會一直送字串給電腦(每秒約10次,字串長度約15 byte左右), 電腦畫面則有按鍵可送字串給8051做一些控制 接收是沒什ㄇ問題,但傳送時會卡卡的感覺, 如電腦按鍵快速按3下,他則慢慢做3次動作或是做不到3次, 當傳送較長資料時則偶而有看似當機的情形,或是當了 而且還有在這台還OK,去別台就掛彩的情形 我有用終端機做測試,都有即時的反應 我有參考過下面網址COMMTIMEOUTS的設定 http://finetek.myweb.hinet.net/techdoc/bcbrs232/bcbrs232.htm 不過只是卡卡的感覺變的比較不一樣而已 我該怎麼設定? 另一個問題是為何我傳送字串給8051時 如果傳太長的字串後面的資料就收不到了 字串大概要分成每筆約3 byte左右8051才收的到, 有時兩兩之間還要有Sleep()才可,如 WriteFile(hComm,TX,3,&lrc,NULL); WriteFile(hComm,TX,3,&lrc,NULL); WriteFile(hComm,TX,3,&lrc,NULL); 而不能一次傳完,如 WriteFile(hComm,TX,9,&lrc,NULL); 此時單晶片全力等待接收資料,沒做其他事情 謝謝

1>51的OSC你用多少? baudrate set? 2>51的 sbuf 沒有fifo, baud rate 慢 sleep就要長一點. baudrate 可以設快一點(PC可至115200bps)

------
-------------------------------------------------------------------------
走是為了到另一境界，停是為了欣賞人生；未走過千山萬水，怎知生命的虛實與輕重！？

我用的是1.8432MHz,不過指令速度是51的3倍 目前是用9600,n,8,1做測試,基本上51方面應該是沒問題的 至少在終端機上是即時反應 這幾天發現問題在於接收的地方 接收在Thread中執行,程式大致如下 while(!Terminated) { ReadFile(hComm,Buffer,1,&BytesRead,NULL); if(BytesRead!=0) { if(Buffer[0]==0x02) { ReadFile(hComm,Buffer,14,&BytesRead,NULL); ........... } } } 我只要把ReadFile拿掉就不會卡卡的了 我試過用overlapped也是卡卡的 是我接收寫錯了嗎?

1>終端機上收到的值是正確的嗎? 2>51你是用那一顆? 你如何確認51的通訊部分沒有問題?

------
-------------------------------------------------------------------------
走是為了到另一境界，停是為了欣賞人生；未走過千山萬水，怎知生命的虛實與輕重！？

http://finetek.myweb.hinet.net/techdoc/bcbrs232/bcbrs232.htm BCB寫RS232收發程式,並與8051做溝通. 參考看看吧!

------
-------------------------------------------------------------------------
走是為了到另一境界，停是為了欣賞人生；未走過千山萬水，怎知生命的虛實與輕重！？

終端機的值是正確的(因為跟LCD顯示的一樣),而且都有及時反應 我是用TI的MSC1210y4....與51相容 這篇文章我發問前就看過了,一開始以為是tumeout的緣故 怎麼設定還是一樣會卡,只是卡的時間不太一樣(很慢與慢的差別) 可是目前找的的原因是Thread中只要把ReadFile取消掉就不會卡住了 前景的傳送指令和Thread的接收指令之間會互卡嗎? 我目前解決的方式是要傳送前把Thread結束 傳完後再重新開啟,這樣就好很多的(偶爾頓一下而已) 不過這應該不是個好方法,不知各位意見如何

1>終端機只能顯示字元, 51先送 30H 看看終端機是否顯示為"0" ,去確認你的通訊協定有無問題. 2>就內部架構而言它是 4 Clocks per Instruction Cycle, 但你只接1.8432MHz的OSC, 會比 12 Clocks per Instruction Cycle 接12Mhz OSC 的51快嗎? 3>確定是BCB問題後, 試一下讀取方式. 既然已經知道資料長度, 可以一次讀15 byte 讀完再顯示. 還有可以改一下sleep 時間的長短試試看.

------
-------------------------------------------------------------------------
走是為了到另一境界，停是為了欣賞人生；未走過千山萬水，怎知生命的虛實與輕重！？

1.再次說明通訊協定方面的設定是正確的,有正確收到我所傳送的資料,所以這個問題可以排除 2.OSC越低頻干擾越小,雖然沒比較快但夠用就好(可到9600),這是規定好的不是我可修改的 3.試一下讀取方式是什麼意思?目前我嘗試過用overlapped結果也一樣 我原本是先讀一個byte資料後判別正確後再一次讀後面的14筆資料, 做完處理後才顯示這筆資料的值,程式在之前已有列出來, 不過發現使用ReadFile指令就會使傳輸卡卡的, 就算只接收1byte也是一樣,不知道是什麼地方錯了?