CN117389238A - 用于故障数据获取的系统、方法、装置及存储介质 - Google Patents

Abstract

本发明提供一种用于故障数据获取的系统、方法、装置及存储介质，该方法包括：ECU控制器、CEM/GW模块、车载终端和TSP；其中，其中，ECU控制器，用于在车辆ECU存在故障时，获取与故障发生时刻对应的设定时长内的整车运行数据作为故障数据并缓存故障数据，通过CAN总线将故障数据发送至CEM/GW模块；CEM/GW模块，用于故障数据进行整理打包操作，并将打包后的故障数据发送至车载终端；车载终端，用于按照设定周期向TSP发送故障数据，以由TSP存储。本发明ECU控制器仅对故障数据进行缓存，通过CAN总线经由CEM/GW模块和车载终端将故障数据转存至TSP，能够避免故障数据占用ECU控制器存储空间及偶发性故障数据被擦除影响故障原因分析的准确性。

Description

用于故障数据获取的系统、方法、装置及存储介质

技术领域

本发明涉及车辆控制技术领域，尤其涉及一种用于故障数据获取的系统、方法、装置及存储介质。

背景技术

电控系统中ECU(电子控制单元，Electronic Control Unit)传统的故障诊断方式为，当车辆出现故障时，ECU根据故障诊断协议，记录故障发生时刻相关信号的数据，再通过CAN、以太网等通讯总线由诊断仪读取故障码状态、故障帧对应的整车参数、故障问题发生的次数及修复的次数。该方式能满足汽车售后和整车厂技术人员对该故障进行分析、评估、复现、以及维修的需求。

随着汽车向智能化、电动化、网联化发展，整车控制器的数量和功能不断增加，整车的故障也变得更多且复杂化，同时故障的偶发性增加，售后和技术人员在进行问题处理时，只能读取故障码和故障时刻少量的信号数值，不能查看故障发生时刻前后全部相关信号的变化，和确认当时工况，由此确定是哪个信号数值变化引起，不能直接锁定故障真因，需要大量人力和精力进行问题复现，且存在故障不复现的问题。给技术人员和顾客都带来极大的困扰。在此基础上，为便于相关人员快速锁定故障原因，提供了故障数据获取方案将故障码和故障时刻的数据同时进行存储的方案，由此造成了故障数据占用空间过大导致的存储数量受限的问题。

目前，针对故障数据存储的方案将故障优先级最高的故障码的冻结帧相关信息存储至存储空间，故障数据存储有限，易导致偶发性故障数据被擦除影响故障原因分析的准确性。

发明内容

本发明实施例提供了一种用于故障数据获取的系统、方法、装置及存储介质，以解决现有故障数据存储方案中偶发性故障数据被擦除影响故障原因分析的准确性的问题。

第一方面，本发明实施例提供了一种用于故障数据获取的系统，包括：ECU控制器、CEM/GW模块、车载终端和汽车远程服务提供商(TSP，Telematics Service Provider)；

其中，所述ECU控制器，用于在车辆ECU存在故障时，获取与故障发生时刻对应的设定时长内的整车运行数据作为故障数据并缓存所述故障数据，通过CAN总线将所述故障数据发送至所述CEM/GW模块；

所述CEM/GW模块，用于所述故障数据进行整理打包操作，并将打包后的故障数据发送至所述车载终端；

所述车载终端，用于按照设定周期向所述TSP发送故障数据，以由所述TSP存储。

在一种可能的实现方式中，所述系统，还包括：大数据分析平台；

所述大数据分析平台，用于提供故障数据下载链接，根据数据下载请求从所述TSP获取对应的故障数据，并显示读取的故障数据。

第二方面，本发明实施例提供了一种用于故障数据获取的方法，用于ECU控制器，包括：

在判断ECU存在故障时，获取与故障发生时刻对应的设定时长内的整车运行数据作为故障数据；

缓存所述故障数据；

