一种基于车辆总线的通讯方法和车辆网关设备与流程

专利2024-08-01  51


本申请涉及车辆技术领域,特别涉及一种基于车辆总线的通讯方法、车辆网关设备和存储介质。



背景技术:

当前的汽车总线网络市场上,以占据主导地位的是can总线为例。can总线是为了解决现代汽车中众多的控制与测试仪器之间的数据交换问题而开发的一种串行数据通讯协议。它的短帧数据结构、非破坏性总线性仲裁技术及灵活的通讯方式满足了汽车的实时性和可靠性要求。

一般车辆总线布局会分为几个子网,比如动力相关的系统部署在动力子网上,车身相关的系统部署在车身子网上,各子网间通过网关系统进行数据传输。当一个子网中的某个系统向另一个子网中的系统进行数据传输的时候,网关会把数据发送到所有的子网中去,每个子网的每个系统根据请求id来判断是不是发给本系统的,若不是则不处理,若是则进行处理。由于车辆中的系统越来越多,达到几十甚至上百个,若每次数据通讯都要向所有子网转发数据,就会造成其它无关子网上的数据传输负载增加,而且造成很多无关系统还要进行判断增加了不必要的处理,也降低了车辆总线的数据通讯效率。



技术实现要素:

本申请的目的是提供一种基于车辆总线的通讯方法、装置、电子设备和存储介质,能够大大减少了汽车总线上的数据通信负载,也减少了其他子网的各个系统判断id的过程,提高数据通信效率。其具体方案如下:

第一方面,本申请公开了一种基于车辆总线的通讯方法,应用于车辆网关设备,所述方法包括:

接收请求子网发送的请求命令,并解析所述请求命令得到请求id;其中,所述请求命令是请求系统发送至所述请求子网的;

根据所述请求id查询映射表,确定所述请求id对应的目标系统和所述目标系统所在的目标子网;

发送所述请求命令至所述目标子网,以使所述目标子网中的所述目标系统根据所述请求id进行回复生成回复命令,并将所述回复命令发送至所述目标子网;

接收所述目标子网发送的所述回复命令,并将所述回复命令发送至所述请求子网,以使所述请求子网中的请求系统解析所述回复命令,得到所述请求命令中的请求内容。

可选的,将所述回复命令发送至所述请求子网之前,还包括:

解析所述回复命令得到回复id;

根据所述回复id查询所述映射表,判断所述回复id对应的系统是否为所述目标系统;

若是,则根据通讯记录,判断所述通讯记录中是否存在对应所述目标系统的请求命令;

若存在,则执行将所述回复命令发送至所述请求子网的步骤。

可选的,在所述发送所述请求命令至所述目标子网之前,还包括:

判断所述请求子网与所述目标子网是否相同;

若是,则将所述请求子网作为所述目标子网,并执行发送所述请求命令至所述目标子网的步骤。

可选的,在所述接收所述请求子网发送的请求命令之前,还包括:

发送系统激活命令至所有子网,以使所述所有子网中的各个系统根据所述系统激活命令,生成激活回复命令;

接收所述激活回复命令,并根据所述激活回复命令,生成所述映射表。

可选的,解析所述请求命令得到所述请求id,包括:

根据can总线通信协议,解析所述请求命令得到所述请求id。

第二方面,本申请公开了一种车辆网关设备,包括:

解析模块,用于接收请求子网发送的请求命令,并解析所述请求命令得到请求id;其中所述请求命令是请求系统发送至所述请求子网的;

确定模块,用于根据所述请求id查询映射表,确定所述请求id对应的目标系统和所述目标系统所在的目标子网;

发送模块,用于发送所述请求命令至所述目标子网,以使所述目标子网中的所述目标系统根据所述请求id进行回复生成回复命令,并将所述回复命令发送至所述目标子网;

接收模块,用于接收所述目标子网发送的所述回复命令,并将所述回复命令发送至所述请求子网,以使所述请求子网中的请求系统解析所述回复命令,得到所述请求命令中的请求内容。

