基于天脈3 RamDisk組件的機(jī)載軟件快速升級(jí)設(shè)計(jì)與實(shí)現(xiàn)

摘 要：機(jī)載軟件在飛行安全、系統(tǒng)性能優(yōu)化和新功能支持方面起著關(guān)鍵作用。為適應(yīng)不斷變化的飛行環(huán)境和操作需求，機(jī)載軟件需要定期升級(jí)，并及時(shí)修復(fù)軟件漏洞和消除安全隱患，以降低潛在飛行風(fēng)險(xiǎn)。然而，傳統(tǒng)升級(jí)方式存在速度慢、需人工頻繁操作、易出錯(cuò)且無法自動(dòng)生成完整升級(jí)記錄的問題，難以滿足快速響應(yīng)和高效維護(hù)的需求?；诖?，提出了一種基于天脈3 RamDisk組件的機(jī)載軟件快速升級(jí)方案，在ACoreIDE環(huán)境下構(gòu)建在線升級(jí)集成框架，實(shí)現(xiàn)拖拽式升級(jí)流程，并自動(dòng)生成完整的升級(jí)日志。該方案提高了升級(jí)效率和系統(tǒng)可靠性，簡化了操作流程，減少了對人員專業(yè)性的依賴，為機(jī)載系統(tǒng)的高效維護(hù)提供了技術(shù)支持。

關(guān)鍵詞：天脈3操作系統(tǒng)；RamDisk組件；機(jī)載軟件；快速升級(jí)；嵌入式系統(tǒng)

中圖分類號(hào)：TP319" " 文獻(xiàn)標(biāo)志碼：A" " 文章編號(hào)：1671-0797（2025）07-0035-05

DOI：10.19514/j.cnki.cn32-1628/tm.2025.07.009

0" " 引言

機(jī)載嵌入式系統(tǒng)通常負(fù)責(zé)飛機(jī)控制、導(dǎo)航、通信、發(fā)動(dòng)機(jī)管理、傳感器數(shù)據(jù)處理等關(guān)鍵功能。機(jī)載嵌入式軟件升級(jí)是指飛機(jī)或其他航行器上運(yùn)行的嵌入式系統(tǒng)軟件進(jìn)行更新或迭代的過程。機(jī)載嵌入式軟件需定期進(jìn)行升級(jí)，以滿足新型任務(wù)要求、優(yōu)化系統(tǒng)性能、修補(bǔ)安全漏洞，從而適應(yīng)不斷更新的適航規(guī)范要求。

1" " 技術(shù)回顧與現(xiàn)狀分析

1.1" " 機(jī)載軟件升級(jí)方案

文獻(xiàn)[1]采用Zynq7045處理器，依賴主備映像冗余和完整性檢查提高可靠性，該方案主要依賴于有線網(wǎng)絡(luò)進(jìn)行升級(jí)，未涉及大規(guī)模部署時(shí)的自動(dòng)化批量升級(jí)功能，且升級(jí)流程仍需人工反復(fù)觸發(fā)和監(jiān)控，難以完全滿足大規(guī)模機(jī)群或大量配置項(xiàng)的升級(jí)需求。文獻(xiàn)[2]通過Wi-Fi實(shí)現(xiàn)無線升級(jí)，減少了人工干預(yù)，提高了升級(jí)的便捷性，但無線網(wǎng)絡(luò)的穩(wěn)定性和安全性在航空環(huán)境中可能存在挑戰(zhàn)，同時(shí)未涉及大規(guī)模并行升級(jí)和集中管理。文獻(xiàn)[3]依托光纖網(wǎng)絡(luò)，支持智能化版本管理和數(shù)據(jù)加載，減少了人工操作，但主要適用于單機(jī)或小規(guī)模系統(tǒng)，且光纖網(wǎng)絡(luò)的適用性受限。

綜合來看，現(xiàn)有方案均圍繞提高升級(jí)的可靠性、減少人工操作這一目標(biāo)展開，但在網(wǎng)絡(luò)環(huán)境適應(yīng)性、自動(dòng)化程度及大規(guī)模機(jī)群管理方面仍有待優(yōu)化。

