车辆故障处理方法及系统与流程

1.本发明涉及车辆故障检测领域，尤其是涉及一种车辆故障处理方法及系统。


背景技术：

2.车辆有多个系统组成，包括底盘系统、操纵系统、液压传动系统、方向控制系统等等，各个系统相互配合，以控制车辆的行驶和停止。车辆在行驶之后，因为各方面的原因，如空气滤芯堵塞，会导致车辆出现故障。现有中在车辆出现故障时，需要将车辆开到（或者是被拖车拖到）维修店，由维修人员对车辆进行全面的检修之后才能知道具体的故障原因。发明人认为存在有上述维修方式效率较慢的技术问题。


技术实现要素：

3.为了提升车辆的维修效率，本技术提供一种车辆故障处理方法及系统。
4.第一方面，本技术提供一种车辆故障处理方法，采用如下的技术方案：一种车辆故障自动建模方法，包括步骤：获取与车体关联的各个功能模块的实时数据信息；其中，功能模块包括底盘系统、液压传动系统、搅拌罐体系统、出料系统；将实时数据信息与预设基准参数信息进行比较，并在实时数据信息异常于预设基准参数信息时生成异常数据信息，将异常数据信息发送至后台；获取后台对异常数据分析的分析结果信息和故障排查方案并基于分析结果信息和故障排查方案建立数据库模型。
5.通过采用上述技术方案，实时获取与车体相关的各个功能模块的数据，以从该数据中获知车辆此时的运行情况，设定基准参数，并将获取到的数据与基准参数进行比较，以判断所检测的数据是否与设定的基准参数一致，如果不一致，则将该数据定义为异常数据，然后将该异常数据发送至后台进行处理，后台对异常的数据进行分析之后，得出导致数据异常的故障原因，后台根据故障原因生成对应的解决故障的排查方案，以解决故障，使得车辆可以正常运行。通过建立数据库的的方式，可以方便检修者根据数据库模型直观的看到车辆故障原因，并根据生成的排查方案对车辆进行检修，提高故障处理的效率。通过将数据传输至后台处理的方式，方便对车辆信息进行统一管理，同时也方便后台对数据进行处理，同时，新产生的故障数据更新了后台的数据库，让后台的数据库更加丰富。
6.可选的，所述方法还包括：获取实时数据信息趋向异常前的即将故障信息，并将即将故障信息发送至后台；获取后台基于即将故障信息生成的维护信息并进行显示。
7.通过采用上述技术方案，当监测的数据趋向故障前提前做出预判报警，提前对即将发生故障的功能模块加以维护，减少损失。
8.可选的，所述获取后台基于即将故障信息生成的维护信息并进行显示步骤，还包括：
获取各个故障点对车辆正常运行产生的影响信息；基于各个影响信息的轻重缓急从高到低进行排序并生成处理等级信息；基于处理等级信息生成对应的维修计划。
9.通过采用上述技术方案，由于车辆的维护不是每天都会进行的，当一段时间过后车辆本身可能会存在多处故障位点，可以对上述故障位点可能带来的影响做出优先级排序，根据轻重缓急自动生成维修计划，以便根据维修计划对车辆的故障点进行维修，提高了维修的效率。
10.可选的，所述方法还包括：对相同故障点进行计数并生成计数信息；将故障点的计数信息与基准值进行比较；若该计数信息大于基准值，则定义该故障点对应的功能模块为易故障部位；并在建立数据库模型中将该部位设置特殊颜色进行显示。
11.通过采用上述技术方案，对比较容易出现故障的模块在模型上进行标记，便能够非常直观的知晓车辆故障的分布位点，可选的，所述故障排查方案包括故障排查操作步骤指引；所述方法还包括：获取检修人员当前的检修操作信息；将该操作信息与故障排查步骤信息进行比较；若该操作信息与故障排查步骤信息不一致，则生成操作错误信息并将该操作错误信息进行提示。
12.通过采用上述技术方案，对于操作经验比较薄弱的检修人员来说，检修的过程中存在容易出错的情况，所以通过设置操作步骤对比的方式，将检修人员的每一步操作与系统中的故障排查步骤进行对比，以在检修人员操作失误时，及时发现，减少后续不必要的麻烦，同时也可以提高检修的效率。
13.第二方面，本技术提供一种车辆故障处理系统，采用如下的技术方案：一种车辆故障处理系统，该系统包括：数据获取模块，用于获取与车体关联的各个功能模块的实时数据信息；其中，功能模块包括底盘系统、液压传动系统、搅拌罐体系统、出料系统；数据处理模块，用于将实时数据信息与预设基准参数信息进行比较，并在实时数据信息异常于预设基准参数信息时生成异常数据信息，将异常数据信息发送至后台；数据库搭建模块，用于获取后台对异常数据分析的分析结果信息和故障排查方案并基于分析结果信息和故障排查方案建立数据库模型。
14.通过采用上述技术方案，实时获取与车体相关的各个功能模块的数据，以从该数据中获知车辆此时的运行情况，设定基准参数，并将获取到的数据与基准参数进行比较，以判断所检测的数据是否与设定的基准参数一致，如果不一致，则将该数据定义为异常数据，然后将该异常数据发送至后台进行处理，后台对异常的数据进行分析之后，得出导致数据异常的故障原因，后台根据故障原因生成对应的解决故障的排查方案，以解决故障，使得车辆可以正常运行。通过建模的方式，可以方便检修者根据数据库模型直观的看到车辆故障原因，并根据生成的排查方案对车辆进行检修，提高故障处理的效率。通过将数据传输至后台处理的方式，方便对车辆信息进行统一管理，同时也方便后台对数据进行处理，同时，新
产生的故障数据更新了后台的数据库，让后台的数据库更加丰富。
15.可选的，该系统还包括：故障预警模块，用于获取实时数据信息趋向异常前的即将故障信息，并将即将故障信息发送至后台；获取后台基于即将故障信息生成的维护信息并进行显示。
16.通过采用上述技术方案，当监测的数据趋向故障前提前做出预判报警，提前对即将发生故障的功能模块加以维护，减少损失。
17.可选的，该系统还包括：故障分级处理模块，用于获取各个故障点对车辆正常运行产生的影响信息；基于各个影响信息的轻重缓急从高到低进行排序并生成处理等级信息；基于处理等级信息生成对应的维修计划。
18.通过采用上述技术方案，由于车辆的维护不是每天都会进行的，当一段时间过后车辆本身可能会存在多处故障位点，可以对上述故障位点可能带来的影响做出优先级排序，根据轻重缓急自动生成维修计划，以便根据维修计划对车辆的故障点进行维修，提高了维修的效率。
19.第三方面，本技术提供一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述第二方面任一项所述车辆故障处理方法的步骤。
20.第四方面，本技术提供一种计算机可读存储介质，存储有能够被处理器加载并执行上述第二方面的计算机程序。
21.综上所述，本技术具有以下有益效果：1.实时获取与车体相关的各个功能模块的数据，以从该数据中获知车辆此时的运行情况，设定基准参数，并将获取到的数据与基准参数进行比较，以判断所检测的数据是否与设定的基准参数一致，如果不一致，则将该数据定义为异常数据，然后将该异常数据发送至后台进行处理，后台对异常的数据进行分析之后，得出导致数据异常的故障原因，后台根据故障原因生成对应的解决故障的排查方案，以解决故障，使得车辆可以正常运行。通过建模的方式，可以方便检修者根据数据库模型直观的看到车辆故障原因，并根据生成的排查方案对车辆进行检修，提高故障处理的效率。通过将数据传输至后台处理的方式，方便对车辆信息进行统一管理，同时也方便后台对数据进行处理，同时，新产生的故障数据更新了后台的数据库，让后台的数据库更加丰富。
附图说明
22.图1是本技术一实施例中车辆故障处理方法的一原理图；图2是本技术一实施例中计算机设备的一示意图。
具体实施方式
23.以下结合附图1-2对本技术作进一步详细说明。
24.本技术实施例公开一种车辆故障处理方法，参见图1，该方法包括以下步骤：s100: 获取与车体关联的各个功能模块的实时数据信息；其中，功能模块包括底盘系统、液压传动系统、搅拌罐体系统、出料系统。
25.在本实施例中，以混凝土车辆为例，进行说明，实时数据信息是指底盘系统、液压传动系统、搅拌罐体系统、出料系统、清洗系统、操纵系统等车辆组成模块的状态参数。
26.具体地，建立数据收集库，数据收集库与底盘系统、液压传动系统、搅拌罐体系统、出料系统、清洗系统、操纵系统之间通过无线传输方式建立连接，在本实施例中，以信号连接为例进行说明，在本实施例中，车体的功能模块与数据收集库之间的信号传递以底盘系统为例进行说明。
27.车体的底盘包括传动系、行驶系、转向系和制动系四部分组成，传动系一般由离合器、变速器、万向传动装置、主减速器、差速器和半轴等组成，离合器通过检测元件检测踩下离合器踏板的力度时对应离合器使发动机与变速箱暂时分离和逐渐接合的状态，便可以获知离合器此时的工作参数；变速器是通过改变传动比，改变发动机曲轴的转矩，因此可以检测变速器的传动比，便可以获知发动机曲轴的转矩具体的参数，也就是此时的车辆行驶速度，万向传动装置、主减速器、差速器和半轴对应的检测方式与变速器、离合器一致，在此不再赘述。
28.s200：将实时数据信息与预设基准参数信息进行比较，并在实时数据信息异常于预设基准参数信息时生成异常数据信息，将异常数据信息发送至后台。
29.在本实施例中，异常数据信息是指，在误差范围内，所检测得到的数据与预设基准参数信息不相等的；预设基准参数信息是指各个功能模块正常工作时检测的参数（数值）。
30.具体地，预设基准参数预设于数据收集库中，数据收集库将接收到的数据与预设基准参数信息进行数值比较，如果所检测得到的数据不相等于预设基准参数（包括误差允许范围内的数值），则判定该数据出现了异常，则将该异常数据发送至后台进行数据异常原因分析。例如，在读取变速器的传动比时，得到数值为7，而预设基准参数为12（误差为
±
0.5），因此，判断所获取到的数据为异常数据。
31.进一步地，在一实施例中，该方法还包括s201：获取实时数据信息趋向异常前的即将故障信息（可以通过检测获得工作参数的零部件），并将即将故障信息发送至后台；获取后台基于即将故障信息生成的维护信息并进行显示。
32.在本实施例中，即将故障信息是指临近故障时各个功能模块的检测参数；维护信息是指用于消除即将发生的隐患的维修方案。
33.具体地，设置临界点阈值，临界点阈值小于预设基准参数，在所检测到的数据达到临界点阈值时，将数据发送至后台进行分析处理。即将故障信息的检测方式与异常数据获取方式一致。例如，车辆发动机正常工作最高温度为50
°
，检测到运行中的车辆的发动机的温度为80
°
（临界点阈值），故障点参数为100
°
，因此，发动机临近异常的数据发送至后台进行故障分析，后台中对应的原因分析为：如果汽车在运行过程中，冷却液温度表指示很快到达100℃的位置，或在冷车发动时，发动机冷却液温度迅速升高至沸腾，在补足冷却液后转为正常，但发动机功率明显下降，说明发动机机械系统出现故障。导致这类故障的原因大多是：冷却系严重漏水；隔绝水套与气缸的气缸垫被冲坏；节温器主阀门脱落；风扇传动带松脱或断裂；水泵轴与叶轮松脱；风扇离合器工作不良等，因此，通过获取发动机的温度，并根据导致发动机温度升高的原因，及时作出维修措施。将故障分析的结果和对应的处理方案发送至数据收集库中并显示在与数据收集库关联的显示屏上，以便观看。
34.s300：获取后台对异常数据分析的分析结果信息和故障排查方案并基于分析结果
信息和故障排查方案建立数据库模型（数据收集库）。
35.在本实施例中，分析结果信息是指引起数据异常的原因；故障排查方案是指根据分析结果得出的原因而制定的检修方案。
36.具体地，后台的处理系统中集成了历史车辆故障相关的信息，包括故障原因以及在对应故障原因的解决故障的方案，车辆的数据收集库将异常的数据发送给后台后，后台对该数据进行分析和处理，以得到处理该异常数据的方案。比如，在检测到变速器的传动比为7时，在后台处理系统中搜索当变速器传动比为7时，导致该异常的原因可能是变速箱内部的离合器或者制动器产生了磨损离合器或制动器有打滑现象，对应故障排查方案是可以对变速器做失速实验，用食醋验证哪个档位的传动比出错，然后根据变速器档位表进行研究，分析具体哪个制动器和离合器出现了故障。后台将对应的故障分析结果以及处理方案发送至数据收集库中并显示在与数据收集库关联的显示屏上，以便观看。
37.进一步地，在一实施例中，s300还包括s301：获取检修人员当前的检修操作信息；将该操作信息与故障排查步骤信息进行比较；若该操作信息与故障排查步骤信息不一致，则生成操作错误信息并将该操作错误信息进行提示。
38.在本实施例中，检修操作信息是指维修人员对车体各个零部件所执行的动作，包括拆解零部件和旋松零件或者是清扫零部件等等；故障排查步骤信息是指依据s300得到的故障排查方案具体执行过程；操作错误信息是指操作步骤与故障排查步骤信息中给出的不一致。
39.具体地，在获取了故障原因的同时，也接收了对应的故障维修方案，故障维修方案中记载了详细的维修操作顺序（包括拆卸和安装两个操作过程的），车辆的各个零部件处设置了传感器，用于检测该零部件是否被拆卸了，如果前后两个执行步骤与维修操作顺序不一致，则进行操作错误提示。如，以拆卸车辆前悬架（不同的车辆的前悬架有不同，根据具体的车辆类型进行调整）为例进行说明：1.拆下车轮装饰外罩；2.在车轮着地的情况下拆下轮毂与传动轴的紧固螺母，拆下车轮；3.拆下制动钳，取下制动盘﹔取下制动软管支架，用铁丝将制动钳总成固定在车身上，注意不要拆下和损坏制动软管；4.拆掉减震器支柱外壳与轮毂的紧固螺栓；5. 用拉力器从减震器支柱外壳上压出横拉杆接头；6.从下摆臂下方拆下稳定杆和传动轴与轮毂上螺母。向下撒压前悬架摆臂，从车轮轴承内拉出传动轴。如拉不出，可用压力器压出；7.取下盖子，顶住减震器支柱下部，用专用工具固定滑柱，拆下减震器上的螺母。带弹簧的减震器总成即可拆下；8.分解带弹簧的减震器总成，压紧弹簧，用板手和专用工具槽螺母和螺母盖。取下弹簧；9.在台钳上夹住转向节臂。拆下减震器固定螺母，抽出前减震器。10.压出轮毂轴承。拆下制动盘，卸掉挡泥板，压出轮毂，从支柱外壳中取下挡圈，向挡圈方向压出轮毂轴承，用拉力器拉出轴承内座圈。如果在执行第二步操作时，维修人员未将车轮着地便开始拆卸轮毂与传动轴的紧固螺母，便会出现报错的信息，同时会对应出现指示，提示车轮未着地，需要先将车轮着地，再进行操作。
40.进一步地，在一实施例中，该方法还包括s302：获取各个故障点对车辆正常运行产生的影响信息；基于各个影响信息的轻重缓急从高到低进行排序并生成处理等级信息；基于处理等级信息生成对应的维修计划。
41.在本实施例中，轻重缓急是指以影响车辆正常运行为标准的登记排布，最严重的为不立马维修便无法使用该车辆的程度。维修计划是指设定具体的时间点对车体的某个部
位进行维修。
42.具体地，将获取到的故障分为真故障、假故障、使用类故障以及维修类故障等，严重程度的等级分别为：真故障（立马进行维修）、使用类故障（一周内进行维修）、维修类故障（两周内进行维修）、假故障（无需进行维修），真故障是指影响到车辆运行的故障，如：排气管冒黑烟、车辆的排气管排出蓝色的雾、车辆的转向盘总是不正，一会向左，一会向右，飘忽不定、运行中发动机温度突然过高、行驶时车辆的转向盘难于操纵等，使用类故障是指车辆还可以工作，但是对工作会产生一定的影响，如发动机噪声大，车辆原地踩加速踏板时，有“隆隆”异响，发动机舱内有振动感（原因主要是底护板变形后与发动机油底壳距离变近，加速时油底壳与底护板相撞就会发出异响并使车身振动，可以通过拆下底护板，压平校正即可），假故障是指，出现了异常现象，但是经过一定时间可以自行恢复，如：车辆排气管冒白烟，冷车时严重，热车后就不冒白烟了（主要的原因是：因为汽油中含有水分，而发动机过冷，此时进入气缸的燃油未完全燃烧导致雾点或水蒸气产生形成白烟）、车辆有噪声（车都会存在不同程度的噪声问题。车内噪声主要来自发动机噪声，风噪，车身共振，悬架噪声及胎声等五个方面），维修类故障是指，与车辆运行关联不强的故障，如：开启空调时，其出风口有非常难闻的气味，天气潮湿时更加严重、下小雨时风窗玻璃刮不干净等情况。根据所获取到的原因按照故障分类进行划分，便可以将故障划分到不同的等级，根据等级，便可以对各个故障进行排序，以便驾驶员根据维修计划进行维修，减少了不必要的麻烦。
43.进一步地，在一实施例中，该方法还包括s303：对相同故障点进行计数并生成计数信息；将故障点的计数信息与基准值进行比较；若该计数信息大于基准值，则定义该故障点对应的功能模块为易故障部位；并在建立数据库模型中将该部位设置特殊颜色进行显示。
44.在本实施例中，易故障部位是指容易出现故障的车体零部件。
45.具体地，建立车辆的三维模型，按照该零部件被定义为故障部位的次数进行计数，以获得同一部位的零部件出现故障的总次数，数据收集库中设定基准值，当该零部件出现故障的次数超过基准值时，将该故障零部件定义为易故障零部件并在所建立的模型中将该零部件用特殊颜色，如红色标出。
46.本技术实施例还公开一种车辆故障处理系统，该系统包括：数据获取模块，用于获取与车体关联的各个功能模块的实时数据信息；其中，功能模块包括底盘系统、液压传动系统、搅拌罐体系统、出料系统；数据处理模块，用于将实时数据信息与预设基准参数信息进行比较，并在实时数据信息异常于预设基准参数信息时生成异常数据信息，将异常数据信息发送至后台；数据库搭建模块，用于获取后台对异常数据分析的分析结果信息和故障排查方案并基于分析结果信息和故障排查方案建立数据库模型。
47.进一步地，该系统还包括故障预警模块，故障预警模块用于获取实时数据信息趋向异常前的即将故障信息，并将即将故障信息发送至后台；获取后台基于即将故障信息生成的维护信息并进行显示。
48.进一步地，该系统还包括故障分级处理模块，故障分级处理模块用于获取各个故障点对车辆正常运行产生的影响信息；基于各个影响信息的轻重缓急从高到低进行排序并生成处理等级信息；基于处理等级信息生成对应的维修计划。
49.进一步地，该系统还包括易故障点标注模块，易故障点标注模块用于对相同故障点进行计数并生成计数信息；将故障点的计数信息与基准值进行比较；若该计数信息大于
基准值，则定义该故障点对应的功能模块为易故障部位；并在建立数据库模型中将该部位设置特殊颜色进行显示。
50.进一步地，该系统还包括操作指引模块，操作指引模块用于获取检修人员当前的检修操作信息；将该操作信息与故障排查步骤信息进行比较；若该操作信息与故障排查步骤信息不一致，则生成操作错误信息并将该操作错误信息进行提示。
51.本技术实施例还公开了一种计算机设备，参见图2，该计算机设备可以是服务器。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储历史可疑行为数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种车辆故障处理方法，该方法包括以下步骤：s100：获取与车体关联的各个功能模块的实时数据信息；其中，功能模块包括底盘系统、液压传动系统、搅拌罐体系统、出料系统；s200：将实时数据信息与预设基准参数信息进行比较，并在实时数据信息异常于预设基准参数信息时生成异常数据信息，将异常数据信息发送至后台；s300：获取后台对异常数据分析的分析结果信息和故障排查方案并基于分析结果信息和故障排查方案建立数据库模型。
52.本技术实施例还公开一种计算机可读存储介质。在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：s100：获取与车体关联的 各个功能模块的实时数据信息；其中，功能模块包括底盘系统、液压传动系统、搅拌罐体系统、出料系统；s200：将实时数据信息与预设基准参数信息进行比较，并在实时数据信息异常于预设基准参数信息时生成异常数据信息，将异常数据信息发送至后台；s300：获取后台对异常数据分析的分析结果信息和故障排查方案并基于分析结果信息和故障排查方案建立数据库模型。
53.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器（rom）、可编程rom（prom）、电可编程rom（eprom）、电可擦除可编程rom（eeprom）或闪存。易失性存储器可包括随机存取存储器（ram）或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram（sram）、动态ram（dram）、同步dram（sdram）、双数据率sdram（ddrsdram）、增强型sdram（esdram）、同步链路（synchlink） dram（sldram）、存储器总线（rambus）直接ram（rdram）、直接存储器总线动态ram（drdram）、以及存储器总线动态ram（rdram）等。
54.所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述
的全部或者部分功能。
55.以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。