应用于车载娱乐主机的异常日志获取系统及车载娱乐主机的制作方法

本实用新型涉及车机技术领域，特别是涉及一种应用于车载娱乐主机的异常日志获取系统及车载娱乐主机。

背景技术：

车载娱乐信息系统(in-vehicleinfotainment，ivi)是集成于汽车中控台的智能多媒体设备，俗称汽车导航。如今，汽车导航产品越来越普遍，功能也越来越多，除了基本的cd(compactdisk，激光唱片)、收音机、gps(globalpositioningsystem，全球定位系统)导航，蓝牙、usb(universalserialbus，通用串行总线)、aux(辅助/附加接口)等功能，智能多媒体设备的发展趋势呈智能化、网络化发展，wi-fi，wcdma(widebandcodedivisionmultipleaccess，宽带码分多址)也得到充分应用。车载导航现在已是各种车型的标配。

随着相关车载软硬件的演进和车联网服务形式的不断创新，现在的ivi系统已逐渐覆盖了导航、音乐、视频、语音识别、电话、信息交互等内容。在ivi系统的操作系统(operatingsystem，os)中，目前应用比较广泛的主要包括qnx(quickunix)、android、windows和linux等系统。

以目前基于android的操作系统为例，在工作台上可以通过uart(universalasynchronousreceiver/transmitter，通用异步收发传输器)或者adb(androiddebugbridge，android调试桥)的方式对设备进行调试和日志的获取。但车载娱乐主机装车后，uart是无法使用的，暴露给用户的接口基本只有usb接口，并且usb接口默认是主机模式(host模式)方便用户给手机充电或者插入u盘。如果装车的车载娱乐主机出现各种bug后，可以通过做好的接口把车载娱乐主机保存的日志导出至u盘中，方便研发人员分析日志，或者通过显示屏的拨号键盘输入特定的信号把otg(on-the-go)端口切成设备模式(device模式)，这样工作人员就可以通过将外部计算机连接到otg端口，以利用外部计算机通过adbshell调试命令对车载娱乐主机进行各种调试工作。

但是，当装车后的车载娱乐主机的显示屏黑屏或者出现其他故障而无法直观的看到设备到底出现什么问题，并且此时adb和u盘导出日志的功能也都无法使用了，如果想发现问题的根本原因，就需要找主机厂专业人员把车载娱乐主机拆出来进行调试，非常麻烦。

技术实现要素：

鉴于上述问题，提出了本实用新型以便提供一种克服上述问题或者至少部分地解决上述问题的一种应用于车载娱乐主机的异常日志获取系统及车载娱乐主机。

根据本实用新型的一方面，提供了一种应用于车载娱乐主机的异常日志获取系统，包括面板按键、微控制器、应用处理器和第一usbotg端口，其中，所述面板按键，与所述微控制器连接，配置为接收用户的指定按键操作，将所述指定按键操作对应的按键信息发送至所述微控制器，所述指定按键操作用于启动车载娱乐主机进入异常日志获取模式；

所述微控制器，与所述应用处理器连接，配置为接收到所述指定按键操作对应的按键信息时，向所述应用处理器发送异常日志获取模式的通知消息；

所述应用处理器，与所述第一usbotg端口连接，配置为接收到所述异常日志获取模式的通知消息时，控制所述第一usbotg端口的功能切换至设备模式，将所述应用处理器产生的异常日志传输至设备模式下的第一usbotg端口；

所述第一usbotg端口，与外部计算机的第二usbotg端口连接，配置为将所述异常日志传输至所述外部计算机。

可选地，所述微控制器与所述应用处理器之间连接有通用异步串行总线或串行外设接口总线，并通过所述通用异步串行总线或串行外设接口总线传输异常日志获取模式的通知消息。

可选地，所述系统还包括：

供电模块，与所述微控制器和所述应用处理器分别连接，配置为向所述微控制器和所述应用处理器分别供电。

可选地，所述应用处理器包括三个阶段，所述应用处理器在每个阶段控制所述第一usbotg端口的功能切换至设备模式，以及将每个阶段产生的异常日志传输至设备模式下的第一usbotg端口；