本文提出的方案主要面向有線傳輸場景，旨在實(shí)現(xiàn)極小化人工干預(yù)的自動(dòng)化升級(jí)流程。針對多分區(qū)操作系統(tǒng)的映像結(jié)構(gòu)，即存在大量二進(jìn)制文件（bin文件）的情況下，本方法通過設(shè)計(jì)高效的配置文件解析機(jī)制、多分區(qū)映像管理策略以及日志記錄功能，確保升級(jí)過程的自動(dòng)化、可靠性和可追溯性。

1.2" " ACoreOSMP653操作系統(tǒng)

ACoreOSMP653是專門為新一代的航空電子系統(tǒng)而開發(fā)的，支持綜合化航空電子系統(tǒng)的多核嵌入式實(shí)時(shí)操作系統(tǒng)[4-5]。ACoreOSMP653操作系統(tǒng)是基于分區(qū)的高安全、高可靠的操作系統(tǒng)，并提供了符合ARINC653 AVIONICS APPLICATION SOFTWARE STANDARD INTERFACE規(guī)范的APEC接口，同時(shí)滿足GJB 5357—2005《航空電子應(yīng)用軟件接口要求》接口標(biāo)準(zhǔn)，為綜合化系統(tǒng)中應(yīng)用軟件的開發(fā)提供分區(qū)、進(jìn)程、調(diào)度、通信、健康監(jiān)控、文件系統(tǒng)等功能，有效降低了分區(qū)應(yīng)用間的相互干擾，確保了應(yīng)用系統(tǒng)的安全運(yùn)行。為了發(fā)揮ACoreOSMP/ACoreOSMP653軟件的功能并設(shè)計(jì)出可靠、高效的多核嵌入式系統(tǒng)，ACoreOSMP653提供了配套集成開發(fā)環(huán)境ACoreIDE，包含目標(biāo)機(jī)管理、調(diào)試、系統(tǒng)監(jiān)視等工具。

對于常見的基于ACoreOSMP653的機(jī)載應(yīng)用軟件[6]，其映像結(jié)構(gòu)如表1所示。

1.3" " RamDisk工作原理

RamDisk（也叫RAM磁盤）是一個(gè)利用計(jì)算機(jī)的RAM（隨機(jī)存取內(nèi)存）來模擬硬盤驅(qū)動(dòng)器的虛擬磁盤。換句話說，RamDisk是一種將內(nèi)存空間劃分為一個(gè)虛擬磁盤的技術(shù)，這個(gè)虛擬磁盤在計(jì)算機(jī)中表現(xiàn)得像一個(gè)傳統(tǒng)硬盤（HDD）或固態(tài)硬盤（SSD），但其數(shù)據(jù)實(shí)際上是存儲(chǔ)在計(jì)算機(jī)的內(nèi)存中。計(jì)算機(jī)啟動(dòng)時(shí)，操作系統(tǒng)會(huì)分配一部分RAM來作為虛擬硬盤使用。操作系統(tǒng)通過驅(qū)動(dòng)程序?qū)⑦@個(gè)內(nèi)存區(qū)域呈現(xiàn)給用戶或應(yīng)用程序，使其像普通的磁盤一樣操作。因?yàn)閿?shù)據(jù)存儲(chǔ)在RAM中，讀寫速度極快，通常遠(yuǎn)快于傳統(tǒng)硬盤或固態(tài)硬盤。然而，RamDisk也是易失性存儲(chǔ)：當(dāng)計(jì)算機(jī)關(guān)閉或重啟時(shí)，存儲(chǔ)在RamDisk中的數(shù)據(jù)會(huì)丟失，除非通過其他手段將其備份到非易失性存儲(chǔ)中。ACoreOSMP653提供了RamDisk組件，可根據(jù)實(shí)際需要使能并配置RamDisk存儲(chǔ)大小和文件系統(tǒng)。

