磁浮列車(chē)車(chē)載信號(hào)監(jiān)測(cè)系統(tǒng)軟件設(shè)計(jì)與實(shí)現(xiàn)

關(guān)鍵詞：磁浮列車(chē);車(chē)載設(shè)備;信號(hào)監(jiān)測(cè)

一、緒論

國(guó)內(nèi)正在運(yùn)營(yíng)的長(zhǎng)沙磁浮列車(chē)車(chē)載信號(hào)設(shè)備是基于通信的列車(chē)控制系統(tǒng)核心控制設(shè)備，包括完整的ATO（列車(chē)自動(dòng)駕駛）、ATP（列車(chē)自動(dòng)防護(hù)）、BTM（應(yīng)答器傳輸模塊）、TIU（列車(chē)接口單元）和TRU（列車(chē)無(wú)線(xiàn)單元）等子系統(tǒng)。各子系統(tǒng)之間實(shí)時(shí)完成內(nèi)部的邏輯運(yùn)算，通過(guò)通信網(wǎng)絡(luò)進(jìn)行信息交互，外部無(wú)法獲取相關(guān)信息。磁浮列車(chē)一方面由于沒(méi)有輪軌，車(chē)載設(shè)備使用的傳感器種類(lèi)繁多，對(duì)信號(hào)板卡輸入/輸出的精準(zhǔn)度要求較高;另一方面，既有信號(hào)制式為點(diǎn)-連式，車(chē)載設(shè)備與地面設(shè)備的信息交互不連續(xù)。

目前，車(chē)載信號(hào)設(shè)備的采集、監(jiān)測(cè)、預(yù)警等數(shù)據(jù)多是存儲(chǔ)在車(chē)載裝置中，數(shù)據(jù)分別獲取、獨(dú)立記錄，部件性能下降或發(fā)生異常報(bào)警時(shí)，需要事后分析各部件的獨(dú)立日志，無(wú)法滿(mǎn)足列車(chē)的可用性原則。因此，設(shè)計(jì)磁浮列車(chē)車(chē)載信號(hào)監(jiān)測(cè)系統(tǒng)（以下簡(jiǎn)稱(chēng)“監(jiān)測(cè)系統(tǒng)”）時(shí)，需要根據(jù)既有信號(hào)系統(tǒng)中重要信息的編碼規(guī)則和信息定義，從中提取出系統(tǒng)運(yùn)行的即時(shí)事件信息和參數(shù)變化趨勢(shì)，對(duì)車(chē)載設(shè)備的運(yùn)行狀況進(jìn)行全方位的即時(shí)分析與數(shù)據(jù)存儲(chǔ)回放，以便對(duì)重要部件的性能做出預(yù)判。在數(shù)據(jù)周期同步方面，該監(jiān)測(cè)系統(tǒng)還可實(shí)現(xiàn)多設(shè)備數(shù)據(jù)周期的一致性，保證了數(shù)據(jù)、時(shí)間、類(lèi)別的一一對(duì)應(yīng)，便于數(shù)據(jù)的實(shí)時(shí)展示。

本文從軟件功能的角度，重點(diǎn)對(duì)監(jiān)測(cè)系統(tǒng)的軟件總體架構(gòu)、車(chē)載和地面設(shè)備通信接口功能，以及軟件測(cè)試方法等進(jìn)行詳細(xì)介紹。

二、 監(jiān)測(cè)系統(tǒng)架構(gòu)

監(jiān)測(cè)系統(tǒng)是由車(chē)載設(shè)備和地面設(shè)備共同構(gòu)成。車(chē)載端使用TIU/BTM車(chē)載適配接口主機(jī)獲取車(chē)載信號(hào)數(shù)據(jù)，并將采集的信號(hào)數(shù)據(jù)通過(guò)4G公網(wǎng)送達(dá)地面天饋配件，使用運(yùn)營(yíng)商網(wǎng)絡(luò)送入地面中心設(shè)備機(jī)房，由地面服務(wù)器運(yùn)行監(jiān)測(cè)維護(hù)系統(tǒng)接口單元進(jìn)行協(xié)議處理，將最終結(jié)果發(fā)送至地面監(jiān)測(cè)終端，呈現(xiàn)給操作用戶(hù)。

監(jiān)測(cè)系統(tǒng)中車(chē)載端的設(shè)備均為新增設(shè)備，單端包括TIU/BTM車(chē)載適配接口主機(jī)、4G通信模塊、車(chē)載交換機(jī)和天饋系統(tǒng)，首、尾兩端配置一致。通過(guò)有線(xiàn)網(wǎng)絡(luò)與既有車(chē)載信號(hào)設(shè)備（BTM主機(jī)和TIU主機(jī)）連接，數(shù)據(jù)為單向傳輸，不影響既有車(chē)載信號(hào)設(shè)備安全。

