2012 款宝马 X6 xDrive35i 车 中央显示屏经常会提示“发动机异常”

本文主要是介绍2012 款宝马 X6 xDrive35i 车 中央显示屏经常会提示“发动机异常”,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

故障现象  一辆2012 款宝马X6 xDrive35i车(开发系列号为E71),搭载N55发动机,累计行驶里程约为21.2km。车主反映,车辆加速过程中,中央显示屏经常会提示“发动机异常”。


故障诊断 接车后,进行路试,加速时中央显示屏有时的确会提示“发动机异常”(图1),特别是在急加速时更容易出现。回厂后,用宝马专用故障检测仪(ISTA)检测,系统存储有两个与发动机相关的故障代码,分别为故障代码“002C58 增压压力调节:作为后续反应关闭”“002D9F 进气凸轮轴传感器,可信度:信号不可信”,故障代码的状态为当前不存在(图2)。对故障代码进行分析,判断故障代码“002C58是由故障代码“002D9F导致的连锁故障。

图1

图2


查阅相关资料得知,在N55发动机气缸盖上安装有进气凸轮轴传感器和排气凸轮轴传感器,分别检测进、排气凸轮轴的位置,为此在各自可调式凸轮轴(VANOS)前部固定了一个信号齿盘。如图3所示,凸轮轴信号齿盘有6个不同的齿面距离,凸轮轴传感器探测这些齿面距离,数字式发动机电子伺控系统(DME)据此计算凸轮轴转速、凸轮轴调整速度和凸轮轴的确切位置,高电位信号对应信号齿盘的缺口位置,低电位信号则对应信号齿盘的齿面位置。

图3

进气凸轮轴传感器连同曲轴传感器一起,是全顺序喷射装置所必需的,可确保每个气缸的燃油喷射都在最佳点火时刻。另外,进、排气凸轮轴传感器还发出凸轮轴位置的反馈信号,以用于对可调式凸轮轴(VANOS)调节。

根据故障代码的提示,结合进、排气凸轮轴传感器的工作原理分析,推测可能的故障原因有:进气凸轮轴传感器信号齿盘变形或损坏;进气凸轮轴传感器损坏;进气凸轮轴传感器与信号齿盘之间的间隙不对,如气缸盖变形、传感器没有安装到位等;进气凸轮轴传感器线路故障;DME软件或硬件故障。

查阅进、排气凸轮轴传感器电路(图4),在进气凸轮轴传感器导线连接器X6214上连接宝马专用测量适配器612390,测量进气凸轮轴传感器的供电端子3与搭铁端子2之间的电压,为12.17 V,正常。

图4

为了方便对比进、排气凸轮轴传感器的信号,在DME导线连接器X60003处连接宝马专用测量适配器614190(图5),使用宝马示波器IMIB R2双通道测量进、排气凸轮轴传感器的信号波形(备注:通道1红表笔接端子52,通道2红表笔接端子512个通道黑表笔均接车身搭铁)。

图5

起动发动机,怠速运行时测得的进、排气凸轮轴传感器的信号波形如图6所示(绿色的信号波形为排气凸轮轴传感器信号波形,红色的信号波形为进气凸轮轴传感器信 号波形),未发现任何异常。

图6

由于故障在急加速时比较容易出现,尝试原地不断地急踩加速踏板至3 000 r/min左右再松掉,同时观察进、排气凸轮轴传感器的信号波形变化,踩了七八次加速踏板后,仪表盘突然提示“发动机异常”,此时捕捉到的信号波形如图7所示,发现进气凸轮轴传感器信号波形的中间长高电位会有短暂的下拉,进气凸轮轴旋转一圈由3个高电位变成了4个高电位。

图7

从原理去分析波形,长高电位时,进气凸轮轴传感器探头应该位于信号齿盘的大缺口位置,在这波形长高电位的中后部突然下拉,说明在信号齿盘大缺口的位置产生了一个“齿面”,怀疑进气凸轮轴信号齿盘的大缺口位置有异物附着在上面或进气凸轮轴传感器探头上有异物。

拆检进气凸轮轴传感器,未发现传感器表面有异物附着。为了方便排查进气凸轮轴传感器信号齿盘,于是决定进一步拆卸气门室罩盖。拆下气门室罩盖,检查发现进气VANOS调整装置的复位弹簧有点逃了出来(向信号齿盘方向移动),刚好横在了进气凸轮轴传感器信号齿盘的大缺口上(图8)。那么为何怠速时进气凸轮轴传感器信号波形正常,而在加速时有时信号波形不正常 呢?

图8

观察进气VANOS调整装置的复位弹簧(图9),复位弹簧的一端固定在VANOS调整装置(即进气凸轮轴链轮)的外壳上,另一端固定到VANOS调整装置的摆动转子的轴心上(即与进气凸轮轴相连)。加速时,在机油压力的作用下进气VANOS调整装置的摆动转子带着进气凸轮轴沿发动机旋转方向调节,达到提前打开进气门的目的。当发动机熄火后,在复位弹簧的弹簧力作用下进气凸轮轴沿发动机旋转的反方向回到初始位置。

图9

在加速时,随着凸轮轴向提前方向调节,复位弹簧就会张得更开,意味着横在信号齿盘大缺口上的复位弹簧离进气凸轮轴传感器的探头更近,当达到一定的间隙时,进气凸轮轴传感器就会误识别到一个信号齿盘的“齿面”,这时进气凸轮轴传感器的信号波形就变成了低电位,错误的进气凸轮轴传感器信号从而导致了发动机运行故障。那复位弹簧为何会向信号齿盘方向移动呢?推测很可能是车主经常暴力驾驶车辆,再加上进气VANOS调整装置上的复位弹簧本身存在疲劳松动,导致复位弹簧慢慢产生轴向移动。


