王鵬 過(guò)俊權(quán)

摘要：通過(guò)對(duì)某型飛機(jī)顯示控制管理系統(tǒng)中畫(huà)面顯示控制工作過(guò)程的論述，對(duì)飛行過(guò)程中出現(xiàn)的畫(huà)面部分?jǐn)?shù)據(jù)不更新故障進(jìn)行具體的故障分析和總結(jié)，并提出一定的解決措施，以保證后續(xù)飛行任務(wù)順利進(jìn)行。

關(guān)鍵詞：顯示控制;畫(huà)面數(shù)據(jù);故障分析

中圖分類(lèi)號(hào)：TM93 文獻(xiàn)標(biāo)識(shí)碼：A??文章編號(hào)：1671-2064（2019）16-0000-00

0 引言

顯示控制任務(wù)處理系統(tǒng)主要由任務(wù)處理系統(tǒng)和顯示控制管理系統(tǒng)組成，任務(wù)處理系統(tǒng)主要設(shè)備為任務(wù)機(jī)，顯示控制管理系統(tǒng)的主要設(shè)備為與人機(jī)接口相關(guān)的顯示控制設(shè)備。

任務(wù)機(jī)作為飛機(jī)航空電子系統(tǒng)實(shí)現(xiàn)任務(wù)管理和網(wǎng)絡(luò)管理功能的基礎(chǔ)平臺(tái)，具備數(shù)據(jù)處理、信息交換、圖像/視頻處理以及數(shù)據(jù)存儲(chǔ)能力，由各個(gè)模塊構(gòu)成，IOM1模塊負(fù)責(zé)1553B總線與光纖總線間的通信管理，完成數(shù)據(jù)的發(fā)送與接收，是任務(wù)機(jī)的系統(tǒng)控制器。DPM2模塊負(fù)責(zé)顯示控制管理等專(zhuān)項(xiàng)功能的計(jì)算任務(wù)。

飛機(jī)上的顯示控制設(shè)備主要由平顯、主顯、UFCP等組成，不僅是航電系統(tǒng)重要的人機(jī)接口顯示設(shè)備，還是飛機(jī)其他機(jī)載系統(tǒng)/設(shè)備主要的顯示窗口，是保障飛機(jī)飛行的重要顯示終端。

本文對(duì)某型飛機(jī)飛行過(guò)程中出現(xiàn)畫(huà)面部分?jǐn)?shù)據(jù)不更新故障進(jìn)行分析和總結(jié)，提出相應(yīng)的解決措施。

1故障現(xiàn)象

某型飛機(jī)飛行過(guò)程中出現(xiàn)畫(huà)面部分?jǐn)?shù)據(jù)不更新故障，通過(guò)數(shù)據(jù)管理處理機(jī)記錄的視頻和飛行員描述，故障現(xiàn)象如下：

（1）飛行半小時(shí)后，顯示畫(huà)面部分?jǐn)?shù)據(jù)不更新;

（2）平顯除“余時(shí)”外，其他數(shù)據(jù)均不變化;

（3）主顯可從儀表切換到平顯，其他數(shù)據(jù)均變化;

（4）手動(dòng)無(wú)法將航電系統(tǒng)正常切換到降級(jí)狀態(tài);

（5）飛機(jī)著陸后重啟設(shè)備均工作正常。

2 故障定位分析

2.1系統(tǒng)控制原理

顯示控制管理原理如圖1所示。

飛控計(jì)算機(jī)、通導(dǎo)、慣導(dǎo)、雷達(dá)、UFCP連接在1553B總線上。任務(wù)機(jī)內(nèi)IOM1模塊接收1553B總線數(shù)據(jù)，并通過(guò)運(yùn)行在IOM1模塊上的數(shù)據(jù)轉(zhuǎn)換軟件將接收的1553B總線數(shù)據(jù)轉(zhuǎn)換為FC（光纖）數(shù)據(jù)，并發(fā)送給任務(wù)機(jī)內(nèi)DPM2，DPM2運(yùn)行顯控軟件，將接收到的數(shù)據(jù)轉(zhuǎn)換為ARINC661格式發(fā)送至顯示器顯示。導(dǎo)航通過(guò)光纖總線將導(dǎo)航解算的數(shù)據(jù)發(fā)送給DPM2。

2.2故障樹(shù)

