|
|||||||||||
| 技術(shù)交流 | 電路欣賞 | 工控天地 | 數(shù)字廣電 | 通信技術(shù) | 電源技術(shù) | 測控之家 | EMC技術(shù) | ARM技術(shù) | EDA技術(shù) | PCB技術(shù) | 嵌入式系統(tǒng) 驅(qū)動編程 | 集成電路 | 器件替換 | 模擬技術(shù) | 新手園地 | 單 片 機 | DSP技術(shù) | MCU技術(shù) | IC 設(shè)計 | IC 產(chǎn)業(yè) | CAN-bus/DeviceNe |
電腦接收不到x011和0x13？而發(fā)送其他的字節(jié)有可以？ |
| 作者：luof521 欄目：單片機 |
格式： x055+長度+數(shù)據(jù) +校驗+ 0xfd 單片機發(fā)送： 55 05 11 00 00 01 01 18 fd 電腦接收： 55 05 00 00 01 01 18 fd 單片機發(fā)送： 55 06 11 13 00 00 01 01 1c fd 電腦接收： 55 05 00 00 01 01 18 fd 0x11,0x13不知道跑哪去了？？ |
| 2樓： | >>參與討論 |
| 作者： luof521 于 2005/6/9 8:40:00 發(fā)布：
原因找到拉！發(fā)現(xiàn)串口助手存在bug 這個問題折騰我?guī)讉�月，項目卡在這了。 最后發(fā)現(xiàn)： 串口助手存在bug,會偶兒接收不了0x11,0x13,換個調(diào)試工具，一切ok! 這個問題很多做上位機的都碰到，我運氣不好，被我也撞上了，還一直認為是單片機程序問題：先懷疑是讀取EEPROM問題，換了個i2c程序，測試三五千次沒問題，可過幾天測試一兩百次又有問題。再懷疑是波特率誤差問題，拜讀了論壇大量的有關(guān)串口的帖子，修改了引導(dǎo)碼，波特率，測試了幾天，還是不穩(wěn)定，簡直要瘋掉，開始懷疑是微軟的問題（呵呵，拉不出屎來怪茅坑，沒辦法只能找個替罪羊了，恨不得買老鼠藥吃）。昨天，無意中換了個調(diào)試工具，問題就解決咯。 事情就是這么巧，串口助手有這個bug,和我一起工作的軟件工程師編的軟件也存在這個問題，結(jié)果我認為0x11,0x13被“狗”吃了，可不存在“狗”啊，導(dǎo)致認為就是自己程序的問題，陷入了其中無法自拔。 想來都恐怖，要不是換了調(diào)試工具，這個問題我會一直帶到以后的工作中，可能n年都想不通，大大打擊了我的信心。可怕�。� 任何問題都有它的原因，之所以成為問題，是因為沒找到這個原因。而人常常喜歡朝一個方向去思考，結(jié)果深陷其中。建議以后要多角度思考問題。此路不通，先退一步。 “退一步海闊天空”這話太有道理了，也不知道是誰說的！可真正要做到“退一步”有點難度。特別是對一個遇到問題一定要搞定，不搞定就想“跳摟”(呵呵)的大多數(shù)工程師門。 想起這次恐怖的調(diào)試串口經(jīng)歷，心有余悸。感謝這個論壇，感謝論壇里的大蝦門。 建議串口命令引導(dǎo)碼用“0x55”,smod=1; |
|
| 3樓： | >>參與討論 |
| 作者： qjy_dali 于 2005/6/9 9:13:00 發(fā)布：
不是BUG，是XON/XOFF協(xié)議，呵呵 |
|
| 4樓： | >>參與討論 |
| 作者： qjy_dali 于 2005/6/9 9:19:00 發(fā)布：
可能是串口中設(shè)置了XON/XOFF協(xié)議了 0X11代表XON，0X13代表XOFF。很早的串口文本傳輸協(xié)議 |
|
|
|
| 免費注冊為維庫電子開發(fā)網(wǎng)會員，參與電子工程師社區(qū)討論，點此進入 |
Copyright © 1998-2006 m.58mhw.cn 浙ICP證030469號 |