车载屏幕的异常恢复方法、装置、车辆及存储介质与流程

1.本技术涉及车辆技术领域，特别涉及一种车载屏幕的异常恢复方法、装置、车辆及存储介质。


背景技术：

2.随着车载中控娱乐系统的智能化技术日益成熟，其市场覆盖累积越来越大，同时暴露的问题也越来越多，其中，黑屏问题对各大厂商的困扰最多。
3.由于黑屏问题引发的因素很多，有软件引起的和硬件引起的等，其中，根据量产经验统计，与硬件相关的黑屏问题占大部分，因此相关技术中无法有效解决车载屏幕的黑屏问题，尤其是硬件导致的黑屏问题，有待解决。


技术实现要素：

4.本技术提供一种车载屏幕的异常恢复方法、装置、车辆及存储介质，可以通过对车机屏幕硬件做协议定制，打造闭环控制机制，使得屏幕出现故障后能够快速及时复位，增加系统件可靠性和稳定性，满足实际使用的需要，提升用户使用体验。
5.本技术第一方面实施例提供一种车载屏幕的异常恢复方法，包括以下步骤：检测所述车载屏幕的硬件固件是否处于预设异常状态；在检测到所述硬件固件处于所述预设异常状态时，断开所述硬件固件的供电电路，并检测所述硬件固件的供电电路断开的实际时长；在所述实际时长大于预设时长时，导通所述硬件固件的供电电路，以复位所述硬件固件，实现所述硬件固件的异常恢复。
6.根据上述技术手段，本技术实施例可以通过对车机屏幕硬件做协议定制，打造闭环控制机制，使得屏幕出现故障后能够快速复位，增加系统件可靠性和稳定性，满足实际使用的需要，提升用户使用体验。
7.可选地，所述检测所述车载屏幕的硬件固件是否处于预设异常状态，包括：监听所述硬件固件与所述车载屏幕的屏幕驱动之间的握手心跳；在监听到所述握手心跳中断时，统计所述握手心跳连续中断的实际次数；在所述实际次数大于异常阈值时，判定所述硬件固件处于所述预设异常状态，否则重新统计所述握手心跳连续中断的实际次数。
8.根据上述技术手段，本技术实施例可以使用一种握手心跳计数的方式判断硬件固件是否处于异常状态，使得对于硬件固件状态的判断迅速准确，提升判断效率，满足实际使用的需要。
9.可选地，在断开所述硬件固件的供电电路之前，包括：识别所述硬件固件是否处于升级状态；在识别到所述硬件固件处于所述升级状态时，直到所述硬件固件升级完成，重新检测所述硬件固件的实际状态，否则断开所述硬件固件的供电电路。
10.根据上述技术手段，本技术实施例可以进一步对屏幕是否处于升级状态进行判断，以避免屏幕升级时断电带来的损耗和影响，提升方案智能性和安全性，满足实际使用的需要，提升用户使用体验。
11.可选地，在检测到所述硬件固件处于所述预设异常状态时，还包括：获取所述硬件固件处于所述异常状态的异常标识，并存储所述异常标识。
12.根据上述技术手段，本技术实施例可以对硬件固件的异常标识进行储存，以便于对故障现场环境和情况的模拟和分析，方案更智能，满足实际使用需要。
13.本技术第二方面实施例提供一种车载屏幕的异常恢复装置，包括：检测模块，用于检测所述车载屏幕的硬件固件是否处于预设异常状态；判断模块，用于在检测到所述硬件固件处于所述预设异常状态时，断开所述硬件固件的供电电路，并检测所述硬件固件的供电电路断开的实际时长；复位模块，用于在所述实际时长大于预设时长时，导通所述硬件固件的供电电路，以复位所述硬件固件，实现所述硬件固件的异常恢复。
14.可选地，所述判断模块用于：监听所述硬件固件与所述车载屏幕的屏幕驱动之间的握手心跳；在监听到所述握手心跳中断时，统计所述握手心跳连续中断的实际次数；在所述实际次数大于异常阈值时，判定所述硬件固件处于所述预设异常状态，否则重新统计所述握手心跳连续中断的实际次数。
15.可选地，所述车载屏幕黑屏的异常恢复装置还包括重新检测模块，用于：识别所述硬件固件是否处于升级状态；在识别到所述硬件固件处于所述升级状态时，直到所述硬件固件升级完成，重新检测所述硬件固件的实际状态，否则断开所述硬件固件的供电电路。
16.可选地，所述判断模块进一步用于：获取所述硬件固件处于所述异常状态的异常标识，并存储所述异常标识。
17.本技术第三方面实施例提供一种车辆，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现如上述实施例所述的车载屏幕的异常恢复方法。
18.本技术第四方面实施例提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行，以用于实现如上述实施例所述的车载屏幕的异常恢复方法。
19.由此，本技术至少具有如下有益效果：
20.(1)本技术实施例可以通过对车机屏幕硬件做协议定制，打造闭环控制机制，使得屏幕出现故障后能够快速复位，增加系统件可靠性和稳定性，满足实际使用的需要，提升用户使用体验；
21.(2)本技术实施例可以使用一种握手心跳计数的方式判断硬件固件是否处于异常状态，使得对于硬件固件状态的判断迅速准确，提升判断效率，满足实际使用的需要；
22.(3)本技术实施例可以进一步对屏幕是否处于升级状态进行判断，以避免屏幕升级时断电带来的损耗和影响，提升方案智能性和安全性，满足实际使用的需要，提升用户使用体验；
23.(4)本技术实施例可以对硬件固件的异常标识进行储存，以便于对故障现场环境和情况的模拟和分析，方案更智能，满足实际使用需要。
24.本技术附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本技术的实践了解到。
附图说明
25.本技术上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得
明显和容易理解，其中：
26.图1为根据本技术实施例提供的一种车载屏幕的异常恢复方法的流程图；
27.图2为根据本技术实施例提供的车载屏幕的异常恢复方法的系统示例图；
28.图3为根据本技术实施例提供的车载屏幕的异常恢复的流程原理示意图；
29.图4为根据本技术实施例提供的车载屏幕的异常恢复装置的示例图；
30.图5为根据本技术实施例提供的车辆的结构示意图。
具体实施方式
31.下面详细描述本技术的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本技术，而不能理解为对本技术的限制。
32.随着汽车市场的发展，车载中控娱乐系统智能化日益成熟，各个厂家都相继推出智能座舱中控系统，市场的覆盖累积也越来越大，同时，暴露的问题也越来越多。系统卡顿、系统重启、系统黑屏等问题日益增加，消费者也开始关注和重视这些售后问题，投诉越来频繁，所以系统的稳定性也越来越重要。其中，黑屏问题一直困扰着各大厂商，黑屏问题引发的因素很多，有软件、有硬件，根据量产经验统计与硬件相关的黑屏问题占大部分。
33.车载屏幕是独立的供应商提供的硬件，然而，车机系统目前并没有对屏幕做闭环的控制，因此屏幕的开闭状态以及屏幕的内部故障等等车机系统都无法得知，屏幕硬件出现任何故障(屏幕黑屏、触摸失效等)时，系统都无法得知其状态。
34.针对上述背景技术中提到的问题，本技术提供了一种车载屏幕的异常恢复方法，可以通过对车机屏幕硬件做协议定制，打造闭环控制机制，使得屏幕出现故障后能够快速及时复位，增加系统件可靠性和稳定性，满足实际使用的需要，提升用户使用体验。下面将参考附图描述本技术实施例的车载屏幕的异常恢复方法、装置、车辆及存储介质。
35.具体而言，图1为本技术实施例所提供的一种车载屏幕的异常恢复方法的流程示意图。
36.如图1所示，该车载屏幕的异常恢复方法包括以下步骤：
37.在步骤s101中，检测车载屏幕的硬件固件是否处于预设异常状态。
38.其中，预设异常状态可以根据实际情况进行设置，本技术实施例可以通过至少一种方式实现对车载屏幕硬件固件的检测，对此不做具体限定。
39.可以理解的是，当车辆解锁开门或者点火(acc on)后，车机中控电源管理系统(mcu)会给车机屏幕硬件固件(mfd)上电，因此，本技术实施例可以对车载屏幕的硬件固件状态进行检测，以判断其是否处于异常情况。
40.作为一种可能实现的方式，检测车载屏幕的硬件固件是否处于预设异常状态，包括：监听硬件固件与车载屏幕的屏幕驱动之间的握手心跳；在监听到握手心跳中断时，统计握手心跳连续中断的实际次数；在实际次数大于异常阈值时，判定硬件固件处于预设异常状态，否则重新统计握手心跳连续中断的实际次数。
41.其中，异常阈值可以根据实际情况进行设置，比如可以设置为三次等，对此不做具体限定。
42.可以理解的是，在mcu给mfd上电后，此时mfd会开始初始化工作，mfd初始化完成后
开始与车载系统(thu)内部屏幕驱动握手心跳，由此，本技术实施例可以使用一种心跳检测的方式，对车载屏幕的硬件固件是否异常进行判断。
43.举例而言，本技术实施例可以设置正常状态的握手心跳为10秒/次，在对硬件固件与车载屏幕的屏幕驱动之间的握手心跳进行监听时，当握手心跳中断时，通过时间计算和统计握手心跳连续中断的次数，当thu连续三次或以上未收到mfd心跳数据时，本技术实施例可以认为mfd异常；否则重新统计握手心跳连续中断的次数。
44.在步骤s102中，在检测到硬件固件处于预设异常状态时，断开硬件固件的供电电路，并检测硬件固件的供电电路断开的实际时长。
45.可以理解的是，本技术实施例可以在步骤s101中判断硬件固件为异常状态时，通知mcu对mfd进行掉电，即控制硬件固件的供电电路保持断开状态；同时，本技术实施例可以检测该供电电路的实际断电时长。
46.在本技术实施例中，在断开硬件固件的供电电路之前，包括：识别硬件固件是否处于升级状态；在识别到硬件固件处于升级状态时，直到硬件固件升级完成，重新检测硬件固件的实际状态，否则断开硬件固件的供电电路。
47.可以理解的是，本技术实施例可以在断开硬件固件的供电电路前，先对硬件固态进行进一步识别，判断其是否处于升级状态，若此时硬件固件处于升级状态，则此时硬件固件需要中断上述心跳机制，本技术实施例可以等到硬件固件升级完成后再重新检测硬件固件的实际状态；若此时硬件固件非升级状态，可以认为断电不会对硬件固件造成影响，则本技术实施例此时可以断开其供电电路。
48.在本技术实施例中，在检测到硬件固件处于预设异常状态时，还包括：获取硬件固件处于异常状态的异常标识，并存储异常标识。
49.其中，异常标识可以是能够代表对应异常状态的特定标识，本技术实施例可以使用至少一种方法生成异常标识，比如可以使用错误代码的形式表达等，对此不做具体限定。
50.可以理解的是，在出现因为mfd内部固件异常导致的握手心跳通信失败时，本技术实施例可以对硬件固件的异常标识进行记录和存储，比如，本技术实施例可以记录mfd内部记录的错误码，在异常状态解除、复位建立连接后将错误码同步给thu端驱动程序，驱动程序上传到上层错误收集程序进行持久化操作，由此，本技术实施例可以通过存储的异常标识代表的异常数据，对车辆故障原因进行分析。
51.在步骤s103中，在实际时长大于预设时长时，导通硬件固件的供电电路，以复位硬件固件，实现硬件固件的异常恢复。
52.其中，预设时长可以根据实际情况进行设置，比如可以设置为500ms等，对此不做具体限定。
53.可以理解的是，本技术实施例可以在检测到断电的实际时长大于断电的预设时长时，重新上电，对硬件固件的供电电路进行导通，以复位mfd状态，实现对硬件固件的异常恢复。
54.下面将通过一个具体实施例对本技术实施例的车载屏幕的异常恢复方法进行阐述，其中，本技术的一个实施例可以使用一种如图2所示的系统，其流程原理示意可以如图3所示，具体如下：
55.第1步：用户解锁开车门，mcu收到系统信号，mcu启动系统和打开外设；
56.第2步：mcu给mfd供电，mfd初始化；
57.第3步：thu屏幕驱动启动成功后尝试与mfd通信；
58.第4步：thu屏幕驱动与mfd建立连接失败(超时timeout)则通知mcu复位mfd；
59.第5步：thu屏幕驱动与mfd建立连接成功，则开始正常心跳计数；
60.第6步：如果正常使用过程中信号异常(心跳异常、触摸异常、ic背光异常等协议)计数超过三次(每次10s)，则认为屏幕通信异常，此时判断系统otaservice状态是否是在升级屏幕，如果在升级屏幕则认为是正常状态，计数重置，如果不是mfd升级状态则通过系统vehiclehal模块通知mcu复位mfd；
61.第7步：thu驱动通知faultcollectservice记录故障。
62.其中，本技术的一个实施例的通信对照表可以如下表1所示。
63.表1
[0064][0065]
根据本技术实施例提出的车载屏幕的异常恢复方法，至少具有以下优势：
[0066]
(1)本技术实施例可以通过对车机屏幕硬件做协议定制，打造闭环控制机制，使得屏幕出现故障后能够快速及时复位，增加系统件可靠性和稳定性，满足实际使用的需要，提升用户使用体验；
[0067]
(2)本技术实施例可以使用一种握手心跳计数的方式判断硬件固件是否处于异常状态，使得对于硬件固件状态的判断迅速准确，提升判断效率，满足实际使用的需要；
standard architecture，工业标准体系结构)总线、pci(peripheral component，外部设备互连)总线或eisa(extended industry standard architecture，扩展工业标准体系结构)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
[0087]
可选的，在具体实现上，如果存储器501、处理器502及通信接口503，集成在一块芯片上实现，则存储器501、处理器502及通信接口503可以通过内部接口完成相互间的通信。
[0088]
处理器502可能是一个cpu(central processing unit，中央处理器)，或者是asic(application specific integrated circuit，特定集成电路)，或者是被配置成实施本技术实施例的一个或多个集成电路。
[0089]
本技术实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上的车载屏幕的异常恢复方法。
[0090]
在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本技术的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不是必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或n个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
[0091]
此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本技术的描述中，“n个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。
[0092]
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更n个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本技术的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本技术的实施例所属技术领域的技术人员所理解。
[0093]
应当理解，本技术的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，n个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列，现场可编程门阵列等。
[0094]
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
[0095]
尽管上面已经示出和描述了本技术的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本技术的限制，本领域的普通技术人员在本技术的范围内可以对上述实施例进行变化、修改、替换和变型。