葛菲 張喬 張雅娟

(中國科學院國家空間科學中心 北京 100190)

0 引言

隨著中國航天技術的不斷發(fā)展，航天器結構從簡單構型向大型復雜結構和小型微型化結構發(fā)展，航天器工作任務從單一型向多樣化和特殊化發(fā)展。面對這樣的發(fā)展趨勢，傳統(tǒng)載荷管理軟件在軌工作控制技術存在以下幾方面問題。

（1）載荷管理器在軌運行時，需要根據(jù)不同的探測要求切換不同的工作任務。傳統(tǒng)載荷管理軟件切換任務時，需要地面注入大量指令序列，完成對載荷的一系列工作參數(shù)配置和驅(qū)動控制工作。然而目前中國測控站數(shù)量有限，天地信息聯(lián)系弧度短，測控資源不可能為航天器長期獨占。隨著航天器壽命越來越長，這將增加地面指令注入的壓力，對天地傳輸鏈路可靠性也提出了更高要求。

（2）面對多樣化的載荷管理器工作任務，傳統(tǒng)載荷管理軟件的設計通常未考慮通用設計。一方面沒有對需求進行約定，導致需求變化多樣；另一方面開發(fā)人員在開發(fā)軟件時沒有可遵循的規(guī)范，未考慮或者很少考慮軟件在不同型號之間的復用。需要根據(jù)不同衛(wèi)星型號的個性化工作要求進行針對性設計，這樣既降低了開發(fā)效率，又增加了研制成本。

（3）當載荷管理器出現(xiàn)故障時，傳統(tǒng)的載荷管理軟件主要依靠地面測控站進行地面干預，通過人工判讀大量遙測信息獲取其運行狀態(tài)，地面進行故障處置時往往需要多軌完成，時效性差，且在執(zhí)行處置策略時極易出現(xiàn)空間鏈路不安全、人為操作失誤等問題，從而影響用戶滿意度。如果載荷管理器長時間處于不可見弧段，在故障發(fā)生時如果不能盡快解決會使故障進一步擴散造成不可挽回的重大損失。這無疑增加了故障診斷和處置工作的難度及復雜度[1]。

針對上述問題，CCSDS 開展了航天器接口業(yè)務（SOIS）領域的研究工作[2]。其中，基于SOIS 架構的EDS（SEDS）[3,4]通過可讀的數(shù)據(jù)表單，實現(xiàn)異構部件的兼容使用，解決智能自主控制、協(xié)議統(tǒng)一、重用和可持續(xù)的問題。中國一直以來也在不斷跟蹤研究CCSDS 標準及其EDS 技術[5]，航天器軟件工作有從編程向數(shù)據(jù)設計、從人為干預向智能控制轉化的趨勢。本文基于EDS 的思想，自定義一種通用的數(shù)據(jù)表格式，以統(tǒng)一指令格式和內(nèi)部數(shù)據(jù)管理格式。根據(jù)對多個載荷在軌工作需求進行分析，得出一系列通用的功能，并且將這些功能采用通用的服務實現(xiàn)。在不修改或者少修改程序的條件下，通過服務的應用以及數(shù)據(jù)傳遞和配置，提升軟件的適應性，實現(xiàn)重用的效果。本文提出的在軌工作自主控制方案以在軌工作流程管理和重要參數(shù)監(jiān)控管理兩個服務為例，對載荷管理軟件在軌工作的自主控制技術進行研究，并給出具體的自主控制方案和實現(xiàn)方法。

1 有效載荷工作流程自主控制方案設計