作為監(jiān)測(cè)系統(tǒng)車(chē)載端的核心設(shè)備，TIU/BTM車(chē)載適配接口主機(jī)主要是將所有車(chē)載信號(hào)數(shù)據(jù)按照協(xié)議提取和處理，發(fā)送至4G通信模塊。其中提取的數(shù)據(jù)主要涉及測(cè)速測(cè)距信息、板卡狀態(tài)信息，以及司機(jī)操作信息（門(mén)模式選擇、ATO模式選擇和駕駛等級(jí)）等。

設(shè)備接口層面，通過(guò)1臺(tái)車(chē)載一體交換機(jī)，將TIU/BTM車(chē)載適配接口主機(jī)和既有的TIU網(wǎng)絡(luò)通信板、BTM維護(hù)板連接，所有板卡均具備網(wǎng)絡(luò)通信功能。

整個(gè)研發(fā)流程采用了成熟的平臺(tái)軟件，開(kāi)發(fā)了實(shí)時(shí)處理的應(yīng)用程序，對(duì)車(chē)載和地面的業(yè)務(wù)數(shù)據(jù)和配置文件進(jìn)行單獨(dú)存儲(chǔ)。下文將重點(diǎn)介紹TIU/BTM車(chē)載適配接口主機(jī)的應(yīng)用軟件功能。

三、TIU/BTM車(chē)載適配接口主機(jī)總體設(shè)計(jì)

（一）TIU/BTM車(chē)載適配接口主機(jī)功能分類(lèi)

TIU/BTM車(chē)載適配接口主機(jī)從功能上，分為操作系統(tǒng)層、驅(qū)動(dòng)層和功能模塊層。

底層操作系統(tǒng)采用包含顯示界面的Linux Ubuntu系統(tǒng)，通過(guò)多任務(wù)機(jī)制和進(jìn)程調(diào)度功能，簡(jiǎn)化程序的編寫(xiě)工作。

中間驅(qū)動(dòng)層主要實(shí)現(xiàn)以太網(wǎng)卡硬件設(shè)備的驅(qū)動(dòng)和4G通信模塊的通信功能。設(shè)置了上電啟動(dòng)的驅(qū)動(dòng)文件，可完成設(shè)備初始化和自檢步驟。當(dāng)系統(tǒng)中斷或異常時(shí)，將結(jié)果記錄在日志文件中。

上層為功能模塊層，包括數(shù)據(jù)處理引擎、配置管理、日志管理、數(shù)據(jù)通信協(xié)議、鏈路狀態(tài)監(jiān)控等模塊，主要完成采集信號(hào)、內(nèi)容解析、狀態(tài)監(jiān)控與日志記錄等功能，可將車(chē)載信號(hào)系統(tǒng)數(shù)據(jù)傳輸至移動(dòng)終端。

（二）數(shù)據(jù)處理引擎

TIU/BTM車(chē)載適配接口主機(jī)中的數(shù)據(jù)處理引擎軟件開(kāi)發(fā)遵循了標(biāo)準(zhǔn)化、通用化和模塊化的原則，分為數(shù)據(jù)處理模塊、內(nèi)容解析模塊和人機(jī)接口模塊3部分。

數(shù)據(jù)處理模塊是該軟件的核心部分，實(shí)現(xiàn)對(duì)其他軟件模塊的調(diào)用。各模塊的調(diào)用時(shí)機(jī)以及模塊之間的數(shù)據(jù)傳遞，由主程序模塊來(lái)控制與實(shí)現(xiàn)。數(shù)據(jù)處理模塊由4個(gè)主進(jìn)程組成，分別為2個(gè)數(shù)據(jù)接收處理進(jìn)程、1個(gè)發(fā)送進(jìn)程和1個(gè)定時(shí)進(jìn)程。數(shù)據(jù)接收處理進(jìn)程用來(lái)執(zhí)行系統(tǒng)調(diào)用產(chǎn)生子進(jìn)程，完成系統(tǒng)注冊(cè)、讀取配置文件、初始化網(wǎng)絡(luò)撥號(hào)、系統(tǒng)運(yùn)行狀態(tài)提示，以及系統(tǒng)錯(cuò)誤記錄等工作。

