专利名称：对汽车故障进行实时集团诊断的方法和装置的制作方法
技术领域：
本发明涉及一种汽车教学训练的方法和装置，特别涉及一种对汽车故障进行实时集团诊断的方法和装置。
背景技术：
在现代汽车维修专业的教学和汽车故障排故实训中，用来判定汽车故障的诊断设备起着至关重要的作用。尤其是随着汽车电子化的发展，电子集成技术在汽车上得到了广泛的应用。这就要求汽车维修人员具备电子维修技能及知识，这也对汽车维修领域的教学及培训有了新的要求，为了能够更加充分的满足教学要求，教学机构不得不大量采购汽车电子设备、测试用工具及产品来满足学生的需求。汽车故障诊断仪是维修中非常重要的工具，是用于检测汽车故障的便携设备。用户可以利用它迅速地读取汽车电控系统中的故障，并通过液晶显示屏显示故障信息，迅速查明发生故障的部位及原因。一般具有如下几项基本功能读取故障码、清除故障码、读取发动机动态数据流。汽车故障诊断仪的操作步骤。一般来说有以下几步在车上找到诊断座；选用相应的诊断接口 ；根据车型，进入相应诊断系统；读取故障码；查看数据流；诊断维修之后清除故障码。汽车故障诊断仪的诊断原理与功能诊断电子控制系统的传感器、执行器状态以及ECU的工作是否正常。通过判断ECU的输入、输出电压是否在规定的范围内变化时，可以判断电子控制系统工作是否正常。当电子控制系统中的某一电路出现超出规定的信号时，该电路及相关的传感器反映的故障信息以故障代码的形式存储到ECU内部的存储器中，维修人员可利用该诊断仪来读取故障码，使其显示出来。在汽车故障诊断领域，针对诊断设备和汽车ECU之间的数据交换，各大汽车公司几乎都各自制订了相关的标准和协议。其中，欧洲汽车领域广泛使用的一种车载诊断协议标准是KWP，该协议实现了一套完整的车载诊断服务。KWP2000最初是基于K线的诊断协议，由于K线物理层和数据链路层在网络管理和通讯速率上的局限性，使得K线无法满足日趋复杂的车载诊断网络的需求。而CAN网络(Controller Area Network)由于其非破坏性的网络仲裁机制、较高的通讯速率(可达IM bps)和灵活可靠的通讯方式，在车载网络领域广受青睐，越来越多的汽车制造商把CAN总线应用于汽车控制、诊断和通讯。近年来欧洲汽车领域广泛采用了基于CAN总线的KWP2000，即ISO 15765协议，在汽车上的使用已日趋广泛。目前，汽修课程大多是通过汽车故障诊断仪对汽车各总成传感器、执行器和汽车ECU上输出的信号进行的测量。通过测量得到的数据，结合理论知识让学生进一步了解汽车各总成部件的运转原理。在汽车培训中使用汽车故障诊断仪的缺陷在于1、汽车故障诊断仪的造价昂贵，特别在当今这个技术不断进步，汽车产品及配套产品又在经常更新的时代，如果让每个学员都手持一部诊断仪，这样就严重加大了教学机构的教学成本。如果增加汽车故障诊断仪的数量来满足到每个学员的实践需求，成本又太高；2、由于汽车故障诊断仪的显示、操作面板的面积较小，老师在培训过程中也无法一次照顾到所有同学，在有限的课程时间中，只有少数几个学生能够动手进行操作实践，则导致每次上课的学员人数受限，降低了教学效率；
3、只能一对多的演示，在有限的实训课程时间内，无法让每个学员对故障诊断仪进行实际操作，无法锻炼动手能力，降低学员的理解程度。在实训过程中，学员需要经常参考故障信息，来分析故障原因进而排除故障；而老师也需要经常参考故障信息，来讲解分析和排除故障的思路，所以，掌握故障信息和数据流的理论知识及实践中的应用并有效结合起来，在整个汽修教学过程尤为重要。因此，确实需要一种对汽车故障进行实时集团诊断的方法和装置，来替代现有的汽车故障诊断仪。
发明内容
本发明要解决的技术问题是提供一种对汽车故障进行实时集团诊断的方法和装置，通过被测汽车装置、诊断数据解析装置和控制装置电连接的配合，在故障诊断与被测汽车装置之间加入设置有中转服务器的控制装置，可以多台计算机同时诊断同一被测汽车装置的实时故障码和数据流的功能，实现了真正的网络诊断功能。本发明可结合学校现有的多媒体教室，实现服务器和客户端同时对被测汽车装置的不同的信号源进行诊断。不用再购置多台汽车故障诊断仪，降低教学成本；增加了可以同时诊断的学员人数，实现了真正的网络诊断功能；而且让每一个学员都可以同时进行诊断操作并清楚、直观的看到诊断的结果和各数据流参数；在有限的课时中，提高学员的理解的速度和教学效率。其中，控制装置包括服务器和客户端，控制装置为计算机，包括服务器和/或客户端，服务器设置有中转服务器，诊断数据解析装置连接在服务器的通讯接口上，诊断数据解析装置设置有KWP协议的解析芯片；被测汽车装置与诊断数据解析装置电连接。本发明所述服务器通过网线与客户端进行局域网或广域网连接，服务器不小于一台，客户端不小于一台。本发明所述通讯接口是USB接口、并行接口、串行接口中的一种或几种。本发明所述KWP协议解析芯片可以连接K接口、J1850接口中的一种或几种。本发明所述被测汽车装置是汽车ECU、汽车各部件的传感器、汽车各部件的执行器中的一种或几种。本发明还涉及一种与对汽车故障进行实时集团诊断装置配合的方法，其工作流程为由服务器的读故障信息模块读取被测汽车装置的故障信息；由服务器的中转服务模块调用的故障信息并保存在数据存储装置中；由服务器的刷新模块定期读取被测汽车装置的故障信息；由客户端的调用模块读取服务器中数据存储装置的故障信息；由服务器的清故障信息模块清除被测汽车装置的故障信息。本发明的读故障信息模块工作流程为由读码程序请求并接收读取被测汽车装置的故障信息；由发送程序发送给服务器的中转服务模块；由显示程序将故障信息显示在屏幕上。本发明的中转服务模块工作流程为由连接程序通过TCP协议建立连接；由定义程序在数据存储装置中建立临时存储数据；由存储程序将读故障信息模块的发送程序发送过来的故障信息存贮到数据存储装置的临时存储数据中；由判断程序进行判断如果收到清除故障信息指令则调用服务器清故障信息模块，否则执行回传程序；由回传程序响应调用模块的申请程序的读取请求，将故障信息回传给客户端的调用模块，同时调用服务器刷新模块的刷新程序。本发明的刷新模块工作流程为由刷新读取程序进行定期调用读故障信息模块。本发明的调用模块工作流程为由申请程序请求读取数据存储装置中的故障信息；由接收程序接收中转服务模块回传的故障信息；由显示程序将故障信息显示在屏幕上。本发明的清故障信息模块的工作流程为由删除程序请求删除数据存储装置中的故障信息。本发明所述数据存储装置是硬盘、内存、移动存储设备中的一种或几种。本发明所述故障信息是故障码、数据流中的一种或两种。本发明所述定期的时间范围包括定期读取故障码的时间范围和定期读取数据流的时间范围；定期读取故障码的时间范围为5-60秒；定期读取数据流的时间范围为通道时乘以预计显示通道数量；通道时的范围为O. 2秒到10秒。本发明所述显示程序显示故障码和/或数据流，数据流不低于I个通道。便可以实现多台客户端可以同时获取同一被测汽车装置的实时故障信息的功能。服务器与客户端之间通过TCP协议建立连接并进行发送命令，能控制服务器与被测汽车装置的具体通讯行为，间接地实现对被测汽车装置控制和各种信息读取。本发明的有益效果是
1、不用再购置多台汽车故障诊断仪，降低教学成本，本发明可以利用学校已有的多媒体教师或计算机教室配合实训汽车、汽车各部件的实训台便可完成整个教学过程；
2、学员通过计算机屏幕就可以看到汽车的故障信息，避免由于汽车故障诊断仪的显示、操作面板的面积较小，无法看清的问题。让每一个学员都可以更加清楚、直观的看到诊断的结果和各数据流参数；
3、在有限的课程时间中，每个学员都能够动手进行操作实践，提高学员的理解的速度和教学效率；
4、增加了可以同时学习的学员人数，如果与互联网连接则上课的学员人数可以无限增加。
图1是本发明的结构示意图。图2是本发明的工作流程示意图。
具体实施例方式本发明还涉及一种采用计算机程序进行对汽车故障进行实时集团诊断装置配合的方法，其工作过程包括以下步骤
(I)由服务器的读故障信息模块读取被测汽车装置的故障码或数据流；
由服务器的中转服务模块调用故障码或数据流并保存为临时信息； 由服务器的刷新模块定期读取被测汽车装置的故障码或数据流；
由客户端的调用模块读取服务器中转服务程序中的临时数据；
服务器的清故障信息模块清除被测汽车装置的故障信息。由服务器读取被测汽车装置的故障码及数据流，存储存为临时数据，再由客户端向中转服务器请求读取这个临时文件，这样就可以实现多台客户端可以随时读取到被测汽车装置的实时故障信息的功能了。本系统中服务器直接与发动机ECU相连接，使用KWP协议通讯获取发动机的各类故障信息，并定时更新。由于E⑶处理速度相对于PC慢很多，故与ECU通讯速度较慢，无法在短时间内对ECU信息进行太多次请求，因此若服务器将每一个教学端的请求都直接变成对ECU的请求的话，必然将引起通讯阻塞，无法达到多教学端同时高效使用ECU故障信息的目的。根据故障码和数据流信息对实时性的要求不同采用不同的请求定时时间，能够达到数据实时性与和ECU通讯量间的最好折中。本发明所述的数据存储装置是硬盘、内存、移动存储设备中的一种或几种。本发明所述的故障信息是故障码、数据流中的一种或两种。本发明所述的读取故障码程序包括以下步骤
由服务器读故障信息模块的读码程序请求并接收读取被测汽车装置的故障信息；
由服务器中转服务模块的连接程序通过TCP协议建立连接；
由服务器中转服务模块的定义程序在数据存储装置中建立临时存储数据；
由服务器读故障信息模块的发送程序发送给服务器的中转服务模块；
由服务器中转服务模块的存储程序将读故障信息模块的发送程序发送过来的故障信息存贮到数据存储装置的临时存储数据中；
由服务器读故障信息模块的显示程序将故障信息显示在服务器屏幕上。可以由客户端上的调用模块读取服务器中转服务模块中的临时数据。由客户端调用模块的申请程序请求读取数据存储装置中的故障信息；
由服务器中转服务模块的判断程序进行判断如果收到清除故障信息指令则调用清故障信息模块，否则执行回传程序；
由服务器中转服务模块的回传程序响应调用模块的申请程序的读取请求，将故障信息回传给客户端的调用模块。由客户端调用模块的接收程序接收中转服务模块回传的故障信息；
由客户端调用模块的显示程序将故障信息显示在客户端的屏幕上。此时，只能在服务器和/或客户端的屏幕上看到第一次读取的故障码和数据流，而实际操作中需要看到实时的故障码和数据流。实现实时读取是由服务器的刷新模块定期读取被测汽车装置的故障信息来实现的。执行回传程序的同时，调用服务器刷新模块的刷新程序进行定期调用读故障信息模块。发动机是汽车的重要部件，可能出现的故障有很多，“发动机缺缸”是比较常见的故障。发动机缺缸主要指发动机有一个及以上的汽缸没有正常工作。通常表现为发现发动机工作异常或动力不足，高、中、低速时发动机工作都不均匀并有节奏的振抖消声器排黑烟并放炮.发动机缺缸运转会带来很大的危害1.发动机的转速、功率下降、不稳定。2.增加燃料消耗和排放污染。3.加剧运转件的磨损，缩短润滑油的使用周期。下面我们以在帕萨特1. 8T发动机为被测汽车装置，发动机怠速情况下先后设置“一缸喷油器故障”、“二缸喷油器故障”两个故障，故障码刷新时间为5秒，数据流刷新时间为0. 2秒，并以在屏幕显示3个通道的数据流为前提，三个通道的定期刷新周期共为0. 2秒乘以3个通道等于0. 6秒。使用实施例一对本发明进行说明
电控汽车正常运行时，ECU的输入、输出信号电压值都有一定的变化范围。正常怠速情况下，帕萨特1. 8T发动机的转速为740到920转/秒的范围内且应该是稳定的数值。正常运行时，服务器的读故障信息模块是无法在被测汽车装置上读出故障码的。但我们依旧可以通过读故障信息模块的操作可以读取到被测汽车装置上发动机的数据流以“800转/秒”的转速稳定转动、冷却液温度为“29°C”、“氧传感器为0. 0%”、“工况6018. 0”、“发动机负荷45. 9%”、“喷油时间5. 8ms”、“混合气输入6. 3g/s”、“节气门角度2. 0%”等等诸多数据流信息。在此，以最具有代表性的发动机转速为参考数据对本发明的工作过程进行演示。当出现故障时，故障电路信号电压值超出了规定的范围或送入被测汽车装置的ECU不能识别的信号，并且这一现象在一段时间内不会消失，被测汽车装置的ECU便判断这一信号电路有故障。把这一故障以代码的形式存在其内部的随机存储器中，这就是故障诊断系统的基本原理。然后，我们在被测汽车装置的一缸喷油器上设置一个断路故障。此时可以看到发动机工作产生了不均匀，并有节奏振抖的变化。故障电路返回给被测汽车装置的ECU的电压值开始产生了不规则的变化，运行服务器的读故障信息模块的读码程序，可以从被测汽车装置的ECU读出故障码和数据流信息。将读取的故障信息发送给中转服务模块。可以由显示程序将临时数据显示在服务器的屏幕上，则可以看到此时的故障码显示在服务器的屏幕上“17645 P1237缺缸I喷油嘴N30断路故障类型23H”。每间隔5秒故障码会被刷新一次，如果还是一缸喷油器上设置一个断路故障，那么屏幕上依然显示“17645 P1237缺缸I喷油嘴N30断路故障类型23H” ；如果故障被重新设置，则显示新设置的故障码。我们可以同时在服务器的屏幕上还能看到发动机的数据流显示转速由“800转/秒”突然下降为“760转/秒”且出现转速不稳的情况，可以看到单个通道每间隔0. 6秒转速被刷新一次转速在“760到840转/秒”之间不断的发生变化。在0. 6秒时刷新为“770转/秒”、在1. 2秒时刷新为“790转/秒”、在1. 8秒时刷新为“780转/秒”、在2. 4秒时刷新为“790转/秒”、在3秒时刷新为“800转/秒”、在3. 6秒时刷新为“810转/秒”、在4. 2秒时刷新为“805转/秒”、在4. 8秒时刷新为“820转/秒”、在5. 4秒时刷新为“840转/秒”之间呈不稳定变化；此时，故障码会被刷新一次，故障没有被重新设置，那么屏幕上依然显示“ 17645P1237缺缸I喷油嘴N30断路故障类型23H” ；同时，数据流继续刷新读取；在6秒时刷新为“830转/秒”。此时，我们增加设置了一个故障“二缸喷油器故障”。可以看到发动机工作产生的更加不均匀并有节奏剧烈振抖的变化。屏幕显示程序的数据流继续在6. 6秒时刷新为“800转/秒”、在7. 2秒时刷新为“760转/秒”、在7. 8秒时刷新为“720转/秒”、在8. 4秒时刷新为“680转/秒”、在9秒时刷新为“630转/秒”、在9. 6秒时刷新为“600转/秒”;在10. 2秒时刷新为“560转/秒”;此时，故障码会被刷新一次，那么屏幕上故障码的显示发生了变化“ 17645 P1237缺缸I喷油嘴N30断路故障类型23H”和“17646 P1238缺缸2喷油嘴N31断路故障类型23H” ；同时，数据流继续刷新读取；在10. 8秒时刷新为“600转/秒”、在11. 4秒时刷新为“560转/秒”、在12秒时刷新为“600转/秒”、在12. 6秒时刷新为“610转/秒”、在13. 2秒时刷新为“560转/秒”等等数据流信息。
在实训过程中，学员需要不断参考数据流，来分析故障原因进而排除故障。老师也需要不断参考数据流，来讲解分析和排除故障的思路。在本发明中此项功能需要通过数据的共享和不断刷新读取新的故障信息来实现的。其中，数据的共享是由服务器中的中转服务模块实现，中转服务模块的连接程序通过TCP协议建立连接；由定义程序建立临时数据；由存储程序将读故障信息模块的发送程序发送过来的故障信息存贮到中转服务模块的临时数据。客户端的调用模块的申请程序请求读取中转服务模块的临时数据。中转服务模块的回传程序已做好准备随时响应客户端的调用模块的申请程序的读取请求，将临时数据回传给客户端的调用模块。调用模块的接收程序接收中转服务模块回传的临时数据，并显示程序将临时数据显示在客户端的屏幕上。则我们在客户端的屏幕上也可以看到此时的故障码显示在屏幕上“17645 P1237缺缸I喷油嘴N30断路故障类型23H”。每间隔5秒故障码会被刷新一次。如果还是一缸喷油器上设置一个断路故障，那么屏幕上依然显示“17645P1237缺缸I喷油嘴N30断路故障类型23H”;如果故障被重新设置，则显示新设置的故障码。我们可以同时在服务器的屏幕上还能看到发动机的数据流显示转速由“800转/秒”突然下降为“760转/秒”且出现转速不稳的情况，可以看到单个通道每间隔0. 6秒转速被刷新一次转速在“760到840转/秒”之间不断的发生变化。在0. 6秒时刷新为“770转/秒”、在1. 2秒时刷新为“790转/秒”、在1. 8秒时刷新为“780转/秒”、在2. 4秒时刷新为“790转/秒”、在3秒时刷新为“800转/秒”、在3. 6秒时刷新为“810转/秒”、在4. 2秒时刷新为“805转/秒”、在4. 8秒时刷新为“820转/秒”、在5. 4秒时刷新为“840转/秒”之间呈不稳定变化；此时，故障码会被刷新一次，故障没有被重新设置，那么屏幕上依然显示“ 17645P1237缺缸I喷油嘴N30断路故障类型23H” ；同时，数据流继续刷新读取；在6秒时刷新为“830转/秒”;此时，我们增加设置了一个故障“二缸喷油器故障”，屏幕显示程序继续在6. 6秒时刷新为“800转/秒”、在7. 2秒时刷新为“760转/秒”、在7. 8秒时刷新为“720转/秒”、在8. 4秒时刷新为“680转/秒”、在9秒时刷新为“630转/秒”、在9. 6秒时刷新为“600转/秒”;在10. 2秒时刷新为“560转/秒”;此时，故障码会被刷新一次，那么屏幕上故障码的显示发生了变化“ 17645 P1237缺缸I喷油嘴N30断路故障类型23H”和“17646P1238缺缸2喷油嘴N31断路故障类型23H” ；同时，数据流继续刷新读取；在10. 8秒时刷新为“600转/秒”、在11. 4秒时刷新为“560转/秒”、在12秒时刷新为“600转/秒”、在
12.6秒时刷新为“610转/秒”、在13. 2秒时刷新为“560转/秒”等等数据流信息。不断刷新读取实时的故障信息是由服务器中的刷新模块实现的。首先，由判断程序进行判断是否接收到清故障模块删除程序发出的清除故障信息指令；若接收到清除故障信息指令，则运行清故障模块；否则，由刷新程序定期调用读故障信息模块。这样便可以完成不断刷新读取实时的故障信息的功能。最后进行清除故障码的操作，由删除程序请求删除中转服务模块临时数据；由释放程序释放中转服务模块的临时数据。下面我们还以在帕萨特1. 8T发动机为被测汽车装置，发动机怠速情况下先后设置“一缸喷油器故障”、“二缸喷油器故障”两个故障，将故障码刷新时间调整为60秒，数据流刷新时间调整为10秒，屏幕显示3个通道数据流为前提，三个通道的定期刷新周期共为10秒乘以3个通道等于30秒，使用实施例二对本发明进行进一步说明。实施例二与实施例一流程相同，结果相似。
当设置好一缸喷油器故障时，则可以看到此时的故障码显示在服务器的屏幕上“17645 P1237缺缸I喷油嘴N30断路故障类型23H”。每间隔60秒故障码会被刷新一次，如果还是一缸喷油器上设置一个断路故障，那么屏幕上依然显示“ 17645 P1237缺缸I喷油嘴N30断路故障类型23H”；如果故障被重新设置，则显示新设置的故障码。我们可以同时在服务器的屏幕上还能看到发动机的数据流显示转速由“800转/秒”突然下降为“760转/秒”且出现转速不稳的情况，可以看到每间隔30秒转速被刷新一次转速在“760到840转/秒”之间不断的发生变化。在30秒时刷新为“770转/秒”、在60秒时刷新为“820转/秒”;此时，故障码会被刷新一次，故障没有被重新设置，那么屏幕上依然显示“17645 P1237缺缸I喷油嘴N30断路故障类型23H” ；同时，数据流继续刷新读取；在90秒时刷新为“830转/秒”。此时，增加设置了一个故障“二缸喷油器故障”。可以看到发动机工作产生的更加不均匀并有节奏剧烈振抖的变化。屏幕显示程序继续在120秒时刷新为“570转/秒”。此时，故障码会被刷新一次，那么屏幕上故障码的显示发生了变化“17645P1237缺缸I喷油嘴N30断路故障类型23H”和“17646 P1238缺缸2喷油嘴N31断路故障类型23H”。同时，数据流继续刷新读取。在180秒时刷新为“610转/秒”。直至接收到清除故障信息指令。同样，客户端的调用模块读取服务器中数据存储装置的故障信息。在客户端的屏幕上也可以看到此时的故障码显示在屏幕上“17645 P1237缺缸I喷油嘴N30断路故障类型23H”。每间隔60秒故障码会被刷新一次。屏幕上“17645 P1237缺缸I喷油嘴N30断路故障类型23H”。每间隔60秒故障码会被刷新一次，如果还是一缸喷油器上设置一个断路故障，那么屏幕上依然显示“17645 P1237缺缸I喷油嘴N30断路故障类型23H”;如果故障被重新设置，则显示新设置的故障码。我们可以同时在服务器的屏幕上还能看到发动机的数据流显示转速由“800转/秒”突然下降为“760转/秒”且出现转速不稳的情况，可以看到每间隔30秒转速被刷新一次转速在“760到840转/秒”之间不断的发生变化。在30秒时刷新为“770转/秒”、在60秒时刷新为“820转/秒”;此时，故障码会被刷新一次，故障没有被重新设置，那么屏幕上依然显示“17645 P1237缺缸I喷油嘴N30断路故障类型23H” ；同时，数据流继续刷新读取；在90秒时刷新为“830转/秒”。此时，增加设置了一个故障“二缸喷油器故障”。可以看到发动机工作产生的更加不均匀并有节奏剧烈振抖的变化。屏幕显示程序继续在120秒时刷新为“570转/秒”。此时，故障码会被刷新一次，那么屏幕上故障码的显示发生了变化“ 17645 P1237缺缸I喷油嘴N30断路故障类型23H”和“17646P1238缺缸2喷油嘴N31断路故障类型23H”。同时，数据流继续刷新读取。在180秒时刷新为“610转/秒”。直至接收到清除故障信息指令。由此，完成了本发明的整个操作过程。
权利要求
1.一种对汽车故障进行实时集团诊断的方法，其特征在于包括以下步骤由服务器的读故障信息模块读取被测汽车装置的故障信息；由服务器的中转服务模块调用的故障信息并保存在数据存储装置中；由服务器的刷新模块定期读取被测汽车装置的故障信息；由客户端的调用模块读取服务器中数据存储装置的故障信息；由服务器的清故障信息模块清除被测汽车装置的故障信息。
2.如权利要求1所述的对汽车故障进行实时集团诊断的方法，读故障信息模块包括以下步骤由读码程序请求并接收读取被测汽车装置的故障信息；由发送程序发送给服务器的中转服务模块；由显示程序将故障信息显示在屏幕上。
3.如权利要求1所述的对汽车故障进行实时集团诊断的方法，中转服务模块包括以下步骤由连接程序通过TCP协议建立连接；由定义程序在数据存储装置中建立临时存储数据；由存储程序将读故障信息模块的发送程序发送过来的故障信息存贮到数据存储装置的临时存储数据中；由判断程序进行判断如果收到清除故障信息指令则调用服务器清故障信息模块，否则执行回传程序；由回传程序响应调用模块的申请程序的读取请求，将故障信息回传给客户端的调用模块，同时调用服务器刷新模块的刷新程序。
4.如权利要求1所述的对汽车故障进行实时集团诊断的方法，刷新模块包括以下步骤由刷新读取程序进行定期调用读故障信息模块。
5.如权利要求1的对汽车故障进行实时集团诊断的方法，调用模块包括以下步骤由申请程序请求读取数据存储装置中的故障信息；由接收程序接收中转服务模块回传的故障信息；由显示程序将故障信息显示在屏幕上。
6.如权利要求1所述的对汽车故障进行实时集团诊断的方法，清故障信息模块包括以下步骤由删除程序请求删除数据存储装置中的故障信息。
7.如权利要求1所述的对汽车故障进行实时集团诊断的方法，其特征在于数据存储装置是硬盘、内存、移动存储设备中的一种或几种。
8.如权利要求1所述的对汽车故障进行实时集团诊断的方法，其特征在于故障信息是故障码、数据流中的一种或两种。
9.如权利要求1或6所述的对汽车故障进行实时集团诊断的方法，其特征在于定期的时间范围包括定期读取故障码的时间范围和定期读取数据流的时间范围；定期读取故障码的时间范围为5-60秒；定期读取数据流的时间范围为通道时乘以预计显示通道数量；通道时的范围为O. 2秒到10秒。
10.如权利要求4或7所述的对汽车故障进行实时集团诊断的方法，其特征在于显示程序显示故障码和/或数据流，数据流不低于I个通道。
11.一种对汽车故障进行实时集团诊断装置，包括控制装置、诊断数据解析装置、被测汽车装置，其特征在于控制装置，包括服务器和客户端，控制装置为计算机，包括服务器和/或客户端，服务器设置有中转服务器，诊断数据解析装置连接在服务器的通讯接口上，诊断数据解析装置设置有KWP协议的解析芯片；被汽测车装置与诊断数据解析装置电连接。
12.如权利要求11所述的对汽车故障进行实时集团诊断的装置，其特征在于服务器通过网线与客户端进行局域网或广域网连接，服务器不小于一台，客户端不小于一台。
13.如权利要求11所述的对汽车故障进行实时集团诊断的装置，其特征在于通讯接口是USB接口、并行接口、串行接口中的一种或几种。
14.如权利要求11述的对汽车故障进行实时集团诊断的装置，其特征在于KWP协议解析芯片可以连接K接口、J1850接口中的一种或几种。
15.如权利要求11所述的对汽车故障进行实时集团诊断的装置，其特征在于被测汽车装置是汽车ECU、汽车各部件的传感器、汽车各部件的执行器中的一种或几种。
全文摘要
本发明要解决的技术问题是提供一种对汽车故障进行实时集团诊断的方法和装置，通过被测汽车装置、诊断数据解析装置和控制装置电连接的配合，在故障诊断与被测汽车装置之间加入设置有中转服务器的控制装置，可以多台计算机同时诊断同一被测汽车装置的实时故障码和数据流的功能，实现了真正的网络诊断功能。本发明可结合学校现有的多媒体教室，实现服务器和客户端同时对被测汽车装置的不同的信号源进行诊断。不用再购置多台汽车故障诊断仪，降低教学成本；增加了可以同时诊断的学员人数，实现了真正的网络诊断功能；而且让每一个学员都可以同时进行诊断操作并清楚、直观的看到诊断的结果和各数据流参数；在有限的课时中，提高学员的理解的速度和教学效率。
文档编号G05B23/02GK103034226SQ201110302258
公开日2013年4月10日 申请日期2011年10月9日 优先权日2011年10月9日
发明者王征 申请人:天津市优耐特汽车电控技术服务有限公司