綜上所述，在ACoreOSMP653操作系統(tǒng)下，假設(shè)機(jī)載軟件只包含一個(gè)分區(qū)，每次升級(jí)則需要固化5個(gè)文件，若采用常見的串口升級(jí)方式，則需進(jìn)行5次獨(dú)立的人工交互，這不僅增加了工作負(fù)擔(dān)，也可能由于人為操作的不可控性，影響系統(tǒng)的穩(wěn)定性和可靠性。

2" " 軟件的設(shè)計(jì)與實(shí)現(xiàn)

為了滿足嵌入式機(jī)載軟件頻繁升級(jí)的需求，本文設(shè)計(jì)并實(shí)現(xiàn)了一種基于天脈3 RamDisk組件的快速升級(jí)方案。該方案通過優(yōu)化升級(jí)流程、簡化操作步驟以及確保升級(jí)過程的可靠性和高效性，顯著提升了軟件升級(jí)的速度和穩(wěn)定性。

軟件的設(shè)計(jì)與實(shí)現(xiàn)分為PC端和目標(biāo)機(jī)端，模塊劃分如圖1所示，PC端主要為提取配置文件模塊，目標(biāo)機(jī)端主要包括RamDisk配置模塊、解析配置文件模塊、文件校驗(yàn)與固化模塊、日志記錄模塊等。

提取配置文件模塊旨在從天脈3自動(dòng)生成的xml配置中提取升級(jí)所需要的信息；RamDisk配置模塊實(shí)現(xiàn)RamDisk使能和容量配置；解析配置文件模塊主要描述本文所設(shè)計(jì)的配置文件結(jié)構(gòu)，其中加入了MD5碼校驗(yàn)，可以在固化階段實(shí)現(xiàn)文件校驗(yàn)；最后本設(shè)計(jì)實(shí)現(xiàn)了日志記錄模塊，升級(jí)日志可以幫助故障排查，詳細(xì)的升級(jí)日志可以幫助開發(fā)人員快速定位故障原因，縮短排查時(shí)間。通過上述模塊設(shè)計(jì)，可以在人工極少干預(yù)的情況下實(shí)現(xiàn)大量機(jī)載軟件配置項(xiàng)的快速升級(jí)，并記錄升級(jí)過程中的各項(xiàng)操作和結(jié)果，滿足安全審計(jì)和合規(guī)性要求，確保系統(tǒng)的可靠性和安全性。

本文以單一模塊的上電運(yùn)行過程為粒度，簡要介紹系統(tǒng)運(yùn)行過程及如何設(shè)置和操作讓目標(biāo)機(jī)跳轉(zhuǎn)至在線升級(jí)的入口，如圖2所示。

系統(tǒng)上電后，駐留于目標(biāo)機(jī)內(nèi)部的BOOT軟件首先執(zhí)行啟動(dòng)流程，完成基本的硬件初始化及主要驅(qū)動(dòng)的加載與配置。BOOT軟件運(yùn)行結(jié)束后，將依據(jù)地/開離散量的狀態(tài)進(jìn)行模式切換。若系統(tǒng)處于“空中態(tài)”，則直接運(yùn)行空中態(tài)應(yīng)用軟件，此時(shí)不可進(jìn)行軟件升級(jí)或維護(hù)；若系統(tǒng)處于“地面態(tài)”，則可選擇進(jìn)入RAM部署集成項(xiàng)目。本文主要研究在地面態(tài)條件下，通過熱部署方式快速升級(jí)集成項(xiàng)目。具體實(shí)現(xiàn)過程中，操作人員可在ACoreIDE的目標(biāo)機(jī)管理界面中定位到RamDisk設(shè)備對應(yīng)的存儲(chǔ)盤符，并將所有待升級(jí)的可執(zhí)行文件及配置文件拖入該存儲(chǔ)區(qū)域，目標(biāo)機(jī)端即可自動(dòng)執(zhí)行燒寫流程。此外，升級(jí)過程的完整日志可通過串口輸出，同時(shí)簡要的升級(jí)記錄也會(huì)存儲(chǔ)于RamDisk以支持后續(xù)追溯。為進(jìn)一步提高數(shù)據(jù)管理效率，可結(jié)合主機(jī)文件系統(tǒng)，實(shí)現(xiàn)升級(jí)日志的自動(dòng)化備份。