在所述故障数据缓存完成后，通过CAN总线发送所述故障数据至车辆CEM/GW模块以由所述CEM/GW模块和车载终端将所述故障数据打包并发送至TSP。

在一种可能的实现方式中，所述设定时长为故障发生前第一时长至故障发生后第二时长；其中，所述第一时长等于所述第二时长。

在一种可能的实现方式中，所述第一时长和所述第二时长为2s～5s。

在一种可能的实现方式中，在所述获取与故障发生时刻对应的设定时长内的整车运行数据作为故障数据之前，还包括：

检测故障码标志位状态；

在故障码标志位未置位时，将故障码标志位信号置位。

在一种可能的实现方式中，在所述缓存所述故障数据之前，还包括：将存储数据标志位置位；

在所述通过CAN总线发送所述故障数据至车辆CEM/GW模块之前，还包括：将发送数据标志位置位。

在一种可能的实现方式中，在所述通过CAN总线发送所述故障数据至车辆CEM/GW模块之后，还包括：

清空当前缓存的所述故障数据，并将所述发送数据标志位、所述故障码标志位和所述存储数据标志位复位。

在一种可能的实现方式中，在所述判断ECU存在故障之后，还包括：

确定当前故障对应的故障码；

通过CAN总线发送所述故障码至车辆CEM/GW模块。

在一种可能的实现方式中，在所述通过CAN总线发送所述故障码至车辆CEM/GW模块之前，还包括：将所述故障码转发为十进制故障码。

在一种可能的实现方式中，在所述确定当前故障对应的故障码之后，还包括：

根据所述故障码判断在当前驾驶循环中是否存在当前故障对应的故障记录且故障状态未修复；

若存在对应的故障记录且故障状态未修复，则退出当前操作并对下一故障执行所述当前故障对应的故障码及其之后的操作；

否则，根据所述故障码生成故障记录，并执行所述获取与故障发生时刻对应的设定时长内的整车运行数据作为故障数据及其之后的操作，以及执行所述通过CAN总线发送所述故障码至车辆CEM/GW模块的操作。

第三方面，本发明实施例提供了一种用于故障数据获取的装置，包括：

处理模块，用于在判断ECU存在故障时，获取与故障发生时刻对应的设定时长内的整车运行数据作为故障数据；

缓存模块，用于缓存所述故障数据；

发送模块，用于在所述故障数据缓存完成后，通过CAN总线发送所述故障数据至车辆CEM/GW模块。

在一种可能的实现方式中，所述装置还包括：激活判断模块，用于在所述获取与故障发生时刻对应的设定时长内的整车运行数据作为故障数据之前，检测故障码标志位状态；

所述处理模块，还用于在ECU存在故障时且故障码标志位未置位时，将故障码标志位信号置位。

在一种可能的实现方式中，所述缓存模块，还用于在所述缓存所述故障数据之前，将存储数据标志位置位；

所述装置还包括：存储判断模块，用于判断所述缓存模块中故障数据缓存是否完成；

所述发送模块，还用于在所述缓存模块中故障数据缓存完成后，将发送数据标志位置位。

在一种可能的实现方式中，所述装置还包括：发送判断模块，用于判断通过CAN总线发送所述故障数据至车辆CEM/GW模块是否完成。

所述处理模块，还用于发送判断模块判断结果为是时，将所述故障码标志位复位；

所述缓存模块，还用于发送判断模块判断结果为是时，清空当前缓存的所述故障数据，并将所述存储数据标志位复位；

所述发送模块，还用于发送判断模块判断结果为是时，将所述发送数据标志位复位。

第四方面，本发明实施例提供了一种车载电子设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上第一方面或第一方面的任一种可能的实现方式所述方法的步骤。

第五方面，本发明实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如上第一方面或第一方面的任一种可能的实现方式所述方法的步骤。

