CN117953606A - 数据获取方法、控制器及车辆 - Google Patents

Abstract

本申请提供了一种数据获取方法、控制器及车辆，能够利用车辆上的微控制器单元MCU，获取系统级芯片SoC的运行数据，从而实现对SoC的异常分析。该方法中，车辆的控制器中所包含的MCU和SoC通过通用异步收发器UART接口连接，基于此，MCU可通过UART接口获取SoC的运行数据，然后MCU可将该运行数据转发给第一车载部件，进而实现SoC的异常分析。

Description

数据获取方法、控制器及车辆

技术领域

本申请涉及计算机技术领域，尤其涉及一种数据获取方法、控制器及车辆。

背景技术

随着智能驾驶技术的快速发展，越来越多的车辆采用系统级芯片(system-on-chip，SoC)，来控制车辆正常运行。其中，SoC是由一系列具有特定功能的集成电路组合在一颗芯片上而形成的芯片级系统，其能够实现对车辆上的多个电子控制单元(electroniccontrol unit，ECU)的控制。一般而言，SoC上电后，会有序启动SoC上的各种系统，以确保SoC的正常运行。而当SoC启动异常时，通过获取SoC启动过程中的相关数据，可以快速定位出SoC启动流程中的异常，进而分析出SoC启动异常的原因。

目前，在SoC的测试阶段，相关人员可直接通过SoC上的硬件接口，将SoC启动过程中的相关数据导出到检测设备上，从而可快速分析出SoC启动异常的原因。然而，为了保证SoC信息和功能不被泄露，在量产SoC时，SoC上通常不会保留硬件接口，也就无法通过硬件接口获取到SoC启动过程中的相关数据，导致后续SoC出现启动异常时，无法有效分析出异常原因。

发明内容

本申请提供一种数据获取方法、控制器及车辆，能够利用车辆上的微控制器单元MCU，获取系统级芯片SoC的运行数据，从而实现对SoC的异常分析。

为达到上述目的，本申请采用如下技术方案：

第一方面，提供一种数据获取方法，应用于车辆的控制器中的微控制器单元MCU，该控制器还包括系统级芯片SoC，MCU通过通用异步收发器UART接口连接SoC，该方法包括：通过UART接口获取SoC的运行数据；向第一车载部件发送运行数据，运行数据用于进行SoC的异常分析。

上述第一方面的方案中，针对包含有MCU和SoC的车辆控制器，新增了一条由SoC到MCU的UART硬件通路，使得MCU能够通过该UART硬件通路获取到SoC的运行数据，并由MCU将获取到的SoC的运行数据外发至第一车载部件，以实现对运行数据的分析处理。如此，在量产包含MCU和SoC的控制器后，如果其中的SoC出现启动异常，相关人员也可有路径获取到SoC的运行数据，快速分析出SoC启动异常的原因。

在一种可能的实施方式中，在通过UART接口获取SoC的运行数据之后，该方法还包括：对运行数据进行压缩处理，得到压缩后的运行数据；向第一车载部件发送运行数据，包括：向第一车载部件发送压缩后的运行数据。如此，MCU能够使用较少的内存空间存下大量的SoC的运行数据。

在一种可能的实施方式中，在通过UART接口获取SoC的运行数据之后，该方法还包括：对运行数据进行加密处理，得到加密后的运行数据；向第一车载部件发送运行数据，包括：向第一车载部件发送加密后的运行数据。如此，保障了SoC的运行数据的信息安全，即使攻击者获取到SoC的运行数据也无法知晓其内容含义。

在一种可能的实施方式中，MCU在通过UART接口获取SoC的运行数据之后，既可以对该运行数据进行压缩处理，也可以对该运行数据进行加密处理。压缩处理和加密处理的先后执行顺序，本申请并不作限定。例如可以是先对运行数据进行压缩处理，在对压缩后的运行数据进行加密数据。

在一种可能的实施方式中，上述通过UART接口获取SoC的运行数据，包括：控制SoC处于上电状态；在SoC的系统启动过程中，通过UART接口获取SoC的运行数据；缓存运行数据。如此，MCU在控制SoC上电后，即可开始通过UART接口获取SoC的系统启动过程中的运行数据，并缓存在MCU的内存空间中。

