几天前，小轨收到维修师傅发来的一条求助信息。据说，车辆仪表盘上出现了故障码，然而解码器却未能识别，显示系统正常。究竟是何原因导致了这一问题呢？让我们一同深入。
司机反馈称，车辆出现故障灯点亮，且出现无力的情况。仪表盘上显示尿素喷射控制器（DCU）CAN信号接收超时。当T15（钥匙线）激活后，车辆所有电气部件都会进行自检，检测当前是否存在故障。对于CAN模块而言，它会检测模块自身是否能持续发出报文。若无法做到，仪表盘上便会报出关于DCU的故障码。此仪表为智能CAN仪表，能显示如水温、转速、机油压力等信息，这些信息均来自CAN总线。仪表也是一个智能诊断模块，可以诊断各CAN线模块是否存在故障。
维修师傅描述了这一故障情况：在仪表上读出了故障码，但使用诊断能手读取时却未读出。师傅心存疑虑，是否是诊断能手的显示不准确呢？我们一同来这个问题。
在详细询问师傅后得知，该车辆采用的是凯龙的后处理系统，DCU是单独的。在读故障码时，如果使用凯龙后处理的UDS协议进入系统，显示通讯失败；而使用J1939协议进入系统，却显示系统正常。
为什么会这样呢？这就涉及到J1939协议的相关知识了。J1939协议就是我们通常所说的CAN协议（广播类）。这是一种由德国Bosch公司为汽车业开发的串行数据通信总线。CAN协议具有高度的保密性，能有效支持分布式或实时控制。
CAN协议传输数据的方式包括广播型和收发型。广播型是指模块上电后，会不断发送当前的信息，如仪表上的水温、转速、机油压力等，都是通过这种广播型报文发送给仪表进行显示的。诊断仪器如诊断能手，在接收信息时类似于打开收音机的过程。如果某个模块没有发出报文，诊断仪器就会显示系统正常。
回归到具体案例，针对DCU的故障码问题，我们首先进行了检测。第一步是检查DCU的供电地线T15线是否正常。经过检查发现DCU的T15线有实电，但01号脚没有火线。凯龙DCU是通过主继电器进行上电的，当T15进入DCU后，DCU会控制主继电器吸合，吸合后01号才会有火线。问题的关键就在于为何01号火线没有电。为了解决这个问题，我们顺着线束继续检查。
第二步是检查凯龙电源盒。在线束上有一个电源集线盒，主继电器、保险等都在集线盒内。打开电源盒后发现，内部有明显的进水痕迹。因此很可能是电源盒内部因进水导致线路异常，从而引发了DCU的故障。接下来需要进一步清理电源盒内部积水并检查相关线路是否正常工作。深入故障之源：电源盒内的秘密与解码器的挑战
揭开电源盒底板的神秘面纱，我们发现内部存在严重的水损痕迹，这是导致一系列故障的关键所在。内部的DCU主继电器、DCU的长火线保险以及NOX继电器，它们如果无法上电，就意味着与ECU之间的通讯中断了。为了彻底解决这一问题，决定更换后处理电源盒，再进行故障码的读取与处理。
在更换了电源盒之后，仪表上的液位恢复了显示，解码器也能顺利进入系统进行操作。出现的故障码均为现行状态，几乎所有传感器的故障码都浮现出来。这主要是因为处理问题时，未断电导致的带电拔插DCU、尿素的插头，从而引发的误报故障码。针对这一问题，通过一次简单的钥匙循环操作即可恢复，即插好插头、启动车辆怠速一段时间后熄火，故障码即可清除。
清除故障码后，别忘了试车。经过一段时间的观察，尿素正常消耗，故障就算排除了。
那么，为什么有时车辆无法使用UDS协议进入系统呢？UDS协议是基于一问一答的模式运作。解码器在进系统时会发送指令，如果DCU回复了该指令，则通讯成功；若DCU没有回复，则通讯失败，解码器无法进入系统。显然，如果DCU未上电，就无法回应指令，解码器自然无法进入系统。
那为什么仪表可以采用1939的通讯方式读取到故障码，而解码器却读取不到呢？实际上，仪表上报的故障码中部分是ECU通过CAN线传递的，仪表起到的是的作用。在1939这类广播型诊断中，如果没有明确收到故障信息，解码器会默认为系统正常。而车上的ECU是知道应该收取哪些信息的，如果收不到就会报错。
在这个案例中，由于DCU没上电，用解码器去收取DCU信息时，解码器无法确定是因为用户进错系统还是车上的DCU坏了，如果没有收到对应的信息就不会报错。而车上的ECU知道应该收到哪些制定信息，如果收不到就会报错。
特约作者共轨之家提醒大家关注卡车之家，网聚卡车人的力量。面对任何相关问题，欢迎私信我们。在这里还要提醒一句：仅仅依赖仪表板的显示并不足以判断车辆是否真正无故障，深入检查和诊断才是确保车辆正常运行的关键。