在軌工作自主控制主要是針對不同工作模式，對不同載荷進行工作時序控制和對載荷工作狀態(tài)的監(jiān)控管理而設計的通用化方案。載荷工作時序控制主要體現(xiàn)在，可以根據(jù)不同的載荷主體、接口類型、使用目的和控制方式，提取出一系列工作指令類型，通過可視化的數(shù)據(jù)表格對指令進行格式定義，進而匯總為工作指令表。再根據(jù)時序和工作模式要求，將各個工作指令動態(tài)匯聚成工作流程表來控制載荷工作，達到載荷管理器在軌工作自主控制的要求。載荷工作狀態(tài)監(jiān)控管理主要針對在軌工作流程中載荷工作狀態(tài)異常時的應急處理，可根據(jù)重要參數(shù)監(jiān)控指令工作表的設計，按載荷個性化要求轉入停止工作狀態(tài)或自動轉為待機模式。該方案通過對工作表的設計和使用，有效解決了載荷管理軟件在軌工作控制需求差異化帶來的多樣化、定制化問題。

1.1 工作分析

目前通用化、模塊化和智能化已成為智能自主控制系統(tǒng)架構的設計重點[6-7]。這里對多個型號的軟件需求進行歸納整理和統(tǒng)籌分析（見圖1），對載荷管理器在軌工作涉及的接口通信類型、載荷控制對象和在軌工作模式進行統(tǒng)計。

圖1 中載荷管理器與載荷之間的接口類型主要包括總線指令控制及應答、電平信號控制及采集、同步信號接收和科學數(shù)據(jù)傳輸?shù)?；常見的控制對象包括光學探測器頭部控制、電機驅(qū)動控制、加熱/制冷等溫度控制、磁控制、速度控制、開關量/編碼器控制等。對于多數(shù)控制對象，基本都體現(xiàn)在通過外接FPGA 進行總線指令及電平信號的控制及采集；其工作模式可分為待機模式、實驗模式、維護模式三類。

圖1 載荷在軌工作自主控制需求分析Fig.1 Demand analysis diagram for autonomous control of load on-orbit

載荷管理器作為控制核心，需要對載荷各功能模塊的運行進行高效可靠管理和控制，協(xié)調(diào)內(nèi)部各功能模塊的工作。圖2 為載荷管理器的在軌工作時序，其工作流程與載荷在軌運行時序及工作流程安排密切相關。

根據(jù)圖2 所示在軌工作時序，可將工作模式歸納整理為待機模式、實驗模式和維護模式，具體模式之間的切換如圖3 所示。

圖2 在軌工作時序Fig.2 On-orbit working timing diagram

待機模式：實驗模式前或特定需求下，進入待機模式。在此模式下，載荷管理器和各載荷單元均處于待機狀態(tài)。待機模式下載荷管理器與各載荷單元進行周期狀態(tài)輪詢通信，與衛(wèi)星平臺進行1553 B 總線通信，載荷管理器進行周期健康維護管理。待機模式下不進行工作流程的自動處理。

實驗模式：實驗模式以軌道周期為單位，可根據(jù)不同探測需求分為不同的工作流程，每個工作流程為實驗模式下的獨立子模式。實驗模式下，各載荷單元均處于工作狀態(tài)，采集科學數(shù)據(jù)，完成科學探測任務。每個子模式工作流程結束后自動進入待機模式，如果當前子模式下收到其他子模式，可記錄收到的子模式，待當前子模式工作流程結束后在下一軌自動進入新注入的子模式工作流程。

維護模式：衛(wèi)星入軌后，儀器正常工作前，載荷管理器需對載荷單元進行在軌維護參數(shù)配置。當遇到緊急狀況，例如能源節(jié)省、能源危機等，載荷管理器自動進入維護模式，如果此時處于實驗模式下，則自主停止工作流程并將各載荷單元關機進入維護模式。

圖3 中模式間的切換方式用A～F 表示，其具體說明如下。

圖3 工作模式切換狀態(tài)Fig.3 Working mode switching diagram

A：系統(tǒng)上電默認為維護模式，維護模式下僅載荷管理器上電和需要維護的載荷單元上電。

B：載荷管理器和所有載荷單元均上電后進入待機模式。

