王彬

（南京地鐵運(yùn)營(yíng)有限責(zé)任公司　江蘇　南京　210012）

南京地鐵一號(hào)線自動(dòng)售票機(jī)（TVM）ACC參數(shù)回滾故障分析

王彬

（南京地鐵運(yùn)營(yíng)有限責(zé)任公司江蘇南京210012）

本文主要結(jié)合作者多年來地鐵AFC系統(tǒng)方面的工作經(jīng)驗(yàn)，詳細(xì)闡述了南京地鐵一號(hào)線自動(dòng)售票機(jī)ACC參數(shù)回滾等相關(guān)故障分析，并提出相關(guān)的整改意見，為AFC系統(tǒng)的穩(wěn)定運(yùn)行提供了保障和依據(jù)。

南京地鐵；自動(dòng)售票機(jī)；參數(shù)回滾

1　城市軌道交通自動(dòng)售票機(jī)系統(tǒng)

自動(dòng)售票機(jī)系統(tǒng)做為AFC系統(tǒng)終端設(shè)備主要由工控機(jī)、紙幣接收器、硬幣接收器、找零模塊、籌碼發(fā)售模塊、讀卡器等部件構(gòu)成，通過以太網(wǎng)與車站計(jì)算機(jī)進(jìn)行信息交互，大大加快了乘客的購(gòu)票效率，減輕了車站人工售票的工作壓力。

2　故障背景概述

2014年1月9日運(yùn)營(yíng)結(jié)束，一號(hào)線全線升級(jí)ACCEOD134版本，升級(jí)完成后，查詢EOD監(jiān)控上所有設(shè)備的ACC版本均變?yōu)?34。1h后，開始下載黑名單，當(dāng)工班人員檢查EOD版本時(shí)，發(fā)現(xiàn)EOD監(jiān)控上TVM的ACCEOD版本由134變?yōu)榱?33。當(dāng)班人員立即通知相關(guān)工程師及承包商調(diào)查分析ACCEOD版本號(hào)顯示錯(cuò)誤的原因。

3　原因分析

經(jīng)配合承包商工程師共同分析TVM升級(jí)ACCEOD134版本參數(shù)時(shí)的日志以及TVM應(yīng)用程序，總結(jié)出TVM在下載ACC參數(shù)以及黑名單時(shí)的流程如圖1，前提是下載ACC參數(shù)前，默認(rèn)全局變量A[LC（33、33），ACC（133、133），BLK（1451）]。

圖1　

我工程師在馬群一號(hào)線實(shí)驗(yàn)室進(jìn)行相關(guān)實(shí)驗(yàn)測(cè)試，測(cè)試過程及結(jié)果如下：

3.1問題還原

（1）手工將TVM的參數(shù)恢復(fù)到LC（33、33）、ACC（133，133）、BLK（1451、1451）；

（2）將SC上EODexportDir中的ACC參數(shù)替換為134版本，發(fā)送命令“下載EOD”給TVM，TVM參數(shù)變?yōu)長(zhǎng)C（33、33）、ACC（134，134）、BLK（1451、1451）；

（3）將SC上BLKexportDir中的BLK參數(shù)替換為1458版本，發(fā)送命令“下載黑名單”給TVM，TVM參數(shù)變?yōu)長(zhǎng)C（33、33）、ACC（133，134）、BLK（1458、1458）。

3.2ACC參數(shù)為134時(shí)重啟TVM（ACCEOD133->134未改變?nèi)魏螀?shù)）

（1）手工將TVM的參數(shù)恢復(fù)到LC（33、33）、ACC（133，133）、BLK（1451、1451）；

（2）將SC上EODexportDir中的ACC參數(shù)替換為134版本，發(fā)送命令“下載EOD”給TVM，TVM參數(shù)變?yōu)長(zhǎng)C（33、33）、ACC（134，134）、BLK（1451、1451）；

（3）重啟TVM；

（4）將SC上BLKexportDir中的BLK參數(shù)替換為1458版本，發(fā)送命令“下載黑名單”給TVM，TVM參數(shù)變?yōu)長(zhǎng)C（33、33）、ACC（134，134）、BLK（1458、1458）。

3.3將ACC參數(shù)從133升到137（ACCEOD137更改了參數(shù)）

（1）手工將TVM的參數(shù)恢復(fù)到LC（33、33）、ACC（133，133）、BLK（1451、1451）；

（2）將SC上EODexportDir中的ACC參數(shù)替換為137版本，發(fā)送命令“下載EOD”給TVM，下載過程中TVM會(huì)自動(dòng)重啟，目的是應(yīng)用新的ACC參數(shù)，升級(jí)后TVM參數(shù)變?yōu)長(zhǎng)C（33、33）、ACC（137，137）、BLK（1451、1451）；

（3）將SC上BLKexportDir中的BLK參數(shù)替換為1458版本，發(fā)送命令“下載黑名單”給TVM，TVM參數(shù)變?yōu)長(zhǎng)C（33、33）、ACC（137，137）、BLK（1458、1458）。

經(jīng)過以上三種測(cè)試以及分析TVM應(yīng)用程序，可以得出：

（1）在下載ACCEOD134，因?yàn)橹皇切薷牧薚P組件，而一號(hào)線TVM不應(yīng)用TP組件（程序中被忽略了），從而使得TVM在更新大版本號(hào)時(shí)，將context ACC（133【current】、133【new】）和ACC_CONTROL ACC（133【current】、134【new】），其中的CURRENT對(duì)比、NEW對(duì)比，取最大值A(chǔ)CC（133、134）存入全局變量A中；然后TVM將context中的CURRENT（133）和context中NEW（133）以及ACC_CONTROL中的CURRENT（133）和NEW（134）比較，取四者中的最大值賦給臨時(shí)變量B中的CURRENT；對(duì)比context中的NEW（133）與ACC_CONTROL中的NEW（134），取最大值（134）賦給全局變量B中的NEW，存入context，并發(fā)送ACC（134、134）給SC監(jiān)控。

（2）下載黑名單時(shí)，TVM直接將全局變量A（133、134）賦給了全局變量B，存入context，然后在將ACC（133、134）發(fā)送給SC監(jiān)控，造成版本回滾。

4　整改建議

經(jīng)過詳細(xì)測(cè)試及全面的分析與研究，這次TVM設(shè)備ACC參數(shù)版本號(hào)回滾問題的原因是升級(jí)ACC參數(shù)時(shí)，一號(hào)線TVM未修改更新任何文件，使得TVM在更新大版本以及下載黑名單時(shí)臨時(shí)變量使用混亂造成的。我們建議可以對(duì)TVM應(yīng)用程序進(jìn)行修改，今后如再下載對(duì)一號(hào)線無任何修改的ACC參數(shù)時(shí)，下載完成后立即自動(dòng)重啟TVM設(shè)備，讓ACC參數(shù)版本得到完全更新，從而避免問題再次發(fā)生。

U231

A

1673-0038（2015）23-0281-02

2015-5-23