[发明专利]用于双系统智能驾驶舱QNX端运行信息管理系统和方法

说明书

本发明提供一种用于双系统智能驾驶舱QNX端运行信息管理系统和方法，在用户需要获取QNX仪表端的LOG时，接入存在LOG采集标志文件的U盘，Android检测到标志后，发送“开始收集”的消息给QNX系统，QNX系统将实时保存的各种运行信息整合成一个压缩包，并将压缩包上传到FTP服务器。安卓端下载QNX仪表端的压缩包，并将这个压缩包与Android的Log文件整合成一个整机运行信息压缩包，进而将整机运行信息压缩包拷贝到Android端U盘，进行分析系统的运行状态。当软件出现Bug或者系统异常时，只需要接入包含LOG采集标志文件的U盘，拷贝所述整机运行信息压缩包进行分析，不再需要拆车或接串口板检查故障。也可由终端用户抓取软件Bug或者系统异常的信息，降低了对开发人员现场支持的依赖。

技术领域

本发明涉及Hypervisor双系统运行信息管理技术领域，尤其是涉及一种用于双系统智能驾驶舱QNX端运行信息管理系统和方法。

背景技术

Hypervisor双系统智能驾驶舱QNX仪表端Log机制使用系统自带的slog2。默认情况下，slog2将Log暂存在内存中，系统重启后这些Log会丢失。非易失的Log机制非常不利于问题的分析和解决。很多情况下系统异常重启后，无法分析系统重启的Log、CPU、内存、进程信息，无法追溯根本原因。并且大多数系统异常重启是很难复现。故本发明就是为了解决如何实时保存系统运行Log、CPU、内存、进程、Screen、Core dump信息及PPS文件，让其不易丢失。且目前对应产品装车后，若出现软件bug或者系统异常，开发人员需要接串口板等获取系统运行信息，甚至还需要拆车才能将出现问题时的状态和信息获取出来。导致系统维护成本和难度加大，也十分不便于系统问题或缺陷的测试和维护。

发明内容

针对上述问题，本技术创新地提出了一种用于双系统智能驾驶舱QNX端运行信息管理系统和方法，实时获取CPU、内存、进程信息，保存在EMMC中，待拷贝出来用于分析。当触发系统运行信息获取功能后，将实时保存的Log、CPU、内存、进程信息、Core dump文件、PPS文件、甚至是寄存器的值等打包，通过FTP方式上传到FTP服务器，再从Android系统的USB拷贝出来。在产品装车后，出现软件bug或者系统异常，不需要拆车就可以将出现问题时的状态和信息获取出来。同时可以配置Log文件保存的大小，根据项目的盘符剩余容量来设置保存Log文件大小。

具体的，本发明提出了一种用于双系统智能驾驶舱QNX端运行信息管理系统，所述运行信息管理系统应用于Hypervisor系统上的Android系统与QNX系统间的通信交互；由所述Android系统来触发所述QNX系统进行其运行信息的获取功能；所述QNX系统将实时保存运行信息并整合成一个压缩包；所述Android系统获取所述压缩包后，与Android系统本身的Log文件再一起整合成一个整机运行信息压缩包，拷贝所述整机运行信息压缩包并进行分析，完成Hypervisor系统上的双系统运行信息的管理。

其中，所述Android系统与QNX系统间采用基于SOME/IP的CommonAPI接口来定义。

进一步的，所述系统还包括：所述Android系统还包括U盘检测程序或者触摸显示屏；通过所述检测U盘的LOG采集标志文件或者触摸显示屏触发运行信息获取指令，并通过所述SOME/IP发送开始信息收集指令至所述QNX系统端。

进一步的， 所述QNX系统端收到开始信息收集指令后，将实时保存的至少包括进程信息，PPS文件，内核错误信息，CPU信息，Trace信息，Screen信息，以及AVM的标定图片数据和寄存器的值整合成一个压缩包。

进一步的，通过FTP方式将所述压缩包上传到FTP服务器，供所述Android系统下载。

进一步的，所述Android系统下载压缩包，并完成整机运行信息压缩包整合后，通过所述Android系统的USB端口进行拷贝。