TDCS日常故障处理与分析.pdfVIP

2008年2月 铁 道 通 信 信 号 Februa~．2008 第44卷 第2期 RAILWAY SIGNALLING COMMUN1CATION V0I．44 No．2 TDCS日常故障处理与分析 洪福庆 则为分机软件进程出错，重启该分机 CPU板应能 1 车站采集分机部分 解决，若故障依旧，则需要重新上传分机程序。 1．1 分机 CPU板及倒机板 若A机同步灯灭，B机同步灯闪烁，B机工作 分机CPU板正常工作时，倒机板 A、B机同 正常但无法完成人工倒机 (即使CPU板故障人工 步指示灯分别闪烁；故障时，对应同步闪烁灯常亮 倒机也应能完成)，或 A、B机同步灯均正常闪烁 或灭灯 (倒推不一定成立)。由于系统是双系热 但无法完成倒机，均为倒机板故障。 备，在自动倒机状态，系统将自动切换至另一台正 1．2 通信板及 RS-232串口 常工作分机而不利于故障的发现。因此，要借助进 通信板和RS．232串口的故障在雷雨季节尤为 一 步的分析判断来确定CPU板故障。 突出，其原因是外界瞬间强电流通过基层接人网或 举例说，若A机同步灯灭，B机同步灯闪烁， 无线接收设备 (无线调度命令、无线车次号)，对 B机工作正常，此时系统自动切换至 B机正常工 通信板、RS一232串口的干扰。通信板故障后将导 作。由此初步判断A机CPU板故障一人工将系统 致RS一232串口信息传输中断，无线调度命令、无 切换至手动倒机状态并切换至A机工作一在车务 线车次号信息无法接收。特别是计算机联锁开关量 终端对车站分机IP地址用网络Ping命令测试，若 信息也无法传输，导致TDCS停用。若上述无线调 未能收到回应包，则为分机CPU板硬件故障，否 度命令、无线车次、联锁信息三者同时中断，则可 直接判断为通信板故障。若其中1或2项出现问 题，有2种可能：①无线调度命令协议转换器或无 上海铁路局南京电务段 助理工程师，210011 南京 收稿日期：2007．10．31 线车次号协议转换器故障，更换后可恢复正常；② 不同供货商提供，出现干扰后，2个供货商不易 5 结论与建议 协调。 4．2 合设 如果信号系统与PIS系统车一地通信网络采用 优点：①可在地铁系统内部组成综合的车一地传 分设方案，应该由一家供货商来提供车一地通信网络 输平台，合理地实现资源共享；②减少轨旁设备，适 设备，便于项目的顺利实施和制定抗干扰解决措施。 当节省硬件投资；③在一定程度上克服同频率干扰； 如果信号与PIS系统需要整合车．地通信平台， ④仅由一家供货商为2个系统的传输通道供货，某 建议由信号系统供货商来承建。 种程度上也可视为合设，易于协调。 无论采取分设还是合设方案，由一家供货商来 缺点：①目前尚未有实际开通投人使用的工程 进行车一地通信网络建设，对信号和PIS系统都是有 实例，系统的构成及其实施以后的效果尚不明了，存 利的，