根據(jù)數(shù)據(jù)管理處理機(jī)記錄的視頻、FC（光纖）總線和1553B總線數(shù)據(jù)以及飛行員所描述內(nèi)容， 結(jié)合工作原理與故障現(xiàn)象，故障樹(shù)如圖2所示。

2.3故障分析

2.3.1平顯故障

通過(guò)記錄的視頻查看，故障發(fā)生后平顯顯示的“余時(shí)”數(shù)據(jù)正常，同時(shí)主顯可調(diào)顯平顯的畫(huà)面，因此該故障分支可以排除。

2.3.2主顯故障

通過(guò)記錄的視頻查看，故障發(fā)生主顯可調(diào)顯平顯的畫(huà)面，4臺(tái)主顯同時(shí)壞掉的可能性很小。因此該故障分支可以排除。

2.3.3?FC（光纖）總線故障

與本次故障相關(guān)的FC（光纖）通信包括IOM1與DPM2之間、DPM2與顯示器之間的FC（光纖）通信。FC（光纖）通信故障可分為IOM1 FC（光纖）故障，DPM2 FC（光纖）故障。

查看FC（光纖）記錄數(shù)據(jù)，IOM1模塊的應(yīng)用層在故障之后數(shù)據(jù)轉(zhuǎn)換軟件發(fā)送的FC（光纖）數(shù)據(jù)中斷，其他FC（光纖）數(shù)據(jù)發(fā)送正常。IOM1模塊GSM層向任務(wù)機(jī)內(nèi)部其他模塊發(fā)送生命消息，其他模塊在接收到IOM1模塊發(fā)送的生命消息后進(jìn)行生命消息應(yīng)答，如果IOM1模塊連續(xù)三次發(fā)送生命消息均未收到生命消息應(yīng)答，IOM1模塊將上報(bào)該模塊生命消息故障，應(yīng)用層收到DPM2節(jié)點(diǎn)的生命消息故障后會(huì)切換系統(tǒng)進(jìn)入降級(jí)工作模式，本次故障發(fā)生后系統(tǒng)未主動(dòng)進(jìn)入降級(jí)工作模式，由此可判斷IOM1模塊GSM層FC（光纖）消息發(fā)送正常。因?yàn)镕C（光纖）數(shù)據(jù)發(fā)送共用硬件平臺(tái)及驅(qū)動(dòng)接口，因此判斷IOM1 FC（光纖）硬件鏈路及驅(qū)動(dòng)函數(shù)無(wú)故障。

查看及分析視頻記錄確認(rèn)主顯、平顯可正常顯示畫(huà)面，僅部分?jǐn)?shù)據(jù)不更新，查看DPM2發(fā)送給主顯、平顯的FC（光纖）數(shù)據(jù)，確認(rèn)DPM2與主顯、平顯間FC（光纖）通信未中斷，且DPM2節(jié)點(diǎn)在收到IOM1模塊發(fā)送的生命消息后進(jìn)行生命消息應(yīng)答，連續(xù)三次不進(jìn)行生命消息應(yīng)答，IOM1模塊將上報(bào)DPM2生命消息故障，應(yīng)用層收到DPM2節(jié)點(diǎn)的生命消息故障后會(huì)切換系統(tǒng)進(jìn)入降級(jí)工作模式，本次故障發(fā)生后系統(tǒng)未主動(dòng)進(jìn)入降級(jí)工作模式，因?yàn)镕C（光纖）數(shù)據(jù)發(fā)送共用硬件平臺(tái)及驅(qū)動(dòng)接口，由此可排除DPM2 FC（光纖）故障。

2.3.4 1553B總線故障

查看1553B總線記錄數(shù)據(jù)，各個(gè)設(shè)備（1553B總線的RT）向IOM1（1553B總線的BC）發(fā)送的數(shù)據(jù)一直正常，證明1553B總線是正常通信的，因此1553B總線故障可以排除。

2.3.5?DPM2軟件故障

DPM2上運(yùn)行顯示控制管理軟件，DPM2把FC（光纖）數(shù)據(jù)通過(guò)交換機(jī)發(fā)給平顯、主顯，更新畫(huà)面。如果DPM2故障，平顯的“余時(shí)”數(shù)據(jù)卡死，無(wú)法更新。該故障分支可以排除。

2.3.6?DPM2硬件故障