C：除需要維護的載荷單元外，其他載荷單元斷電進入維護模式，或在待機模式下收到緊急指令時進入維護模式。

D：待機模式下收到某個實驗子模式指令，按該子模式工作流程開始工作則進入實驗模式。

E：工作流程結束后自動進入待機模式，實驗模式中出現(xiàn)工作異常則自動進入待機模式。

F：當實驗模式下收到緊急指令時進入維護模式。

1.2 工作表設計

為實現(xiàn)通用化的載荷在軌工作自主控制設計，這里自定義了一種通用的數(shù)據(jù)表。該數(shù)據(jù)表包括初始化參數(shù)配置表、工作指令表和工作流程控制表，將指令格式和內(nèi)部數(shù)據(jù)管理格式進行統(tǒng)一，其中數(shù)據(jù)表內(nèi)容可根據(jù)型號要求進行個性化配置。圖4 為該數(shù)據(jù)表的地址分配。

圖4 數(shù)據(jù)表地址分配Fig.4 Address allocation diagram of data sheet

1.2.1 初始化參數(shù)配置表

初始化參數(shù)配置表主要用于存儲載荷加電后載荷及工作流程運行的初始化狀態(tài)，對應驅(qū)動控制載荷的FPGA 初始化狀態(tài)，以及載荷管理器通信管理相關的初始化配置及系統(tǒng)維護初始化參數(shù)等。初始化參數(shù)配置表的具體參數(shù)可根據(jù)型號要求進行自定義（見表1）。

表1 初始化參數(shù)配置Table 1 Initialize parameter configuration

1.2.2 工作指令表

工作指令表用于存儲有效載荷所有可能的指令內(nèi)容，可用2 Byte 動作類型和2 Byte 動作編碼確定具體指令內(nèi)容。指令格式、長度及內(nèi)容可根據(jù)型號要求自行定義。這里對3 種指令類型進行介紹，分別為RS422 通信指令（屬于總線指令控制與采集類別）、載荷開關及復位指令（屬于電平信號控制與采集類別）、載荷重要參數(shù)監(jiān)控指令。

RS422 通信指令表用于存儲載荷管理器通過RS422 總線發(fā)送給有效載荷的控制指令內(nèi)容。本系統(tǒng)發(fā)送給各有效載荷的指令長度均為8 Byte，具體格式列于表2。

表2 RS422 通信指令Table 2 RS422 communication instruction

例如指令編號2001H 為載荷2 的第2 條指令，每條指令可根據(jù)指令編號進行指令地址索引，指令的索引地址可根據(jù)初始化參數(shù)配置表中的各種類型指令的基地址、指令最大存儲數(shù)及指令長度進行索引。

載荷開關及復位指令用于存儲載荷管理器通過驅(qū)動控制載荷的FPGA，對載荷進行開關機控制及復位的指令內(nèi)容。指令內(nèi)容多為通過衛(wèi)星平臺總線通信發(fā)送的總線指令，具體格式列于表3。

表3 載荷開關及復位指令Table 3 Payload switch and reset instruction

載荷重要參數(shù)監(jiān)控指令[8]用于存儲載荷及載荷管理器需要狀態(tài)監(jiān)控的重要參數(shù)相關指令，具體格式列于表4。

表4 載荷重要參數(shù)監(jiān)控指令Table 4 Payload important parameter monitoring instruction

參數(shù)說明如下。

監(jiān)控類型：分為單次監(jiān)控和一直監(jiān)控，若監(jiān)控超限則根據(jù)處理類型進行超限處理，單次監(jiān)控若未超限則繼續(xù)執(zhí)行該工作流程。

處理類型：根據(jù)不同載荷單元對監(jiān)控的重要參數(shù)超限的不同約定進行處理。

監(jiān)控間隔：監(jiān)控一次重要參數(shù)的間隔。

