车载远程通信终端的检测方法、装置及车载远程通信终端与流程
未命名
08-20
阅读:149
评论:0
1.本发明涉及车载远程通信终端技术领域,具体涉及一种车载远程通信终端的检测方法、装置及车载远程通信终端。
背景技术:
2.随着新能源汽车的发展,智能汽车已成为未来的发展趋势,对于智能汽车而言必不可缺的就是远程通信终端(telematics box,tbox),tbox对于智能汽车而言主要是起到供网支持的作用;因此,若tbox出现故障,智能汽车的大多数智能化功能也会瘫痪。为了保证整车功能可以正常运行,tbox的检测是至关重要的。
3.但是,现有的tbox在使用过程中出现故障时,通常需要专业的技术维修人员利用上位机或者其他检测设备与tbox连接进行检测,该过程需要专业的技术维修人员以及设备等,存在tbox的检测过程繁琐难度大的问题。
技术实现要素:
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.第二获取模块,用于在未接收到所述请求信号的情况下,根据预设频率,通过所述总线获取所述功能模块的状态信息;
39.生成模块,用于在所述状态信息发生更新的情况下,根据更新后的状态信息,生成
状态更新信息,所述状态更新信息用于表示所述状态信息的更新情况;
40.发送模块,用于将所述状态更新信息发送至目标终端。
41.第四方面,提供了一种电子设备,包括处理器、通信接口、存储器和通信总线,其中,处理器,通信接口,存储器通过通信总线完成相互间的通信;
42.存储器,用于存放计算机程序;
43.处理器,用于执行存储器上所存放的程序时,实现第一方面任一项实施例所述的方法。
44.第五方面,提供了一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现如第一方面任一项实施例所述的方法。
45.本技术实施例提供的上述技术方案与现有技术相比具有如下优点:
46.本技术实施例提供的车载远程通信终端的检测方法中,车载远程通信终端包括自检模块以及与自检模块总线连接的功能模块,检测方法应用于自检模块;通过判断是否接收到请求信号,其中,请求信号用于请求自检模块执行自检步序,自检步序包括获取功能模块的状态信息,在接收到请求信号的情况下,通过总线获取功能模块的状态信息,以及在未接收到请求信号的情况下,根据预设频率,通过总线获取功能模块的状态信息;并且在状态信息发生更新的情况下,根据更新后的状态信息,生成状态更新信息,状态更新信息用于表示状态信息的更新情况,将状态更新信息发送至目标终端;以此无需专业的技术维修人员以及检测设备也可对车载远程通信终端进行检测,实现了降低tbox检测难度的效果。
附图说明
47.此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本发明的实施例,并与说明书一起用于解释本发明的原理。
48.为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,对于本领域普通技术人员而言,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
49.图1为本技术实施例提供的一种车载远程通信终端的检测方法的流程示意图;
50.图2为本技术实施例提供的一种车载远程通信终端的结构示意图;
51.图3为本技术实施例提供的种车载远程通信终端的检测装置的结构示意图;
52.图4为本技术实施例提供的一种电子设备的结构示意图。
具体实施方式
53.以下将参照附图和优选实施例来说明本发明的实施方式,本领域技术人员可由本说明书中所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用,本说明书中的各项细节也可以基于不同观点与应用,在没有背离本发明的精神下进行各种修饰或改变。应当理解,优选实施例仅为了说明本发明,而不是为了限制本发明的保护范围。
54.需要说明的是,以下实施例中所提供的图示仅以示意方式说明本发明的基本构想,遂图式中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制,其实际实施时各组件的型态、数量及比例可为一种随意的改变,且其组件布局型态也
可能更为复杂。
55.tbox作为智能汽车联网必不可少的装置,使得智能汽车可以实现众多网络功能,例如云端下载地图、下载音乐、网络电话等。但是tbox出现故障时,用户通常无法自行检测以及修复,需要联系专业的技术维修人员进行检测和修复,而专业的技术维修人员,在检测tbox的过程中需要利用上位机或者其他检测设备与tbox连接才能进行检测,而现有的tbox内部通信通常是采用自定义进程来实现的,因此不同的开发人员会使用不同的进程,对于技术维修人员在进行检测和修复的过程中,则需要先确定当前tbox内部通信所采用的进程,才能根据进程解析出当前车载远程通信终端的具体状态,以此进行检测和修复;因此存在tbox的检测和修复难度大的问题。
56.图1为本技术实施例提供的一种车载远程通信终端的检测方法的流程示意图。
57.如图1所示的,本技术公开一实施例,提供了一种车载远程通信终端的检测方法,车载远程通信终端包括自检模块以及与自检模块总线连接的功能模块。
58.具体的,本实施例的车载远程通信终端中包括通过总线连接的自检模块和功能模块,其中自检模块可以是微控单元、单片机等具备信息处理能力的硬件设备,而功能模块则表示车载远程通信终端中的各种模块,例如负责供电的电源模块、负责为tbox提供网络服务的网络模块、负责与云端进行交互的云端交互模块、负责与车机端交互的通信模块等。需要说明的是,相比于现有技术中通过进程来实现各个模块之间的连接,本实施例是采用总线将车载远程通信终端内的各个模块进行连接,总线的连接存在的优点有:通信协议统一、通信效率高、通信错误率低。其中,总线可以是并行总线,例如tbus总线、488总线等。因此,在车载远程通信终端内部使用总线进行通信,使得后续检测和修复的过程中,可以快速根据总线协议解析车载远程通信终端当前的具体状态。
59.本实施例中的一种车载远程通信终端的检测方法应用于自检模块,方法包括:
60.s110:判断是否接收到请求信号,其中,请求信号用于请求自检模块执行自检步序,自检步序包括获取功能模块的状态信息。
61.具体的,本实施例中的自检模块可以用于对车载远程通信终端进行检测以及修复,自检模块可以是响应于外部设备发送的请求信号执行自检步序,自检步序包括获取功能模块的状态信息,外部设备可以是与车载远程通信终端通信连接的设备,例如云端服务器、移动终端、汽车终端等;请求信号用于请求自检模块执行自检步序。
62.s120:在接收到请求信号的情况下,通过总线获取功能模块的状态信息。
63.具体的,在用户启动智能汽车之前或者用户想排查车辆问题时,通过外部设备发送请求信号至车载远程通信终端,自检模块在接收到请求信号的情况下,则通过总线获取功能模块的状态信息。具体的,自检模块可以通过总线主动向各个功能模块下发状态请求指令,以此获取各个功能模块的状态信息;状态信息可以是运行正常、断开连接、运行负载过大等,能够表示功能模块状态的信息。以此实现了主动检测车载远程通信终端的效果,并且过程简单难度低,无需专业的技术维修人员和检测设备。
64.s130:在未接收到请求信号的情况下,根据预设频率,通过总线获取功能模块的状态信息。
65.具体的,为了防止车载远程通信终端出现异常,影响用户的体验,因此在用户在未主动发送请求信号的情况下,仍然需要对车载远程通信终端检测。本实施例中在未接收到
请求信号的情况下,根据预设频率,通过总线获取功能模块的状态信息;其中预设频率可以是每5秒、10秒,也即每预设频率执行一次通过总线获取功能模块的状态信息的自检步序;以此在用户在未主动发送请求信号的情况下,也可以对车载远程通信终端进行检测,使得在车载远程通信终端出现异常时可以及时被检测出来。
66.s140:在状态信息发生更新的情况下,根据更新后的状态信息,生成状态更新信息,状态更新信息用于表示状态信息的更新情况。
67.具体的,在获取到功能模块的状态信息后,因为功能模块正常运行和异常状态两者的状态信息是不同的,也即在功能模块进入异常状态之后其状态信息是跟正常运行的状态信息不同,所以可以根据状态信息是否发生变更确认功能模块是否存在异常。因此在状态信息发生更新的情况下,根据更新后的状态信息,生成状态更新信息,状态更新信息用于表示状态信息的更新情况,例如状态更新信息可以包括变更前的状态信息以及变更后的状态信息,或者直接表示变更后的状态信息均可;需要说明的是,判断状态信息是否变更可以将状态信息与预设状态信息进行比较,或者是,将状态信息与上一次检测到的状态信息进行比较等方式均可。
68.在一实施例中,s120在接收到请求信号的情况下,通过总线获取功能模块的状态信息,之后还包括:
69.将状态信息与预设状态信息进行对比,判断状态信息是否发生更新;
70.在状态信息未发生更新的情况下,根据预设频率,通过总线获取功能模块的状态信息。
71.s130在未接收到请求信号的情况下,根据预设频率,通过总线获取功能模块的状态信息,之后还包括:
72.将状态信息与预设状态信息进行对比,判断状态信息是否发生更新;
73.在状态信息未发生更新的情况下,根据预设频率,通过总线获取功能模块的状态信息。
74.本实施例中,在s120和s130获取状态信息后均需要判断状态信息是否发生变更,判断状态信息是否变更可以将状态信息与预设状态信息进行比较,或者是,将状态信息与上一次检测到的状态信息进行比较。本实施例以将状态信息与预设状态信息进行对比为例进行说明,预设状态信息为正常运行信息,若当前状态信息并不包括正常运行信息则可以确定当前状态信息发生变更,若当前状态信息包括正常运行信息则可以确定当前状态信息未发生变更,也即功能模块未出现异常。此时,为了在功能模块出现异常时及时发现,可以循环执行步骤s130根据预设频率,通过总线获取功能模块的状态信息。
75.在一实施例中,s140中的根据更新后的状态信息,生成状态更新信息,包括:
76.判断更新后的状态信息是否表示异常状态;
77.在更新后的状态信息表示异常状态的情况下,确定是否存在异常状态对应的修复指令,修复指令用于修复功能模块的异常状态;
78.在存在异常状态对应的修复指令的情况下,通过总线将修复指令发送至功能模块;
79.获取功能模块修复后的状态信息,并根据修复后的状态信息,生成状态更新信息。
80.本实施例中,在确定状态信息发生更新后,首先需要判断更新后的状态信息是否
表示异常状态,状态信息可以表示功能模块的各种状态,各种状态中包括有异常状态和正常状态,异常状态表示功能模块出现异常,例如运行异常、无法连接等,正常状态表示功能模块未出现异常,例如运行正常、正在启动。在功能模块处于异常状态的情况下,则需要对功能模块进行修复;因此在更新后的状态信息表示异常状态的情况下,确定是否存在异常状态对应的修复指令,其中确定是否存在异常状态对应的修复指令,指的是确定自检模块中是否预先存储有异常状态对应的修复指令,若自检模块中存在异常状态对应的修复指令,则可以直接通过总线将修复指令发送至功能模块,以此通过修复指令修复功能模块的异常状态。接着,获取功能模块修复后的状态信息,此时无论功能模块是否修复完成,均会根据修复后的状态信息,生成状态更新信息;另外,若自检模块中不存在异常状态对应的修复指令,则直接根据更新后的状态信息,生成状态更新信息;需要说明的修复指令可以是修复代码数据、修复插件、修复脚本等用于修复功能模块异常的载体均可。以此,使得自检模块可以自行修复部分异常状态,并且根据修复后的状态信息以及不具备修复指令的状态信息,生成状态更新信息发送至目标终端。使得用户则可以通过目标终端查看到经过自检模块进行预处理的状态更新信息,以此起到了降低tbox检测难度的效果。
81.在一实施例中,判断更新后的状态信息是否表示异常状态,包括:
82.判断更新后的状态信息是否包括预设故障码;
83.在更新后的状态信息包括预设故障码的情况下,确定更新后的状态信息表示异常状态,以及根据预设的故障关系表,确定预设故障码对应的异常状态,故障关系表用于表示预设故障码与异常状态的对应关系。
84.本实施例中,对于判断更新后的状态信息是否表示异常状态,采用故障码进行判断,故障码可以是诊断故障码(diagnostic trouble code,dtc)。通过匹配更新后的状态信息中是否包括预设故障码,以此判断更新后的状态信息是否表示异常状态;其中预设故障码可以是将各个功能模块会出现的异常状态对应的故障码,设置为该功能模块的预设故障码,并且根据预设故障码与异常状态的对应关系建立故障关系表;以此,在更新后的状态信息包括预设故障码的情况下,则可以确定更新后的状态信息表示异常状态,接着根据预设的故障关系表,确定预设故障码对应的异常状态,以此实现确定。
85.s150:将状态更新信息发送至目标终端。
86.具体的,在确定状态更新信息后,为了使用户可以及时查看状态更新信息,因此将状态更新信息发送至目标终端,发送过程可以是通过功能模块将状态更新信息发送至目标终端,自检模块可以直接将状态更新信息发送至目标终端,也可以利用功能模块中的不同通信模块状态更新信息发送至不同的目标终端,例如,目标终端为云端服务器时,功能模块包括与云端服务器通信连接的云端交互模块,通过自检模块将状态更新信息发送云端交互模块,云端交互模块再将状态更新信息发送至云端服务器;目标终端还可以是车机端、移动终端等,均可以利用不同的通信模块进行发送状态更新信息。以此实现,用户可以通过目标终端及时查看到车载远程通信终端的状态更新信息。
87.在一实施例中,s150将状态更新信息发送至目标终端,之后包括:
88.接收目标终端发送的修复指令;
89.通过总线将修复指令发送至功能模块;
90.根据功能模块修复后的状态信息,生成修复信息,修复信息用于表示功能模块的
修复情况;
91.将修复信息发送至目标终端。
92.本实施例中,在将状态更新信息发送至目标终端,为了修复功能模块的异常状态,此时,用户可以通过目标终端发送修复指令至自检模块;具体的发送过程可以是,可以直接将修复指令发送至自检模块,也可以利用与目标终端通信连接的通信模块获取目标终端发送的修复指令,自检模块再通过总线获取通信模块所接收目标终端发送的修复指令。在接收目标终端发送的修复指令后,通过总线将修复指令发送至功能模块,通过总线获取功能模块修复后的状态信息,生成修复信息,修复信息用于表示功能模块的修复情况,例如包括修复前的状态信息以及修复后的状态信息,再将修复信息发送至目标终端;以此使得目标终端可以及时查看修复信息确定是否修复完成。
93.如图2所示的,本技术还公开一实施例,提供了一种车载远程通信终端2,车载远程通信终端2包括自检模块21以及与自检模块21总线连接的功能模块22,功能模块22包括第一通信模块221;
94.第一通信模块221,用于与云端通信连接,并获取云端发送的请求信号,通过总线将请求信号发送至自检模块21;
95.自检模块21,用于执行前述任一实施例的方法。
96.本实施例中,功能模块22可以包括一个或多个,例如电源模块、网络模块等。自检模块21与所有功能模块22均通过总线连接,功能模块22包括第一通信模块221,第一通信模块221主要用于与云端通信连接,云端可以是云端服务器、云端客户端等,并获取云端发送的请求信号,通过总线将请求信号发送至自检模块21,以使自检模块21执行前述任一实施例的检测方法。相比于现有的车载远程通信终端2,本实施例设置自检模块21进行主动和被动自检,并通过第一通信模块221与云端交互,实现了便于将车载远程通信终端2的数据传输至云端;另外,本实施例中通过总线将车载远程通信终端2内的各个模块进行连接,相比于现有技术中通过设置进程来实现各模块间的连接,总线连接起到通信协议统一,实现检测和维护的效果。
97.在一实施例中,车载远程通信终端2与车机端连接,功能模块22还包括第二通信模块;
98.第二通信模块,用于与车机端通信连接,并获取车机端发送的请求信号,通过总线将请求信号发送至自检模块21;以及,通过总线获取自检模块21发送的状态更新信息,将状态更新信息发送至车机端。
99.本实施例中通过第二通信模块起到自检模块21与车机端的通信连接,其中车机端表示车辆系统端,例如车辆控制系统、车辆系统中的监测应用程序等;以使的用户可以通过车机端进行车载远程通信终端2的检测和修复,实现了降低tbox检测难度的效果。
100.如图3所示的,本技术还公开一实施例,提供了一种车载远程通信终端的检测装置,车载远程通信终端包括自检模块以及与自检模块总线连接的功能模块,检测装置包括:
101.判断模块310,用于判断是否接收到请求信号,其中,请求信号用于请求自检模块执行自检步序,自检步序包括获取功能模块的状态信息;
102.第一获取模块320,用于在接收到请求信号的情况下,通过总线获取功能模块的状态信息;
103.第二获取模块330,用于在未接收到请求信号的情况下,根据预设频率,通过总线获取功能模块的状态信息;
104.生成模块340,用于在状态信息发生更新的情况下,根据更新后的状态信息,生成状态更新信息,状态更新信息用于表示状态信息的更新情况;
105.发送模块350,用于将状态更新信息发送至目标终端。
106.在一实施例中,所述车载远程通信终端的检测装置还可以包括:
107.对比模块,用于将状态信息与预设状态信息进行对比,判断状态信息是否发生更新;
108.第三获取模块,用于在状态信息未发生更新的情况下,根据预设频率,通过总线获取功能模块的状态信息。
109.在一实施例中,生成模块340可以包括:
110.判断单元,用于判断更新后的状态信息是否表示异常状态;
111.第一确定单元,用于在更新后的状态信息为异常状态的情况下,确定是否存在异常状态对应的修复指令,修复指令用于修复功能模块的异常状态;
112.发送单元,用于在存在异常状态对应的修复指令的情况下,通过总线将修复指令发送至功能模块;
113.生成单元,用于获取功能模块修复后的状态信息,并根据修复后的状态信息,生成状态更新信息。
114.在一实施例中,所述车载远程通信终端的检测装置还可以包括:
115.接收模块,用于接收目标终端发送的修复指令;
116.总线模块,用于通过总线将修复指令发送至功能模块;
117.修复模块,用于根据功能模块修复后的状态信息,生成修复信息,修复信息用于表示功能模块的修复情况;
118.发送模块,还用于将修复信息发送至目标终端。
119.在一实施例中,判断单元可以包括:
120.判断子单元,用于判断更新后的状态信息是否包括预设故障码;
121.确定子单元,用于在更新后的状态信息包括预设故障码的情况下,确定更新后的状态信息表示异常状态,以及根据预设的故障关系表,确定预设故障码对应的异常状态,故障关系表用于表示预设故障码与异常状态的对应关系。
122.上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程,在此不再赘述。
123.如图4所示,本技术实施例提供了一种电子设备,包括处理器410、通信接口420、存储器430和通信总线440,其中,处理器410,通信接口420,存储器430通过通信总线440完成相互间的通信,
124.存储器430,用于存放计算机程序;
125.在本技术一个实施例中,处理器410,用于执行存储器430上所存放的程序时,实现前述任意一个方法实施例提供的方法。
126.本技术实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现如前述任意一个方法实施例提供的判别信息的生成方法
的步骤。
127.需要说明的是,在本文中,诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个
……”
限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
128.上述对本说明书实施例特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
129.以上所述仅是本发明的具体实施方式,使本领域技术人员能够理解或实现本发明。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。
技术特征:
1.一种车载远程通信终端的检测方法,其特征在于,所述车载远程通信终端包括自检模块以及与所述自检模块总线连接的功能模块,所述方法应用于所述自检模块,所述方法包括:判断是否接收到请求信号,其中,所述请求信号用于请求所述自检模块执行自检步序,所述自检步序包括获取所述功能模块的状态信息;在接收到所述请求信号的情况下,通过所述总线获取所述功能模块的状态信息;在未接收到所述请求信号的情况下,根据预设频率,通过所述总线获取所述功能模块的状态信息;在所述状态信息发生更新的情况下,根据更新后的状态信息,生成状态更新信息,所述状态更新信息用于表示所述状态信息的更新情况;将所述状态更新信息发送至目标终端。2.根据权利要求1所述的方法,其特征在于,所述通过所述总线获取所述功能模块的状态信息,之后还包括:将所述状态信息与预设状态信息进行对比,判断所述状态信息是否发生更新;在所述状态信息未发生更新的情况下,根据预设频率,通过所述总线获取所述功能模块的状态信息。3.根据权利要求1所述的方法,其特征在于,所述根据更新后的状态信息,生成状态更新信息,包括:判断所述更新后的状态信息是否表示异常状态;在所述更新后的状态信息为异常状态的情况下,确定是否存在所述异常状态对应的修复指令,所述修复指令用于修复所述功能模块的异常状态;在存在所述异常状态对应的修复指令的情况下,通过所述总线将所述修复指令发送至所述功能模块;获取所述功能模块修复后的状态信息,并根据所述修复后的状态信息,生成状态更新信息。4.根据权利要求1所述的方法,其特征在于,所述将所述状态更新信息发送至目标终端,之后包括:接收所述目标终端发送的修复指令;通过所述总线将所述修复指令发送至所述功能模块;根据所述功能模块修复后的状态信息,生成修复信息,所述修复信息用于表示所述功能模块的修复情况;将所述修复信息发送至所述目标终端。5.根据权利要求3所述的方法,其特征在于,所述判断所述更新后的状态信息是否表示异常状态,包括:判断所述更新后的状态信息是否包括预设故障码;在所述更新后的状态信息包括预设故障码的情况下,确定所述更新后的状态信息表示异常状态,以及根据预设的故障关系表,确定所述预设故障码对应的异常状态,所述故障关系表用于表示所述预设故障码与所述异常状态的对应关系。6.一种车载远程通信终端,其特征在于,所述车载远程通信终端包括自检模块以及与
所述自检模块总线连接的功能模块,所述功能模块包括第一通信模块;所述第一通信模块,用于与云端通信连接,并获取所述云端发送的请求信号,通过所述总线将所述请求信号发送至所述自检模块;所述自检模块,用于执行权利要求1-5任一所述的方法。7.根据权利要求6所述的车载远程通信终端,其特征在于,所述车载远程通信终端与车机端连接,所述功能模块还包括第二通信模块;所述第二通信模块,用于与车机端通信连接,并获取所述车机端发送的请求信号,通过所述总线将所述请求信号发送至所述自检模块;以及,通过所述总线获取所述自检模块发送的所述状态更新信息,将所述状态更新信息发送至所述车机端。8.一种车载远程通信终端的检测装置,其特征在于,所述车载远程通信终端包括自检模块以及与所述自检模块总线连接的功能模块,所述检测装置包括:判断模块,用于判断是否接收到请求信号,其中,所述请求信号用于请求所述自检模块执行自检步序,所述自检步序包括获取所述功能模块的状态信息;第一获取模块,用于在接收到所述请求信号的情况下,通过所述总线获取所述功能模块的状态信息;第二获取模块,用于在未接收到所述请求信号的情况下,根据预设频率,通过所述总线获取所述功能模块的状态信息;生成模块,用于在所述状态信息发生更新的情况下,根据更新后的状态信息,生成状态更新信息,所述状态更新信息用于表示所述状态信息的更新情况;发送模块,用于将所述状态更新信息发送至目标终端。9.一种电子设备,其特征在于,包括处理器、通信接口、存储器和通信总线,其中,处理器,通信接口,存储器通过通信总线完成相互间的通信;存储器,用于存放计算机程序;处理器,用于执行存储器上所存放的程序时,实现权利要求1-5中任一所述的方法步骤。10.一种存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现如权利要求1-5中任一所述的方法。
技术总结
本发明涉及一种车载远程通信终端的检测方法、装置及车载远程通信终端,所述车载远程通信终端的检测方法中,车载远程通信终端包括自检模块以及与自检模块总线连接的功能模块,检测方法应用于自检模块;通过判断是否接收到请求信号,在接收到请求信号的情况下,通过总线获取功能模块的状态信息,以及在未接收到请求信号的情况下,根据预设频率,通过总线获取功能模块的状态信息;并且在状态信息发生更新的情况下,根据更新后的状态信息,生成状态更新信息,将状态更新信息发送至目标终端;以此无需专业的技术维修人员以及检测设备也可对车载远程通信终端进行检测,实现了降低TBOX检测难度的效果。测难度的效果。测难度的效果。
技术研发人员:高龙飞 严德阳 张英鹏
受保护的技术使用者:重庆长安汽车股份有限公司
技术研发日:2023.05.30
技术公布日:2023/8/9
版权声明
本文仅代表作者观点,不代表航家之家立场。
本文系作者授权航家号发表,未经原创作者书面授权,任何单位或个人不得引用、复制、转载、摘编、链接或以其他任何方式复制发表。任何单位或个人在获得书面授权使用航空之家内容时,须注明作者及来源 “航空之家”。如非法使用航空之家的部分或全部内容的,航空之家将依法追究其法律责任。(航空之家官方QQ:2926969996)
航空之家 https://www.aerohome.com.cn/
飞机超市 https://mall.aerohome.com.cn/
航空资讯 https://news.aerohome.com.cn/