本发明实施例提供一种用于故障数据获取的系统、方法、装置及存储介质，通过ECU控制器、CEM/GW模块、车载终端和TSP组成用于故障数据获取的系统。其中，ECU控制器，用于在车辆ECU存在故障时，获取与故障发生时刻对应的设定时长内的整车运行数据作为故障数据并缓存故障数据，通过CAN总线将故障数据发送至CEM/GW模块。CEM/GW模块，用于故障数据进行整理打包操作，并将打包后的故障数据发送至车载终端。车载终端，用于按照设定周期向TSP发送故障数据，以由TSP存储。经由ECU控制器、CEM/GW模块和车载终端将故障数据传输至云端平台进行存储，突破数据存储量的限制，克服根据优先级限制故障数据存储范围导致的偶发性故障数据被擦除的问题。本发明实施例中，ECU控制器仅对故障数据进行缓存，将故障数据转存至TSP，能够避免故障数据占用ECU控制器存储空间及偶发性故障数据被擦除影响故障原因分析的准确性。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本发明一实施例提供的用于故障数据获取的系统的结构示意图；

图2是本发明另一实施例提供的用于故障数据获取的系统的结构示意图；

图3是本发明一实施例提供的用于故障数据获取的方法的实现流程图；

图4是本发明另一实施例提供的用于故障数据获取的方法的实现流程图；

图5是本发明一实施例提供的用于故障数据获取的装置的结构示意图；

图6是本发明另一实施例提供的用于故障数据获取的装置的结构示意图；

图7是本发明一实施例提供的车载电子设备的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本发明实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本发明的描述。

本公开实施例的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开实施例的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含。

除非另有说明，术语“多个”表示两个或两个以上。本公开实施例中，字符“/”表示前后对象是一种“或”的关系。例如，A/B表示：A或B。术语“和/或”是一种描述对象的关联关系，表示可以存在三种关系。例如，A和/或B，表示：A或B，或，A和B这三种关系。

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图通过具体实施例来进行说明。

图1为本发明一实施例提供的用于故障数据获取的系统，如图1所示，该系统包括：ECU控制器10、CEM/GW模块11、车载终端12和TSP 13。

其中，ECU控制器10，用于在车辆ECU存在故障时，获取与故障发生时刻对应的设定时长内的整车运行数据作为故障数据并缓存故障数据，通过CAN总线将故障数据发送至CEM/GW模块11。

可选的，设定时长为故障发生前第一时长至故障发生后第二时长。其中，第一时长等于第二时长。以便于相关人员基于故障发生前后运行数据的变化进行对比分析，从而通过故障数据进行故障重现，降低人工进行故障重现的人员、时间和成本的投入。

在一种可能的实现方式中，第一时长和第二时长为2s～5s。以整车运行数据作为故障数据，为故障分析提供了丰富的数据基础，该时长范围能够避免数据缓存量过大占用空间，避免数据缓存和发送效率低，以及提高数据与发生时刻状态的相关性，实现故障的准确重现。

可选的，第一时长和第二时长为2S、3S、4S或5S。

其中，ECU控制器10对故障数据仅做缓存处理，在通过CAN总线将故障数据发送至CEM/GW模块11后，根据实际存储需求可以删除。且由于将数据发送至CEM/GW模块11，最后存储至TSP，ECU控制器10删除缓存的故障数据也并不影响后续故障分析。

CEM/GW模块11，用于故障数据进行整理打包操作，并将打包后的故障数据发送至车载终端12。其中，将故障数据进行打包，能够避免数据发生错乱或丢失。

车载终端12，用于按照设定周期向TSP 13发送故障数据，以由TSP 13存储。其中，车载终端12将故障数据发送到云端进行存储，既能避免故障数据本地存储占用存储空间，又能提高故障原因分析的效率，便于售后维修快速解决问题，提升产品品质和服务质量。

在一种可能的实现方式中，如图2所示，该系统还包括：大数据分析平台14，用于提供故障数据下载链接，根据数据下载请求从TSP 13获取对应的故障数据，并显示读取的故障数据。

