●空气流量计故障●(1)故障现象①发动机怠速不稳。②行驶无力，冒黑烟。③加速性能下降，油耗增加。④快速加速回火。⑤有时会出现窜槽现象。⑤有时换挡熄火。(2)诊断排除电控发动机混合气过浓过稀引起的故障现象，检查空气流量计。检查方法如下：①用故障诊断仪读取故障代码，根据故障代码处理任何故障代码。②用故障诊断仪读取空气流量数据，根据数据分析空气流量计是否正常。③在没有故障诊断仪的情况下，只能进行对比试验，即使用正常的空气流量计进行试验。如果故障消失，则是空气流量计故障。●空气流量计的检测方法●(1)比较法在发动机运转时，拔掉空气流量计，观察发动机的变化，会出现以下三种情况：①故障消失，说明这个空气流量计的信号有偏差，没有损坏，电控单元一直根据有偏差的误差信号控制喷油。②故障仍然表明空气流量计已经损坏或电路不良，导致电子控制单元接收不到任何信号或接收到过值信号。③故障现象的轻微变化表明空气流量计良好。(2)测试方法打开点火开关至“ON”位置，用万用表DC电压块检测传感器的输出电压，电压值为5V。用鼓风机向传感器内吹气，如果信号电压随吹气量的变化而变化是正常的；如果数据不变或变化不太灵敏，则空气流量计有故障，应更换。(3)通过检测输出电压的方法测量发动机工况的输出电压数据。测量插头信号端的动态信号电压，标准电压在空闲状态下为0.8~1.4v；当加速到满负荷时，电压信号可以接近4V。●案例一:捷达车油耗●(1)故障现象一辆捷达车，故障现象是油耗，黑，加速时正常。(2)故障诊断读取故障码，没有故障码。读取数据流，节气门4(标准2~4)，进气5g/s(标准2~4g/s)，喷油2.7ms(标准2~2.5ms)，氧传感器信号0.8V(标准0.5V上下变化)。从以上数据分析，黑度和油耗的原因是混合气过浓，喷油量过大，根本原因是进气测量信号过大。从节气门开度分析，可以认为空气流量计信号大的原因有:空气流量计信号有负载，信号不准确。用万用表测试，发现空气流量计在怠速时的信号高达2V，远高于正常值0.8~1.4V，然后拔掉空气流量计的插头观察变化，好转了。更换空气流量计并排除故障。再次读取数据流时，显示为2.4g/s，再次测量信号电压时，为0.9V，数值均正常。●案例二:奥迪行驶时无法排放黑烟●●案例三:上海别克急加速回火●(1)故障现象上海别克的故障有路试动力不足、加速性差、怠速抖动、急加速回火。(2)诊断排除首先清洗空气滤清器，更换火花塞和汽油滤清器。故障仍然存在。检查供油系统的燃油压力，喷油器在喷油器测试机上测试，雾化良好。拆下空气滤清器发现怠速变得平稳，加速也没有回火，说明故障的直接原因是混合气太稀。考虑到空气流量计是影响空燃比的重要因素。通过数据流分析显示，其信号电压在怠速和加速时几乎不变，判断空气流量计信号有问题。拆开空气流量计检查，发现热线上有刻度，原因是结垢。直接用清洗剂喷洗，重新组装后试运转，排除故障。
从网络抓包是可以分析出很多东西，其中一项就是用来做排错。
根据个人的实际经验，用抓包来排错有分为几种情况：
1、通过数据包的有无来判断故障，一般用于防火墙策略调试等场景，在防火墙上进行抓包，或交换机上镜像抓包，或者这交换机内嵌抓包功能。这种抓包无需进行过多分析。
2、网络故障，已经明确网络设备配置不存在问题的情况下，通过抓包来判断问题，我把这主要分为行为判断和协议判断。
1）最常见的是通过抓包数量来判定网络行为的是否正常，比如ARP病毒爆发一定会收到大量ARP数据包；攻击行为也很多时候体现为大量数据包（但是一般判断这种攻击行为抓包不会放在第一步，只是在确定攻击特征时需要抓包）；当然还有其他很多情况，适用于通过抓包数量来分析的。
2）通信质量判断，抓包存在大量的重传，此时通信质量一般都不太好。另外有视频和语音的应用场景中，有时需要通过时间统计来判断通信毛刺，来分析定位视频和语音通信质量问题。
3）协议判断，比如win2008和win2003通信时因为window
scale不兼容，导致窗口过小，而程序设计适当时，通信变动极其缓慢。这些判断都是建立在抓包协议分析的基础上的；另外不同厂商SIP通信对接也有可能会用到协议分析，其中一种方式就是抓包分析。
综合而言，协议分析时要求比较高，很多人都可以说把基础学好，但是对应实际工作多年的人，TCP/IP的协议学习一般都是多年前的事情，而且不同操作系统，对于协议栈的实现是有区别的，这部分析的工作一般都是出现问题后有针对性查资料来解决的。
说了这么多，针对抓包分析我个人的意见是：排查问题关键是思路，真的用到协议层判断的场景相对而言还是比较少，初学这不必过分纠结。但是从另外一个方面来看，能深入协议层进行排错的网工，都是具备钻研精神的，属于高级排错的一部分。