所述第一usbotg端口，还配置为将接收的每个阶段的异常日志传输至所述外部计算机。

可选地，所述面板按键包括实体按键或者触摸按键。

依据本实用新型另一方面，还提供了一种车载娱乐主机，包括上文任意实施例的应用于车载娱乐主机的异常日志获取系统。

本实用新型实施例中，当车载娱乐主机显示屏黑屏或者出现其他故障，无法直观的确定车载娱乐主机的问题时，利用娱乐主机的第一usbotg端口与外部计算机的第二usbotg端口连接，并通过在面板按键上进行指定按键操作，以利用对应的按键信息触发微控制器向应用处理器发送异常日志获取模式的通知消息，由应用处理器控制娱乐主机的第一usbotg端口的功能切换至设备模式，从而可以有效地将应用处理器产生的异常日志经设备模式下的第一usbotg端口传输至外部计算机，以在外部计算机上获取到异常日志，不仅可以方便、快速的帮助技术人员分析出娱乐主机死机、黑屏等问题的根本原因，同时还避免了拆卸娱乐主机设备的繁琐操作，能够有效保护车辆的内饰。

上述说明仅是本实用新型技术方案的概述，为了能够更清楚了解本实用新型的技术手段，而可依照说明书的内容予以实施，并且为了让本实用新型的上述和其它目的、特征和优点能够更明显易懂，以下特举本实用新型的具体实施方式。

根据下文结合附图对本实用新型具体实施例的详细描述，本领域技术人员将会更加明了本实用新型的上述以及其他目的、优点和特征。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本实用新型的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本实用新型一个实施例的应用于车载娱乐主机的异常日志获取系统的结构示意图；

图2示出了根据本实用新型另一个实施例的应用于车载娱乐主机的异常日志获取系统的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

为解决上述技术问题，本实用新型实施例提供了一种应用于车载娱乐主机(也可称为车载娱乐信息系统或者车载多媒体系统或者车载导航系统)的异常日志获取系统，图1示出了根据本实用新型一个实施例的应用于车载娱乐主机的异常日志获取系统的结构示意图。参见图1，应用于车载娱乐主机的异常日志获取系统包括面板按键10、微控制器20(vehicleprocessor，vp)、应用处理器30(applicationprocessor，ap)、第一usbotg(universalserialbuson-the-go，通用串行总线on-the-go)端口40。

面板按键10与微控制器20连接，配置为接收用户的指定按键操作，将指定按键操作对应的按键信息发送至微控制器20，指定按键操作用于启动车载娱乐主机进入异常日志获取模式。

微控制器20与应用处理器30连接，配置为接收到指定按键操作对应的按键信息时，向应用处理器30发送异常日志获取模式的通知消息。

应用处理器30与第一usbotg端口40连接，配置为接收到异常日志获取模式的通知消息时，控制第一usbotg端口40的功能切换至设备模式，将应用处理器30产生的异常日志传输至设备模式下的第一usbotg端口40。该实施例中的应用处理器30通常被称为主芯片，比如高通的s820a芯片，nxp的imx.6芯片等，可以运行qnx、android、linux等系统。

第一usbotg端口40与外部计算机(图中未示出)的第二usbotg端口连接，配置为将异常日志传输至外部计算机。

本实用新型实施例中，当车载娱乐主机的显示屏黑屏或者出现其他故障，无法直观的确定车载娱乐主机的问题时，利用娱乐主机的第一usbotg端口40与外部计算机的第二usbotg端口连接，并通过在面板按键10上进行指定按键操作，以利用对应的按键信息触发微控制器20向应用处理器30发送异常日志获取模式的通知消息，由应用处理器30控制娱乐主机的第一usbotg端口40的功能切换至设备模式，从而可以有效地将应用处理器30产生的异常日志经设备模式下的第一usbotg端口40传输至外部计算机，以在外部计算机上获取到异常日志，不仅可以方便、快速的帮助技术人员分析出娱乐主机死机、黑屏等问题的根本原因，同时还避免了拆卸娱乐主机的繁琐操作，能够有效保护车辆的内饰。

