韓俊峰,邵文東,鄭君民

(1.中車齊齊哈爾車輛有限公司 技術中心，黑龍江 齊齊哈爾 161002；2.大連交通大學 機械工程學院，遼寧 大連 116028)

在信息化技術、智能化技術高速發(fā)展的時代背景下，鐵路貨車的智能化是鐵路運輸發(fā)展的新目標.早在本世紀初以德國等鐵路技術先進國家就開始了進行應用IT技術改進運輸管理與服務、自動控制及通訊、車輛安全性能參數(shù)監(jiān)測等智能化技術的研究.澳大利亞針對安全與效率對自動駕駛技術與車載監(jiān)控技術進行研究，在2018年12月正式開行以“自動駕駛+狀態(tài)監(jiān)測”為主要特征的無人值守自動駕駛智能化貨車[1-3].美國針對鐵路路線長、地面監(jiān)測點偏僻維護困難的問題研發(fā)出以監(jiān)測軸溫和振動為主的智能監(jiān)測系統(tǒng)，它還監(jiān)測車內(nèi)部溫度與濕度、?；坟涇嚨目v向沖擊力等參數(shù).德國由于地域小，為保證鐵路貨車的正點率以及貨物的運輸品質，德國的DB公司于2018年5月在鐵路貨車上安裝智能設備來跟蹤、監(jiān)控遠程車輛數(shù)據(jù)，在2020年對鐵路貨車安裝車載GPS及各類傳感器等智能設備來監(jiān)測貨車裝載狀態(tài)、GPS數(shù)據(jù)和冷藏車廂內(nèi)部溫度、濕度等，使其能夠更精確地預測貨車到達時間和貨物運輸品質的保證[4-8].

我國鐵路以地面智能監(jiān)測為主，圍繞貨車管理和安全監(jiān)控，先后推廣應用了多個系統(tǒng)，如在列檢管理方面應用HMIS系統(tǒng) 、在監(jiān)測鐵路車輛運行安全方面使用TPDS、THDS等5T 系統(tǒng)，在保障鐵路貨車運用質量、改善貨車日常技術管理等方面起到了重要作用[9-12].

2018年，中車集團立項“智能貨車頂層架構及關鍵技術研究”(2018CHA009)，開展鐵路貨車智能化研究.目前，中車齊車公司提出鐵路貨車車載智能監(jiān)測與健康管理系統(tǒng)在網(wǎng)絡架構是基于物聯(lián)網(wǎng)分層結構的車霧云聯(lián)網(wǎng)，在總體方案架構上包括感知層、網(wǎng)絡層、霧平臺智能應用層和云平臺智能應用層.已完成調研、總體方案設計、頂層架構設計及樣機研制與測試[13].本文闡述霧平臺在鐵路貨車智能應用層即智能化鐵路貨車霧平臺系統(tǒng)的設計研究.

1 霧平臺整體設計

根據(jù)要求智能化貨車霧平臺系統(tǒng)整體設計為地面霧站中心和霧站終端節(jié)點兩大部分，如圖1所示.其中霧站中心包括車輛段霧中心節(jié)點和列檢所霧中心節(jié)點；霧站終端節(jié)點包括各類手持機終端以及霧站顯示操作終端.霧平臺主要由兩大部分功能組成：處理故障車和制動試驗.

圖1 系統(tǒng)總功能結構圖

1.1 處理故障車

該功能分為基于車輛發(fā)送云端故障報警數(shù)據(jù)處理故障車即故障修和基于車霧云傳輸系統(tǒng)傳輸?shù)脑紨?shù)據(jù)進行健康診斷及數(shù)據(jù)管理處理故障車即狀態(tài)修.

故障修主要的功能是云端根據(jù)車輛發(fā)送的報警與故障信息，進行車輛狀態(tài)分析，并把分析結果發(fā)送到最近霧平臺；霧平臺基于云平臺發(fā)送的報警與故障信息進行列檢，實現(xiàn)車輛的故障修.該部分主要數(shù)據(jù)傳輸為車載主機上的報警與故障信息由主機上傳到云平臺，云平臺進行健康診斷.云平臺完成健康診斷后，把嫌疑故障發(fā)往地面霧平臺.根據(jù)云霧通信交互協(xié)議，地面霧平臺接云平臺報警與故障信息，信息經(jīng)由車輛段霧中心節(jié)點發(fā)往列檢所霧中心節(jié)點.列檢所霧中心節(jié)點接到任務后，進行任務調度把任務發(fā)給列檢終端.列檢人員根據(jù)派送的任務進行列檢，并把最終處理信息按云平臺格式推送上報直至云平臺.

狀態(tài)修主要功能是霧平臺接收車霧傳輸系統(tǒng)發(fā)送的原始數(shù)據(jù)后把原始數(shù)據(jù)發(fā)送云平臺，云平臺接收信息并根據(jù)健康模型進行健康診斷，并把診斷狀態(tài)發(fā)送至霧平臺；霧平臺進行列檢、故障處理，實現(xiàn)車輛的狀態(tài)修.該部分主要的數(shù)據(jù)傳輸是經(jīng)由車霧通信系統(tǒng)接收從車載主機下載的原始數(shù)據(jù)，并上傳云平臺.云平臺的診斷信息經(jīng)由車輛段霧中心節(jié)點發(fā)往列檢所霧中心節(jié)點.列檢所霧中心節(jié)點接到任務后，進行任務調度把任務發(fā)給列檢終端.列檢人員根據(jù)派送的任務進行列檢，列檢結果通知車輛段并反饋云平臺.

1.2 列車制動試驗

列檢完成后，列檢人員需利用制動機微控地面試驗裝置和列車車輛制動試驗監(jiān)測裝置進行“持續(xù)一定時間的全部試驗”及列車所有車輛的制動性能測試.全部列檢內(nèi)容完成后，列檢所值班人員通過錄音電話告知車站值班人員，車站進行車輛編組，并掛上本務機車，由列檢人員進行“簡略試驗”機車對列車制動的性能測試.這個過程需要多人完成，現(xiàn)場制動信息不能直接在作業(yè)人員間傳遞.

列車加裝傳感器后數(shù)據(jù)通過霧平臺制動試驗操作終端在列檢作業(yè)人員直接傳遞.列車制動試驗開始時，車制動試驗列檢人員的試驗指令后，通過霧平臺列檢終端發(fā)出制動試驗指令喚醒主機，主機向其后車輛網(wǎng)關發(fā)出指令喚醒網(wǎng)關，車輛網(wǎng)關向制動管壓力、制動缸壓力、制動缸行程傳感器發(fā)出指令來喚醒傳感器；之后，沿著反向路徑將信息傳給車載主機，霧平臺通信服務器接收車載主機的傳感器信息并將傳感器信息在制動試驗手持機終端上顯示，通過對話完成試驗.

2 霧平臺功能設計

霧平臺主要由段霧平臺、列霧平臺、車站終端三大部分構成，其中，段霧平臺由段霧管理服務器、段霧-云通訊終端、報警管理終端、霧-云網(wǎng)關等組成；列霧平臺主要由MQTT通訊服務器、列車編解及報警處理終端、站修終端、車霧云數(shù)據(jù)傳輸管理終端及接收天線、列檢平板手持設備、列霧-段霧間的通訊網(wǎng)關組成；車站終端是作為該平臺中的延伸部分出現(xiàn)的，是故障處理的相關部門之一.下面闡述主要模塊的設計.

2.1 霧平臺服務模塊

霧平臺的管理功能由段霧服務模塊完成.該服務模塊采用MongoDB數(shù)據(jù)庫，為物聯(lián)網(wǎng)應用提供可擴展的高性能數(shù)據(jù)存儲解決方案.MongoDB屬于非關系型數(shù)據(jù)庫，是目前非關系型數(shù)據(jù)庫中最熱門應用比較廣泛的開源數(shù)據(jù)庫.MongoDB數(shù)據(jù)庫性能不弱于傳統(tǒng)關系型數(shù)據(jù)庫，可以方便的進行數(shù)據(jù)格式的拓展，在霧平臺通信中可以應用較小的代價實現(xiàn)修改車載傳感器信息格式等擴展需求.同時作為面向分布式文件存儲和海量數(shù)據(jù)的NoSQL數(shù)據(jù)庫，在滿足當前霧平臺單機運行的需求的前提下，也預留了多個霧平臺并網(wǎng)處理數(shù)據(jù)的升級空間.

該服務模塊為霧平臺提供數(shù)據(jù)業(yè)務基礎，進行段霧和列霧數(shù)據(jù)的存儲和管理，主要支撐霧平臺的業(yè)務模塊如下：

(1)霧云通信管理

(2)霧云報警管理

(3)霧云報警處理

霧平臺的通信功能由列霧平臺的通信服務模塊完成.為了保障霧平臺通信的穩(wěn)定性和可靠性同時減少通信的開銷，通信服務器設計使用MQTT(Message Queuing Telemetry Transport)協(xié)議.

霧平臺設計使用MQTT服務器作為整個MQTT通訊協(xié)議的核心.服務器支持MQTT協(xié)議要求的服務器相關功能，如客戶端接入服務，訂閱服務，以及消息轉發(fā)服務等.服務器本身僅轉發(fā)數(shù)據(jù)，不存儲和處理數(shù)據(jù).霧平臺同時也是一個MQTT客戶端，該客戶端向MQTT服務器注冊訂閱以及發(fā)布消息.

霧平臺通信采用安全套接字層(Secure Socket Layer，SSL)加密傳輸方案，用以保障在Internet上數(shù)據(jù)傳輸安全，利用數(shù)據(jù)加密技術，可確保數(shù)據(jù)在網(wǎng)絡傳輸過程中不會被截取.MQTT支持基于SSL的身份認證和加密數(shù)據(jù)傳輸.

2.2 霧平臺終端與業(yè)務

霧平臺終端和業(yè)務軟件采用MVC架構開發(fā)設計.封裝應用程序的數(shù)據(jù)邏輯部分與應用程序的業(yè)務邏輯相關的數(shù)據(jù)，只提供功能性的接口，通過這些接口可以獲取功能.由視圖負責數(shù)據(jù)的顯示和呈現(xiàn).采用控制器層收集用戶的輸入，這樣可以模型作為數(shù)據(jù)中心保證業(yè)務數(shù)據(jù)的一致性.

2.2.1 段霧平臺

段霧-云通信節(jié)點終端.該功能配置在車輛段，進行段霧和云之間的通信管理.該節(jié)點終端的功能為接收云平臺下達報警數(shù)據(jù)、上傳霧平臺報警處理結果以及對霧平臺數(shù)據(jù)庫中的報警信息進行管理.

段霧報警管理節(jié)點終端.該功能配置在段霧，用于對從云端接收的報警信息的管理.該節(jié)點終端設計的功能：動態(tài)顯示云端報警、詳細查看報警內(nèi)容、向列檢所下達報警處理任務、接收并審核列檢所對報警處理的結果、審核通過的報警處理結果上傳云平臺.該模塊以云平臺發(fā)送的報警和故障診斷數(shù)據(jù)為基礎，完成以下霧站任務：

(1)報警和故障診斷數(shù)據(jù)獲取；

(2)任務自動更新：提供給段霧管理人員，實時得到最新的云端報警和故障診斷數(shù)據(jù)；

(3)任務查看：提供給段霧、列霧人員，實時查看任務及其狀態(tài)；

(4)任務調度：提供給段霧管理人員，任務由段霧發(fā)往列霧；

(5)任務發(fā)布：提供給列霧值班室人員，確認接收任務，并通過霧站列檢終端發(fā)布；

(6)結果反饋：列霧工作人員，經(jīng)過查看、維護、維修后把任務結果反饋給任務查看模塊，以便段霧管理人員了解任務狀態(tài)；

(7)反饋確認：段霧管理人員對列霧的任務結果進行審核，合格則準備上報，不合格則返回給列霧重新處理；

(8)結果上傳：合格的列檢結果上報給云平臺.

2.2.2 列霧平臺

列霧報警處理節(jié)點終端.該功能配置在列霧，用于對從段霧接收的報警信息的處理.該節(jié)點終端的功能：動態(tài)顯示接收到的報警信息、詳細查看報警內(nèi)容、編寫報警處理報告、管理報警處理的圖片與文件、向段霧上報警處理結果以及配合列檢平板進行列車編組信息的傳達.

車站/站修車間故障車處理節(jié)點終端.該功能配置在車站/站修車間，主要完成故障車的扣車和送車管理.接到云平臺發(fā)來的故障信息后，通知列檢人員核實是否故障，如果可以就地處理則進行處理并將故障處理結果告知霧平臺(列檢所).如果不能就地處理需要扣車，則填寫車統(tǒng)-23給霧平臺、車站和站修車間各一份，車站負責扣車，并將車輛送到站修車間；站修車間修理完成后，驗收人員填寫車統(tǒng)-26給車站，車站接收修畢的故障車，并編入列車發(fā)走.

列車編解網(wǎng)管理節(jié)點終端.該終端主要完成各節(jié)車廂在始發(fā)站編網(wǎng)成列及執(zhí)行列車編組解散任務，其設計的功能：編網(wǎng)文件的讀取分析、編網(wǎng)指令的下達、組網(wǎng)狀態(tài)的分析與顯示、列車解網(wǎng)指令下達.

制動試驗節(jié)點終端.該功能配置在列霧，主要完成列車全部試驗和簡略試驗的數(shù)據(jù)接收、處理、顯示等功能.車站發(fā)車前，負責監(jiān)測數(shù)據(jù)的霧平臺工作人員與列檢人員通過對話完成列車制動試驗：負責提供監(jiān)測數(shù)據(jù)的霧平臺工作人員接到列車制動試驗列檢人員的試驗指令后，發(fā)出指令喚醒主機，主機向其后車輛網(wǎng)關發(fā)出指令喚醒網(wǎng)關，車輛網(wǎng)關向制動管壓力、制動缸壓力、制動缸行程傳感器發(fā)出指令來喚醒傳感器；之后，反向將信息傳給主機，主機傳給負責提供監(jiān)測數(shù)據(jù)的霧平臺工作人員.該模塊主要由兩大部分組成：列車進站后的全部試驗和列車出發(fā)時司機進行的簡略試驗.全部試驗設計的功能：送風指令下達、減壓指令下達、保持指令下達、制動管壓力顯示、制動缸壓力顯示、制動缸行程顯示.簡略試驗設計的功能：送風指令下達、減壓指令下達、制動缸壓力顯示、制動缸行程顯示.

車霧云數(shù)據(jù)傳輸節(jié)點終端.該功能配置在列檢所，主要完成進站列車原始數(shù)據(jù)的接收和轉發(fā).其主要功能：候車管理、接車管理、原始數(shù)據(jù)接收、原始數(shù)據(jù)的轉發(fā)等子模塊組成.

3 霧平臺試驗測試

3.1 試驗條件

試驗地點在齊齊哈爾車輛廠，現(xiàn)場情況如圖2所示，試驗車輛為C87、C96、KM80三種型號各一輛，由機車牽引進行廠區(qū)循環(huán)跑圈測試.車輛上裝配了風管壓力傳感器、制動缸壓力傳感器、制動缸行程傳感器、振動傳感器、縱向力傳感器五種類型傳感器進行數(shù)據(jù)的采集.在首輛車上安裝車載主機作為車載傳感器的管理機和車輛與霧平臺進行通信的網(wǎng)關.

