【技术实现步骤摘要】
本专利技术涉及车辆，具体为一种基于车端座舱控制器的运行诊断方法、系统、存储介质及电子设备。
技术介绍
1、随着整车域控制器的集成度不断提升，单点功能的实现愈发依赖于多个控制器间的紧密协同。在这一背景下，域控内的软件模块数量急剧增加，模块间的相互依赖关系也变得错综复杂。为了应对这一挑战，亟需一种创新的软诊断数据收集策略。
2、现有方案中提及在车辆发生故障时，发送诊断故障代码至云平台，云平台基于诊断故障代码发送的数据采集接口开启指令，车端开启数据采集接口，采集并存储车辆的运行数据至临时存储器。在车辆再次发生所述故障时，将诊断故障代码和临时存储器中的运行数据发送至云平台或者存储至永久存储器。
3、现有方案存在局限性如下：
4、1.过度依赖网络稳定性：当实车网络不稳定或断网时，整个方案将无法执行。
5、2.故障数据抓取不及时：在故障首次发生时，仅更新内存中的数据，只有在故障再次发生时才将数据落盘或上传至云端。此外，云端与车端之间的网络延迟可能导致故障数据抓取不及时，从而影响故障诊断的准确性。这种方式在解决偶发性问题时可能导致数据抓取不及时，且由于偶发性问题的原因多样且每次可能不同，因此难以准确判断故障原因。
6、3.缺乏多模块协同故障处理能力：现有方案主要针对单一模块的故障进行设计，对于多模块间配合或时序引发的问题，缺乏有效的规则判断机制，无法准确判断触发事件是否为故障，进而导致数据落盘不及时。
7、4.仅局限于快照数据落盘：现有方案在故障发生时仅记录快照数据，缺乏
8、5.仅限于单个控制器：针对控制器间的业务功能异常，无法提供整车级别的数据收集。
技术实现思路
1、本专利技术的目的在于，提供一种基于车端座舱控制器的运行诊断方法、系统及电子设备，弥补了现有技术在车端诊断中存在的过度依赖网络、故障数据抓取不及时、缺乏多模块协同故障处理能力，以及针对控制器间的业务功能异常，无法提供整车级别数据收集的问题。
2、为实现上述目的，本专利技术提供如下技术方案：
3、第一方面，本申请提供了一种基于车端座舱控制器的运行诊断方法，所述方法包括：
4、响应针对目标诊断对象的服务请求，调用诊断服务，周期性监控进程的资源占用情况，并实时接收进程触发的事件通知；
5、当接收到进程触发的事件通知时，从数据池中读取与通知事件相关的关键业务数据进行全局判断，以确定异常事件及异常等级；
6、针对异常事件不同的异常等级，执行相应级别的复归措施；
7、根据目标诊断对象系统中预先定义的信息传输规则，上传异常事件发生时刻的诊断数据文件。
8、可选地，所述周期性监控进程的资源占用情况之后还包括：统计周期性监控各进程的资源占用情况获得的资源占用数据，并将统计结果更新至数据池；
9、其中，所述进程的资源占用情况，包括执行时间和内存消耗。
10、可选地，所述实时接收进程触发的事件通知之前包括：
11、驱动相关进程实时监控系统硬件状态；将硬件状态数据，以及各模块的关键业务数据和dtc故障类数据更新至数据池；
12、通过判断进程内代码运行逻辑、上下游进程数据和内核服务运行是否正常，以获得确定性异常事件；当无法判断时，则针对无法判断的非确定性异常事件和确定性异常事件，以进程间通讯向诊断服务触发事件通知；
13、其中，所述事件通知包含确定性异常事件信息和非确定性异常事件信息。
14、可选地，所述进程为座舱控制器的基础服务、通讯中间件和关键业务的驱动进程；
15、其中，所述座舱控制器的基础服务包括mcu服务、soa服务、tsp服务和诊断服务；
16、所述关键业务数据包括统计信息、关键状态、业务缓存。
17、可选地，所述当接收到进程触发的事件通知时，从数据池中读取与通知事件相关的关键业务数据进行全局判断，以确定异常事件及异常等级包括：
18、当接收到任一进程触发的事件通知，读取日志空间中与异常发生时刻相邻时间段的日志监视信息，以及数据池中所有进程的过程变量，落盘存储为第一落盘存储文件；
19、当监控获得资源占用异常，将异常的资源占用数据与第一落盘存储文件整合，并落盘存储为第二落盘存储文件；将所述第二落盘存储于文件存储于qnx系统与操作系统之间的共享文件分区中；
20、读取qnx系统与操作系统之间的共享文件分区中的第二落盘存储于文件，与预定义的规则进行规则匹配；
21、根据规则匹配结果确定通知事件是否为异常事件，基于异常事件的故障类型、性质和严重程度定义异常等级；
22、其中，所述异常等级包括单点异常和多点异常。
23、可选地，所述针对异常事件不同的异常等级，执行相应级别的复归措施包括：
24、针对多点异常，验证触发的事件通知是否合理，验证完成后，执行不同级别的复归措施，其包括：异常事件发生时，通过调用各进程提供的复归接口，对异常进行初步恢复；若初步恢复不成功，针对出现异常的进程及qnx系统执行重启操作；或者，通过mcu系统识别是否为对端控制器的异常，若是，则通知对端控制器发生的异常事件。
25、可选地，所述根据目标诊断对象系统中预先定义的信息传输规则，上传异常事件发生时刻的诊断数据文件包括：
26、所述目标诊断对象包括qnx系统和操作系统；
27、当目标诊断对象为qnx系统时，基于发布订阅模型dds通知操作系统侧的诊断服务异常事件已发生，上传异常事件发生时刻的诊断数据文件；
28、当目标诊断对象为操作系统时，通知操作系统内部的tsp服务向云端发送请求，上传软诊断数据文件。
29、第三方面，本申请还提供了一种基于车端座舱控制器的运行诊断系统，所述系统包括：
30、数据收集模块，用于响应针对目标诊断对象的服务请求，调用诊断服务，周期性监控进程的资源占用情况，并实时接收进程触发的事件通知；
31、决策模块，用于当接收到进程触发的事件通知时，从数据池中读取与通知事件相关的关键业务数据进行全局判断，以确定异常事件及异常等级；
32、执行模块，用于针对异常事件不同的异常等级，执行相应级别的复归措施；
33、分析模块，用于根据目标诊断对象系统中预先定义的信息传输规则，上传异常事件发生时刻的诊断数据文件。
34、第三方面，本申请还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如第一方面中任一项所述的方法步骤。
35、第四方面，本申请一种电子设备，包括存储器及处理器，所述存储器中储存有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行如第一方面中任一项所述的方法步骤。
36、本专利技术的有益效果体现在：<本文档来自技高网...
【技术保护点】
1.一种基于车端座舱控制器的运行诊断方法，其特征在于，所述方法包括：
2.如权利要求1所述的方法，其特征在于，所述周期性监控进程的资源占用情况之后还包括：统计周期性监控各进程的资源占用情况获得的资源占用数据，并将统计结果更新至数据池；
3.如权利要求2所述的方法，其特征在于，所述实时接收进程触发的事件通知之前包括：
4.如权利要求3所述的方法，其特征在于，所述进程为座舱控制器的基础服务、通讯中间件和关键业务的驱动进程；
5.如权利要求1所述的方法，其特征在于，所述当接收到进程触发的事件通知时，从数据池中读取与通知事件相关的关键业务数据进行全局判断，以确定异常事件及异常等级包括：
6.如权利要求5所述的方法，其特征在于，所述针对异常事件不同的异常等级，执行相应级别的复归措施包括：
7.如权利要求1所述的方法，其特征在于，所述根据目标诊断对象系统中预先定义的信息传输规则，上传异常事件发生时刻的诊断数据文件包括：
8.一种基于车端座舱控制器的运行诊断系统，其特征在于，所述系统包括：
9.一种
10.一种电子设备，包括存储器及处理器，其特征在于，所述存储器中储存有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行如权利要求1-7中任一项所述的方法步骤。
...【技术特征摘要】
1.一种基于车端座舱控制器的运行诊断方法，其特征在于，所述方法包括：
2.如权利要求1所述的方法，其特征在于，所述周期性监控进程的资源占用情况之后还包括：统计周期性监控各进程的资源占用情况获得的资源占用数据，并将统计结果更新至数据池；
3.如权利要求2所述的方法，其特征在于，所述实时接收进程触发的事件通知之前包括：
4.如权利要求3所述的方法，其特征在于，所述进程为座舱控制器的基础服务、通讯中间件和关键业务的驱动进程；
5.如权利要求1所述的方法，其特征在于，所述当接收到进程触发的事件通知时，从数据池中读取与通知事件相关的关键业务数据进行全局判断，以确定异常事件及异常等级包括：
6....
【专利技术属性】
技术研发人员：杨光辉，
申请(专利权)人：中国第一汽车股份有限公司，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。