可选的,还包括:

第一判断模块,用于根据解析所述回复命令得到的回复id查询所述映射表,判断所述回复id对应的系统是否为所述目标系统;

第二判断模块,用于若是,则根据通讯记录,判断所述通讯记录中是否存在对应所述目标系统的请求命令。

可选的,还包括:

第三判断模块,用于判断所述请求子网与所述目标子网是否相同;

子网模块,用于若是,则将所述请求子网作为所述目标子网,并执行发送所述请求命令至所述目标子网的步骤。

第三方面,本申请公开了一种车辆网关设备,包括:

存储器,用于存储计算机程序;

处理器,用于执行所述计算机程序时实现如上述基于车辆总线的通讯方法的步骤。

第四方面,本申请公开了一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如上述基于车辆总线的通讯方法的步骤。

本申请提供一种基于车辆总线的通讯方法,应用于车辆网关设备,所述方法包括:接收请求子网发送的请求命令,并解析所述请求命令得到请求id;其中,所述请求命令是请求系统发送至所述请求子网的;根据所述请求id查询映射表,确定所述请求id对应的目标系统和所述目标系统所在的目标子网;发送所述请求命令至所述目标子网,以使所述目标子网中的所述目标系统根据所述请求id进行回复生成回复命令,并将所述回复命令发送至所述目标子网;接收所述目标子网发送的所述回复命令,并将所述回复命令发送至所述请求子网,以使所述请求子网中的请求系统解析所述回复命令,得到所述请求命令中的请求内容。

可见,本申请通过查询映射表,确定请求命令中的请求id对应的目标系统和目标系统所在的目标子网,然后将请求命令仅发送到目标子网,再将目标子网发送的回复命令发送到请求子网,即只将请求命令发送到目标子网,不发送到其他子网,大大减少了汽车总线上的数据通信负载,也减少了其他子网的各个系统判断id的过程,避免了相关技术中将请求命令发送到所有子网,导致其他无关的子网数据传输负载增加,还要进行多余的判断过程的缺陷,提高数据通信效率,改善用户体验。本申请同时还提供了一种基于车辆总线的通讯装置、一种电子设备和计算机可读存储介质,具有上述有益效果,在此不再赘述。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。

图1为本申请实施例所提供的一种基于车辆总线的通讯方法的流程图;

图2为本申请实施例所提供的一种数据传输流程示意图;

图3为本申请实施例所提供的一种车辆网关设备的结构示意图;

图4为本申请实施例所提供的一种车辆网关设备的结构图;

图5为本申请实施例所提供的另一种车辆网关设备的结构图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。

汽车总线是实现数字网络化的基础,随着汽车各系统的控制逐步向自动化和智能化转变,汽车电气系统变得日益复杂,汽车内部的各系统间以及外部设备和汽车各系统的通讯都要通过汽车总线来进行数据的传输。总线上数据传输量越来越大,传输的效率就会受到影响。当前车辆总线的网关系统接收到数据传输请求时,会转发到所有子网,导致网关系统和其他无关子网数据传输负载增大,并且其他子网中的系统增加了不必要的判断。基于上述技术问题,本实施例提供一种基于车辆总线的通讯方法,减少了汽车总线上的数据通信负载,也减少了其他子网的各个系统判断id的过程,提高数据通信效率,具体请参考图1,图1为本申请实施例所提供的一种基于车辆总线的通讯方法的流程图,该方法应用于车辆网关设备,具体包括:

s101、接收请求子网发送的请求命令,并解析请求命令得到请求id;其中,请求命令是请求系统发送至请求子网的

