鐘曉偉 黃思怡

摘要:本文主要圍繞廣州區管現場設備運行維護過程中發現的設備監控問題,提出適合空管設備運維“大運行、大崗位、大值班”趨勢的設備集中聲光告警方案,然后根據設計方案完成系統功能開發,并將該系統部署在廣州區管設備監控現場,有效提升現場設備運行的安全性和穩定性。
關鍵詞:設備監控;集中聲光告警;安全性
1概述
隨著航空運輸的發展,管制現場的設備運行保障部門需要監控的設備越來越多,設備保障部門的運行模式也逐步轉變為“大運行、大崗位、大值班”模式。然而設備監控終端分散、告警提示不明顯、告警未分級等問題制約著集中式監控運行的實施?,F場設備保障部門急需一套集中式的設備聲光告警系統,為新的運行模式提供支持。
本文旨在通過對管制運行現場設備監控過程中難點問題和發展趨勢的研究,提出一套集中式的空管設備聲光告警系統方案,實現自動化、內話等關鍵設備的集中式運維,幫助值班人員快速準確定位設備故障問題,提高設備運行的安全性和穩定性。
以廣州區管設備室為例,現場需監控維護的設備種類多達15項,通過現場調研分析,總結出如下亟待解決問題:
(1)現場監控終端分散:一套設備有一個或多個監控終端,且安裝位置分散;
(2)語音告警弱:大部分設備只能產生單一告警聲,部分重要設備的重要故障僅出現一次提示音,存在遺漏重要告警等問題;
(3)告警未分級:告警內容多,等級未分級,存在混淆告警內容等問題;
2設備集中聲光告警系統方案
2.1系統整體方案
根據“大值班、大監控”的設備保障運行模式,管理人員、監控人員、維護人員和系統開發人員各司其職,監控人員通過設備集中聲光告警系統可實時監控多現場多設備,設備監控人員在系統故障時可快速定位故障點,通過電話上報管理人員,并通知設備維護人員進行故障修復,在集中聲光告警系統有異常或新增需求時,則通過系統研發人員完善告警系統功能,從而實現空管設備運維的高效安全。
2.2系統軟件結構
系統的軟件結構主要分采集程序和集中聲光告警程序兩大塊,采集程序根據不同的設備監測要求進行模塊開發,利用日志提取、圖像識別和傳感器等技術實現設備信息的采集;集中聲光告警程序則統一處理通過數據接口模塊傳輸過來的監測告警信息,為用戶提供便捷直觀的聲光告警提示,并在系統運行過程中記錄相應的告警日志和運行日志;系統提供靈活的離線參數配置模塊。
2.3系統硬件結構
根據現場設備管理需求,系統引接了歐洲貓區調進近兩臺OASYS數據和備用內話數據,機房環境則部署了2個紅外攝像頭、6個溫濕度計和2條水浸傳感器,實現歐洲貓自動化系統、內話系統和機房環境等設備的集中聲光告警。
3系統實現
根據總體設計方案,系統采用C#語言開發,利用Active MQ消息隊列服務實現多設備多系統的信息統一處理。系統的主要模塊有信息采集模塊、集中處理模塊、日志處理模塊、參數配置模塊和人機界面,結合不同模塊實現系統的集中聲光告警功能。具體模塊實現如下:
3.1信息采集模塊
信息采集模塊主要為數據接口程序,可根據不同系統設備和環境的監控監測需要,利用傳感器和日志采集等方式實現系統和環境信息的采集,并將采集的信息通過數據接口模塊傳輸至系統集中處理模塊。
3.2集中處理模塊
集中處理模塊主要接收并處理來自數據接口模塊中的數據,將設備告警信息分類分級處理,輸出統一的數據格式。將系統告警信息推送至人機界面,實現系統的集中聲光告警功能。同時根據需要將告警信息存入數據庫中。
3.3日志處理模塊
日志處理模塊主要包括實時的告警處理記錄,用戶的操作記錄和系統運行狀態記錄,系統運行狀態主要指系統的異常情況。
3.4參數配置模塊
參數配置模塊可提供各項系統參數配置,如采集端參數配置、告警門限配置和系統基礎參數配置等。
3.5人機界面
人機界面的實現主要為用戶提供簡潔直觀的聲光告警提示,界面采用模塊化設計,根據監控的設備和系統要求在主界面中分塊顯示各系統運行狀態,包括信息采集模塊的運行狀態,系統具體人機界面如圖1所示。
4總結
本文通過調研廣州區管現場設備的運維監控需求,制定了一套保障設備安全穩定運行的系統方案。利用系統日志提取、圖像識別和傳感器等技術,實現了適用于管制現場設備的集中聲光告警系統,該系統可快速準確地定位設備故障問題,并為值班現場提供實時有效的聲光告警提示,有效提高設備運行的安全性和穩定性。根據廣州區管設備室的部署應用情況,有效證明該系統方案的可用性和實用性??傮w而言,該系統的設計是開放性的、易擴展的,可快速增加和實現系統設備的告警需求,同時,各個管制運行現場的設備系統大致相同,可快速完成系統的推廣應用。
參考文獻:
[1]韓書菁. 空管設備語音告警系統設計與實現[J]. 民航管理, 2016.
[2]張榮. 基于虛擬串口的空管設備聲音集中告警系統設計[J]. 信息通信, 2019, 000(011):144-145.
[3]武波. 通信導航設備集中監控系統分析及設計[D]. 四川大學.