本实用新型实施例中的面板按键10可以是车载娱乐主机上自带的用于对车载娱乐主机的显示屏进行交互操作的面板按键10。这里的面板按键10可以包括实体按键，还可以是触摸按键(即面板按键10为触摸屏)，或者也可以是实体按键和触摸按键的结合，此处不做具体的限定。面板按键与显示屏通信连接，且在位置上分开设置，而并非设置在同一屏幕上，在显示屏正常工作时，用户可以通过面板按键10与显示屏的显示界面进行交互操作，当显示屏出现黑屏或者其他故障时，技术人员仍然可以通过面板按键10进行指定按键操作，以启动车载娱乐主机进入异常日志获取模式。

在本实用新型一实施例中，微控制器20与应用处理器30之间连接有通用异步串行总线(即uart(universalasynchronousreceiver/transmitter)总线)或串行外设接口总线(即spi(serialperipheralinterface)总线)，并通过通用异步串行总线或串行外设接口总线传输异常日志获取模式的通知消息。

在本实用新型一实施例中，通常情况usbotg端口包括设备模式(device模型)和主机模式(host模式)，在device模式下，可以供开发人员进行adb(androiddebugbridge，android调试桥)端口调试以及从应用处理器30中获取日志数据，在host模式下，该端口供u盘的插入或者手机等设备的充电。另外usbotg端口还可以提供carplay功能的硬件支持，carplay功能指的是usbotg端口可以将用户的ios(internetworkingoperatingsystem-cisco)设备连接到应用处理器30。

参见图2，在本实用新型一实施例中，本实施例的异常日志获取系统还可以包括供电模块50，供电模块50与微控制器20和应用处理器30分别连接，可以向微控制器20和应用处理器30提供各自工作所需的电压，这里供电模块50可以通过微控制器20进行电源管理。

在本实用新型实施例中，应用处理器30可以包括三个阶段，应用处理器30在进入每个阶段后都会控制第一usbotg端口40的功能切换至设备模式，从而可以将每个阶段产生的异常日志传输至设备模式下的第一usbotg端口40。进而，第一usbotg端口40将接收的每个阶段的异常日志传输至外部计算机。这样，外部计算机便可以获取到应用处理器30在各阶段产生的异常日志，以找出娱乐主机的故障原因。在该实施例中，应用处理器30依次进入的三个阶段可以是启动阶段(bootloader)、内核加载阶段(kernel)、系统运行阶段(system)。

为了更加清楚的体现上述实施例，下面以一个具体实例对车载娱乐主机的异常日志获取过程进行介绍。该实施例中，车载娱乐主机在正常运行15秒左右时显示开机动画并正常开机，但是，在等待长时间后车载娱乐主机的显示屏一直黑屏，用户无法对显示屏进行任何操作。

首先，通过数据线将外部计算机的第二usbotg端口与车载娱乐主机的第一usbotg端口40连接。然后，在面板按键10上进行指定按键操作，比如点击面板按键10上的home，navi，seek+，seek-等任意按键，或者是其中多个按键的组合，从而可以启动车载娱乐主机进入异常日志获取模式。然后，当微控制器20接收到对应的按键信息时，向应用处理器30发送异常日志获取模式的通知消息。应用处理器30在进入启动阶段后若接收到异常日志获取模式的通知消息，则控制第一usbotg端口40的功能切换至设备模式，将启动阶段产生的异常日志经设备模式下的第一usbotg端口40传输至外部计算机，并且，应用处理器30在启动阶段启动完毕后，通知内核加载阶段将第一usbotg端口40也切换至设备模式。进而，应用处理器30进入内核加载阶段后，控制第一usbotg端口40的功能切换至设备模式，将内核加载阶段产生的异常日志经设备模式下的第一usbotg端口40传输至外部计算机。当然应用处理器30进入在系统运行阶段也是与内核加载阶段一样的处理过程，此处不再赘述。

由此，可以在不拆卸车载娱乐主机的情况下，通过外部计算机获取到各个阶段的异常日志信息，技术人员能够根据异常日志的信息快速的定位出黑屏或者死机的根本原因。

基于同一过构思，本实用新型实施例还提供了一种车载娱乐主机，车载娱乐主机包括上文任意实施例中的应用于车载娱乐主机的异常日志获取系统。

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