其中，大数据分析平台14直接在链接页面读取信息，对故障数据进行梳理分析，并显示读取的故障数据，提高故障数据的直观性，并清晰确定各项故障数据对应关系，提高故障原因分析的效率。降低故障分析过程中人员、时间和成本的投入。

在本实施例中，通过ECU控制器、CEM/GW模块、车载终端和TSP组成用于故障数据获取的系统。其中，ECU控制器，用于在车辆ECU存在故障时，获取与故障发生时刻对应的设定时长内的整车运行数据作为故障数据并缓存故障数据，通过CAN总线将故障数据发送至CEM/GW模块。CEM/GW模块，用于故障数据进行整理打包操作，并将打包后的故障数据发送至车载终端。车载终端，用于按照设定周期向TSP发送故障数据，以由TSP存储。经由ECU控制器、CEM/GW模块和车载终端将故障数据传输至云端平台进行存储，突破数据存储量的限制，克服根据优先级限制故障数据存储范围导致的偶发性故障数据被擦除的问题。本发明实施例中，ECU控制器仅对故障数据进行缓存，将故障数据转存至TSP，并在大数据分析平台基于故障数据进行故障分析，能够避免故障数据占用ECU控制器存储空间及偶发性故障数据被擦除影响故障原因分析的准确性。

图3为本发明一实施例提供的用于故障数据获取的方法的实现流程图，用于ECU控制器10，该方法包括如下步骤：

S301，在判断ECU存在故障时，获取与故障发生时刻对应的设定时长内的整车运行数据作为故障数据。

ECU控制器用于管理多个ECU硬件设备并进行故障判断。在判断ECU存在故障时，获取故障发生时刻对应的设定时长内的整车运行数据，为故障判断提供全面的数据依据，提高故障原因分析的精确度。

S302，缓存故障数据。

其中，ECU控制器设置缓存模块，用于对故障数据仅做缓存处理，后续可根据存储需求清理缓存的故障数据，以避免占用ECU控制器的存储空间，降低运行效率。

在一种可能的实现方式中，步骤S301中，设定时长为故障发生前第一时长至故障发生后第二时长；其中，第一时长等于第二时长。

在一种可能的实现方式中，第一时长和第二时长为2s～5s。该时长范围能够避免数据缓存量过大占用空间，避免数据缓存和发送效率低，以及提高数据与发生时刻状态的相关性，实现故障的准确重现。

可选的，第一时长和第二时长为2S、3S、4S或5S。

在一具体实施例中，第一时长和第二时长为2s，即针对某一故障缓存区容纳共计4秒的故障数据，对应的包括40组数据，数据发送过程中，按组逐一发送，待全部40组数据发送完成后，清空存储数据。

S303，在故障数据缓存完成后，通过CAN总线发送故障数据至车辆CEM/GW模块，以由CEM/GW模块和车载终端将故障数据打包并发送至TSP。

其中，故障数据以专用报文的形式通过CAN总线发送至车辆CEM/GW模块。ECU控制器将数据发送至CEM/GW模块，并最终打包发送至TSP，可以减少车辆本地数据存储量，突破数据存储量的限制，同时为故障远程分析提供便利。

在本实施例中，在判断ECU存在故障时，获取与故障发生时刻对应的设定时长内的整车运行数据作为故障数据，提高数据与发生时刻状态的相关性，实现故障的准确重现，且以整车运行数据作为故障数据为后续故障分析提供了丰富的数据基础。对故障数据进行缓存，并在故障数据缓存完成后，通过CAN总线发送故障数据至车辆CEM/GW模块，以由CEM/GW模块和车载终端将故障数据打包并发送至TSP，突破车辆本地系统数据存储量的限制，进而避免根据优先级限制故障数据存储范围导致的偶发性故障数据被擦除的问题。

在一种可能的实现方式中，在步骤S301中，获取与故障发生时刻对应的设定时长内的整车运行数据作为故障数据之前，还包括：检测故障码标志位状态；在故障码标志位未置位时，将故障码标志位信号置位。