在一种可能的实施方式中，向第一车载部件发送运行数据，包括：在检测到SoC的启动异常时，向第一车载部件发送运行数据。如此，MCU在获取到SoC的运行数据后，若检测到SoC没有正常启动，则MCU可自动外发该运行数据到第一车载部件，便于相关人员获取到该运行数据实现对SoC的异常定位。

在一种可能的实施方式中，向第一车载部件发送运行数据，包括：响应于用户的第一指令，向第一车载部件发送运行数据。如此，MCU在获取到SoC的运行数据后，若检测到用户的使能指令，则MCU可外发该运行数据到第一车载部件，便于用户了解SoC启动异常的原因。

在一种可能的实施方式中，MCU通过控制器局域网CAN总线与第一车载部件连接，向第一车载部件发送运行数据，包括：将运行数据分割成多个数据片；生成多个数据片中每个数据片对应的CAN报文；通过CAN总线向第一车载部件发送每个数据片对应的CAN报文。如此，在MCU通过CAN总线外发SoC的运行数据时，由于CAN总线比较窄，无法一次性外发完所有的运行数据，因此，可对运行数据进行拆分后分多次外发。

在一种可能的实施方式中，第一车载部件为车载通信部件，车载通信部件用于与车辆的外部设备建立通信连接，其中：运行数据用于指示车载通信部件将运行数据发送至外部设备，并指示外部设备对运行数据进行分析处理。如此，MCU可将SoC的运行数据，转发至车辆上具备通信能力的部件，使得该运行数据可以发送至外部设备，便于相关人员查看该运行数据并分析异常原因。

在一种可能的实施方式中，第一车载部件为车载显示设备，其中：运行数据用于指示车载显示设备将运行数据进行分析处理并显示分析结果。如此，MCU可将SoC的运行数据，转发至车辆上具备显示和分析能力的部件，使得相关人员可以直接通过该部件查看到异常原因。

第二方面，提供一种数据获取装置，该装置包含在车辆控制器的MCU中，该装置具有实现上述第一方面或其任一种可能的设计方式的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块或单元。例如，该数据获取装置可以包括获取模块和发送模块。其中获取模块，用于通过UART接口获取SoC的运行数据；发送模块，用于向第一车载部件发送运行数据，运行数据用于进行SoC的异常分析。

第三方面，提供一种微控制器单元MCU，该MCU应用于车辆，该MCU包括处理器、存储器和通用异步收发器UART接口，其中，UART接口用于连接系统级芯片SoC，存储器用于存储计算机程序或指令，处理器用于运行该计算机程序或指令，执行上述第一方面任一项可能的实现中的数据获取方法。

第四方面，提供一种控制器，该控制器包括上述第三方面的MCU和SoC。

第五方面，提供一种车辆，该车辆包括上述第四方面的控制器。

第六方面，提供一种芯片系统。该芯片系统包括一个或多个接口电路和一个或多个处理器。该接口电路和处理器通过线路互联。该接口电路用于接收信号，并向处理器发送该信号，该信号包括指令。处理器用于运行该指令，执行上述第一方面任一项可能的实现中的数据获取方法。

可以理解地，上述提供的第二方面的装置，第三方面的微控制器单元MCU，第四方面的控制器，第五方面的车辆及第六方面的芯片系统所能达到的有益效果，可参考第一方面及其任一项可能的实现中的有益效果，此处不再赘述。

附图说明

图1为本申请实施例提供的一种车辆架构示意图；

图2为相关技术提供的一种系统架构示意图；

图3为相关技术提供的一种系统架构示意图；

图4为本申请实施例提供的一种数据获取方法的流程示意图；

图5为本申请实施例提供的一种系统架构示意图；

图6为本申请实施例提供的一种数据获取方法的时序图；

图7为本申请实施例提供的一种数据获取方法的流程图；

图8为本申请实施例提供的一种数据获取装置的结构示意图。

具体实施方式

下面结合附图对本申请实施例进行详细描述。

如图1所示，本申请实施例提供了一种车辆100的架构示意图。其中，车辆100可以是用于载运人员的常规车辆或自动驾驶车辆。自动驾驶车辆也可以称为无人驾驶车辆或智能驾驶车辆等，其可以在手动模式、全自主模式或部分自主模式下行驶。当被配置成在全自主模式或部分自主模式下行驶时，自动驾驶车辆可以在极少或没有来自驾驶员的控制输入的情况下在地理区域上自主行驶。

