司机反馈车辆涌现故障灯点亮,无力的情形。

仪表上显示:尿素喷射掌握器(DCU)CAN旗子暗记吸收超时;

仪表盘报故障码解码器却没反应修车师傅上手后一脸懵圈 汽车知识

故障码阐明:当T15(钥匙线)激活后,所有电气部件会进行自检,检测当前是否存在有故障。
对付CAN模块来说,会对模块进行检测。
一段韶光内是否能持续的发出对应的报文,如果弗成的话就会报出上图的故障码。
此仪表为智能CAN仪表,仪表上面的水温、转速、机油压力等,均来自CAN总线。
且仪表也是一个智能诊断模块,可以对各个CAN线模块诊断,当前是否有存在故障等!

故障处理

师傅描述:这条故障码是在仪表上读出来的,而用诊断好手读故障码却没有读出来。
师傅疑惑:是不是诊断好手显示不准呢?我们一起去探究一下。

仔细讯问师傅一些细节,师傅的车是凯龙的后处理,单独DCU。
在读故障码的时候用凯龙后处理UDS协议进系统时显示通讯失落败,用J1939协议进系统,却显示系统正常。

为什么会涌现这样的情形?

首先小轨给在座师傅们阐明一下:J1939协议是什么?

J1939协议便是我们常日说的CAN协议(广播类);掌握器局域网络(CAN)是德国Bosch公司在20世纪80年代初为汽车业开拓的一种串行数据通信总线。
CAN是一种很高保密性,有效支持分布式掌握或实时掌握的串行通信网络。

CAN协议传输数据的办法分为两种,一种是广播类型,另一种收发类型的。

收发类型

收发类型指的是解码器与ECU或者模块与模块之间须要进行问答式的交互,一问一答。

通过解码器或者其他模块发送特定的指令经由硬件通过OBD口传输给ECU,ECU吸收到特定的指令会做出相应的指令回答,硬件吸收相应的指令传回给解码器或者其他模块,进行规则化的解析从而显示在屏幕上!

比如,想获知车辆的电池电压为多少V,通过诊断好手会发送一条代表电池电压的指令给ECU。

当然这个指令是ECU认识且唯一性的,ECU收到会立马做出反应回答一条相应规则的指令出来,从进行一问一答的收发模式来解析出电池电压是24V或者12V旁边!

广播类型

举个例子在车上很多传感器的旗子暗记都是给到了ECU的,但是有一些信息是其他模块须要共享的。
比如仪表上面的水温、转速、机油压力等是哪里来的呢?

那这个便是通过ECU用报文的形式发送给仪表,在仪表上来进行显示。
那这种通讯办法便是广播类型的,只要模块上电后,就会源源不断的往外发送当前的信息。

实在这便是广播类型协议的特点了。
在CAN线上时时刻刻都会传输着很多这种广播类型的信息,广播大家都知道,从一个地方发送出来,你假如想听,打开收音机,那就可以听,你假如不想听,关掉收音机,那就听不到了。

那师傅用1939协议读取故障码时显示系统正常也就比较好理解了。
仪表在自检时丢失了DCU的帧ID那就会报出尿素喷射掌握器(DCU)CAN旗子暗记吸收超时故障码。

但是走1939进入系统时是不须要握手旗子暗记的,诊断好手便是一个类似收音机的功能,如果创造在DUC的帧ID下,没有给出报文的话,诊断好手自然就会给出系统正常啦!

接下来我们回归到案例本身来连续处理故障;

根据仪表上的故障码开始进行检测:

第一步:检讨DCU的供电地线T15线是否正常

检讨后创造DCU的T15线有24V实电、02/23号脚有地线、01号脚没有火线。
通过上图我们可以创造凯龙DCU是通过主继电器进行上电的,当T15进入DCU后,DCU会拉低04号脚的掌握线让主继电器吸合。

主继电器吸合后01号才会有火线,那现在的问题便是01号火线为什么没有电呢?顺着线束连续往下进行检讨;

第二步:检讨凯龙电源盒

顺着DCU的供电我们往上查看后创造,在线束上面有一个电源集线盒。
主继电器、保险等都在集线盒内。

打开电源盒后创造,在电源盒内部有明显的进水痕迹。
撬开电源盒底板,故障被创造如图:

撬开电源盒底板创造,电源盒内部有严重进水烧毁的痕迹。
此电源盒内部有DCU主继电器、DCU的长火线保险、NOX继电器等。
如果继电器不上电的话,那肯定是与ECU之间通讯中断的。

决定改换后处理电源盒后再进行读取故障码及处理故障;

第三步:改换电源盒后再进行测试

改换好电源盒后,创造仪表上的液位有显示了。
解码器用UDS也可以进入系统了!
故障码如下图:

都是当前的现行故障码,基本有的传感器故障码都出来了。
这个是由于小轨在处理问题时,一贯没有断电,是带电拔插DCU、尿素的插头的。
造成的误报出一些故障码,碰着这样的问题。

可以通过一次钥匙循环进行规复,详细便是插好插头。
打着车怠速一段韶光后再熄火。
故障码就可以清楚了!

故障清楚后记得要出去试车,试车一段韶光尿素正常花费,故障到此算是打消了!

故障拓展

1. 为什么此车用UDS进入不了系统呢?

答:大略理解,UDS协议采取的是一问一答。
解码器在进系统时会先发送一条指令,DCU如果回答了该指令,则DCU与解码器建立了通讯,可以直接进去;如果DCU没有回答,则通讯失落败,进不去系统。
显而易见,如果DCU都没有上电的话,就无法回答这条指令,以是解码器就进不去系统了。

2. 仪表也是1939的通讯办法为什么可以读取到故障码而解码器却读取不到呢?

答:准确的来讲,仪表上报的故障码有些是ECU报出的,通过CAN线通报到仪表上的,仪表只是起到了一个解析的功能。

我们用解码器在1939这类广播类型诊断时,如果没有明确收到故障信息,都默认为系统正常,由于解码器也不知道该当收到哪些信息。
相反,车上的ECU等是明确知道,我该当收取哪些信息的,如果收不到信息,就会报出通讯超时之类的故障。

这个案例中,DCU没上电,用解码器去收DCU信息,解码器不知道是用户进错系统了还是车上的DCU坏了,没有收到对应的信息就不会报错。
而车上的ECU是知道,该当收到哪些制订信息的,如果收不到就会报错。

本文特约作者:共轨之家​

关注卡车之家,网聚卡车人的力量

有任何问题,欢迎私信我们