判斷類型：03H 代表大于，0CH 代表等于，30H 代表小于，C0H 代表不等于，05H 代表大于等于，0AH 代表小于等于。

判斷閾值：需要比較的數(shù)值。

監(jiān)控重要參數(shù)類型：可根據(jù)軟件對參數(shù)分類進行定義，例如載荷模擬量、載荷狀態(tài)參數(shù)等。

監(jiān)控重要參數(shù)字節(jié)數(shù)：可設置1～4 字節(jié)。

監(jiān)控重要參數(shù)位置：按照不同的監(jiān)控重要參數(shù)類型，索引該類型參數(shù)首地址相對應的偏移位置。

1.2.3 工作流程控制表

工作流程控制表用于存放不同實驗子模式對應的工作流程中所有有效載荷的指令時序控制信息。工作流程控制表分為控制表頭和控制內(nèi)容兩部分，其中控制表頭和控制內(nèi)容中每個執(zhí)行步驟均為8 字節(jié)。工作流程控制格式列于表5。

表5 工作流程控制Table 5 Workflow control

注1工作流程控制表的控制表頭包括工作流程表編號、步驟數(shù)、指令時間碼類型和流程起始時間。其中，步驟數(shù)表示該工作流程控制表中需要執(zhí)行的工作指令總數(shù)。指令時間碼類型55H 代表基于流程起始時間的絕對時間，AAH 表示基于上一條指令時間碼的相對時間。流程起始時間是以軌道周期為單位的0 時刻基準時間下的起始工作時間，其中FFFFFFFFH表示立刻執(zhí)行，非FFFFFFFFH 時bit31 用于區(qū)分正負數(shù)，0 表示正數(shù)，1 表示負數(shù)，負數(shù)適用于起始時刻在軌道0 時刻之前的情況，正數(shù)適用于起始觀測在軌道0 時刻之后或每次觀測開關機的情況；本系統(tǒng)的時間單位為100 μs 的計數(shù)。

注2工作流程控制表的控制內(nèi)容由一條條指令序列組成，每一條指令序列為一條指令步驟。包括4 字節(jié)指令執(zhí)行時間碼、2 字節(jié)指令類型和2 字節(jié)指令編碼。指令時間碼表示該條指令執(zhí)行的時間。系統(tǒng)共涉及三種指令類型：33H 定義為RS422 通信指令；66H 定義為載荷開關及復位指令；99H 定義為重要參數(shù)監(jiān)控指令。指令編碼定義參見表2～4。

2 軟件實現(xiàn)

軟件實現(xiàn)工作流程的自主控制主要包括工作流程管理和重要參數(shù)監(jiān)控管理，具體模塊分解如圖5 所示。其中，工作模式切換按照圖3 所示的切換方式進行模式切換管理，這里將重點分析工作流程控制管理和重要參數(shù)監(jiān)控管理。

圖5 工作流程自主控制功能分解Fig.5 Functional decompositon of workflow antonomous control

2.1 工作流程管理

工作流程控制管理包括數(shù)據(jù)表使用、數(shù)據(jù)表健康管理和在軌工作自主控制遙測管理。

2.1.1 數(shù)據(jù)表使用

