2.2.2　終端應(yīng)用程序設(shè)計(jì)
　　終端應(yīng)用程序設(shè)定的起始地址是STR710Z2T6的0x40004000處，并可占用之后的整個(gè)Flash空間。終端應(yīng)用程序不但完成日常各項(xiàng)工作任務(wù)，而且還負(fù)責(zé)接收監(jiān)控中心服務(wù)器發(fā)送的應(yīng)用程序升級(jí)命令。當(dāng)收到升級(jí)命令后，終端回應(yīng)服務(wù)器此時(shí)若接收升級(jí)代碼，則應(yīng)用程序?qū)⑸?jí)包按照幀的方式通過GPRS模塊從服務(wù)器下載到終端，通過校驗(yàn)后保存到終端外部Flash存儲(chǔ)器SST39VF1601中，下載成功后置位升級(jí)標(biāo)志和記錄升級(jí)包版本號(hào)以備引導(dǎo)程序升級(jí)。由于升級(jí)包的下載過程可看成是數(shù)據(jù)傳輸過程，應(yīng)用程序可在下載升級(jí)包的同時(shí)進(jìn)行其他任務(wù)，且不影響終端的正常工作。當(dāng)終端應(yīng)用程序下載完升級(jí)包之后，應(yīng)用程序?qū)Ρ匾默F(xiàn)場進(jìn)行保存然后主動(dòng)復(fù)位，微控制器啟動(dòng)之后直接執(zhí)行引導(dǎo)程序，并進(jìn)行Flash編程。由于很多系統(tǒng)終端日常任務(wù)繁多，可通過程序中相應(yīng)的設(shè)置，使新代碼下載和Flash編程盡量選擇在終端可能空閑的時(shí)間段，從而盡可能地減少升級(jí)應(yīng)用程序?qū)K端正常工作的影響。
3　通信協(xié)議的設(shè)計(jì)
　　參照通信規(guī)約和已存在的無線配電監(jiān)控系統(tǒng)的協(xié)議，本文定義了3種類型的協(xié)議幀：服務(wù)器請(qǐng)求升級(jí)幀、升級(jí)代碼數(shù)據(jù)幀和終端回應(yīng)幀。
　　協(xié)議幀公共數(shù)據(jù)段：

服務(wù)器請(qǐng)求升級(jí)幀幀格式如下：

升級(jí)代碼數(shù)據(jù)幀幀格式如下：

終端回應(yīng)幀幀格式如下：

