TS201的嵌入式系統軟件遠程更新方法
tempp=__builtin_sysreg_read(__INTCTL);
tempp=tempp (0xFFFFFFFF ^INTCTL_TMR1RN);
__builtin_sysreg_write(__INTCTL, tempp);
NumberTimer++;
if(NumberTimer==3) { //如果已經(jīng)重發(fā)3次
Variable_Init( );//初始化變量
}
else{
SendCopyData( ); //重發(fā)之前的信息
__builtin_sysreg_write(__TMRIN1H, 0x0); //高位的初始化是必需的
__builtin_sysreg_write(__TMRIN1L, CK10); //配置Timer1低位寄存器,并定時(shí)10 s重新開(kāi)啟定時(shí)器
tempp=__builtin_sysreg_read(__INTCTL);
tempp=tempp | INTCTL_TMR1RN;
__builtin_sysreg_write(__INTCTL, tempp);
}
}
其中,定時(shí)器的計數周期是CCLK/2,所以,CK10=CCLK/2×10;
2.2.3 Flash程序實(shí)現
TS201對于外部設備Flash的讀寫(xiě)操作只能通過(guò)DMA進(jìn)行,本系統設計采用DMA0。其核心代碼如下:
void dma0_ISR( ){
return;
}
void WriteFlash( int Offset, int nValue ){//向Flash的Offset位置寫(xiě)數nValue
int temp=nValue;
TCB_temp.DI=temp;
TCB_temp.DX=0x00010001;
TCB_temp.DY=0;
TCB_temp.DP=0x43000000;
q=__builtin_compose_128((long long)TCB_temp.DI | (long long)TCB_temp.DX32, (long long)(TCB_temp.DY | (long long)TCB_temp.DP32));
__builtin_sysreg_write4(__DCS0, q);
TCB_temp.DI=(int*)(Offset);
TCB_temp.DX=0x00010001;
TCB_temp.DY=0;
TCB_temp.DP=0xc3000000;
q=__builtin_compose_128((long long)TCB_temp.DI | (long long)TCB_temp.DX32, (long long)(TCB_temp.DY | (long long)TCB_temp.DP32));
__builtin_sysreg_write4(__DCD0, q);
asm(nop;;);
asm(nop;;);
}
int ReadFlash( int Offset){ //從Flash的Offset位置讀取數據temp并返回
int temp;
TCB_temp.DI=(int*)(Offset);
TCB_temp.DX=0x00010001;
TCB_temp.DY=0;
TCB_temp.DP=0xc3000000;
q=__builtin_compose_128((long long)TCB_temp.DI | (long long)TCB_temp.DX32, (long long)(TCB_temp.DY | (long long)TCB_temp.DP32));
__builtin_sysreg_write4(__DCS0, q);
TCB_temp.DI=temp;
TCB_temp.DX=0x00010001;
TCB_temp.DY=0;
TCB_temp.DP=0x43000000;
q=__builtin_compose_128((long long)TCB_temp.DI | (long long)TCB_temp.DX32, (long long)(TCB_temp.DY | (long long)TCB_temp.DP32));
__builtin_sysreg_write4(__DCD0, q);
asm(nop;;);
asm(nop;;);
return temp;
}
2.3 可靠性設計
主DSP是采用Eprom加載,必須從Flash的0x00地址開(kāi)始;從DSP的程序位置放在Flash的第20個(gè)block段;數據庫信息位置放在第50個(gè)block段。為了增加遠程更新的可靠性,采用了以下方法:
① 把大量的數據分包,每1小包添加報頭和校驗位。信號處理機和監控中心采用握手的方式,信號處理機每接收到1小包的數據即進(jìn)行校驗,并回饋信息給監控中心,監控中心根據接收的信息判斷是繼續發(fā)送下1包還是重發(fā)本包。
② 奇偶校驗和CRC校驗相結合。單一的奇偶校驗出錯的概率還是很高的,本系統在奇偶校驗的基礎上,又加上了CRC校驗,增強數據的可靠性。
③ 網(wǎng)絡(luò )堵塞、斷開(kāi)或者串口的誤碼都會(huì )造成數據錯誤,而造成更新不成功,為了節省資源和增加更新的成功率,設計軟件支持斷點(diǎn)續傳。信號處理機軟件在接收數據包的過(guò)程中,如果遇到突發(fā)情況,只要在不斷電的情況下,軟件將自動(dòng)保存所有已經(jīng)接收完成的數據包,當重新接收遠程更新命令時(shí),通過(guò)協(xié)議要求中心軟件發(fā)送的數據包號,實(shí)現斷點(diǎn)續傳。當然,協(xié)議中制定了監控中心可以停止遠程更新,要求信號處理機重新開(kāi)始新一次的遠程更新。
④ 數據庫分段,讓更新時(shí)數據庫文件大小可調整,每次只更新需要的部分,盡量節省資源。全部的數據庫信息比較大,往往只需要更新其中的部分或者小部分,所以根據內容和經(jīng)驗,本系統把數據庫分為了6段,分別把6段數據文件放在Flash的6個(gè)block中,這樣遠程更新就更具靈活性,遠程傳送的數據量也得到了控制,增強了遠程更新成功的可靠性。
⑤ 從DSP用Link口加載,可以實(shí)現可靠的多次更新。即使更新過(guò)程中遇到突發(fā)情況導致更新不成功,主DSP仍然工作正常,可以再次接收更新指令,重新更新從DSP,直至更新成功。
2.4 測試和結果
本系統設計的遠程更新包括兩個(gè)類(lèi)型:數據庫和程序。更新文件大小均可改變。對于數據庫文件測試,從1包到800包均進(jìn)行了大量的測試。結果顯示,在網(wǎng)絡(luò )正常的情況下,基本均能更新成功;在網(wǎng)絡(luò )繁忙的時(shí)段,500包以下的數據文件,更新成功率大于95%,500包以上的更新成功率也大于90%。測試結果顯示此遠程更新的設計能滿(mǎn)足實(shí)際應用的需求。
結論
本文詳細地描述了遠程更新嵌入式軟件和數據庫的方法,提出了程序分片更新、數據庫部分更新的新方法。有一點(diǎn)需要注意,在主片程序更新過(guò)程中,還是有不能斷電的要求。所以設計時(shí),把需要在線(xiàn)維護和程序升級的軟件部分放在從DSP,在實(shí)際應用中主要進(jìn)行從DSP的更新。這樣,整個(gè)嵌入式系統的遠程更新功能的可靠性得到了很大的提高。
此應用設計已經(jīng)成功應用在某型號研制的設計中,在實(shí)際的測試和應用試驗中,遠程的數據庫更新和程序更新成功率均達到90%以上,完全滿(mǎn)足應用需求。
linux操作系統文章專(zhuān)題:linux操作系統詳解(linux不再難懂) 紅外熱像儀相關(guān)文章:紅外熱像儀原理
評論