其中，ECU控制器在判断ECU存在故障且故障码标志位未置位时，执行后续操作，保证同一时间只针对某一项故障进行故障数据存储，避免多个数据同时进行存储发生混乱，影响后续故障原因分析中间的精确性。

在具体实施过程中，有多个动力丢失故障触发，首先只缓存第一个故障数据，当第一个故障数据发送完成后，开始下一个故障数据识别和故障数据缓存操作；故障数据缓存过程中发生新的动力丢失故障时，待当前故障数据缓存完成后开始新的故障数据识别和缓存。

在一种可能的实现方式中，在步骤S302之前，还包括：将存储数据标志位置位。在步骤S303中通过CAN总线发送故障数据至车辆CEM/GW模块之前，还包括：将发送数据标志位置位。

其中，在缓存故障数据前将存储数据标志位置位，并在发送故障数据前将发送数据标志位置位，便于对故障数据的分类存储和发送，避免多个故障的故障数据同时进行存储和发送处理时发生混乱。

在一种可能的实现方式中，在步骤S303之后，还包括：清空当前缓存的故障数据，并将发送数据标志位、故障码标志位和存储数据标志位复位。

其中，故障数据不会长时间存储在本地，在发送至车辆CEM/GW模块后，即进行下一故障的识别和相关故障数据的缓存操作。

在一种可能的实现方式中，故障数据至少包括故障发生时间、故障里程和故障名称，便于相关人员对故障原因分析的精确性。

可选的，故障数据还包括故障码，便于对故障数据进行分类识别。

在一种可能的实现方式中，在步骤S301中判断ECU存在故障之后，还包括：

确定当前故障对应的故障码；通过CAN总线发送故障码至车辆CEM/GW模块。

在一种可能的实现方式中，在通过CAN总线发送故障码至车辆CEM/GW模块之前，还包括：将故障码转发为十进制故障码。

在一种可能的实现方式中，在确定故障码之后，还包括：

根据故障码判断在当前驾驶循环中是否存在当前故障对应的故障记录且故障状态未修复；

若存在对应的故障记录且故障状态未修复，则退出当前操作并对下一故障执行当前故障对应的故障码及其之后的操作；

否则，根据故障码生成故障记录，并执行获取与故障发生时刻对应的设定时长内的整车运行数据作为故障数据及其之后的操作，以及执行通过CAN总线发送故障码至车辆CEM/GW模块的操作。

其中，单次驾驶循环即车辆启动至熄火之间的过程。在单次驾驶循环中，ECU发生故障后持续运行，ECU控制器基于故障码生成对应的故障记录，并在同一故障未修复期间，该故障对应的故障数据仅发送一次，避免单次驾驶行程中频繁进行故障上报，降低对故障重现的精确度。部分故障在持续运行过程中会自动修复，此时，在该故障对应的故障记录中记录故障修复情况或者清除故障记录，待再次出现该故障时，在故障记录中新增故障记录或重新根据故障码生成故障记录。

另外，基于此，可以减少故障数据重复获取和发送的操作，避免在有多个故障同时发生时，影响其他故障相关故障数据的获取和发送。本发明实施例不区分故障优先级，将所有故障对应的故障数据上传至TSP存储，既不会过多占用ECU控制器的存储空间，还能避免偶发性故障数据被擦除影响故障原因分析的准确性。

图4为本发明另一实施例提供的用于故障数据获取的方法的实现流程图，用于ECU控制器10，该方法包括如下步骤：

S401，判断ECU存在故障且故障码标志位未置位。

S402，确定故障码。

S403，当前驾驶循环中是否有相同故障码记录且故障未修复。在不存在相同故障码记录或者故障未修复时，执行步骤S404和S408；否则，执行步骤S401，执行新的故障判断。

S404，生成故障记录，记录故障码，将故障码标志位信号置位，并获取与故障发生时刻对应的设定时长内的整车运行数据作为故障数据。

