TS201的嵌入式系統軟件遠程更新方法

tempp=__builtin_sysreg_read(__INTCTL);

tempp=tempp (0xFFFFFFFF ^INTCTL_TMR1RN);

__builtin_sysreg_write(__INTCTL, tempp);

NumberTimer++;

if(NumberTimer==3) { //如果已經重發3次

Variable_Init( );//初始化變量

}

else{

SendCopyData( ); //重發之前的信息

__builtin_sysreg_write(__TMRIN1H, 0x0); //高位的初始化是必需的

__builtin_sysreg_write(__TMRIN1L, CK10); //配置Timer1低位寄存器，并定時10 s重新開啟定時器

tempp=__builtin_sysreg_read(__INTCTL);

tempp=tempp | INTCTL_TMR1RN;

__builtin_sysreg_write(__INTCTL, tempp);

}

}

其中，定時器的計數周期是CCLK/2，所以，CK10=CCLK/2×10;

2.2.3　Flash程序實現

TS201對于外部設備Flash的讀寫操作只能通過DMA進行，本系統設計采用DMA0。其核心代碼如下：

void dma0_ISR( ){

return;

}

void WriteFlash( int Offset, int nValue ){//向Flash的Offset位置寫數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地址開始;從DSP的程序位置放在Flash的第20個block段;數據庫信息位置放在第50個block段。為了增加遠程更新的可靠性，采用了以下方法：

① 把大量的數據分包，每1小包添加報頭和校驗位。信號處理機和監控中心采用握手的方式，信號處理機每接收到1小包的數據即進行校驗，并回饋信息給監控中心，監控中心根據接收的信息判斷是繼續發送下1包還是重發本包。

② 奇偶校驗和CRC校驗相結合。單一的奇偶校驗出錯的概率還是很高的，本系統在奇偶校驗的基礎上，又加上了CRC校驗，增強數據的可靠性。

③ 網絡堵塞、斷開或者串口的誤碼都會造成數據錯誤，而造成更新不成功，為了節省資源和增加更新的成功率，設計軟件支持斷點續傳。信號處理機軟件在接收數據包的過程中，如果遇到突發情況，只要在不斷電的情況下，軟件將自動保存所有已經接收完成的數據包，當重新接收遠程更新命令時，通過協議要求中心軟件發送的數據包號，實現斷點續傳。當然，協議中制定了監控中心可以停止遠程更新，要求信號處理機重新開始新一次的遠程更新。

④ 數據庫分段，讓更新時數據庫文件大小可調整，每次只更新需要的部分，盡量節省資源。全部的數據庫信息比較大，往往只需要更新其中的部分或者小部分，所以根據內容和經驗，本系統把數據庫分為了6段，分別把6段數據文件放在Flash的6個block中，這樣遠程更新就更具靈活性，遠程傳送的數據量也得到了控制，增強了遠程更新成功的可靠性。

⑤ 從DSP用Link口加載，可以實現可靠的多次更新。即使更新過程中遇到突發情況導致更新不成功，主DSP仍然工作正常，可以再次接收更新指令，重新更新從DSP，直至更新成功。

2.4　測試和結果

本系統設計的遠程更新包括兩個類型：數據庫和程序。更新文件大小均可改變。對于數據庫文件測試，從1包到800包均進行了大量的測試。結果顯示，在網絡正常的情況下，基本均能更新成功;在網絡繁忙的時段，500包以下的數據文件，更新成功率大于95%，500包以上的更新成功率也大于90%。測試結果顯示此遠程更新的設計能滿足實際應用的需求。

結論

本文詳細地描述了遠程更新嵌入式軟件和數據庫的方法，提出了程序分片更新、數據庫部分更新的新方法。有一點需要注意，在主片程序更新過程中，還是有不能斷電的要求。所以設計時，把需要在線維護和程序升級的軟件部分放在從DSP，在實際應用中主要進行從DSP的更新。這樣，整個嵌入式系統的遠程更新功能的可靠性得到了很大的提高。

此應用設計已經成功應用在某型號研制的設計中，在實際的測試和應用試驗中，遠程的數據庫更新和程序更新成功率均達到90%以上，完全滿足應用需求。