軟件按照初始化參數(shù)配置表對工作狀態(tài)進行初始化配置后，啟動在軌工作自主控制任務，按照圖6所示流程索引并讀取相關工作流程控制表和指令表內(nèi)容。首先，對軌道內(nèi)部時間進行管理，既要按照軌道周期進行自首時處理，又要適應入光點變化而導致的零時校準。在得到軌道內(nèi)部時間后判斷當前工作自主控制流程是處于停止狀態(tài)還是工作狀態(tài)。若此時為停止狀態(tài)，則按照工作模式設置數(shù)據(jù)注入中設置的工作流程表序號進行索引，若表序號正確則讀取表頭信息，當軌道內(nèi)部時間達到表頭中的開始執(zhí)行時間則置當前為工作狀態(tài)且設置當前為實驗開始時間。在軌自主控制流程進入工作狀態(tài)后判斷當前工作是否出現(xiàn)異常，如果收到了緊急斷電指令，載荷重要監(jiān)控參數(shù)出現(xiàn)異常、軟件復位恢復異常等，則按照任務要求進入相應異常情況下的工作流程表對載荷進行異常處理，自動進入待機/維護模式；若沒有出現(xiàn)異常則按照工作流程表的步驟依次索引指令內(nèi)容及其指令時間并執(zhí)行相應工作指令，直至全部步驟執(zhí)行完成，將當前置為停止狀態(tài)。此外軟件隨時對工作狀態(tài)進行備份，當軟件發(fā)生異常復位時，可對工作狀態(tài)進行恢復，保證在軌工作流程可以繼續(xù)執(zhí)行。

圖6 工作流程管理處理流程Fig.6 Workflow management process flow chart

2.1.2 數(shù)據(jù)表健康管理

軟件對數(shù)據(jù)表的健康管理包括對數(shù)據(jù)表的備份、數(shù)據(jù)表單粒子糾錯以及數(shù)據(jù)表的在線更改。

由于宇宙空間存在大量高能量的粒子輻射，很容易引起電路邏輯狀態(tài)發(fā)生翻轉、存儲數(shù)據(jù)發(fā)生隨機改變，進而可能造成災難性后果。為防止單粒子現(xiàn)象的發(fā)生，軟件在設計過程中將數(shù)據(jù)表在EEPROM 中備份存儲三份[9]，軟件上電后首先將EEPROM 中存儲的數(shù)據(jù)表以三取二的方式搬移到RAM 保留區(qū)，防止因某一份數(shù)據(jù)表內(nèi)容因單粒子翻轉造成錯誤，確保了數(shù)據(jù)表內(nèi)容的可靠性。

此外，載荷管理器還使用了EDAC 糾錯技術，軟件會對EEPROM 區(qū)進行全區(qū)域數(shù)據(jù)讀取并計算校驗和，當EEPROM 區(qū)發(fā)生單bit 錯誤時，軟件會進入CPU 內(nèi)部的EDAC 中斷，將錯地址寄存器（FAILAR）、錯誤數(shù)據(jù)等信息存儲下來存放到EDAC 出錯信息保留區(qū)，存儲容量為64 條。對于雙bit 錯誤系統(tǒng)軟件會將出錯信息放到系統(tǒng)軟件trap 信息保留區(qū)，地面可通過內(nèi)存下泄，查看錯誤狀態(tài)，再通過在線更改對錯誤進行修改或忽略。

數(shù)據(jù)表在線修改的修改范圍包括對單字節(jié)的部分修改和大數(shù)據(jù)塊的整體修改；修改時效包括臨時修改和永久修改。部分修改包括數(shù)據(jù)表中對載荷總線通信指令內(nèi)容的修改和定向修改。定向修改即為針對指定地址和長度的數(shù)據(jù)表內(nèi)容進行修改；針對給載荷轉發(fā)的指令內(nèi)容將遙控注入包中增加指令編碼對工作指令進行索引，當指令編碼為FFFFH 時表示僅轉發(fā)載荷指令不對數(shù)據(jù)表進行修改，當指令編碼為非FFFFH 時，即設置為指令的索引編號，除了轉發(fā)載荷指令外，還需對數(shù)據(jù)表RAM 保留區(qū)中對應指令參數(shù)進行修改。此外，還設計了大數(shù)據(jù)塊遙控注入包[10-11]，將數(shù)據(jù)表內(nèi)容按照指定格式分包上注后對整個數(shù)據(jù)表進行修改。

