System.ArgumentOutOfRangeException: 索引和长度必须引用该字符串内的位置。 参数名: length 在 System.String.Substring(Int32 startIndex, Int32 length) 在 zhuanliShow.Bind()
【技术实现步骤摘要】
本专利技术涉及车辆故障检测,具体涉及车辆仪表卡屏原因的检测方法、系统、装置、介质及车辆。
技术介绍
1、在电动汽车行业快速发展的今天,随着新能源政策的推动以及新势力车企的兴起,电动汽车市场蓬勃发展。而随之而来的是车辆智能化水平的提升,其中包括车载屏幕的增多和功能的丰富化,为用户带来了极致的驾驶体验。
2、然而,随着车载屏幕的增多和功能的增强,也引入了一些新的挑战和不稳定因素。在充电完成后,车辆上高压时出现仪表显示卡屏的情况,这可能是由软件故障、硬件故障或系统负荷过重等原因引起的,卡屏导致仪表车速显示、挡位显示以及ready提示等功能无法正常工作,给驾驶带来不便。
3、这种仪表显示卡屏问题,不仅影响了用户的使用体验,还可能对驾驶安全造成一定的隐患,在解决仪表显示卡屏问题之前,需要先检测仪表显示卡屏的原因,目前的卡屏原因检测方法不能准确和完整地找出显示卡屏的原因。
技术实现思路
1、为了解决上述问题之一,本专利技术提供车辆仪表卡屏原因的检测方法、系统、装置、介质及车辆,可以提高显示卡屏的原因分析的准确度和完整性。
2、一方面,本专利技术提供一种车辆仪表卡屏原因的检测方法,包括以下步骤:
3、向中央计算机端发送测试信号,根据中央计算机端的报文生成情况确定所述车辆的整车网络信号状态;所述中央计算机端的报文根据所述测试信号产生;
4、向中央计算机端发送测试信号,执行预设测试程序调用应用程序接口连接底层服务层,根据仪表的显示状态或所述
5、向中央计算机端发送周期测试信号,根据底层服务层的输出日志确定所述底层服务层的服务状态;
6、向中央计算机端发送若干次测试信号,根据所述中央计算机端生成的若干次报文确定车辆实时操作系统的通信状态;
7、根据所述整车网络信号状态、所述功能链路的工作状态、所述底层服务层的服务状态和所述实时操作系统的通信状态得到仪表的卡屏原因。
8、可选地,所述根据中央计算机端的报文生成情况确定所述车辆的整车网络信号状态,具体包括:
9、确认所述中央计算机端是否生成报文;
10、若所述中央计算机端未生成报文,确认所述整车网络信号状态异常;
11、若所述中央计算机端生成报文,截取并分析中央计算机端的报文,得到仪表报警信号默认值,根据所述仪表报警信号默认值确定所述车辆的整车网络信号状态。
12、可选地,所述根据所述仪表报警信号默认值确定所述车辆的整车网络信号状态,具体包括:
13、若所述仪表报警信号默认值为第一预设值,确认所述整车网络信号状态异常;
14、若所述仪表报警信号默认值为第二预设值,确认所述整车网络信号状态正常。
15、可选地,功能链路包括人机接口应用链路、应用程序接口链路和底层服务层链路,所述根据仪表的显示状态或所述底层服务层返回数据的情况确定功能链路的工作状态,具体包括:
16、若所述仪表的显示状态为仪表显示时间并更新时间,确定所述人机接口应用链路的工作正态正常;
17、若所述底层服务层不返回数据,确认所述应用程序接口链路的工作状态异常;
18、若底层服务层返回的数据异常,确认所述底层服务层链路的工作状态异常。
19、可选地,所述底层服务层的服务状态包括协议栈接口的服务状态、底层服务层的运行状态和底层服务层的调度状态,所述根据底层服务层的输出日志确定所述底层服务层的服务状态,具体包括:
20、截取传输层生成的传输层报文,若所述传输层报文的主体信息与所述底层服务层的输出报文的主体信息不相同,确定所述协议栈接口的服务状态异常;
21、若根据所述底层服务层的输出日志确定响应请求失败,确定所述底层服务层的运行状态异常;
22、若根据底层服务层的输出日志确定报文的回调时间不属于预设回调时间范围,确定所述底层服务层的调度状态异常。
23、可选地,所述根据所述中央计算机端生成的若干次报文确定车辆实时操作系统的通信状态,具体包括:
24、根据中央计算机端生成的若干次报文确定所述中央计算机端的报文发送频率;
25、若所述报文发送频率不属于预设发送频率范围,确定车辆实时操作系统对中央计算机端的报文的调度频率,若所述调度频率不属于预设调度频率范围,确认所述实时操作系统的通信状态为线程调度异常。
26、另一方面,本专利技术提供一种车辆仪表卡屏原因的检测系统,包括第一模块、第二模块、第三模块、第四模块和第五模块,其中,
27、所述第一模块,用于向中央计算机端发送测试信号,根据中央计算机端的报文生成情况确定所述车辆的整车网络信号状态;所述中央计算机端的报文根据所述测试信号产生;
28、所述第二模块,用于向中央计算机端发送测试信号,执行预设测试程序调用应用程序接口连接底层服务层,根据仪表的显示状态或所述底层服务层返回数据的情况确定功能链路的工作状态;所述功能链路与所述仪表连接;
29、所述第三模块,用于向中央计算机端发送测试信号,根据底层服务层输出日志确定所述底层服务层的服务状态;
30、所述第四模块,用于向中央计算机端发送若干次测试信号,根据所述中央计算机端生成的若干次报文确定车辆实时操作系统的通信状态;
31、所述第五模块,用于根据所述整车网络信号状态、所述功能链路的工作状态、所述底层服务层的服务状态和所述实时操作系统的通信状态得到仪表的卡屏原因。
32、另一方面,本专利技术提供一种车辆仪表卡屏原因的检测装置,包括:
33、至少一个处理器;
34、至少一个存储器,用于存储至少一个程序;
35、当所述至少一个程序被所述至少一个处理器执行,使得所述至少一个处理器实现如前面所述的方法。
36、另一方面,本专利技术提供一种计算机可读存储介质,其中存储有处理器可执行的程序所述处理器可执行的程序在由处理器执行时用于执行如前面所述的方法。
37、另一方面,本专利技术提供一种车辆,所述车辆包括如前面所述的检测装置或前面所述的检测系统。
38、实施本专利技术包括以下有益效果:本专利技术通过向中央计算机端发送测试信号,根据中央计算机端的报文生成情况确定车辆的整车网络信号状态,中央计算机端的报文根据测试信号产生,向中央计算机端发送测试信号,执行预设测试程序调用应用程序接口连接底层服务层,根据仪表的显示状态和底层服务层返回数据的情况确定功能链路的工作状态,功能链路与仪表连接,向中央计算机端发送周期测试信号,根据底层服务层的输出日志确定底层服务层的服务状态,向中央计算机端发送若干次测试信号,根据中央计算机端生成的若干次报文确定车辆实时操作系统的通信状态,根据整车网络信号状态、功能链路的工作状态、底层服务层的服务状态和实时操作系统的通信状态得到仪表的卡屏本文档来自技高网...
【技术保护点】
1.一种车辆仪表卡屏原因的检测方法,其特征在于,包括以下步骤:
2.根据权利要求1所述的方法,其特征在于,所述根据中央计算机端的报文生成情况确定所述车辆的整车网络信号状态,具体包括:
3.根据权利要求2所述的方法,其特征在于,所述根据所述仪表报警信号默认值确定所述车辆的整车网络信号状态,具体包括:
4.根据权利要求1所述的方法,其特征在于,功能链路包括人机接口应用链路、应用程序接口链路和底层服务层链路,所述根据仪表的显示状态或所述底层服务层返回数据的情况确定功能链路的工作状态,具体包括:
5.根据权利要求1所述的方法,其特征在于,所述底层服务层的服务状态包括协议栈接口的服务状态、底层服务层的运行状态和底层服务层的调度状态,所述根据底层服务层的输出日志确定所述底层服务层的服务状态,具体包括:
6.根据权利要求1所述的方法,其特征在于,所述根据所述中央计算机端生成的若干次报文确定车辆实时操作系统的通信状态,具体包括:
7.一种车辆仪表卡屏原因的检测系统,其特征在于,包括第一模块、第二模块、第三模块、第四模块和第五
8.一种车辆仪表卡屏原因的检测装置,其特征在于,包括:
9.一种计算机可读存储介质,其中存储有处理器可执行的程序,其特征在于,所述处理器可执行的程序在由处理器执行时用于执行如权利要求1-6任一项所述的方法。
10.一种车辆,其特征在于,所述车辆包括如权利要求8所述的检测装置或权利要求7所述的检测系统。
...【技术特征摘要】
1.一种车辆仪表卡屏原因的检测方法,其特征在于,包括以下步骤:
2.根据权利要求1所述的方法,其特征在于,所述根据中央计算机端的报文生成情况确定所述车辆的整车网络信号状态,具体包括:
3.根据权利要求2所述的方法,其特征在于,所述根据所述仪表报警信号默认值确定所述车辆的整车网络信号状态,具体包括:
4.根据权利要求1所述的方法,其特征在于,功能链路包括人机接口应用链路、应用程序接口链路和底层服务层链路,所述根据仪表的显示状态或所述底层服务层返回数据的情况确定功能链路的工作状态,具体包括:
5.根据权利要求1所述的方法,其特征在于,所述底层服务层的服务状态包括协议栈接口的服务状态、底层服务层的运行状态和底层服务层的调度状...
【专利技术属性】
技术研发人员:王兆麟,王兆麒,王宏民,张浩楠,
申请(专利权)人:中国第一汽车股份有限公司,
类型:发明
国别省市:
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。