RedBox Training - WKM

8
三 故障码的作用


大多数情况下，它不能直接告诉我们什么器件损坏了，只能告诉我们什么信 号不正常，所以我们不能看到一个故障码就去更换一个有关的器件 之所以我们将故障码的作用定义为指路牌，是因为它虽然不能直接告诉我们 最终的故障点，但就像在一个分叉路上的引导标一样可告诉诊断的趋势和方 向，引导我们逐步逼近故障点。比如发动机不能起动，涉及不同要素，但有 故障码可帮我们查找可能的原因。
11
三-3故障码的设置条件


设置条件:是指当满足什么样的条件将被确认为故障并用故障代码的形式被存 储，在某些情况下点亮故障灯。 设置条件包括运行的工况、故障条件、阉值、持续时间或重复次数等 所谓安全运行条件是指故障出现并确认后，应急方案是什么，这样往往可通 过应急运行的状态反推可能与什么故障或器件有关
15
故障码分析举例-歧管压力传感器设定的故障码
16
故障码分析举例-歧管压力传感器设定的故障码

进气歧管绝对压力传感器信号过高（＞4.9V）-P0108 进气歧管绝对压力传感器信号过低（＜0.2V）-P0107 进气歧管绝对压力传感器信号故障-P0105 监测条件：打开点火开关， 设置条件：在起动过程中，若转速超过800转/分，且没有踏下油门，但压力值 （电压）与没启动前变化过小，则设定此故障（P0105） 可能原因：真空通道堵塞或传感器不良
题（包括以往的经验）和对系统影响的程度来设计故障码的监测时间（监测运行条 件）、边界条件（设置条件—阉值、持续时间等），
故障码的标定：针对每一个故障码对应的故障状态，确定阉值，检验故障确定的能
力和应急方案的运行是否可靠，比如温度传感器
说明：
1.从上面的说明可以看出故障码是人们为了保障控制系统的运转而设计的，它不可能包括 所有的故障现象，所以才有有故障码 ，不一定有故障，而没有故障码不一定没有故障 的情况。 2.很多瞬间偶发的故障，由于时间和条件不满足，常常无法存储，给维修带来困难
14
故障码分析举例-歧管压力传感器设定的故障码

P 0105 歧管绝对压力/大气压力（Manifold absol./barometric pressure） P 0106歧管绝对压力/大气压力超出设定范围（Manifold absol./barometric pressure outside set range） P 0107歧管绝对压力/大气压力信号过小(Manifold absol./barometric pressure Signal too small) P 0108歧管绝对压力/大气压力信号过大(Manifold absol./barometric pressure Signal too large) P 0109歧管绝对压力/大气压力偶发故障(Manifold absol./barometric pressure Intermittent fault)
26
27
28
常见主要数据含义（补充数据内容）
一。发动机传感器类： 1.发动机转速和凸轮轴位置信号 2.空气流量信号 3.歧管绝对压力信号 4.增压压力信号 5.节气门开度信号 6.加速踏板位置信号 7.车速信号 8.氧传感器信号（前、后） 9.燃油修正（短时和长时）信号 10.温度信号（进气、冷却液、燃油温度、机油温度等） 11.爆震传感器信号 12.催化转化器状态信号 13.燃油压力信号 14.EGR流量或位置信号
13
四 故障码的定义分类

目前许多厂家按照国际上的相关标准（如OBD-II）将故障码的定义分为四种： （1）信号值过大（高）故障：由于各种原因，信号值大于上限值 （2）信号值过小（低）故障：由于各种原因信号，值小于下限值 （3）信号故障：由于各种原因信号值出现多种类型故障 （4）不合理（不可靠）性故障：虽然信号值仍在最大与最小限值之内，但信号 超出合理范围（不符合设计逻辑或标定的合理范围等）。这类故障的界定， 往往是借助于某个传感器的信号（直接或间接），或借助于其他传感器信号 的参比来确定的。
29
常见主要数据含义
二。发动机执行器类信号：
1.燃油系统 （1）喷油器 （2）电动燃油泵 （3）燃油泵继电器 （4）燃油预送泵 （5）热机运转调节器 （6）燃油箱排气阀 （7）电磁阀（气道转换、碳罐清除、二次空气切换、） （8）燃油系统泄漏检测泵


2
一 红盒子的设计想法和特点
使用最少数量的按键，满足所有操作。 不求完全，够用最好 小巧坚固，携带和使用方便 价格便宜 强大的拷屏和数据记录功能（电影），并可与PC连接，
保存和调用所记录的文件，便于分析和将来使用 添加了常规的一些设置功能
3
二 仪器设备和资料在维修中的作用
22
真值(物理量),测量值和电脑确认值

