ETC车道系统日常故障分析

ETC车道系统日常故障分析： 主要设备：RSU路测天线和天线控制器，OBU设备和CPU卡， ETC车道系统登录后，需要初始化天线， 异常事件处理- - 重连RSU来设置， 检查天线控制器的指示灯闪烁是否正常。 OBU和CPU卡是车载设备，需要对应匹配使用。 车道目前使用3个线圈，触发线圈 - 增加队列，开始交易， 抓拍线圈 抓拍图片，返回车牌，与触发线圈7米距离，交易结束， 流量线圈 落杆线圈，反馈车辆驶离信号，栏杆自动落杆。案例：1. ETC车道，正常交易的车辆不抬杆； 2. ETC车道没车的时候经常有误报警； 3. ETC车道过车先报警后抬杆； 4. ETC车道能正常过车但有报警； 5. ETC车道提示交易失败，显示交易超时； 6. ETC车道出现砸车事件。 问题分析：都是ETC车道的一些特殊问题，正常情况下，先检查ETC车道的日常特殊事件查询，就是ETC事件的日志记录。 ETC日志记录，正常流程按7步流程记录，(1)标签XXX开始交易，(2)读取车辆信息,(3)读取IC卡信息,(4)出口费率计算完成,(5)出口扣款成功,(6)出口消费流水产生成功,(7)车辆交易耗时。(二)ETC车道系统： 线圈记录分为4个线圈，First，Seconds，Three，Back；对应有Move in和Move Out两个状态。First线圈为触发线圈，主要作用感应车辆，增加队列；Seconds线圈，存在线圈，一期ETC站点没该线圈，主要作用，检测车辆是否误闯，自动删除误闯队列，未启用；Three线圈为识别抓拍线圈，配合摄像头闪，到此交易完成，栏杆抬杆。Back流量线圈，车辆驶离车道后，线圈信号反馈会IO板卡，栏杆自动落杆，电脑接收到板卡信号，收费系统判断一个收费流程结束。 处理：1、正常交易的车辆不抬杆：检查正常交易之前，车检器突然有信号反馈到工控机，程序收到输入信号，产生队列，判断前面还有车辆，所以交易成功不抬杆。需要检查线圈或车检器。 2、ETC车道有误报警：在没车的情况下，车道无故突然报警。情况为2种，1为之前有车子误闯，队列一直未清理，车道程序每隔3分钟检查队列，长时间存在队列，报警提示。2也是车检器收到线圈反馈的信号，没有车的情况下，线圈有信号。 需要检查线圈或车检器。3、ETC车道先报警后抬杆：原因多为天线交易区域靠里，要求天线状态为常开，交易区域在触发线圈和抓拍线圈之内，可在触发线圈之外，不能过抓拍线圈。天线常开，扫描到车辆的OBU，就可进行交易。车辆过触发线圈，增加队列，过抓拍线圈前，能正常交易完成，栏杆抬杆。如果过抓拍线圈仍旧没交易完成，车道系统会报车辆误闯，交易超时等错误，报警灯开始报警。如天线交易靠里，靠近岗亭，过抓拍线圈后，还能交易，并交易完成。检测到为同一队列，栏杆抬杆。 需要检查天线交易区域，把交易区域往外移。 4、ETC车道能正常过车但有报警：此现象多为集装箱车辆，由于车头和车体间有间隔，线圈灵敏度设置太灵敏，反馈给车检器为2个信号。误认为车头和车体为2辆车，增加2个队列，第一辆队列交易完成，抬杆，车辆过流量线圈，落杆。后一个队列被认为为误闯车，报警提示。 需要检查线圈灵敏度，或车检器。 5、ETC车道提示交易失败，显示交易超时：与多种情况有关。(1)车道工控机配置低，程序响应速度慢；(2)车道机器长时间未重启，SQLServer占用内存较大，程序响应时间慢；(3)交易区域偏短；(4)车速过快；(5)天气比较恶劣，导致天线信号差；(6)车膜较好，阻挡天线信号较强；(7)车载OBU与天线型号厂家批次不同，交易耗时长。 6 、 ETC车道出现砸车事件：多数情况与两车跟车太近，车速过快，线圈或车检器有问题，流量线圈或车检器产生误信号。 案例：20131106，丽水来电ETC入口砸车，误闯车浙K21719车过后，栏杆落下砸到正常交易的车辆浙K77718 分析：查看车道日志， 都只有three,back的线圈信息，没有first的线圈信息first线圈为第一个线圈，为触发线圈，增加队列。由于没有第一个线圈的反馈信息，没有及时增加队列。 误闯车进入后，没有扫描到OBU，而后一辆正常车进入，天线扫描到OBU，由这个增加队列，天线交易成功，栏杆抬杆。误闯车就出去了，栏杆落杆。后面这辆正常交易的车辆跟车近的话，就撞到栏杆。 原因就是第一个线圈没有反馈信息到电脑。需要检查下第一个线圈，车检器，IO板卡。案例：2. ETC车道用6666测试员工号登录工班，有正常车辆交易成功并过车； 分析：用6666测试员工号做的流水不参与拆分 处理：需要站点人员发报告到结算中心，解释原因。按要求来修改流水数据。 案例：3. ETC工号登录MTC车道，做了7条流水，并打印了