/************************* ********GPRS調(diào)試筆記********************************

調(diào)試目的：通過SPCE061A單片機控制SIM900A GPRS模塊發(fā)送短信

調(diào)試過程：

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

a.發(fā)送AT+CMGF=0rn指令

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

指令，并作出回應(yīng)，否則會導(dǎo)致發(fā)送短信失敗。筆者親測過，延時時間太短的話，真的無法發(fā)送短信，當(dāng)時沒有注意到這一點，調(diào)試

了好久，才發(fā)現(xiàn)這個問題。

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

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

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

楚了，我發(fā)送的是“0891683108701305F011000D86688193909435F70008A7064F60597DFF01”，引號內(nèi)以字符的形式發(fā)送就行，

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

簡單處理，就統(tǒng)一處理了。

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

短信的內(nèi)容是“你好！”；

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

a.發(fā)送AT+CMGF=0rn指令

b.

這里是重點，記得當(dāng)時卡這里卡了好長時間，幾乎到了要放棄的邊緣！?。∵@里重點分析一下吧

while(strcmp(rec_string1,"AT+CMGF=0rnrnOK")!=0)

{

*P_Watchdog_Clear= 0x0001;

}

等待接受返回值，并且利用字符串比較函數(shù)比較接受到的字符串rec_string1和正確的返回值A(chǔ)T+CMGF=0rnrnOK對比；

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

，發(fā)送完AT+CMGF=0rn這條指令后gprs的返回值應(yīng)該是“AT+CMGF=0rnrnOK”，也就是返回了發(fā)送過去的AT指令加上回車換行

加上OK，但是資料上說的卻是"OK",簡直差點把筆者坑死，經(jīng)過筆者不懈地努力調(diào)試，終于發(fā)現(xiàn)了這里的問題。

c.能到這一步，說明之前的返回值已經(jīng)收到了，但是細心的讀者可能就會發(fā)現(xiàn)，發(fā)送“AT+CMGS=21rn”這條指令的前面有這兩行

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

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

或?qū)elay()和n=0;兩行代碼互換位置后，程序就會死卡，并且，你調(diào)試時就會發(fā)現(xiàn)n并不是等于0的，rec_string1字符串里面存的

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

send_string(cmd2);

while(strcmp(rec_string1,"AT+CMGS=21rnrn>")!=0)

{

*P_Watchdog_Clear= 0x0001;

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

，發(fā)現(xiàn)很有可能是IRQ7中斷的原因，導(dǎo)致n=0，這句執(zhí)行失敗，n=0這句c語言代碼經(jīng)編譯器轉(zhuǎn)換成匯編代碼后，有好幾句，也就是說

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

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

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

如有錯誤，希望各位大神能及時指出，互相學(xué)習(xí)!

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

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