通信幀部分?jǐn)?shù)據(jù)段說明：
　?、?數(shù)據(jù)長度。表示數(shù)據(jù)域的字節(jié)數(shù)（由2字節(jié)構(gòu)成），為0時(shí)表示無數(shù)據(jù)，其值為此數(shù)據(jù)段到校驗(yàn)和之前的數(shù)據(jù)字節(jié)數(shù)之和。
　　② 升級(jí)軟件版本號(hào)。無線監(jiān)控系統(tǒng)終端收到升級(jí)請(qǐng)求幀之后，將此數(shù)據(jù)段和其本身的軟件版本進(jìn)行比較。如果版本號(hào)小于將要升級(jí)的軟件版本，終端將回應(yīng)服務(wù)器同意升級(jí)，否則放棄升級(jí)。
　?、?升級(jí)文件長度。用來判斷存儲(chǔ)空間夠不夠存放將要升級(jí)的文件，以及升級(jí)代碼是否傳輸完畢[4]。
4　終端編程注意事項(xiàng)
　　（1） 編程代碼大小。IAP編程是用戶的IAP代碼對(duì)片內(nèi)Flash存儲(chǔ)器進(jìn)行擦除/編程的過程。由于片內(nèi)Flash存儲(chǔ)空間的限制以及代碼存儲(chǔ)空間的限定，編程時(shí)不但需要控制IAP自身代碼量的大小，而且還要控制終端應(yīng)用程序代碼的大小，絕對(duì)不能夠超出所指定的存儲(chǔ)范圍。
　?。?） 提高遠(yuǎn)程升級(jí)速度的措施。為了提高系統(tǒng)遠(yuǎn)程升級(jí)的速度，在代碼傳輸過程本文采取3種措施：
　?、?數(shù)據(jù)壓縮。數(shù)據(jù)壓縮是解決由于數(shù)據(jù)大而導(dǎo)致整個(gè)下載過程時(shí)間長問題的最有效的辦法，本系統(tǒng)中服務(wù)器將升級(jí)代碼進(jìn)行壓縮，終端設(shè)備接收到之后進(jìn)行解壓、存儲(chǔ)。由于應(yīng)用程序的代碼滿足ARM指令集的特征，所以壓縮效率較高。
　?、?應(yīng)用程序分塊加載。在日常系統(tǒng)維護(hù)中，無論對(duì)系統(tǒng)進(jìn)行升級(jí)或是修改程序中的“bug”,其實(shí)修改的只是程序中的一小部分，而大部分程序還保持原樣。因此，合理的方法是只把修改的代碼，而不是把整個(gè)二進(jìn)制文件下載到遠(yuǎn)程終端。具體的實(shí)現(xiàn)辦法是，建立分散文件，在其中按功能將應(yīng)用程序劃分為多個(gè)裝載區(qū)，并為每個(gè)裝載區(qū)留有足夠大的空間，為以后的升級(jí)、修改做準(zhǔn)備。這種做法大大減小了數(shù)據(jù)傳輸量，提高了軟件升級(jí)速度。
　　③ 小數(shù)據(jù)塊傳輸。由于系統(tǒng)采用錯(cuò)誤重傳機(jī)制，根據(jù)實(shí)際應(yīng)用經(jīng)驗(yàn)，數(shù)據(jù)塊越大出現(xiàn)錯(cuò)誤的機(jī)率就越大；同時(shí)，由于數(shù)據(jù)塊大，傳輸一幀的速率較低，雖然接收到的數(shù)據(jù)幀較大，但由于錯(cuò)誤的機(jī)率和傳輸?shù)乃俾?，反而造成效率低下。采用小?shù)據(jù)塊傳輸，雖然一幀數(shù)據(jù)塊小，但彌補(bǔ)了上述不足。
　?。?） 遠(yuǎn)程通信的誤碼處理。程序代碼傳輸過程中，終端校驗(yàn)數(shù)據(jù)正確后存入SST39VF1601，檢驗(yàn)錯(cuò)誤時(shí)向服務(wù)器返回錯(cuò)誤的編碼和幀序號(hào)并請(qǐng)求重發(fā)，直到檢測到結(jié)束幀為止。服務(wù)器發(fā)送最后一幀時(shí)，如果該幀的數(shù)據(jù)長度不夠，用00填充直到滿足協(xié)議中規(guī)定的長度。對(duì)于數(shù)據(jù)傳輸過程中產(chǎn)生的誤碼，系統(tǒng)采用最有效的解決辦法是CRC循環(huán)冗余效驗(yàn)和重傳機(jī)制。
　?。?） 相同的存儲(chǔ)區(qū)，不同的運(yùn)行區(qū)域。由于需要對(duì)Flash進(jìn)行編程，但是對(duì)Flash操作的代碼不能在Flash本身運(yùn)行，因此這部分代碼必須在內(nèi)部RAM中運(yùn)行?？梢酝ㄟ^分散加載文件設(shè)置函數(shù)的運(yùn)行空間。
　　（5） 用戶中斷。在系統(tǒng)中IAP程序燒寫在從0x00000000開始的兩個(gè)Flash扇區(qū)內(nèi)，而用戶程序則是存儲(chǔ)在從0x40004000開始的Flash空間中。如果用戶程序產(chǎn)生中斷，那么內(nèi)核會(huì)讀取到IAP的向量表，導(dǎo)致程序跑飛。解決辦法是，在跳轉(zhuǎn)到用戶程序之前，IAP程序把用戶程序的向量表拷貝到片內(nèi)RAM中，然后將RAM重映射到0x00000000地址，最后進(jìn)行跳轉(zhuǎn)，這樣就可以保證0x00000000地址有用戶程序的向量表。
　　由于RAM的起始地址用來存放用戶程序的中斷向表，往其中寫入數(shù)據(jù)時(shí)，需保證這些向量表不被覆蓋，故IAP程序、用戶程序的RW base使用的是0x20000100[5]。
結(jié)語
　　本文利用ARM微控制器和GPRS模塊，提出了一種解決無線監(jiān)控系統(tǒng)終端軟件升級(jí)和維護(hù)困難問題的方案。相信在未來通信方式更加先進(jìn)、微控制器性能更加優(yōu)越的基礎(chǔ)上，軟件無線升級(jí)技術(shù)的應(yīng)用會(huì)越來越廣泛。