可选地，车辆100可以是基于地面的交通工具，例如汽车、公共汽车、摩托车、机车、地铁等。车辆100也可以是基于水面的交通工具，例如船、气垫船、潜水艇等。车辆100还可以是飞行交通工具，例如飞机、直升机等。本申请实施例对车辆100的具体类型不做限定。

本申请实施例中，车辆100可以包括至少一个控制器110，该控制器具有控制功能以及计算功能等。

在一些实施例中，控制器110可以为电子控制单元(electronic control unit，ECU)。不同的ECU可以实现不同的功能，以控制车辆正常运行。如空调ECU可以控制车辆中的温度，发动机ECU可以控制发动机的进气量，喷油量以及点火时间等，以控制车辆的速度。

其中，各种ECU之间可以通过车内总线连接，以实现ECU之间的数据通信。其中，总线可以是控制器局域网络(controller area network，CAN)总线，也可以是以太网总线、局域互联网络(local interconnect network，LIN)总线、面向媒体的系统传输(mediaoriented system transport，MOST)总线、FlexRay等有线通信线路，也可以为无线保真(wireless fidelity，Wi-Fi)、蓝牙、紫蜂(ZigBee)等无线通信模块生成的线路。

在一些实施例中，车辆可以根据功能划分多个不同的域，每个域包括至少一个域控制器，每个域控制器用于管理域内连接到的一条或多条CAN总线上的多个ECU。

上述控制器110也可以为域控制器。其中，该域控制器可以为座舱域控制器(cockpit domain controller，CDC)，或称智能座舱平台，用于智能座舱的控制。该域控制器也可以为整车域控制器(vehicledomain controller，VDC)，或称整车控制平台，用于整车动力控制。该域控制器还可以为移动数据中心(mobile data center，MDC)，或称为智能驾驶平台，用于智能驾驶的控制。本申请实施例对域控制器的类型并不作限定。

其中，控制器110可包括微控制器单元(microcontroller unit，MCU)111和SoC112。其中。SoC 112上包括通用异步收发器(universal asynchronous receiver/transmitter，UART)接口，该UART接口是一种通用串行数据总线，用于异步通信。在SoC中，UART接口可用于数据传输，调试指示和调试信息的输出。本申请实施例中，MCU 111与SoC112之间可通过UART接口连接。MCU 111用于通过UART接口获取SoC112的运行数据。

本申请实施例中，SoC 112的电源由MCU 111把控，MCU 111负责检测SoC 112的工作状态并执行SoC 112上电、SoC 112下电、异常恢复等操作。其中，MCU 111给SoC 112上电后，SoC 112会周期性的传递一帧心跳信号数据包给MCU 111，MCU 111会对心跳信号做计时处理，若在规定时间内没有收到下一个或多个心跳信号则认为是SoC 112出现异常，并执行重启。

本申请实施例中，SoC 112上电后，会有序启动SoC 112上的各种系统，如依次启动基本输入输出系统(basic input output system，BIOS)、Bootloader、操作系统(operating system，OS)等。

在一些实施例中，车辆还可以包括具有通讯功能的车载通信部件120，如网关、车载通信终端、车机等。其中，车载通信终端也称车载电信盒(telematics-box，T-box)。车载T-box是车辆内带通讯功能的一个盒子，可以为车辆100提供远程通讯接口，通常隐藏设置于车辆内。车载T-box主要用于和后台系统(如服务器)/电子设备通信，实现电子设备端的车辆信息显示与车辆控制。其中，电子设备可以是手机、平板电脑、穿戴设备等。在一种可能的实现方式中，车载T-box可通过CAN总线读取车辆内各个ECU的数据，并通过网络将数据发送给后台系统(如服务器)或电子设备，以供用户查看。

在一些实施例中，车辆还可以包括具有显示功能的车载显示部件130，如车机。车机也称车载电脑或车载导航。车机可包括主机和显示屏，车机的主机和显示屏可以设置在一起，也可以分开设置。车机通常安装在中控台里面。中控台是指车辆100内主副驾驶座位前面的工作台，该工作台通常是仪表盘、空调、音响面板、储物盒、以及气囊等装置的载体。可选地，车机可以与车辆中的传感器连接，车机可以根据来自传感器的数据，实现对车辆的控制。车辆中的传感器可以包括但不限于温度传感器、速度传感器、图像传感器。

