朱文發(fā) 吳 浩 鄭樹彬 蔣啟幀 劉新廠
(1.上海工程技術(shù)大學(xué)城市軌道交通學(xué)院,201620,上海;2.上海申通地鐵集團(tuán)有限公司維護(hù)保障中心,200237,上?!蔚谝蛔髡?,助教)
目前,由于地鐵車輛所用空調(diào)溫度控制器多是國外的技術(shù),現(xiàn)有檢修設(shè)備無法滿足當(dāng)前檢修的需要。加上地鐵大部分設(shè)備已經(jīng)進(jìn)入理論上的故障高發(fā)期,并且目前缺少相應(yīng)的檢測(cè)設(shè)備,使地鐵車輛維修部門在空調(diào)溫度控制器出現(xiàn)故障時(shí)不能以最短時(shí)間和最快速度完成檢修任務(wù),給檢修和維護(hù)帶來困難[1-2]。本文設(shè)計(jì)了一套適用于既有車輛空調(diào)溫度控制器的檢測(cè)平臺(tái)。該平臺(tái)設(shè)計(jì)主要包括硬件電路設(shè)計(jì)與軟件設(shè)計(jì)兩大部分。
該平臺(tái)硬件電路采用DSP(數(shù)字信號(hào)處理)控制技術(shù)[3-4]。它主要由信號(hào)采集電路,調(diào)理電路,繼電器電路及上位機(jī)通信電路等模塊組成(見圖1)。如圖1所示,電路板是以TI的32位浮點(diǎn)型微控制器TMS320F28335為核心的采樣板,其可以分為:模擬采樣部分,數(shù)字I/O(輸入/輸出)口,繼電器控制部分等。模擬采樣部分共有8路采樣電路,采用隔離采樣芯片HCPL_7800A為前端調(diào)理信號(hào),經(jīng)過高精度運(yùn)算放大器組成的差分放大器,輸入到DSP的A/D(模擬/數(shù)字)采樣口;在數(shù)字I/O口中,DSP控制管腳的信號(hào)經(jīng)過32路電源轉(zhuǎn)換芯片后,輸入或輸出控制信號(hào);在繼電器控制部分中,DSP通過專用驅(qū)動(dòng)芯片驅(qū)動(dòng)17路繼電器的輸出和關(guān)斷,用于實(shí)現(xiàn)地鐵空調(diào)板電源的供給。
本軟件系統(tǒng)在編程時(shí)采用模塊化的設(shè)計(jì)理念,每個(gè)功能的實(shí)現(xiàn)均由一個(gè)單獨(dú)模塊完成;軟件系統(tǒng)主要由串口通信、數(shù)據(jù)提取、數(shù)據(jù)庫、用戶登錄等功能模塊組成。
圖1 地鐵車輛空調(diào)溫度控制器檢測(cè)平臺(tái)的電路原理圖
本程序主要實(shí)現(xiàn)以下兩個(gè)功能:向下位機(jī)發(fā)送操縱指令;接受下位機(jī)發(fā)送來的數(shù)據(jù)。串口在建立通信前,進(jìn)行通信的雙方必須將串口參數(shù)設(shè)置一致,否則將無法建立通信[5]。利用 LabVIEW 軟件的VISA配置串口(VISA Configure Serial Port)函數(shù)對(duì)串口進(jìn)行初始化。其主要端口設(shè)置如下:① VISA資源名稱為COM1;② 波特率為119200 bit/s;③ 數(shù)據(jù)位為8;④ 奇偶為0;⑤ 停止位為1;⑥ 流控制為None;⑦ 終止符為F。
根據(jù)測(cè)試系統(tǒng)的通信協(xié)議,利用VISA Configure Serial Port函數(shù)設(shè)置串口參數(shù);利用VISA寫入(VISA Write)函數(shù)向下位機(jī)發(fā)送配置命令;利用VISA讀取(VISA Read)函數(shù)讀取下位機(jī)發(fā)送來的數(shù)據(jù)。從而建立上位機(jī)與下位機(jī)之間的通信。串口通信程序如圖2所示。
圖2 串口通信程序圖
下位機(jī)所發(fā)送的每一幀輸出數(shù)據(jù)包含了握手信號(hào)、測(cè)試模塊、測(cè)試路數(shù)、測(cè)試值、校驗(yàn)位等信息。本程序的功能主要是將這些信息從下位機(jī)所發(fā)送的數(shù)
據(jù)中分離出來。如圖3所示,利用LabVIEW軟件中的匹配模式(Match Pattern)函數(shù)對(duì)VISA Read函數(shù)讀取到的數(shù)據(jù)進(jìn)行匹配提取。先使用正則表達(dá)式“FFFF”找到數(shù)據(jù)的握手信號(hào),將匹配之后的子字符串利用截取字符串函數(shù)將字符串中包含的4個(gè)字節(jié)分別提取出來。將匹配之后的子字符串的第一個(gè)字節(jié)、第二個(gè)字節(jié)、第三個(gè)字節(jié)進(jìn)行與運(yùn)算后同匹配之后的子字符串的第四個(gè)字節(jié)進(jìn)行比較,判斷數(shù)據(jù)在傳輸中有無丟包;將匹配之后的子字符串的第二個(gè)字節(jié)的低四位與匹配之后的子字符串的第三個(gè)字節(jié)組合成測(cè)量數(shù)據(jù)。在LabVIEW軟件中需要將字符串轉(zhuǎn)換成字節(jié)數(shù)組才能進(jìn)行與運(yùn)算,利用字符串至字節(jié)數(shù)組轉(zhuǎn)換函數(shù)和字節(jié)數(shù)組至字符串轉(zhuǎn)換函數(shù)能實(shí)現(xiàn)字符串與字節(jié)數(shù)組之間的相互轉(zhuǎn)換。至此,已經(jīng)能夠從下位機(jī)的輸出數(shù)據(jù)中分離出測(cè)量模塊、測(cè)量路數(shù)、測(cè)量數(shù)據(jù)等信息。
數(shù)據(jù)提取模塊的數(shù)據(jù)提取程序如圖3所示。
圖3 數(shù)據(jù)提取程序圖
上位機(jī)在接收到下位機(jī)的測(cè)量數(shù)據(jù)后,根據(jù)測(cè)量數(shù)據(jù)判斷地鐵空調(diào)控制板的故障。預(yù)先將空調(diào)控制板的高發(fā)故障存入數(shù)據(jù)庫中,設(shè)置相應(yīng)的索引條件查詢數(shù)據(jù)庫,將查詢的結(jié)果在上位機(jī)中顯示。本文主要涉及數(shù)據(jù)庫的存儲(chǔ)及查詢數(shù)據(jù)庫兩大模塊:
1)數(shù)據(jù)存儲(chǔ):如圖4所示,首先用“Create Connection VI”子程序創(chuàng)建數(shù)據(jù)庫對(duì)象,然后,用“Open Connection VI”子程序打開數(shù)據(jù)庫對(duì)象。這里需要提供連接數(shù)據(jù)庫的連接字符串,其格式與Microsoft Visual Basic的ADO對(duì)象的連接字符串完全相同;打開數(shù)據(jù)庫成功后,就可以用“SQL Execute VI”子程序執(zhí)行數(shù)據(jù)庫操作了?!癝QL Execute VI”的“Command Text”參數(shù)為SQL(結(jié)構(gòu)化查詢語言)存儲(chǔ)命令。本文以二進(jìn)制的形式將測(cè)量數(shù)據(jù)保存在數(shù)據(jù)庫中,因此,在存儲(chǔ)時(shí)需要將數(shù)據(jù)強(qiáng)制轉(zhuǎn)換為二進(jìn)制。當(dāng)存儲(chǔ)數(shù)據(jù)后,應(yīng)調(diào)用“Close VI”子程序關(guān)閉數(shù)據(jù)庫連接[6-7]。
2)數(shù)據(jù)查詢:利用SQL-SELECT命令來完成數(shù)據(jù)查詢。查詢條件可選擇被測(cè)對(duì)象類型、被測(cè)對(duì)象編號(hào)、測(cè)試時(shí)間、測(cè)試人、是否合格等中的一項(xiàng)或幾項(xiàng)。多項(xiàng)查詢時(shí),則按查詢條件相與。若不選擇,則為查詢所有的數(shù)據(jù)。如果沒有符合條件的記錄,則系統(tǒng)會(huì)給出相應(yīng)的提示信息。數(shù)據(jù)查詢程序如圖5所示。
圖5 數(shù)據(jù)查詢程序
用戶密碼登錄主要是防止非授權(quán)用戶的進(jìn)入,只有合法的用戶在驗(yàn)證后才能進(jìn)行測(cè)試和其它一些操作(比如查看數(shù)據(jù)等),以增加系統(tǒng)和測(cè)試數(shù)據(jù)的安全性。如圖6所示,為用戶登錄界面,用戶輸入用戶名和密碼后,點(diǎn)擊“用戶登錄”,即可進(jìn)入系統(tǒng)操作。如果用戶信息不正確的話,會(huì)提示“用戶名或密碼錯(cuò)誤,請(qǐng)重新輸入”,此時(shí)請(qǐng)聯(lián)系管理員確認(rèn)正確的用戶名和密碼。用戶登錄模塊主要涉及數(shù)據(jù)庫查詢方面的知識(shí),此處不再贅述。
圖6 系統(tǒng)登錄界面
地鐵空調(diào)控制板檢測(cè)平臺(tái)分別對(duì)空調(diào)控制器的供電電源、輸入端電壓、輸出端及主控板4個(gè)故障高發(fā)功能區(qū)進(jìn)行檢測(cè)。圖7所示為上位機(jī)軟件界面。在該軟件中可以顯示測(cè)得各路檢測(cè)電壓、定位故障區(qū)域,以便于檢修人員直觀地觀察故障。
圖7 上位機(jī)界面
利用此檢測(cè)平臺(tái)可以對(duì)出現(xiàn)故障的溫度控制器進(jìn)行一系列的性能測(cè)試,分析溫度控制器的故障信息。該檢測(cè)平臺(tái)的開發(fā)將在很大程度上降低控制器的更新率和委外檢修量,為企業(yè)節(jié)約維護(hù)成本。同時(shí)基于該控制器檢測(cè)裝置的研究,也有利于消化吸收國外產(chǎn)品技術(shù),加快空調(diào)控制器的國產(chǎn)化步伐。
表2 門體本身故障表
表3 門體之間故障表
在門體之間安全回路的故障判斷上,有一些工程項(xiàng)目并非完全是由 TCMS來處理的,而是由MDCU來做比較判斷,這樣也能實(shí)現(xiàn)故障判斷的功能。但是,由于不同車輛之間的EDCU是沒有通信的,所以前一節(jié)車的最后一個(gè)EDCU和后一節(jié)車的第一個(gè)EDCU之間的安全聯(lián)鎖回路狀態(tài)是沒辦法判斷的。如果集中由TCMS來判斷,則不會(huì)存在此問題。
在客流高峰時(shí),車內(nèi)乘客異常擁擠,車門系統(tǒng)頻繁承受超常工況[3],這就決定了地鐵車門系統(tǒng)必須具有高可靠性和高可用性。這個(gè)要求以及車輛功能本身的需求,決定了車門安全聯(lián)鎖回路的存在。車門安全聯(lián)鎖回路的重要性,決定了對(duì)車門安全聯(lián)鎖回路故障點(diǎn)檢測(cè)的必要性。本文介紹的基于多點(diǎn)采集判斷車門安全聯(lián)鎖回路故障點(diǎn)的方案,經(jīng)過實(shí)際運(yùn)用,確實(shí)可以幫助司機(jī)或維護(hù)人員快速地找到故障點(diǎn),并排除故障,給運(yùn)營和維護(hù)帶來了便利。
[1]李春明.城軌車輛集中開關(guān)門控制分析及改進(jìn)設(shè)計(jì)[J].城市軌道交通研究,2012(4):118.
[2]胡文偉.廣州地鐵1號(hào)線客室車門控制系統(tǒng)的設(shè)計(jì)[J].電力機(jī)車技術(shù),2000(2):15.
[3]王建兵,朱小娟.上海地鐵車輛客室車門故障原因及整改措施[J].電力機(jī)車與城軌車輛,2006(1):46.