本实施例的执行主体为车辆网关设备的网关系统。可以理解的是,请求系统即为发起请求命令的系统,称之为请求系统。相应的,请求系统所在的子网称之为请求子网。本实施例并不限定请求命令的具体内容,可以包括请求id和请求内容,也可以包括其他,可以根据实际情况进行设定。本实施例并不限定请求命令的具体格式,例如,可以是请求id+字节个数+请求内容字节,如0xfc000322f101,fc00为请求id,03表示请求命令有3个字节,22f101为请求内容字节。本实施例也不限定请求系统的具体对象,可以是网关系统内所有子网中的任意系统。可以理解的是,请求系统将请求命令发送到请求子网中,然后请求子网再将请求命令发送到网关系统中,然后,网关系统再讲请求命令转发到请求命令所针对的子网中,进而使请求命令所对应的系统获取到请求命令进行后续操作。本实施例也不限定网关系统解析请求命令的具体方式,解析方式可根据具体的车辆通讯协议而定。

在一种具体的实施例中,解析请求命令得到请求id,可以包括:

根据can总线通信协议,解析请求命令得到请求id。

即,本实施例中车辆的通讯协议为can总线通信协议,那么网关系统就可根据该通信协议的通信格式来解析请求命令,得到请求id,以根据请求id进行后续操作。需要说明的是,当车辆的通讯协议为其他协议如lin、ttp、saej1850、van、flexray、byteflight、d2b、most、idb等时,则根据对应的通信格式来解析请求命令。

s102、根据请求id查询映射表,确定请求id对应的目标系统和目标系统所在的目标子网。

可以理解的是,映射表为各个子网与子网内所有系统的对应表,即可根据映射表查询到系统所在子网。本实施例并不限定映射表的具体内容,只要能够根据系统查询到系统所在子网即可,具体可以根据实际情况进行设定。可以理解的是,目标系统为请求系统进行数据交互的系统,也就是能响应请求命令的系统。相应的,目标子网即为目标系统所在的子网。本实施例并不限定映射表的具体制作方式,只要能够获取到所有系统的信息,比如系统名称、系统的请求id和回复id等,来根据系统的信息制作映射表即可。

在一种具体的实施例中,在接收请求子网发送的请求命令之前,还可以包括:

发送系统激活命令至所有子网,以使所有子网中的各个系统根据系统激活命令,生成激活回复命令;

接收激活回复命令,并根据激活回复命令,生成映射表。

即,本实施例中网关系统向所有子网内的所有系统发送系统激活命令,当系统接收到系统激活命令后,就会进行回复;网关系统接收到所有系统的回复信息即激活回复命令后,就可以获取到每个子网所包含的系统信息,还有各个系统的请求id和回复id等,进而制作生成映射表。可以理解的是,本实施例中可以按照功能寻址的方式向所有子网发送系统激活命令。

s103、发送请求命令至目标子网,以使目标子网中的目标系统根据请求id进行回复生成回复命令,并将回复命令发送至目标子网。

网关系统根据映射表只请求命令发送到目标子网,目标系统通过目标子网获取到请求命令后,根据请求id进行回复生成回复命令;目标系统再讲回复命令发送到目标子网,目标子网再将回复命令发送至网关系统,最后,网关系统再将回复命令转发到请求子网。可以理解的是,网关系统接收到回复命令后,需要进行判定该回复命令转发的对象。本实施例并不限定具体的判定过程,只要能够转发成功到请求子网即可。

还可以理解的是,目标系统与请求系统可以属于同一个子网,也可以属于不同的子网。在一种具体的实施例中,在发送请求命令至目标子网之前,还可以包括:

判断请求子网与目标子网是否相同;

若是,则将请求子网作为目标子网,并执行发送请求命令至目标子网的步骤。

即将请求命令发送到目标子网之前,判断请求子网与目标子网是否相同,也就是请求系统与目标系统是否在同一个子网中,若是,则将请求子网作为目标子网,并执行下一步操作即将请求命令发送至目标子网。

s104、接收目标子网发送的回复命令,并将回复命令发送至请求子网,以使请求子网中的请求系统解析回复命令,得到请求命令中的请求内容。

