CN111885173B - 一种符合autosar架构的ecu及其睡眠/唤醒管理方法 - Google Patents

一种符合autosar架构的ecu及其睡眠/唤醒管理方法 Download PDF

Info

Publication number
CN111885173B
CN111885173B CN202010731570.3A CN202010731570A CN111885173B CN 111885173 B CN111885173 B CN 111885173B CN 202010731570 A CN202010731570 A CN 202010731570A CN 111885173 B CN111885173 B CN 111885173B
Authority
CN
China
Prior art keywords
ecu
wake
sleep
module
mode
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.)
Active
Application number
CN202010731570.3A
Other languages
English (en)
Other versions
CN111885173A (zh
Inventor
雷梅
黄海涛
黎红
谢超
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Continental Automotive Research & Development Chongqing Co ltd
Original Assignee
Continental Automotive Research & Development Chongqing Co ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Continental Automotive Research & Development Chongqing Co ltd filed Critical Continental Automotive Research & Development Chongqing Co ltd
Priority to CN202010731570.3A priority Critical patent/CN111885173B/zh
Publication of CN111885173A publication Critical patent/CN111885173A/zh
Application granted granted Critical
Publication of CN111885173B publication Critical patent/CN111885173B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/12Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/4401Bootstrapping
    • G06F9/4418Suspend and resume; Hibernate and awake
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40Bus networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40Bus networks
    • H04L12/40006Architecture of a communication node
    • H04L12/40013Details regarding a bus controller
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40Bus networks
    • H04L2012/40208Bus networks characterized by the use of a particular bus standard
    • H04L2012/40215Controller Area Network CAN
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40Bus networks
    • H04L2012/40267Bus for use in transportation systems
    • H04L2012/40273Bus for use in transportation systems the transportation system being a vehicle

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Medical Informatics (AREA)
  • General Health & Medical Sciences (AREA)
  • Computer Security & Cryptography (AREA)
  • Computing Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Health & Medical Sciences (AREA)
  • Small-Scale Networks (AREA)

Abstract

一种符合AUSTOSAR架构的ECU及其睡眠/唤醒管理方法。该ECU包括软件实现的虚拟总线收发器驱动模块、部分网络管理模块和模式请求收集模块。该ECU的睡眠/唤醒管理方法包括:虚拟总线收发器驱动模块接收总线上的报文,并在判断报文与ECU相关时缓存报文;部分网络管理模块在确定缓存的报文存在模式改变标记并且缓存的报文未超时时,发送第一模式改变请求至模式请求收集模块;以及模式请求收集模块至少根据第一模式改变请求和从应用层发来的第二模式改变请求确定是否向相关模块发出睡眠或唤醒的模式切换命令,以使ECU进入睡眠或者唤醒ECU。本发明的符合AUSTOSAR架构的ECU及其睡眠/唤醒管理方法能够实现了部分网络节点(PNC)的功能,并具有实现灵活,成本低等优点。

Description

一种符合AUTOSAR架构的ECU及其睡眠/唤醒管理方法
技术领域
本发明涉及汽车电子,特别涉及一种符合AUTOSAR 架构的ECU及其睡眠/唤醒管理方法。
背景技术
目前汽车上集成有多个不同的电子控制单元(Electronic Control Unit, ECU)以实现不同的功能。这些ECU通过总线(例如CAN总线)互相连接形成一个或多个网络,以实现互相通信。每一个ECU在网络中构成一个节点。
汽车为了实现整车的静态电流控制,引入了网络管理来控制各个节点能同步响应唤醒并同步合理睡眠策略来尽量降低静态电流。以AUTOSAR架构下的CAN网络管理为例,其实现原理是:在CAN总线睡眠情况下,CAN节点中的CAN收发器在睡眠状态下可以被CAN信号唤醒,如果接收到特定ID的CAN 网络管理报文,CAN节点网络会被动唤醒,进而实现整个网络的信息交互。同时AUTOSAR(Automotive Open System Architecture)网络管理也支持部分网络管理(Partial networking Management),提供可选择性地唤醒部分节点以适用于某些汽车应用场景,比如用户启用的某个功能只需要同一CAN网络上的某几个节点共同配合就可以实现,那么让该网络上的所有节点唤醒实属不必要。在这种应用场景下,就适用于部分网络管理,我们称支持同一功能的网络节点为部分网络节点(Partial NetworkCluster,PNC),其实现策略是节点不仅需要接收对应的CAN ID网络管理报文,同时还要根据CAN数据帧携带的信息位判断是否包含唤醒该节点的数据命令置位,两者皆匹配的情况下节点才能被唤醒。
目前实现的PNC是依赖CAN收发器芯片把该功能集成在芯片里,其通过硬件寄存器的配置来实现对应的功能。这种实现方式存在如下不足:(1)如果硬件设计使用了不支持PNC功能的CAN收发器,而后期需要增加PNC功能时,那么必须更换为支持PNC功能的CAN收发器,由此产生的相关研发和测试需要较长周期;(2)支持PNC功能的芯片比不支持PNC功能的芯片在价格上要昂贵,这就导致了BOM成本较高。
发明内容
本发明解决的问题是提供一种符合AUTOSAR 架构的ECU及其睡眠/唤醒管理方法,其实现了部分网络节点(PNC)的功能,并具有实现灵活,成本低等优点。
为了解决上述问题,本发明提供了一种符合AUTOSAR 架构的ECU的睡眠/唤醒管理方法,所述ECU包括软件实现的虚拟总线收发器驱动模块、部分网络管理模块和模式请求收集模块,所述ECU的睡眠/唤醒管理方法包括:所述虚拟总线收发器驱动模块接收总线上的报文,并在判断所述报文与所述 ECU相关时缓存所述报文;所述部分网络管理模块在确定缓存的所述报文存在模式改变标记并且缓存的所述报文未超时时,发送第一模式改变请求至所述模式请求收集模块;以及所述模式请求收集模块至少根据所述第一模式改变请求和从应用层发来的第二模式改变请求确定是否向相关模块发出睡眠或唤醒的模式切换命令,以使所述ECU进入睡眠或者唤醒所述ECU。
本发明另一方面提供了一种符合AUTOSAR架构的ECU,其包括:计算机可读存储介质,其上存储有多个指令,所述多个指令至少包括实现虚拟总线收发器驱动模块、部分网络管理模块和模式请求收集模块的指令;以及一个或多个处理器,适于执行所述多个指令以实现如上所述的ECU的睡眠/唤醒管理方法。
与现有技术相比,上述方案具有以下优点:
本发明以软件的形式实现了部分网络节点(PNC)的功能,实现了对ECU 的睡眠、唤醒管理,实现了节点的静态电流最优化的滚利,并且具有实现灵活,成本低等优点。
附图说明
图1例示了根据本发明一个或多个实施例的ECU的架构示意图;
图2例示了根据本发明一个或多个实施例的ECU的睡眠/唤醒管理方法中 ECU各模块的消息传递示意图;
图3例示了根据本发明一个或多个实施例的ECU的睡眠/唤醒管理方法的流程示意图。
具体实施方式
在下面的描述中,阐述了许多具体细节以便使所属技术领域的技术人员更全面地了解本发明。但是,对于所属技术领域内的技术人员明显的是,本发明的实现可不具有这些具体细节中的一些。此外,应当理解的是,本发明并不限于所介绍的特定实施例。相反,可以考虑用下面的特征和要素的任意组合来实施本发明,而无论它们是否涉及不同的实施例。因此,下面的方面、特征、实施例和优点仅作说明之用而不应被看作是权利要求的要素或限定,除非在权利要求中明确提出。
本发明的思想是在标准的AUTOSAR架构中增加相应的软件模块来实现部分网络节点信号识别和网络睡眠、唤醒管理。
图1例示了根据本发明一个或多个实施例的ECU的架构示意图。参考图 1所示,ECU符合AUTOSAR架构,其包括电源控制单元(Power Control Unit, PCU)、微控制器(Microcontroller)、微控制器驱动(Microcontroller Drivers)、通信驱动(Communication Drivers)、I/O驱动(I/O Drivers)、系统服务(System Services)、通信硬件抽象(Communication Hardware Abstraction)、通信服务 (Communication Services)、复杂设备驱动(Complex Device Drivers(CDD))、AUTOSAR运行时环境(AUTOSAR RuntimeEnvironment(RTE))、应用层 (Application Layer)和库(Libs)等中的一个或多个。系统服务可以包括 AUTOSAR操作系统(AUTOSAR OS)、基础软件调度器(BSW Scheduler)、基础软件模式管理器(Bsw Mode Manager)、ECU管理器(EcuM)和通信管理器(ComM)。通信驱动可以包括CAN驱动器(CAN Driver)、虚拟CAN 总线收发器驱动(Virtual CAN TransceiverDriver)模块和真实CAN总线收发器驱动(Real CAN Transceiver Driver)模块。通信硬件抽象可以包括CAN接口(CAN Interface)。通信服务可以包括COM、CAN网络管理器(CAN NM)和CAN状态管理器(CAN SM)。复杂设备驱动可以包括电源控制单元驱动 (Power Controlunit Driver)、部分网络管理(Partial Network Manager(PNM)) 模块和模式请求收集(Mode Request Collector)模块。其中,虚拟CAN总线收发器驱动模块、部分网络管理模块和模式请求收集模块是为实现本发明而加入AUTOSAR的软件模块,其余的模块是AUTOSAR中已有的模块。因此,下面将重点说明软件实现的虚拟CAN总线收发器驱动模块、部分网络管理模块和模式请求收集模块。在一个或多个实施例中,虚拟总线收发器驱动模块设置于AUTOSAR架构中的通信驱动中。在一个或多个实施例中,部分网络管理模块和/或模式请求收集模块设置于AUTOSAR架构中的复杂设备驱动中。另外,在本实施例中是以CAN总线为例进行说明,可以理解本发明并不仅限于CAN总线,还可以是其他类型的总线,例如以太网总线等,本发明对此并不加以限制。
图2例示了根据本发明一个或多个实施例的ECU的睡眠/唤醒管理方法中 ECU各模块的消息传递示意图。图3例示了根据本发明一个或多个实施例的 ECU的睡眠/唤醒管理方法的流程示意图。结合参考图1至图3所示,ECU的睡眠/唤醒管理方法100可以包括:
步骤110:虚拟总线收发器驱动模块接收总线上的报文,并在判断报文与该ECU相关时缓存该报文;
步骤120:部分网络管理模块在确定缓存的报文存在模式改变标记并且缓存的所述报文未超时时,发送第一模式改变请求至模式请求收集模块;以及
步骤130:模式请求收集模块至少根据第一模式改变请求和从应用层发来的第二模式改变请求确定是否向相关模块发出睡眠或唤醒的模式切换命令,以使该ECU进入睡眠或者唤醒该ECU。
在步骤110,虚拟CAN总线收发器驱动模块可以从CAN总线接收报文,并判断该报文是否与该ECU相关,当判断结果为相关时,缓存该报文。在一个或多个实施例中,虚拟CAN总线收发器驱动模块是由中断触发来进行对 CAN总线上的报文的接收的。在一个或多个实施例中,虚拟CAN总线收发器驱动模块提供了软件接收缓存(Buffer)以缓存报文。
在一个或多个实施例中,虚拟CAN总线收发器驱动模块通过真实CAN 总线收发器驱动模块从微控制器中的CAN硬件端口(RS-CAN)接收报文。
在一个或多个实施例中,虚拟CAN总线收发器驱动模块根据报文的身份标识(ID)确定该报文是否与该ECU相关。具体来说,可以通过对报文进行特定的掩码操作来过滤出特定的身份标识的报文。例如,要滤出ID为 0X00001567(16进制)的报文,则可以设置掩码为0X00001567,假设接收到的报文的ID为0Xxxxxxxxx,则将报文的ID与掩码进行与运算,0Xxxxxxxxx &0X00001567,如果结果为0X00001567,则说明该报文需要被滤出,如果结果不为0X00001567,则说明书该报文可以被抛弃。又例如,要滤出ID为 0X00001560至0X0000156F(十六进制)的报文,则可以设置掩码为 0X00001560,假设接收到的报文的ID为0Xxxxxxxxx,则将报文的ID与掩码进行与运算,0Xxxxxxxxx&0X00001560,如果结果为0X0000156x,x可以为0至F中的任一者,则说明该报文需要被滤出,否则,则说明书该报文可以被抛弃。
在一个或多个实施例中,虚拟CAN总线收发器驱动模块在缓存报文之后还可以发送通知(Pnm_GetPNC_NM_Message)到部分网络管理模块,以通知部分网络管理模块有报文需要处理。
在步骤120,部分网络管理模块在确定缓存的报文存在模式改变标记并且缓存的所述报文未超时时,发送第一模式改变请求(ModeChanReq_From_PNM) 至模式请求收集模块。在一个或多个实施例中,部分网络管理模块由时间片调度,周期性地对缓存的报文进行处理。例如可以通过AUTOSAR中的调度管理器模块(SchM)来实现对部分网络管理模块的时间片调度 (pnm_cyclic_10ms),例如每10ms调度一次。
在一个或多个实施例中,部分网络管理模块通过甄别报文中的特定数据位来确定模式改变标记是否存在。具体而言,可以依据CAN报文帧中设定的某一比特位来确定模式改变标记是否存在。例如,以二进制的CAN报文帧中的第0位来作为模式改变标记。例如一数据长度为8字节的CAN报文帧为 X1XX XX XX XX XX XX XX(十六进制),其中最左边的“X1”代表第0 字节,其对应的二进制为xxxx 0001,可见二进制的CAN报文帧中的第0位为“1”,其可以代表模式改变标记存在。又例如一数据长度为8字节的CAN 报文帧为X0XX XX XX XX XXXX XX(十六进制),其中最左边的“X0”代表第0字节,其对应的二进制为xxxx 0000,可见二进制的CAN报文帧中的第0位为“0”,其可以代表模式改变标记不存在。
在一个或多个实施例中,部分网络管理模块通过比较报文中的时间标记和微控制器中TIMER的时间来确定报文是否超时。在确定报文未超时时,部分网络管理模块还结合报文是否存在模式改变标记来确定是否发送模式改变请求。在确定报文超时时,部分网络管理模块将该报文丢弃。
在步骤130,模式请求收集模块至少根据第一模式改变请求 (ModeChanReq_From_PNM)和从应用层发来的第二模式改变请求(ModeChanReq_From_App)确定是否向相关模块发出睡眠或唤醒的模式切换命令,以使该ECU进入睡眠或者唤醒该ECU。
在一个或多个实施例中,模式请求收集模块可以通过AUTOSAR架构中的BSW模式管理器(BswModeManager)来实现睡眠或唤醒的模式切换。例如,模式请求收集模块可以通过发送Request_run消息或Request_release消息给BSW模式管理器来实现唤醒或睡眠的模式切换。
在一个或多个实施例中,模式请求模块在确定发送唤醒的模式切换命令时,AUTOSAR架构中的通信管理器(ComM)周期性地发送网络管理报文。例如,模式请求收集模块可以同构发送ComM_RequestComMode消息给通信管理器,通信管理器而后可以通过CAN状态管理器(CAN SM),通过CAN接口 (CAN Interface)来周期性地通知底层CAN收发器驱动发送网络管理报文。
从前述的说明可知,本发明以软件的形式实现了部分网络节点(PNC) 的功能,实现了对ECU的睡眠、唤醒管理,实现了节点的静态电流最优化的滚利,并且具有实现灵活,成本低等优点。
在一个或多个实施例中,ECU符合AUTOSAR架构,其可以包括:
计算机可读存储介质(图中未示出),其上存储有多个指令,所述多个指令至少包括实现虚拟总线收发器驱动模块、部分网络管理模块和模式请求收集模块的指令;以及
一个或多个处理器(例如微控制器),适于执行所述多个指令以实现如前述的ECU的睡眠/唤醒管理方法100。
虽然本发明已以较佳实施例披露如上,但本发明并非限定于此。任何本领域技术人员,在不脱离本发明的精神和范围内所作的各种更动与修改,均应纳入本发明的保护范围内,因此本发明的保护范围应当以权利要求所限定的范围为准。

Claims (11)

1.一种符合AUTOSAR 架构的ECU的睡眠/唤醒管理方法,其特征在于,所述ECU包括软件实现的虚拟总线收发器驱动模块、部分网络管理模块和模式请求收集模块,所述ECU的睡眠/唤醒管理方法包括:
所述虚拟总线收发器驱动模块接收总线上的报文,并在判断所述报文与所述ECU相关时缓存所述报文;
所述部分网络管理模块在确定缓存的所述报文存在模式改变标记并且缓存的所述报文未超时时,发送第一模式改变请求至所述模式请求收集模块;以及
所述模式请求收集模块至少根据所述第一模式改变请求和从应用层发来的第二模式改变请求确定是否向相关模块发出睡眠或唤醒的模式切换命令,以使所述ECU进入睡眠或者唤醒所述ECU。
2.如权利要求1所述的ECU的睡眠/唤醒管理方法,其特征在于,所述虚拟总线收发器驱动模块接收总线上的报文是由中断触发进行的。
3.如权利要求1或2所述的ECU的睡眠/唤醒管理方法,其特征在于,所述虚拟总线收发器驱动模块根据所述报文的身份标识确定所述报文是否与所述ECU相关。
4.如权利要求1所述的ECU的睡眠/唤醒管理方法,其特征在于,所述部分网络管理模块由时间片调度,周期性地对缓存的所述报文进行处理。
5.如权利要求1或4所述的ECU的睡眠/唤醒管理方法,其特征在于,所述部分网络管理模块通过甄别所述报文中的特定数据位来确定所述模式改变标记是否存在。
6.如权利要求1所述的ECU的睡眠/唤醒管理方法,其特征在于,所述模式请求收集模块通过AUTOSAR架构中的BSW模式管理器来实现睡眠或唤醒的模式切换。
7.如权利要求1所述的ECU的睡眠/唤醒管理方法,其特征在于,在所述模式请求收集模块确定发送唤醒的模式切换命令时,所述AUTOSAR架构中的通信管理器周期性地发送网络管理报文。
8.如权利要求1所述的ECU的睡眠/唤醒管理方法,其特征在于,所述虚拟总线收发器驱动模块设置于AUTOSAR架构中的通信驱动中。
9.如权利要求1所述的ECU的睡眠/唤醒管理方法,其特征在于,所述部分网络管理模块和/或所述模式请求收集模块设置于AUTOSAR架构中的复杂设备驱动中。
10.如权利要求1所述的ECU的睡眠/唤醒管理方法,其特征在于,所述总线为CAN总线。
11.一种符合AUTOSAR架构的ECU,其特征在于,包括:
计算机可读存储介质,其上存储有多个指令,所述多个指令至少包括实现虚拟总线收发器驱动模块、部分网络管理模块和模式请求收集模块的指令;以及
一个或多个处理器,适于执行所述多个指令以实现如权利要求1至10任一项所述的ECU的睡眠/唤醒管理方法。
CN202010731570.3A 2020-07-27 2020-07-27 一种符合autosar架构的ecu及其睡眠/唤醒管理方法 Active CN111885173B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010731570.3A CN111885173B (zh) 2020-07-27 2020-07-27 一种符合autosar架构的ecu及其睡眠/唤醒管理方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010731570.3A CN111885173B (zh) 2020-07-27 2020-07-27 一种符合autosar架构的ecu及其睡眠/唤醒管理方法

Publications (2)

Publication Number Publication Date
CN111885173A CN111885173A (zh) 2020-11-03
CN111885173B true CN111885173B (zh) 2022-12-30

Family

ID=73201667

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010731570.3A Active CN111885173B (zh) 2020-07-27 2020-07-27 一种符合autosar架构的ecu及其睡眠/唤醒管理方法

Country Status (1)

Country Link
CN (1) CN111885173B (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114285915A (zh) * 2021-11-09 2022-04-05 江铃汽车股份有限公司 Ecu故障原因的确定方法、系统、存储介质及设备
CN116193472B (zh) * 2022-12-27 2024-03-22 广州汽车集团股份有限公司 车载网络管理方法、装置、电子设备及存储介质
CN116318896A (zh) * 2023-02-21 2023-06-23 合众新能源汽车股份有限公司 电子控制单元及其控制方法、电子设备和存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104477111A (zh) * 2014-11-28 2015-04-01 深圳市航盛电子股份有限公司 一种汽车主控制器唤醒系统、方法及车辆
CN107465588A (zh) * 2017-07-27 2017-12-12 广州汽车集团股份有限公司 多路总线网络的状态控制方法、装置及网络管理系统
CN109144029A (zh) * 2018-08-24 2019-01-04 安徽江淮汽车集团股份有限公司 一种can总线的局部休眠唤醒的方法及系统
CN109756407A (zh) * 2019-01-17 2019-05-14 重庆菲斯塔新能源汽车科技有限公司 一种基于can总线的局部网络管理方法
CN110224915A (zh) * 2018-03-01 2019-09-10 上海汽车集团股份有限公司 一种车载混合网络中的局部网络工作方法及系统

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107272665B (zh) * 2017-07-31 2019-09-03 北京新能源汽车股份有限公司 一种车辆网络管理方法及系统
CN110758289B (zh) * 2019-10-31 2021-08-20 上海赫千电子科技有限公司 一种包括车载以太网的车内混合网络的睡眠与唤醒方法
GB2594250A (en) * 2020-04-20 2021-10-27 Continental Automotive Gmbh Electronic device and method of responding to a trigger to wake up

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104477111A (zh) * 2014-11-28 2015-04-01 深圳市航盛电子股份有限公司 一种汽车主控制器唤醒系统、方法及车辆
CN107465588A (zh) * 2017-07-27 2017-12-12 广州汽车集团股份有限公司 多路总线网络的状态控制方法、装置及网络管理系统
CN110224915A (zh) * 2018-03-01 2019-09-10 上海汽车集团股份有限公司 一种车载混合网络中的局部网络工作方法及系统
CN109144029A (zh) * 2018-08-24 2019-01-04 安徽江淮汽车集团股份有限公司 一种can总线的局部休眠唤醒的方法及系统
CN109756407A (zh) * 2019-01-17 2019-05-14 重庆菲斯塔新能源汽车科技有限公司 一种基于can总线的局部网络管理方法

Also Published As

Publication number Publication date
CN111885173A (zh) 2020-11-03

Similar Documents

Publication Publication Date Title
CN111885173B (zh) 一种符合autosar架构的ecu及其睡眠/唤醒管理方法
CN110758289B (zh) 一种包括车载以太网的车内混合网络的睡眠与唤醒方法
US11188400B2 (en) System, method and computer program product for sharing information in a distributed framework
CN114363099B (zh) 一种网络管理系统、控制方法、电子控制器及电动汽车
CN103200035B (zh) 基于osek标准的网络休眠方法、装置及ecu
KR101610122B1 (ko) 차량 텔레매틱스 장치의 원격제어 방법 및 그 시스템
EP1879326A1 (en) Communication network system and wakeup method for un-wakeup node
EP1565823A2 (en) Heartbeat mechanism for cluster systems
CN107920007B (zh) 车辆网络中的多个通信节点的第一通信节点及其操作方法
CN210839611U (zh) 一种包括车载以太网的车内混合网络的睡眠与唤醒装置
CN111886588B (zh) 处理装置
CN104683126A (zh) 基于can总线的网络管理方法
JP2000259520A (ja) ネットワーク管理装置
WO2004051474A2 (en) Clustering system and method having interconnect
KR101612825B1 (ko) Can 컨트롤러, 차량 내부 통신을 위한 게이트웨이 및 그 제어 방법
JP2019009678A (ja) 車載通信ネットワークシステム
JP2023005936A (ja) 中継装置、中継システム、中継方法及びコンピュータプログラム
US20220070774A1 (en) Relay device
CN114670764B (zh) 控制电动汽车整车休眠的方法、装置及电子控制单元
WO2024214525A1 (ja) 車載中継装置、車載装置および車載システム
CN118158264A (zh) 网络的唤醒方法、装置、电子设备及存储介质
JP3797049B2 (ja) 制御ノード間通信装置
CN115499269B (zh) 多路can通道osek网络管理实现方法、系统、设备及可读介质
CN118269863A (zh) 车辆控制方法、装置、电子设备、系统、车辆和计算机程序产品
CN118337749A (zh) 通讯方法、电子设备、车辆和计算机程序产品

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant