方恩權(quán) 胡錦添 蔡俊濤 劉藍(lán)軒

(1. 廣州地鐵集團(tuán)有限公司 廣州 510330； 2. 廣州市光機(jī)電技術(shù)研究院 廣州 510663 )

?

基于Web的地鐵道岔裂紋在線監(jiān)測系統(tǒng)研究

方恩權(quán)1胡錦添2蔡俊濤2劉藍(lán)軒2

(1. 廣州地鐵集團(tuán)有限公司 廣州 510330； 2. 廣州市光機(jī)電技術(shù)研究院 廣州 510663 )

為保障地鐵安全運(yùn)營，解決道岔在現(xiàn)有條件下監(jiān)測所遇到的技術(shù)難題，提高維護(hù)效率和降低維護(hù)成本，設(shè)計(jì)基于Web的道岔裂紋遠(yuǎn)程在線監(jiān)測系統(tǒng)，實(shí)現(xiàn)對(duì)地鐵道岔裂紋的實(shí)時(shí)數(shù)據(jù)采集分析和遠(yuǎn)程監(jiān)測等功能。采用UDP無連接通信技術(shù)進(jìn)行以太網(wǎng)數(shù)據(jù)傳輸，分析使用WCF數(shù)據(jù)交換通信接口技術(shù)實(shí)現(xiàn)遠(yuǎn)程監(jiān)測功能的可行性和優(yōu)越性。通過功率譜密度圖分析聲發(fā)射信號(hào)，可以準(zhǔn)確地識(shí)別出多路采集的信號(hào)中是否存在裂紋信號(hào)，從而判斷所監(jiān)測的道岔部件是否產(chǎn)生裂紋。系統(tǒng)已在地鐵正線上運(yùn)行良好，監(jiān)測結(jié)果與后期人工探傷所得結(jié)論一致，監(jiān)測結(jié)果可為維修策略制定提供依據(jù)，保障地鐵行車安全。 關(guān)鍵詞 城市軌道交通；道岔裂紋；UDP協(xié)議；WCF接口；遠(yuǎn)程監(jiān)測；在線監(jiān)測

我國軌道交通建設(shè)日益加快，其在公共交通系統(tǒng)中的地位也越來越重要。道岔是其中重要的行車關(guān)鍵裝備，對(duì)其健康狀況進(jìn)行實(shí)時(shí)在線監(jiān)測非常重要，可及早發(fā)現(xiàn)故障隱患，確保軌道交通列車安全運(yùn)行[1-3]。道岔設(shè)備分布較為分散，人工現(xiàn)場管控及維護(hù)效率比較低下，Web遠(yuǎn)程監(jiān)測系統(tǒng)具有實(shí)時(shí)、簡便、高效的重要特點(diǎn)[4]，所以利用Web技術(shù)進(jìn)行遠(yuǎn)程監(jiān)測，不僅節(jié)約人力物力，而且可確保實(shí)時(shí)在線監(jiān)測設(shè)備的運(yùn)行狀態(tài)，統(tǒng)一管理 道 岔 的 所 有 數(shù) 據(jù) 采 集 點(diǎn)。基 于Web的遠(yuǎn)程監(jiān)測與數(shù)據(jù)采集(supervisory control and data acquisition，SCADA)模式成為當(dāng)前監(jiān)測系統(tǒng)的發(fā)展趨勢[5]。本文基于以上需求，設(shè)計(jì)了基于Web的地鐵道岔裂紋在線監(jiān)測系統(tǒng)，實(shí)現(xiàn)了對(duì)地鐵道岔裂紋的實(shí)時(shí)數(shù)據(jù)采集分析和遠(yuǎn)程監(jiān)測等功能。

1 系統(tǒng)架構(gòu)

1.1 系統(tǒng)總體架構(gòu)

基于Web的地鐵道岔裂紋在線監(jiān)測系統(tǒng)包括多個(gè)傳感器和前端處理器，聲發(fā)射信號(hào)經(jīng)壓電傳感器進(jìn)行采集，獲得原始的模擬信號(hào)，接著由緊連傳感器的前端處理裝置對(duì)信號(hào)進(jìn)行濾波和放大處理，經(jīng)過梳理的信號(hào)由工控機(jī)上的專用板卡進(jìn)行采集并轉(zhuǎn)換為數(shù)字信息，存放在工控機(jī)上，工控機(jī)則連續(xù)不斷地對(duì)采集到的數(shù)據(jù)進(jìn)行分析，根據(jù)測試分析情況進(jìn)行報(bào)警。遠(yuǎn)程的服務(wù)器可通過網(wǎng)絡(luò)查詢現(xiàn)場數(shù)據(jù)和監(jiān)測情況。

采用C/S與B/S兩種架構(gòu)相結(jié)合，前端的采集模塊通過以太網(wǎng)發(fā)送到監(jiān)測總站(C/S服務(wù)端)，監(jiān)測總站與Web服務(wù)器也通過以太網(wǎng)進(jìn)行連接，瀏覽器客戶端通過Internet連接到Web服務(wù)器，如圖1所示。采集終端收到觸發(fā)指令后開始采集數(shù)據(jù)，并在內(nèi)部存儲(chǔ)器進(jìn)行緩存，C/S服務(wù)器通過UDP協(xié)議分時(shí)向每個(gè)采集終端發(fā)送讀取指令，C/S服務(wù)器依次接收采集終端通過UDP發(fā)送的監(jiān)測數(shù)據(jù)進(jìn)行處理，之后把相關(guān)數(shù)據(jù)保存到數(shù)據(jù)庫；移動(dòng)終端與外網(wǎng)的瀏覽器通過Internet連接到Web服務(wù)器，以便查看監(jiān)測分析結(jié)果或發(fā)送控制指令。

圖1 道岔裂紋在線監(jiān)測系統(tǒng)架構(gòu)

1.2 系統(tǒng)功能模塊

系統(tǒng)的功能主要是對(duì)各個(gè)采集終端實(shí)時(shí)上傳的數(shù)據(jù)信息進(jìn)行接收、分析和發(fā)布，同時(shí)管控每個(gè)采集終端的運(yùn)行狀態(tài)。監(jiān)測軟件系統(tǒng)主要由采集通信軟件和Web監(jiān)測軟件兩部分組成(見圖2)。

圖2 系統(tǒng)軟件組成

1) 采集通信軟件主要負(fù)責(zé)接收遠(yuǎn)程采集終端通過以太網(wǎng)上傳的實(shí)時(shí)道岔數(shù)據(jù)，以及分析檢測到的裂紋數(shù)據(jù)信息，并遠(yuǎn)程發(fā)送控制命令到采集終端，按照UDP通信協(xié)議把裂紋信號(hào)數(shù)據(jù)全部存儲(chǔ)到數(shù)據(jù)庫服務(wù)器。

2) Web監(jiān)測軟件主要提供Web在線服務(wù)，包括友好的人機(jī)交互界面、實(shí)時(shí)監(jiān)測數(shù)據(jù)的查詢和圖表展示、系統(tǒng)管理、報(bào)表數(shù)據(jù)管理、與采集通信軟件的連接通信等。

2 采集通信軟件分析

2.1 采集通信軟件結(jié)構(gòu)

采集通信軟件的主要功能是建立與各個(gè)裂紋信號(hào)采集終端的網(wǎng)絡(luò)連接、接收終端實(shí)時(shí)上傳的數(shù)據(jù)信息并進(jìn)行分析處理，同時(shí)接收Web監(jiān)測軟件發(fā)送的控制命令并下發(fā)到采集終端。采集通信軟件與Web監(jiān)測軟件之間的信息交互采用微軟的WCF技術(shù)。軟件數(shù)據(jù)流結(jié)構(gòu)如圖3所示。

圖3 數(shù)據(jù)流結(jié)構(gòu)示意

2.2 監(jiān)測終端網(wǎng)絡(luò)連接

由于所采集的道岔監(jiān)測信息數(shù)據(jù)量大、實(shí)時(shí)性強(qiáng)，所以采集通信軟件與遠(yuǎn)程終端通過UDP協(xié)議進(jìn)行數(shù)據(jù)傳輸。UDP協(xié)議是一個(gè)面向無連接的通信協(xié)議(TCP協(xié)議是面向連接的通信協(xié)議)，傳輸數(shù)據(jù)之前發(fā)送端與接收端不建立連接，傳輸速度取決于應(yīng)用程序生成數(shù)據(jù)的速度、計(jì)算機(jī)的運(yùn)算能力和傳輸帶寬的限制[6]。雖然UDP協(xié)議具有資源消耗小、處理速度快等優(yōu)點(diǎn)，但卻屬于一種不可靠連接，偶爾會(huì)丟失一兩個(gè)數(shù)據(jù)包。由于監(jiān)測系統(tǒng)的采樣頻率比較高，而實(shí)際分析中需要對(duì)原始數(shù)據(jù)進(jìn)行抽樣，所以監(jiān)測系統(tǒng)對(duì)于數(shù)據(jù)傳輸可靠性要求不高，而且多臺(tái)客戶端設(shè)備同時(shí)與服務(wù)端進(jìn)行大數(shù)據(jù)量通信，適合使用UDP協(xié)議。采集終端實(shí)時(shí)采集道岔數(shù)據(jù)并在本地進(jìn)行緩存，在系統(tǒng)空閑時(shí)，采集通信軟件服務(wù)器端向每個(gè)采集客戶端發(fā)送上傳指令，然后每個(gè)終端逐一上傳數(shù)據(jù)到服務(wù)器端，并由服務(wù)器端的采集通信軟件進(jìn)行數(shù)據(jù)分析，判斷采集的數(shù)據(jù)中是否存在裂紋信息。

2.3 Web軟件與通信服務(wù)軟件的連接

在本項(xiàng)目中，Web監(jiān)測軟件使用WCF技術(shù)實(shí)現(xiàn)與采集軟件的通信。WCF是由微軟發(fā)展的一組數(shù)據(jù)交換通信的應(yīng)用程序開發(fā)接口，也就是Windows通信接口。它是.NET框架的一部分，由.NET Framework 3.0開始引入到框架之中。WCF的終結(jié)點(diǎn)由3部分組成，分別為地址(Address)、綁定(Binding)和契約(Contract)，簡化為Endpoint=ABC。WCF就是以契約來定義雙方溝通的協(xié)議，而契約以接口的形式表現(xiàn)，實(shí)際的服務(wù)代碼對(duì)象由這些接口派生出來實(shí)現(xiàn)[7-9]。綁定就是雙方統(tǒng)一通信的協(xié)議，并且在編碼和格式上也要一致。首先，創(chuàng)建WCF服務(wù)庫并通過契約實(shí)現(xiàn)接口函數(shù)；然后，以采集通信軟件為WCF的服務(wù)端，通過Web監(jiān)測軟件遠(yuǎn)程調(diào)用WCF服務(wù)庫所實(shí)現(xiàn)的基于采集通信軟件的方法；最后進(jìn)行Web監(jiān)測軟件與采集通信軟件的交互，實(shí)現(xiàn)道岔狀態(tài)遠(yuǎn)程在線監(jiān)測。

1) WCF服務(wù)端部分代碼：

private void WcfServer(object sender, EventArgs e)

{

……

//NetTcpBinding方式啟動(dòng)WCF服務(wù)

m_ServiceHost=new ServiceHost(typeof(Service1));

//Service1是WCF服務(wù)的類名稱

NetTcpBinding binding = new NetTcpBinding();

Uri baseAddress = new Uri(string.Format("net.tcp://localhost:10086

/WCFHostServer/Service1"));

m_ServiceHost.AddServiceEndpoint(typeof(IService1), binding, baseAddress);

//BasicHttpBinding方式啟動(dòng)WCF服務(wù)

ServiceMetadataBehavior metadataBehavior;

……

m_ServiceHost.Open();

……

}

2) WCF客戶端部分代碼：

private void WcfClient(object sender, EventArgs e)

{

//NetTcpBinding綁定方式的通信雙工

IService1 m_Innerclient;

ChannelFactorym_ChannelFactory;

NetTcpBinding binding=new NetTcpBinding();

……

//調(diào)用GetAllData獲取采集到的道岔數(shù)據(jù)

bool result=m_Innerclient.GetAllData();

……

}

3 Web軟件分析

Web監(jiān)測軟件采用C#編程語言、ASP.NET網(wǎng)頁腳本技術(shù)，在Visual Studio 2012開發(fā)平臺(tái)進(jìn)行編譯，數(shù)據(jù)庫采用SQL Server2008，整個(gè)網(wǎng)頁基于MVC架構(gòu)進(jìn)行開發(fā)[10]，界面采用HTML+CSS+JavaScript進(jìn)行設(shè)計(jì)[11-12]，具有交互性友好、操作直觀簡單等特點(diǎn)，主頁界面如圖4所示。

監(jiān)測軟件主頁界面顯示了道岔中7個(gè)采集終端的位置，采用顯示燈的形式表示是否存在裂紋，一旦某個(gè)位置有裂紋信號(hào)產(chǎn)生，相應(yīng)位置的顯示燈即點(diǎn)亮，并且左下角的故障警示燈頻閃作為提醒，界面中同時(shí)顯示裂紋產(chǎn)生的時(shí)間、位置、嚴(yán)重程度等信息，選擇不同通道的選項(xiàng)卡便可查看當(dāng)前采集信號(hào)的時(shí)域圖與頻域圖(見圖5和圖6)，對(duì)比分析圖5與圖6中的頻域圖可以看出，無裂紋信號(hào)的能量都集中在低于100 kHz的頻率范圍內(nèi)，而有裂紋信號(hào)的部分能量分布在100～200 kHz的頻率段范圍內(nèi)，因此，通過頻域圖可分析識(shí)別道岔是否發(fā)生裂紋。此外，Web監(jiān)測軟件還具有查看全部的歷史數(shù)據(jù)、設(shè)置采樣頻率、打印報(bào)表、站點(diǎn)信息管理等功能。

圖4 Web監(jiān)測主頁

圖5 Web顯示無裂紋信號(hào)頻域圖

圖6 Web顯示有裂紋信號(hào)頻域圖

4 應(yīng)用分析

圖7 采集終端盒子現(xiàn)場安裝

本系統(tǒng)已在廣州地鐵正線一段軌道上安裝并運(yùn)行良好，其中，采集終端與傳感器均安裝在道岔旁，如圖7所示。對(duì)一組道岔的全部結(jié)構(gòu)進(jìn)行監(jiān)測共需7個(gè)采集終端，且要求采集終端安裝在每個(gè)監(jiān)測結(jié)構(gòu)旁邊，如圖8所示。通過現(xiàn)場布線將所有采集的信號(hào)集中傳輸?shù)轿挥谲壟缘腃/S服務(wù)器(見圖9)，信號(hào)經(jīng)過處理后，通過以太網(wǎng)保存到遠(yuǎn)程數(shù)據(jù)庫以及接收Web服務(wù)器下發(fā)的指令。系統(tǒng)已持續(xù)12個(gè)月對(duì)該組道岔進(jìn)行了全天24小時(shí)在線監(jiān)測，監(jiān)測結(jié)果中只有列車經(jīng)過時(shí)產(chǎn)生的低頻振動(dòng)信號(hào)以及部分高頻噪聲信號(hào)，道岔沒有產(chǎn)生裂紋信號(hào)，與現(xiàn)場人工探傷的結(jié)果一致。用戶通過Web瀏覽器可遠(yuǎn)程查詢到每次列車經(jīng)過時(shí)采集信號(hào)的所有數(shù)據(jù)與檢測結(jié)果。監(jiān)測的自動(dòng)化、智能化為廣州地鐵安全運(yùn)營中的道岔安全提供了強(qiáng)有力的支撐，保障了地鐵的安全運(yùn)行。

圖8 一組道岔監(jiān)測現(xiàn)場安裝圖

圖9 軌旁C/S服務(wù)器集線箱

5 總結(jié)

軌道交通是我國優(yōu)先發(fā)展的城市公共交通系統(tǒng)，而道岔正是其中特別重要的行車裝備，為了實(shí)現(xiàn)道岔裂紋的在線診斷，設(shè)計(jì)了基于Web技術(shù)的地鐵道岔裂紋在線監(jiān)測系統(tǒng)，以實(shí)現(xiàn)其對(duì)道岔在運(yùn)行過程中的實(shí)時(shí)數(shù)據(jù)采集和遠(yuǎn)程監(jiān)測等功能。由于采集的數(shù)據(jù)量大，故使用了UDP協(xié)議進(jìn)行以太網(wǎng)數(shù)據(jù)傳輸，Web程序與采集程序使用WCF技術(shù)進(jìn)行數(shù)據(jù)交互。系統(tǒng)后臺(tái)裂紋信號(hào)分析軟件通過功率譜密度圖在頻域中可識(shí)別淹沒在強(qiáng)噪聲信號(hào)中的微弱裂紋信號(hào)，并自動(dòng)判斷所監(jiān) 測 的 道 岔 部 件 是否產(chǎn)生裂紋，一旦發(fā) 現(xiàn) 裂 紋 即 通 過

顯示界面發(fā)出提示，為軌道維修策略的制定提供依據(jù)。

[1] 耿榮生，沈功田，劉時(shí)風(fēng).聲發(fā)射信號(hào)處理和分析技術(shù)[J].無損檢測，2002,24(1):23-28.

[2] 趙才友，王平，全順喜，等.基于應(yīng)變模態(tài)變化率的鋼軌損傷檢測[J].振動(dòng)、測試與診斷，2012, 32(5): 723-729.

[3] 趙林海，陸橋.基于灰關(guān)聯(lián)的道岔故障診斷方法[J].鐵道學(xué)報(bào)，2014, 36(2): 69-74.

[4] 賀超波，陳啟買.基于Web的實(shí)時(shí)數(shù)據(jù)監(jiān)測系統(tǒng)的研究與實(shí)踐[J].計(jì)算機(jī)技術(shù)與展望，2011, 21(3):200-204.

[5] 王存?zhèn)?天燃?xì)釹CADA系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[J].石油與天燃?xì)饣ぃ?012, 41(1):92-95.

[6] 王欲曉，楊公平.基于UDP協(xié)議的監(jiān)控?cái)?shù)據(jù)傳輸框架[J].微機(jī)發(fā)展，2004, 14(7):38-39.

[7] Matthew MacDonald, Adam Freeman, Mario Szpuszta.ASP.NET 4高級(jí)程序設(shè)計(jì)[M].4版.北京：人民郵電出版社，2011.[8] 易可可，陳志剛.基于MVC模式的Web OA系統(tǒng)設(shè)計(jì)與研究[J].計(jì)算機(jī)工程與應(yīng)用，2005, 41(4):112-115.

[9] LIE H W, SAARELA J.Multipurpose Web publishing using HTML, XML and CSS[J].Communications of the acm, 1999, 42(10):95-101.

[10] 何成萬, 余秋惠.MVC模型2及軟件框架Struts的研究[J].計(jì)算機(jī)工程, 2002, 28(6):274-275.

[11] 孫良軍.HTML+CSS+JavaScript網(wǎng)頁設(shè)計(jì)與布局實(shí)用教程[M].北京：清華大學(xué)出版社, 2011.

[12] De ANGELIS R, DE ANGELIS V.Creating HTML/CSS representations of a geometric symbol:Germany 13/339850.[P].2015-08-11.

(編輯：王艷菊)

Web-based Online System for Crack Monitoring of Metro Turnouts

Fang Enquan1Hu Jintian2Cai Juntao2Liu Lanxuan2

(1. Guangzhou Metro Group Co., Ltd., Guangzhou 510330; 2. Guangzhou Research Institute of O-M-E Technology 510663)

To solve the technical problems in the current system and to guarantee the safe operation of the metro, a web-based online system for crack monitoring of metro turnouts is designed, which is expected to improve the maintenance efficiency and reduce the maintenance cost. The online system can support real-time data acquisition and analysis of metro turnout crack and remote monitoring of the crack. The feasibility and advantage of achieving remote monitoring is analyzed, which adopts UDP connectionless communication technology and WCF data exchange communication interface technology. Crack signal can be recognized accurately from the measured signals by analyzing the acoustic emission (AE) signal with power spectrum density chart, and then it can be judged whether the crack was generated in the monitoring turnout parts. The system has been running well on the main line of the subway. The test result is in accordance with the conclusion of the manual inspection. The monitoring result can provide the basis for the maintenance strategy formulation.Key words: urban rail transit; turnout crack; UDP protocol; WCF interface; remote monitoring; online monitoring

10.3969/j.issn.1672-6073.2016.06.021

2016-09-08

2016-09-20

方恩權(quán)，男，工學(xué)博士，高級(jí)工程師，副研究員，從事軌道交通土建工程技術(shù)研究與項(xiàng)目管理工作， fangenquan@gzmtr.com

廣東省對(duì)外科技合作專項(xiàng)基金資助(2013B050900022)

U231.7

A

1672-6073(2016)06-0106-04