期刊信息
曾用名:现代图书情报技术;计算机与图书馆
主办:中国科学院文献情报中心
主管:中国科学院
ISSN:2096-3467
CN:10-1478/G2
语言:中文
周期:月刊
影响因子:0.912234
数据库收录:
北大核心期刊(2004版);北大核心期刊(2008版);北大核心期刊(2011版);北大核心期刊(2017版);中国科学引文数据库(2017-2018);中国科学引文数据库(2019-2020);中文社会科学引文索引-来源(2017-2018);中文社会科学引文索引-来源(2019-2020);国家哲学社会科学学术期刊数据库;中国人文社科核心期刊;中国科技核心期刊;期刊分类:图书情报与数字图书馆
期刊热词:
研究论文
CMD系统专家诊断故障过滤功能
【作者】网站采编
【关键词】
【摘要】安全防控模块是CMD系统的核心功能模块,核心模块中报警信息多,有效信息少的问题,给数据分析人员造成了很多的打扰,同时需要浪费了大量的时间和精力去判断分析,对检修运用安
安全防控模块是CMD系统的核心功能模块,核心模块中报警信息多,有效信息少的问题,给数据分析人员造成了很多的打扰,同时需要浪费了大量的时间和精力去判断分析,对检修运用安全存在极大的不利隐患。针对这一问题根据机车运行途中实时下发的各类报警数据进行过滤筛选,有效的解决这一难题。
一、数据下发机制
车载LDP主机作为数据传输设备会将来自于各个设备的报警信息实时的向地面下发,报警信息与实时信息不同,报警发生后会以事件形式,随时发生随时下发。
二、报警信息种类
CMD系统故障报警按照数据源划分主要分为三类,分别是TCMS、6A和LKJ,其中TCMS报警是机车微机系统提示报警信息,不同车型的报警项点各有不同;6A报警是机车6A车载设备提示报警信息,报警类型大致可按照6A的子系统划分,包括:防火、绝缘、制动、走行、列供、视频、盹睡等;LKJ报警是机车上TSC设备所提报的事件信息。
三、报警信息过滤方式
目前系统当中使用的过滤方式大体分为两类,一类是报警信息后台数据清洗。另一类是按照筛选条件过滤。
1.报警信息后台清洗。2019年7月初三棵树机务段CMD系统中无效报警信息占有率较高,因此向CMD项目组提出建议,推进报警信息后台清洗工作。项目组结合本段实际运用故障信息与主机厂合作开发了故障清洗逻辑,并将此逻辑加入到了CMD系统后台解析程序中,当报警信息在解析入库时就可以将无效报警信息进行标记,CMD根据这些标记可区分无效报警信息。此种清洗方式无需用户手动配置,系统默认过滤,目前已实现此种方式的车型包括HXD3C、HXD3D。
2.按照筛选条件过滤。按照设定条件过滤类别较多,在此进行一一介绍。
关注范围:关注范围分为“配属”和“支配”,配属即为本段配属机车所发生的报警、支配为本段乘务员值乘机车发生的报警,此条件可同时勾选,两者可同时查看。
筛选条件:“过滤速度为0”可将机车在段内整备测试以及机车上电瞬间,机车速度为0发生的报警信息;“过滤过分相”条件是按照系统中所维护的分相信息对报警信息进行过滤的,如已维护本局乘务区间电分相的起点里程和终点里程,则可以实现过滤在此区间发生的报警信息。
监控状态:监控状态分为“正常监控”、“调车控制”、“降级控制”,这三个条件主要是为了区分机车发生报警时是否是在正线运行,勾选“正常监控”后可过滤调其他监控状态下的报警信息。
地点:地点分为“段内”,“站内”,“区间”,CMD系统可根据AEI、电子地图围栏、LKJ监控信息对机车的位置进行判断,勾选区间,可过滤站内、段内发生的报警信息。
关注项点配置:关注项点配置功能中可对关注的报警项点进行勾选,通过勾选的功能可以决定报警信息列表中报警种类的有无,简单的讲就是勾选了才会出现在应急处置列表中,反之则不会出现。这里需要特别注意的一点,TCMS项点是按照车型区分的,配置时需要对准指定的车型。
库内试验车次配置:系统中提供了针对某些特定车次过滤的功能,这个功能主要是为了过滤库内试验机车无效报警信息设计的,使用这个功能前提是本段对机车试验车次做过特殊的要求,专门制定试验车次。此功能在配置车次时,可指定某一车次或一定范围,比如配置车次,则可过滤车次发生的报警信息,如果需要过滤~,在系统中配置111__即可。
微机故障筛选配置:“关注项点配置”功能通过勾选报警项点,可决定应急处置列表是否显示此报警信息,微机故障筛选配置则可以根据微机中各数据数值范围或开关状态对报警信息进行更深层次的过滤。使用的时候首先点击创建故障过滤按钮,然后在窗口中选择故障项点并保存,创建完成后点击配置过滤逻辑按钮进行配置,在配置逻辑时,可选则一个或多个判断的项点,并选择多个项点之间的关系(且代表多个条件同时满足即过滤、或代表多个条件任一满足即过滤),所有条件增加完成后该条逻辑即生效。
另外,本段质量分析中心的分析员系统角色进行更换,以前角色为站段整备人员角色,造成故障信息不能第一时间流转到分析界面处。更改为段120人员角色后,故障信息的实效性大大增加。通过系统人员角色改变做为基础后,分析员查看CMD界面也进行更改,以往的实时监测界面造成处置后信息无法在该界面显示,只能查看后台故障/事件界面获取,造成信息丢失无法第一时间反馈相关部门。更改为应急处置界面进行分析后,运行故障处置在该界面上显示,并伴随提示音和新消息提醒。信息丢失的问题解决了。同时搭配处置记录,分析员发现故障信息反馈相关部门的痕迹可以查询,避免了“扯皮”现象。
文章来源:《数据分析与知识发现》 网址: http://www.sjfxyzsfx.cn/qikandaodu/2021/0120/550.html