在分析时,常常碰到对数据的认识. 作为一个物理量的度量值,会碰到三种来自 不同渠道得到的数值,即真值(客观存在的物理量),测量值(不论用何种测量手段 得到)和控制单元确认值（通过诊断仪器得到的）.对同一信号,在理论上讲这 三个值应基本一致(考虑到误差),若发生不一致,则表明可能出现了问题. 1.真值:它是客观存在的，不依测量手段不同而变化的量.按照测量原理讲，一般 是无法直接得到的，通常是通过多次准确的测量，求其平均值获得。
不同故障应用不同设备仪器 仪器设备不能替代人的主观能动性 仪器设备能为我们提供什么 资料的支持地位
4
三 故障码的读取与分析
故障码的来源 故障码的定义 故障码包含的四个条件 不可靠信号的含义及判断 故障码的相关性 虚假的故障码
5
续前

故障码的产生 ：故障码是设计人员根据法规、电路原理、控制目标 、可能出现的问


24
数据的采集中的技巧

在采集中有两种比较典型的形式: 1.串联型:所谓串联型的是指一个控制信号或传感器信号的传递是经过几个部分 (或几个单一电路)串联而成,那么在采集时,应分别在各部分(各单一电路)同时 采集,这样在故障出现瞬间,才能分析出是那部分出现问题,是故障的主要起发 点.
25
12
三-4故障码的修复条件

修复条件：是指能够清除故障码的条件（与设置条件相反） 清除方式： 除了某些特殊的故障码外，若连续一定点火循环中（30～50次打开/关闭点火开 关），故障状态不再存在，将自动清除 用相应仪器进行人工清除 某些系统可在断开电瓶一定时间后自动清除，但若故障状态依然存在则仍会再次 出现，有些系统由于考虑安全的因素，即使断开电瓶，也不会自动清除。 某些系统（如ABS）在清除了故障码后，故障灯并不马上熄灭，而是需要路试电 脑确认故障不再存在，才会熄灭
7
二 故障码的分类-续
注意： （1）暖机循环：指充分运转车辆，使发动机冷却液温度比起动时至少升高一 定温度且最后至少达到70℃（熄火时） （2）偶发性故障可能会存储故障码，也可能没有存储故障码， （3）故障码是控制系统对电气信号进行监测、按照判断逻辑确定的，而根据 故障的分类，还有许多机械、液压、位移等物理变化若没有相关的电器元件 将其转化为电信号，则ECU将不能判断，当然也不能产生对应的故障码（这 里排除利用某些传感器间接判断的内容）
17
故障码分析举例-歧管压力传感器设定的故障码

进气歧管绝对压力传感器信号不合理(不可靠)-P0106 监测运行条件：发动机运转，且没有出现节气门位置传感器的相关故障 设置条件：压力（电压值）超出合理的上/下限（不是值过高或过低） 注：系统根据发动机的转速、节气门开度计算出相应合理的上/下限，即发动机 正常状态下，当转速和温度一定，歧管压力与节气门开度有一定的对应值
23
真值(物理量),测量值和电脑确认值
2.电脑确认的值:该值是控制单元依靠系统中各传感器或检测电路获得并经过内部运算处理
后的量,它是电脑进行控制的依据.我们是通过与电脑连接的诊断仪器而获得的值.这些值 是通过了传感器自身的度量,线路的传输和电脑内部的电路,若一切正常,它应反映真实的 系统状态,但传递的中间,任一点的故障都会导致数据的失真,控制的错误,即产生系统的 故障. 当使用电脑数据去试图诊断某些类型的问题时，也必须考虑一些重要的局限性。 · 串行数据是经过处理的信息不是实际数据。它描述ECM的“思考”数据而不是 在ECM端口测量到的实际信号。串行数据能反映ECM已经默认的信号值，而不是实际 信号。 例如，有OBD系统的车辆，当在开路时发动机冷却液温度传感器的数据将显示 80℃的错误保护值。如果在ECM的THW端口测量实际电压值，它将是5伏，相当于40℃。 在输出命令时，串行数据仅反映计算的输出值，没有必要反映电路上的驱动器是 否工作。例如，当发动机在燃油切断状态时，计算的喷油脉宽将被显示在串行数据中， 而喷油器并没有工作。
数据的采集中的技巧

2.并联型:所谓并联型是指多因一果的类型,也就是说,一个故障的出现是结果, 而造成此结果的因素是多个,其中每一个因素或几个因素均可导致同一结果出 现.对于这种问题,在采集前应先分析故障的可能原因,有多少因素会导致此同 一故障症状,然后将所有相关线路与采集器连接,不间断地追踪直到故障出现, 采集故障出现瞬间的数据,然后进行分析.当我们采集的数据没有反映问题时, 应及时调整采集线路,重新采集,直到捕捉到能反映问题的有效数据.
18
故障码分析举例-歧管压力传感器设定的故障码

应急模式： （1）不再使用歧管绝对压力传感器值，而是用节气门开度-转速模式计算替代值 （2）关闭节气门体漏气量自适应学习 （3）关闭A/F的闭环控制 （4）关闭海拔高度学习功能，用替代计算值
19
四 数据的读取和分析
广义的数据概念 数据在控制系统中的作用 数据参数的物理含义 获取数据的基本手段 观察数据的技巧和注意事项
20
数据的作用
性 2.捕捉疑点—针对没有故障码的故障 3.捕捉偶发故障的原因 4.捕捉故障发生的过程 5.捕捉多因一果的原因点 6.验证修理后的结果