吳 超 石琦玉 張 寧 何鐵軍
(1.蘇州市軌道交通集團(tuán)有限公司運(yùn)營(yíng)分公司,215006,蘇州; 2.東南大學(xué)智能運(yùn)輸系統(tǒng)研究中心,210018,南京//第一作者,工程師)
城市軌道交通自動(dòng)售檢票系統(tǒng)專(zhuān)用讀寫(xiě)器測(cè)試平臺(tái)*
吳 超1石琦玉2張 寧2何鐵軍2
(1.蘇州市軌道交通集團(tuán)有限公司運(yùn)營(yíng)分公司,215006,蘇州; 2.東南大學(xué)智能運(yùn)輸系統(tǒng)研究中心,210018,南京//第一作者,工程師)
為提高城市軌道交通自動(dòng)售檢票系統(tǒng)專(zhuān)用讀寫(xiě)器性能的安全可靠性及其工作穩(wěn)定性,分析了讀寫(xiě)器測(cè)試的主要內(nèi)容,描述了測(cè)試平臺(tái)的硬件結(jié)構(gòu)。詳細(xì)論述了開(kāi)發(fā)研究測(cè)試軟件的主要模塊,并重點(diǎn)研究分析測(cè)試軟件的接口函數(shù)。介紹了研發(fā)出的具有圖形用戶(hù)操作界面的測(cè)試軟件。經(jīng)測(cè)試,該軟件指令豐富,能夠滿(mǎn)足對(duì)讀寫(xiě)器的各項(xiàng)測(cè)試要求。
城市軌道交通; 自動(dòng)售檢票; 讀寫(xiě)器; 測(cè)試
城市軌道交通自動(dòng)售檢票(AFC)系統(tǒng)是基于計(jì)算機(jī)、通信、網(wǎng)絡(luò)和自動(dòng)控制等技術(shù),實(shí)現(xiàn)軌道交通售票、檢票、計(jì)費(fèi)、收費(fèi)、統(tǒng)計(jì)、清分和管理等全過(guò)程的自動(dòng)化系統(tǒng)[1]。自動(dòng)售檢票系統(tǒng)的整體架構(gòu)包括車(chē)票、車(chē)站終端設(shè)備、車(chē)站計(jì)算機(jī)系統(tǒng)、線路中央計(jì)算機(jī)系統(tǒng)和清分系統(tǒng)[2]。其中,與乘客直接接觸,同時(shí)使用頻率最高的是車(chē)票與車(chē)站終端設(shè)備。車(chē)站終端設(shè)備主要包括自動(dòng)售票機(jī)、自動(dòng)加值機(jī)、半自動(dòng)售票機(jī)與檢票閘機(jī)等。這些設(shè)備的核心功能部件就是讀寫(xiě)器。由于讀寫(xiě)器的使用頻率很高,在軌道交通車(chē)站客流較大的情況下,如果讀寫(xiě)器工作性能不佳,將影響車(chē)站的客流集散,降低軌道交通的服務(wù)水平,從而造成客流短暫滯留,影響軌道交通的服務(wù)形象。因此,在讀寫(xiě)器投入使用前對(duì)其進(jìn)行相應(yīng)的測(cè)試是十分必要的。
由于城市軌道交通AFC系統(tǒng)專(zhuān)用讀寫(xiě)器的性能及功能要求取決于軌道交通的運(yùn)營(yíng)特性,故測(cè)試系統(tǒng)需根據(jù)測(cè)試內(nèi)容對(duì)應(yīng)用軟件部分進(jìn)行專(zhuān)門(mén)開(kāi)發(fā)研究。若要能直觀分析專(zhuān)用讀寫(xiě)器的測(cè)試數(shù)據(jù),降低測(cè)試操作的難度,則測(cè)試軟件應(yīng)具有友好的圖形交互界面。開(kāi)發(fā)專(zhuān)用讀寫(xiě)器測(cè)試平臺(tái)首先需分析待測(cè)讀寫(xiě)器的各項(xiàng)測(cè)試內(nèi)容。
讀寫(xiě)器測(cè)試平臺(tái)的主要功能是實(shí)現(xiàn)AFC系統(tǒng)專(zhuān)用讀寫(xiě)器的功能、性能、交易流程、通信協(xié)議和接口兼容性等方面的測(cè)試[3]。測(cè)試內(nèi)容主要分為硬件測(cè)試與軟件測(cè)試。硬件測(cè)試包括系統(tǒng)上電測(cè)試、電源適應(yīng)性測(cè)試、電源紋波、電壓反接保護(hù)、SD(安全數(shù)字)卡可寫(xiě)分區(qū)文件系統(tǒng)的穩(wěn)定性、FeRAM(鐵電隨機(jī)存取存儲(chǔ)器)讀寫(xiě)速度、FeRAM數(shù)據(jù)穩(wěn)定性、看門(mén)狗、數(shù)據(jù)串口、SAM(安全存取模組)卡相關(guān)性能、射頻電路讀寫(xiě)距離、長(zhǎng)時(shí)讀寫(xiě)以及讀寫(xiě)器交易時(shí)長(zhǎng)等一系列測(cè)試。
除此之外,讀寫(xiě)器的硬件還需要完成讀寫(xiě)器場(chǎng)強(qiáng)、電磁兼容性,讀寫(xiě)器輻射、靜電、磁場(chǎng)抗擾度,電壓暫降、浪涌抗擾度和連續(xù)波輻射、傳道騷擾抗擾度等電子屬性測(cè)試,以及讀寫(xiě)器工作溫度和濕度、抗沖擊強(qiáng)度、抗振動(dòng)強(qiáng)度、抗碰撞強(qiáng)度等機(jī)械屬性測(cè)試。AFC系統(tǒng)專(zhuān)用讀寫(xiě)器的屬性需滿(mǎn)足集成電路卡讀寫(xiě)器及信息技術(shù)設(shè)備等相關(guān)的國(guó)家標(biāo)準(zhǔn)。因此AFC系統(tǒng)專(zhuān)用讀寫(xiě)器硬件方面的專(zhuān)業(yè)性測(cè)試將由專(zhuān)門(mén)的測(cè)試機(jī)構(gòu)來(lái)完成。
軟件測(cè)試主要是對(duì)讀寫(xiě)器軟件的功能、正確性、可靠性,以及不同讀寫(xiě)器平臺(tái)的兼容性等方面進(jìn)行測(cè)試[4]。主要測(cè)試內(nèi)容如下:
(1) 基本功能測(cè)試包括尋卡測(cè)試、SAM卡測(cè)試、UL(保險(xiǎn)商試驗(yàn)所)卡讀寫(xiě)測(cè)試、CPU(中央處理器)卡指令測(cè)試、鐵電存儲(chǔ)器讀寫(xiě)測(cè)試、FLASH(閃存)讀寫(xiě)測(cè)試。
(2) 通信接口測(cè)試包括通信協(xié)議測(cè)試、多幀通信測(cè)試。測(cè)試軟件除測(cè)試正常接口協(xié)議以外,還將模擬各種故障數(shù)據(jù)來(lái)對(duì)通信接口進(jìn)行覆蓋性測(cè)試,以確保通信接口的可靠性。
(3) 票卡流程測(cè)試包括基本命令流程測(cè)試、單程票流程測(cè)試、儲(chǔ)值票流程測(cè)試及其它類(lèi)型票卡流程測(cè)試。測(cè)試軟件除測(cè)試正常的交易流程外,還將模擬各種類(lèi)型的票卡情況對(duì)票卡處理流程進(jìn)行覆蓋性測(cè)試,以確保處理流程的可靠性。
(4) 文件傳輸測(cè)試包括操作系統(tǒng)啟動(dòng)測(cè)試、EOD(設(shè)備運(yùn)行參數(shù))和TP(讀寫(xiě)器票卡業(yè)務(wù)處理流程)的傳輸及激活測(cè)試等。測(cè)試軟件除測(cè)試正常的文件傳輸外,還將模擬各種異常情況對(duì)接口進(jìn)行覆蓋性測(cè)試,以確保文件傳輸?shù)目煽啃浴?/p>
(5) 異常測(cè)試,包括防沖突測(cè)試等。
除此以外,新的讀寫(xiě)器進(jìn)入城市軌道交通AFC系統(tǒng)時(shí),還需對(duì)該讀寫(xiě)器進(jìn)行兼容性測(cè)試,并通過(guò)加載測(cè)試程序,檢查新讀寫(xiě)器的函數(shù)封裝、功能以及性能是否滿(mǎn)足要求。接口兼容性測(cè)試內(nèi)容主要包括SAM卡操作函數(shù)、非易失性RAM(隨機(jī)存取存儲(chǔ)器)操作函數(shù)及看門(mén)狗函數(shù)等。
總的來(lái)說(shuō),軟件測(cè)試的內(nèi)容較多。應(yīng)用程序方面,主要需要完成與票卡讀寫(xiě)業(yè)務(wù)相關(guān)的各類(lèi)功能性測(cè)試,以此來(lái)保證讀寫(xiě)器能夠完成所有票卡讀寫(xiě)的業(yè)務(wù)功能;系統(tǒng)程序方面,需要完成重要硬件驅(qū)動(dòng)以及各類(lèi)接口的相關(guān)測(cè)試,以此來(lái)確保讀寫(xiě)器平臺(tái)的穩(wěn)定可靠,進(jìn)而實(shí)現(xiàn)讀寫(xiě)器的各項(xiàng)業(yè)務(wù)功能。
讀寫(xiě)器測(cè)試平臺(tái)硬件由測(cè)試用的工作站、筆記本電腦、測(cè)試軟件、測(cè)試車(chē)票、讀寫(xiě)器及其配件、測(cè)試工具等組成[5]。測(cè)試平臺(tái)的結(jié)構(gòu)見(jiàn)圖1。
圖1 讀寫(xiě)器測(cè)試平臺(tái)硬件結(jié)構(gòu)圖
讀寫(xiě)器測(cè)試平臺(tái)工作站選用的計(jì)算機(jī)要求使用主頻至少為3.4 GHz的4核處理器,硬盤(pán)容量至少為500 GB,其端口豐富,操作系統(tǒng)為Window 7。
測(cè)試用筆記本電腦要求操作系統(tǒng)為Windows7,端口豐富,其處理器性能較優(yōu)越,內(nèi)存至少4 GB,硬盤(pán)容量不小于500 G。
讀寫(xiě)器留有1個(gè)專(zhuān)門(mén)用作調(diào)試的串口,工作站及筆記本電腦都通過(guò)該串口與讀寫(xiě)器連接以獲取讀寫(xiě)器的相關(guān)信息。
讀寫(xiě)器的測(cè)試不僅需要硬件的支持,還需要測(cè)試軟件的支持。測(cè)試平臺(tái)中讀寫(xiě)器與測(cè)試工作站等的連接是通過(guò)自身預(yù)留串口來(lái)實(shí)現(xiàn)的,但是讀寫(xiě)器采用的是嵌入式Linux系統(tǒng),而測(cè)試工作站等安裝的是Windows 7操作系統(tǒng)。因此需要一種可以跨平臺(tái)的開(kāi)發(fā)環(huán)境對(duì)測(cè)試軟件進(jìn)行開(kāi)發(fā)。Qt是一種可以實(shí)現(xiàn)圖形用戶(hù)界面操作,并能進(jìn)行跨平臺(tái)編譯的開(kāi)發(fā)工具,可以滿(mǎn)足讀寫(xiě)器測(cè)試軟件的開(kāi)發(fā)要求。
3.1 Qt概述
Qt是一個(gè)跨平臺(tái)C++圖形用戶(hù)界面應(yīng)用程序開(kāi)發(fā)框架,不僅可以用于非圖形用戶(hù)界面的程序開(kāi)發(fā),還可以用于圖形用戶(hù)界面的開(kāi)發(fā);其圖形用戶(hù)界面開(kāi)發(fā)滿(mǎn)足對(duì)AFC系統(tǒng)專(zhuān)用讀寫(xiě)器測(cè)試過(guò)程中的直觀要求,能使測(cè)試操作方便有效地進(jìn)行,基本無(wú)需對(duì)測(cè)試人員進(jìn)行培訓(xùn)。Qt是面向?qū)ο蟮目蚣?可使用特殊的代碼生成擴(kuò)展及宏,易于擴(kuò)展,并且允許真正意義上的組件編程[6]。
Qt支持大多數(shù)操作系統(tǒng)(包括Windows7和Linux)。所有在Qt環(huán)境下開(kāi)發(fā)的測(cè)試軟件都能夠滿(mǎn)足跨平臺(tái)的要求。這也是Qt的主要優(yōu)勢(shì)之一。由于Qt是面向?qū)ο蟮目蚣?良好封裝機(jī)制使得其模塊化程度非常高,可重用性較好。這對(duì)于用戶(hù)開(kāi)發(fā)來(lái)說(shuō)非常方便。Qt提供了一種稱(chēng)為信號(hào)和槽(signals/slots)的安全類(lèi)型來(lái)替代回調(diào)函數(shù)。這使得各個(gè)元件之間的協(xié)同工作變得十分簡(jiǎn)單[7]。其中,信號(hào)是在類(lèi)定義中給出的類(lèi)似于void函數(shù)聲明的一種消息,有參數(shù)列表卻沒(méi)有函數(shù)體,是一個(gè)類(lèi)的接口的一部分。信號(hào)看起來(lái)像函數(shù),但不采用調(diào)用方式,而被此類(lèi)的對(duì)象反射。槽通常是一個(gè)void成員函數(shù),可以像普通的成員函數(shù)一樣進(jìn)行調(diào)用,或者可以由其他系統(tǒng)進(jìn)行間接調(diào)用。一個(gè)對(duì)象的信號(hào)可以與一個(gè)或者多個(gè)對(duì)象的槽相連接。連接前提是這些對(duì)象存在并且參數(shù)列表從信號(hào)到槽都是賦值兼容的。任何擁有信號(hào)的對(duì)象都可以發(fā)射出相應(yīng)的信號(hào)。這就會(huì)引起對(duì)全部連接的槽的間接調(diào)用。類(lèi)似于函數(shù)調(diào)用,在發(fā)射語(yǔ)句中傳遞的參數(shù)可以在槽函數(shù)內(nèi)通過(guò)參數(shù)進(jìn)行訪問(wèn)。參數(shù)列表就是從一個(gè)對(duì)象向另一個(gè)對(duì)象傳遞信息的方式。
Qt的信號(hào)和槽機(jī)制是Qt的核心機(jī)制,是一種高級(jí)接口,應(yīng)用于對(duì)象之間的通信[8]。某個(gè)對(duì)象的信號(hào)和另外一個(gè)對(duì)象的槽之間的相互關(guān)聯(lián)是通過(guò)調(diào)用對(duì)象的connect函數(shù)來(lái)實(shí)現(xiàn)的。圖形用戶(hù)界面的開(kāi)發(fā)都是面向?qū)ο蟮?所以信號(hào)和槽的這種特性使得Qt對(duì)讀寫(xiě)器測(cè)試的軟件開(kāi)發(fā)極為方便。
3.2 測(cè)試軟件開(kāi)發(fā)
讀寫(xiě)器測(cè)試軟件是在Qt跨平臺(tái)環(huán)境下,運(yùn)用Qt支持的匯編語(yǔ)言C進(jìn)行開(kāi)發(fā)?,F(xiàn)結(jié)合測(cè)試內(nèi)容對(duì)測(cè)試軟件的接口函數(shù)進(jìn)行重點(diǎn)分析研究。其余部分的開(kāi)發(fā)與其他應(yīng)用類(lèi)軟件相似,其開(kāi)發(fā)技術(shù)十分成熟。讀寫(xiě)器測(cè)試軟件包括5個(gè)模塊,構(gòu)架如圖2所示。
圖2 讀寫(xiě)器測(cè)試平臺(tái)軟件架構(gòu)
3.2.1 指令發(fā)生模塊
指令發(fā)送模塊包含生成指令及上位機(jī)模擬2部分。首先,生成指令,其接口函數(shù)為generate-Instruction();然后,設(shè)置模擬的上位機(jī)模式(主要有AGM(閘機(jī))模式、TVM(自動(dòng)售票機(jī))模式和BOM(半自動(dòng)售票機(jī))模式等)。這些模式應(yīng)用在如自動(dòng)充值、自動(dòng)售票及進(jìn)站檢票等不同的情況,其接口函數(shù)為setMode()。
讀寫(xiě)器測(cè)試模式設(shè)置完成之后開(kāi)始進(jìn)行測(cè)試。具體流程是先啟動(dòng)測(cè)試,再下載測(cè)試,最后激活測(cè)試。與其相關(guān)的測(cè)試接口函數(shù)見(jiàn)表1。
表1 測(cè)試流程相關(guān)函數(shù)
3.2.2 交互數(shù)據(jù)分析模塊
測(cè)試平臺(tái)對(duì)讀寫(xiě)器通信協(xié)議的測(cè)試主要依靠監(jiān)聽(tīng)讀寫(xiě)器與上位機(jī)通信數(shù)據(jù)幀來(lái)實(shí)現(xiàn)。先將監(jiān)聽(tīng)到的通信數(shù)據(jù)幀解析并展示在模塊顯示界面上,再檢測(cè)通信數(shù)據(jù)的正確性,以及輔助分析交互數(shù)據(jù)。此外,交互數(shù)據(jù)分析模塊還支持多幀通信測(cè)試。
交互數(shù)據(jù)分析模塊的主要內(nèi)容包括解析指令幀、解析響應(yīng)幀、判斷幀數(shù)據(jù)格式和內(nèi)容的正確性,以及顯示數(shù)據(jù)幀。此模塊具體函數(shù)見(jiàn)表2。
表2 交互數(shù)據(jù)分析模塊相關(guān)函數(shù)
3.2.3 讀寫(xiě)器的性能分析模塊
讀寫(xiě)器處理性能主要包括處理器性能、讀寫(xiě)距離、RFID(射頻識(shí)別)天線響應(yīng)性能等。該模塊可以記錄讀寫(xiě)器測(cè)試過(guò)程中的整體響應(yīng)時(shí)間,并將其直接顯示出來(lái)。通過(guò)分析讀寫(xiě)器響應(yīng)時(shí)間的測(cè)試數(shù)據(jù),可以評(píng)估讀寫(xiě)器處理器的性能和射頻天線的響應(yīng)性能。讀寫(xiě)器工作范圍或者其讀寫(xiě)距離的測(cè)試可以通過(guò)機(jī)械裝置改變票卡與讀寫(xiě)器的距離來(lái)完成。該模塊的測(cè)試能夠一定程度地反應(yīng)讀寫(xiě)器的硬件性能。
3.2.4 日志讀取和分析模塊
讀寫(xiě)器在交易運(yùn)行過(guò)程中,將日志信息存在數(shù)據(jù)庫(kù)中。日志信息是反映讀寫(xiě)器工作情況及故障原因的主要形式。為及時(shí)了解讀寫(xiě)器運(yùn)行狀況,可通過(guò)該模塊讀取讀寫(xiě)器上的日志信息。該模塊分析所讀取的日志并將其顯示在測(cè)試平臺(tái)的界面上。該模塊除了具有檢查讀寫(xiě)器操作日志及交易記錄的功能,還具有提示異常交易及缺失流水號(hào)交易的功能。
此模塊具體函數(shù)見(jiàn)表3。
表3 日志讀取和分析模塊相關(guān)函數(shù)
3.2.5 接口模擬測(cè)試模塊
與其他模塊不同,接口測(cè)試模塊置身于讀寫(xiě)器程序中,通過(guò)由測(cè)試專(zhuān)用指令與之進(jìn)行交互來(lái)實(shí)現(xiàn)自身功能。該模塊的功能主要是測(cè)試讀寫(xiě)器的底層函數(shù)的兼容性。主要測(cè)試內(nèi)容包括尋卡測(cè)試、SAM卡測(cè)試、UL卡讀寫(xiě)測(cè)試、CPU卡指令測(cè)試、鐵電存儲(chǔ)器讀寫(xiě)測(cè)試及FLASH讀寫(xiě)測(cè)試等。此模塊相關(guān)函數(shù)見(jiàn)表4。
表4 接口模擬測(cè)試模塊相關(guān)函數(shù)
3.2.6 用戶(hù)操作界面
根據(jù)上述模塊及測(cè)試內(nèi)容,開(kāi)發(fā)出AFC系統(tǒng)專(zhuān)用讀寫(xiě)器測(cè)試平臺(tái),其圖形用戶(hù)操作界面如圖3所示。該測(cè)試平臺(tái)軟件功能齊全。其中讀寫(xiě)器的主要測(cè)試指令如圖4所示。
通過(guò)對(duì)AFC系統(tǒng)專(zhuān)用讀寫(xiě)器測(cè)試內(nèi)容的分析研究,采用跨平臺(tái)的開(kāi)發(fā)框架Qt來(lái)完成測(cè)試平臺(tái)軟件的開(kāi)發(fā),進(jìn)而實(shí)現(xiàn)測(cè)試平臺(tái)的圖形化操作。在完成測(cè)試平臺(tái)硬件搭建的基礎(chǔ)上根據(jù)測(cè)試平臺(tái)的圖形用戶(hù)操作指令能順利完成對(duì)AFC專(zhuān)用讀寫(xiě)器的各項(xiàng)測(cè)試。這表明測(cè)試平臺(tái)可以滿(mǎn)足對(duì)專(zhuān)用讀寫(xiě)器的各項(xiàng)測(cè)試要求,從而能夠保證讀寫(xiě)器運(yùn)行的正確性、可靠性、穩(wěn)定性和安全性。
圖3 測(cè)試軟件的圖形用戶(hù)操作界面
圖4 測(cè)試軟件中讀寫(xiě)器的指令集
[1] 石慧麟.城市軌道交通自動(dòng)售檢票系統(tǒng)設(shè)計(jì)[J].城市軌道交通研究,2001(2):61-63,68.
[2] 閆彬.城市軌道交通自動(dòng)售檢票系統(tǒng)研析[J].鐵路通信信號(hào)工程技術(shù),2004(2):32-36.
[3] 費(fèi)東旭,文光俊.基于LabVIEW的超高頻RFID讀寫(xiě)器測(cè)試系統(tǒng)軟件設(shè)計(jì)[J].現(xiàn)代電子技術(shù),2012,35(8):127-128,131.
[4] 康歡.讀寫(xiě)器射頻一致性自動(dòng)測(cè)試系統(tǒng)平臺(tái)的研究與實(shí)現(xiàn)[D].北京:北京交通大學(xué),2014.
[5] 張香澤.基于ARM9超高頻讀寫(xiě)器硬件測(cè)試平臺(tái)的設(shè)計(jì)[D].包頭:內(nèi)蒙古科技大學(xué),2011.
[6] 李艷民.基于Qt跨平臺(tái)的人機(jī)交互界面的研究和應(yīng)用[D].重慶:重慶大學(xué),2007.
[7] 范朋.基于Qt的嵌入式Linux系統(tǒng)GUI的研究與實(shí)現(xiàn)[D].北京:北京郵電大學(xué),2011.
[8] 何劍鋒,鄔文彪,李宏穆,等.嵌入式Linux系統(tǒng)的Qt/Embedded圖形界面開(kāi)發(fā)[J].電子工程師,2007,33(7):46-48.
Test Platform of AFC System Reader for Urban Rail Transit
WU Chao,SHI Qiyu,ZHANG Ning,HE Tiejun
In order to improve the security, reliability and operational stability of AFC dedicated reader for urban rail transit, the main content of AFC readeris analyzed, the hardware structure of the test platform fis described Then, thedevelopment of main software modules of the testing software is introduced by focusing on an analysis of the interface function testing software. Finally, the testing software with a graphical user interface is developed, it instruction has rich content and could meet various functional requiremens for the AFC reader.
urban rail transit; automatic face collection(AFC); reader; test
Suzhou Railway Operation Co.Ltd.,215006,Suzhou,China
*蘇州市軌道交通專(zhuān)項(xiàng)研究項(xiàng)目(szgdky2013002);蘇州市科技發(fā)展計(jì)劃(重點(diǎn)產(chǎn)業(yè)技術(shù)創(chuàng)新)項(xiàng)目(SGC201502)
U 293.22
10.16037/j.1007-869x.2017.03.031
2015-04-28)