可以理解的是,当网关系统接收到回复命令时,还需要确定回复命令发送的对象。本实施例并不限定回复命令对应发送对象的具体确定方式。在一种具体的实施例中,将回复命令发送至请求子网之前,还可以包括:

解析回复命令得到回复id;

根据回复id查询映射表,判断回复id对应的系统是否为目标系统;

若是,则根据通讯记录,判断通讯记录中是否存在对应目标系统的请求命令;

若存在,则执行将回复命令发送至请求子网的步骤。

即,本实施例中网关系统接收到回复命令后,解析回复命令得到回复id;再跟进回复id查询映射表,确定回复id所对应的系统,若该系统为目标系统,那么再查询通讯记录,判断是否有目标系统对应的请求命令,即是否存储于请求id为目标系统的请求命令;若有,则说明该回复命令为目标系统发送给请求系统的,继续执行下一步操作,即将回复命令发送至请求子网。本实施例并不限定通讯记录的具体内容,可以包括请求命令,请求系统,请求子网,目标系统,目标子网和请求命令接收时间,回复命令接收时间等,可根据实际情况进行设定。

基于上述技术方案,本实施例通过查询映射表,确定请求命令中的请求id对应的目标系统和目标系统所在的目标子网,然后将请求命令仅发送到目标子网,再将目标子网发送的回复命令发送到请求子网,即网关系统只将请求命令发送到目标子网,不发送到其他子网,大大减少了汽车总线上的数据通信负载,也减少了其他子网的各个系统判断id的过程,提高了数据通信效率,改善用户体验。

以下提供一种具体的数据传输过程实施例,图2为具体的流程示意图。

1、当车辆下线时,车辆中的各个系统id都已经固定,网关系统中保存所有系统的信息,比如系统名称,系统的请求id和回复id。

2、然后网关系统先以功能寻址的方式向所有子网发送系统激活命令0x1001。功能寻址就是以功能请求id发送命令,比如功能请求id为0x07df,所有系统接收以后进行回复,比如以功能寻址方式发送命令为0x07df021001,其中07df为请求id,02表示请求字节有2个,1001为请求字节。

3、各子网内的系统接收到后就会回复,比如发动机系统回复0xfd00025001,其中fd00为发动机系统的回复命令id,02为回复字节有2个,5001为激活回复数据。

4、网关系统记录各个子网回复的激活命令(激活回复命令),根据回复的激活命令id确定每个子网有哪些系统,比如powertrain子网有发动机,波箱,燃油系统。

5、根据激活回复命令,生成子网与系统的映射表,包括每个子网中有哪些系统,及系统的请求id和回复id等信息。

6、当车辆总线需要数据通讯时,例如当body子网中的车门系统需要向powertrain子网中的发动机系统发送请示命令获取指定的数据时。

7、首先车门系统先在body子网发送请求命令,请求命令中包括了发动机系统的id及请求内容,比如0xfc000322f101,fc00为发动机系统的请求id,03表示请求命令有3个字节,22f101为请求的内容字节。

8、请求命令通过body子网传输给网关系统,网关系统解析出请求命令中的id,比如为fc00。

9、然后根据请求id去映射表中查找,判断是发动机系统,在powertrain子网内,网关系统就会把本请求只转发到powertrain子网,其它子网不转发,并且记录下本次发动机的请求是由body子网发出的,存储于通讯记录中。

10、当请求命令转发到powertrain子网后,发动机系统通过解析id发现是向本系统请求的,就会把请求内容填充在回复命令中,比如回复命令为0xfd000622f101112233,其中fd00为发动机系统的回复id,06表示回复数据有6个字节,22f101112233为回复内容字节,然后发动机系统将回复命令发送到powertrain子网。

11、powertrain子网将回复命令传递给网关系统,网关系统同样解析出回复命令的id为fd00,然后去映射表中查找。

12、根据回复命令的id判断出此回复命令为发动机系统的回复命令,然后根据通讯记录确定是body子网请求的发动机系统信息,就把此回复命令转发给body子网。