在一些实施例中，控制器110可通过总线与车载通信部件120、车载显示部件130连接，以实现数据通信。

在一些实施例中，上述车机、车载通信终端也可以是车辆中的ECU。

可以理解，本申请实施例对车辆的结构并不作限定，其可以包含更多的部件或设备。以下实施例中的方法均可以在具有上述硬件结构的车辆或控制器中实现。

一般地，当SoC启动异常时，相关人员通过获取SoC启动过程中的相关数据，可以快速定位出SoC启动流程中的异常，进而分析出SoC启动异常的原因。

目前，在SoC的测试阶段，如图2所示，相关人员可直接从SoC上的硬件UART接口接出一条数据线，用以连接检测设备，从而可将SoC启动过程中的相关数据导出到检测设备上，进而可快速分析出SoC启动异常的原因。然而，为了保证SoC信息和功能不被泄露，在量产SoC时，SoC上通常不会保留硬件UART接口，相关人员也就无法通过接入硬件UART接口，获取到SoC启动过程中的相关数据，导致后续SoC出现启动异常时，无法有效分析出异常原因。

在信息与通信(information and communications technology，ICT)服务器领域，如图3所示，虽然可以通过在服务器的SoC的UART接口上外挂一个基板管理控制器(baseboard management controller，BMC)，将SoC的运行数据通过UART接口导出。但在车辆领域，若对车辆中的每个控制器中的SoC都外挂一个BMC，不仅提高了硬件成本和软件适配成本，还存在信息安全的问题。

因此，为解决上述问题，本申请实施例提供了一种数据获取方法，利用车辆上自带的功能安全的MCU替代ICT领域的BMC，并增设了一条由SoC到MCU的UART硬件通路，使得MCU能够通过该UART硬件通路获取到SoC的运行数据，并由MCU将获取到的SoC的运行数据外发，以实现对SoC的运行异常的分析处理。如此，既无需新增额外的硬件成本，在量产包含MCU和SoC的控制器后，若其中的SoC出现启动异常，相关人员也可有路径获取到SoC的运行数据，快速分析出SoC启动异常的原因。

以下将以图1中的控制器为例，介绍本申请实施例提供的一种数据获取方法。其中，该控制器包括MCU和SoC，如图4所示，该数据获取方法可以包括：

S410、MCU通过UART接口获取SoC的运行数据。

可以理解，由于MCU与SoC之间已通过UART接口连接，因此，MCU可以直接通过UART通道获取到SoC的运行数据。

其中，SoC的运行数据可以是指SoC上电后的一系列启动数据，该一系列启动数据可便于后续进行SoC的启动异常分析。例如，该SoC的运行数据可包括启动BIOS时执行的一系列代码数据、指令等，也可以包括启动Bootloader时执行的一系列代码数据等，还可以包括启动OS执行的一系列代码数据等。

在一些实施例中，SoC的运行数据也可以是指SoC启动后实现各种功能时的执行数据，通过该一系列执行数据可便于后续进行SoC的运行功能的异常分析。

S420、MCU向第一车载部件发送运行数据，运行数据用于进行SoC的异常分析。

本申请实施例中，MCU在获取到SoC的运行数据后，可以将该SoC的运行数据外发，以便于相关人员可以获取到SoC的运行数据，并通过配套解析脚本解析该运行数据，从而分析定位出SoC的异常原因。

本申请实施例中，MCU可通过车辆内总线将SoC的运行数据外发至车辆中的第一车载部件。该第一车载部件可以是车辆中的任意部件、设备等。

作为一种方式，第一车载部件可以是具备通讯功能的车载通信部件，如车载网关、车载T-box等。MCU将SoC的运行数据外发至这类车载通信部件后，车载通信部件能够将该SoC的运行数据发送给车辆的外部设备，如车云系统中的服务器、具备数据检测分析能力的检测设备等。使得相关人员查看该运行数据并分析异常原因。

如图5所示，MCU 111在通过UART通道获取到SoC 112的运行数据后，可通过车辆内总线将SoC的运行数据转发至车载通信部件，车载通信部件将该运行数据上报至车云系统的服务器200。从而相关人员可从服务器中读取到该运行数据，进行SoC的异常分析。