2.1" " RamDisk配置模塊設(shè)計(jì)與實(shí)現(xiàn)

2.1.1" " RamDisk使能配置

在ACoreOSMP653 RamDisk組件使能的情況下，嵌入式目標(biāo)機(jī)啟動(dòng)時(shí)，操作系統(tǒng)會(huì)分配一部分RAM來作為虛擬硬盤使用，在設(shè)計(jì)和實(shí)現(xiàn)階段可根據(jù)實(shí)際需要使能并配置RamDisk存儲(chǔ)大小和文件系統(tǒng)。

以ACoreOSMP653集成項(xiàng)目為例，在os.cfg配置文件中展開設(shè)備管理?xiàng)l目，使能RamDisk。綜合考慮單次最大可能升級(jí)的可執(zhí)行文件大小以及目標(biāo)機(jī)內(nèi)存容量估算RamDisk容量，并配置RamDisk掛載盤符和文件系統(tǒng)，配置過程示意如表2所示。

通過上述配置，系統(tǒng)將啟用RamDisk，并設(shè)定其大小為32 MB，掛載點(diǎn)為/mnt/A，文件系統(tǒng)類型為FAT32。

2.1.2" " RamDisk容量估算

本文中RamDisk容量估算與配置主要取決于以下兩個(gè)方面：

1）單次最大升級(jí)文件大?。阂罁?jù)系統(tǒng)需求，估算單次升級(jí)所需的最大可執(zhí)行文件大小。例如，如果最大升級(jí)文件為16 MB，建議RamDisk容量至少配置為32 MB，以提供充足的空間用于臨時(shí)文件和操作系統(tǒng)的緩沖。

2）目標(biāo)機(jī)內(nèi)存容量：在RamDisk配置時(shí)需綜合考慮目標(biāo)機(jī)的可用內(nèi)存資源，以避免對系統(tǒng)正常運(yùn)行產(chǎn)生影響。例如，若目標(biāo)機(jī)配備2 GB內(nèi)存，則RamDisk設(shè)置為32 MB既能滿足升級(jí)需求，又不會(huì)占用過多的內(nèi)存資源，從而保證系統(tǒng)的整體性能。

2.2" " 解析配置文件模塊設(shè)計(jì)與實(shí)現(xiàn)

在機(jī)載嵌入式軟件升級(jí)過程中，每次向目標(biāo)機(jī)上傳升級(jí)文件時(shí)，需同步上傳對應(yīng)的配置文件。該配置文件包含文件路徑、固化地址等關(guān)鍵信息，能指導(dǎo)目標(biāo)機(jī)查找升級(jí)文件并執(zhí)行固化操作。解析配置文件模塊的核心功能是解析該文件，提取關(guān)鍵信息，并將其傳遞至固化模塊，以確保升級(jí)過程的準(zhǔn)確性與自動(dòng)化。

本節(jié)將詳細(xì)闡述解析配置文件模塊的設(shè)計(jì)與實(shí)現(xiàn)，包括配置文件結(jié)構(gòu)定義、解析算法設(shè)計(jì)以及錯(cuò)誤處理機(jī)制。該模塊的引入可提高目標(biāo)機(jī)對升級(jí)文件的定位與固化效率，減少人工干預(yù)，提高升級(jí)的自動(dòng)化水平與可靠性。

解析配置文件模塊的設(shè)計(jì)遵循以下原則，以確保升級(jí)過程的高效性、靈活性和可靠性：

1）自動(dòng)化升級(jí)流程：通過解析配置文件中的升級(jí)文件路徑與固化地址，實(shí)現(xiàn)文件定位與固化的自動(dòng)化，減少人工干預(yù)，提高升級(jí)效率。

2）靈活性與可擴(kuò)展性：采用JSON格式作為配置文件存儲(chǔ)結(jié)構(gòu)，便于擴(kuò)展和修改，支持多文件升級(jí)及復(fù)雜場景的適配，以滿足不同系統(tǒng)需求。

