[发明专利]车机的重启故障监控方法、装置、车辆及存储介质

说明书

本申请涉及车机故障监控技术领域，特别涉及一种车机的重启故障监控方法、装置、车辆及存储介质，其中，方法包括：检测车机重启故障的实际故障类型；当实际故障类型为MCU侧引起的重启故障时，获取MCU侧的重启故障数据，上报MCU侧的重启故障数据至CPU侧；当实际故障类型为CPU侧引起的重启故障时，获取CPU侧的故障重启数据，并分析CPU侧的故障重启数据，得到分析结果；将MCU侧的重启故障数据和/或分析结果存储于CPU侧的第一预设存储器，以基于第一预设存储器存储的数据对车机进行重启故障监控。由此，解决了相关技术中车机重启故障排查过程效率较低、存储位置不合理、过多无效数据导致占用空间、无法快速分析定位故障原因导致费时费力等问题。

技术领域

本申请涉及车机故障监控技术领域，特别涉及一种车机的重启故障监控方法、装置、车辆及存储介质。

背景技术

车载娱乐系统主机(简称车机)，是采用车载专用中央处理器，基于车身总线系统和互联网服务形成的车载综合信息处理系统，现有的车载信息娱乐系统是基于安卓android系统开发出来的，处理器芯片负责整个安卓系统的运行和管理。然而当内核程序发生致命性错误或者安卓app响应超时，会导致整个安卓系统发生重启，所表现出来的现象是中控的屏幕黑屏并重新播放开机动画，降低用户使用体验。

相关技术中，通过MCU记录MPU重启的原因，通过安卓系统自动打包上传到后端的日志服务器，根据唯一标识车辆的信息，实现将日志自动存放在相对应的目录下、对问题进行自动分类。

然而，在具体实现中，未在车端进行原因分析，仅为上传重启时的logService所产生日志文件至云端，效率较低，且云端日志服务器可能存储了大量无效数据文件占用空间；把MCU作为了实际上的日志存储方和重启判断方，MCU自身空间有限，用来存放日志文件占用内存空间；车机的重启相关问题分析只能通过上传云端，然后下载日志文件给开发人员，等开发人员分析完毕之后，才能有结果，在车机没有网络的情况下，就无法上传至云端，效率极低。

发明内容

本申请提供一种车机的重启故障监控方法、装置、车辆及存储介质，以解决相关技术中车机重启故障排查过程效率较低、存储位置不合理、过多无效数据导致占用空间、无法快速分析定位故障原因导致费时费力等问题。

本申请第一方面实施例提供一种车机的重启故障监控方法，包括以下步骤：检测车机重启故障的实际故障类型，其中，所述实际故障类型包括车机的控制单元MCU侧引起的重启故障和车机中央处理器CPU侧引起的重启故障；当所述实际故障类型为所述MCU侧引起的重启故障时，获取所述MCU侧的重启故障数据，上报所述MCU侧的重启故障数据至所述CPU侧；当所述实际故障类型为所述CPU侧引起的重启故障时，获取所述CPU侧的故障重启数据，并分析所述CPU侧的故障重启数据，得到分析结果；将所述MCU侧的重启故障数据和/或所述分析结果存储于所述CPU侧的第一预设存储器，以基于所述第一预设存储器存储的数据对所述车机进行重启故障监控。

根据上述技术手段，本申请实施例可以通过CPU侧存储故障数据，实现对车机重启故障的监控，无需过度依赖MCU侧，避免对于大量占用MCU侧的内存，提升存储合理性；并且由于故障数据存储在本地，因此在故障排查时可以实现离线操作，避免网络较差环境下需要下载故障数据导致的低效率问题，便于开发人员快速分析定位所产生的问题，提升工作效率；同时由于MCU侧的故障数据最终存储的是分析结果，因此可以避免过多无效数据的存储，提升存储效率，节约存储空间。

进一步地，所述获取MCU侧的重启故障数据，包括：读取所述MCU侧的第二预设存储器，得到所述MCU侧的重启故障数据，其中，所述MCU侧的重启故障数据在所述车机重启之前的预设时间记录得到。

根据上述技术手段，本申请实施例可以从MCU侧存储器读取到车机重启之前一定时间内的相关重启故障数据，便于开发人员分析车机的控制单元MCU侧引起的重启故障的具体原因，节省工作时间，提升工作效率。