|
|||||||||||
| 技術(shù)交流 | 電路欣賞 | 工控天地 | 數(shù)字廣電 | 通信技術(shù) | 電源技術(shù) | 測控之家 | EMC技術(shù) | ARM技術(shù) | EDA技術(shù) | PCB技術(shù) | 嵌入式系統(tǒng) 驅(qū)動編程 | 集成電路 | 器件替換 | 模擬技術(shù) | 新手園地 | 單 片 機(jī) | DSP技術(shù) | MCU技術(shù) | IC 設(shè)計 | IC 產(chǎn)業(yè) | CAN-bus/DeviceNe |
求助:命令態(tài)與數(shù)傳態(tài)轉(zhuǎn)換問題 |
| 作者：tiger84 欄目：通信技術(shù) |
我用的是GM47模塊。 主要是利用它的短消息和數(shù)傳功能。 假如模塊處于數(shù)傳態(tài)，正在傳輸數(shù)據(jù)，由于一些原因，需要轉(zhuǎn)換成命令態(tài)，處理完畢后，再轉(zhuǎn)化為數(shù)傳態(tài)，繼續(xù)傳輸數(shù)據(jù)。 現(xiàn)在的疑問是： 這個過程會不會有數(shù)據(jù)丟失？ 還是雖然模塊處于命令態(tài)，但是仍然能接收數(shù)據(jù)，等模塊再次成為數(shù)傳態(tài)后再處理數(shù)據(jù)？ 由于時間關(guān)系，自己還沒有做測試，請高手指教一下。 |
| 2樓： | >>參與討論 |
| 作者： chunyang 于 2007/3/16 17:32:00 發(fā)布：
二者不矛盾 即使同時發(fā)生模塊會自行處理，你不必?fù)?dān)心。 |
|
| 3樓： | >>參與討論 |
| 作者： tiger84 于 2007/3/19 8:50:00 發(fā)布：
謝謝chunyang,再請教一下 我如何能夠在已有終端上始終看到信號強(qiáng)度，就象手機(jī)上能時時指示信號強(qiáng)度一樣，但是我所了解的是，GPRS模塊的信號強(qiáng)度都是通過這個指令A(yù)T＋CSQ＝？來問的，就是說只有在命令狀態(tài)下問一下，模塊才會告訴你信號強(qiáng)度。而用戶要求能時時看到信號強(qiáng)度，有困難啊。 手機(jī)模塊里面是如何做到這一點的呢？ 我在想，模塊里面應(yīng)該有一個引腳是用來指示信號強(qiáng)度的，我看該模塊的說明書，還是沒有找到這個引腳，今天打算繼續(xù)研究模塊說明書。 望指教－－－ （因在出差中，可能上網(wǎng)比較少，見諒） |
|
| 4樓： | >>參與討論 |
| 作者： chunyang 于 2007/3/19 11:26:00 發(fā)布：
必須通過AT指令 AT指令的操作時間對人的反應(yīng)而言可以忽略不計，只要定時查詢且定時周期合理（百mS級就可以了），對人而言就是“時時看的到了”。 手機(jī)設(shè)計現(xiàn)在已無“模塊”概念，都早已是直接用射頻芯片了，這樣可以由基帶直接處理來自射頻芯片的場強(qiáng)信號，故不需通過AT指令。其實GSM/GPRS模塊的內(nèi)部也是這樣，只是其結(jié)構(gòu)特點，基帶處理器無法也無需直接驅(qū)動顯示器，故只能用AT指令的辦法來和外部MCU、MPU等交互了。 |
|
| 5樓： | >>參與討論 |
| 作者： tiger84 于 2007/3/19 13:23:00 發(fā)布：
非常感謝chunyang兄 若既要利用GPRS傳輸數(shù)據(jù)。又要時時能看到信號強(qiáng)度，就是說基本上至少平均1S就要在轉(zhuǎn)到命令狀態(tài)一次，我有3個擔(dān)憂： 1，在數(shù)傳狀態(tài)下的數(shù)據(jù)傳輸是否能沒有誤碼的傳輸，比如說有沒有可能我一個包還沒傳輸完，就轉(zhuǎn)到命令狀態(tài)下了，這包的數(shù)據(jù)可能就丟了。 2，GPRS模塊中我還利用到了短消息命令，終端監(jiān)測時發(fā)現(xiàn)監(jiān)測量有異常就主動發(fā)送短消息，用戶也能主動發(fā)送短消息控制終端，而當(dāng)中的處理過程可能就會因為每秒詢問信號強(qiáng)度而被打亂。 3，每S都詢問的話，有數(shù)據(jù)傳輸時，可能CPU吃不消。 好像我的問題提的很多了，呵呵。 只是這個GPRS模塊是我的第一次獨立開發(fā)吧，構(gòu)架搭的太差了，擴(kuò)展性不夠，望chunyang兄指教。 |
|
| 6樓： | >>參與討論 |
| 作者： chunyang 于 2007/3/19 18:27:00 發(fā)布：
你要靠協(xié)議來確認(rèn)和保障數(shù)據(jù)鏈的傳輸 數(shù)據(jù)不能被動的等待有無，要靠協(xié)議來判斷，然后在間歇期查詢場強(qiáng)即可。 |
|
| 7樓： | >>參與討論 |
| 作者： tiger84 于 2007/3/19 20:35:00 發(fā)布：
感謝chunyang兄的話就不多說了，都在心里 是不是TCP/IP協(xié)議，最近客戶追得緊，我想我得加把勁把這個協(xié)議看看了 |
|
| 8樓： | >>參與討論 |
| 作者： tiger84 于 2007/3/22 13:40:00 發(fā)布：
to:chunyang兄 我測試過了，采取問答方式獲得信號強(qiáng)度時，會有幀的丟失。 模模糊糊的看了下TCP/IP協(xié)議，感覺找不到方向，可否指點一二？ |
|
| 9樓： | >>參與討論 |
| 作者： tiger84 于 2007/3/22 16:28:00 發(fā)布：
？？ 又把GPRS的模塊粗略看了一遍，還是找不到解決的方案。 問題好像就出在軟件的構(gòu)架上了，苦惱。 回退吧，感覺不甘心，畢竟已經(jīng)實現(xiàn)了不少功能了，就因為這個信號指示，感覺不太值得。 chunyang兄有好的建議沒？ |
|
| 10樓： | >>參與討論 |
| 作者： chunyang 于 2007/3/22 16:33:00 發(fā)布：
可以考慮在“心跳”包發(fā)送周期測場強(qiáng) 為不掉線，應(yīng)該定期發(fā)心跳包，在此前后查詢場強(qiáng)即可，不必做得很實時，連續(xù)數(shù)據(jù)傳送期間不要查詢場強(qiáng)。 |
|
| 11樓： | >>參與討論 |
| 作者： tiger84 于 2007/3/22 16:53:00 發(fā)布：
謝謝chunyang兄 現(xiàn)在這應(yīng)該是最好的辦法了。 用戶規(guī)定的心跳間隔15分鐘，查詢場強(qiáng)實時性是差了點，不過先這樣吧。 再次感謝chunyang兄的熱心指導(dǎo)。 |
|
|
|
| 免費注冊為維庫電子開發(fā)網(wǎng)會員，參與電子工程師社區(qū)討論，點此進(jìn)入 |
Copyright © 1998-2006 m.58mhw.cn 浙ICP證030469號 |