可选地，车载通信部件也可以具备数据检测分析能力，从而车载通信部件在接收到SoC的运行数据后，也可对该运行数据进行分析处理，得到分析结果后，再发送给车辆的外部设备。

作为另一种方式，第一车载部件可以是具备显示功能的车载显示部件，如车机。MCU将SoC的运行数据外发至这类车载显示部件后，车载显示部件能够对该运行数据进行分析处理，得到分析结果后，将该分析结果进行显示。从而使得相关人员可以直接通过该部件查看到异常原因。

在一些实施例中，由于MCU的内存空间有限，可能无法承载SoC大量的运行数据。因此，MCU获取到SoC的运行数据后，也可对运行数据进行压缩处理，得到压缩后的运行数据，再转发至第一车载部件。如此，MCU能够使用较少的内存空间存下大量的SoC运行数据。其中，压缩算法可以是相关技术中的任一种压缩算法，本申请实施例对此不作限定。例如采用Lz77压缩算法。

在一些实施例中，由于在CAN网络广播SoC的运行数据，可能面临信息安全和系统被攻破的风险，因此，MCU获取到SoC的运行数据后，也可对运行数据进行加密处理，得到加密后的运行数据，再转发至第一车载部件。如此，保障了SoC的运行数据的信息安全，即使攻击者获取到SoC的运行数据也无法知晓其内容含义。其中，加密算法可以是相关技术中的任一种加密算法，本申请实施例对此不作限定。

在一些实施例中，MCU获取到SoC的运行数据后，也可以先对SoC的运行数据进行压缩处理，得到压缩后的运行数据后，再对该压缩后的运行数据进行加密处理，得到加密后的运行数据。

在一些实施例中，MCU获取到SoC的运行数据后，也可以先对SoC的运行数据进行加密处理，得到加密后的运行数据后，再对该加密后的运行数据进行压缩处理，得到压缩后的运行数据。本申请实施例对加密和压缩的先后执行顺序并不作限定。

本申请实施例提供的一种数据获取方法，针对包含有MCU和SoC的车辆控制器，新增了一条由SoC到MCU的UART硬件通路，使得MCU能够通过该UART硬件通路获取到SoC的运行数据，并由MCU将获取到的SoC的运行数据外发至第一车载部件，以实现对运行数据的分析处理。如此，即使在量产包含MCU和SoC的控制器后，其中的SoC出现启动异常，相关人员也可有路径获取到SoC的运行数据，快速分析出SoC启动异常的原因。

请参阅图6和图7，图6示出了本申请实施例提供的一种数据获取方法的时序图，图7示出了本申请实施例提供的一种数据获取方法的流程图，该数据获取方法可以包括：

S510、MCU控制SoC处于上电状态。

本申请实施例中，在SoC处于下单状态时，若需要启动SoC，则MCU可给SoC上电，使得SoC处于上电状态。SoC处于上电状态后，SoC可以有序启动SoC上的各种系统。且启动过程中，SoC的启动数据可通过UART接口转发至MCU。

S520、在SoC的系统启动过程中，MCU通过UART接口获取SoC的运行数据。

本申请实施例中，MCU给SoC上电后，MCU可通过UART接口获取SoC的运行数据。

S530、MCU对运行数据进行压缩处理和加密处理。

本申请实施例中，MCU在获取到SoC的运行数据后，可以对SoC的运行数据进行压缩加密，不仅可以保证数据安全，还可以节省MCU的内存空间。

S540、MCU缓存运行数据。

本申请实施例中，MCU在压缩加密运行数据后，可将该压缩加密后的运行数据进行暂存，等待后续判断是否外发。

S550、MCU检测到SoC的启动异常时，向车载通信部件发送运行数据。

本申请实施例中，MCU给SoC上电后，SoC会周期性的传递一帧心跳信号数据包给MCU，MCU会对心跳信号做计时处理，若在规定时间如一分钟内没有收到心跳信号则认为是SoC出现启动异常。此时MCU可将压缩加密后的运行数据外发至车载通信部件。

可选地，在MCU通过CAN总线外发SoC的运行数据时，由于CAN总线比较窄，无法一次性外发完所有的运行数据，因此，可对运行数据进行拆分后分多次外发。其中，MCU将SoC的运行数据分割成多个数据片，并生成多个数据片中每个数据片对应的CAN报文，然后通过CAN总线向车载通信部件循环发送每个数据片对应的CAN报文。