3）安全性與可靠性：通過MD5校驗(yàn)機(jī)制確保升級(jí)文件的完整性和正確性，防止因文件損壞或篡改導(dǎo)致的升級(jí)失敗，從而提升系統(tǒng)穩(wěn)定性。

為提高解析效率和系統(tǒng)兼容性，本文采用JSON格式作為配置文件的存儲(chǔ)結(jié)構(gòu)。JSON格式具有結(jié)構(gòu)清晰、易于解析、可讀性強(qiáng)等優(yōu)點(diǎn)，適用于配置數(shù)據(jù)的存儲(chǔ)和管理。此外，JSON格式支持嵌套結(jié)構(gòu)與動(dòng)態(tài)擴(kuò)展，能夠適應(yīng)未來多文件升級(jí)或復(fù)雜配置的需求，為系統(tǒng)的靈活性與可維護(hù)性提供保障。

本文給出一個(gè)update_v1.json示例，如下所示：

{

\"upgrade_files\"： [

{

\"file_path\"： \"/mnt/ramdisk/upgrade_v1.0.bin\"，

\"burn_address\"： \"0x1100000\"，

\"md5\"： \"d41d8cd98f00b204e9800998ecf8427e\"

}

]

}

2.3" " 文件校驗(yàn)與固化模塊設(shè)計(jì)與實(shí)現(xiàn)

基于2.2所提到的update_v1.json文件，文件校驗(yàn)與固化模塊旨在將待升級(jí)文件從RamDisk中正式寫入到目標(biāo)系統(tǒng)的指定位置。為確保系統(tǒng)在升級(jí)過程中的穩(wěn)定性和數(shù)據(jù)完整性，固化過程需要遵循嚴(yán)格的步驟和機(jī)制。具體實(shí)現(xiàn)如圖3所示。

1）關(guān)閉系統(tǒng)調(diào)度：在固化升級(jí)文件之前，首先需要關(guān)閉系統(tǒng)調(diào)度，以防在固化過程中發(fā)生任務(wù)切換或資源競爭，確保固化過程的順利進(jìn)行。

2）文件固化：自動(dòng)解析，根據(jù)解析后的配置文件，將升級(jí)文件從RamDisk復(fù)制到目標(biāo)地址。這一過程需要確保文件的完整性和正確性，防止因傳輸錯(cuò)誤導(dǎo)致系統(tǒng)文件損壞。

3）計(jì)算與統(tǒng)計(jì)信息：固化完成后，系統(tǒng)需要計(jì)算和統(tǒng)計(jì)相關(guān)信息，包括文件大小、固化時(shí)間、數(shù)據(jù)完整性校驗(yàn)結(jié)果等。這些信息將用于生成升級(jí)日志，便于后續(xù)的追溯和分析。

4）恢復(fù)系統(tǒng)調(diào)度。

2.4" " 日志記錄模塊設(shè)計(jì)與實(shí)現(xiàn)

升級(jí)日志是記錄整個(gè)升級(jí)過程的重要文件，包含了升級(jí)的各項(xiàng)細(xì)節(jié)和統(tǒng)計(jì)信息，方便了開發(fā)人員和運(yùn)維人員進(jìn)行后續(xù)的追溯、分析和問題排查。本節(jié)從日志格式設(shè)計(jì)、日志生成流程和日志存儲(chǔ)與管理三個(gè)方面進(jìn)行介紹。

2.4.1" " 日志格式設(shè)計(jì)

升級(jí)日志需要清晰、結(jié)構(gòu)化地記錄升級(jí)過程中的各個(gè)環(huán)節(jié)，包括時(shí)間戳、文件名、文件路徑、操作類型、文件大小、校驗(yàn)結(jié)果等。常見的日志格式可以采用JSON或CSV格式，方便機(jī)器讀取和人工分析。

JSON日志格式示例：

