基于數(shù)據(jù)表的載荷管理軟件在軌工作自主控制設(shè)計

葛菲 張喬 張雅娟

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

0 引言

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

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

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

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

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

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

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

1.1 工作分析

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

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

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

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

根據(jù)圖2 所示在軌工作時序，可將工作模式歸納整理為待機(jī)模式、實驗?zāi)Ｊ胶途S護(hù)模式，具體模式之間的切換如圖3 所示。

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

待機(jī)模式：實驗?zāi)Ｊ角盎蛱囟ㄐ枨笙?，進(jìn)入待機(jī)模式。在此模式下，載荷管理器和各載荷單元均處于待機(jī)狀態(tài)。待機(jī)模式下載荷管理器與各載荷單元進(jìn)行周期狀態(tài)輪詢通信，與衛(wèi)星平臺進(jìn)行1553 B 總線通信，載荷管理器進(jìn)行周期健康維護(hù)管理。待機(jī)模式下不進(jìn)行工作流程的自動處理。

實驗?zāi)Ｊ剑簩嶒災(zāi)Ｊ揭攒壍乐芷跒閱挝?，可根?jù)不同探測需求分為不同的工作流程，每個工作流程為實驗?zāi)Ｊ较碌莫毩⒆幽Ｊ健嶒災(zāi)Ｊ较?，各載荷單元均處于工作狀態(tài)，采集科學(xué)數(shù)據(jù)，完成科學(xué)探測任務(wù)。每個子模式工作流程結(jié)束后自動進(jìn)入待機(jī)模式，如果當(dāng)前子模式下收到其他子模式，可記錄收到的子模式，待當(dāng)前子模式工作流程結(jié)束后在下一軌自動進(jìn)入新注入的子模式工作流程。

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

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

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

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

B：載荷管理器和所有載荷單元均上電后進(jìn)入待機(jī)模式。

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

D：待機(jī)模式下收到某個實驗子模式指令，按該子模式工作流程開始工作則進(jìn)入實驗?zāi)Ｊ健?/p>

E：工作流程結(jié)束后自動進(jìn)入待機(jī)模式，實驗?zāi)Ｊ街谐霈F(xiàn)工作異常則自動進(jìn)入待機(jī)模式。

F：當(dāng)實驗?zāi)Ｊ较率盏骄o急指令時進(jìn)入維護(hù)模式。

1.2 工作表設(shè)計

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

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

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

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

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

1.2.2 工作指令表

工作指令表用于存儲有效載荷所有可能的指令內(nèi)容，可用2 Byte 動作類型和2 Byte 動作編碼確定具體指令內(nèi)容。指令格式、長度及內(nèi)容可根據(jù)型號要求自行定義。這里對3 種指令類型進(jìn)行介紹，分別為RS422 通信指令（屬于總線指令控制與采集類別）、載荷開關(guān)及復(fù)位指令（屬于電平信號控制與采集類別）、載荷重要參數(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ìn)行指令地址索引，指令的索引地址可根據(jù)初始化參數(shù)配置表中的各種類型指令的基地址、指令最大存儲數(shù)及指令長度進(jìn)行索引。

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

表3 載荷開關(guān)及復(fù)位指令Table 3 Payload switch and reset instruction

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

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

參數(shù)說明如下。

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

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

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

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

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

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

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

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

1.2.3 工作流程控制表

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

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

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

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

2 軟件實現(xiàn)

軟件實現(xiàn)工作流程的自主控制主要包括工作流程管理和重要參數(shù)監(jiān)控管理，具體模塊分解如圖5 所示。其中，工作模式切換按照圖3 所示的切換方式進(jìn)行模式切換管理，這里將重點分析工作流程控制管理和重要參數(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)進(jìn)行初始化配置后，啟動在軌工作自主控制任務(wù)，按照圖6所示流程索引并讀取相關(guān)工作流程控制表和指令表內(nèi)容。首先，對軌道內(nèi)部時間進(jìn)行管理，既要按照軌道周期進(jìn)行自首時處理，又要適應(yīng)入光點變化而導(dǎo)致的零時校準(zhǔn)。在得到軌道內(nèi)部時間后判斷當(dāng)前工作自主控制流程是處于停止?fàn)顟B(tài)還是工作狀態(tài)。若此時為停止?fàn)顟B(tài)，則按照工作模式設(shè)置數(shù)據(jù)注入中設(shè)置的工作流程表序號進(jìn)行索引，若表序號正確則讀取表頭信息，當(dāng)軌道內(nèi)部時間達(dá)到表頭中的開始執(zhí)行時間則置當(dāng)前為工作狀態(tài)且設(shè)置當(dāng)前為實驗開始時間。在軌自主控制流程進(jìn)入工作狀態(tài)后判斷當(dāng)前工作是否出現(xiàn)異常，如果收到了緊急斷電指令，載荷重要監(jiān)控參數(shù)出現(xiàn)異常、軟件復(fù)位恢復(fù)異常等，則按照任務(wù)要求進(jìn)入相應(yīng)異常情況下的工作流程表對載荷進(jìn)行異常處理，自動進(jìn)入待機(jī)/維護(hù)模式；若沒有出現(xiàn)異常則按照工作流程表的步驟依次索引指令內(nèi)容及其指令時間并執(zhí)行相應(yīng)工作指令，直至全部步驟執(zhí)行完成，將當(dāng)前置為停止?fàn)顟B(tài)。此外軟件隨時對工作狀態(tài)進(jìn)行備份，當(dāng)軟件發(fā)生異常復(fù)位時，可對工作狀態(tài)進(jìn)行恢復(fù)，保證在軌工作流程可以繼續(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ā)生翻轉(zhuǎn)、存儲數(shù)據(jù)發(fā)生隨機(jī)改變，進(jìn)而可能造成災(zāi)難性后果。為防止單粒子現(xiàn)象的發(fā)生，軟件在設(shè)計過程中將數(shù)據(jù)表在EEPROM 中備份存儲三份[9]，軟件上電后首先將EEPROM 中存儲的數(shù)據(jù)表以三取二的方式搬移到RAM 保留區(qū)，防止因某一份數(shù)據(jù)表內(nèi)容因單粒子翻轉(zhuǎn)造成錯誤，確保了數(shù)據(jù)表內(nèi)容的可靠性。

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

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

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

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

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

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

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

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

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

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

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

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

3 設(shè)計驗證與成果

3.1 設(shè)計驗證

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

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

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

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

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

3.2 設(shè)計成效

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

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

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

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

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

4 結(jié)論

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