13、车门系统通过body子网获取到回复命令后,根据id判断为发动机系统的回复,就把回复命令中数据解析出来即为所需数据,比如22f101112233。

其中,若网关系统判断是同一子网内的系统相互通讯,即请求系统与目标系统处于同一子网中,则网关系统不会向其它子网转发,也不会进行通讯记录。

本实施例中网关系统通过询问来记录每个子网的各系统信息,生成子网和系统的映射表,当一个子网的系统有数据需要传输的时候,先根据请求id来判断是发送给哪个系统,然后根据映射表确定系统所在子网,只将数据转发给该系统所在子网,其它子网不转发,可以有效减少车辆总线的数据负载,也减少了其他子网中各个系统的处理过程,提高了数据通信效率。

下面对本申请实施例提供的一种车辆网关设备进行介绍,下文描述的车辆网关设备与上文描述的基于车辆总线的通讯方法可相互对应参照,相关模块均设置于中,参考图3,图3为本申请实施例所提供的一种车辆网关设备的结构示意图,包括:

在一些具体的实施例中,具体包括:

解析模块301,用于接收请求子网发送的请求命令,并解析请求命令得到请求id;其中请求命令是请求系统发送至请求子网的;

确定模块302,用于根据请求id查询映射表,确定请求id对应的目标系统和目标系统所在的目标子网;

发送模块303,用于发送请求命令至目标子网,以使目标子网中的目标系统根据请求id进行回复生成回复命令,并将回复命令发送至目标子网;

接收模块304,用于接收目标子网发送的回复命令,并将回复命令发送至请求子网,以使请求子网中的请求系统解析回复命令,得到请求命令中的请求内容。

在一些具体的实施例中,还包括:

第一判断模块,用于根据解析回复命令得到的回复id查询映射表,判断回复id对应的系统是否为目标系统;

第二判断模块,用于若是,则根据通讯记录,判断通讯记录中是否存在对应目标系统的请求命令。

在一些具体的实施例中,还包括:

第三判断模块,用于判断请求子网与目标子网是否相同;

子网模块,用于若是,则将请求子网作为目标子网,并执行发送请求命令至目标子网的步骤。

在一些具体的实施例中,还包括:

发送系统激活命令模块,用于发送系统激活命令至所有子网,以使所有子网中的各个系统根据系统激活命令,生成激活回复命令;

生成模块,用于接收激活回复命令,并根据激活回复命令,生成映射表。

在一些具体的实施例中,解析模块301,包括:

解析单元,用于根据can总线通信协议,解析请求命令得到请求id。

由于车辆网关设备部分的实施例与基于车辆总线的通讯方法部分的实施例相互对应,因此车辆网关设备部分的实施例请参见基于车辆总线的通讯方法部分的实施例的描述,这里暂不赘述。

本申请提供一种车辆网关设备,参见图4,图4为本申请实施例提供的一种车辆网关设备的结构图,包括:

存储器100,用于存储计算机程序;

处理器200,用于执行计算机程序时实现如上述基于车辆总线的通讯方法的步骤。

具体的,存储器100包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机可读指令,该内存储器为非易失性存储介质中的操作系统和计算机可读指令的运行提供环境。处理器200为电子设备提供计算和控制能力,执行存储器100中保存的计算机程序时,可以实现以下步骤:接收请求子网发送的请求命令,并解析请求命令得到请求id;其中,请求命令是请求系统发送至请求子网的;根据请求id查询映射表,确定请求id对应的目标系统和目标系统所在的目标子网;发送请求命令至目标子网,以使目标子网中的目标系统根据请求id进行回复生成回复命令,并将回复命令发送至目标子网;接收目标子网发送的回复命令,并将回复命令发送至请求子网,以使请求子网中的请求系统解析回复命令,得到请求命令中的请求内容。