圖2 試驗現(xiàn)場

霧平臺提供通信網(wǎng)絡接入熱點，以便車輛進站接入霧平臺網(wǎng)絡后進行數(shù)據(jù)傳輸和霧平臺的列檢操作.

3.2 試驗內(nèi)容

3.2.1車輛組網(wǎng)

首先通過霧平臺提供的移動列檢終端通過識別組網(wǎng)文件進行車輛編組，如圖3所示.組網(wǎng)時沒有列車編號，通過車載主機物理地址進行霧平臺與車輛組之間的握手，試驗車輛C87車輛編號為9300000、C96車輛編號為9300001、KM80車輛編號為9300002，編組成列后列車編號QC1571.組網(wǎng)后，車輛組由機車牽引在廠區(qū)進行試驗.

圖3 車輛組網(wǎng)

3.2.2 報警處理

車輛在行駛過程中，發(fā)生報警，車載主機將報警與故障數(shù)據(jù)通過4G模塊發(fā)送給云平臺，云平臺將報警及故障診斷數(shù)據(jù)傳給最近的霧平臺進行列檢.

列霧管理人員簽收后，安排列檢.任務進入列檢進行狀態(tài)；列檢人員通過任務看板，如圖4所示，可以了解云平臺派送任務的基本情況并上傳列檢結果；列檢完成后，由現(xiàn)場列檢人員進行任務提交，列檢管理人員簽收.列檢管理簽收后的任務會提交段霧審核，段霧審核同意后送至云平臺.

圖4 霧平臺任務看板

3.2.3 原始數(shù)據(jù)傳輸

車輛行駛過程中的狀態(tài)數(shù)據(jù)，在車輛進站后通過霧平臺列檢終端上傳給云.列車主機發(fā)出數(shù)據(jù)傳輸請求進入候車隊列，霧平臺操作人員可以通過自動模式或手動模式把候車隊列中的列車接入接車隊列，接入接車隊列的列車就可以進行數(shù)據(jù)傳輸.如圖5所示，接車后在數(shù)據(jù)監(jiān)視列表中生成信道，可以監(jiān)視傳輸?shù)脑紨?shù)據(jù).

圖5 原始數(shù)據(jù)傳輸

3.2.4 制動試驗

進站后的列車要進行制動試驗，試驗分為由列檢人員執(zhí)行的全部制動試驗和出發(fā)前司機進行的簡略試驗.如圖6所示，試驗操作由充風操作、減壓操作、保壓操作組成，列檢人員根據(jù)試驗大綱操作制動試驗器，首先是減壓70 kPa，之后是保壓60 s、保壓180 s.其次是充風620 kPa,再減壓170 kPa.同時將試驗狀態(tài)通過霧平臺移動列檢終端通知車載主機，由主機通知傳感器工作采集并回傳數(shù)據(jù)到霧平臺.

圖6 制動試驗

4 結論

本文闡述了智能化貨車霧平臺系統(tǒng)的設計，實現(xiàn)了智能化貨車霧平臺系統(tǒng)基本功能，通過試驗測試驗證了霧平臺系統(tǒng)能夠穩(wěn)定可靠地工作，為鐵路貨車的智能化發(fā)展打下堅實的基礎.

霧平臺系統(tǒng)是復雜的信息系統(tǒng)，在車載系統(tǒng)和云平臺系統(tǒng)中間起到承上啟下作用，同時又是列檢的業(yè)務管理系統(tǒng).從優(yōu)化系統(tǒng)結構、應對復雜環(huán)境、提高效率等角度，還需要開展以下兩方面的研究工作：

(1)深入了解列檢業(yè)務的實際需求，進一步提煉霧平臺系統(tǒng)的信息模型，提升系統(tǒng)效率增強系統(tǒng)穩(wěn)定性和可靠性;

(2)研究多業(yè)務并行模式下霧平臺的穩(wěn)定性和可靠性，進一步開展多列車環(huán)境下霧平臺性能測試.