信号专业故障处理指南.doc

Q/NDYJ南京地铁运营有限责任公司企业标准Q/NDYJ-XXXXX-2016三号线信号专业故障处理指南2016 - XX - XX发布2016 - XX - XX实施南京地铁运营有限责任公司发布目次前言III1范围12规范性引用文件13术语和定义13.1三号线信号系统13.2故障处理流程图图示说明24列车紧制故障处理24.1故障描述24.2故障处理流程24.3故障处理指导54.4故障处理工器具及备件清单104.5典型案例105联锁区灰显故障处理115.1故障描述115.2故障处理流程115.3故障处理指导125.4典型案例136PIIS显示不正常故障处理146.1故障描述146.2故障处理流程146.3故障处理指导156.4典型案例177ATS故障处理187.1HMI上车次框异常故障187.2大屏蓝屏故障处理207.3信号系统时间偏移故障处理217.4LOW机灰显故障处理237.5运图加载失败故障处理278正线故障处理298.1电源系统故障处理298.2无线AP飘红故障处理318.3LED信号机故障348.4道岔短闪故障处理378.5道岔长闪故障处理398.6计轴故障408.7SICAS故障处理458.8轨旁ATP故障488.9DTI故障处理518.10紧停故障处理538.11安全门故障处理559车载故障处理589.1列车冲标故障处理589.2ATP冗余故障609.3HMI故障处理6210基地信号设备故障处理6310.1色灯信号机故障6310.2ZD-6道岔故障6710.3相敏轨道电路故障7110.4基地与试车线场联电路故障7210.5基地与正线场联电路故障75前言本标准按照GB/T1.1-2009给出的规则起草。本标准是根据南京地铁运营有限责任公司（以下简称运营公司）标准化工作的需要，为规范运营公司三号线重启ATP故障开关工作而制定。本标准由运营公司标准化委员会提出。本标准起草单位：运营公司通号中心。本标准主要起草人：王青华、李玉斌、刘其勇、李宣、贾明杰、冯丽娟、蒋浩洋、王浩明 审 核：李济坤 批 准：张建平本标准委托运营公司通号中心负责解释。技术标准1 范围本标准规定了运营公司通号中心三号线信号专业的常见故障的故障现象、故障处理流程、故障处理指导意见。本标准适用于运营公司通号中心三号线线信号专业的故障处理工作。2 规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。无3 术语和定义3.1 三号线信号系统南京地铁三号线信号系统使用的是西门子的CBTC（Communication Based Train Control）系统，是基于无线通信的列车自动控制系统。三号线使用移动闭塞技术，列车和轨旁设备必须保持连续的双向通信。列车不间断向轨旁控制器传输其标识、位置、方向和速度,轨旁控制器根据来自列车的信息计算、确定列车的安全行车间隔，并将相关信息(如先行列车位置,移动授权等) 传递给列车，控制列车运行。三号线信号系统主要由自动列车监督ATS子系统、自动列车防护ATP子系统、正线计算机联锁CI子系统、自动列车驾驶ATO子系统、数据通信DCS子系统、林场停车场和秣周车辆段微机联锁信号设备组成。 三号线正线44.868km。其中高架线约2.4 km（含过渡段），地下线约42.4 km。全线共设29座车站，除林场站为高架站外，其余28座车站全部为地下站，在林场设有停车场，在秣周路设有车辆段，在南京南设有控制中心。正线设有10个ECC设备集中站（分别为林场、泰冯路、上元门、小市、浮桥、武定门、大明路、胜太西路、九龙湖、秣周东路），其中PC-ECC联锁集中站有3个站（林场、大明路、秣周东路）。正线设有岔站9个（分别是林场、泰冯、小市、浮桥、武定门、大明路、胜太西路、九龙湖、秣周东路站），共有道岔66组（全为S700K双机牵引），信号机181架。另，三号线共有列车46列。3.2 故障处理流程图图示说明4 列车紧制故障处理4.1 故障描述列车运营过程中，出现紧急制动，红标降至0，HMI显示。故障形式分为单列车故障和联锁区内的所有列车全部降级。4.2 故障处理流程4.3 故障处理指导列车紧制故障分为单个列车故障及多列车故障两种。单列车故障按照故障处理流程处理。列车紧制原因包括：（列车紧制原因分析表）ValueDescriptionType of Reason for the EB数值说明紧制原因分类1No EBNo emergency brake is active.1. 非紧制，系统信息；无紧急制动激活。2HW failure: EB-ReadbackHW failure: EB-Readback failed.5. 硬件故障；HW故障：EB -回读失败。3FDI procedure in progressFDI procedure in progress3. 操作导致；故障-安全数据输入过程正在进行中4WMA synchronisation problem on redundancy changeoverWMA synchronisation problem on redundancy changeover2. 系统功能导致；冗余切换出现轨旁移动授权同步问题5Moving with deactivated cabsMoving with deactivated cabs3. 操作导致；列车在司机室未激活的情况下移动6Moving with two activated cabsMoving with two activated cabs3. 操作导致；列车在两个司机室均激活的情况下移动7Moving while RM ackMoving while waiting for RM acknowledgment3. 操作导致；列车在等待RM确认时移动8Moving while ACCMoving while ACC in progress3. 操作导致；列车在自动换端进行时移动9Moving while inward cab activationMoving while detecting inward cab activation3. 操作导致；列车在内部司机室激活检测时移动10Moving while incomplete train consistMoving while incomplete train consist at start-up3. 操作导致；列车在不完整的编组下移动11Moving while TDB-UploadMoving while TDB-Upload in progress3. 操作导致；列车在轨道数据库上传过程中移动12Plateau speedPlateau speed violated4. 超速/安全防护；触犯正常运行限速曲线13POR violatedPOR violated4. 超速/安全防护；触犯限速点(POR)限速曲线 14POP CTC radio lossPOP violated: OBCU_MAL: CTC: Radio loss (Freshness timeout)4. 超速/安全防护；触犯安全保护点(POP)限速曲线：OBCU_MAL：CTC：无线丢失（超时）15POP CTC RAUZPOP violated: OBCU_MAL: CTC: RAUZ restrictive4. 超速/安全防护；触犯安全保护点(POP)限速曲线：OBCU_MAL：CTC：运行授权区间（RAUZ）限制16POP CTC TSRPOP violated: OBCU_MAL: CTC: TSR is 04. 超速/安全防护；触犯安全保护点(POP)限速曲线：OBCU_MAL：CTC：临时限速（TSR）为017POP CTC signal with overlapPOP violated: OBCU_MAL: CTC: Signal restrictive, with overlap supervision4. 超速/安全防护；触犯安全保护点(POP)限速曲线：OBCU_MAL：CTC：信号机限制，有保护区段18POP CTC signal without overlapPOP violated: OBCU_MAL: CTC: Signal restrictive, without overlap supervision4. 超速/安全防护；触犯安全保护点(POP)限速曲线：OBCU_MAL：CTC：信号机限制，无保护区段19POP CTC pointPOP violated: OBCU_MAL: CTC: Point restrictive4. 超速/安全防护；触犯安全保护点(POP)限速曲线：OBCU_MAL：CTC：道岔限制20POP CTC crossingPOP violated: OBCU_MAL: CTC: Crossing restrictive4. 超速/安全防护；触犯安全保护点(POP)限速曲线：OBCU_MAL：CTC：交叉渡线限制21POP CTC CORPOP violated: OBCU_MAL: CTC: Conditional restriction COR4. 超速/安全防护；触犯安全保护点(POP)限速曲线：OBCU_MAL：CTC：有条件的限制22POP CTC ACC without reversal MAPOP violated: OBCU_MAL: CTC: ACC without reversal MA4. 超速/安全防护；触犯安全保护点(POP)限速曲线：OBCU_MAL：CTC：自动换端,无折返移动授权(MA)23POP CTC Neighbour TDB missingPOP violated: OBCU_MAL: CTC: Neighbour TDB section not available4. 超速/安全防护；触犯安全保护点(POP)限速曲线：OBCU_MAL：CTC：临近轨道数据库区段不可用24POP CTC no MA after redundancy switchoverPOP violated: OBCU_MAL: CTC: No MA after redundancy changeover4. 超速/安全防护；违反POP：OBCU_MAL：CTC：冗余切换后无移动授权(MA)25POP ITC ACC without activated Release SpeedPOP violated: OBCU_MAL: ITC: ACC without activated Release Speed Procedure4. 超速/安全防护；触犯安全保护点(POP)限速曲线：OBCU_MAL：ITC：自动换端 (ACC)，无激活的“释放速度流程”26POP ITC Freshness timeout of Main Signal balisePOP violated: OBCU_MAL: ITC: Freshness timeout of Main Signal Balise MA4. 超速/安全防护；触犯安全保护点(POP)限速曲线：OBCU_MAL：ITC：主信号机应答器移动授权超时27POP ITC Freshness timeout of Infill balisePOP violated: OBCU_MAL: ITC: Freshness timeout of Infill Balise MA4. 超速/安全防护；触犯安全保护点(POP)限速曲线：OBCU_MAL：ITC：填充应答器移动授权超时28POP ITC Red signal aspectPOP violated: MSB_MAL: ITC: Red signal aspect4. 超速/安全防护；触犯安全保护点(POP)限速曲线：MSB_MAL：ITC：信号机红灯显示29POP ITC DET proceed signal aspectPOP violated: MSB_MAL: ITC: DET: Proceed signal aspect4. 超速/安全防护；触犯安全保护点(POP)限速曲线：MSB_MAL：ITC：DET：行进信号显示30POP ITC NonDet proceed signal aspectPOP violated MSB_MAL: ITC: NON_DET: Proceed signal aspect4. 超速/安全防护；触犯安全保护点(POP)限速曲线：MSB_MAL：ITC：NON_DET：行进信号显示31POP CTC Undef MALPOP violated: WCU_MAL: CTC: Undefined WCU_MAL4. 超速/安全防护；触犯安全保护点(POP)限速曲线：WCU_MAL：CTC：未定义的轨旁ATP移动授权限制(WCUMAL)32POP CTC Zero lengthPOP violated: WCU_MAL: CTC: Zero length WCU_MAL4. 超速/安全防护；触犯安全保护点(POP)限速曲线：WCU_MAL：CTC：零长度的轨旁ATP移动授权限制(WCUMAL)33POP CTC ATPOP violated: WCU_MAL: CTC: Type Automatic train4. 超速/安全防护；触犯安全保护点(POP)限速曲线：WCU_MAL：CTC：类型“自动列车”34POP CTC MTPOP violated: WCU_MAL: CTC: Type Manual controlled train4. 超速/安全防护；触犯安全保护点(POP)限速曲线：WCU_MAL：CTC：类型“手动控制列车”35POP CTC NRTPOP violated: WCU_MAL: CTC: Type Non-reporting train4. 超速/安全防护；触犯安全保护点(POP)限速曲线：WCU_MAL：CTC：类型“无报告列车”36POP CTC Signal with overlapPOP violated: WCU_MAL: CTC: Type Signal with overlap supervision4. 超速/安全防护；触犯安全保护点(POP)限速曲线：WCU_MAL：CTC：类型“带保护区段的信号机”37POP CTC Signal without overlapPOP violated: WCU_MAL: CTC: Type Signal without overlap supervision4. 超速/安全防护；触犯安全保护点(POP)限速曲线：WCU_MAL：CTC：类型“不带保护区段的信号机”38POP CTC Other IXLPOP violated: WCU_MAL: CTC: Type Other IXL condition4. 超速/安全防护；触犯安全保护点(POP)限速曲线：WCU_MAL：CTC：类型“其它联锁条件”39POP CTC pointPOP violated: WCU_MAL: CTC: Type Points not supervised4. 超速/安全防护；触犯安全保护点(POP)限速曲线：WCU_MAL：CTC：类型“道岔不受监督”40POP CTC rauzPOP violated: WCU_MAL: CTC: Type RAUZ restrictive4. 超速/安全防护；触犯安全保护点(POP)限速曲线：WCU_MAL：CTC：类型“运行授权区间(RAUZ)限制”41POP CTC TSRPOP violated: WCU_MAL: CTC: Type TSR is 04. 超速/安全防护；触犯安全保护点(POP)限速曲线：WCU_MAL：CTC：类型“临时限速(TSR)为0”42POP CTC WCU boundaryPOP violated: WCU_MAL: CTC: Type WCU_ATP boundary4. 超速/安全防护；触犯安全保护点(POP)限速曲线：WCU_MAL：CTC：类型“WCU_ATP边界”43Odo failureODO failure5. 硬件故障；ODO故障44Radar disqualifiedODO failure radar disqualified5. 硬件故障；ODO故障雷达不合格45Wig disturbedODO failure WIG disturbed5. 硬件故障；ODO故障WIG(OPG)受干扰46sensor fusionODO sensor fusion failure5. 硬件故障；ODO传感器融合故障47Deloc unknown point positionDelocalisation due to unknown point position6. 列车定位；由于道岔位置未知，发生定位丢失48Deloc TDB-UploadDelocalisation due to TDB-Upload6. 列车定位；由于TDB上传，发生定位丢失49Deloc RedundancyDelocalisation after redundancy changeover6. 列车定位；冗余切换后，发生定位丢失50Deloc balise outside wndDelocalisation due to balise read outside expectation window6. 列车定位；在预期的窗口外读取到应答器导致定位丢失51Deloc balise unexpectedDelocalisation due to known but unexpected balise read6. 列车定位；读取到可以识别的，但是不符合预期的应答器导致定位丢失52Deloc BTM failureDelocalisation due to BTM failure: (HW failure)6. 列车定位；由于BTM故障：（HW故障），发生定位丢失53Deloc BTM restartDelocalisation due to BTM failure (OBCU restart request)6. 列车定位；由于BTM故障（OBCU重启请求），发生定位丢失54Train consist disruptedTrain consist disrupted5. 硬件故障；列车编组中断55UncertaintyUncertainty interval exceeded6. 列车定位；超过不确定性界限56TDB versionDelocalisation due to invalid TDB version of current section6. 列车定位；由于当前区段TDB版本无效，发生定位丢失57Missed main signal baliseMissed main signal balise6. 列车定位；主信号机应答器丢失58LEU failureBalise: LEU failure (default telegram received)5. 硬件故障；应答器：LEU故障（收到默认报文）59Max repos. dist.Maximum reposition distance exceeded in non-deterministic situation6. 列车定位；在不确定的情况下，超过最大的重新定位距离60Max rollbackMaximum allowed rollback distance/tolerance exceeded3. 操作导致；超过允许的最大后退距离/限度61Train doors openTrain doors are open while not at standstill3. 操作导致；列车未停稳时，车门打开62PSD openPSDs are open while not at standstill3. 操作导致；列车未停稳时，PSD打开63EB passiveEB of passive OBCU (necessary because of parallel circuit of EB with active OBCU)1. 非紧制，系统信息；备用OBCU紧急制动（因为EB与主用OBCU并联）64EB passiveEB on passive OBCU caused by EB on a active OBCU (parallel output)1. 非紧制，系统信息；主用OBCU（并联输出）的紧急制动导致备用OBCU 发生紧急制动65Coupled both endsCoupled both ends on passive OBCU (on coupled vehicles without communication)1. 非紧制，系统信息；在备用OBCU上连接的两端（重联车辆，没有通信）若发生多列车故障，查看是否一个联锁区列车全部紧制，还是连续列车在同一地点不断紧制。若全联锁区列车紧制故障，首先查看无线服务器是否正常该联锁区联锁设备及ATP设备是否正常，故障处理参考8.7SICAS故障处理及8.8轨旁ATP故障处理。再查看UPS是否正常，参考8.1电源系统故障处理。若连续列车在同一地点紧制，查看是否接近站台区段，确认是否为PSD故障，参考8.11安全门故障处理，再查看站台区紧停是否正常，参考8.10紧停故障处理。观察列车运行级别，若为连续ITC级别列车紧制，检查故障点LEU是否正常；若连续CTC级别列车紧制，查看改点是否有连续两个应答器故障，导致列车丢失定位。4.4 故障处理工器具及备件清单序号名称用途1工作笔记本诊断故障、存储数据、上传数据2Link-box雷达校准3显示器、键盘互ping两端无线单元4数据线连接OBCU和工作笔记本5工具箱紧固板件、更换板件6方孔钥匙开机柜7U盘重装无线软件4.5 典型案例故障内容故障分析故障回复故障处理2015年4月16日1920车20端在秣周东路至东大九龙湖下行发生ATO紧制降级故障,RM模式进东大九龙湖站升级成功后出站再次发生该故障,司机切ATP运行至林场下线。经CDV数据分析表明：多次紧制的原因均为定位丢失，进一步检查发现在“radar warning”中列车位置不确定性超过75米，继而判定为测速系统故障。最终确认为30端FDI数据中ODO-FS数据丢失造成测速系统测速差异过大而导致的故障20端FDI数据中ODO-FS数据丢失造成测速系统故障，重新上传改数据后故障恢复上传20端FDI数据ODO-FS后恢复正常2015年3月20日，3334车33端分别在林场、星火路、大行宫上行进站前发生ATO不明原因紧制降级故障,司机切除ATP运行至终点。经CDV数据分析表明：多次紧制的原因均为无线丢失，进一步检查发现两端无线加密模块2灯闪烁，最终确认中继器故障导致无线多次丢失33端多次紧制原因为无线丢失，无线丢失原因为中继器故障，两端无线天线信号无法通信造成，更换中继器后故障恢复回库后更换3334车中继器后故障恢复2015年4月8日14:48三号线全线列车降级无线服务器瞬间故障无线服务器瞬间故障，自动恢复。自动恢复5 联锁区灰显故障处理5.1 故障描述 行调MMI上出现某联锁区或者全部联锁区灰显故障。5.2 故障处理流程5.3 故障处理指导首先确认故障现象 a)询问行调故障发生时机，确认故障现象；注解： 联锁区灰显：HMI上涉事联锁区上下行轨道、信号机灰显，车次号出现滞留现象。如下图所示。 LOW显示是否正常：LOW上相应的联锁区状态是否正常。 远程登陆LFEP并重启：见LFEP重启作业指导书 b)若LOW未灰显，则为ATS系统故障。首先尝试远程登陆灰显联锁区的LFEP计算机；若不能远程登陆则要联系正线对LFEP进行系统重启。其次考虑先恢复一台LFEP的使用，等停运之后对涉事联锁区的两台LFEP进行系统重启和主备机人工切换操作。c)若LOW机也灰显，则联锁系统故障。5.4 典型案例故障内容故障分析故障回复故障处理2015年4月6日HMI上林场联锁区灰显中央无法远程登陆LFEP，判断是LFEP系统出现进程运行卡死LFEP卡死，重启后恢复停运后对林场LFEP进行了系统重启后恢复。2015年5月29日9点18分至9点20分，林场联锁区灰显，造成联锁区内列车紧制降级，因PC-ECC联锁系统突然重启，造成林场联锁区灰显，列车紧制降级。XR4模块出现故障所致。对该模块进行重启操作后，通道连接显示恢复正常。联锁系统中：XR1、XR2为Windows系统，XR3、XR4为Linux系统。双通道结构为：XR1、XR3组成通道一，XR2、XR4组成通道二，联锁正常工作需至少一个通道工作正常。XR4死机瞬间，与XR3的数据不同步，造成XR3被冲击死机。此时，变成XR3、XR4同时出现故障，两个通道均无法工作。XR1、XR2运行时，判断通道出现故障。四个计算机自动重启并自检，此时联锁连接中断，LOW机灰显。两分钟后XR1、XR2、XR3重启并自检正常，一通道正常工作，此时联锁灰显恢复。XR4不能正常启动，依然显示故障状态。通过人工硬重启后，XR4恢复正常。通信连接正常。联锁通道二也恢复正常。9点20分，联锁通道一连接正常，LOW机恢复显示但无法操作，9点27分信号人员在CLOW执行重启令解后行调正常组织行车，9点40分正线重启通道二的XR4计算机，9点43分，设备恢复正常。重启XR4恢复6 PIIS显示不正常故障处理6.1 故障描述车站PIIS显示屏黑屏、花屏，PIIS上信息不正确，包括目的地不正确、本次及下次列车的到达时间和实际列车运行情况不符。6.2 故障处理流程6.3 故障处理指导首先确认故障现象a)如果是LED屏花屏，更换故障显示模块即可恢复正常。 如果LED黑屏无显示，单个LED无显示，打开LED显示面板，检查电源模块是否正常，220V输入和5V输出电源是否稳定，如果电源故障，更换电源模块即可恢复正常。多个LED黑屏无显示，检查该站PIIS服务器是否正常。 b)若PIIS显示信息不正确，远程登陆本地的PIIS管理软件，核对车站的PIIS显示情况； c)对于大面积PIIS显示时间不准的情况首先检查是否有大面积的晚点情况、线路上存车线的备用车目的地码是否为备用车的目的地码以及车次号中的目的地码是否正确，若存在上述情况，请行调修改目的地码之后PIIS显示会逐步自动恢复正常； d)若不存在上述情况，则需要检查CFEP上的ATR数据，检查其数据是否出现混乱的现象，如下图所示。e)若数据显示出现混乱现象，检查CAS主备机是否在同时向外发送数据。如下图所示： 正常情况下，应当只有CAS主机向外发送数据。备机不发送，如下图所示：f)当发现CAS主机和备机同时向外部发送数据的情况时，需要将CAS服务器切单机使用。在停运之后在对主备机进行系统重启等恢复工作。6.4 典型案例故障内容故障分析故障回复故障处理2015年8月31日PIIS显示时间大面积不准经检查发现CFEP上ATR数据出现异常情况，随后检查中央应用服务器CAS发现主备机在同时向外部发送数据。在得到行调允许之后保留CAS1服务器单机使用，PIIS显示恢复正常。停运之后恢复CAS双机工作。7 ATS故障处理7.1 HMI上车次框异常故障7.1.1 故障描述在HMI的轨道图上发现运营列车丢失车次框或列车车次框来回闪烁即可判断HMI上列车车次框异常。总调中心平时通过HMI来监控全线列车，车次框异常会影响行车调度对全线列车运行情况的判断，故障影响比较大，应该立即请点处理。7.1.2 故障处理流程7.1.3 故障处理指导首先确认故障现象 a)询问行车调度故障发生时机，观察所有HMI上轨道图故障现象；注解： 丢失车次框：HMI的轨道图上只显示列车实际占用的位置，列车上方无车次框显示，故障现象如下图所示： 中央应用服务器CAS是否正常：系统图上CAS1和CAS2网络连接状态没有显红 b)查看CAS报文确定故障原因是双机宕机还是主备机互相抢权； c)首先考虑不影响行车，关闭卡顿的CAS使CAS单机运行，如故障恢复停止运营后再重启CAS系统； d)如果故障为双机宕机，立即请点重启CAS系统。7.1.4 故障处理工器具及备件清单序号名称型号数量用途1手持台800M手持台2故障处理联系7.1.5 典型案例故障内容故障分析故障回复故障处理2014年8月31日中央应用服务器CAS主备抢权两台CAS服务器同时发送数据导致HMI上车次框闪烁CAS服务器软件问题导致关闭卡顿的CAS使CAS单机运行，停运后重启CAS系统7.2 大屏蓝屏故障处理7.2.1 故障描述 调度大厅背投显示墙蓝屏，影响行调查看全线信号设备或CCTV。7.2.2 故障处理流程7.2.3 故障处理指导首先确认故障现象 a)查看大屏哪部分出现蓝屏，如图： b)对于大面积蓝屏显示，处理方法采取重启背投工作站，若有图像显示则故障恢复，若无图像显示，则更换背投工作站。对于单块蓝屏，处理方法首先将大屏控制器上相邻输入线互换，观察故障现象是否转移，若转移，则更换输入线，若未转移，则更换大屏控制器相应输入板。7.2.4 典型案例故障内容故障分析故障回复故障处理2014年12月7日，南京南控制中心调度大厅三号线背投显示墙出现两块蓝屏故障经过交换输入线查看大屏显示正常，由此判断出输入线有问题，输入线损坏更换输入线后故障恢复7.3 信号系统时间偏移故障处理7.3.1 故障描述 信号系统中央时间和本地不同步会造成全线所有车载HMI上时间不准的问题。7.3.2 故障处理流程7.3.3 故障处理指导首先确认故障现象 a)观察中央HMI、CFEP与通信时钟同步情况。 b)若中央HMI、CFEP与通信时钟不一致，需夜间请点重启CFEP。如下图： c)若检查一致，检查LFEP与CFEP时间是否一致。 d)如果LFEP与CFEP时间不一致，则需ATS人员远程登录LFEP同步时钟，如下图： e)如果一致，则需检查大明路TTS与LFEP时钟是否一致。若不一致，夜间请点重启TTS同步时钟。7.3.4 典型案例故障内容故障分析故障回复故障处理2015年10月26日大面积车载HMI时间比中央快4分钟。经检查发现CFEP上GPS时钟系统与通信时钟一致，随后检查LFEP与CFEP时间也一致，最后发现TTS比LFEP快4分钟，决定夜间重启TTS同步时钟。在得到行调允许之后夜间重启TTS同步时钟，恢复正常7.4 LOW机灰显故障处理7.4.1 故障描述 单站LOW机灰显，轨道图以及控制操作按钮均灰显，无法操作。7.4.2 故障处理流程7.4.3 故障处理指导首先确认故障现象 a)询问车站值班人员故障发生时机，确认故障现象； b)关闭软件，对LOW机进行重启操作，依次打开LOW软件，登录后，查看故障是否恢复。c)故障现象依然存在，查看LOW主机网线网口灯位状态显示，双灯位网口正常显示为一个灯位常亮，另一个灯位在闪烁，表明网卡有电，且有数据交换。若网口灯位不亮或者显示不正常，应拔下网线，重新插上。此时再登录LOW，查看状态；若网口灯位显示正常，应联系ATS专业，Ping中央至本站的ATS通道的正常与否。同时打开LOW的PDS软件查看此软件上的状态指示是否正常。 d)以上操作故障若还未恢复，则将电脑的网卡先禁用，再启用网卡，用户名admin重新登录LOW，LOW机灰显故障恢复。7.4.4 典型案例故障内容故障分析故障回复故障处理2015年9月7日南京南站LOW机灰显，导致无法查看该站的LOW机实时显示内容，列车及信号设备状态等。本地LOW机电脑主机网卡死机，导致本站LOW机网络连接中断，LOW机灰显。LOW网卡死机，重启恢复对LOW机的网卡进行“先禁用，再启用”的操作，重新登录LOW后故障恢复。7.5 运图加载失败故障处理7.5.1 故障描述主要表现为HMI在系统加载时刻表的时间点无法自动加载当天时刻表。并会导致本地TRC中没有时刻表的更新，会导致本地LOW机在运营时显示错误车次号。7.5.2 故障处理流程7.5.3 故障处理指导首先确认故障现象 a)询问行调是单个HMI运图加载失败还是所有HMI运图加载失败，确认故障现象；注解： 单个HMI运图加载失败：HMI上TGI软件闪退，出现报错弹窗。如下图所示。 重启运图软件再打开运图，运图即可正常显示实际线与计划线。 所有HMI运图加载失败：重启TGI软件，手动加载时刻表。若仍不能加载，重启CAS软件完成加载。见CAS重启作业指导书。 本地TRC时刻表加载失败 b)手动加载时刻表，将时刻表文件收到加载到对应文件夹 c)加载时刻表文件后，重启TRC软件，恢复正常7.5.4 典型案例故障内容故障分析故障回复故障处理2015年8月9日20:16分维护HMI运图报错，导致运图程序闪退，运图无法显示检查其余HMI正常，CAS服务器正常运作，TGI.net单个HMI报错，导致运图闪退Net脚本错误，重启维护HMI的软件恢复重启维护HMI的软件恢复，运图正常显示8 正线故障处理8.1 电源系统故障处理8.1.1 故障描述三号线信号电源设备监控系统，分别在OCC中央及三个联锁集中站各设置一套，当电源系统出现故障时，监控系统会及时发出报警，并显示故障设备出现在哪个区域或车站，以及故障发生时间，但是引起故障的具体原因，还需信号人员到达现场详细排查。8.1.2 故障处理流程8.1.3 故障处理指导 a)信号接报：信号正线班组接故障报修电话，需要问清故障时间、地点、故障现象做好记录工作。 b)班组接到故障信息后，查看电源屏监控单元告警内容，区分电源屏故障、UPS故障、蓄电池故障，确定故障范围，初步判断故障原因。 c)电源屏故障分为配电故障、电源模块故障、监控系统故障等。其中配电故障一般有交流输入过压、交流输入欠压、交流输入缺相、交流输入停电、空开跳闸、防雷器故障等。电源模块故障主要有模块通讯中断、输出空开跳等。监控系统故障主要误报警为主。 d)如果是电源屏配电故障，首先区分是输入故障还是输出故障。如果是输入故障，首先测量交流输入端三相电压是否正常，如不正常，待外电网供电稳定后即可恢复。如果是交流停电，则检查外电网是否送电，如果外电网有电，则检查输入防雷单元是否故障，更换故障单元即可恢复。注解：_x0001_ 防雷单元出现故障时，会有红色警示标识出现。如下图所示。 e)测量电源屏输出电压的时候，如果不正常，则相应的单元模块出现故障，更换后即可恢复，如果数值正常，则先检查检测计算机与电源屏的通讯连接是否正常，检测接口连接正常后，则可以判断电源屏自身检测系统出现故障。 f)更换是UPS系统故障，维护人员确认设备已自动转换为旁路模式，联系厂家人员赶赴现场检查测试，更换故障单元。 g)根据3.4故障处理工器具迅速准备可能用到的备品备件以及作业工具。8.1.4 故障处理工器具清单序号名称型号用途1万用表测量电压2组合工具更换故障模块3绝缘手套保护故障处理人员8.1.5 典型案例故障内容故障分析故障回复故障处理2015年6月25日控制中心电源系统监测计算机显示与大明路电源屏连接不通控制中心电源系统监测计算机与大明路电源屏之间的通信发生中断监测通信发生中断，更换大明路电源屏水晶头恢复检查网线正常，更换大明路电源屏水晶头2015年9月26日浮桥站LOW显示转辙机电源故障测量到转辙机输入输出电压正常，因电源屏自身监测系统故障导致误报警干接点采集板故障，更换后恢复更换干接点采集板8.2 无线AP飘红故障处理8.2.1 故障描述在列车运营过程中，无线系统室内服务器Nagios上出现AP飘红显示。引起AP飘红的原因可能有：AP与CSR通信短时中断、RS20环路交换机死机或损坏、AP主板故障、AP内设备失电等。8.2.2 故障处理流程8.2.3 故障处理指导 单个AP飘红以AP2009飘红为例： a)信号正线班组发现故障后，确定故障时间、地点、故障现象做好记录工作。 b)查看无线服务器Nagios上对应的AP2009状态。 c)观察AP飘红的时间，如果为AP与CSR服务器通信短时中断，等待5分钟后飘红即会消失，设备恢复正常。 d)如果AP飘红时间超过10分钟，首先在Nagios上检查对应AP点的RS20交换机的状态。在 Nagios 上检查故障 AP 的交换机， ping 该交换机的 IP 地址，如果能通，则检查第5 步，否则，可初步判断是交换机问题或者 AP 电源问题，需要到区间进一步查看。 e)在Nagios的火狐浏览器地址栏输入对应RS20交换机的IP地址，如：回车，输入用户名和密码，登陆RS20交换机界面。登陆 AP 交换机网络管理页面，查看交换机各个端口的通断状态。如果 3 口熄灭，可判断为 AP 主板电源故障或者网线故障，如果 3 口亮，则一定是 AP 主板硬件或者软件故障，须带备件去区间更换。 f) 在区间，打开 AP 箱，如果发现设备没电，电源空开闭合，测试电源输入电压正常，没有输出电压，则可判定电源模块损坏，需更换。 g)如果所有电源正常，交换机没电或者面板第四个故障指示灯亮起，表面交换机坏掉，需更换。 h)如果以上设备均正常，则可能是 AP 主板故障，更换新AP主板后，读取新主板的MAC地址，并记录。在室内登陆NMS服务器，打开浏览器，点击Configure选项。找到更换主板的AP2009编号，点击编辑。将MAC地址更改为新记录的MAC地址，然后点击Save保存,再点击deploy应用。最后等待几秒钟点击OK，检查AP飘红是否消失。 多个AP飘红故障处理指导： a)首先随机ping一下飘红的AP地址，查看通信是否正常，若正常则可能是通信中断，过几分钟会自动恢复；若无法ping通，则进行下一步； b)判断飘红AP是否在同一个环网或者同一个区间共用同一电源。若属于同一环网，则检查大明路无线机柜该环网的环网交换机是否异常，若交换机失电则检查电源模块，否则检查紧固尾纤、网线后交换机仍异常可以考虑交换机故障。若共用同一电源，则检查该电源是否失电。8.2.4 故障处理工器具清单序号名称用途1维护笔记本检查AP主板状态，测试新主板的MAC地址2USB转RS232串口线母头RS232交叉串口线连接