{

\"upgrade_id\"： \"20240923-110420\"，

\"timestamp\"： \"2024-09-23-11：04：20\"，

\"operator\"： \"XXX\"，

\"upgrade_files\"： [

{

\"file_path\"： \"/usr/local/bin/application_v1.0\"，

\"file_size\"： 4096，

\"checksum\"： \"9e107d9d372bb6826bd81d3542a4

19d6\"，

\"status\"： \"success\"

}，

{

\"file_path\"： \"/etc/application/config_v1.0.cfg\"，

\"file_size\"： 2048，

\"checksum\"： \"e4d909c290d0fb1ca068ffaddf22cb

d0\"，

\"status\"： \"success\"

}

]，

\"summary\"： {

\"total_files\"： 2，

\"total_size\"： 4096 + 2048，

\"success_count\"： 2，

\"failure_count\"： 0，

\"upgrade_duration_seconds\"： 120

}

}

2.4.2" " 日志生成流程

在固化升級(jí)文件并收集統(tǒng)計(jì)信息后，系統(tǒng)將自動(dòng)生成升級(jí)日志。具體流程如下：

1）收集統(tǒng)計(jì)信息：包括每個(gè)升級(jí)文件的路徑、大小、校驗(yàn)和等。

2）記錄操作時(shí)間：記錄每個(gè)操作的開始和結(jié)束時(shí)間，計(jì)算升級(jí)過程的總時(shí)長。

3）記錄操作結(jié)果：記錄每個(gè)文件固化的狀態(tài)（成功或失敗），并記錄詳細(xì)的錯(cuò)誤信息（約定好的錯(cuò)誤碼）。

2.4.3" " 日志存儲(chǔ)與管理

1）存儲(chǔ)位置：升級(jí)日志應(yīng)存放在RamDisk的指定目錄中，如/mnt/Alogs/，以便后續(xù)讀取和管理。

2）日志備份：為了防止日志丟失，升級(jí)結(jié)束后應(yīng)將日志文件備份到主機(jī)文件系統(tǒng)，確保日志的持久性和可追溯性。該步驟可通過天脈3配置主機(jī)文件系統(tǒng)，實(shí)現(xiàn)自動(dòng)化備份。

3" " 驗(yàn)證與分析

3.1" " 場景驗(yàn)證

本文所提出的升級(jí)方案旨在減少人工干預(yù)，實(shí)現(xiàn)機(jī)載軟件配置項(xiàng)的高效自動(dòng)化升級(jí)。為評估本方案在減少人工操作方面的優(yōu)勢，本節(jié)以某綜合處理機(jī)的升級(jí)過程為例進(jìn)行分析。

該綜合處理機(jī)包含10個(gè)模塊，其中8個(gè)模塊均運(yùn)行包含4個(gè)分區(qū)的軟件，每個(gè)軟件包含8個(gè).bin文件。依據(jù)前文所述ACoreOSMP653機(jī)載軟件映像結(jié)構(gòu)，可知傳統(tǒng)串口升級(jí)方式需執(zhí)行以下人工操作：

1）文件選擇：每個(gè)模塊的可執(zhí)行文件（8個(gè)/模塊）均需進(jìn)行8次獨(dú)立的手動(dòng)選擇。

2）固化地址輸入：每個(gè)文件需手動(dòng)輸入固化地址，共8次。

3）模塊間重復(fù)操作：由于8個(gè)模塊需分別升級(jí)，該過程共涉及8×8=64次人工交互。

相比之下，采用本文提出的基于天脈3 RamDisk和ACoreIDE的快速升級(jí)方案，可顯著減少人工操作，提高升級(jí)效率。其優(yōu)化策略如下：

1）文件批量傳輸：所有待升級(jí)的可執(zhí)行文件可一次性批量拖拽至指定目錄，自動(dòng)完成傳輸。

2）固化地址自動(dòng)解析：通過解析升級(jí)配置文件，自動(dòng)獲取固化地址，無須人工輸入，提高了升級(jí)準(zhǔn)確性。

3）日志自動(dòng)生成：系統(tǒng)自動(dòng)生成升級(jí)日志，便于后續(xù)追溯和維護(hù)，提升了可維護(hù)性。

