CN103200035A - 基于osek标准的网络休眠方法、装置及ecu - Google Patents
基于osek标准的网络休眠方法、装置及ecu Download PDFInfo
- Publication number
- CN103200035A CN103200035A CN2013101098958A CN201310109895A CN103200035A CN 103200035 A CN103200035 A CN 103200035A CN 2013101098958 A CN2013101098958 A CN 2013101098958A CN 201310109895 A CN201310109895 A CN 201310109895A CN 103200035 A CN103200035 A CN 103200035A
- Authority
- CN
- China
- Prior art keywords
- ecu
- dormancy
- network
- local field
- network management
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Abstract
本发明涉及网络管理领域,公开了一种基于OSEK标准的网络休眠方法、装置及ECU。在本发明所公开的网络休眠方法中,将各ECU分属为不同的局部域,在ECU产生的第一网络管理报文中,加载自身的标识、所属局部域的标识、状态的标识和后继ECU的标识,并根据所述第一网络管理报文进行判断,在同一局部域内所有的ECU均满足休眠条件时,产生休眠指令,以使该局部域内所有的ECU进入休眠状态。通过本发明所公开的方法,只要同一局部域内所有ECU均满足休眠条件,则进入休眠状态。而现有技术中必须网段内的所有ECU均满足休眠条件时,才能进入休眠状态,和现有技术相比,本发明所公开的方法有利于实现ECU的休眠,节省能耗。
Description
技术领域
本发明涉及网络管理领域,特别是涉及一种基于OSEK标准的网络休眠方法、装置及ECU。
背景技术
OSEK(open systems and the corresponding interfaces for automotiveelectronics)指的是德国汽车电子类开放系统和应用接口标准,是目前市场上被广泛应用于汽车管理系统的一种标准。
在汽车的各个装置中,如车窗、车门、座椅、空调等,分别设置有用于管理自身的ECU(Electronic Control Unit,电子控制单元),随着汽车行业的不断发展,汽车智能化的程度不断提高,汽车内的ECU数量也在不断增加。在OSEK标准下,各个ECU之间进行信息传递时,采用CAN总线技术实现数据交换。
发明人在本申请的研究过程中发现,现有技术在对汽车进行休眠控制时,对同一网段中的所有ECU实现的是同时休眠的控制。也就是说,在同一网段下的所有ECU均满足自身的休眠条件时,才实现ECU的休眠,使ECU内的功能部件进入休眠状态。但是并非同一网段下的所有ECU都有功能之间的联系,部分ECU即使自身满足休眠条件,但同一网段下其他的ECU不满足休眠条件的情况下,所有ECU也不能实现休眠。这种情况下,ECU会耗费大量功耗。
发明内容
有鉴于此,本发明的目的在于为了解决现有技术存在的汽车中ECU功耗大的问题,提出了种基于OSEK标准的网络休眠方法、装置及ECU,具体实施方案如下:
一种基于OSEK标准的网络休眠方法,包括:
产生第一网络管理报文,并以广播形式传输所述第一网络管理报文,所述第一网络管理报文包括:自身的标识、所属局部域的标识、状态的标识和后继ECU的标识;
在自身满足休眠条件时,当接收到同一网段内其他所有的ECU传输的第一网络管理报文后,根据接收到的各个第一网络管理报文中的局部域标识和状态标识,判断与自身属于同一局部域内的ECU是否都满足休眠条件;
在根据判断结果,获知与自身属于同一局部域内的ECU都满足休眠条件时,产生并以广播形式传输休眠指令,所述休眠指令中包含所述局部域的标识,以使所述局部域内的ECU根据所述休眠指令进入休眠状态。
优选的,在所述产生第一网络管理报文之前,还包括:
获取包含ECU所属局部域的局部域标识,以便根据所述局部域标识确定自身所属的局部域。
优选的,在所述产生第一网络管理报文之前,还包括:
接收各个ECU传输的第二网络管理报文,所述第二网络管理报文中包括产生所述第二网络管理报文的ECU的编号,以便根据接收到的所述ECU的编号构建OSEK标准的逻辑环形令牌网络。
优选的,所述局部域内的ECU根据所述休眠指令进入休眠状态的步骤包括:
获得所述休眠指令后,使所述ECU的功能部件进入等待休眠状态;
在等待休眠状态下,如果没有接收到唤醒信息,则在判断到达预设的定时时间段后,使所述ECU的功能部件进入休眠状态。
相应的,本发明还公开了一种基于OSEK标准的网络休眠装置,包括:
报文产生模块,用于产生第一网络管理报文,并以广播形式传输所述第一网络管理报文,所述第一网络管理报文包括:自身的标识、所属局部域的标识、状态的标识和后继ECU的标识;
判断模块,用于在自身满足休眠条件时,当接收到同一网段内其他所有的ECU传输的第一网络管理报文后,根据接收到的各个第一网络管理报文中的局部域标识和状态标识,判断与自身属于同一局部域内的ECU是否都满足休眠条件;
休眠指令产生模块,用于在根据判断结果,获知与自身属于同一局部域内的ECU都满足休眠条件时,产生并以广播形式传输休眠指令,所述休眠指令中包含所述局部域的标识,以使所述局部域内的ECU根据所述休眠指令进入休眠状态。
优选的,所述基于OSEK标准的网络休眠装置还包括:
获取模块,用于获取包含ECU所属局部域的局部域标识,以便根据所述局部域标识确定自身所属的局部域。
优选的,所述基于OSEK标准的网络休眠装置还包括:
接收模块,用于接收各个ECU传输的第二网络管理报文,所述第二网络管理报文中包括产生所述第二网络管理报文的ECU的编号,以便根据接收到的所述ECU的编号构建OSEK标准的逻辑环形令牌网络。
优选的,所述基于OSEK标准的网络休眠装置还包括:休眠模块,所述休眠模块包括:等待休眠单元和定时休眠单元,其中,
所述等待休眠单元用于,获得所述休眠指令后,使所述ECU的功能部件进入等待休眠状态;
所述定时休眠单元用于,在等待休眠状态下,如果没有接收到唤醒信息,则在判断到达预设的定时时间段后,使所述ECU的功能部件进入休眠状态。
相应的,本发明还公开了一种ECU,包括:
上述的基于OSEK标准的网络休眠装置。
在本发明所公开的基于OSEK标准的网络休眠方法中,ECU节点产生第一网络管理报文,并以广播形式传输所述第一网络管理报文,所述第一网络管理报文中包括:所属局部域visual network的标识、状态的标识和后继ECU的标识;在接收到同一网段内其他所有的ECU传输的第一网络管理报文后,根据各第一网络管理报文,判断同一局部域内的ECU是否都为可休眠状态,并在是的情况下,产生休眠指令,以使所述同一局部域内满足休眠条件的ECU进入休眠状态。
通过本发明所公开的方法,将各ECU分属为不同的局部域visual network,只要同一局部域visual network内的所有ECU均满足休眠条件,则进入休眠状态。而现有技术中必须网段内的所有ECU均满足休眠条件时,才能进入休眠状态,和现有技术相比,本发明所公开的方法有利于实现ECU的休眠,节省能耗。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为OSEK标准下,ECU节点构建的逻辑环形令牌网络结构示意图;
图2为本发明实施例公开的一种基于OSEK标准的网络休眠方法的工作流程示意图;
图3为本发明实施例公开的又一种基于OSEK标准的网络休眠方法的工作流程示意图;
图4为本发明实施例公开的第一网络管理报文的格式示例图;
图5为本发明实施例公开的ECU状态转换流程图;
图6为本发明实施例公开的一种基于OSEK标准的网络休眠装置的结构示意图;
图7为本发明实施例公开的又一种基于OSEK标准的网络休眠装置的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
现有技术在对汽车内的各个ECU节点进行网络管理时,通过建立逻辑环形令牌网络,使用网络管理报文实现对各个ECU节点的管理。参见图1所示的OSEK标准下,ECU节点构建的逻辑环形令牌网络结构示意图,在由ECU构建逻辑环形令牌网络时,根据各个ECU节点的编号,即Node ID从小到大的顺序实现报文的传递。其中,ECU节点在产生报文信息时,以广播形式传输,并在所述报文信息中加载后继节点的标识,以便后继节点在接收到报文信息后,根据自身的运行状态产生相应的报文信息。其中,所述后继节点也可称为目的节点。按照Node ID从小到大的顺序,下一个ECU节点即为上一个ECU节点的后继节点,并且,最大Node ID的ECU节点的后继节点为最小Node ID的ECU节点,从而实现了报文信息的传递。
根据现有技术对汽车中的ECU实现管理时,首先由Node ID最小的ECU节点根据自身的运行状态产生相应的报文信息,所述报文信息中加载有后继ECU的标识和自身状态的标识,其中,所述状态为激活状态或可休眠状态,当所述状态为可休眠状态时,则表明所述ECU节点满足休眠条件,可进入休眠状态。产生报文信息后,所述ECU节点以广播形式传输所述报文信息。
接收到所述报文信息后,后继ECU根据自身运行状态产生相应的报文信息,并以广播形式传输。
由于各个ECU节点在传输报文信息时,以广播形式进行传输,因此,每个ECU节点都能够接收到其他节点的产生的报文信息。ECU节点根据接收到的同一网段内所有ECU节点的报文信息进行判断,判断是否同一网段内的所有ECU节点均满足休眠条件。当逻辑环内最后一个满足休眠条件的ECU节点在产生相应的报文信息后,该节点的后继ECU节点会判断得知同一网段内所有的ECU节点均满足休眠条件,并产生休眠指令,所述后继ECU节点以广播形式传输所述休眠指令,使同一网段内所有的ECU在接收到所述休眠指令后,进入休眠状态。
这种情况下,现有技术中在进行网络管理时,必须同一网段内所有ECU都满足休眠条件,才使所有的ECU进入休眠状态,从而使得只有部分ECU满足休眠条件时,满足休眠条件的所述部分ECU仍不能进入休眠状态,导致功耗高的问题出现。
为了解决上述问题,本发明的实施例提出了一种基于OSEK标准的网络休眠方法,本方法将同一网段内的所有ECU划分为不同的局部域,例如,同一网段内存在ECU1、ECU2……ECU6,将ECU1、ECU2、ECU4、ECU5划分为一个局部域,ECU3和ECU6划分为另一个局部域,在同一局部域内实现同时休眠。具体实现方法请参见图2所示的流程示意图,所述方法包括以下步骤:
步骤S11、产生第一网络管理报文,并以广播形式传输所述第一网络管理报文,所述第一网络管理报文包括:自身的标识、所属局部域visual network的标识、状态的标识、后继ECU的标识。其中,所述状态包括激活状态,以及可休眠状态。当产生第一网络管理报文的ECU满足休眠条件时,所述状态为可休眠状态,当不满足休眠条件时,则为激活状态。
在基于OSEK标准的情况下对ECU进行网络管理时,各个ECU节点之间进行信息传递时,以环形令牌网络的形式实现。也就是说,当某一ECU节点产生第一网络管理报文后,在所述第一网络管理报文中加载后继ECU的标识,以便所述后继ECU在接收到该第一网络管理报文后,执行相应的操作。另外,所述后继ECU通常也称为目的节点。
另外,为了能够及时的使ECU进入休眠状态,减少能耗,ECU节点周期性的产生第一网络管理报文,以便能够及时的使ECU进入休眠状态。其中,不同的ECU的判断周期根据预设,可以是不同的。
另外,通常选择每个ECU的Node ID作为ECU的标识。这种情况下,所述自身的标识即为产生第一网络管理报文的Node ID,后继ECU的标识即为所述后继ECU的Node ID。当一个局部域visual network内,只有一个ECU,即单节点的情况下,所述后继ECU即为本身。
步骤S12、在自身满足休眠条件时,当接收到同一网段内其他所有的ECU传输的第一网络管理报文后,根据接收到的各个第一网络管理报文中的局部域标识和状态标识,判断与自身属于同一局部域visual network内的ECU是否都满足休眠条件,并在是的情况下,执行步骤S13的操作,在否的情况下,返回执行步骤S11的操作。
为了使局部域visual network内的ECU在全部满足休眠条件的情况下,及时进入休眠状态,本发明所公开的网络休眠方法中,各个ECU在自身满足休眠条件时,接收到其他ECU传输的第一网络管理报文会执行相应的判断操作,以判断同一局部域内所有的ECU是否需要进入休眠状态。
参见图1所示的ECU节点构建的网络结构示意图,ECU1在产生第一网络管理报文时,加载的后继ECU的标识为ECU2的标识。接收到所述第一网络管理报文后,ECU2根据自身运行状态,根据接收到的第一网络管理报文,判断与自身同属于一个局部域内的各个ECU是否满足休眠条件,并产生相应的第一网络管理报文,其中所述ECU2产生的第一网络管理报文中,加载的后继ECU的标识为ECU3的标识,以使ECU3在接收到该第一网络管理报文后,相应的执行根据自身运行状态,产生第一网络管理报文的操作。当ECU6在产生第一网络管理报文时,加载的后继ECU的标识为ECU1的标识。
令牌环形网络中的每个ECU在接收到其他ECU传输的第一网络管理报文后,都会根据自身的运行状态,以及接收到的其他ECU产生的第一网络管理报文,判断与自身属于同一局部域内的ECU是否都满足休眠条件。
例如,ECU1、ECU2、ECU4和ECU5属于同一局部域visual network,当ECU1接收到所述ECU6传输的第一网络管理报文后,则说明所述ECU1接收到同一网段内其他所有的ECU节点传输的第一网络管理报文,所述ECU1会结合自身产生的第一网络管理报文,以及接收到的ECU2、ECU4和ECU5产生的第一网络管理报文,判断是否都满足休眠条件。
当ECU1根据判断结果获知与自身属于同一局部域visual network内的ECU节点没有同时满足休眠条件,则返回执行步骤S11的操作,即继续产生第一网络管理报文。与所述ECU1属于同一局部域visual network的ECU2在接收到所述ECU1传输的第一网络管理报文后,根据之前接收到的ECU4和ECU5,以及自身产生的第一网络管理报文,判断是否满足休眠条件。
步骤S13、当根据判断结果,获知与自身属于同一局部域visual network内的ECU都满足休眠条件时,产生并以广播形式传输休眠指令,所述休眠指令中包含所述局部域visual network的标识,以使所述局部域visual network内的ECU根据所述休眠指令进入休眠状态。
在上述例子中,当ECU1根据自身产生的第一网络管理报文,确定自身满足休眠条件后,执行判断操作,当判断得知同一局部域visual network内的ECU2、ECU4和ECU5均满足休眠条件时,则所述ECU1产生休眠指令,并以广播形式传输所述休眠指令,其中,所述休眠指令中加载有所述ECU1所属的局部域的标识。在接收到所述休眠指令后,ECU2、ECU4和ECU5确定自身所属的局部域visual network与所述休眠指令相对应时,则进入休眠状态。
另外,产生休眠指令的ECU节点为最后一个满足休眠条件的ECU节点下一个,且同属于一个局部域visual network的节点。也就是说,当ECU1、ECU2、ECU4和ECU5均满足休眠条件后,其中ECU5为最后一个满足休眠条件的ECU,则所述ECU5产生第一网络管理报文后,由与ECU5同属于一个局部域的,且ECU5的下一个ECU节点,即ECU1判断出与其属于同一个局部域内的ECU都满足休眠条件,并产生休眠指令。
在上述公开的基于OSEK标准的网络休眠方法中,ECU节点产生第一网络管理报文,并以广播形式传输所述第一网络管理报文,所述第一网络管理报文中包括:所属局部域的标识、状态的标识和后继ECU的标识;在接收到同一网段内其他所有的ECU传输的第一网络管理报文后,根据各第一网络管理报文,判断同一局部域内的ECU是否都为可休眠状态,并在是的情况下,产生休眠指令,以使所述同一局部域内满足休眠条件的ECU进入休眠状态。
通过本发明所公开的方法,将各ECU分属为不同的局部域visual network,只要同一局部域visual network内的所有ECU均满足休眠条件,则进入休眠状态。而现有技术中必须网段内的所有ECU均满足休眠条件时,才能进入休眠状态,和现有技术相比,本发明所公开的方法有利于实现ECU的休眠,节省能耗。
进一步的,参见图3所示的工作流程示意图,本发明所公开的方法还包括:
步骤S01、在步骤S11之前,即在产生第一网络管理报文之前,获取包含ECU所属局部域的局部域标识,以便根据所述局部域标识确定自身所属的局部域。
在执行步骤S11之前,ECU会接收到局部域标识。工作人员预先根据各个ECU的功能,划分出不同的局部域,例如,将分别管理车窗和车门的ECU划分为一个局部域,将分别管理座椅和空调的ECU划分为一个局部域。同时,为不同的局部域visual network设置不同的标识,以便根据所述标识,确定不同的ECU是否属于同一个局部域visual network。根据局部域的划分情况,ECU会接收到上层应用传输的相应的局部域标识并存储。
根据步骤S01,能够明确各个ECU节点分属的局部域visual network,以便在判断得知同一局部域visual network内的ECU均满足休眠条件时,产生休眠指令,而不需要在网段内所有的ECU都满足休眠条件时才进入休眠状态,减少了功耗。
另外,在步骤S11之前,即在所述产生第一网络管理报文之前,还包括:
步骤S02、接收各个ECU传输的第二网络管理报文,所述第二网络管理报文中包括产生所述第二网络管理报文的ECU的编号,以便根据接收到的所述ECU的编号构建OSEK标准的逻辑环形令牌网络。
当各个ECU刚被唤醒时,处于重置状态,在重置状态下的各个ECU会产生第二网络管理报文。在OSEK标准中,所述第二网络管理报文通常被称为Alive报文,所述Alive报文以广播形式传输,也就是说,某一ECU能够接收到其他ECU产生的Alive报文。产生Alive报文的ECU都处于在线状态,因此,通过Alive报文能够确定网络中ECU节点的在线状态,并能确定某个ECU节点的后继节点,即目的节点的Node ID,从而建立逻辑环形令牌网络。例如,当网段内存在ECU1至ECU7共七个ECU节点时,ECU1至ECU6这六个ECU节点分别产生了Alive报文,而ECU7没有产生Alive报文,则由所述ECU1至ECU6这六个ECU节点组成环形令牌网络,完成整个网络的建立,从而便于后续各个ECU节点根据建立的网络传输第一网络管理报文,实现对局部域内各个ECU休眠的管理。
当然,在后续ECU7产生Alive报文后,会将其添加至网络中。当所述ECU7产生Alive报文之前,ECU6节点在产生的第一网络管理报文中,加载的后继ECU的标识为ECU1的标识。当所述ECU7产生Alive报文后,其他各个ECU节点接收到后,则ECU6节点在产生第一网络管理报文时,在其中加载的后继ECU的标识为ECU7的标识。
进一步的,在步骤S13中,所述局部域内的ECU根据所述休眠指令,进入休眠状态包括:
获得所述休眠指令后,使所述ECU的功能部件进入等待休眠状态;在等待休眠状态下,如果没有接收到唤醒信息,则在到达预设的定时时间段后,使所述ECU的功能部件进入休眠状态。
其中,产生所述休眠指令的ECU,以及该ECU属于同一局部域内的其他ECU在接收到所述休眠指令后,都会执行上述操作,从而使该局部域内所有的ECU都进入休眠状态。
在ECU接收到休眠指令,且所述休眠指令中加载的局部域标识表明为该ECU所属的局部域时,所述ECU进入NM(Network Management,网络管理)等待休眠状态TwbsNormal。通常,处于等待休眠状态下的ECU会关闭自身和外界环境的通信功能。在等待休眠状态持续的时间达到定时器设定的定时时间段后,且在等待休眠状态下,始终没有接收到任何唤醒信息,则所述ECU进入休眠状态;在处于等待休眠状态时,所述ECU被本地唤醒,如汽车开动,或被网络唤醒,如接收到总线下同一局部域内其他ECU的第一网络管理报文,而该第一网络管理报文表明产生该报文的ECU不满足休眠条件时,则处于等待休眠状态的报文进入重置状态,接收各个ECU传输的第二网络管理报文,重新建立环形网络,并返回执行步骤S11的操作。
通过该方法,只要局部域visual network内的所有ECU满足休眠条件,则进入休眠状态即可。相对于现有技术中网段内所有的ECU满足休眠条件才可进入休眠状态来说,极大减少了耗能。
另外,所述第一网络管理报文的具体形式,可参见图4所示的第一网络管理报文的格式示例图。
其中,Byte0位加载的信息中,包括ECU自身的标识,以及目的节点的标识Dest.Id。OpCode(操作码)中包括自身的状态信息,可由指示位Sleep.ind表示。Sleep.ind为自身是否满足休眠条件的指示位,用于表明自身是否满足休眠条件。OpCode(操作码)的任何一个byte位都可作为Sleep.ind位,通常将第五位设为Sleep.ind位,即0001 0000中,其中1所在的位为Sleep.ind位。当ECU检测出自身不满足休眠条件,即处于激活状态时,产生的第一网络管理报文中,Sleep.ind位设为0;当ECU检测出自身满足休眠条件,处于可休眠状态时,则产生的的第一网络管理报文中,Sleep.ind位设为1。另外,Byte2-Byte6位,即User data位用于表示产生此报文的ECU属于哪个或哪几个局部域。
另外,在同一局部域内的所有ECU均满足休眠条件时,会由与最后一个满足休眠条件的ECU属于同一局部域的下一个ECU节点,产生休眠指令。所述休眠指令的格式与第一网络管理报文的格式基本相同,其中将OpCode(操作码)中的一个byte位设定为Sleep.ack位,通常将第6位设为sleep.ack位,即00100000中,1所在的位为sleep.ack位。休眠指令中,将sleep.ack位设为1,并在User data位中,加载所述局部域的标识。接收到所述休眠指令的ECU判断休眠指令中加载的局部域的标识,是否指示的自身所属的局部域,并在是的情况下,进入休眠状态。
在管理ECU根据第一网络管理报文中的局部域的标识,判断接收到的第一网络管理报文是否同一局部域内的ECU产生时,可通过软件滤波的方法实现。
另外,在对ECU进行唤醒操作时,可通过设置特殊收发器的方式实现。例如,在管理ECU中设置特殊的收发器,所述收发器具有滤波功能,只在接收到特定的报文后才能被唤醒。这种情况下,所述管理ECU只有接收到的报文中包含有特定的局部域的标识时,才能被唤醒,执行后续操作。
进一步的,图5提供了ECU状态转换流程图,以明确ECU节点在不同情况下,状态的转换过程。汽车中的ECU被唤醒时,处于重置状态,以广播形式发送Alive报文,实现对环形网络的构建,并在完成网络的构建后,进入正常状态。
在正常状态下,当ECU接收到同一个局部域的,带有Sleep.ind=0的第一网络管理报文,或自身的运行状态不满足休眠条件时,所述ECU处于激活状态;当局部域内只有一个ECU时,即为单节点时,当自身节点满足休眠条件时,单节点进入准备休眠状态,并发送一帧Sleep.ack=1的休眠指令,关闭应用程序的通信功能,在关闭所述通信功能后,ECU会停止向CAN总线发送网络管理报文,并在关闭通信功能后进入等待休眠状态;当局部域内有两个以上ECU时,当所述ECU的运行状态满足休眠条件时,所述ECU产生并以广播形式传输一帧带有Sleep.ind=1的第一网络管理报文,这种情况下,当接收到一个局部域的,带有Sleep.ack=1的第一网络管理报文,即休眠指令时,会关闭应用程序的通信功能,进入等待休眠状态;处于等待休眠状态的ECU,当持续该状态的时间达到定时器设定的时间后,即进入休眠状态,当持续该状态的时间还未达到定时器设定的时间时,收到同一个局部域的,带有Sleep.ind=0的第一网络管理报文,或自身运行状态不满足休眠条件时,则返回进入重置状态。
相应的,本发明还公开了一种基于OSEK标准的网络休眠装置,参见图6所示的结构示意图,所述基于OSEK标准的网络休眠装置包括:报文产生模块11、判断模块12和休眠指令产生模块13,其中,
所述报文产生模块11,用于产生第一网络管理报文,并以广播形式传输所述第一网络管理报文,所述第一网络管理报文包括:自身的标识、所属局部域的标识、状态的标识和后继ECU的标识;
所述判断模块12,用于在自身满足休眠条件时,当接收到同一网段内其他所有的ECU传输的第一网络管理报文后,根据接收到的各个第一网络管理报文中的局部域标识和状态标识,判断与自身属于同一局部域内的ECU是否都满足休眠条件;
所述休眠指令产生模块13,用于在根据判断结果,获知与自身属于同一局部域内的ECU都满足休眠条件时,产生并以广播形式传输休眠指令,所述休眠指令中包含所述局部域的标识,以使所述局部域内的ECU根据所述休眠指令进入休眠状态。
进一步的,参见图7所示的结构示意图,所述基于OSEK标准的网络休眠装置还包括:获取模块14,所述获取模块14,用于获取包含ECU所属局部域的局部域标识,以便根据所述局部域标识确定自身所属的局部域。
进一步的,所述基于OSEK标准的网络休眠装置还包括:接收模块15,所述接收模块15,用于接收各个ECU传输的第二网络管理报文,所述第二网络管理报文中包括产生所述第二网络管理报文的ECU的编号,以便根据接收到的所述ECU的编号构建OSEK标准的逻辑环形令牌网络。
另外,所述基于OSEK标准的网络休眠装置还包括:休眠模块16,所述休眠模块16包括:等待休眠单元和定时休眠单元,其中,
所述等待休眠单元用于,获得所述休眠指令后,使所述ECU的功能部件进入等待休眠状态;
所述定时休眠单元用于,在等待休眠状态下,如果没有接收到唤醒信息,则在判断到达预设的定时时间段后,使所述ECU的功能部件进入休眠状态。
进一步的,本发明还公开了一种ECU,所述ECU包括基于OSEK标准的网络休眠装置,所述基于OSEK标准的网络休眠装置包括如上所述的报文产生模块11、判断模块12和休眠指令产生模块13,还可以包括:如上所述的获取模块14、接收模块15和休眠模块16。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (9)
1.一种基于OSEK标准的网络休眠方法,其特征在于,包括:
产生第一网络管理报文,并以广播形式传输所述第一网络管理报文,所述第一网络管理报文包括:自身的标识、所属局部域的标识、状态的标识和后继ECU的标识;
在自身满足休眠条件时,当接收到同一网段内其他所有的ECU传输的第一网络管理报文后,根据接收到的各个第一网络管理报文中的局部域标识和状态标识,判断与自身属于同一局部域内的ECU是否都满足休眠条件;
在根据判断结果,获知与自身属于同一局部域内的ECU都满足休眠条件时,产生并以广播形式传输休眠指令,所述休眠指令中包含所述局部域的标识,以使所述局部域内的ECU根据所述休眠指令进入休眠状态。
2.根据权利要求1所述的方法,其特征在于,在所述产生第一网络管理报文之前,还包括:
获取包含ECU所属局部域的局部域标识,以便根据所述局部域标识确定自身所属的局部域。
3.根据权利要求1所述的方法,其特征在于,在所述产生第一网络管理报文之前,还包括:
接收各个ECU传输的第二网络管理报文,所述第二网络管理报文中包括产生所述第二网络管理报文的ECU的编号,以便根据接收到的所述ECU的编号构建OSEK标准的逻辑环形令牌网络。
4.根据权利要求1所述的方法,其特征在于,所述局部域内的ECU根据所述休眠指令进入休眠状态的步骤包括:
获得所述休眠指令后,使所述ECU的功能部件进入等待休眠状态;
在等待休眠状态下,如果没有接收到唤醒信息,则在判断到达预设的定时时间段后,使所述ECU的功能部件进入休眠状态。
5.一种基于OSEK标准的网络休眠装置,其特征在于,包括:
报文产生模块,用于产生第一网络管理报文,并以广播形式传输所述第一网络管理报文,所述第一网络管理报文包括:自身的标识、所属局部域的标识、状态的标识和后继ECU的标识;
判断模块,用于在自身满足休眠条件时,当接收到同一网段内其他所有的ECU传输的第一网络管理报文后,根据接收到的各个第一网络管理报文中的局部域标识和状态标识,判断与自身属于同一局部域内的ECU是否都满足休眠条件;
休眠指令产生模块,用于在根据判断结果,获知与自身属于同一局部域内的ECU都满足休眠条件时,产生并以广播形式传输休眠指令,所述休眠指令中包含所述局部域的标识,以使所述局部域内的ECU根据所述休眠指令进入休眠状态。
6.根据权利要求5所述的装置,其特征在于,所述基于OSEK标准的网络休眠装置还包括:
获取模块,用于获取包含ECU所属局部域的局部域标识,以便根据所述局部域标识确定自身所属的局部域。
7.根据权利要求5所述的装置,其特征在于,所述基于OSEK标准的网络休眠装置还包括:
接收模块,用于接收各个ECU传输的第二网络管理报文,所述第二网络管理报文中包括产生所述第二网络管理报文的ECU的编号,以便根据接收到的所述ECU的编号构建OSEK标准的逻辑环形令牌网络。
8.根据权利要求5所述的装置,其特征在于,所述基于OSEK标准的网络休眠装置还包括:休眠模块,所述休眠模块包括:等待休眠单元和定时休眠单元,其中,
所述等待休眠单元用于,获得所述休眠指令后,使所述ECU的功能部件进入等待休眠状态;
所述定时休眠单元用于,在等待休眠状态下,如果没有接收到唤醒信息,则在判断到达预设的定时时间段后,使所述ECU的功能部件进入休眠状态。
9.一种ECU,其特征在于,包括:
权利要求5至权利要求8任一项所述的基于OSEK标准的网络休眠装置。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310109895.8A CN103200035B (zh) | 2013-03-29 | 2013-03-29 | 基于osek标准的网络休眠方法、装置及ecu |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310109895.8A CN103200035B (zh) | 2013-03-29 | 2013-03-29 | 基于osek标准的网络休眠方法、装置及ecu |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103200035A true CN103200035A (zh) | 2013-07-10 |
CN103200035B CN103200035B (zh) | 2016-02-17 |
Family
ID=48722401
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310109895.8A Active CN103200035B (zh) | 2013-03-29 | 2013-03-29 | 基于osek标准的网络休眠方法、装置及ecu |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103200035B (zh) |
Cited By (24)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104135391A (zh) * | 2014-08-19 | 2014-11-05 | 北京汽车股份有限公司 | 一种车载can局部网络的管理方法及装置 |
CN104301122A (zh) * | 2014-09-24 | 2015-01-21 | 奇瑞汽车股份有限公司 | 一种唤醒节点的方法和装置 |
CN104850109A (zh) * | 2014-04-17 | 2015-08-19 | 北汽福田汽车股份有限公司 | 车辆电子系统常电节点状态切换方法、网络及车辆 |
CN106851798A (zh) * | 2016-12-28 | 2017-06-13 | 北京汽车研究总院有限公司 | 一种整车网络控制方法及整车网络系统 |
CN107086930A (zh) * | 2017-04-24 | 2017-08-22 | 北京汽车研究总院有限公司 | 一种车辆配置方法、装置及汽车 |
CN107472168A (zh) * | 2016-08-25 | 2017-12-15 | 宝沃汽车(中国)有限公司 | 电控模块通信方法、装置及具有其的车辆 |
CN107528750A (zh) * | 2017-09-18 | 2017-12-29 | 北京长城华冠汽车科技股份有限公司 | 一种直接网络管理的测试方法及装置 |
CN108089486A (zh) * | 2017-11-01 | 2018-05-29 | 联创汽车电子有限公司 | 车载控制器低功耗引导控制系统及其低功耗引导控制方法 |
CN108933719A (zh) * | 2018-06-21 | 2018-12-04 | 北京车和家信息技术有限公司 | 车载can网络管理方法、车载can网络、车辆 |
CN109144029A (zh) * | 2018-08-24 | 2019-01-04 | 安徽江淮汽车集团股份有限公司 | 一种can总线的局部休眠唤醒的方法及系统 |
CN109756407A (zh) * | 2019-01-17 | 2019-05-14 | 重庆菲斯塔新能源汽车科技有限公司 | 一种基于can总线的局部网络管理方法 |
CN110509870A (zh) * | 2019-09-24 | 2019-11-29 | 北京福田戴姆勒汽车有限公司 | 一种车载can网络及车载can网络管理方法 |
CN110830267A (zh) * | 2019-11-12 | 2020-02-21 | 上海元城汽车技术有限公司 | 网络节点的状态控制方法、装置及网关 |
CN111624902A (zh) * | 2019-02-28 | 2020-09-04 | 北京新能源汽车股份有限公司 | 一种休眠和唤醒的控制方法及装置 |
CN111660956A (zh) * | 2019-03-08 | 2020-09-15 | 北京新能源汽车股份有限公司 | 一种网络管理状态监控方法、装置及汽车 |
CN111682987A (zh) * | 2020-06-09 | 2020-09-18 | 联合汽车电子(重庆)有限公司 | 基于osek nm的实车环境模拟及快速测试系统 |
CN112436977A (zh) * | 2020-10-15 | 2021-03-02 | 东风汽车集团有限公司 | 一种基于osek网络管理的控制器休眠判断方法及装置 |
CN113630746A (zh) * | 2021-07-15 | 2021-11-09 | 江铃汽车股份有限公司 | 一种休眠方法、系统、可读存储介质及车辆 |
CN113923063A (zh) * | 2021-08-27 | 2022-01-11 | 北京新能源汽车股份有限公司 | 网络管理方法、装置及可读存储介质、电子设备 |
CN114285915A (zh) * | 2021-11-09 | 2022-04-05 | 江铃汽车股份有限公司 | Ecu故障原因的确定方法、系统、存储介质及设备 |
CN114670764A (zh) * | 2021-12-13 | 2022-06-28 | 北京新能源汽车股份有限公司 | 控制电动汽车整车休眠的方法、装置及电子控制单元 |
CN115460028A (zh) * | 2022-08-30 | 2022-12-09 | 重庆长安汽车股份有限公司 | 车载网络休眠管理方法、装置、车载网络系统及车辆 |
CN116170355A (zh) * | 2023-02-10 | 2023-05-26 | 重庆长安新能源汽车科技有限公司 | 车端网络异常唤醒源监测方法、装置、设备及介质 |
CN116170355B (zh) * | 2023-02-10 | 2024-05-17 | 深蓝汽车科技有限公司 | 车端网络异常唤醒源监测方法、装置、设备及介质 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109932972B (zh) * | 2019-03-29 | 2020-12-01 | 北京经纬恒润科技有限公司 | 一种整车电子控制器控制方法及装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102107632A (zh) * | 2009-12-29 | 2011-06-29 | 比亚迪股份有限公司 | 在can网络中作为网络节点的车辆电控单元的状态控制方法 |
DE102010023859A1 (de) * | 2009-10-15 | 2011-06-30 | Mitsubishi Electric Corporation | Netzwerksystem und Gateway-Vorrichtung |
CN102749892A (zh) * | 2012-03-15 | 2012-10-24 | 浙江吉利汽车研究院有限公司 | 一种汽车驻车制动时电子控制系统网络管理方法 |
CN102801551A (zh) * | 2012-03-14 | 2012-11-28 | 中国汽车技术研究中心 | 基于osek网络管理的can网络管理方法 |
-
2013
- 2013-03-29 CN CN201310109895.8A patent/CN103200035B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE102010023859A1 (de) * | 2009-10-15 | 2011-06-30 | Mitsubishi Electric Corporation | Netzwerksystem und Gateway-Vorrichtung |
CN102107632A (zh) * | 2009-12-29 | 2011-06-29 | 比亚迪股份有限公司 | 在can网络中作为网络节点的车辆电控单元的状态控制方法 |
CN102801551A (zh) * | 2012-03-14 | 2012-11-28 | 中国汽车技术研究中心 | 基于osek网络管理的can网络管理方法 |
CN102749892A (zh) * | 2012-03-15 | 2012-10-24 | 浙江吉利汽车研究院有限公司 | 一种汽车驻车制动时电子控制系统网络管理方法 |
Non-Patent Citations (1)
Title |
---|
ANONYMITY: "Specification of CAN Network Management version 3.3.0 R4.0 Rev3", 《AUTOSAR STANDARD》 * |
Cited By (34)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104850109A (zh) * | 2014-04-17 | 2015-08-19 | 北汽福田汽车股份有限公司 | 车辆电子系统常电节点状态切换方法、网络及车辆 |
CN104135391B (zh) * | 2014-08-19 | 2017-11-28 | 北京汽车股份有限公司 | 一种车载can局部网络的管理方法及装置 |
CN104135391A (zh) * | 2014-08-19 | 2014-11-05 | 北京汽车股份有限公司 | 一种车载can局部网络的管理方法及装置 |
CN104301122A (zh) * | 2014-09-24 | 2015-01-21 | 奇瑞汽车股份有限公司 | 一种唤醒节点的方法和装置 |
CN104301122B (zh) * | 2014-09-24 | 2018-04-17 | 奇瑞汽车股份有限公司 | 一种唤醒节点的方法和装置 |
CN107472168B (zh) * | 2016-08-25 | 2020-02-14 | 宝沃汽车(中国)有限公司 | 电控模块通信方法、装置及具有其的车辆 |
CN107472168A (zh) * | 2016-08-25 | 2017-12-15 | 宝沃汽车(中国)有限公司 | 电控模块通信方法、装置及具有其的车辆 |
CN106851798A (zh) * | 2016-12-28 | 2017-06-13 | 北京汽车研究总院有限公司 | 一种整车网络控制方法及整车网络系统 |
CN106851798B (zh) * | 2016-12-28 | 2019-12-10 | 北京汽车研究总院有限公司 | 一种整车网络控制方法及整车网络系统 |
CN107086930A (zh) * | 2017-04-24 | 2017-08-22 | 北京汽车研究总院有限公司 | 一种车辆配置方法、装置及汽车 |
CN107528750A (zh) * | 2017-09-18 | 2017-12-29 | 北京长城华冠汽车科技股份有限公司 | 一种直接网络管理的测试方法及装置 |
CN108089486A (zh) * | 2017-11-01 | 2018-05-29 | 联创汽车电子有限公司 | 车载控制器低功耗引导控制系统及其低功耗引导控制方法 |
CN108933719A (zh) * | 2018-06-21 | 2018-12-04 | 北京车和家信息技术有限公司 | 车载can网络管理方法、车载can网络、车辆 |
CN108933719B (zh) * | 2018-06-21 | 2021-06-04 | 北京车和家信息技术有限公司 | 车载can网络管理方法、车载can网络、车辆 |
CN109144029A (zh) * | 2018-08-24 | 2019-01-04 | 安徽江淮汽车集团股份有限公司 | 一种can总线的局部休眠唤醒的方法及系统 |
CN109756407A (zh) * | 2019-01-17 | 2019-05-14 | 重庆菲斯塔新能源汽车科技有限公司 | 一种基于can总线的局部网络管理方法 |
CN111624902A (zh) * | 2019-02-28 | 2020-09-04 | 北京新能源汽车股份有限公司 | 一种休眠和唤醒的控制方法及装置 |
CN111660956A (zh) * | 2019-03-08 | 2020-09-15 | 北京新能源汽车股份有限公司 | 一种网络管理状态监控方法、装置及汽车 |
CN110509870B (zh) * | 2019-09-24 | 2020-12-25 | 北京福田戴姆勒汽车有限公司 | 一种车载can网络及车载can网络管理方法 |
CN110509870A (zh) * | 2019-09-24 | 2019-11-29 | 北京福田戴姆勒汽车有限公司 | 一种车载can网络及车载can网络管理方法 |
CN110830267A (zh) * | 2019-11-12 | 2020-02-21 | 上海元城汽车技术有限公司 | 网络节点的状态控制方法、装置及网关 |
CN111682987A (zh) * | 2020-06-09 | 2020-09-18 | 联合汽车电子(重庆)有限公司 | 基于osek nm的实车环境模拟及快速测试系统 |
CN111682987B (zh) * | 2020-06-09 | 2021-09-14 | 联合汽车电子(重庆)有限公司 | 基于osek nm的实车环境模拟及快速测试系统 |
CN112436977B (zh) * | 2020-10-15 | 2021-11-30 | 东风汽车集团有限公司 | 一种基于osek网络管理的控制器休眠判断方法及装置 |
CN112436977A (zh) * | 2020-10-15 | 2021-03-02 | 东风汽车集团有限公司 | 一种基于osek网络管理的控制器休眠判断方法及装置 |
CN113630746A (zh) * | 2021-07-15 | 2021-11-09 | 江铃汽车股份有限公司 | 一种休眠方法、系统、可读存储介质及车辆 |
CN113923063B (zh) * | 2021-08-27 | 2023-10-27 | 北京新能源汽车股份有限公司 | 网络管理方法、装置及可读存储介质、电子设备 |
CN113923063A (zh) * | 2021-08-27 | 2022-01-11 | 北京新能源汽车股份有限公司 | 网络管理方法、装置及可读存储介质、电子设备 |
CN114285915A (zh) * | 2021-11-09 | 2022-04-05 | 江铃汽车股份有限公司 | Ecu故障原因的确定方法、系统、存储介质及设备 |
CN114670764A (zh) * | 2021-12-13 | 2022-06-28 | 北京新能源汽车股份有限公司 | 控制电动汽车整车休眠的方法、装置及电子控制单元 |
CN115460028A (zh) * | 2022-08-30 | 2022-12-09 | 重庆长安汽车股份有限公司 | 车载网络休眠管理方法、装置、车载网络系统及车辆 |
CN115460028B (zh) * | 2022-08-30 | 2023-05-12 | 重庆长安汽车股份有限公司 | 车载网络休眠管理方法、装置、车载网络系统及车辆 |
CN116170355A (zh) * | 2023-02-10 | 2023-05-26 | 重庆长安新能源汽车科技有限公司 | 车端网络异常唤醒源监测方法、装置、设备及介质 |
CN116170355B (zh) * | 2023-02-10 | 2024-05-17 | 深蓝汽车科技有限公司 | 车端网络异常唤醒源监测方法、装置、设备及介质 |
Also Published As
Publication number | Publication date |
---|---|
CN103200035B (zh) | 2016-02-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103200035A (zh) | 基于osek标准的网络休眠方法、装置及ecu | |
US9632970B2 (en) | Device, method and computer program for operating a data bus system of a motor vehicle | |
CN110535667A (zh) | 用于选择性唤醒车辆网络中的通信节点的方法和装置 | |
CN104615037B (zh) | 一种基于can总线的车载设备唤醒装置及方法 | |
CN102801551B (zh) | 基于osek网络管理的can网络管理方法 | |
CN113253648B (zh) | 车辆及其网络管理方法、域控制器、存储介质和电子设备 | |
CN103164877B (zh) | 一种车载终端和车载终端的电源管理方法 | |
CN103676816A (zh) | 用于控制车辆的集成网络的系统和方法 | |
CN109861882A (zh) | 车辆总线协议识别的方法、装置及车载终端 | |
US20130326255A1 (en) | Communication system | |
WO2009093732A1 (ja) | 機器制御装置及び機器制御プログラム | |
CN102749892A (zh) | 一种汽车驻车制动时电子控制系统网络管理方法 | |
CN113950807A (zh) | 具有睡眠模式和部分网络支持的物理层设备以及相关系统、方法和设备 | |
CN102231705A (zh) | 动力can网络控制方法 | |
CN107018089A (zh) | 网络中的通信节点的操作方法 | |
CN107196771A (zh) | 车载网络系统同步休眠方法、系统及网关控制器 | |
CN100414915C (zh) | 在子网运行和总网运行之间切换的方法和系统 | |
CN104821090A (zh) | 一种基于智能手机稽查车辆的系统及方法 | |
Elshaer et al. | Autonomous car implementation based on CAN bus protocol for IoT applications | |
CN103561054A (zh) | 一种汽车车身网络管理系统 | |
CN111324104A (zh) | 网关处理器、网关处理器的控制逻辑、程序和记录介质 | |
CN103138982B (zh) | 一种lin网络从节点 | |
CN106184074A (zh) | 电子控制单元的控制方法、电子控制单元、系统和车辆 | |
CN106373349A (zh) | 车辆监控系统和车载监控装置 | |
CN110764952A (zh) | 可读存储介质、前装式etc电子标签及其防拆方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CP03 | Change of name, title or address |
Address after: 4 / F, building 1, No.14 Jiuxianqiao Road, Chaoyang District, Beijing 100020 Patentee after: Beijing Jingwei Hengrun Technology Co., Ltd Address before: 100101 Beijing city Chaoyang District Anxiang Beili 11 B block 8 layer Patentee before: Beijing Jingwei HiRain Technologies Co.,Ltd. |
|
CP03 | Change of name, title or address |