微机联锁系统发生故障时，应该先查网络还是先查计算机？请依据当前知识库说明判断条件。

admin

在微机联锁故障应急处置中，排查顺序并非固定先“网络”或先“计算机而应依据故障、系统冗余架构及报警信息进行精准定位。判断条件如下：

一、依据现象区分故障域
若故障表现为全站或集中区设备同时失效（如所有道岔失表、信号机灭灯），且操作表示机、联锁机与监控机均出现通信中断告警，则大概率是冗余网络全线瘫痪或核心交换机故障，应先查网络若仅个别设备控制失效，但操作界面仍可显示站场状态，网络通信正常，则倾向于联锁逻辑运算层或接口单元异常，应查计算机（联锁机/执表机）。

依据系统冗余判断
当代微机联锁普遍采用双系热备或三取二容错结构。某一系联锁机故障，系统会自动倒机且报警定位明确，此时直接针对故障主机维修，网络未必中断。若双系均不能正常输出，且同步通道状态异常，则需立即检查双系间的冗余网络及仲裁逻辑，先排查网络链路。

三依据诊断告警和日志优先定位
先查诊断信息：维护台通常明确报出“联锁机A系故障”“交换机端口断开”“冗余网络丢包超限”等按告警级别和类型决定先查对象。网络告警指向链路/交换机时先查网络；卡、电源、进程异常告警时先。  
对比双系日志：若系联锁机均记录到与对方通信超时，但各自主机自检正常，优先检查冗余网络物理连接及网络配置。

快速验证原则
在保证安全的前提下，可分段验证：在网络链路中通过环回测试或端口镜像抓包确认连通性；对联锁机则自检、重启单系观察恢复情况。谁隔离简单、恢复快、影响小，就排除谁网络层面可先换光模块、换端口；计算机层面可重整进程或切换备用单元。

综上，定位需综合现象、冗余架构、告警日志快速收敛。无单一优先级，关键是依据数据链完整性锁定故障域：若数据链中断且双系通信全阻，先查网络；单系逻辑错误且通信正常，先查。