|
|||||||||||
| 技術交流 | 電路欣賞 | 工控天地 | 數(shù)字廣電 | 通信技術 | 電源技術 | 測控之家 | EMC技術 | ARM技術 | EDA技術 | PCB技術 | 嵌入式系統(tǒng) 驅(qū)動編程 | 集成電路 | 器件替換 | 模擬技術 | 新手園地 | 單 片 機 | DSP技術 | MCU技術 | IC 設計 | IC 產(chǎn)業(yè) | CAN-bus/DeviceNe |
問關于TC35I返回已發(fā)短信條數(shù)的問題 |
| 作者：wimhy 欄目：通信技術 |
1.請問可以將TC35I發(fā)短信條數(shù)的最大記錄是多少?? 2.測試數(shù)據(jù)時候我發(fā)現(xiàn)發(fā)送短信的條數(shù)是3位數(shù)(比如0x32,0x33,0x36,0x0D,0x0A.....),并且即使模塊之后下次再發(fā)送短信,返回的已發(fā)送信息條數(shù)也是在掉電之前的數(shù)據(jù)處依次向上加1. 而在我編制好程序之后,老是接受不到模塊返回的正確數(shù)據(jù),后來發(fā)現(xiàn)是模塊發(fā)送短信條數(shù)重新從1開始計了(返回0x31,0x0D,0x0A.....) 問:是否可以通過設置指令將模塊返回的以發(fā)短消息條數(shù)固定下來嗎?我覺得定下來編程更容易些.請各位朋友指教 我發(fā)現(xiàn)MOTOROLA的G18模塊返回的數(shù)據(jù)就是定死的,總是0x00,0x00,0x00. |
| 2樓： | >>參與討論 |
| 作者： chunyang 于 2007/4/7 15:48:00 發(fā)布：
SMS只有長度限制，沒有條數(shù)限制 最大多少條取決于你用的存儲器，利用SIM卡存儲也有不同容量之分。你的第二個問題和設置相關，因不是GSM標準，故具體指令信息不同模塊可能不同，要看AT指令手冊了。不過，你的編程思想不對，應該用外部索引而非模塊返回的信息。 |
|
| 3樓： | >>參與討論 |
| 作者： wimhy 于 2007/4/7 16:50:00 發(fā)布：
我沒有說清楚 chunyang版主: 第一個問題,我之前沒有說清楚,我是說TC35I成功發(fā)送短消息后,返回的數(shù)據(jù): +CMGS:XXX OK 這個XXX最大到是多少后模塊又重新從1開始計數(shù)? 編程思想應該用外部索引而非模塊返回的信息,能否將"外部索引"的方法說的明白一些呢? |
|
| 4樓： | >>參與討論 |
| 作者： chunyang 于 2007/4/7 18:40:00 發(fā)布：
那可不是一個概念�。� 模塊計數(shù)器的最大值是多少恐怕資料上都沒有，得問廠家了。“外部索引”用內(nèi)存/寄存器實現(xiàn)，用一個字節(jié)的話，最大計數(shù)256。 |
|
| 5樓： | >>參與討論 |
| 作者： tiger84 于 2007/4/9 8:50:00 發(fā)布：
借貴地問一下chunyang兄 以前開發(fā)過的短消息模塊，當有新的短消息來時，我是檢測模塊的一個拐角（RI）的變化來檢測是否有新的短消息， 我是利用RI的變化來觸發(fā)相關事件的，這樣比較好處理。 問題是每次開機時，RI也會有變化，這也成了我程序中的一個BUG，一直沒解決，有什么好的辦法沒？ |
|
| 6樓： | >>參與討論 |
| 作者： chunyang 于 2007/4/9 11:17:00 發(fā)布：
不要用Ring信號 用串口會話最佳，同時可以實現(xiàn)非SIM卡存儲，整機壽命和可靠性才有保障。 |
|
| 7樓： | >>參與討論 |
| 作者： weidian 于 2007/4/9 21:58:00 發(fā)布：
` 我們的辦法是振嶺和at監(jiān)測都用上了，效果不錯 請參考 |
|
| 8樓： | >>參與討論 |
| 作者： tiger84 于 2007/4/10 20:56:00 發(fā)布：
謝謝了，嘻嘻。我說一下我的思路吧，請各位指正一下 GPRS模塊運行，當有新的短消息到來時，怎么知道？ 當然可以通過設置AT指令來達到目的，（比如設置AT+CNMI=3,1,0,1,0）不妨利用一下串口調(diào)試助手， 1，當模塊處于命令狀態(tài)時，有短消息來臨，可以收到+CMTI:，檢測到這便說明有短消息； 2，當模塊處于數(shù)傳狀態(tài)時，有短消息來臨，串口收不到+CMTI:,只有模塊轉(zhuǎn)到命令態(tài)時，串口才收到+CMTI； 通過以上比較，個人認為單純利用AT指令無法判斷是否有短消息來。（我用的是GM47模塊。各個模塊應該都不一樣吧） 測試后，發(fā)現(xiàn)只要有短消息，模塊的一個拐角（RI）就會變化，因此只要監(jiān)測設備測到RI有變化，就將模塊轉(zhuǎn)到命令狀態(tài)處理，然后再將模塊還原到原來的狀態(tài)，完畢。 以上都是個人之談，可能測試不全面或者各個模塊之間有差異而導致結(jié)果不同吧。 |
|
| 9樓： | >>參與討論 |
| 作者： tiger84 于 2007/4/10 20:59:00 發(fā)布：
？？ 怎么感覺這個模塊和我所了解的模塊有很大差異啊， |
|
| 10樓： | >>參與討論 |
| 作者： jhl0011q 于 2007/4/12 14:53:00 發(fā)布：
受教了 這樣啊 |
|
| 11樓： | >>參與討論 |
| 作者： chunyang 于 2007/4/13 13:13:00 發(fā)布：
tiger84的辦法適用于GPRS模塊 GSM模塊不存在這個問題。如果基于GPRS模塊，你自己的程序可通過設置標志位來記錄當前狀態(tài)，再與Ring進行邏輯判斷即可解決你的Bug。 |
|
|
|
| 免費注冊為維庫電子開發(fā)網(wǎng)會員，參與電子工程師社區(qū)討論，點此進入 |
Copyright © 1998-2006 m.58mhw.cn 浙ICP證030469號 |