EEPW论坛

某地铁工程车项目在厂内调试功能都正常，但是在正线试运时出现IO模块DXM31通信故障、自动降弓等问题。经检查确定设备、线缆、插头都正常后，怀疑IO模块DXM31模块的通信受到其他设备干扰。经与现场人员了解，问题是在信号系统投入工作之后出现的，之前在厂内试验时都是在信号系统未投入的状态下进行的。而信号系统与车辆网络只是在设计阶段作了预留的通信线路接口，并没有实际参与网络通信，所以，最终怀疑是信号系统连接到网络之后，由于与DXM31模块端口地址冲突，导致DXM31模块通信受扰。总线管理器VCM模块、信号系统通信模块ATP、IO模块DXM31在网络拓扑中的位置如图5所示。DXM31的端口地址为0x311。首先将DXM31设备从网络中隔离，从总线上读取0x311端口地址的数据，发现仍有数据响应。判断是由于除DXM31设备外的其他设备也配置了0x311的源端口;然后将ATP设备从网络中隔离，再次读取0x311端口，此时总线上无数据响应。最终得出结论是:由于ATP设备与DXM31模块的0x311端口地址冲突导致0x311端口数据受扰，从而导致车辆出现功能故障。在将ATP设备从网络隔离后，车辆又恢复了正常。 

MVB通信故障是车辆运营中经常会遇到的问题，无论问题大小都会引起客户的重视，经常会要求限时快速查到故障原因。而查找网络故障经常耗时耗力，需要丰富的经验和较强的专业技术能力。运用机器学习诊断网络故障是一个值得期待的技术手段:即在MVB标准中定义了MVB网络管理的接口，通过总线管理器可以充当MVB网络管理的功能，采集每个网络设备的网络负荷、网络故障等网络状态数据，通过大数据分析来预测和快速诊断网络可能出现的故障。