軟件上電后會將數(shù)據(jù)表從EEPROM 區(qū)搬移到RAM 保留區(qū)，軟件對數(shù)據(jù)表的修改及使用都是針對數(shù)據(jù)表RAM 保留區(qū)，由于RAM 掉電內(nèi)容不保存而EEPROM 掉電內(nèi)容保存的特性，當修改數(shù)據(jù)表時會因為只對RAM 保留區(qū)進行修改而只起到臨時修改的效果，軟件在執(zhí)行工作流程控制表時會根據(jù)數(shù)據(jù)表RAM 保留區(qū)中最新修改的工作指令內(nèi)容執(zhí)行。如需永久修改則可通過上注“數(shù)據(jù)表從RAM 區(qū)到EEPROM”指令將修改的內(nèi)容更新到EEPROM 區(qū)中，即設備在重新上電后可根據(jù)更改的數(shù)據(jù)表進行加載。當然，如果只想恢復原始數(shù)據(jù)表指令內(nèi)容，可通過“數(shù)據(jù)表從EEPROM 到RAM 區(qū)”指令將原先保存在EERPOM 中的內(nèi)容重新拷貝到RAM 保留區(qū)，在軌工作時也會按照原始數(shù)據(jù)表中的內(nèi)容進行執(zhí)行。

2.1.3 在軌工作自主控制遙測管理

軟件在進行在軌工作自主控制時，會對工作流程自主控制過程中的執(zhí)行狀態(tài)進行管理和下傳，相關參數(shù)如表6 所示。通過當前執(zhí)行工作控制表序號和待執(zhí)行工作控制表序號，確認工作模式的實驗模式下對應執(zhí)行子模式的工作流程控制表序號。通過工作流程表更新標識，確認當前工作流程控制表是否有更新情況，通過工作流程表執(zhí)行狀態(tài)，確認當前工作流程控制表是否因故障無法繼續(xù)執(zhí)行并顯示當前的故障類型。通過流程執(zhí)行步驟計數(shù)可查看當前工作流程控制表將要執(zhí)行的步驟號，也可確認當前因故障停止運行時的步驟號。工作流程表工作狀態(tài)表示當前工作流程控制表是處于工作狀態(tài)還是停止狀態(tài)。

表6 工作流程管理相關參數(shù)Table 6 Workflow management related parameters

2.2 重要參數(shù)監(jiān)控管理

重要參數(shù)監(jiān)控功能根據(jù)制定的條件對監(jiān)控參數(shù)進行判斷，能夠監(jiān)控載荷在軌工作和自身狀態(tài)，及時采取相應對策和動作，維護載荷在軌工作順利運行。對每個參數(shù)的監(jiān)控由一個統(tǒng)一的重要參數(shù)監(jiān)控任務處理，任務流程如圖7 所示，其中對應的重要參數(shù)、監(jiān)控條件、超限處理通過對參數(shù)監(jiān)控表的配置實現(xiàn)。

圖7 重要參數(shù)監(jiān)控通用處理流程Fig.7 General processing flow of important parameter monitoring

軟件設計了監(jiān)控使能/禁止和監(jiān)控指令的打開/關閉。監(jiān)控使能的情況下，在工作流程控制表中可編輯某條監(jiān)控指令的打開和關閉，軟件可根據(jù)流程控制表中的內(nèi)容分時進行指令監(jiān)控。在監(jiān)控禁止的情況下，即使工作流程控制表中有指令的打開/關閉，均不執(zhí)行相應監(jiān)控。工作流程控制表執(zhí)行過程中，當監(jiān)控使能和監(jiān)控指令打開的情況下，軟件獲取相關指令內(nèi)容，對監(jiān)控參數(shù)進行單次或多次的監(jiān)控條件判斷，當監(jiān)控條件超限時進行分別處理。另外，地面還可通過上注對重要參數(shù)監(jiān)控表進行在線編輯和修改，包括監(jiān)控指令的增減和替換；設置監(jiān)控指令的使能/禁止、打開/關閉；更改監(jiān)控指令內(nèi)容包括但不限于監(jiān)控周期和監(jiān)控類型等。

