《機載維護系統(tǒng)通用要求》

1HB8691—2021機載維護系統(tǒng)通用要求本標準規(guī)定了機載維護系統(tǒng)（以下簡稱OMS）的要求和驗證。本標準適用于民用運輸類飛機，其它飛機可參考使用。2規(guī)范性引用文件下列文件中的條款通過本標準的引用而成為本標準的條款。凡是注日期的引用文件，其隨后所有的修改單（不包含勘誤的內(nèi)容）或修訂版均不適用于本標準。凡是不注日期的引用文件，其最新版本適用于本標準。CCAR-25-R4中國民用航空規(guī)章第25部〈運輸類飛機適航標準〉GB/T16251-2008工作系統(tǒng)設(shè)計的人類工效學原則GJB451A可靠性維修性保障性術(shù)語GJB3385測試與診斷術(shù)語HB5940-1986飛機系統(tǒng)電磁兼容性要求HB6167-2014機載設(shè)備環(huán)境條件和試驗方法HB6892航空飛行器零部件的互換性和替換性HB7704民用飛機綜合模塊化航空電子系統(tǒng)封裝與接口HB8437民用飛機飛行控制系統(tǒng)通用要求HB20097-2012航空裝備信息顯示人機工程設(shè)計準則HB/Z295-1996機載系統(tǒng)和設(shè)備合格審定中的軟件考慮HB/Z402-2013民用飛機綜合模塊化航空電子系統(tǒng)設(shè)計指南HB/Z415-2014民用飛機機載電子設(shè)備通用指南HB/Z420-2014民用飛機機載電子硬件合格審定保證指南HB/Z422-2014民用飛機綜合模塊化航空電子系統(tǒng)開發(fā)與認證指南ARINC604-1-88自檢測設(shè)備設(shè)計使用指南（Guidancefordesignanduseofbuilt-intestequipment）DO-160/EUROCAEED-14機載設(shè)備的環(huán)境條件和測試程序（Environmentalconditionsandtestproceduresforairborneequipment）DO-178/EUROCAEED-12機載系統(tǒng)和設(shè)備認證中的軟件考慮（Softwareconsiderationsinairbornesystemsandequipmentcertification）DO-254機載電子硬件設(shè)計保證指南（Designassuranceforairborneelectronichardware）SAEARP4754高度綜合或復(fù)雜飛機系統(tǒng)的適航取證考慮（Certificationconsiderationsforhighly-integratedorcomplexaircraftsystems）SAEARP4761民用飛機機載系統(tǒng)和設(shè)備安全性評估過程的指南和方法（Guidelinesandmethodsforconductingthesafetyassessmentprocessoncivilairbornesystemsandequipment）3術(shù)語、定義和縮略語3.1術(shù)語和定義下列術(shù)語和定義適用于本文件。2HB8691—20213.1.1級聯(lián)效應(yīng)cascadedeffect由于發(fā)生故障的單元或模塊的輸出因故障出現(xiàn)異常繼而影響下游單元或模塊功能正常執(zhí)行的效應(yīng)。3.1.2機載維護系統(tǒng)onboardmaintenancesystem機載維護系統(tǒng)以綜合顯示方式為機組維護人員提供飛機維護信息的顯示，以集中化的控制方式為機載維護人員提供飛機維護操作的觸發(fā)。主要完成飛機上成員系統(tǒng)的故障狀態(tài)信息、構(gòu)型信息、狀態(tài)監(jiān)視信息的采集（可借助ARINC664、ARINC429等總線）；根據(jù)故障診斷模型，解算故障狀態(tài)數(shù)據(jù)，生成、存儲故障報告數(shù)據(jù)；識別構(gòu)型信息的更改狀態(tài)，生成、存儲構(gòu)型報告數(shù)據(jù)；根據(jù)狀態(tài)監(jiān)控模型，解算狀態(tài)監(jiān)視數(shù)據(jù)，生成、存儲狀態(tài)監(jiān)視記錄數(shù)據(jù)、狀態(tài)監(jiān)視報告數(shù)據(jù)；支持維護記錄數(shù)據(jù)的打印、下載；支持成員系統(tǒng)的交互式維護測試（IBIT）；支持符合現(xiàn)場加載規(guī)范要求的成員系統(tǒng)可加載項的現(xiàn)場加載；通過維護訪問終端，為用戶提供維護操作的人機交互接口，用以支持維護信息的查詢、維護操作的觸發(fā)。3.1.3擴展維護extendedmaintenance識別或證實故障狀態(tài)，隔離故障到單個LRU/LRM，更換、調(diào)整或修理有故障的單元或模塊，驗證系統(tǒng)恢復(fù)正常運行，用比通常更多的時間完成維護。3.1.4容錯faulttolerance系統(tǒng)或LRU/LRM的內(nèi)置能力，允許系統(tǒng)帶一定數(shù)量的故障繼續(xù)履行規(guī)定的功能。故障的數(shù)量取決于系統(tǒng)的冗余和可靠性要求，但引起失效的故障至少為2個。3.1.5駕駛艙效應(yīng)flightdeckeffect用于向飛機機組成員告知飛機功能失效狀態(tài)的視覺或聽覺指示。3.1.6地面測試groundtest操作員通過中央維護功能的控制面板輸入啟動的規(guī)程。3.1.7隔離isolation把故障確定到實施修理所要求的產(chǎn)品層次的過程。3.1.8航線維護linemaintenance識別或證實故障狀態(tài)，隔離故障到單個LRU/LRM，更換、調(diào)整或修理有故障的單元或模塊，驗證系統(tǒng)恢復(fù)正常運行。3.1.9成員系統(tǒng)membersystem直接或通過數(shù)據(jù)網(wǎng)關(guān)向中央維護功能進行報告的系統(tǒng)。3.2縮略語下列縮略語適用于本文件。ACARS——飛機通信尋址和報告系統(tǒng)（aircraftcommunicationsaddressingandreportingsystemACMF——飛機狀態(tài)監(jiān)控功能（aircraftconditionmonitoringfunction）；ACRF——飛機構(gòu)型報告功能（aircraftconfigurationreportingfunctionADN——飛機數(shù)據(jù)網(wǎng)絡(luò)（aircraftdatanetwork）；AMI——飛機/航線可更改信息（aircraft/airlinemodifiableinformationARINC——航空無線電公司（aeronauticalradioincorporation）；ATA——航空運輸協(xié)會（airtransportassociation）；BIT——機內(nèi)測試（built-intest）；BITE——機內(nèi)自檢測設(shè)備（built-intestequipment）；3HB8691—2021CDA——駕駛艙顯示應(yīng)用（cockpitdisplayapplication）；CMF——中央維護功能（centralmaintenancefunction）；DAM——數(shù)據(jù)訪問管理器（dataaccessmanagerDLF——數(shù)據(jù)加載功能（dataloadfunction）；ELS——電子庫系統(tǒng)（electroniclibrarysystem）；FDE——駕駛艙效應(yīng)（flightdeckeffect）；FLS——現(xiàn)場可加載軟件（fieldloadablesoftware）；GBSS——地面支持軟件（groundbasedsupportsoftware）；HIRF——高強度輻射區(qū)域（highintensityradiatedfields）；HTTPS——超文本傳輸安全協(xié)議（hypertexttransferprotocoloversecuresocketlayerIBIT——啟動BIT（initiatedBIT）；IMA——綜合模塊化航空電子（integratedmodularavionics）；LRM——航線可更換模塊（linereplaceablemodule）；LRU——航線可更換單元（linereplaceableunit）；MAT——維護訪問終端（maintenanceaccessterminal）；MCM——維護通信管理器（maintenancecommunicationmanagerMFD——多功能顯示器（multi-functiondisplay）；MS——成員系統(tǒng)（memberssystem）；MTBF——平均故障間隔時間（meantimebetweenfailures）；NVM——非易失性存儲器（non-volatilememoryOMD——機載維護文檔（onboardmaintenancedocumentation）；OMS——機載維護系統(tǒng)（onboardmaintenancesystem）；OMSF——機載維護支持功能（onboardmaintenancesupportfunction）；PAA——參數(shù)存取應(yīng)用（parameteraccessapplication）；PDA——維護數(shù)據(jù)提供顯示應(yīng)用（PMATdisplayapplication）；PMAT——便攜式維護訪問終端（portablemaintenanceaccessterminal）；PMD——維護數(shù)據(jù)提供（provisionofmaintenancedata）；SATCOM——衛(wèi)星通信（satellitecommunication）；SRU——內(nèi)場可更換單元（shopreplaceableunit）；SSM——標志狀態(tài)矩陣（signstatusmatrix）；UTC——世界標準時（coordinateduniversaltime）。4要求4.1尺寸系統(tǒng)各部件的尺寸應(yīng)滿足專用規(guī)范要求。4.2重量應(yīng)結(jié)合具體設(shè)計需求，在保證強度、剛度要求和安全性相關(guān)的功能、性能的條件下，使系統(tǒng)和各部件的重量最小。4.3外觀質(zhì)量系統(tǒng)各部件的外表面不應(yīng)有目視可見的影響外觀質(zhì)量的銹蝕、劃傷、壓痕、漆層脫落、變形、氣孔、裂紋等缺陷，且無銳邊、棱角及尖銳凸起，引出線及連接器應(yīng)完整無損。4.4材料材料的選用應(yīng)根據(jù)以下原則：4HB8691—2021a)當某些材料都能滿足設(shè)備要求時，應(yīng)選擇使用特性范圍最廣和允許公差最大的材料；b)當某些材料的質(zhì)量高于設(shè)備所要求的質(zhì)量時，在不增加成本時，可以采用這些材料；c)盡量不采用聚氯乙烯(PVC)材料；d)盡量采用阻燃材料；e)在符合可靠性，安全性的前提下,盡量選用無鉛材料；f)不得采用有毒和含有其他危險物質(zhì)的材料；g)應(yīng)根據(jù)HB/Z415-2014中4.3e的優(yōu)先次序選用標準材料。4.5設(shè)備指示燈如果在駕駛艙內(nèi)裝有和OMS相關(guān)的警告燈、戒備燈和提示燈，除適航當局另行批準外，燈的顏色應(yīng)符合下列規(guī)定：a)紅色，用于警告燈；b)琥珀色，用于戒備燈；c)綠色，用于安全工作燈；d)任何其他顏色，用于本條a)至c)未作規(guī)定的燈，該顏色要足以同a)至c)規(guī)定的顏色相區(qū)別，以避免混淆。4.6安裝OMS設(shè)備安裝的要求有：a)OMS必須保證在各種可預(yù)期的運行條件下能完成預(yù)定功能；b)飛機系統(tǒng)與有關(guān)部件的設(shè)計，在單獨考慮以及與其他系統(tǒng)一同考慮的情況下，符合以下規(guī)定：c)發(fā)生任何妨礙飛機繼續(xù)安全飛行與著陸的失效狀態(tài)的概率為極不可能；d)發(fā)生任何降低飛機能力或機組處理不利運行條件能力的其他失效狀態(tài)的概率為不可能。e)必須通過分析，必要時通過適當?shù)牡孛?、飛行或模擬器試驗，來表明符合b）的規(guī)定；f)在表明設(shè)備的設(shè)計和安裝符合a）和b）的規(guī)定時，必須考慮臨界環(huán)境條件；g)必須按照CCAR-25-R4.1709條的要求對電氣線路互聯(lián)系統(tǒng)進行評估。4.7供電OMS應(yīng)滿足：當由于電源供電瞬變或其他原因產(chǎn)生的瞬變時,不會導(dǎo)致重要負載不工作。4.8組成及架構(gòu)4.8.1聯(lián)合式航電系統(tǒng)中OMS的組成聯(lián)合式航電系統(tǒng)中的OMS組成一般包括：a)中央維護計算機，駐留CMF、ACMF和ACRF；b)每個MS的LRU中故障檢測與機內(nèi)自檢測設(shè)備（BITE）的硬件及軟件；c)MS和中央維護計算機間的接口；d)駕駛艙的維護訪問終端（MAT）；e)電子庫系統(tǒng)（ELS）；f)機載打印機；g)可選擇的一個或多個遠程PMAT。典型航電系統(tǒng)的OMS架構(gòu)如圖1所示。5HB8691—2021圖1聯(lián)合式航電系統(tǒng)中的OMS架構(gòu)4.8.2IMA系統(tǒng)中OMS的組成IMA系統(tǒng)可由以下設(shè)備組成：a)駐留了4.8.1中功能a)至e)的多個通用處理模塊；b)每個MS的LRU/LRM中故障檢測與BITE的硬件及軟件；c)將MS的數(shù)據(jù)進行處理和傳輸?shù)倪h程數(shù)據(jù)接口單元和網(wǎng)絡(luò)交換機；d)其他設(shè)備要求與4.8.1中d)至g)要求相同。IMA中機載維護系統(tǒng)架構(gòu)如圖2所示。圖2IMA系統(tǒng)中的OMS架構(gòu)6HB8691—20214.9功能要求4.9.1功能概述機載維護系統(tǒng)一般包括以下功能：a)中央維護功能（CMF）；b)飛機狀態(tài)監(jiān)控功能（ACMF）；c)維護數(shù)據(jù)提供（PMD）；d)飛機構(gòu)型報告功能（ACRF）；e)數(shù)據(jù)加卸載功能（DLF）；f)成員系統(tǒng)（MS）機內(nèi)自檢測；g)機載維護支持功能（OMSF）。4.9.2中央維護功能（CMF）基本功能CMF應(yīng)實現(xiàn)如下功能：a)自動測試和隔離：CMF應(yīng)持續(xù)地監(jiān)控每個MS，接收MS故障報告，分類、綜合故障和失效數(shù)據(jù)，結(jié)合維護文檔和MS失效信息格式化故障和失效數(shù)據(jù)，生成失效報告，形成維護建議，可用于存儲、顯示和下傳；b)地面測試：請求指定的成員系統(tǒng)進行地面測試，例如LRU/LRM替換驗證測試、系統(tǒng)運行測試、系統(tǒng)功能測試、調(diào)整和鎖定，接收并顯示從成員系統(tǒng)反饋的硬件和軟件構(gòu)型識別數(shù)據(jù)；c)CMF配置；d)其他附加功能，包括CMF相關(guān)的存儲、CMF的運行監(jiān)控、CMF與MS的接口以及信息交互。自動測試和隔離.1不間斷的BITE監(jiān)測和數(shù)據(jù)收集不間斷的BITE監(jiān)測和數(shù)據(jù)收集需滿足以下要求：a)不斷監(jiān)測所有的MS輸入及自身的故障狀態(tài)；b)從上電自檢后一直到斷電一直保持不間斷監(jiān)測（MS狀態(tài)發(fā)送速率通常在0.5Hz左右），CMF應(yīng)包含上電自檢功能，這個過程也可以由操作員命令啟動；c)CMF用于檢測和記錄所有的內(nèi)部故障及接口故障（輸入/輸出故障）；d)應(yīng)收集的數(shù)據(jù)內(nèi)容包括：1)從MS收集的故障數(shù)據(jù)；2)從MS收集到的構(gòu)型信息；3)駕駛艙告警系統(tǒng)顯示的故障指示或FDE；4)飛行階段和航段；5)時間和日期；6)航班編號和來往城市或航線編號；7)飛機標識；8)支持駕駛員報告和/或故障分析的飛行參數(shù)，例如高度、空速等；9)電源中斷狀態(tài)（如果可用）。e)數(shù)據(jù)收集應(yīng)具備只讀數(shù)據(jù)的功能，從而實現(xiàn)對中央維護的輸入監(jiān)測。.2BITE數(shù)據(jù)綜合和處理BITE數(shù)據(jù)綜合和處理需滿足以下要求：a)MS的故障檢測和BITE是CMF檢測隔離LRU/LRM內(nèi)部故障、系統(tǒng)內(nèi)部故障和外部接口故障時所用數(shù)據(jù)的主要來源；7HB8691—2021b)故障數(shù)據(jù)綜合的程度直接決定CMF的復(fù)雜性；c)CMF應(yīng)處理所有MS的BITE輸入的數(shù)據(jù)，通過解析會引起歧義的故障報告，實現(xiàn)MS發(fā)送數(shù)據(jù)的綜合、故障數(shù)據(jù)存儲以及駕駛艙效應(yīng)與失效數(shù)據(jù)的關(guān)聯(lián)；d)剔除冗余信息（移除級聯(lián)效應(yīng)）；e)可通過CMF對部分非MS執(zhí)行故障和失效自動隔離；f)針對不同系統(tǒng)故障提供特定維護消息；g)當對故障報告的簡單分析無法明確維修建議時，CMF可利用其他分析技術(shù)來細化相關(guān)建議。如：可以結(jié)合與可能原因相關(guān)的背景數(shù)據(jù)進行概率推理，從而對維護操作進行排序；h)基于飛行階段確定故障是否應(yīng)被存儲和處理，由于飛機制造商對不同飛行階段MS上報的故障信息的存儲和處理要求不一樣，需要供應(yīng)商劃分不同的飛行階段，以決定MS上報的故障信息可否被存儲，或處理該故障信息時采取何種模型或算法進行處理；i)CMF應(yīng)有足夠的NVM，用來存儲多次飛行中從各MS傳送來的經(jīng)過綜合的故障數(shù)據(jù)，數(shù)據(jù)包括：1)駕駛艙效應(yīng)；2)失效LRU/LRM的部件號和序列號，或接口；3)機載維護文檔參考和ATA參考；4)航班編號和來往城市或航線編號；5)飛行階段；6)飛機標識；7)故障或失效發(fā)生的日期和時間；8)電源中斷狀態(tài)（如果可用）；9)其他飛行參數(shù)，如：高度、空速、姿態(tài)數(shù)據(jù)。地面測試（用戶啟動測試）.1基本要求地面測試的基本要求包括：a)地面測試是由操作員通過CMF的控制面板輸入，且由人工啟動的測試規(guī)程；b)CMF應(yīng)提供啟動全部MS地面測試的能力；c)“地面測試”選項應(yīng)為每一個MS提供可用的測試，按照便于維護的ATA章節(jié)進行組織；d)所有的地面測試都應(yīng)按照模塊化方式進行設(shè)計，以支持每一種類型的地面測試，并允許為MS和通信鏈路選擇特定的測試；e)所有地面測試的設(shè)計都應(yīng)使地面支持設(shè)備的數(shù)量最少化，這將對減少飛機維護時間和后勤需求產(chǎn)生影響；f)地面測試應(yīng)支持在外場維護及擴展維護情況下進行快速的系統(tǒng)完整性判斷；g)地面測試應(yīng)通過CMF用戶界面的選擇來決定可否執(zhí)行，次一級的選擇項應(yīng)允許操作員選擇飛機系統(tǒng)、地面測試的類型、以及具體的測試；h)只有飛機停在地面上并且滿足適當?shù)幕ユi，才可以進行地面測試?；ユi因系統(tǒng)而異，MS應(yīng)在CMF錯誤發(fā)出地面測試命令時保護自己；i)對每一個測試來說，測試的參數(shù)和“通過/失敗”的標準應(yīng)包含在MS內(nèi)部；j)地面測試應(yīng)是自動的，以增加準確性、有效性，減少測試時間及費用。必須由操作員評估“通過/失敗”標準的情況應(yīng)減到最少；k)針對手動測試結(jié)果，通過或不通過由測試人員確定，該類測試通常包括人機接口部件（如旋鈕、開關(guān)、按鍵和顯示設(shè)備），要求維護人員評估物理項的性能，并確定性能可否被接受；l)可由用戶啟動的地面測試相關(guān)功能詳細規(guī)定見.2-.8。8HB8691—20.2操作測試操作測試應(yīng)確定系統(tǒng)已安裝其所有組件(包括冗余通道和通信鏈路)，并且能做出正常響應(yīng)。通常，測試由系統(tǒng)內(nèi)的操作監(jiān)控完成。具體特點如下：a)簡單扼要（機組飛行前測試相比較）；b)不需要地面支持設(shè)備；c)自動化（如果有可能）。.3LRU/LRM替換驗證測試LRU/LRM替換驗證測試應(yīng)驗證被替換的或修理過的LRU/LRM的基本運行能力和接口的完整性。.4系統(tǒng)測試系統(tǒng)測試應(yīng)證明系統(tǒng)滿足規(guī)定的設(shè)計規(guī)范和容差要求，適用于初次安裝或大修。護是在一個與工廠制造或設(shè)計實驗室完全不同的環(huán)境下進行的。一架運營的飛機的系統(tǒng)操作規(guī)范應(yīng)允許連續(xù)使用條件檢驗操作“符合規(guī)范”的測試也許更復(fù)雜，有些情況下，也許需要獨立的、校準過的測量標準。為了完成系統(tǒng)測試，必要時可以使用地面支持設(shè)備，盡管目標仍然是最少使用。如果使用地面支持設(shè)備，則不應(yīng)要求任何的設(shè)備拆卸。.5交互式故障定位和測試結(jié)果確認交互式故障定位和測試結(jié)果確認包含：a)在自動BITE無法定位故障組件的多組件系統(tǒng)中，需要定位故障的組件時，CMF應(yīng)提供方法來選擇和執(zhí)行交互式測試；b)在顯示器上向維護人員提供反饋，從而實現(xiàn)逐步的故障隔離；c)對于手動測試，其測試結(jié)果的通過與否由測試人員確定。該類測試通常包括人機接口部件（如旋鈕、開關(guān)、按鍵和顯示設(shè)備）。.6調(diào)整和鎖定測試調(diào)整和鎖定測試要求：a)CMF應(yīng)通過MS提供驅(qū)動輸出和反饋位置，在不需要特殊測試設(shè)備的條件下，能調(diào)整和鎖定；b)MS應(yīng)針對需要調(diào)整和/或鎖定的系統(tǒng)組件進行適當?shù)臏y量并把限制數(shù)據(jù)傳送給CMF。.7接口監(jiān)控CMF應(yīng)提供可選擇的能力，監(jiān)控、解碼和顯示從與CMF所駐留的計算機交聯(lián)的任何數(shù)字總線上所選擇的數(shù)據(jù)字。.8硬件和軟件構(gòu)型識別MS可以按請求向CMF傳送硬件及軟件構(gòu)型識別的數(shù)據(jù)。這些數(shù)據(jù)應(yīng)包括硬件和軟件的部件號或組合部件號、序列號、修改狀態(tài)和可編程的選項（例如引腳的可編程選項）。.9地面測試中的LRU/LRM故障存儲地面測試中的LRU/LRM故障存儲包含：a)內(nèi)部故障和失效應(yīng)被存儲在MS自己的NVM中以便恢復(fù)；b)CMF可查詢MS的NVM中的故障歷史信息內(nèi)容進行發(fā)送，并存儲到CMF數(shù)據(jù)存儲中以便進一步從飛機層消除故障。CMF配置CMF配置要求包含：a)無需拆卸CMF所駐留的計算機，就可以對其操作軟件進行更新；b)故障數(shù)據(jù)處理軟件應(yīng)為可加載的；c)CMF應(yīng)通過修改可加載的故障處理算法定義內(nèi)部功能的運行；d)航線運營商可通過地面軟件工具修改航線可更改信息（AMI），并將軟件重加載至飛機（利用機載數(shù)據(jù)加卸載功能）來對CMF的某些功能進行重配置；9HB8691—2021e)配置數(shù)據(jù)應(yīng)提供給ACRF。.1CMF相關(guān)的存儲要求CMF應(yīng)有足夠的NVM來存儲失效LRU的軟硬件配置識別以及航線特有的數(shù)據(jù)，例如航線特殊裝備的部件號和說明。注意：CMF的NVM與MS中的NVM存儲內(nèi)容是不同的（見.4每個NVM域中的信息都是獨特的。像CMF一樣，每個MS都應(yīng)按先進先出方法收集內(nèi)部的故障數(shù)據(jù)存儲在NVM中。CMF的運行監(jiān)控CMF的運行監(jiān)控要求包含：a)CMF所駐留的計算機應(yīng)自含機內(nèi)自檢測能力；b)CMF所駐留計算機的BITE設(shè)計應(yīng)遵守MS的BITE的通用要求；c)相關(guān)要求可參考4.9.8。CMF與MS的接口CMF與各MS之間通信，推薦的方法是使用數(shù)據(jù)總線。CMF應(yīng)提供下列數(shù)據(jù)供MS使用：a)飛行階段和航段；b)時間和日期；c)航班編號和來往城市或航線編號；d)飛機標識；e)支持駕駛員報告和/或故障分析的飛行參數(shù)，例如高度、空速等；f)事件功能激活。CMF應(yīng)從所有的MS接收編碼數(shù)據(jù)。CMF應(yīng)對這些編碼數(shù)據(jù)進行解釋，并翻譯成預(yù)先定義的簡明消息顯示給維護人員。應(yīng)允許CMF(操作員)刪除指定的MSNVM中存儲的故障數(shù)據(jù)。CMF也應(yīng)可以讀取MSLRU的內(nèi)場故障數(shù)據(jù)，使這些數(shù)據(jù)不僅能在車間里，也能在飛機駕駛艙上使用。最好CMF還能查詢MS中存儲的軟件捕獲信息，使擴展維護和工程故障分析不僅能在車間內(nèi)完成，也能在飛機上完成。故障數(shù)據(jù)備份CMF應(yīng)能把所有的故障數(shù)據(jù)轉(zhuǎn)儲到電子存儲設(shè)備中，這適用于存儲在CMC駐留的計算機和成員系統(tǒng)的BITE內(nèi)存中的數(shù)據(jù)。信息交互.1當前故障信息顯示CMF的當前故障信息顯示包括以下內(nèi)容：a)如果用戶請求顯示“當前故障”信息，那么所有被MS的BITE檢測到并報告給CMF的當前故障應(yīng)在相應(yīng)頁面顯示，顯示信息應(yīng)包括：1)故障指示或駕駛艙效應(yīng)（如果有）；2)失效的功能；3)失效的LRU/LRM、部件號和序列號或接口；4)ATA編號；5)機載維護文檔。b)如果需要打印、備份或下傳，應(yīng)增加以下信息：1)失效日期和時間；2)飛行階段；3)飛機標識；4)航班編號和來往城市或航線編號。從“當前故障”頁，應(yīng)可讀取其他的維護數(shù)據(jù)和文檔。.2當前航段故障顯示HB8691—2021在當前飛行中，每個MS的BITE檢測到的故障應(yīng)已經(jīng)傳給CMF。在用戶選擇時，CMF應(yīng)格式化并顯示相應(yīng)頁（“當前航段故障”頁）。其基本信息應(yīng)包括：a)故障指示或駕駛艙效應(yīng)（如果有）；b)失效的功能；c)失效的LRU/LRM、部件號和序列號或接口；d)ATA參考；e)機載維護文檔參考；f)失效日期和時間；g)飛行階段。如果需要打印、備份或下傳，應(yīng)增加信息“飛機標識”和“航班編號和來往城市或航線編號”。故障應(yīng)標識為硬故障或間歇性故障。從“當前航段故障”頁，應(yīng)可讀取其他的維護數(shù)據(jù)和文檔。.3最近航段故障在結(jié)束“當前航段”后，前一條所描述的信息應(yīng)作為“最近航段故障”，該信息是可讀取的。.4故障歷史CMF應(yīng)顯示所有MS的BITE報告的以往故障。在操作員要求時，可以按系統(tǒng)（ATA分類）、航段、日期和時間等不同分類方式提供這些故障數(shù)據(jù)。顯示的數(shù)據(jù)應(yīng)包括至少最后100個航段或總共512個故障的故障歷史，以及采取的維護措施（如果有記錄）。.5地面測試交互信息地面測試交互信息包括：a)根據(jù)來自駕駛艙顯控系統(tǒng)的指令，CMF請求來自數(shù)據(jù)訪問管理功能可應(yīng)用的MS測試頁面，并將其發(fā)送至駕駛艙顯控系統(tǒng)以便顯示給飛機維護人員；b)CMF接收從駕駛艙顯示功能到MS測試頁的響應(yīng)，并實施合適的行動，包括后續(xù)指令至MS以執(zhí)行觸發(fā)測試；c)MS進行校驗以確認沒有阻礙測試的安全實施的情況，然后執(zhí)行被請求測試；d)CMF接收測試結(jié)果，并將重新找回的數(shù)據(jù)發(fā)送至駕駛艙顯控系統(tǒng)以便顯示給維護者；e)在接到來自駕駛艙顯控系統(tǒng)的指令時，CMF向數(shù)據(jù)訪問管理器請求失效數(shù)據(jù)，這些數(shù)據(jù)由CMF接收并發(fā)送給飛機駕駛艙顯示器中的一個進行顯示或者駕駛艙打印機進行打印，如果數(shù)據(jù)用于顯示，那么將發(fā)送給駕駛艙顯控系統(tǒng)進行顯示，即如果數(shù)據(jù)用于打印，那么將發(fā)送給信息系統(tǒng)進行打印。4.9.3飛機狀態(tài)監(jiān)控功能（ACMF）基本功能由地面支持軟件（GBSS）支持的飛機及其飛行性能監(jiān)控，監(jiān)視和記錄與飛機維護、性能、故障分析和趨勢相關(guān)的有可選擇的飛機數(shù)據(jù)；從飛機狀態(tài)數(shù)據(jù)所確定的性能變化趨勢，可以用來監(jiān)視需要降級運行的系統(tǒng)的狀況；提供必要的信息，以提前報告潛在的功能障礙，讓用戶及時安排維護行動，加快飛機再運行，避免非計劃維護行動而影響飛機服務(wù)；面向個性化的工程分析，ACMF必須允許每個用戶提出定制特征；用戶定義的應(yīng)用可以通過數(shù)據(jù)加載器或數(shù)據(jù)鏈由ACMF加載；ACMF應(yīng)利用硬件和/或軟件劃分，確保遵守適用的認證指南。ACMF應(yīng)包括如下功能：a)數(shù)據(jù)采集/處理b)事件監(jiān)控c)數(shù)據(jù)記錄d)報告生成e)報告管理f)報告分發(fā)g)報告顯示h)數(shù)據(jù)鏈通信HB8691—2021i)報告存取j)輸出k)ACMF配置和更新數(shù)據(jù)采集/處理數(shù)據(jù)采集/處理包括：a)可以讀取模擬和離散的數(shù)據(jù)以及飛機數(shù)據(jù)總線，應(yīng)有能力獲取用于事件監(jiān)控、數(shù)據(jù)記錄和報告生成的有選擇的多組數(shù)據(jù)；b)應(yīng)能夠判斷數(shù)據(jù)的有效性，并將其作為來源的選擇標準，應(yīng)能以多個速率獲得數(shù)據(jù)，它應(yīng)將原始數(shù)據(jù)轉(zhuǎn)變?yōu)楣こ虇挝?，并?zhí)行基本過濾功能，例如去抖動、鎖定和數(shù)據(jù)平滑；c)應(yīng)能讀取容錯系統(tǒng)的冗余狀態(tài)，由于保證系統(tǒng)運作的多層次功能冗余的工程應(yīng)用，所以需要降級狀態(tài)報告，基于此類數(shù)據(jù)，在最低限度冗余水平達到之前，操作員就可以為維護工作做準備；d)向數(shù)據(jù)存儲實體請求已經(jīng)存儲的MS故障報告和配置信息。事件監(jiān)控事件監(jiān)控包括：a)應(yīng)能監(jiān)視一組選擇后的飛機數(shù)據(jù)，用于布爾邏輯和算術(shù)計算；b)監(jiān)控算法能用于判斷計算，從而判斷事件的發(fā)生，進而依次開始進一步的行動，例如數(shù)據(jù)記錄、生成報告和分發(fā)報告，系統(tǒng)應(yīng)能支持在不同速率上進行獨立的算法評估；c)監(jiān)控的具體內(nèi)容包括：1)飛機性能監(jiān)控；2)趨勢分析，趨勢分析的對象可包括發(fā)動機、飛機氣動特性、輔助動力裝置、發(fā)電機和環(huán)境控制系統(tǒng)；3)運行狀態(tài)監(jiān)控；4)重要事件分析；5)故障隔離分析協(xié)助。d)可進行增強BIT上報、檢測異常行為和確定飛機系統(tǒng)總體健康狀態(tài)；e)可以進行簡單的基于邏輯的狀態(tài)監(jiān)測算法，用于確定飛機或其子系統(tǒng)的運行狀態(tài)；f)監(jiān)控可提供數(shù)據(jù)使航空公司能分析其整個飛機機隊的運行狀況，提高其運行效率。數(shù)據(jù)記錄數(shù)據(jù)記錄包括：a)應(yīng)能記錄得到的數(shù)據(jù)，應(yīng)支持以用戶定義的格式將數(shù)據(jù)記錄到大容量存儲設(shè)備，例如光盤、磁性或固態(tài)記錄器；b)應(yīng)能夠?qū)?shù)進行選擇，并能連續(xù)記錄所選參數(shù)集合；c)數(shù)據(jù)可存入信息系統(tǒng)中；d)由AMI定義的連續(xù)記錄數(shù)據(jù)應(yīng)存儲在大容量存儲設(shè)備中，以便后續(xù)下載；e)飛機上的電源開啟時，ACMF啟動，將指令傳送至數(shù)據(jù)收集子功能以便進行數(shù)據(jù)記錄，并控制記錄時間進行控制；f)ACMF依據(jù)定義好的觸發(fā)器來記錄數(shù)據(jù)，正常觸發(fā)器，如發(fā)動機起飛推力觸發(fā)、穩(wěn)定巡航觸發(fā)、下降頂點觸發(fā)等；非正常觸發(fā)器，如發(fā)動機超限觸發(fā)、飛機過速觸發(fā)等；g)數(shù)據(jù)記錄功能本身不生成報告。報告生成報告生成包括：HB8691—2021a)ACMF應(yīng)搜集和存儲數(shù)據(jù)，再分送到不同的輸出設(shè)備（這些存儲數(shù)據(jù)此后會當作一份報告來引）；b)應(yīng)能夠在指定時期內(nèi)搜集涉及指定事件的數(shù)據(jù)，涉及的事件可能有以下含義：1)飛行剖面中一個常規(guī)的給定事件點；2)一個例外算法,由內(nèi)部邏輯、乘員告警事件或者駕駛艙人工事件按鈕觸發(fā)。c)所提及的時期可能是一個瞬間，也可能是一段有始有終的持續(xù)時間，一段時期可能跨越事件，也可能出現(xiàn)在事件前或事件后；d)每份報告都應(yīng)有一個標題，可以包含下列內(nèi)容：1)報告標識符；飛機標識符；日期和時間；4)航班編號；6)飛行階段；軟件編號。e)應(yīng)能夠生成含有其他存儲報告(例如趨勢報告）數(shù)據(jù)的報告；f)ACMF應(yīng)有方法標記無效的數(shù)據(jù)，該功能應(yīng)能區(qū)分不同類型的無效數(shù)據(jù)，并提供該信息作為報告的一部分；g)ACMF可對報告進行格式化，并向指定目標發(fā)送報告，目標可以由AMI進行設(shè)置；h)報告可用于地面分析，從而監(jiān)控發(fā)動機、輔助動力單元和其他飛機系統(tǒng)異常事件，實現(xiàn)性能和趨勢分析；i)報告生成可以由GBSS設(shè)置。報告管理報告管理包括：j)ACMF應(yīng)能將報告存儲在NVM中，并且按規(guī)定的參數(shù)來管理報告的保存，如：1)每個航段存儲的一個報告出現(xiàn)的數(shù)目；2)保留最先產(chǎn)生或者最后出現(xiàn)的報告；3)保留一個報告每次出現(xiàn)的航段數(shù)目；4)每個報告出現(xiàn)的最大數(shù)目。k)ACMF應(yīng)可以根據(jù)用戶請求從NVM中刪除報告。報告分發(fā)報告分發(fā)包括：a)ACMF應(yīng)能將報告發(fā)送到指定的輸出設(shè)備。輸出設(shè)備包括：1)MAT；2)機載打印機；3)通過數(shù)據(jù)鏈(例如ACARS、SATCOM等）發(fā)送至相應(yīng)終端；4)數(shù)據(jù)/軟件加載器；5)海量存儲設(shè)備（例如：快速存取記錄器）。HB8691—2021b)應(yīng)有能力響應(yīng)維護訪問終端、數(shù)據(jù)鏈命令、或者監(jiān)控事件的請求而發(fā)送文件，報告的格式可以由GBSS編程或定制；c)可通過AMI配置報告管理的運行，如報告格式、報告輸出路徑、報告輸出條件等。報告顯示報告顯示包括：a)ACMF菜單、顯示和命令的機上控制通過MAT完成。像OMS其他功能一樣，顯示由菜單驅(qū)動；b)顯示的分析結(jié)果包括：1)軟硬件異常告警；2)系統(tǒng)/設(shè)備的健康狀態(tài)和性能趨勢；3)對各類失效和異常行為的響應(yīng)；4)各種報告和數(shù)據(jù)。c)顯示接口為：1)電子飛行包顯示單元；2)PMAT；3)ACMF的菜單顯示包括了ACMF的軟件部件號、ACMF的下拉菜單選擇；4)ACMF的顯示內(nèi)容包括了報告瀏覽和實時數(shù)據(jù)瀏覽。d)當飛機在地面時，顯示控制功能軟件為機組提供了查看ACMF結(jié)果的接口；數(shù)據(jù)鏈通信可以通過數(shù)據(jù)鏈傳送數(shù)據(jù)。ACMF應(yīng)輸出用戶選擇的報告，并應(yīng)符合約定的協(xié)議：a)在通信系統(tǒng)準備就緒時傳送；b)在駕駛員檢査后傳送；c)數(shù)據(jù)鏈上傳獲取下一個可用報告的請求。0報告存取ACMF提供存儲器中報告的顯示手段。該系統(tǒng)可以按訪問優(yōu)先權(quán)控制用戶訪問所選擇的顯示。通過顯示畫面，報告可以發(fā)送到輸出設(shè)備或從存儲器中刪除。1輸出輸出途徑包括：a)維護顯控功能，接口見；b)主干網(wǎng)絡(luò)（信息系統(tǒng)）；c)飛機通信尋址和報告系統(tǒng)（ACARS）；d)終端無線局域網(wǎng)單元（TLWU）。2ACMF配置和更新功能配置和更新包括：a)ACMF應(yīng)能修改用戶定義的參數(shù)，這些參數(shù)一般用于事件監(jiān)控算法；b)ACMF也允許第三方供應(yīng)商以可執(zhí)行模塊的形式，提供更復(fù)雜的算法；c)通過MAT或數(shù)據(jù)鏈，提供機上可編程性；d)ACMF應(yīng)有能力創(chuàng)建機上可編程報告，報告中可由用戶控制的屬性包括：1)事件監(jiān)控能力；2)要采集的參數(shù)；3)數(shù)據(jù)采集速率；4)數(shù)據(jù)采集周期及其開始/結(jié)束邏輯；HB8691—20215)數(shù)據(jù)記錄的啟動；6)輸出設(shè)備的選擇，包括數(shù)據(jù)的存儲和顯示；7)報告有效期。e)以上屬性的修改可通過AMI進行配置；f)可通過GBSS修改AMI；g)可以根據(jù)用戶請求在MAT上靜態(tài)或動態(tài)地顯示信號和用戶定義的參數(shù)，該系統(tǒng)提供缺省顯示格式和顯示更新速率，工程單位和二進制數(shù)都可以被有效的顯示。3GBSSGBSS功能包括：a)GBSS支持定制用戶定義的應(yīng)用功能，包括：參數(shù)定義、控制邏輯、報告生成、數(shù)據(jù)記錄和PMAT顯示；b)參數(shù)定義功能使得用戶能對用戶定義的應(yīng)用及組成部分進行配置管理。每一次軟件更新都要用軟件版本號標識，版本號在的菜單首頁可見；c)GBSS應(yīng)執(zhí)行輸入數(shù)據(jù)和語法的檢查；d)GBSS支持對有效輸入信號的定義，并提供這些信號顯示；e)每個輸入信號都已包含了ACMF和用戶定義應(yīng)用要求的信號處理屬性，部分屬性可以由用戶修f)除了輸入信號，GBSS還提供創(chuàng)建用戶定義參數(shù)的手段，用戶定義的參數(shù)可以提供計算數(shù)值、存儲中間結(jié)果、或從輸入信號提取數(shù)據(jù)字段；g)輸入信號和用戶定義的參數(shù)可用于事件監(jiān)控、報告生成、數(shù)據(jù)記錄和數(shù)據(jù)顯示；h)控制邏輯設(shè)定由ACMF提供的工具實現(xiàn)，從而使用戶可以規(guī)定事件監(jiān)控需要的算法，也可以控制其他ACMF功能；i)定制工具有下列特征：1)支持布爾邏輯和算術(shù)運算的語法和運算符；2)數(shù)學和統(tǒng)計函數(shù)庫；3)數(shù)據(jù)記錄控制；4)報告生成、分發(fā)和刪除控制；5)調(diào)試功能。j)報告生成功能可以規(guī)定一個報告的特征，報告特征包括：1)輸入信號和用戶定義參數(shù)的清單；2)數(shù)據(jù)采集的時期；3)報告保留標準；4)報告格式，包括輸出設(shè)備、數(shù)據(jù)及嵌入式正文的布局和形式、報告標題、ASCII控制符、數(shù)據(jù)鏈路由信息以及數(shù)據(jù)中小數(shù)點的移除選擇。k)GBSS應(yīng)能規(guī)定海量存儲設(shè)備的記錄格式；l)GBSS應(yīng)提供為MAT定制顯示畫面的能力；m)顯示畫面允許以文字或圖像的格式進行：1)數(shù)據(jù)顯示；2)菜單顯示；3)報告顯示；HB8691—20214)ACMF功能選擇（例如，生成和分發(fā)報告、修改用戶定義的參數(shù)）。n)GBSS允許用戶為每個畫面建立相應(yīng)的安全級別；o)為了實現(xiàn)整個飛機的ACMF，應(yīng)考慮在飛機上安排必要的、專用的狀態(tài)監(jiān)控傳感器，特別應(yīng)著重關(guān)注設(shè)備區(qū)域，例如發(fā)動機、輔助動力裝置，或是環(huán)境控制系統(tǒng)設(shè)備例如空調(diào)器。4.9.4維護數(shù)據(jù)提供（PMD）基本功能維護數(shù)據(jù)提供的主要目的是允許機載維護系統(tǒng)終端用戶通過信息訪問操作獲得維護數(shù)據(jù)。為此，應(yīng)包含如下功能：a)駕駛艙顯示應(yīng)用；b)維護通信管理器；c)PMAT顯示應(yīng)用；d)數(shù)據(jù)訪問管理器；e)參數(shù)訪問應(yīng)用；f)機載維護文檔。此外，機載維護文檔（OMD）是駕駛艙顯示應(yīng)用和PMAT顯示應(yīng)用的重要信息源，其基本功能需求在中作出規(guī)定。駕駛艙顯示應(yīng)用(CDA)CDA功能要求包括：a)正常模式：當飛機在該模式時，CDA可提供接口便于機組查看ACMF結(jié)果；b)維護模式：當飛機在該模式時，維護模式只能通過人工授權(quán)啟動，在該模式下，CDA提供飛機維護人員能夠執(zhí)行相關(guān)任務(wù)的接口。針對OMS的目的，CDA連接到稱為MFD（可由ARINC661驅(qū)動）的顯示裝置，每個裝置包含一組用戶應(yīng)用定義文件。CDA功能通過ADN（可通過A664p7實現(xiàn)）與顯示器交互，CDA提供給飛機維護人員能夠執(zhí)行相關(guān)任務(wù)的接口如下：a)查看并清除CMF的失效消息；b)執(zhí)行啟動機內(nèi)自測和鎖定測試；c)查看ACMF結(jié)果；d)查看參數(shù)和離散數(shù)據(jù)；e)查看OMD；f)查看ACRF的航電構(gòu)型；g)查看可用的保存的FLS；h)執(zhí)行數(shù)據(jù)加載；i)執(zhí)行數(shù)據(jù)保存。維護通信管理器(MCM)MCM的基本功能包括：a)空中模式：在該模式下，MCM將只服務(wù)于傳輸OMS數(shù)據(jù)的請求，所有寫入數(shù)據(jù)存儲的數(shù)據(jù)實體都要進行傳輸屬性檢查,對建立了飛行配置規(guī)則的實體，MCM將實體按優(yōu)先級進行排列，并傳送這些數(shù)據(jù)到飛機通信管理應(yīng)用以通過飛機數(shù)據(jù)無線電進行傳輸；b)地面模式下，有三個功能要求：1)下傳，對那些建立了地面配置規(guī)則的實體，MCM將其按優(yōu)先級進行排列，從數(shù)據(jù)存儲提取必需的數(shù)據(jù)并按配置規(guī)則，從而實現(xiàn)到遠程用戶接口的傳送；2)網(wǎng)絡(luò)服務(wù)請求，MCM會處理授權(quán)的HTTPS請求，并傳回用于傳送的所選數(shù)據(jù)；3)上傳，MCM會處理授權(quán)的文件傳輸請求，MCM會確保只有一個連接到PMAT的以太網(wǎng)可以傳輸FLS至數(shù)據(jù)存儲。根據(jù)安全需要，MCM可禁止借助無線數(shù)據(jù)網(wǎng)絡(luò)從PMAT傳輸FLS。HB8691—2021c)MCM對于OMS輸出信息傳輸，實現(xiàn)適當?shù)耐ㄐ欧?wù)和必要的通信配置所需要的優(yōu)先級排序、格式化和信息分發(fā)；d)對于輸入傳輸，MCM提供了數(shù)據(jù)優(yōu)先存儲的證明和確認，或決定對數(shù)據(jù)存儲的數(shù)據(jù)請求優(yōu)先回復(fù)的訪問權(quán)限。PMAT顯示應(yīng)用(PDA)PMAT顯示應(yīng)用基本功能包括：a)正常模式：在該模式下，無功能要求；b)維護模式：當飛機在地面時，維護模式只能夠通過人工授權(quán)啟動。在該模式下，PDA提供飛機維護人員能夠處理任務(wù)的接口如下：1)查看并清除CMF的失效信息；2)查看ACMF結(jié)果；3)查看參數(shù)和離散數(shù)據(jù)；4)查看OMD；5)查看ACRF的航電配置；6)查看可用的存儲FLS；7)管理數(shù)據(jù)存儲（不含刪除）。c)PMAT顯示應(yīng)用將為PMAT提供圖形用戶接口服務(wù)。數(shù)據(jù)訪問管理器(DAM)OMS具有其自身的數(shù)據(jù)存儲能力，也就是數(shù)據(jù)存儲功能，它用于存儲大量的OMS相關(guān)的產(chǎn)品例如FLS、交互式電子技術(shù)手冊以及OMS功能數(shù)據(jù)。通過DAM，OMS提供了嚴格的存儲管理和數(shù)據(jù)獲取管理功能。數(shù)據(jù)存儲和數(shù)據(jù)獲取管理器提供了在OMS的地面階段功能，包括無線網(wǎng)絡(luò)和PMAT，與機上和航電系統(tǒng)交聯(lián)的OMS功能之間的隔離。OMS的地面功能是向數(shù)據(jù)存儲（DataStore）功能中存放或獲取數(shù)據(jù)，OMS的機載功能也一樣。但是，數(shù)據(jù)不能從OMS地面功能直接向OMS機載功能發(fā)送或獲取，反之亦然。DAM功能要求包括：a)DAM功能要求由操作的當前模式進行判定；b)訪問DAM的操作有兩種模式，即正常模式和維護模式；c)DAM能夠自動或由飛行平臺顯示器、PMAT和無線網(wǎng)絡(luò)的用戶請求存儲數(shù)據(jù)。參數(shù)訪問應(yīng)用(PAA)PAA功能要求包括：a)PAA從ADN持續(xù)接收參數(shù)數(shù)據(jù)，并且往DAM持續(xù)發(fā)送過濾數(shù)據(jù)用于存儲供某些功能的使用（如ACMF等功能）；b)在IMA系統(tǒng)中，參數(shù)獲取應(yīng)用是一個駐留軟件應(yīng)用，駐留在IMA中的每個GPM上，它監(jiān)測GPM上的可用參數(shù)數(shù)據(jù)并將選取的部分參數(shù)數(shù)據(jù)傳送到CMF所駐留的模塊或單元上；機載維護文檔(OMD)OMD應(yīng)具備如下基本功能：a)按規(guī)則存儲數(shù)據(jù)的手段；b)通過操作員人員控制的直接信息檢索；c)通過與其他系統(tǒng)之間接口的間接數(shù)據(jù)庫檢索；d)在一個或多個MAT上顯示信息；e)打印需要的信息；f)OMD可存在于ELS中，其具體組成可由一個或多個MAT、ELS計算機、海量存儲設(shè)備和高分辨率打印機構(gòu)成。OMD具體內(nèi)容和OMS提供的兩類索引具體如下：HB8691—2021g)OMD應(yīng)具有如下具體內(nèi)容：1)飛機維護手冊和維護說明書；2)圖解零件目錄手冊；3)飛機線路圖；4)飛機原理圖；5)放飛偏離指南；6)維護記錄；7)操作員需要的其他維護數(shù)據(jù)。h)基于OMS隔離故障的能力，OMS應(yīng)能向OMD所在的ELS提供兩類索引，如下：1)航線可更換單元（LRU）的更換信息如果OMS能隔離到單個LRU，那么OMS應(yīng)向OMD所在的ELS提供唯一的識別該LRU的方法。當OMD收到這個唯一的識別標志后，OMD所在的ELS應(yīng)根據(jù)命令顯示或打印下列信息：（1）需要的工具；（2）接近的方法：需要的梯子或平臺、用圖樣或圖片定位、必需移開的任何障礙，否則會遮擋被維修項目；（3）拆卸規(guī)程，包括適當?shù)木?、提示和記錄；?）安裝規(guī)程，包括必要的調(diào)整、鎖定和再標定等；（5）必要的恢復(fù)測試。2)故障隔離信息如果OMS不能將故障隔離到一個具體的LRU，那么OMS應(yīng)向OMD所在的ELS提供一個唯一的故障分析規(guī)程標志。當OMD所在的ELS收到這個唯一的故障分析規(guī)程標志時，OMD根據(jù)命令應(yīng)顯示或打印下列信息：（1）有助于隔離到單個LRU的詳細故障分析規(guī)程；（2）需要的工具；（3）接近的方法：需要的梯子或平臺、用圖樣或圖片定位、必需移開的任何障礙，否則會遮擋被維修項目。信息交互PMD信息交互的要求如下：a)CDA功能與OMS的ACRF、ACMF、DLF和CMF交互；b)MCM的信息交互包括：1)MCM與DAM的進行信息交互以便從數(shù)據(jù)存儲中存儲和提取數(shù)據(jù)；2)MCM與無線數(shù)據(jù)網(wǎng)絡(luò)進行信息交互以便進行向上傳輸和向下傳輸數(shù)據(jù)；3)MCM與飛機數(shù)據(jù)無線電進行信息交互，用于數(shù)據(jù)傳輸。c)PDA功能與OMS的三個功能DAM、CMF和MCM進行信息交互。d)DAM與OMS的CMF、ACMF、DCA、DLF、MCM和PDA功能進行交互。e)PAA主要將參數(shù)和離散數(shù)據(jù)信息發(fā)送給OMS的DAM，從而便于CMF和ACMF的使用。f)在不同情況下，OMS應(yīng)提供以下交互信息：1)OMS的其他功能與OMD所在的ELS之間進行交互時，維護或故障分析規(guī)程的確認和選擇；2)當OMS隔離到單個失效部件時，OMS應(yīng)提供“維修選項”；HB8691—20213)當OMS不能隔離到單個失效部件時，OMS應(yīng)提供“隔離”選項。4.9.5飛機構(gòu)型管理功能（ACRF）基本功能ACRF應(yīng)報告從飛機各系統(tǒng)中收集的構(gòu)型數(shù)據(jù)，并檢測構(gòu)型的改變。ACRF功能應(yīng)包括以下功能：a)接收MS發(fā)送的設(shè)備識別狀態(tài)，其中應(yīng)包括每個MS的硬件/軟件狀態(tài)；b)通過顯示系統(tǒng)向維護人員顯示各系統(tǒng)構(gòu)型狀態(tài),并提供構(gòu)型管理接口；c)向DAM發(fā)送硬件/軟件構(gòu)型信息，并存至數(shù)據(jù)存儲器；d)能夠識別MS構(gòu)型改變。信息交互ACRF的信息交互的要求如下：a)和MS的交互—ACRF應(yīng)接收MS的設(shè)備識別狀態(tài)信息，包括硬件/軟件狀態(tài)；b)和顯控系統(tǒng)的交互—ACRF應(yīng)接收并響應(yīng)顯控系統(tǒng)的命令，并將數(shù)據(jù)存儲中飛機構(gòu)型報告發(fā)送顯控系統(tǒng)便于維護人員查看；c)和數(shù)據(jù)存儲的交互—ACRF應(yīng)能識別構(gòu)型改變，并向數(shù)據(jù)存儲發(fā)送改變后的構(gòu)型信息。4.9.6數(shù)據(jù)加卸載功能（DLF）基本功能DLF功能要求如下：a)加載到飛機上的所有MS的數(shù)據(jù)將通過OMS的DLF執(zhí)行加卸載；b)DLF還應(yīng)負責CMF和ACMF的數(shù)據(jù)及報告下載；c)數(shù)據(jù)加載應(yīng)只在地面維護模式下有效，由維護人員通過人機界面（如CDA等）發(fā)出命令；d)OMS應(yīng)支持不同的MS使用不同的加載協(xié)議實現(xiàn)FLS的加載；e)加載結(jié)果也應(yīng)發(fā)送給OMS，供維護人員查看。f)數(shù)據(jù)加載的中止條件為：1)OMS發(fā)出的數(shù)據(jù)包超時；2)出現(xiàn)了LRU或LRM內(nèi)部失效；3)軟件部件被毀壞或不兼容。信息交互DLF和OMS其他功能間應(yīng)該至少包括如下交互信息：a)DLF和MS之間進行FLS加卸載、故障數(shù)據(jù)傳輸?shù)刃畔⒌慕换?；b)DLF需要訪問DAM獲取可用的FLS；c)DLF通過顯示應(yīng)用（如CDA）啟動數(shù)據(jù)加卸載操作。4.9.7成員系統(tǒng)BIT（MS）故障檢測MS的BITE應(yīng)負責識別MS的任何故障狀況，以及與其他MS和傳感器之間外部接口的故障狀況。利用正常的不間斷運行監(jiān)測的結(jié)果可以完成上述識別，這是每個MS的基本操作功能之一。為提高故障檢測的完整性，可以增加上電自檢和用戶啟動測試。對于容錯的MS，應(yīng)能評定其降級使用的狀況。BITE應(yīng)能使用降級數(shù)據(jù)。對于有多個LRU/LRM的系統(tǒng)，最好能監(jiān)測所有的單元/模塊。這可由每個LRU/LRM自監(jiān)測系統(tǒng)獨自完成，也可由一個中心LRU對一些不復(fù)雜的外圍設(shè)備同時監(jiān)測來完成。故障隔離在多LRU系統(tǒng)中，BITE應(yīng)能準確指示發(fā)生故障的LRU/LRM。如果開始時信息不夠充分，為提高故障隔離準確率，需要BITE有運行自檢的能力。恢復(fù)運行測試HB8691—2021設(shè)計BITE應(yīng)有助于更換LRU/LRM后飛機快速的恢復(fù)服役。LRU/LRM更換后進行的LRU/LRM或系統(tǒng)測試，應(yīng)充分表明飛機系統(tǒng)的可用性。MS上電測試的設(shè)計目標應(yīng)足以作為恢復(fù)服役測試。在不需要定期工作的電路斷路器的條件下，CMF應(yīng)能啟動相同或相似的測試。如果飛機狀態(tài)不允許這樣的測試，那么MS應(yīng)確保不會進人恢復(fù)服役測試模式（即使CMF發(fā)出命令）。在不從飛機拆除LRU/LRM的情況下，MS應(yīng)有足夠的適應(yīng)性參與相關(guān)的測試。所需的專用地面支持設(shè)備應(yīng)盡可能少。飛機構(gòu)型支持MS應(yīng)向CMF提供構(gòu)型數(shù)據(jù)，用于機上LRU/LRM的配置管理。這部分信息詳見第.8。地面支持功能為支持系統(tǒng)測試.4，MS應(yīng)考慮必要的地面支持設(shè)備接口，但應(yīng)盡量減少專用接口的使用。BITE的NVM.1基本要求航空電子LRU/LRM應(yīng)裝有NVM，用于存儲各種內(nèi)部的故障/失效數(shù)據(jù)，包括容錯LRU/LRM內(nèi)的故障數(shù)據(jù)和軟件異常數(shù)據(jù)。在維修車間可以讀出這些數(shù)據(jù)，或飛機停飛時在飛機上讀出這些數(shù)據(jù)。.2詳細故障數(shù)據(jù)存儲詳細故障數(shù)據(jù)存儲要求如下：a)發(fā)生故障的航段的標題應(yīng)存儲，包括：1)來往城市或航線編號；2)航班編號；4)飛機標識；5)航段編號；6)LRU/LRM位置；7)軟件部件號；8)選中的選項。b)下列信息應(yīng)與每個故障同時存儲：1)檢測故障的監(jiān)測設(shè)備的標識和相應(yīng)的故障代碼；2)硬故障或間歇性故障的分類；3)每個航段故障發(fā)生的次數(shù)，至少要預(yù)留4次的存儲空間；4)故障發(fā)生對應(yīng)的飛行階段和UTC；5)故障隔離到一個SRU的水平；6)用于故障分析的輔助參數(shù)，例如，發(fā)現(xiàn)故障時系統(tǒng)的狀態(tài)。MS應(yīng)利用CMF發(fā)送的飛行階段信息，提供選擇的故障存儲數(shù)據(jù)。.3軟件異常MS的軟件發(fā)現(xiàn)錯誤狀態(tài)已經(jīng)發(fā)生時，應(yīng)盡量捕捉必要的信息以分析錯誤發(fā)生的原因。被監(jiān)測的錯誤包括：a)軟件復(fù)位；b)看門狗超時；c)處理器陷阱（例如：除以0、非法地址等）。捕獲數(shù)據(jù)應(yīng)作為工程數(shù)據(jù)自動觸發(fā)并存儲在NVM中。軟件錯誤捕獲NVM數(shù)據(jù)至少要有存儲5個“捕獲”事件的空間。這種軟件功能必須不影響系統(tǒng)其他功能的正常運行。HB8691—20.4系統(tǒng)事件監(jiān)測已覺察到的系統(tǒng)異常經(jīng)常在系統(tǒng)使用時被報告出來。導(dǎo)致這些事件的原因可能是：設(shè)計錯誤、軟件錯誤、偶發(fā)事件、或誤解系統(tǒng)設(shè)計和操作。用戶希望MS在這樣的事件中具備捕獲軟件數(shù)據(jù)的性能。這種功能可由駕駛艙的事件按鈕的激活來觸發(fā)，或由MS中預(yù)設(shè)某種條件自動的觸發(fā)，或由于響應(yīng)CMF命令來觸發(fā)。這種功能必須不影響系統(tǒng)其他任何功能的正常運行。.5NVM的容量LRU/LRM應(yīng)具備存儲至少來自100個航段的數(shù)據(jù)的容量，每個航段可能會產(chǎn)生一個或多個故障或維護報告。要提供最少512個故障存儲容量。每個故障要存儲的數(shù)據(jù)在第.2條中規(guī)定。.6NVM的擦除NVM中存儲的數(shù)據(jù)可以在車間內(nèi)擦除，也可以在有安全措施的條件下在飛機上擦除。.7NVM的先進先出數(shù)據(jù)存儲當存滿時，最早存儲的數(shù)據(jù)將被放棄。系統(tǒng)BITE和CMF的通信系統(tǒng)BITE通信協(xié)議應(yīng)用編碼發(fā)送故障數(shù)據(jù)。編碼的定義見相應(yīng)的ARINC規(guī)范（如果有）。CMF翻譯來自不同的MS的編碼后，經(jīng)過數(shù)據(jù)綜合，最后用清晰的消息顯示給維修工程師?？梢宰x取駕駛艙效應(yīng)數(shù)據(jù)的MS應(yīng)能把這些信息發(fā)送給CMF，以使與CMF檢測到的故障相關(guān)聯(lián)（見.1）。MS監(jiān)測到的故障應(yīng)立即報告給CMF。如果當前故障消失，也應(yīng)立即向CMF報告。內(nèi)場維護中BITE的使用BITE的第二個目標是為了提高內(nèi)場維修的效率和降低成本。在車間里，BITE內(nèi)存儲的故障歷史信息和BITE提供的自檢功能可以加快故障LRU/LRM的修理和測試。作為一個設(shè)計目標，LRU/LRM的BITE應(yīng)能確定LRU/LRM是可供使用的。BITE詳細要求MS故障監(jiān)測和BITE功能應(yīng)能滿足下列要求：a)導(dǎo)致系統(tǒng)功能喪失或嚴重降級的所有內(nèi)部故障和失效都要被完整地監(jiān)測；b)沒有故障和失效存在時，不應(yīng)產(chǎn)生錯誤或失效的指示；c)電源的瞬變過程不會引起故障的偽指示；d)盡可能通過不間斷運行監(jiān)測實現(xiàn)故障檢測，當連續(xù)監(jiān)測不可用時，為滿足完整性要求，應(yīng)增加系統(tǒng)上電BITE測試；e)外部故障或失效不應(yīng)引起內(nèi)部故障或失效的偽指示；f)故障監(jiān)測設(shè)計應(yīng)考慮容差和時間篩選，從而與需要的功能以及操作環(huán)境兼容；g)BITE的完整性應(yīng)通過使用中的表現(xiàn)來證實；h)在對一個LRU/LRM不用的功能進行監(jiān)測時，檢測到的故障結(jié)果可以內(nèi)部記錄，但不應(yīng)引起任何系統(tǒng)故障指示和不應(yīng)向CMF報告；i)為滿足測試完整性要求，輪回式測試應(yīng)對LRU/LRM的輸入和輸出有必要的覆蓋范圍。0接口故障檢測及其分類接口故障檢測主要有總線和模擬2類，其中總線類包括ARINC429、ARINC629信號、ARINC664信號，模擬信號不包括離散信號，具體內(nèi)容如下：a)ARINC429信號輸入故障應(yīng)被檢測、分類和報告如下：1）總線故障，如果8進制標號377沒有收到；2）信號故障，表示其他系統(tǒng)故障，例如SSM=FAIL，奇偶校驗錯誤，合理性或?qū)Ρ缺O(jiān)測。故障的LRU/LRM應(yīng)通過在受影響的標志上發(fā)送SSM=FAIL指明這種狀態(tài)。b)ARINC629信號數(shù)據(jù)故障應(yīng)被檢測、分類和報告如下：1）整個總線故障，如果沒有從任何LRU/LRM收到輸入信號；HB8691—20212）單個LRU/LRM總線故障，如果只有一個LRU/LRM信號沒有收到；3）信號故障，表示其他系統(tǒng)故障。c)ARINC664信號數(shù)據(jù)故障類型通過每個DS對應(yīng)的FSB標識：1）0x00：NoData無效狀態(tài)；2）0x03：Normaloperation有效狀態(tài)-普通數(shù)據(jù)3）0x0C：FunctionalTest有效狀態(tài)-功能測試；4）0x30：non-computedData無效狀態(tài)-無計算數(shù)據(jù)。d)模擬信號（不包括離散信號）輸入故障應(yīng)檢測、分類和報告如下：1）開路或接地；2）信號故障，表示其他檢測到的故障，例如合理性或?qū)Ρ缺O(jiān)測。1電源中斷報告MS的LRU/LRM從一個電源中斷恢復(fù)之后，應(yīng)向CMF報告。4.9.8機載維護支持功能（OMSF）基本功能OMSF的要求如下：a)OMSF功能提供了OMS相關(guān)設(shè)備的BIT能力，該能力確定OMS是否正常運行；b)OMS相關(guān)設(shè)備的BITE設(shè)計應(yīng)遵守4.9.7中MS的BITE設(shè)計準則；c)IMA系統(tǒng)中，OMS應(yīng)利用通用處理模塊中駐留的PAA功能進行健康報告；d)OMS相關(guān)設(shè)備的BIT結(jié)果應(yīng)持續(xù)上報至CMF；e)當OMS相關(guān)設(shè)備不在數(shù)據(jù)加載模式下運行時，其內(nèi)部BITE作為一個MS提供給CMF，除自檢測狀態(tài)報告外，該功能也可以根據(jù)需要將參數(shù)和離散數(shù)據(jù)傳輸給ACMF，將設(shè)備構(gòu)型數(shù)據(jù)提供給ACRF。信息交互OMSF的信息交互關(guān)系如下：a)作為一個MS，OMSF與CMF、ACMF和ACRF進行交互。b)交互內(nèi)容見、和。4.10標識a)設(shè)備和零部件上的標志(包括文字、符號、代號、圖形、顏色等)應(yīng)按產(chǎn)品規(guī)范的規(guī)定，且簡明、清晰、耐久、明顯、易讀，標識不應(yīng)影響設(shè)備的機械和電氣性能；b)應(yīng)至少有一個主要設(shè)備和零部件上的標識是易讀的和永久的，標識應(yīng)包括序列號和與其功能相對應(yīng)的功能設(shè)備等級；c)設(shè)備標識應(yīng)標有設(shè)備名稱、型號、生產(chǎn)廠、出廠編號、出場時間等內(nèi)容；d)如果設(shè)備和零件包含替代或等效符合性方法造成與標準的偏離，標志應(yīng)包括表明批準的偏離方法。4.11接口OMS應(yīng)具備如下接口：a)與地面進行信息交互的接口—用于在飛行中向地面?zhèn)鬏敂?shù)據(jù)和報告，以提前啟動和準備必要的維護措施，同時，也可接收來自地面的數(shù)據(jù)請求；b)MS向OMS報告故障信息的接口—故障信息為從ATA21章至ATA80章包含的電子可探測的、可傳輸?shù)墓收蠑?shù)據(jù)，某些飛機系統(tǒng)還提供補充的故障信息；HB8691—2021c)提供信息顯示輸出接口。4.12通信OMS應(yīng)滿足如下通信要求：a)OMS內(nèi)部通信—OMS內(nèi)各功能之間通信應(yīng)符合已有航電通信網(wǎng)絡(luò)要求；b)與MS或其他飛機系統(tǒng)的通信—應(yīng)根據(jù)系統(tǒng)需求選取不同的網(wǎng)絡(luò)通信協(xié)議；c)OMS的相關(guān)維護信息應(yīng)能夠借助數(shù)據(jù)鏈傳輸至地面站。4.13工作模式為了更清晰的描述OMS實現(xiàn)的功能，對OMS的工作模式進行如下規(guī)定：a)正常的工作模式—OMS主要的操作狀態(tài)，當系統(tǒng)上電BIT以及初始化完成后，自動進入此模式，直到斷電。在本模式下，OMS實現(xiàn)故障的檢測和定位、異常監(jiān)測、健康狀態(tài)的評估、性能趨勢、故障預(yù)測和構(gòu)型報告等功能；b)地面維護模式—飛機停在地面，且滿足系統(tǒng)一些安全約束的配置信息后，需要被授權(quán)地勤人員激活的一種操作狀態(tài)。在此模式下，OMS實現(xiàn)啟動測試，故障歷史檢索與復(fù)位，數(shù)據(jù)加載等功能。4.14人機交互OMS的操作方式、界面、警告等應(yīng)遵循GB/T16251-2008提供的人機工程設(shè)計準則，符合駕駛艙操作規(guī)則。OMS人機交互應(yīng)滿足如下要求：a)信息操作功能，即機組人員或維護人員能做進一步的請求或選擇，此外，通過人機界面觸發(fā)啟動BIT（IBIT），以及進行軟件加載等操作；b)在進行信息顯示頁面設(shè)計時，應(yīng)當考慮界面的友好性，設(shè)計和布局盡量簡單易操作，不容易使駕駛員出現(xiàn)操作差錯，數(shù)值一般應(yīng)以十進制顯示，維護、排故或配置任務(wù)可使用其他制式(如二進制、八進制或十六進制)。4.15可靠性O(shè)MS的可靠性應(yīng)滿足如下要求：a)在IMA系統(tǒng)的計算資源中，宜將中央維護作為相關(guān)軟件功能，并以主、備件形式駐留在計算資源的不同處理模塊中，以提高可靠性；b)OMS中相關(guān)功能所駐留的計算資源應(yīng)提供必要的保護，防止誤操作帶來的破壞；c)OMS中的軟件按照DO-178對D或C等級要求的流程根據(jù)開發(fā)（DO-178規(guī)定的軟件開發(fā)流程管控）；d)OMS的可靠性問題不能影響飛機系統(tǒng)正常運營的目標；e)OMS及其部件應(yīng)符合飛機級分配的MTBF。4.16維修性O(shè)MS的維修性一般應(yīng)滿足下列要求：a)基本依據(jù)：HBZ415-2014中的維修性要求應(yīng)為OMS維修性要求的基本依據(jù)；b)系統(tǒng)的維修性應(yīng)考慮視情維護、監(jiān)控維護和定期維護的要求；c)系統(tǒng)應(yīng)能進行機上人工初始測試以確保系統(tǒng)部件已經(jīng)正確安裝；d)系統(tǒng)應(yīng)能提供機內(nèi)自檢測，給維護人員提供相應(yīng)的數(shù)據(jù)以支持故障診斷；e)對于IMA系統(tǒng)中相關(guān)模塊及功能軟件組成的機載維護系統(tǒng)，其維修性具體要求可參照HB/Z402-2013中“10測試性和維修性”的相關(guān)內(nèi)容。HB8691—20214.17可達性可達性的要求應(yīng)滿足HB/Z415-2014的相關(guān)規(guī)定。相關(guān)要求為：a)兼容性：在操作、維修、電磁兼容性和封裝要求不相矛盾的前提下，應(yīng)設(shè)計成具有最佳的可達性；b)進出口：在設(shè)備（如中央維護計算機或CMF所駐留的計算模塊）和主要部件殼體（如中央維護計算機殼體或中央維護計算機所在的IMA殼體）上提供必要的進出口或檢修窗口以便檢查、拆卸和更換；c)零部件：定期更換的LRU/LRM以及其他零部件應(yīng)易于更換。4.18互換性互換性應(yīng)滿足以下要求：a)可互換產(chǎn)品（單元體、零部件和元器件）應(yīng)滿足規(guī)定的互換性要求；b)對于再訂購設(shè)備，不論供貨來源是否一致，其可互換的產(chǎn)品仍應(yīng)滿足原有互換性要求；c)設(shè)計時應(yīng)對有互換性要求的公差做出規(guī)定，以便對產(chǎn)品規(guī)范所允許的尺寸和特性的產(chǎn)品進行更換，而不影響設(shè)備的性能；d)當元器件、零部件和材料的標準提供的特性和公差不只一種時，應(yīng)優(yōu)先采用滿足設(shè)備性能要求的、使用特性范圍最寬、公差范圍最大的產(chǎn)品；e)應(yīng)采用標準的元器件、零部件。若無合適的標準件，允許設(shè)計非標準件，但應(yīng)為將來用標準件替換提供條件。用作替換的標準件，應(yīng)在合同中注明；f)連接形式、功能和特性都等于或優(yōu)于設(shè)備目錄中規(guī)定的元器件、零部件，可以用作替換件。質(zhì)量和可靠性都優(yōu)于規(guī)定值的替換件，不得用于進行鑒定檢驗、首件檢驗的設(shè)備。4.19測試性測試性的要求應(yīng)根據(jù)HB/Z415-2014中4.2.7的要求。如果OMS在IMA系統(tǒng)中實現(xiàn)，則應(yīng)進一步依據(jù)HB/Z402-2013中“10測試性和維修性”的相關(guān)規(guī)定。OMS的故障監(jiān)控應(yīng)根據(jù)功能危害性分析設(shè)置故障監(jiān)控等級和監(jiān)控點，通過機內(nèi)自檢測實現(xiàn)飛行前、飛行中、維修過程中對存在故障的診斷和監(jiān)控。機內(nèi)自檢測應(yīng)將故障隔離到LRU/LRM這一級。機內(nèi)自檢測的激勵信號不應(yīng)超過系統(tǒng)任何部件的工作范圍，或降低其耐久性或疲勞壽命。機內(nèi)自檢測結(jié)束后應(yīng)保證所有激勵信號全部消除，系統(tǒng)恢復(fù)到正常工作狀態(tài)。OMS的測試性相關(guān)具體功能實現(xiàn)主要通過OMS功能實現(xiàn)，具體規(guī)定見4.9.8。測試性的通用要求可參考HBZ420-2014。4.20安全性4.20.1基本要求基本依據(jù)：SAEARP4754A和SAEARP4761是指導(dǎo)安全性設(shè)計、編制安全性大綱和合同的基本依據(jù)，同時也可參照HB/Z295、HB/Z420-2014。在單獨和與其他系統(tǒng)一同考慮的情況下，對任何降低飛機運行能力或安全裕度的情況，OMS及其部件的設(shè)計應(yīng)滿足其任何失效狀態(tài)應(yīng)是微小的。應(yīng)明確設(shè)備的安全性等級，并給出完整的安全性評估過程。4.20.2糾正措施應(yīng)提供告警信息，向機組指出分系統(tǒng)的不安全工作情況并能使機組成員采取適當?shù)募m正動作，監(jiān)控與告警裝置的設(shè)計應(yīng)盡量減少可能增加危險的機組失誤。HB8691—2021OMS應(yīng)具備自身安全防護能力。4.20.3軟件和硬件OMS所屬的分系統(tǒng)軟件和硬件的研制應(yīng)符合HB/Z295-1996中2.2和HB/Z420-2014中第2章的規(guī)定，參見SAEARP4761、SAEARP4754A合理確定系統(tǒng)的軟件危險等級和硬件設(shè)計保證等級。OMS軟件可提供防止人為錯誤的防護：a)為終端用戶提供通過方便友好的登錄方法（例如用戶名加密碼）以獲取操作OMS系統(tǒng)的能力；b)OMS顯示單元加入“空地狀態(tài)”現(xiàn)在邏輯；當“空地狀態(tài)”地空時，禁止任何人機操作的響應(yīng)；c)OMS核心處理功能加入“空地狀態(tài)”現(xiàn)在邏輯；當“空地狀態(tài)”地空時，禁止任何人機操作的4.21環(huán)境適應(yīng)性環(huán)境適應(yīng)性的要求應(yīng)根據(jù)DO-160和HB6167-2014制定。4.21.1自然環(huán)境OMS的相關(guān)設(shè)備應(yīng)能夠承受溫度、壓力、霉菌、鹽霧、濕熱、砂塵和其他自然環(huán)境的極限條件，并在使用壽命期間內(nèi)能夠正常工作。4.21.2誘發(fā)環(huán)境在飛機誘發(fā)的振動、噪聲、沖擊、加速度和爆炸等機械環(huán)境條件下，應(yīng)保證OMS能夠正常工作。4.22電磁兼容性在電磁干擾、閃電、高強磁場等環(huán)境下，系統(tǒng)應(yīng)滿足HB5940-1986、HB6167-2014的要求，具體要求為：a)OMS設(shè)備的設(shè)計和安裝，必須保證在飛機遭遇閃電環(huán)境時，執(zhí)行這些功能的系統(tǒng)的工作與工作能力不受不利影響。b)必須按照遭遇嚴重閃電環(huán)境來表明對于上一條的閃電防護準則的符合性，需通過下列辦法來設(shè)計并驗證OMS系統(tǒng)對閃電影響的防護能力：1）建立閃擊區(qū)的外部閃電環(huán)境；2）建立內(nèi)部環(huán)境；3）判定必須滿足要求的OMS在飛機的位置；4）確定系統(tǒng)對內(nèi)部和外部閃電環(huán)境的敏感度；5）設(shè)計防護措施；6）驗證防護措施的充分性。c)由于OMS的功能失效不會降低飛機性能，但會降低飛行機組對不利條件的運行能力，則OMS設(shè)備暴露于CCAR-25-R4的附錄L中描述的HIRF設(shè)備測試水平3時，系統(tǒng)不會受到不利影響。5驗證5.1總則應(yīng)進行分析、檢查、實驗室試驗、地面試驗和飛行試驗，驗證OMS滿足第4章的要求。如果OMS是聯(lián)合式航電的一部分，相關(guān)設(shè)備應(yīng)作為機載電子設(shè)備根據(jù)HB/Z415-2014中的要求進行驗證。如果OMS作為IMA系統(tǒng)的一部分，則其驗證應(yīng)滿足HB/Z422-2014中“6認證任務(wù)”和“7完整過程”中規(guī)定的認證要求。具體到OMS，由于現(xiàn)有系統(tǒng)主要為駐留在航空電子硬件上的功能軟件，因此硬件驗證可依據(jù)HBHB8691—2021Z420-2014《民用飛機機載電子硬件合格審定保證指南》中的“8確認與驗證過程”，軟件驗證可依據(jù)HBZ421-2014《民用飛機機載系統(tǒng)和設(shè)備軟件合格審定保證指南》中的“8軟件驗證過程”進行驗證。機載維護系統(tǒng)驗證的具體策略旨在“機載維護系統(tǒng)”級和“LRU/駐留功能”級進行功能性驗證，并在可行的情況下，在“其他”級（如低級組件）進行驗證。“其他”級應(yīng)該為較低級。為實施本策略，對各“機載維護系統(tǒng)”級和“LRU/駐留功能”級需求進行同行評審，并建立對應(yīng)測試用例。分配需求屬性后，對機載維護系統(tǒng)/LRU/駐留功能分階段開展驗證活動。進行功能性驗證時，根據(jù)所分配的“相關(guān)功能”對機載維護系統(tǒng)/LRU/駐留功能進行分組。然后，將這組需求“作為一個整體”進行審查，并開發(fā)測試用例和規(guī)程以充分發(fā)揮功能作用。正式運行測試用例和相關(guān)測試程序及腳本，以獲得