討論區快速選單
知識庫快速選單
傑米的攝影旅遊筆記 掌握Salesforce雲端管理秘訣 網路投保旅行平安險
[ 回上頁 ] [ 討論區發言規則 ]
RS232傳整個陣列的方法
更改我的閱讀文章字型大小
作者 : smudge(smudge)
[ 貼文 25 | 人氣 3083 | 評價 0 | 評價/貼文 0 | 送出評價 7 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/1/31 下午 03:35:37
我丟了一個256bytes的陣列到RS232輸出
comport的設定開啟等程式碼就不列了
大致如下
=====================
dim buf(256) as byte
...............
................
mscomm1.output=buf
=====================
或是
========================
dim buf(256) as byte
dim out(0) as byte
for i=0 to 256
    out(0)=buf(c)
    mscomm1.output=out
next i
========================
這兩種都得不到正確的傳回值
我抽象的感覺是:
會因為一次丟太多造成byte遺漏嗎?
因為我用第二段程式碼去跑時(迴圈, 一次丟一個byte),
只要在回圈裡delay一點時間(正確來說是再跑另外一個空迴圈10000次)
就可以得到我要的傳回值
請問有沒有人知道這是VB跟RS232的關係還是我的目標機器接收的問題?謝謝.
 
作者 : w100(Jones) Visual Basic曠世奇才貼文超過500則
[ 貼文 927 | 人氣 906 | 評價 5860 | 評價/貼文 6.32 | 送出評價 3 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/2/1 上午 08:25:45
rs-232通訊有一個重要的觀念: Handshaking(交握)
我才疏學淺,無法解釋清楚! 自己去找一找相關的資料!
或者先把 Mscomm1.Handshaking = 2 再試試看!
作者 : loulo(小樓)討論區板主 Visual Basic曠世奇才貼文超過1000則人氣指數超過10000點
[ 貼文 1817 | 人氣 11470 | 評價 8620 | 評價/貼文 4.74 | 送出評價 38 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/2/1 上午 10:04:51
mscomm1.output=hex(buf)不然會有錯誤值!
交握可以設定none,如果資料量不大的話.......
請爬文!
作者 : smudge(smudge)
[ 貼文 25 | 人氣 3083 | 評價 0 | 評價/貼文 0 | 送出評價 7 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/2/1 上午 10:45:27

>mscomm1.output=hex(buf)不然會有錯誤值!
buf是宣告成byte的陣列
用Hex會型態不符. 沒辦法做
而且我用delay的方式去做看起來資料應該是沒錯...
因為在256bytes後面還加了2個bytes的CRC
程式執行結果是我要的沒錯
不過感覺如果每個byte間沒有delay的話資料就真的有錯了
因為我的情形是終端機每收256個bytes就會算CRC比對然後回傳結果
但是我沒有delay的話根本就沒有傳回值, 所以我才會說我覺得有遺漏, 沒收到256個bytes
作者 : smudge(smudge)
[ 貼文 25 | 人氣 3083 | 評價 0 | 評價/貼文 0 | 送出評價 7 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/2/1 上午 11:12:32
>或者先把 Mscomm1.Handshaking = 2 再試試看!
謝謝, 不過硬體交握是否要設跟終端機的設計也有關係不是嗎?
如果終端機那邊就不需要handshaking, 設了應該也不能用.
我剛試了設RTS, 但是一口氣把256 byte大小的陣列丟過去還是不行
如果設RTS然後用迴圈 run 256次, 一次傳一個byte的話, 程式會當掉....沒有回應
用F8執行就可以, 我沒有真的按256次就是了, 按了27次也挺具代表性了拉^^..
用F8執行看起來我每做Output後也是delay了一下才會到迴圈的next
這樣的話, 結果跟我不設交握然後delay一萬次空迴圈就差不多了
設交握讓"它們"自己delay反而還會讓程式當掉了....
我弄這好久了....現在用迴圈delay的方法其實根本不是解答...究竟怎麼回事呢Q.Q....
作者 : redrock99(阿呆紅) Visual Basic優秀好手貼文超過200則
[ 貼文 379 | 人氣 2550 | 評價 3040 | 評價/貼文 8.02 | 送出評價 1 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/2/1 上午 11:21:19
你要先搞清楚你的接收端用的 baud rate, parity, ... 及 hand-shake 是什麼, 要設對, 不然資料有遺失是必然的, 一般的 rs232 buffer 都很小.
作者 : smudge(smudge)
[ 貼文 25 | 人氣 3083 | 評價 0 | 評價/貼文 0 | 送出評價 7 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/2/1 下午 01:20:47

MSCOMM1.Setting.都是對的, 這當然是一定有注意過的^^"...
倒是你說RS232的buffer很小是指什麼?那不是自己可以設定嗎?
作者 : redrock99(阿呆紅) Visual Basic優秀好手貼文超過200則
[ 貼文 379 | 人氣 2550 | 評價 3040 | 評價/貼文 8.02 | 送出評價 1 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
主題發起人smudge註記此篇回應為很有道理 2005/2/1 下午 01:52:14
>
>MSCOMM1.Setting.都是對的, 這當然是一定有注意過的^^'...
>倒是你說RS232的buffer很小是指什麼?那不是自己可以設定嗎?
那你的接收端 hand shake 是?
我說的 buffer 是指晶片裡的 buffer,
資料是先進到這個 buffer 等待讀取,
如果接收端的 buffer 已滿, 你還一直送資料出去,
那些資料就會遺失了.
作者 : loulo(小樓)討論區板主 Visual Basic曠世奇才貼文超過1000則人氣指數超過10000點
[ 貼文 1817 | 人氣 11470 | 評價 8620 | 評價/貼文 4.74 | 送出評價 38 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/2/1 下午 01:55:53
你的接收端是何種裝置?我們使用單晶片接收[慢速1200bps]都不會有此問題...128Byte!?
建議你將256byte相加後一次給mscomm1.output試試看!
要不就再回圈內 Doevent試試!
作者 : smudge(smudge)
[ 貼文 25 | 人氣 3083 | 評價 0 | 評價/貼文 0 | 送出評價 7 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/2/1 下午 03:18:56
>我說的 buffer 是指晶片裡的 buffer,
>資料是先進到這個 buffer 等待讀取,
>如果接收端的 buffer 已滿, 你還一直送資料出去,
>那些資料就會遺失了.
謝謝, 這部分我倒是沒有去確認,
因為之前試用VC call API 寫的並沒有這個問題,
handshake倒是有確認過是不用設的.
我會去確認buffer看看 ^^
作者 : smudge(smudge)
[ 貼文 25 | 人氣 3083 | 評價 0 | 評價/貼文 0 | 送出評價 7 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/2/1 下午 03:32:52

>你的接收端是何種裝置?我們使用單晶片接收[慢速1200bps]都不會有此問題...128Byte!?
>建議你將256byte相加後一次給mscomm1.output試試看!
>要不就再回圈內 Doevent試試!
我寫的是一個要把軟體寫進手機裡的程式
38400bps....總共有512KB......每丟256檢查一次CRC....
請問一下你指的相加是?
我試過一次丟一個含有256個byte的陣列過去等了一分鐘還是沒有傳回值
但用現在先檔著的迴圈delay方式傳完256 bytes到拿到傳回值大約是30秒

作者 : w100(Jones) Visual Basic曠世奇才貼文超過500則
[ 貼文 927 | 人氣 906 | 評價 5860 | 評價/貼文 6.32 | 送出評價 3 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/2/1 下午 10:13:38
試這個看看!
MSComm1.Handshaking = comRTS
call Send2com(arr)

Private Sub Send2com(ByVal mByte As Variant)
Dim n1 As Integer, n2 As Integer
Dim tmpArr(0) As Byte
n1 = LBound(mByte)
n2 = UBound(mByte)
For i = n1 To n2
    Do While Not MSComm1.DSRHolding
     DoEvents
    Loop
    tmpArr(0) = mByte(i)
    MSComm1.Output = tmpArr
Next
End Sub
作者 : erichois(Eric Ho)
[ 貼文 118 | 人氣 781 | 評價 960 | 評價/貼文 8.14 | 送出評價 21 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/2/2 上午 01:17:55
你的問題有些奇怪?
我自己是沒試過一次傳送256bytes(有空我會試試), 不過應該是沒問題才對.
你的"OutBufferSize"設定值沒問題吧?
作者 : erichois(Eric Ho)
[ 貼文 118 | 人氣 781 | 評價 960 | 評價/貼文 8.14 | 送出評價 21 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/2/2 上午 01:20:16

>因為我的情形是終端機每收256個bytes就會算CRC比對然後回傳結果
>但是我沒有delay的話根本就沒有傳回值, 所以我才會說我覺得有遺漏, 沒收到256個bytes

何不先試試, 將終端機改為電腦, 確認一下你傳送出去的真正資料內容?
作者 : jawa560(Snaking) Java Script優秀好手貼文超過1000則人氣指數超過30000點
[ 貼文 1154 | 人氣 32593 | 評價 4630 | 評價/貼文 4.01 | 送出評價 168 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/2/2 上午 07:19:00
你們寫程式都不參考範例或書本的嗎? 連RS232 該怎麼用都還不了解, 傷腦筋('.')

先定義中斷服務常式,每次僅收一個字元,加入要return的字串中, 然後繼續等待中斷,一直到收到結尾字元為止. 這樣才完成一筆資料的接收而已.
收集到一個完整字串後,再交給上層負責資料移種的控制程式,看是要送個字元過去代表要求傳下一筆,還是重傳這一筆(因接收逾時)! 如此一直重複,到你怎個陣列傳完為止.

找本書,或自己多多搜尋,一定有很多範例的! 要學寫程式,就得先學會搜尋1
作者 : erichois(Eric Ho)
[ 貼文 118 | 人氣 781 | 評價 960 | 評價/貼文 8.14 | 送出評價 21 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/2/2 上午 10:41:13

>你們寫程式都不參考範例或書本的嗎?

何以見得我們沒看書?


>連RS232 該怎麼用都還不了解, 傷腦筋(''.'')

只有你會用RS232囉?


>先定義中斷服務常式,每次僅收一個字元,加入要return的字串中, 然後繼續等待中斷,一直到收到結尾字元為止. 這樣才完成一筆資料的接收而已.

現在討論的是Visual Basic !


>收集到一個完整字串後,再交給上層負責資料移種的控制程式,看是要送個字元過去代表要求傳下一筆,還是重傳這一筆(因接收逾時)! 如此一直重複,到你怎個陣列傳完為止.

提問者的問題, 跟這沒啥關係吧!

作者 : smudge(smudge)
[ 貼文 25 | 人氣 3083 | 評價 0 | 評價/貼文 0 | 送出評價 7 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/2/2 上午 10:45:42
謝謝各位的幫忙..
不過只要是有設handshaking的方法我都不能用
comRTS, DAR,DTR這些線我都沒辦法用
因為硬體交臥室兩邊硬體都要有設定才有用的
但是我的連接端硬體一開始就是沒有設硬體交握的

我只是覺得MSComm這個元件, 不是應該會把底層的事都做好了嗎?
寫程式會提供的元件, API或內建函數應該是夠強了,
所以上層的程式設計我們只需要用包好的東西去設計...
怎麼會還要我自己用迴圈去delay..........
就像, 現在這個方法是行的通的:
就是完全不用MSComm這個元件, 而是從VB call API去控制COM port
windows API會自己去等I/O處裡完, 我才送下一個byte
MSComm這個元件..還是很想知道是什麼原理...一定要有方法可以解才對阿...


作者 : erichois(Eric Ho)
[ 貼文 118 | 人氣 781 | 評價 960 | 評價/貼文 8.14 | 送出評價 21 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/2/2 下午 02:08:43
我自己測試過了, 並沒有發生異常問題.
我用的是兩台電腦, 都執行我所撰寫的通訊程式(沒有用Handshaking), 兩台電腦間的通訊線也僅有Tx, Rx, Gnd三芯連通, 通訊速率調到38400, 每次傳送273 bytes(271 +2)資料, 完全沒有漏失.
所以, 我想, 你還是應該以電腦替代你的終端機, 先確定傳送出去的資料有何問題否, 再繼續追查異常的原因...
作者 : 57805137(水瓶天賞) Visual Basic卓越專家貼文超過500則
[ 貼文 698 | 人氣 4505 | 評價 2720 | 評價/貼文 3.9 | 送出評價 2 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/2/2 下午 04:52:54
最大的問題是終端機收不了這麼多資料
畢竟不是用電腦所以終端機的緩衝區放不了那麼多資料
這跟終端機設計有關...如果有終端機硬體的相關資料就可以確認了
作者 : jawa560(Snaking) Java Script優秀好手貼文超過1000則人氣指數超過30000點
[ 貼文 1154 | 人氣 32593 | 評價 4630 | 評價/貼文 4.01 | 送出評價 168 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/2/2 下午 08:00:30
Sorry,一不小心,平常跟朋友間半笑謔的語氣就脫口而出了!

我講的就是VB的辦法,也沒用API. 你會質疑,表示你對COM PORT 的機制可能有誤解! 你們講的方法,基本上是完全錯用的!

讓我想起一個故事,十幾年前我在一間單晶片產品開發公司時,有一天一家軟體公司三個合夥人氣沖沖跑來質疑我們機器的RS232有問題,說什麼他們用C寫的 RS-232 程式用了多少年了,從來沒發生什麼問題,為何接收我們的機器就老是掉東掉西? 後來我跑一段簡單BASIC 程式接收幾千筆資料給他看,他們當下啞口無言,鼻子摸一摸就乖乖回去重新思考他們的程式哪裡出問題了 !

作者 : jawa560(Snaking) Java Script優秀好手貼文超過1000則人氣指數超過30000點
[ 貼文 1154 | 人氣 32593 | 評價 4630 | 評價/貼文 4.01 | 送出評價 168 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/2/3 上午 03:07:49
Sorry,再仔細看了一下原問題,的確是自己誤解問題方向!

前面幾位解答者其實有點出問題,但我猜你們對RS232的通訊原理可能有誤解,一直以為RS232只是靠硬體階層來達成handShaking,才會陷於困惑中!

>>關鍵就是,透過RS232傳遞資料,還要靠軟體來 handShaking.也就是一問一答.

我不敢說這是絕對,但大概沒有智慧型裝置會不走這樣的機制 (例外就像: 滑鼠透過RS232 傳遞資料,電腦端只管接收,不搞你來我往這一套)

手機端也是有CPU,也是要跑程式的,如果你拼命塞資料,怎知它來得及處理 ? 所以技術手冊上一定會提供你軟體交握規範,載明你丟什麼資料給我 ,我會回你什麼!
現在來釐清問題 ;
1.每次送 256 Byte+CRC碼, 是手冊規範的嗎?
2.你提到終端機,又提到手機,到底是哪一個? 還是說你是先拿終端機來模擬手機?
3.手冊沒載明其它規範嗎?

從你問題的描述,我會懷疑:
1.手機端並沒有叫你一次將256Byte+CRC送進Buffer, 它只是說,你每丟256Byte後,要再送一個CRC碼給它。(分開幾次不管,一般來說會一個Byte一個Byte的丟,每丟一次都要等待手機端的回傳訊息後再丟下一筆)
2.一般資料不會一定是剛好256Byte 的長度(除非你是執行傳圖鈴的子功能). 若不滿256Byte時,怎知資料已傳完了?
3.其實手機有回傳控制機碼給你(一些 ASCII CODE 字元),但你沒有理會這件事 ! 雖然你悶著頭一直丟沒問題,但碰到例外狀況你就不知道了,譬如它要告訴你記憶體已滿,不能再吃了,但你不會知道!
作者 : smudge(smudge)
[ 貼文 25 | 人氣 3083 | 評價 0 | 評價/貼文 0 | 送出評價 7 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/2/3 上午 09:42:02
>1.每次送 256 Byte+CRC碼, 是手冊規範的嗎?
是的!!
>2.你提到終端機,又提到手機,到底是哪一個? 還是說你是先拿終端機來模擬手機?
這就是小誤會而已了, 溝通機制訂好了接收端是什麼就沒差不是嗎?
所以我一概將接收端當成是一種"Terminal", 打中文直覺就變成終端機了
百分之百....是手機
>3.手冊沒載明其它規範嗎?
有的=.=......而且我再回的文章都有說...38400, 256byte, CRC, 整個溝通的介面都有訂
然後最重要的是....手機CPU裡的程式, 就沒有設過handshaking這個東西
只是很簡單的訂了溝通介面和規則, 所以我從PC端做任何handshaking的動作它都不會懂
>1.手機端並沒有叫你一次將256Byte+CRC送進Buffer, 它只是說,你每丟256Byte後,要再送一個CRC碼給它。(分開幾次不管,一般來說會一個Byte一個Byte的丟,每丟一次都要等待手機端的回傳訊息後再丟下一筆)
手機是沒有叫我...也沒叫我一次將256byte+CRC送去..
事實上...它就被規定一次要一個byte起始信號+256 byte data+2 byte CRC
總共有259 byte
>2.一般資料不會一定是剛好256Byte 的長度(除非你是執行傳圖鈴的子功能). 若不滿256Byte時,怎知資料已傳完了?
自然是不會剛好...我也有說...我要將手機的軟體, 沒說是手機的OS可能也有造成誤會,
down進手機的flash裡, 也就是我前幾篇文章中提到的512K的檔案, 然後規定每次傳256
就要計算檢查一次CRC(手機知道..很久錢就有人跟它說了),
所以檔案多大有幾個256 byte就要傳幾次.
>3.其實手機有回傳控制機碼給你(一些 ASCII CODE 字元),但你沒有理會這件事 ! 雖然你悶著頭一直丟沒問題,但碰到例外狀況你就不知道了,譬如它要告訴你記憶體已滿,不能再吃了,但你不會知道!
我當然知道它有傳什麼回來...不然怎麼知道它傳回來的不是我要的正確的結果...
溝通的介面就是定義好我丟什麼後開始送256 byte, 然後CRC, 它檢查CRC,
對就回什麼, 錯就回什麼, 都是有訂的. 記憶體的話..謝謝你的考慮.
可是我還不至於把OS裝到一個記憶體不夠的機器里拉........
總之...非常謝謝你的回答....如果我有機會好好跟RS232交手會請教你...
作者 : erichois(Eric Ho)
[ 貼文 118 | 人氣 781 | 評價 960 | 評價/貼文 8.14 | 送出評價 21 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/2/3 上午 11:20:48

>前面幾位解答者其實有點出問題,但我猜你們對RS232的通訊原理可能有誤解,一直以為RS232只是靠硬體階層來達成handShaking,才會陷於困惑中!
>
>>>關鍵就是,透過RS232傳遞資料,還要靠軟體來 handShaking.也就是一問一答.
>

人上有人, 天上有天, 太過自高是不適當的. 每個人的本事都不會是全盤的, 所以才要互相幫忙; 但是, 若是一昧的貶低別人, 就沒有意義了.

設備間通訊資料的傳遞過程中, 一般而言當然應該有雙向的交談, 來持續正確無誤的聯繫, 這是基本常識, 知道的人很多...

但是, 提問者所描述的問題, 僅限於一筆資料(長度256)的傳遞與回應就失敗, 跟所說的這些還扯不上關係吧!

現在的問題應該是去追查:
電腦程式是否順利送出完整資料? (這也就是原問題)
再設法知道終端機是否全然接收? 並傳回回應?
電腦程式是否有漏失終端機的回應?


作者 : jawa560(Snaking) Java Script優秀好手貼文超過1000則人氣指數超過30000點
[ 貼文 1154 | 人氣 32593 | 評價 4630 | 評價/貼文 4.01 | 送出評價 168 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/2/3 下午 10:14:31
我無意貶低任何人,這也不是我的風格. 只是不小心誤認發言者為不用功的菜鳥,才出言導正正確的研究態度. 在此再一次向無辜挨棒的各位鄭重道歉!

後續的直言,只為快速釐清問題背景,若還是覺得刺耳,那我再次道歉 (因工作壓力重,沒心情潤飾文字與客套)!

這次的主題實在是超越一般工業標準的常態,希望開版者日後解決問題後,回來說說問題到底是出在哪裡!
作者 : kcin(nick)
[ 貼文 153 | 人氣 2 | 評價 900 | 評價/貼文 5.88 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/2/4 上午 12:29:35
我的看法是問題是在傳送端 現在的電腦速度早就超過115200bps
程式就是閉眼睛送出了256Byte 也沒去管任何的信號

我的建議是並接傳送端 掛在HyperTerminal 後面 先確定送出了256Bytes
再來看接收端為何收不齊
作者 : loulo(小樓)討論區板主 Visual Basic曠世奇才貼文超過1000則人氣指數超過10000點
[ 貼文 1817 | 人氣 11470 | 評價 8620 | 評價/貼文 4.74 | 送出評價 38 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/2/4 上午 12:59:15
我覺得該款手機的Spec可能有陷阱!往往業者為防第三者製作出更好的程式佔用市場,總會留個幾手在自己授權開發的軟體手上!不仿公佈一下該手機品牌吧!
記得沒錯的話,手機傳輸軟件幾乎都由一家獨大,都有一系列相容手機可用!
我們是硬體研發中心 http://www.loulo.org 對此點深信不疑..
建議!如果有市場上可以用的通信軟件使用的話,直接對硬體傳輸做解碼動作,看到底他們怎麼做到的,如果市場還未有軟件支援,那我們可以判定是手機有問題而不是你的問題了!
如果需要硬體解碼動作,歡迎來電告知,我們很樂意幫忙的......Good Luck to you!
 板主 : 小樓
 > Visual Basic 6.0/VBA - 討論區
 - 最近熱門問答精華集
 - 全部歷史問答精華集
 - Visual Basic 6.0/VBA - 知識庫
  ■ 全站最新Post列表
  ■ 我的文章收藏
  ■ 我最愛的作者
  ■ 全站文章收藏排行榜
  ■ 全站最愛作者排行榜
  ■  月熱門主題
  ■  季熱門主題
  ■  熱門主題Top 20
  ■  本區Post排行榜
  ■  本區評價排行榜
  ■  全站專家名人榜
  ■  全站Post排行榜
  ■  全站評價排行榜
  ■  全站人氣排行榜
 請輸入關鍵字 
  開始搜尋
 
Top 10
評價排行
Visual Basic 6.0/VBA
1 阿戊 10670 
2 小樓 8650 
3 Jones 5270 
4 水瓶天賞 2340 
5 joe 2230 
6 史努比 1950 
7 阿呆紅 1440 
8 tt's 1250 
9 青衫 1150 
10 羅啟章 1020 
Visual Basic 6.0/VBA
  專家等級 評價  
  一代宗師 10000  
  曠世奇才 5000  
  頂尖高手 3000  
  卓越專家 1500  
  優秀好手 750  
Microsoft Internet Explorer 6.0. Screen 1024x768 pixel. High Color (16 bit).
2000-2019 程式設計俱樂部 http://www.programmer-club.com.tw/
0.21875