查看分析監(jiān)控?cái)?shù)據(jù)發(fā)現(xiàn)DPM2與顯示器之間的FC（光纖）通信正常，且如果DPM2故障，任務(wù)機(jī)會(huì)進(jìn)入降級(jí)工作模式，UFCP上的降級(jí)燈亮起，從現(xiàn)象看任務(wù)機(jī)沒(méi)有進(jìn)入降級(jí)工作模式，F(xiàn)C（光纖）監(jiān)控?cái)?shù)據(jù)中一直都有DPM2發(fā)送的FC（光纖）數(shù)據(jù)。因此DPM2沒(méi)有故障。該故障分支可以排除。

2.3.7IOM1模塊硬件故障（CPU和內(nèi)存）

IOM1模塊硬件CPU采用的是PC8640MGH1250HE，內(nèi)存（DDR3）采用MT47H128M16HG-3EIT，如果CPU故障或內(nèi)存故障則會(huì)導(dǎo)致系統(tǒng)的所有任務(wù)異常，其中包含了平臺(tái)軟件中的喂狗任務(wù)。喂狗任務(wù)異常時(shí)，系統(tǒng)無(wú)法正常喂狗，會(huì)導(dǎo)致因?yàn)楣方卸K復(fù)位。應(yīng)用任務(wù)則會(huì)切換到IOM2模塊，系統(tǒng)工作不受影響。由此可以排除CPU故障和內(nèi)存故障。

2.3.8?IOM1模塊平臺(tái)軟件故障

平臺(tái)軟件包含MBI驅(qū)動(dòng)軟件、FC（光纖）驅(qū)動(dòng)軟件。FC（光纖）網(wǎng)絡(luò)和1553B網(wǎng)絡(luò)均正常運(yùn)行，因此該故障可排除。

2.3.9?IOM1模塊應(yīng)用軟件故障

（1）應(yīng)用監(jiān)控打印超時(shí)。監(jiān)控打印采用中斷的方式，在打印信息過(guò)多時(shí)會(huì)占用CPU的相當(dāng)大一部分資源。隨著長(zhǎng)時(shí)間的飛行，CPU溫度的上升，CPU的處理能力會(huì)下降，有導(dǎo)致低優(yōu)先級(jí)的任務(wù)無(wú)法正常運(yùn)行，任務(wù)延遲，雖然任務(wù)不會(huì)卡死，但是可能引起任務(wù)掛起。

（2）任務(wù)運(yùn)行異常。通過(guò)對(duì)1553B總線數(shù)據(jù)分析查看，故障后IOM1模塊只發(fā)送了“MBI緊急消息接收”任務(wù)，可執(zhí)行，模塊內(nèi)其他啟動(dòng)任務(wù)未執(zhí)行，因此可判斷“MBI緊急消息接收”任務(wù)運(yùn)行異常，不能釋放CPU，導(dǎo)致其他任務(wù)不能執(zhí)行。

3 結(jié)語(yǔ)

通過(guò)現(xiàn)象及故障樹(shù)排查，造成此次故障直接原因?yàn)镮OM1里“MBI緊急消息接收”任務(wù)運(yùn)行異常，不能釋放CPU，導(dǎo)致其他任務(wù)不能執(zhí)行。

通過(guò)分析和試驗(yàn)驗(yàn)證采取了如下解決措施：

（1）屏蔽所有監(jiān)控打印信息，減少打印監(jiān)控造成的影響，避免由于打印過(guò)多導(dǎo)致任務(wù)運(yùn)行異常;

（2）對(duì)可能存在數(shù)組訪問(wèn)越界的地方增加數(shù)組下標(biāo)保護(hù)判斷;

（3）增加任務(wù)監(jiān)控功能，當(dāng)存在任務(wù)運(yùn)行異常后，對(duì)任務(wù)進(jìn)行重新啟動(dòng)復(fù)位;

（4）更換IOM1硬件模塊，隨著長(zhǎng)時(shí)間的飛行，CPU溫度的上升，CPU的處理能力會(huì)下降，有導(dǎo)致低優(yōu)先級(jí)的任務(wù)無(wú)法正常運(yùn)行。

經(jīng)上述分析排查，采取更換IOM1硬件模塊，屏蔽監(jiān)控打印信息和增加任務(wù)監(jiān)控功能，可解決該故障，飛機(jī)可以開(kāi)展后續(xù)飛行。

收稿日期：2019-06-25

作者簡(jiǎn)介：王鵬（1987—），男，漢族，陜西西安人，本科，工程師，研究方向：機(jī)務(wù)維修。