故障排除 更换进气VANOS调整装置(备注:新更换的进气VANOS调整装置在复位弹簧前部安装了塑料盖罩,以防复位弹簧逃出)后反复试车,上述报警提示不再出现,至此故障排除。

作者:任 超

这篇关于2012 款宝马 X6 xDrive35i 车 中央显示屏经常会提示“发动机异常”的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/202087

相关文章

Ilya-AI分享的他在OpenAI学习到的15个提示工程技巧

Ilya(不是本人,claude AI)在社交媒体上分享了他在OpenAI学习到的15个Prompt撰写技巧。 以下是详细的内容: 提示精确化:在编写提示时,力求表达清晰准确。清楚地阐述任务需求和概念定义至关重要。例:不用"分析文本",而用"判断这段话的情感倾向:积极、消极还是中性"。 快速迭代:善于快速连续调整提示。熟练的提示工程师能够灵活地进行多轮优化。例:从"总结文章"到"用

无人叉车3d激光slam多房间建图定位异常处理方案-墙体画线地图切分方案

墙体画线地图切分方案 针对问题:墙体两侧特征混淆误匹配,导致建图和定位偏差,表现为过门跳变、外月台走歪等 ·解决思路:预期的根治方案IGICP需要较长时间完成上线,先使用切分地图的工程化方案,即墙体两侧切分为不同地图,在某一侧只使用该侧地图进行定位 方案思路 切分原理:切分地图基于关键帧位置,而非点云。 理论基础:光照是直线的,一帧点云必定只能照射到墙的一侧,无法同时照到两侧实践考虑:关

Thymeleaf:生成静态文件及异常处理java.lang.NoClassDefFoundError: ognl/PropertyAccessor

我们需要引入包: <dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-thymeleaf</artifactId></dependency><dependency><groupId>org.springframework</groupId><artifactId>sp

深入理解数据库的 4NF:多值依赖与消除数据异常

在数据库设计中, "范式" 是一个常常被提到的重要概念。许多初学者在学习数据库设计时,经常听到第一范式(1NF)、第二范式(2NF)、第三范式(3NF)以及 BCNF(Boyce-Codd范式)。这些范式都旨在通过消除数据冗余和异常来优化数据库结构。然而,当我们谈到 4NF(第四范式)时,事情变得更加复杂。本文将带你深入了解 多值依赖 和 4NF,帮助你在数据库设计中消除更高级别的异常。 什么是

消除安卓SDK更新时的“https://dl-ssl.google.com refused”异常的方法

消除安卓SDK更新时的“https://dl-ssl.google.com refused”异常的方法   消除安卓SDK更新时的“https://dl-ssl.google.com refused”异常的方法 [转载]原地址:http://blog.csdn.net/x605940745/article/details/17911115 消除SDK更新时的“

jenkins 插件执行shell命令时,提示“Command not found”处理方法

首先提示找不到“Command not found,可能我们第一反应是查看目标机器是否已支持该命令,不过如果相信能找到这里来的朋友估计遇到的跟我一样,其实目标机器是没有问题的通过一些远程工具执行shell命令是可以执行。奇怪的就是通过jenkinsSSH插件无法执行,经一番折腾各种搜索发现是jenkins没有加载/etc/profile导致。 【解决办法】: 需要在jenkins调用shell脚

JVM 常见异常及内存诊断

栈内存溢出 栈内存大小设置:-Xss size 默认除了window以外的所有操作系统默认情况大小为 1MB,window 的默认大小依赖于虚拟机内存。 栈帧过多导致栈内存溢出 下述示例代码,由于递归深度没有限制且没有设置出口,每次方法的调用都会产生一个栈帧导致了创建的栈帧过多,而导致内存溢出(StackOverflowError)。 示例代码: 运行结果: 栈帧过大导致栈内存

org.hibernate.hql.ast.QuerySyntaxException:is not mapped 异常总结

org.hibernate.hql.ast.QuerySyntaxException: User is not mapped [select u from User u where u.userName=:userName and u.password=:password] 上面的异常的抛出主要有几个方面:1、最容易想到的,就是你的from是实体类而不是表名,这个应该大家都知道,注意

C++第四十七弹---深入理解异常机制:try, catch, throw全面解析

✨个人主页: 熬夜学编程的小林 💗系列专栏: 【C语言详解】 【数据结构详解】【C++详解】 目录 1.C语言传统的处理错误的方式 2.C++异常概念 3. 异常的使用 3.1 异常的抛出和捕获 3.2 异常的重新抛出 3.3 异常安全 3.4 异常规范 4.自定义异常体系 5.C++标准库的异常体系 1.C语言传统的处理错误的方式 传统的错误处理机制:

argodb自定义函数读取hdfs文件的注意点,避免FileSystem已关闭异常

一、问题描述 一位同学反馈,他写的argo存过中调用了一个自定义函数,函数会加载hdfs上的一个文件,但有些节点会报FileSystem closed异常,同时有时任务会成功,有时会失败。 二、问题分析 argodb的计算引擎是基于spark的定制化引擎,对于自定义函数的调用跟hive on spark的是一致的。udf要通过反射生成实例,然后迭代调用evaluate。通过代码分析,udf在