可选地，MCU检测到SoC的启动异常时，也可向车载显示部件发送运行数据。从而车载显示设备可对运行数据进行分析处理并显示分析结果。

在一些实施例中，MCU也可响应于用户的第一指令，向车载通信部件或车载显示部件发送运行数据。如此，MCU在获取到SoC的运行数据后，若检测到用户的使能指令，则MCU也可外发该运行数据到第一车载部件，便于用户了解SoC启动异常的原因。

可选地，MCU检测到SoC的启动异常时，可指示车载显示部件显示异常提示，并显示异常分析选项(例如图标或下拉菜单)。当用户选择该异常分析选项后，MCU响应该点击操作，可将暂存的SoC的运行数据发生至车载显示部件，由车载显示部件对运行数据进行分析处理并显示分析结果。

S560、车载通信部件将运行数据发送至服务器。

本申请实施例中，车载通信部件在接收到CAN报文后，可将CAN报文上报至服务器，从而相关人员可从服务器拉取CAN报文，并通过配套的解析脚本工具，解析该CAN报文，得到加密压缩前的SoC原始运行数据。进而相关人员可根据解析出来的SoC原始运行数据，分析SoC的启动异常。

可以理解的是，上述控制器或MCU等为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请实施例的范围。

需要说明的是，本发明实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。例如，控制器或MCU可以包括存储器、处理器、通信接口以及总线。其中，存储器、处理器、通信接口通过总线实现彼此之间的通信连接。

本申请实施例还提供一种数据获取装置，该装置可以应用于上述控制器或MCU。该装置用于执行上述方法实施例中控制器或MCU执行的各个功能或者步骤。

本申请实施例可以根据上述方法示例对上述数据获取装置等进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

作为一种示例，请参阅图8，图8示出了本申请实施例提供的一种数据获取装置的结构示意图。如图8所示，该数据获取装置800包括获取模块801和发送模块802。其中，获取模块801，用于通过UART接口获取SoC的运行数据。发送模块802，用于向第一车载部件发送运行数据，运行数据用于进行SoC的异常分析。

在一种可能的实施方式中，该数据获取装置800还包括压缩处理模块，用于对运行数据进行压缩处理，得到压缩后的运行数据。发送模块802，用于向第一车载部件发送压缩后的运行数据。

在一种可能的实施方式中，该数据获取装置800还包括加密处理模块，用于对运行数据进行加密处理，得到加密后的运行数据。发送模块802，用于向第一车载部件发送加密后的运行数据。

在一种可能的实施方式中，上述获取模块801用于：控制SoC处于上电状态；在SoC的系统启动过程中，通过UART接口获取SoC的运行数据；缓存运行数据。

在一种可能的实施方式中，发送模块802，用于在检测到SoC的启动异常时，向第一车载部件发送运行数据。

在一种可能的实施方式中，发送模块802，用于响应于用户的第一指令，向第一车载部件发送运行数据。

在一种可能的实施方式中，MCU通过控制器局域网CAN总线与第一车载部件连接，发送模块802，用于将运行数据分割成多个数据片；生成多个数据片中每个数据片对应的CAN报文；通过CAN总线向第一车载部件发送每个数据片对应的CAN报文。

在一种可能的实施方式中，第一车载部件为车载通信部件，车载通信部件用于与车辆的外部设备建立通信连接，其中：运行数据用于指示车载通信部件将运行数据发送至外部设备，并指示外部设备对运行数据进行分析处理。

在一种可能的实施方式中，第一车载部件为车载显示设备，其中：运行数据用于指示车载显示设备将运行数据进行分析处理并显示分析结果。

需要说明的是，图8提供的数据获取装置800中各模块之间的信息交互、执行过程等内容，与本申请中图4对应的方法实施例基于同一构思，具体内容可参见本申请前述所示的方法实施例中的叙述，此处不再赘述。

本申请实施例还提供一种微控制器单元MCU，该MCU应用于车辆，该MCU包括处理器、存储器和通用异步收发器UART接口，UART接口、存储器和处理器耦合，其中，UART接口用于连接系统级芯片SoC，存储器用于存储计算机程序或指令，处理器用于运行该计算机程序或指令，上述方法实施例中MCU执行的各个功能或者步骤。