S405，将存储数据标志位置位，存储故障数据，并在故障数据存储完成后，将发送数据标志位置。

S406，将故障数据通过CAN总线发送至车辆CEM/GW模块。

S407，在故障数据发送完成后，清空存储数据，并将发送数据标志位、故障码标志位和存储数据标志位复位。

S408，将故障码通过CAN总线发送至车辆CEM/GW模块。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

以下为本发明的装置实施例，对于其中未详尽描述的细节，可以参考上述对应的方法实施例。

图5示出了本发明实施例提供的用于故障数据获取的装置的结构示意图，用于ECU控制器10，为了便于说明，仅示出了与本发明实施例相关的部分，如图5所示，该装置包括：处理模块501、缓存模块502和发送模块503。

其中，处理模块501，用于在判断ECU存在故障时，获取与故障发生时刻对应的设定时长内的整车运行数据作为故障数据。

缓存模块502，用于缓存故障数据。

发送模块503，用于在故障数据缓存完成后，通过CAN总线发送故障数据至车辆CEM/GW模块。

图6示出了本发明另一实施例提供的用于故障数据获取的装置的结构示意图。该示图仅以一实施例示出，并不对装置具体实现方式构成限定，装置可以由图6中部分模块或者由其他模块代替。

在一种可能的实现方式中，该装置还包括：激活判断模块504，用于在获取与故障发生时刻对应的设定时长内的整车运行数据作为故障数据之前，检测故障码标志位状态。

处理模块501，还用于在故障码标志位未置位时，将故障码标志位信号置位。

在一种可能的实现方式中，缓存模块502，还用于在缓存故障数据之前，将存储数据标志位置位。

该装置还包括：存储判断模块505，用于判断缓存模块中故障数据缓存是否完成。

发送模块503，还用于在缓存模块中故障数据缓存完成后，将发送数据标志位置位。

在一种可能的实现方式中，该装置还包括：发送判断模块506，用于判断通过CAN总线发送故障数据至车辆CEM/GW模块是否完成。

处理模块，还用于发送判断模块506判断结果为是时，将故障码标志位复位。缓存模块502，还用于发送判断模块506判断结果为是时，清空当前缓存的故障数据，并将存储数据标志位复位。发送模块503，还用于发送判断模块506判断结果为是时，将发送数据标志位复位。。

在本实施例中，在判断ECU存在故障时，获取与故障发生时刻对应的设定时长内的整车运行数据作为故障数据，提高数据与发生时刻状态的相关性，实现故障的准确重现，且以整车运行数据作为故障数据为后续故障分析提供了丰富的数据基础。对故障数据进行缓存，并在故障数据缓存完成后，通过CAN总线发送故障数据至车辆CEM/GW模块，以由CEM/GW模块和车载终端将故障数据打包并发送至TSP，突破车辆本地系统数据存储量的限制，进而避免根据优先级限制故障数据存储范围导致的偶发性故障数据被擦除的问题。

图7是本发明实施例提供的车载电子设备的示意图。如图7所示，该实施例的车载电子设备7包括：处理器70、存储器71以及存储在所述存储器71中并可在所述处理器70上运行的计算机程序72。所述处理器70执行所述计算机程序72时实现上述各个用于故障数据获取的方法实施例中的步骤，例如图3所示的步骤S301至步骤S303。或者，所述处理器70执行所述计算机程序72时实现上述各装置实施例中各模块/单元的功能，例如图5所示模块501至503的功能。

示例性的，所述计算机程序72可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器71中，并由所述处理器70执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序72在所述车载电子设备7中的执行过程。例如，所述计算机程序72可以被分割成图5所示模块501至503。

所述车载电子设备7可包括，但不仅限于，处理器70、存储器71。本领域技术人员可以理解，图7仅仅是车载电子设备7的示例，并不构成对车载电子设备7的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述车载电子设备还可以包括输入输出设备、网络接入设备、总线等。