軟件設計了重要參數(shù)監(jiān)控程管理，相關參數(shù)通過遙測通道下傳到地面（見表7）。重要參數(shù)監(jiān)控編號為重要參數(shù)指令表中的指令編號，重要參數(shù)監(jiān)控開關為監(jiān)控使能/禁止及打開/關閉的狀態(tài)，重要參數(shù)監(jiān)控狀態(tài)為重要參數(shù)超限狀態(tài)。

表7 重要參數(shù)監(jiān)控程管理相關參數(shù)Table 7 Important parameters monitor and manage related parameters

3 設計驗證與成果

3.1 設計驗證

在軌工作自主控制方案的設計驗證列于表8。

表8 在軌工作自主控制方案設計驗證Table 8 Design and verification of on-orbit autonomous control scheme

通過在QONE 平臺上對使用該方案的5 個型號8 個軟件配置項進行項目跟蹤統(tǒng)計，相比傳統(tǒng)載荷管理軟件在軌工作控制方案，從項目研制效率、代碼行數(shù)、可擴展性等方面進行比較，結果列于表9。

表9 在軌工作控制的效果比較Table 9 Effect comparison of on orbit work control

經(jīng)過驗證，該方案適用于快速在軌工作自主控制系統(tǒng)開發(fā)，可有效提高軟件研制效率，降低問題發(fā)生概率，最終建立通用化的在軌工作自主控制框架，提升軟件系統(tǒng)的標準化和靈活性。

3.2 設計成效

相比傳統(tǒng)載荷管理軟件在軌工作控制方案，本文所討論的在軌工作自主控制方案在多樣化、可重用、縮短測試周期及可靠性方面有著顯著的成效。

（1）使用多樣化。軟件將在軌工作任務所需工作參數(shù)按照設計好的協(xié)議格式寫入EEPROM 數(shù)據(jù)表中，通過配置上述數(shù)據(jù)表，對載荷工作流程進行個性化修改，達到適應載荷工作流程多樣性的要求。

（2）設計可重用。該載荷管理軟件的在軌工作自主控制方案已經(jīng)過調(diào)試階段、單元測試、組裝測試、配置項測試、第三方測試及整星測試階段，目前已入庫并在5 顆衛(wèi)星8 個軟件上重用，其中在軌有4 個軟件，其余均在正樣研制階段。

（3）縮短研制周期。由于工作流程自主控制方案的可重用性，軟件代碼、測試用例、工作流程自主控制方案相關技術要求文檔、遙控指令包和遙測文件等具有很高的重用性，大大縮短了軟件研制周期。軟件設計人員只需根據(jù)型號任務的個性化要求，完成數(shù)據(jù)表說明文件的編寫，測試人員需要針對這些個性化的工作參數(shù)配置進行個性化的工作流程驗證。

（4）提高可靠性。在軌工作自主控制方案在軟件代碼、測試用例、相關遙控指令包設計、相關遙測設計、相關文檔內(nèi)容等方面都具有很高的可重用性，可減少軟件運行及驗證過程中的不確定性，減少生產(chǎn)試驗環(huán)節(jié)的時間和成本。同時保證了整個軟件研發(fā)周期的數(shù)據(jù)一致性，提高了各階段數(shù)據(jù)的一致性。

4 結論

通過對載荷管理軟件在軌工作流程管理需求的研究，引入數(shù)據(jù)表的可配置性，研究并介紹了載荷管理軟件在軌工作自主控制技術的設計及實現(xiàn)方法。該方案不僅能夠提高載荷管理器的智能化水平，增強其兼容性和適應性，同時能夠縮短研發(fā)周期，減少開發(fā)成本。軟件已通過開發(fā)方各項測試、第三方測試，并通過環(huán)境試驗的考核，目前已在多個型號任務上使用，滿足載荷在軌工作多樣性的要求，軟件工作正常，具有較高的可靠性及應用性。