/************************* ********GPRS調試筆記********************************

調試目的：通過SPCE061A單片機控制SIM900A GPRS模塊發送短信

調試過程：

         1.利用延時來發送PDU格式的短信（不接受GPRS的返回值）

         a.發送AT+CMGF=0\r\n指令

         b.延時2s，確定GPRS對a步驟中發送的指令已經接受。ps:延時的時長可做適當調整，但是一定要保證在這段時間里，GPRS已經接受AT

           指令，并作出回應，否則會導致發送短信失敗。筆者親測過，延時時間太短的話，真的無法發送短信，當時沒有注意到這一點，調試

           了好久，才發現這個問題。

         c.發送AT+CMGS=21\r\n指令,21為你要發送的字符長度，這里我就不介紹，SIM900A說明書上講的很詳細

         d.延時2s,這里的原理和b中所說的幾乎一樣，不再追述

         e.發送pdu格式的編碼，這里需要設置一些參數，比如短信中心號碼，接受號碼等等，這里我也不細述了，畢竟使用說明書上寫得很清

            楚了，我發送的是“0891683108701305F011000D86688193909435F70008A7064F60597DFF01”，引號內以字符的形式發送就行，

            這一串字符里，包含了一些參數的設置，還有發送短信的內容，讀者在實際操作時，可將參數的設置和內容分開發送，筆者為了

            簡單處理，就統一處理了。

         f.最后一步了，發送結束符--0x1a,直接發送0x1a，主要這里不要發送成字符了，是16進制0x1a；到此為至，短信已經成功發送了，

         短信的內容是“你好！”；

         2.通過判斷GPRS的返回值來發送短信

         a.發送AT+CMGF=0\r\n指令

         b.

         這里是重點，記得當時卡這里卡了好長時間，幾乎到了要放棄的邊緣！！！這里重點分析一下吧    

         while(strcmp(rec_string1,"AT+CMGF=0\r\n\r\nOK")!=0)

         {       

                   *P_Watchdog_Clear= 0x0001;

         }

         等待接受返回值，并且利用字符串比較函數比較接受到的字符串rec_string1和正確的返回值AT+CMGF=0\r\n\r\nOK對比；

         這里用到的IRQ7串口中斷來接受，利用全局變量str_string1[30]和全局n模擬一個棧來緩存接收到的返回值。需要強調說明的是

         ，發送完AT+CMGF=0\r\n這條指令后gprs的返回值應該是“AT+CMGF=0\r\n\r\nOK”，也就是返回了發送過去的AT指令加上回車換行

         加上OK，但是資料上說的卻是"OK",簡直差點把筆者坑死，經過筆者不懈地努力調試，終于發現了這里的問題。

         c.能到這一步，說明之前的返回值已經收到了，但是細心的讀者可能就會發現，發送“AT+CMGS=21\r\n”這條指令的前面有這兩行

           簡單的代碼         delay();n = 0; 一行是延時，一行是清空棧底，清空棧底這里我就不過多的解釋了，很簡單。有的讀者會問，

         delay()函數是干什么的呢？不是不利用延時來發送短息嗎？這里問題有點復雜，筆者自己也沒弄得很清楚，但是當去掉delay()

         或將delay()和n=0;兩行代碼互換位置后，程序就會死卡，并且，你調試時就會發現n并不是等于0的，rec_string1字符串里面存的

         并不是GPRS本次返回值，而是有一部分是上次的，也就是說n=0這句并沒有起到清空棧底的作用，但是，這程序已經運行到

         send_string(cmd2);

         while(strcmp(rec_string1,"AT+CMGS=21\r\n\r\n>")!=0)

         {       

                   *P_Watchdog_Clear= 0x0001;

         }這里了啊?當時筆者也很疑惑，不能理解，感覺完全顛覆了我的認知（曾一度懷疑是61板的問題）,但是后來仔細思考了一番

         ，發現很有可能是IRQ7中斷的原因，導致n=0，這句執行失敗，n=0這句c語言代碼經編譯器轉換成匯編代碼后，有好幾句，也就是說

         n=0這句C代碼并不是cpu執行指令時的最小原子值，因此在執行這句代碼時，很有可能被IRQ7中斷給打斷，導致這種結果。于是，

         筆者在清空棧底時，用了delay()函數，延時確保不會發生中斷，保護n=0這行代碼。結果證明，我的猜想是正確的。

         d.剩下的就沒有什么要注意的了，和方法1里面幾乎一樣，筆者就不啰嗦了。

         如有錯誤，希望各位大神能及時指出，互相學習!

這里附上源代碼一份，希望對你有幫助!

http://download.csdn.net/detail/qq_24478297/8936803