內(nèi)容解析模塊。車(chē)載業(yè)務(wù)數(shù)據(jù)可以按照以下2個(gè)層次進(jìn)行分類(lèi)：（1）選擇信息單元類(lèi)型，通過(guò)集中監(jiān)測(cè)子系統(tǒng)軟件分析出車(chē)載信號(hào)設(shè)備所涉及的速度、位置、制動(dòng)力、加速度、設(shè)備通信狀態(tài)等動(dòng)態(tài)信息單元類(lèi)型，并將各類(lèi)型數(shù)據(jù)分類(lèi)重新組包;（2）選擇信息單元來(lái)源，即該信息單元取自哪個(gè)車(chē)載信號(hào)子系統(tǒng)，并從每類(lèi)數(shù)據(jù)中抽取設(shè)備狀態(tài)數(shù)據(jù)，如ATP、ATO、BTM和TIU數(shù)據(jù)。

人機(jī)接口模塊。主要完成功能：分析結(jié)果的顯示;查找條件的輸入;系統(tǒng)運(yùn)行狀態(tài)的顯示。由于車(chē)載設(shè)備端不具備顯示屏，因此通過(guò)應(yīng)用端軟件在圖表和統(tǒng)計(jì)報(bào)表中完成數(shù)據(jù)的分析和顯示，車(chē)載端僅發(fā)送必要的協(xié)議數(shù)據(jù)。設(shè)備的運(yùn)行狀態(tài)通過(guò)設(shè)備自身的點(diǎn)位顯示狀態(tài)來(lái)判斷。

（三）數(shù)據(jù)通信協(xié)議模塊

車(chē)載ATO、ATP、BTM、TIU和集中監(jiān)測(cè)子系統(tǒng)之間基于統(tǒng)一的通信平臺(tái)進(jìn)行信息交互，該通信平臺(tái)具有內(nèi)部統(tǒng)一的幀格式定義。在實(shí)際應(yīng)用過(guò)程中，由TIU/BTM車(chē)載適配接口主機(jī)以及地面接口機(jī)負(fù)責(zé)將外部協(xié)議轉(zhuǎn)換為內(nèi)部協(xié)議格式，由集中監(jiān)測(cè)子系統(tǒng)對(duì)外部ATP/ATO/BTM協(xié)議進(jìn)行仿真，保證內(nèi)部協(xié)議的統(tǒng)一性。

基于原有的TIU內(nèi)部通信協(xié)議，監(jiān)測(cè)系統(tǒng)主要考慮增加的協(xié)議包括：與ATP的通信協(xié)議;與ATO的通信協(xié)議;與BTM的通信協(xié)議。

（四）日志管理模塊

任何系統(tǒng)在日常應(yīng)用中都離不開(kāi)過(guò)程數(shù)據(jù)記錄，數(shù)據(jù)記錄是排查問(wèn)題的一個(gè)重要依據(jù)。車(chē)載信息通過(guò)TIU/BTM車(chē)載適配接口主機(jī)軟件處理后，存儲(chǔ)到本機(jī)數(shù)據(jù)卡中。由于存儲(chǔ)空間有限和高效讀取數(shù)據(jù)文件的要求，以純文本形式存儲(chǔ)表格數(shù)據(jù);同時(shí)，由于不同子系統(tǒng)的數(shù)據(jù)通信周期不一致，為了避免單個(gè)類(lèi)實(shí)時(shí)存儲(chǔ)造成數(shù)據(jù)量大的問(wèn)題，采用了定時(shí)存儲(chǔ)數(shù)據(jù)的方式，以h為單位，根據(jù)配置自動(dòng)刪除歷史記錄，且為了避免存儲(chǔ)文件過(guò)大出現(xiàn)無(wú)法讀取的現(xiàn)象，設(shè)定了單文件不超過(guò)200 MB的限制。

（五）底層驅(qū)動(dòng)模塊

底層驅(qū)動(dòng)模塊涉及系統(tǒng)外置的硬件，主要是4G通信PCIe模塊。該模塊是連接物與物的重要載體，是終端設(shè)備接入網(wǎng)絡(luò)的核心部件之一，在獲取模塊Linux內(nèi)核驅(qū)動(dòng)程序的基礎(chǔ)上，通過(guò)在Linux系統(tǒng)內(nèi)核源碼中添加模塊驅(qū)動(dòng)，重新配置內(nèi)核，編譯源碼實(shí)現(xiàn)正確的驅(qū)動(dòng)配置。在啟動(dòng)信息中，還需要編寫(xiě)自動(dòng)撥號(hào)聯(lián)網(wǎng)軟件，實(shí)現(xiàn)模塊的自啟動(dòng)連接操作。

四、軟件測(cè)試

（一）軟件功能測(cè)試

為實(shí)現(xiàn)對(duì)監(jiān)測(cè)系統(tǒng)軟件的測(cè)試，設(shè)計(jì)了測(cè)試環(huán)境軟件，測(cè)試環(huán)境軟件通過(guò)配置A、B網(wǎng)段，運(yùn)行各自的模擬數(shù)據(jù)程序，采用黑盒測(cè)試方法檢驗(yàn)軟件功能和性能是否符合設(shè)計(jì)要求。

