没有人喜欢间歇性的故障。当你观察它时,你可以保证,问题不会出现,可一旦你将车辆交还给客户,问题再次出现的机率就会很大。在这种情况下,我被邀请加入一个客户的项目,对故障进行了初步评估,但在诊断过程中故障没有重新出现。只有当驾驶员重新上路后,故障才重新出现,当这种故障发生时,变速箱会选择空挡,怠速会增加,油门没有反应,驾驶员只能坐在那里,束手无策。
故障现象
故障诊断
总结
随着仪表盘上的警告灯亮起,第一步是看一下故障代码。
大量的代码出现在变速箱中,说明了信息缺失和CAN信息错误。大部分的故障都指向了CAN网络。在保存好一切内容后,删除了所有的故障代码,以查看是否返回了任何故障代码,但正如预期的间歇性故障一样,所有的故障都清除了,没有了任何故障的存在。
拿起示波器,我们检查了16针的OBD诊断口网络。依维柯公司也有32针的OBD诊断口,但16针的OBD诊断口是用来获取故障代码的。
来自CAN H和CAN L的原始信号以底盘接地为参考,并加上数学通道A+B和A-B。即使没有数学通道,也有一些地方不对劲。使用信号标尺,我们可以看到当总线处于非活动状态时,空载电压刚刚超过2V,而预期应该是2.5V。这在 A+B 数学通道中也很明显,该通道在 5V 时应该是一条相对平坦的线。当信息显示时,电压确实跳到了5V,这是预期的。3.5V的CAN H和1.5V的CAN L加在一起就有5V。
通过包括A-B,我们可以看到ECU在内部看到的情况,就是这样。像CAN这种差分网络是特别具有容错性,因为通过减去两者,任何存在于CAN H和CAN L中的干扰都会被消除,留下更干净的信号来进行解码。这就是为什么A-B信号看起来非常完美,因为我们有0-2V,这是预期的。尽管电压水平不正确,但就ECU而言,它仍然可以毫无问题地解码正在发送的消息。考虑到我们有信息丢失和CAN错误,这样一定会导致有更严重的事情发生。
由于该问题是间歇性的,有时你可以通过尝试重现该症状来发现问题。从故障代码来看,发动机ECU报告了变速箱ECU之间的信息缺失,同样,变速箱ECU也报告了发动机ECU的信息缺失。使用接线图,我们重新绘制了CAN网络。
考虑到它在网络和车辆上的位置,我们在发动机运转的情况下断开了后处理ECU的连接,网络中只剩下ECM、NOx传感器和后处理ECU。正如预期的那样,仪表盘亮起了所有的警告,发动机的怠速增加,这与故障发生时相同。
将示波器连接到后处理ECU的CAN时,我们仍然可以看到怠速电压是不正确的。移动到网络断开侧,电压水平是正确的,这表明我们在后处理ECU、发动机ECU或NOx传感器中存在问题。根据位置,氮氧化物被断开,我们看到网络电压恢复了。但正如我们所看到的,尽管存在电压问题,ECU的解码仍然没有问题,那么什么会导致网络似乎关闭的问题呢?随着NOx传感器的断开,我们进行了一次目视检查,发现其中一个接线端口上出现了腐蚀,表明有水渗入。
显然这是不正确的,需要纠正,如果水渗入到了连接器,内部故障是否会导致进一步的问题,比如CAN H和CAN L之间的短路?
只有一个办法可以知道,那就是人为造成短路。
重新连接后处理ECU和网络的其他部分,但让氮氧化物断开连接,我们可以看到我们总线空载电压恢复到2.5V,我们的CAN H + CAN L处于预期的5V。短路网络当然会使其全部瘫痪并导致很多故障。有趣的是,当执行短路时,同样的症状出现了,发动机怠速增加,没有油门响应,变速箱进入空挡。
似乎NOx传感器是导致该问题的可能原因,但在删除我们产生的故障代码时出现了一点问题。没有任何关于NOx传感器丢失的故障代码。考虑到它已断开连接,这怎么可能呢?更有意思的是,当我们进入实时数据时,有一个NOx传感器的数据,会随着发动机转速的变化而变化。考虑到如果我们只有一个扫描工具来进行诊断,NOx传感器不会在操作列表中排名靠前,甚至不会被列入清单,这让我们略感惊讶。这种情况的一个可能的解决方案是,如果车辆经过 "修改",在ECU中重新创建NOx传感器的值,以使其相信传感器没有问题。
故障现象
故障诊断
故障排除
鉴于缺少故障代码,而且网络电压已经恢复,NOx传感器已从网络中移除。由于这仍然是一个间歇性的问题,在其余的测试中,我们无法重现该故障,因此要求操作员仅在建筑工地范围内使用车辆,以进一步测试该车,确保问题得到解决。几周后,仍未报告该问题,这表明NOx传感器确实出现了问题。在这之后,客户想要修复故障,就需要重新刷新ECU,使其恢复到标准状态,并安装新的NOx传感器。
一点题外话
在数据的驱动下进行诊断,这是一个有趣的故障,因为对原系统的故意修改而变得更加困难,希望本篇案例对大家有帮助!
全部0条评论
快来发表一下你的评论吧 !