所称处理器70可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器71可以是所述车载电子设备7的内部存储单元，例如车载电子设备7的硬盘或内存。所述存储器71也可以是所述车载电子设备7的外部存储设备，例如所述车载电子设备7上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(SecureDigital，SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器71还可以既包括所述车载电子设备7的内部存储单元也包括外部存储设备。所述存储器71用于存储所述计算机程序以及所述车载电子设备所需的其他程序和数据。所述存储器71还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本发明所提供的实施例中，应该理解到，所揭露的装置/车载电子设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/车载电子设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个用于故障数据获取的方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、电载波信号、电信信号以及软件分发介质等。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

Claims (10)

1.一种用于故障数据获取的系统，其特征在于，包括：ECU控制器、CEM/GW模块、车载终端、汽车远程服务提供商TSP；

其中，所述ECU控制器，用于在车辆ECU存在故障时，获取与故障发生时刻对应的设定时长内的整车运行数据作为故障数据并缓存所述故障数据，通过CAN总线将所述故障数据发送至所述CEM/GW模块；

所述CEM/GW模块，用于所述故障数据进行整理打包操作，并将打包后的故障数据发送至所述车载终端；

所述车载终端，用于按照设定周期向所述TSP发送故障数据，以由所述TSP存储。

2.一种用于故障数据获取的方法，用于ECU控制器，其特征在于，包括：

在判断ECU存在故障时，获取与故障发生时刻对应的设定时长内的整车运行数据作为故障数据；

缓存所述故障数据；

在所述故障数据缓存完成后，通过CAN总线发送所述故障数据至车辆CEM/GW模块，以由所述CEM/GW模块和车载终端将所述故障数据打包并发送至TSP。

3.根据权利要求2所述的方法，其特征在于，所述设定时长为故障发生前第一时长至故障发生后第二时长；其中，所述第一时长等于所述第二时长。

4.根据权利要求2所述的方法，其特征在于，在所述获取与故障发生时刻对应的设定时长内的整车运行数据作为故障数据之前，还包括：

检测故障码标志位状态；

在故障码标志位未置位时，将故障码标志位信号置位。

5.根据权利要求4所述的方法，其特征在于，在所述缓存所述故障数据之前，还包括：将存储数据标志位置位；

在所述通过CAN总线发送所述故障数据至车辆CEM/GW模块之前，还包括：将发送数据标志位置位。

6.根据权利要求5所述的方法，其特征在于，在所述通过CAN总线发送所述故障数据至车辆CEM/GW模块之后，还包括：

清空当前缓存的所述故障数据，并将所述发送数据标志位、所述故障码标志位和所述存储数据标志位复位。

7.根据权利要求2至6任一项所述的方法，其特征在于，在所述判断ECU存在故障之后，还包括：

确定当前故障对应的故障码；

通过CAN总线发送所述故障码至车辆CEM/GW模块。

8.根据权利要求7所述的方法，其特征在于，在所述确定当前故障对应的故障码之后，还包括：

根据所述故障码判断在当前驾驶循环中是否存在当前故障对应的故障记录且故障状态未修复；

若存在对应的故障记录且故障状态未修复，则退出当前操作并对下一故障执行所述当前故障对应的故障码及其之后的操作；

否则，根据所述故障码生成故障记录，并执行所述获取与故障发生时刻对应的设定时长内的整车运行数据作为故障数据及其之后的操作，以及执行所述通过CAN总线发送所述故障码至车辆CEM/GW模块的操作。

9.一种用于故障数据获取的装置，其特征在于，包括：

处理模块，用于在判断ECU存在故障时，获取与故障发生时刻对应的设定时长内的整车运行数据作为故障数据；

缓存模块，用于缓存所述故障数据；

发送模块，用于在所述故障数据缓存完成后，通过CAN总线发送所述故障数据至车辆CEM/GW模块。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如上的权利要求2至8中任一项所述方法的步骤。