在此場景下，人工交互次數(shù)由64次降低至8次，降幅87.5%，同時(shí)操作流程顯著簡化，降低了人為操作誤差的風(fēng)險(xiǎn)。經(jīng)多輪實(shí)驗(yàn)驗(yàn)證，本方案能夠有效提升升級(jí)效率，增強(qiáng)自動(dòng)化程度，為機(jī)載軟件的快速部署與維護(hù)提供可靠的技術(shù)支持。

3.2" " 特殊場景適用性

在操作系統(tǒng)（OS）映像及各分區(qū)映像地址均已固定的情況下，每次升級(jí)僅涉及單個(gè)分區(qū)或OS映像。此時(shí)，原有的升級(jí)流程已相對簡潔，且升級(jí)文件及固化地址較為固定。盡管采用本方案仍可保持較高的自動(dòng)化優(yōu)勢，但相較于上述綜合處理機(jī)示例，其提升效果可能不如預(yù)期顯著。然而，該方案仍具有重要價(jià)值，其可確保升級(jí)日志記錄完整，為后續(xù)的維護(hù)和追溯提供可靠的數(shù)據(jù)支持。

4" " 總結(jié)與展望

為進(jìn)一步完善機(jī)載軟件的升級(jí)與維護(hù)能力，未來研究可圍繞以下方向展開：

1）可信執(zhí)行環(huán)境：結(jié)合安全加固技術(shù)與遠(yuǎn)程運(yùn)維管理，構(gòu)建可信的軟件升級(jí)框架，使升級(jí)流程與系統(tǒng)安全策略深度融合，從而提升系統(tǒng)的可靠性與安全防護(hù)能力。

2）統(tǒng)一入口的升級(jí)管理：針對多種類型的外設(shè)及嵌入式設(shè)備，建立統(tǒng)一的升級(jí)入口與管理機(jī)制，提高跨設(shè)備升級(jí)的一致性與可維護(hù)性，增強(qiáng)系統(tǒng)的可擴(kuò)展性。

綜上所述，本文提出的升級(jí)方案通過優(yōu)化升級(jí)流程、減少人工交互，并自動(dòng)生成詳盡的升級(jí)日志，為機(jī)載軟件的更新迭代提供了高效、可靠且可追溯的技術(shù)支持。在不斷發(fā)展的航空電子領(lǐng)域，未來可進(jìn)一步引入可信執(zhí)行環(huán)境及遠(yuǎn)程管理等關(guān)鍵技術(shù)，以提升機(jī)載軟件的可維護(hù)性、安全性及升級(jí)效率，從而為機(jī)載系統(tǒng)提供更廣闊的應(yīng)用前景。

[參考文獻(xiàn)]

[1] 李萬軍.一種機(jī)載嵌入式模塊在線升級(jí)方案[J].單片機(jī)與嵌入式系統(tǒng)應(yīng)用，2022，22（11）：42-45.

[2] 曾麗君，魏麗.航空機(jī)載嵌入式軟件無線升級(jí)技術(shù)研究[J].航空計(jì)算技術(shù)，2018，48（6）：91-95.

[3] 崔明明，朱劍鋒.機(jī)載軟件在線維護(hù)系統(tǒng)研究與設(shè)計(jì)[J].航空電子技術(shù)，2017，48（4）：27-31.

[4] 周昊，王銘，徐杰.基于天脈操作系統(tǒng)的在線加載軟件設(shè)計(jì)[J].信息技術(shù)與信息化，2023（3）：58-61.

[5] 王丹丹，王婷，王碩.一種機(jī)載高性能系統(tǒng)管理軟件的設(shè)計(jì)與實(shí)現(xiàn)[J].電腦編程技巧與維護(hù)，2024（5）：25-27.

[6] 吳姣，戴小氐，張鋯.IMA架構(gòu)航電系統(tǒng)綜合核心處理機(jī)平臺(tái)軟件設(shè)計(jì)[J].航空計(jì)算技術(shù)，2020，50（3）：87-90.

收稿日期：2025-02-19

作者簡介：王柯皓（1997—），男，河南人，助理工程師，研究方向：航空領(lǐng)域嵌入式軟件。