本实施例只将请求命令发送到目标子网,不发送到其他子网,大大减少了汽车总线上的数据通信负载,也减少了其他子网的各个系统判断id的过程,避免了相关技术中将请求命令发送到所有子网,导致其他无关的子网数据传输负载增加,还要进行多余的判断过程的缺陷,提高数据通信效率,改善用户体验。

在一些具体的实施例中,处理器200执行存储器100中保存的计算机子程序时,可以实现以下步骤:解析回复命令得到回复id;根据回复id查询映射表,判断回复id对应的系统是否为目标系统;若是,则根据通讯记录,判断通讯记录中是否存在对应目标系统的请求命令;若是存在,则执行将回复命令发送至请求命令对应的子网的步骤。

在一些具体的实施例中,处理器200执行存储器100中保存的计算机子程序时,可以实现以下步骤:发送系统激活命令至所有子网,以使所有子网中的各个系统根据系统激活命令,生成激活回复命令;接收激活回复命令,并根据激活回复命令,生成映射表。

在一些具体的实施例中,处理器200执行存储器100中保存的计算机子程序时,可以实现以下步骤:根据can总线通信协议,解析请求命令得到请求id。

在上述实施例的基础上,作为优选实施方式,参见图5,图5为本申请实施例提供的另一种车辆网关设备的结构图,该车辆网关设备还包括:

输入接口300,与处理器200相连,用于获取外部导入的计算机程序、参数和指令,经处理器200控制保存至存储器100中。该输入接口300可以与输入装置相连,接收用户手动输入的参数或指令。该输入装置可以是显示屏上覆盖的触摸层,也可以是终端外壳上设置的按键、轨迹球或触控板,也可以是键盘、触控板或鼠标等。

显示单元400,与处理器200相连,用于显示处理器200发送的数据。该显示单元400可以为pc机上的显示屏、液晶显示屏或者电子墨水显示屏等。

网络端口500,与处理器200相连,用于与外部各终端设备进行通信连接。该通信连接所采用的通信技术可以为有线通信技术或无线通信技术,如移动高清链接技术(mhl)、通用串行总线(usb)、高清多媒体接口(hdmi)、无线保真技术(wifi)、蓝牙通信技术、低功耗蓝牙通信技术、基于ieee802.11s的通信技术等。

下面对本申请实施例提供的一种计算机可读存储介质进行介绍,下文描述的计算机可读存储介质与上文描述的基于车辆总线的通讯方法可相互对应参照。

本申请提供一种计算机可读存储介质,计算机可读存储介质上存储有计算机程序,计算机程序被处理器执行时实现如上述基于车辆总线的通讯方法的步骤。

由于计算机可读存储介质部分的实施例与基于车辆总线的通讯方法部分的实施例相互对应,因此计算机可读存储介质部分的实施例请参见基于车辆总线的通讯方法部分的实施例的描述,这里暂不赘述。

说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。

专业人员还可以进一步意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd-rom、或技术领域内所公知的任意其它形式的存储介质中。

以上对本申请所提供的一种基于车辆总线的通讯方法、车辆网关设备及计算机可读存储介质进行了详细介绍。本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以对本申请进行若干改进和修饰,这些改进和修饰也落入本申请权利要求的保护范围内。


技术特征:

1.一种基于车辆总线的通讯方法,其特征在于,应用于车辆网关设备,所述方法包括:

接收请求子网发送的请求命令,并解析所述请求命令得到请求id;其中,所述请求命令是请求系统发送至所述请求子网的;

根据所述请求id查询映射表,确定所述请求id对应的目标系统和所述目标系统所在的目标子网;

发送所述请求命令至所述目标子网,以使所述目标子网中的所述目标系统根据所述请求id进行回复生成回复命令,并将所述回复命令发送至所述目标子网;

接收所述目标子网发送的所述回复命令,并将所述回复命令发送至所述请求子网,以使所述请求子网中的请求系统解析所述回复命令,得到所述请求命令中的请求内容。

2.根据权利要求1所述的基于车辆总线的通讯方法,其特征在于,将所述回复命令发送至所述请求子网之前,还包括:

解析所述回复命令得到回复id;

根据所述回复id查询所述映射表,判断所述回复id对应的系统是否为所述目标系统;

若是,则根据通讯记录,判断所述通讯记录中是否存在对应所述目标系统的请求命令;

若存在,则执行将所述回复命令发送至所述请求子网的步骤。

3.根据权利要求1所述的基于车辆总线的通讯方法,其特征在于,在所述发送所述请求命令至所述目标子网之前,还包括:

判断所述请求子网与所述目标子网是否相同;

若是,则将所述请求子网作为所述目标子网,并执行发送所述请求命令至所述目标子网的步骤。

4.根据权利要求1所述的基于车辆总线的通讯方法,其特征在于,在所述接收所述请求子网发送的请求命令之前,还包括:

发送系统激活命令至所有子网,以使所述所有子网中的各个系统根据所述系统激活命令,生成激活回复命令;

接收所述激活回复命令,并根据所述激活回复命令,生成所述映射表。

5.根据权利要求1所述的基于车辆总线的通讯方法,其特征在于,解析所述请求命令得到所述请求id,包括:

根据can总线通信协议,解析所述请求命令得到所述请求id。

6.一种车辆网关设备,其特征在于,包括:

解析模块,用于接收请求子网发送的请求命令,并解析所述请求命令得到请求id;其中所述请求命令是请求系统发送至所述请求子网的;

确定模块,用于根据所述请求id查询映射表,确定所述请求id对应的目标系统和所述目标系统所在的目标子网;

发送模块,用于发送所述请求命令至所述目标子网,以使所述目标子网中的所述目标系统根据所述请求id进行回复生成回复命令,并将所述回复命令发送至所述目标子网;

接收模块,用于接收所述目标子网发送的所述回复命令,并将所述回复命令发送至所述请求子网,以使所述请求子网中的请求系统解析所述回复命令,得到所述请求命令中的请求内容。

7.根据权利要求6所述的车辆网关设备,其特征在于,还包括:

解析回复命令模块,用于解析所述回复命令得到回复id;

第一判断模块,用于根据所述回复id查询所述映射表,判断所述回复id对应的系统是否为所述目标系统;

第二判断模块,用于若是,则根据通讯记录,判断所述通讯记录中是否存在对应所述目标系统的请求命令。

8.根据权利要求6所述的车辆网关设备,其特征在于,还包括:

第三判断模块,用于判断所述请求子网与所述目标子网是否相同;

子网模块,用于若是,则将所述请求子网作为所述目标子网,并执行发送所述请求命令至所述目标子网的步骤。

9.一种车辆网关设备,其特征在于,包括:

存储器,用于存储计算机程序;

处理器,用于执行所述计算机程序时实现如权利要求1至5任一项所述基于车辆总线的通讯方法的步骤。

10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如权利要求1至5任一项所述基于车辆总线的通讯方法的步骤。

技术总结
本申请公开了一种基于车辆总线的通讯方法,包括:接收请求子网发送的请求命令,并解析请求命令得到请求ID;其中,请求命令是请求系统发送至请求子网的;根据请求ID查询映射表,确定请求ID对应的目标系统和目标系统所在的目标子网;发送请求命令至目标子网,以使目标子网中的目标系统根据请求ID进行回复生成回复命令,并将回复命令发送至目标子网;接收目标子网发送的回复命令,并将回复命令发送至请求子网,以使请求子网中的请求系统解析回复命令,得到请求命令中的请求内容。该方法减少了车辆总线的数据通信负载,也减少了其他子网各个系统的判断过程。本申请还提供一种车辆网关设备和计算机可读存储介质,具有上述有益效果。

技术研发人员:刘均;庄文龙
受保护的技术使用者:深圳市元征科技股份有限公司
技术研发日:2020.12.25
技术公布日:2021.04.06

转载请注明原文地址:https://xbbs.6miu.com/read-20826.html