黃根生,趙紅衛(wèi),王 欣,姚 放
(中國鐵道科學(xué)研究院 機(jī)車車輛研究所,北京100081)
CRH3動車組半實(shí)物仿真測試臺通信的設(shè)計與實(shí)現(xiàn)
黃根生,趙紅衛(wèi),王 欣,姚 放
(中國鐵道科學(xué)研究院 機(jī)車車輛研究所,北京100081)
根據(jù)CRH3型動車組的實(shí)車通信情況,以及半實(shí)物仿真測試平臺對通信的需求,對實(shí)車上的通信設(shè)備進(jìn)行分類,并提出真實(shí)設(shè)備與仿真設(shè)備的概念。并在此基礎(chǔ)上,將半實(shí)物仿真測試平臺上的通信歸結(jié)為半實(shí)物仿真測試臺的真實(shí)設(shè)備之間數(shù)據(jù)通信、仿真設(shè)備之間數(shù)據(jù)通信、真實(shí)設(shè)備與仿真設(shè)備之間的數(shù)據(jù)通信以及不同牽引單元間的數(shù)據(jù)通信。重點(diǎn)解決了仿真設(shè)備與真實(shí)設(shè)備之間的MVB通信、PLC通信,以及不同牽引單元間的以太網(wǎng)通信。
半實(shí)物仿真;MVB通信;PLC通信;以太網(wǎng)通信;仿真設(shè)備;真實(shí)設(shè)備
隨著高速動車組在國內(nèi)的廣泛運(yùn)用,高速動車組神經(jīng)中樞的列車網(wǎng)絡(luò)控制系統(tǒng)的研究也在不斷地深入。由于列車網(wǎng)絡(luò)控制系統(tǒng)控制和管理著列車上幾乎所有子系統(tǒng),這些子系統(tǒng)與列車網(wǎng)絡(luò)控制系統(tǒng)之間有著十分復(fù)雜的網(wǎng)絡(luò)通信協(xié)議,以及基于網(wǎng)絡(luò)通信的復(fù)雜邏輯控制算法和故障診斷策略。要設(shè)計和實(shí)現(xiàn)如此復(fù)雜和龐大的控制系統(tǒng),并確保安全可靠,無論是在設(shè)計和實(shí)現(xiàn)系統(tǒng)的網(wǎng)絡(luò)通信協(xié)議和內(nèi)部邏輯控制算法時,還是在列車運(yùn)行后期維護(hù)中的故障診斷時,都迫切需要一個地面仿真測試平臺,以便能夠在列車網(wǎng)絡(luò)控制系統(tǒng)的設(shè)計、開發(fā)、驗(yàn)證、維護(hù)的各個階段,實(shí)現(xiàn)對列車的網(wǎng)絡(luò)通信協(xié)議、邏輯控制算法、網(wǎng)絡(luò)控制系統(tǒng)性能、故障診斷策略等方面的分析驗(yàn)證,降低實(shí)車運(yùn)行帶來的各種技術(shù)風(fēng)險和成本風(fēng)險。綜合考慮地面仿真測試平臺的靈活性、實(shí)用性和經(jīng)濟(jì)性,采用純硬件平臺和純軟件仿真平臺相結(jié)合的半實(shí)物仿真的結(jié)構(gòu)形式來搭建CRH3動車組半實(shí)物仿真測試平臺。半實(shí)物仿真測試平臺主要包括3大部分:車載電氣柜(司機(jī)控制臺)、采集系統(tǒng)和軟件仿真系統(tǒng)。這3部分之間準(zhǔn)確、實(shí)時、有效、可靠的信息交互是半實(shí)物仿真平臺正常運(yùn)行的基本要求。
1.1 半實(shí)物仿真測試臺結(jié)構(gòu)
CRH3動車組半實(shí)物仿真測試平臺主要用于更深入、方便地研究高速動車組列車網(wǎng)絡(luò)控制系統(tǒng)的軟件、硬件技術(shù),以及為高速動車組在運(yùn)行維護(hù)中的故障復(fù)現(xiàn)、分析和排查服務(wù)。其結(jié)構(gòu)主要包括以下3部分:
車載電氣柜:包含動車組上所有電氣柜的電子電氣控制電路,主要包括硬線電路、控制手柄、按鈕開關(guān)、繼電器、接觸器、空氣開關(guān)、熔斷器以及TCN網(wǎng)絡(luò)設(shè)備等。
采集系統(tǒng)(PLC開關(guān)柜):主要由PLC控制系統(tǒng)及DC 110 V驅(qū)動繼電器組成,負(fù)責(zé)將整列車所有功能系統(tǒng)(例如牽引系統(tǒng)、制動系統(tǒng)、電源輔助系統(tǒng)等)與動車組車載電氣柜(司機(jī)控制臺)的硬件接口信號通過PLC系統(tǒng)將DC 110 V電平開關(guān)量信號轉(zhuǎn)換為數(shù)字信號,為仿真軟件提供接口;同時也將仿真軟件發(fā)出的數(shù)字信號通過PLC系統(tǒng)控制驅(qū)動繼電器轉(zhuǎn)換為相應(yīng)的DC 110 V電平開關(guān)量信號,最終控制CRH3車載電氣柜中的繼電器或者網(wǎng)絡(luò)I/O設(shè)備實(shí)現(xiàn)整車的各個功能系統(tǒng)的監(jiān)控功能。
軟件仿真系統(tǒng):硬件采用工業(yè)控制計算機(jī)及相應(yīng)IO板卡,軟件采用ControlBuilder(以下簡稱CB)仿真開發(fā)軟件。通過軟件仿真實(shí)現(xiàn)CRH3型動車組各個功能系統(tǒng)(牽引系統(tǒng)、制動系統(tǒng)、電源輔助系統(tǒng)、門控制系統(tǒng)、空調(diào)系統(tǒng)等)的功能模擬。該系統(tǒng)通過MVB網(wǎng)絡(luò)與車載電氣柜進(jìn)行數(shù)據(jù)通信;通過以太網(wǎng)與采集系統(tǒng)的PLC主控制器進(jìn)行數(shù)據(jù)通信。
半實(shí)物仿真測試平臺的總體結(jié)構(gòu)如圖1所示。
1.2 半實(shí)物仿真測試臺通信
在CRH3動車組上,設(shè)備與設(shè)備之間的通信方式主要有4種(WTB網(wǎng)絡(luò)、MVB網(wǎng)絡(luò)、CAN網(wǎng)絡(luò)、硬線)。WTB網(wǎng)絡(luò)主要用于不同牽引單元網(wǎng)關(guān)之間的通信;MVB網(wǎng)絡(luò)主要用于同一牽引單元內(nèi)不同MVB網(wǎng)絡(luò)設(shè)備之間的通信;CAN總線主要用于制動控制器與制動控制單元之間的通信;硬線主要用于傳統(tǒng)電子電氣元件之間以及與其他設(shè)備之間的IO接口通信。在CRH3動車組半實(shí)物仿真測試臺上,只有中央控制單元、人機(jī)界面、MVB中繼器、MVB IO設(shè)備和傳統(tǒng)電路設(shè)備以及司控臺是真實(shí)存在的(稱所有這些設(shè)備為真實(shí)設(shè)備);其他的所有設(shè)備都是通過一臺工控機(jī)來模擬實(shí)現(xiàn)(稱所有這些設(shè)備為仿真設(shè)備)。因此所有仿真設(shè)備之間的通信都可以通過軟件來實(shí)現(xiàn)(包括MVB網(wǎng)絡(luò)和硬線);真實(shí)設(shè)備之間的通信保持不變(包括WTB網(wǎng)絡(luò)、MVB網(wǎng)絡(luò)、硬線);真實(shí)設(shè)備與仿真設(shè)備之間的通信通過MVB網(wǎng)絡(luò)、PLC通信和硬線來實(shí)現(xiàn)(包括MVB網(wǎng)絡(luò)、硬線、CAN網(wǎng)絡(luò))。另外牽引單元之間的高壓信息、中壓信息、氣路信息以及機(jī)械信息的交互通過以太網(wǎng)來實(shí)現(xiàn)。
從以上的描述中可以看出,從數(shù)據(jù)通信角度來看CRH3動車組半實(shí)物仿真測試臺主要由3大部分組成:真實(shí)的TCN網(wǎng)絡(luò)設(shè)備(如:中央控制單元、人機(jī)界面、MVB中繼器、MVB IO設(shè)備等)、真實(shí)的電子電氣設(shè)備(如:控制手柄、開關(guān)按鈕、繼電器、接觸器、PLC工作站等)、仿真工控機(jī)(軟件仿真各功能子系統(tǒng)的受控模型和控制器模型)。它們之間的通信結(jié)構(gòu)如圖2所示。
圖1 CRH3動車組半實(shí)物仿真測試平臺的總體結(jié)構(gòu)圖
圖2 CRH3動車組半實(shí)物仿真測試平臺通信結(jié)構(gòu)示意圖
在半實(shí)物仿真測試臺中,除了中央控制單元、人機(jī)界面、MVB中繼器、MVB IO設(shè)備以及硬線電路外,其他功能子系統(tǒng)都是通過軟件仿真來實(shí)現(xiàn)的。由于在一臺工控機(jī)上需要模擬多個設(shè)備,且這些設(shè)備與外界都有信息交換(包括MVB網(wǎng)絡(luò)、CAN網(wǎng)絡(luò)和硬線);因此需要解決的問題是如何實(shí)現(xiàn)仿真設(shè)備與真實(shí)設(shè)備之間的MVB通信和PLC通信。除此之外,不同牽引單元的仿真工控機(jī)之間的以太網(wǎng)通信也是需要解決的問題之一。
2.1 半實(shí)物仿真測試臺中MVB通信的設(shè)計與實(shí)現(xiàn)
在半實(shí)物仿真測試臺中,各個受控子系統(tǒng)的功能仿真采用CB仿真軟件來實(shí)現(xiàn),這些仿真子系統(tǒng)之間以及它們與真實(shí)設(shè)備(包括中央控制單元、人機(jī)界面、MVB中繼器、MVB IO)之間均需要MVB網(wǎng)絡(luò)通信,才能實(shí)現(xiàn)動車組中列車網(wǎng)絡(luò)控制系統(tǒng)的各種功能。作為通用仿真軟件的CB自身沒有提供這樣的接口,需要在CB軟件的基礎(chǔ)上進(jìn)行2次開發(fā)來實(shí)現(xiàn)MVB通信。
2.1.1 MVB通信的設(shè)計
(1)綜合NSDB文件
網(wǎng)絡(luò)配置數(shù)據(jù)庫(簡稱NSDB文件)是一個包含有網(wǎng)絡(luò)設(shè)備進(jìn)行網(wǎng)絡(luò)通信所必須的所有配置信息的數(shù)據(jù)庫,每個網(wǎng)絡(luò)設(shè)備都有一個對應(yīng)的NSDB文件。
在CRH3動車組上,每個子系統(tǒng)的控制器都有一塊MVB通信網(wǎng)卡,同時需要為相應(yīng)控制器加載一個對應(yīng)的NSDB文件,才能進(jìn)行正確的MVB數(shù)據(jù)通信。在半實(shí)物仿真測試平臺中,為了優(yōu)化平臺的結(jié)構(gòu)、方便各功能子系統(tǒng)的仿真、降低平臺構(gòu)建成本,僅用一臺工控機(jī)來仿真多個受控子系統(tǒng),并將包含有所有仿真設(shè)備的MVB通信配置信息的NSDB文件(綜合NSDB文件)加載到仿真工控機(jī)上,從而實(shí)現(xiàn)所有仿真設(shè)備與所有真實(shí)設(shè)備之間的MVB通信。為此需要專門為所有仿真設(shè)備生成一個綜合了多個仿真設(shè)備通信配置的綜合NSDB文件,以供工控機(jī)仿真系統(tǒng)使用。
(2)XML文件
XML控制文件是一個包含有網(wǎng)絡(luò)設(shè)備輸入輸出變量信息的綜合文件,該控制文件用于將每個設(shè)備的輸入輸出變量導(dǎo)入到仿真程序中,方便仿真編程。如果設(shè)備是真實(shí)設(shè)備,則該設(shè)備的XML文件中包含該設(shè)備發(fā)送給其他所有仿真設(shè)備的信號;如果該設(shè)備是仿真設(shè)備,則該設(shè)備的XML文件中包含該設(shè)備發(fā)送給所有設(shè)備的信號。在半實(shí)物仿真測試臺中,由于CB仿真程序是一個通用的仿真軟件,不能直接將XML文件導(dǎo)入,因此需要開發(fā)一個中間轉(zhuǎn)換工具來實(shí)現(xiàn)XML文件導(dǎo)入到CB仿真軟件中,以便運(yùn)用CB仿真軟件進(jìn)行仿真編程。
(3)MVB通信的結(jié)構(gòu)設(shè)計
要實(shí)現(xiàn)半實(shí)物仿真測試平臺中仿真設(shè)備與真實(shí)設(shè)備的MVB通信,MVB驅(qū)動必須解決兩個結(jié)構(gòu)設(shè)計的問題:一是CB仿真程序與MVB驅(qū)動之間的數(shù)據(jù)交換;另一個是MVB驅(qū)動與MVB網(wǎng)卡之間的數(shù)據(jù)交換。關(guān)于第1個問題,可以通過共享內(nèi)存的方式來實(shí)現(xiàn)MVB驅(qū)動和CB仿真程序之間數(shù)據(jù)交換。其結(jié)構(gòu)框圖如圖3所示。
圖3 CB仿真程序與MVB驅(qū)動數(shù)據(jù)交換結(jié)構(gòu)框圖
關(guān)于第2個問題,可以在MVB網(wǎng)卡的底層硬件驅(qū)動的基礎(chǔ)上進(jìn)行軟件開發(fā)來實(shí)現(xiàn)MVB驅(qū)動與MVB網(wǎng)卡之間的數(shù)據(jù)交換。其結(jié)構(gòu)框圖如圖4所示。
圖4 MVB驅(qū)動與MVB網(wǎng)卡數(shù)據(jù)交換結(jié)構(gòu)框圖
2.1.2 MVB通信的實(shí)現(xiàn)
MVB驅(qū)動的軟件開發(fā)平臺是基于Windows操作系統(tǒng)下的開發(fā)環(huán)境。在這種開發(fā)環(huán)境下,實(shí)現(xiàn)基于共享內(nèi)存方式的多進(jìn)程數(shù)據(jù)交互、PC104總線數(shù)據(jù)通信、基于TCP/IP協(xié)議的以太網(wǎng)通信、友好人機(jī)交互界面的常見方法有使用G語言的LABVIEW和使用C語言的Microsoft Visual C++。由于Microsoft Visual C++編程靈活,對程序開發(fā)者來說,具有很大的自由度,且在速度和穩(wěn)定性方面具有較大優(yōu)勢,所以在方案設(shè)計上選擇技術(shù)成熟的Microsoft Visual C++開發(fā)平臺來實(shí)現(xiàn)MVB驅(qū)動的開發(fā)。MVB驅(qū)動程序作為一個進(jìn)程,通過共享內(nèi)存與CB仿真程序進(jìn)行數(shù)據(jù)交換;同時MVB驅(qū)動程序通過PC104總線將數(shù)據(jù)發(fā)送給MVB網(wǎng)卡,或從MVB網(wǎng)卡接收數(shù)據(jù)。MVB驅(qū)動界面如圖5所示。
圖5 MVB驅(qū)動界面
(1)綜合NSDB文件的解析
NSDB文件中包含了所有與網(wǎng)絡(luò)通信相關(guān)的配置信息,包括設(shè)備地址、端口配置信息、變量配置信息、消息配置信息、宿時間監(jiān)視信息以及版本信息等等。要使用NSDB文件,必須要分析它的組織結(jié)構(gòu)。
NSDB文件是二進(jìn)制文件。它是按照“段”的形式進(jìn)行組織的,每個“段”都由相應(yīng)的段標(biāo)簽、段長度和段內(nèi)容組成。每個NSDB文件都有“NSDB_HEADER”段和“END_OF_NSDB”段,其他段的有無依據(jù)具體MVB設(shè)備的不同而不同?!癗SDB_HEADER”段表示NSDB文件的開始;"END_OF_NSDB"段表示NSDB文件的結(jié)束。
(2)共享內(nèi)存的管理與訪問
MVB驅(qū)動和CB仿真程序是兩個相互獨(dú)立運(yùn)行的程序。他們之間的通信是通過共享內(nèi)存方式進(jìn)行的。共享內(nèi)存由CB仿真程序創(chuàng)建并由其進(jìn)行管理。MVB驅(qū)動僅僅需要打開相應(yīng)的共享內(nèi)存并按照CB仿真軟件所規(guī)定的機(jī)制進(jìn)行訪問即可。在MVB驅(qū)動中,使用CB仿真程序所產(chǎn)生的兩個輸入、輸出文件確定需要通過MVB網(wǎng)絡(luò)來進(jìn)行數(shù)據(jù)傳輸?shù)木唧w變量。訪問共享內(nèi)存的軟件框圖如圖6所示。
(3)MVB數(shù)據(jù)的通信
在半實(shí)物仿真測試平臺中,MVB數(shù)據(jù)的通信是指將CB仿真程序中的數(shù)據(jù)通過工控機(jī)上的MVB網(wǎng)卡發(fā)送到MVB網(wǎng)絡(luò),以及將MVB網(wǎng)絡(luò)上的數(shù)據(jù)接收到CB仿真程序中。在CB仿真環(huán)境中,MVB驅(qū)動中的數(shù)據(jù)是通過共享內(nèi)存與CB仿真程序進(jìn)行交換的。
CB仿真環(huán)境下,MVB數(shù)據(jù)通信的軟件框圖如圖7所示。
圖6 訪問共享內(nèi)存的流程框圖
圖7 MVB數(shù)據(jù)通信的流程框圖
2.2 半實(shí)物仿真測試臺中以太網(wǎng)通信的設(shè)計與實(shí)現(xiàn)
在半實(shí)物仿真測試臺上,動車組的某些電氣連接電纜(如25 k V車頂高壓電纜、440 V3 AC供電母線等)在電氣控制柜中沒有實(shí)現(xiàn)連接,這部分線路在CB仿真軟件中利用仿真模型來實(shí)現(xiàn)。由于每個牽引單元對應(yīng)一個CB仿真系統(tǒng),在兩個牽引單元之間連接的這些電纜線,如果直接利用實(shí)物電纜線進(jìn)行連接,一方面較為困難,另一方面也會使仿真系統(tǒng)更為復(fù)雜。因此采用簡單且傳輸速度快的以太網(wǎng)數(shù)據(jù)傳輸方式,在兩臺工控機(jī)(即兩個CB仿真系統(tǒng))之間傳遞這些硬線的連接信息。
通過以太網(wǎng)進(jìn)行數(shù)據(jù)傳輸,用得最多最方便的就是客戶端/服務(wù)器模型結(jié)構(gòu)。為了使數(shù)據(jù)傳輸更加穩(wěn)定、可靠,以太網(wǎng)傳輸程序采用TCP/IP協(xié)議?;贑B軟件提供的共享內(nèi)存接口,對其進(jìn)行二次開發(fā),實(shí)現(xiàn)兩個CB仿真系統(tǒng)之間的以太網(wǎng)數(shù)據(jù)傳輸。以太網(wǎng)通信總體結(jié)構(gòu)框圖如圖8所示。
圖8 以太網(wǎng)通信總體結(jié)構(gòu)框圖
2.3 半實(shí)物仿真測試臺中PLC通信的設(shè)計與實(shí)現(xiàn)
在半實(shí)物仿真測試臺中,車輛電氣控制柜通過采集系統(tǒng)PLC開關(guān)電氣柜連接到CB仿真系統(tǒng)中,在仿真系統(tǒng)和控制電氣硬線之間的輸入輸出信號轉(zhuǎn)換通過PLC工作站完成。每個PLC工作站都配有若干個數(shù)字輸入輸出模塊,可以進(jìn)行24 V和110 V數(shù)字量讀入和置位,同時也可以根據(jù)實(shí)際需要進(jìn)行模擬量輸入輸出的配置,多個PLC從站通過PROFIBUS DP主站/從站接口與PLC主站進(jìn)行組態(tài),PLC主站有一個以太網(wǎng)卡接口的模塊CP343,可以通過以太網(wǎng)通信與CB仿真系統(tǒng)實(shí)現(xiàn)網(wǎng)絡(luò)通信。
由于PLC與仿真系統(tǒng)之間的輸入輸出接口信號眾多,如何方便、高效地在CB內(nèi)部的仿真信號與PLC工作站上的輸入輸出通道之間建立對應(yīng)關(guān)系是一個必須解決的問題。通過綜合比較,最終采用了OPC通信方式。OPC通信的目的是為了使通信管理、通信信息處理系統(tǒng)等標(biāo)準(zhǔn)化,而無需處理特定協(xié)議的尋址問題,OPC客戶應(yīng)用程序可以通過一個標(biāo)準(zhǔn)、開放的接口,與OPC服務(wù)器進(jìn)行通信,可以利用PLC提供的SIMATIC NET軟件建立OPC服務(wù)器,由OPC服務(wù)器負(fù)責(zé)與PLC控制器通信,扮演“通信中心”的角色去讀寫PLC數(shù)據(jù),CB仿真軟件作為OPC客戶端,直接通過控制器或者通過一個標(biāo)準(zhǔn)化的COM/DOM接口發(fā)送請求給OPC服務(wù)器。
在具體實(shí)現(xiàn)方法上,首先需要在仿真工控機(jī)上安裝OPC服務(wù)器,并完成相應(yīng)的配置,同時在CB仿真軟件中完成仿真信號與PLC硬線信號對應(yīng)關(guān)系的配置文件(根據(jù)硬件電路圖確定),并啟動OPC客戶端服務(wù),就可以實(shí)現(xiàn)仿真系統(tǒng)對電氣柜的控制。整個OPC通信的結(jié)構(gòu)如圖9所示。
圖9 OPC通信結(jié)構(gòu)圖
本文所描述的通信設(shè)計及實(shí)現(xiàn)方案全面考慮了CRH3動車組上所有的數(shù)據(jù)通信(包括網(wǎng)絡(luò)和硬線),解決了CRH3動車組半實(shí)物仿真測試平臺中單個牽引單元內(nèi)真實(shí)設(shè)備與仿真設(shè)備之間可靠、正確、實(shí)時的數(shù)據(jù)通信;以及不同牽引單元內(nèi)仿真設(shè)備之間的可靠、正確、實(shí)時的數(shù)據(jù)通信。為搭建CRH3動車組半實(shí)物仿真測試平臺提供了有效、可靠、實(shí)時的通信保障。同時,也加快了高速動車組列車網(wǎng)絡(luò)控制系統(tǒng)軟件、硬件的國產(chǎn)化、自主化開發(fā)進(jìn)程。
[1] [美]Jon Bates,Tim Tompkins著,何健輝,董方鵬譯.實(shí)用Visual C++6.0教程[M].北京:清華大學(xué)出版社,2000.
[2] 李江全.西門子PLC通信與控制應(yīng)用編程實(shí)例[M?]北京:中國電力出版社,2012.
Communication Design and Implementation of Semi-physical Simulation Test Platform for CRH3EMU
HUANG Gensheng,ZHAO Hongwei,WANG Xin,YAO Fang
(Locomotive&Car Research Institute,China Academy of Railway Sciences,Beijing 100081,China)
According to the actual communication situation of CRH3EMU and the communica-tion requirements of semi-physical simulation test platform,all the communication devices of CRH3EMU are classified,and the concept of physical device and simulation device is proposed.Base on that,all the kinds of communication for semi-physical simulation test platform are divided into the data communication among physical devices,the data communication among simulation devices,the data communication between physical devices and simulation devices,and the data communication among different traction units.The MVB communication and PLC communication between physical devices and simulation devices,and the Ethernet communication among different traction units are solved mainly.
semi-physical simulation;MVB communication;PLC communication;Ethernet communication;simulation device;physical device
U260
A
10.3969/j.issn.1008-7842.2014.02.02
1008-7842(2014)02-0005-05
5—)男,助理研究員(
2014-02-17)