本申请实施例还提供一种控制器，该控制器包括上述数据获取装置，或包括上述MCU。可选地，该控制器为域控制器或电子控制单元ECU。

本申请实施例还提供一种芯片系统，该芯片系统包括至少一个处理器和至少一个接口电路。处理器和接口电路可通过线路互联。接口电路可读取存储器中存储的指令，并将该指令发送给处理器。当该指令被处理器执行时，可使得芯片系统执行上述方法实施例中MCU执行的各个功能或者步骤。当然，该芯片系统还可以包含其他分立器件，本申请实施例对此不作具体限定。

本申请实施例还提供一种计算机程序产品，当所述计算机程序产品在MCU上运行时，使得MCU执行上述方法实施例中MCU执行的各个功能或者步骤。

通过以上实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

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

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

以上内容，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应覆盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (13)

1.一种数据获取方法，其特征在于，应用于车辆的控制器中的微控制器单元MCU，所述控制器还包括系统级芯片SoC，所述MCU通过通用异步收发器UART接口连接所述SoC，所述方法包括：

通过所述UART接口获取所述SoC的运行数据；

向第一车载部件发送所述运行数据，所述运行数据用于进行所述SoC的异常分析。

2.根据权利要求1所述的方法，其特征在于，在通过所述UART接口获取所述SoC的运行数据之后，所述方法还包括：

对所述运行数据进行压缩处理，得到压缩后的运行数据；

所述向第一车载部件发送所述运行数据，包括：

向所述第一车载部件发送所述压缩后的运行数据。

3.根据权利要求1或2所述的方法，其特征在于，在通过所述UART接口获取所述SoC的运行数据之后，所述方法还包括：

对所述运行数据进行加密处理，得到加密后的运行数据；

所述向第一车载部件发送所述运行数据，包括：

向所述第一车载部件发送所述加密后的运行数据。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述通过所述UART接口获取所述SoC的运行数据，包括：

控制所述SoC处于上电状态；

在所述SoC的系统启动过程中，通过所述UART接口获取所述SoC的运行数据；

缓存所述运行数据。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述向第一车载部件发送所述运行数据，包括：

在检测到所述SoC的启动异常时，向第一车载部件发送所述运行数据。

6.根据权利要求1-4任一项所述的方法，其特征在于，所述向第一车载部件发送所述运行数据，包括：

响应于用户的第一指令，向第一车载部件发送所述运行数据。

7.根据权利要求1-6任一项所述的方法，其特征在于，所述MCU通过控制器局域网CAN总线与所述第一车载部件连接，所述向第一车载部件发送所述运行数据，包括：

将所述运行数据分割成多个数据片；

生成所述多个数据片中每个数据片对应的CAN报文；

通过所述CAN总线向所述第一车载部件发送所述每个数据片对应的CAN报文。

8.根据权利要求1-7任一项所述的方法，其特征在于，所述第一车载部件为车载通信部件，所述车载通信部件用于与车辆的外部设备建立通信连接，其中：

所述运行数据用于指示所述车载通信部件将所述运行数据发送至所述外部设备，并指示所述外部设备对所述运行数据进行分析处理。

9.根据权利要求1-7任一项所述的方法，其特征在于，所述第一车载部件为车载显示设备，其中：

所述运行数据用于指示所述车载显示设备将所述运行数据进行分析处理并显示分析结果。

10.一种微控制器单元MCU，其特征在于，应用于车辆，所述MCU包括处理器、存储器和通用异步收发器UART接口，所述UART接口、所述存储器和所述处理器耦合，其中，所述UART接口用于连接系统级芯片SoC，所述存储器用于存储计算机程序或指令，所述处理器用于运行所述计算机程序或指令，执行如权利要求1-9中任一项所述的方法。

11.一种控制器，其特征在于，所述控制器包括如权利要求10所述的MCU和所述SoC。

12.一种车辆，其特征在于，所述车辆包括如权利要求11所述的控制器。

13.一种芯片，其特征在于，所述芯片包括接口电路和处理器，所述接口电路和所述处理器通过线路互联，所述接口电路用于接收信号，所述信号包括指令，所述处理器用于运行所述指令，执行如权利要求1-9中任一项所述的方法。