​虹科案例 | 依维柯Eurocargo 起动间歇性失控

没有人喜欢间歇性的故障。当你观察它时，你可以保证，问题不会出现，可一旦你将车辆交还给客户，问题再次出现的机率就会很大。在这种情况下，我被邀请加入一个客户的项目，对故障进行了初步评估，但在诊断过程中故障没有重新出现。只有当驾驶员重新上路后，故障才重新出现，当这种故障发生时，变速箱会选择空挡，怠速会增加，油门没有反应，驾驶员只能坐在那里，束手无策。

故障现象

故障诊断

总结

随着仪表盘上的警告灯亮起，第一步是看一下故障代码。

大量的代码出现在变速箱中，说明了信息缺失和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传感器。

一点题外话

在数据的驱动下进行诊断，这是一个有趣的故障，因为对原系统的故意修改而变得更加困难，希望本篇案例对大家有帮助！