針對(duì)車(chē)載軟件，編制了全功能測(cè)試案例和故障案例，并將記錄數(shù)據(jù)和輸入條件比對(duì)，使軟件接口功能滿(mǎn)足系統(tǒng)設(shè)計(jì)要求。

軟件功能測(cè)試范圍包含車(chē)載接口主機(jī)、服務(wù)器和顯示終端。

在實(shí)車(chē)測(cè)試環(huán)境中進(jìn)行了以下測(cè)試：TIU適配接口軟件的正確性;數(shù)據(jù)鏈路狀態(tài);信號(hào)系統(tǒng)車(chē)載設(shè)備工作狀態(tài);A/B網(wǎng)通信狀態(tài);日志數(shù)據(jù)分析;無(wú)線(xiàn)傳輸軟件的正確性;BTM數(shù)據(jù)分析。

測(cè)試結(jié)果顯示：車(chē)地網(wǎng)絡(luò)通信正常，數(shù)據(jù)接收正常;對(duì)通信設(shè)備進(jìn)行通斷測(cè)試后，現(xiàn)場(chǎng)產(chǎn)品通信功能狀態(tài)良好，能夠滿(mǎn)足車(chē)地?cái)?shù)據(jù)通信的要求;對(duì)監(jiān)測(cè)接口數(shù)據(jù)內(nèi)容進(jìn)行檢查，發(fā)現(xiàn)車(chē)的數(shù)據(jù)經(jīng)過(guò)傳輸正確無(wú)誤，顯示正常。

（二）軟件性能測(cè)試

將TIU適配接口軟件、BTM適配接口軟件和車(chē)載接口主機(jī)軟件同時(shí)運(yùn)行在終端測(cè)試機(jī)上，主要驗(yàn)證和測(cè)試了相關(guān)性能案例。在雙網(wǎng)合理發(fā)包速率的前提下，通過(guò)相關(guān)系統(tǒng)調(diào)整和優(yōu)化，獲取對(duì)應(yīng)的數(shù)據(jù)記錄文件，可以保證數(shù)據(jù)的周期正確率。

將地面接口機(jī)軟件和集中監(jiān)測(cè)系統(tǒng)軟件運(yùn)行在既有的工控機(jī)上，所有測(cè)試結(jié)果均為通過(guò)，滿(mǎn)足了多種類(lèi)型數(shù)據(jù)的處理效率要求。

四、結(jié)語(yǔ)

本文從多角度闡述了監(jiān)測(cè)系統(tǒng)的通信和應(yīng)用軟件的設(shè)計(jì)方法，采取了從模塊到系統(tǒng)，從車(chē)載到地面逐步深入的技術(shù)路線(xiàn);從軟件功能流程、操作時(shí)序、協(xié)議內(nèi)容等方面進(jìn)行了開(kāi)發(fā)，并已得到實(shí)際應(yīng)用。該監(jiān)測(cè)系統(tǒng)實(shí)現(xiàn)了對(duì)車(chē)載信號(hào)設(shè)備的監(jiān)測(cè)和維護(hù)功能，提高了對(duì)車(chē)載信號(hào)設(shè)備的可視化監(jiān)測(cè)程度，后期將不斷加強(qiáng)數(shù)據(jù)分析功能應(yīng)用，豐富監(jiān)測(cè)界面，進(jìn)一步提升用戶(hù)實(shí)際使用體驗(yàn)。

參考文獻(xiàn)：

[1] 徐偉.磁浮列車(chē)車(chē)載信號(hào)監(jiān)測(cè)系統(tǒng)軟件設(shè)計(jì)與實(shí)現(xiàn)[J].北京.中國(guó)鐵道科學(xué)研究院集團(tuán)有限公司通信信號(hào)研究所，2021（2）.

[2] 楊光，唐楨敏.高速磁浮列車(chē)運(yùn)行控制系統(tǒng)體系結(jié)構(gòu)研究[J].中國(guó)鐵道科學(xué)，2013（3）.

[3] 賈萍.完善城市軌道交通信號(hào)維護(hù)支持系統(tǒng)的必要性[J].中國(guó)鐵路，2012（4）.

[4] 孫吉涼.中低速磁浮交通運(yùn)行控制系統(tǒng)車(chē)地雙向通信設(shè)備的研究[J].鐵路信號(hào)工程技術(shù)，2013（8）.

作者簡(jiǎn)介：馬瑞，女，本科，研究方向：城市軌道交通信號(hào)。