CN115437343A - 车辆ecu唤醒检测方法、装置、域控制器及车辆 - Google Patents

车辆ecu唤醒检测方法、装置、域控制器及车辆 Download PDF

Info

Publication number
CN115437343A
CN115437343A CN202210858956.XA CN202210858956A CN115437343A CN 115437343 A CN115437343 A CN 115437343A CN 202210858956 A CN202210858956 A CN 202210858956A CN 115437343 A CN115437343 A CN 115437343A
Authority
CN
China
Prior art keywords
domain controller
ecu
wake
feedback
awakening
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.)
Pending
Application number
CN202210858956.XA
Other languages
English (en)
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.)
Beijing Co Wheels Technology Co Ltd
Original Assignee
Beijing Co Wheels Technology 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 Beijing Co Wheels Technology Co Ltd filed Critical Beijing Co Wheels Technology Co Ltd
Priority to CN202210858956.XA priority Critical patent/CN115437343A/zh
Publication of CN115437343A publication Critical patent/CN115437343A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B23/00—Testing or monitoring of control systems or parts thereof
    • G05B23/02—Electric testing or monitoring
    • G05B23/0205—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults
    • G05B23/0208—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults characterized by the configuration of the monitoring system
    • G05B23/0213—Modular or universal configuration of the monitoring system, e.g. monitoring system having modules that may be combined to build monitoring program; monitoring system that can be applied to legacy systems; adaptable monitoring system; using different communication protocols
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00—Program-control systems
    • G05B2219/20—Pc systems
    • G05B2219/24—Pc safety
    • G05B2219/24065—Real time diagnostics

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Automation & Control Theory (AREA)
  • Traffic Control Systems (AREA)

Abstract

本公开的实施例提供了一种车辆ECU唤醒检测方法、装置、域控制器及车辆。所述方法包括：接收到唤醒信号；将所述唤醒信号发送至所述域控制器的各ECU；接收所述域控制器的各ECU发送的唤醒反馈，其中，所述唤醒反馈用于指示所述域控制器的各ECU基于所述唤醒信号是否被成功唤醒；将所述各ECU发送的唤醒反馈进行汇总，以便于检测所述域控制器的各ECU的唤醒状态。以此方式，可以实现在车辆被唤醒后，能够快速检测域控制器的各ECU是否被成功唤醒，提高了ECU唤醒检测效率，避免需要人为测量每个ECU电流才能确定每个ECU是否被成功唤醒。

Description

车辆ECU唤醒检测方法、装置、域控制器及车辆
技术领域
本公开涉及车辆领域，尤其涉及ECU((Electronic Control Unit，电子控制单元))唤醒技术领域。
背景技术
目前，车辆解锁时，域控制器下的所有ECU是否都处于唤醒状态，并无法确定，因为好多ECU肉眼不可见，只能测量每个ECU的电流才能检测每个ECU是否被成功唤醒，这就导致车辆ECU唤醒检测效率低，又很麻烦，无法快速、准确确定各ECU是否可用。
发明内容
本公开提供了一种车辆ECU唤醒检测方法、装置、域控制器、车辆、设备及计算机可读存储介质。
根据本公开的第一方面，提供了一种车辆ECU唤醒检测方法。该方法包括：
接收到唤醒信号；
将所述唤醒信号发送至所述域控制器的各ECU；
接收所述域控制器的各ECU发送的唤醒反馈，其中，所述唤醒反馈用于指示所述域控制器的各ECU基于所述唤醒信号是否被成功唤醒；
将所述各ECU发送的唤醒反馈进行汇总，以便于检测所述域控制器的各ECU的唤醒状态。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述接收到唤醒信号包括：
接收所述域控制器的CAN收发器转发的唤醒信号。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，若所述域控制器为XCU域控制器，则所述XCU域控制器的CAN收发器在所述车辆被唤醒后，通过蓝牙接收到所述唤醒信号，并利用所述唤醒信号唤醒所述CAN收发器的CAN网络；
若所述域控制器为FSD域控制器或HU域控制器，则所述FSD域控制器或HU域控制器是通过所述CAN网络接收所述车辆的XCU域控制器发送的所述唤醒信号。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，若所述域控制器为XCU域控制器或FSD域控制器，则所述方法还包括：
将汇总后的所述XCU域控制器或FSD域控制器的各ECU发送的唤醒反馈发送至所述CAN收发器，以通过CAN网络发送至HU域控制器。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述通过CAN网络发送至HU域控制器，包括：
将汇总后的所述XCU域控制器或FSD域控制器的各ECU发送的唤醒反馈通过ECAN网络发送至HU域控制器；
或者
将汇总后的所述FSD域控制器的各ECU发送的唤醒反馈通过ICAN网络发送至HU域控制器。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，汇总后的各域控制器的所述各ECU的唤醒反馈通过HU域控制器进行显示。
根据本公开的第二方面，提供了另一种车辆ECU唤醒检测方法。所述方法适用于域控制器的ECU，包括：
接收所述域控制器的MCU发送的唤醒信号；
向所述域控制器MCU发送唤醒反馈，其中，所述唤醒反馈用于指示所述ECU是否基于所述唤醒信号被成功唤醒，以便所述域控制器的MCU将所述各ECU发送的唤醒反馈进行汇总后，检测所述域控制器的各ECU的唤醒状态。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，
向所述域控制器MCU发送唤醒反馈，包括：
通过GPIO接口向所述域控制器MCU发送GPIO唤醒反馈信号。
根据本公开的第三方面，提供了一种车辆ECU唤醒检测装置。该装置适用于域控制器的MCU，包括：
第一接收模块，用于接收到唤醒信号；
发送模块，用于将所述唤醒信号发送至所述域控制器的各ECU；
第二接收模块，用于接收所述域控制器的各ECU发送的唤醒反馈，其中，所述唤醒反馈用于指示所述域控制器的各ECU基于所述唤醒信号是否被成功唤醒；
汇总模块，用于将所述各ECU发送的唤醒反馈进行汇总，以便于检测所述域控制器的各ECU的唤醒状态。
根据本公开的第四方面，提供了另一种车辆ECU唤醒检测装置。该装置适用于域控制器的ECU，包括：
接收模块，用于接收所述域控制器的MCU发送的唤醒信号；
发送模块，用于向所述域控制器MCU发送唤醒反馈，其中，所述唤醒反馈用于指示所述ECU是否基于所述唤醒信号被成功唤醒，以便所述域控制器的MCU将所述各ECU发送的唤醒反馈进行汇总后，检测所述域控制器的各ECU的唤醒状态。
根据本公开的第五方面，提供了一种域控制器。该域控制器包括：
MCU模块以及多个ECU模块，所述MCU模块与所述多个ECU模块电连接，
所述MCU模块是在接收到唤醒信号后，将所述唤醒信号发送至所述多个ECU模块，并接收所述多个ECU模块各自发送的唤醒反馈，以及进行汇总的模块；
所述多个ECU模块是在接收到所述MCU模块发送的所述唤醒信号后，向所述MCU模块发送唤醒反馈的模块，其中，所述唤醒反馈用于指示所述多个ECU是否基于所述唤醒信号被成功唤醒。
根据本公开的第六方面，提供了一种车辆。该车辆包括：如第三方面所述的车辆ECU唤醒检测装置，第四方面所述的车辆ECU唤醒检测装置，或者第五方面所述的域控制器。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，
所述域控制器包括多个，各域控制器包括CAN收发器；
所述各域控制器通过CAN收发器的CAN网络相通信。
根据本公开的第七方面，提供了一种电子设备。该电子设备包括：存储器和处理器，所述存储器上存储有计算机程序，所述处理器执行所述程序时实现如以上所述的方法。
根据本公开的第八方面，提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现如根据本公开的第一方面至第四方面的方法。
本公开中，在车辆在被解锁(即被唤醒)后，域控制器的MCU会接收到唤醒信号，然后MCU将唤醒信号发送至域控制器的各ECU，以试图唤醒各ECU工作，各ECU在接收到唤醒信号时也会尝试唤醒操作，并向MCU发送唤醒反馈，而MCU在接收到域控制器的各ECU发送的唤醒反馈后，会将各ECU发送的唤醒反馈进行自动汇总，以便于快速确认各ECU的唤醒状态，从而实现在车辆被唤醒后，能够快速检测域控制器的各ECU是否可用(是否被成功唤醒)，提高了ECU唤醒检测效率，避免需要人为测量每个ECU电流才能确定每个ECU是否被成功唤醒。
应当理解，发明内容部分中所描述的内容并非旨在限定本公开的实施例的关键或重要特征，亦非用于限制本公开的范围。本公开的其它特征将通过以下的描述变得容易理解。
附图说明
结合附图并参考以下详细说明，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。附图用于更好地理解本方案，不构成对本公开的限定在附图中，相同或相似的附图标记表示相同或相似的元素，其中：
图1示出了根据本公开的实施例的一种车辆ECU唤醒检测方法的流程图；
图2示出了根据本公开的实施例的另一种车辆ECU唤醒检测方法的流程图；
图3示出了根据本公开的实施例的一种车辆ECU唤醒检测装置的框图；
图4示出了根据本公开的实施例的另一种车辆ECU唤醒检测装置的框图；
图5示出了根据本公开的实施例的一种域控制器的框图；
图6示出了根据本公开的实施例的一种车辆中域控制器与ECU关系的框图；
图7示出了能够实施本公开的实施例的示例性电子设备的方框图。
具体实施方式
为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的全部其他实施例，都属于本公开保护的范围。
另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
图1示出了根据本公开实施例的车辆ECU唤醒检测方法100的流程图。方法适用于域控制器的MCU(Microcontroller Unit，微控制单元)，域控制器的MCU相当于域控制器的ECU中的主ECU，用于对域控制器控制的ECU进行管理、控制等操作，方法100可以包括：
步骤110，接收到唤醒信号；车辆被解锁(即被唤醒)，域控制器的MCU会接收到唤醒信号。
步骤120，将所述唤醒信号发送至所述域控制器的各ECU；
步骤130，接收所述域控制器的各ECU发送的唤醒反馈，其中，所述唤醒反馈用于指示所述域控制器的各ECU基于所述唤醒信号是否被成功唤醒；
步骤140，将所述各ECU发送的唤醒反馈进行汇总，以便于检测所述域控制器的各ECU的唤醒状态，唤醒状态用于表示各ECU是否已唤醒或者是否已工作。
在车辆在被解锁(即被唤醒)后，域控制器的MCU会接收到唤醒信号，然后MCU将唤醒信号发送至域控制器的各ECU，以试图唤醒各ECU工作，各ECU在接收到唤醒信号时也会尝试唤醒操作，并向MCU发送唤醒反馈，而MCU在接收到域控制器的各ECU发送的唤醒反馈后，会将各ECU发送的唤醒反馈进行自动汇总，以便于快速确认各ECU的唤醒状态，从而实现在车辆唤醒后，能够快速检测域控制器的各ECU是否可用(是否被成功唤醒)，提高了ECU唤醒检测效率，避免需要人为测量每个ECU电流才能确定每个ECU是否被成功唤醒。
在一些实施例中，所述接收到唤醒信号包括：
接收所述域控制器的CAN收发器转发的唤醒信号。
MCU接收的唤醒信号，来自其所属域控制器的CAN收发器的转发，即域控制器的MCU并无法直接接收到唤醒信号，而是其所属域控制器的CAN收发器接收到唤醒信号后，再发送给MCU。
在一些实施例中，若所述域控制器为XCU域控制器，则所述XCU域控制器的CAN收发器在所述车辆被唤醒后，通过蓝牙接收到所述唤醒信号，并利用所述唤醒信号唤醒所述CAN收发器的CAN网络；
FSD(Full Self-Driving，全自动驾驶)域控制器为无人驾驶车载域控制器，
HU域控制器，又称车载娱乐信息系统IVI，可用于显示、交互等操作。
XCU域控制器，为车辆运动域控制器，是车辆运动域的控制中心、车辆运动域的计算中心、车辆运动域的网联功能集成中心。
若所述域控制器为FSD域控制器或HU域控制器，则所述FSD域控制器或HU域控制器是通过所述CAN网络接收所述车辆的XCU域控制器发送的所述唤醒信号。CAN网络即Controller Area Network,控制器局域网络。
由于XCU域控制器属于整车控制器，因而，车辆被唤醒后，首先会唤醒XCU域控制器，具体地，若所述域控制器为XCU域控制器，则该XCU域控制器的CAN收发器在所述车辆被唤醒后，可通过蓝牙快速接收到来自车辆(钥匙、门锁)的唤醒信号，并利用唤醒信号唤醒所述CAN收发器的CAN网络，以便于XCU域控制器的CAN收发器通过CAN网络向XCU域控制器的MCU转发唤醒信号，唤醒XCU域控制器的MCU，以及利用CAN网络向其他域控制器的CAN收发器转发唤醒信号，以便于通过XCU域控制器唤醒其他域控制器。
而若域控制器为FSD域控制器或HU域控制器，由于这些域控制器并非整车控制器，因而，这些域控制器的MCU接收到的唤醒信号，来自XCU域控制器，以便于基于XCU域控制器转发的唤醒信号进行唤醒操作，然后再唤醒自身域控制的下级ECU。
在一些实施例中，若所述域控制器为XCU域控制器或FSD域控制器，则所述方法还包括：
将汇总后的所述XCU域控制器或FSD域控制器的各ECU发送的唤醒反馈发送至所述CAN收发器，以通过CAN网络发送至HU域控制器。其中，XCU域控制器或FSD域控制器的MCU将各自汇总后的唤醒反馈，通过自身CAN网络发送至HU域控制器，可以是通过自身CAN网络发送至HU域控制器的CAN收发器，然后由CAN收发器将汇总后的唤醒反馈再发送至HU域控制器的MCU，由HU域控制器的MCU控制所有汇总后的唤醒反馈显示在屏幕上。
由于HU域控制器可显示各种信息，方便用户与车进行交互，因而，通过将汇总后的所述XCU域控制器或FSD域控制器的各ECU发送的唤醒反馈发送至自身的CAN收发器，方便通过CAN网络发送至HU域控制器，如此，即可通过HU域控制器将各域控制器的汇总后的唤醒反馈展示给用户，使得用户可以一目了然地明确车辆唤醒后，哪些ECU还不可用，哪些ECU可用，即更准确的知道车机的状态，也可提醒用户及时维修不可用的ECU。
另外，若域控制器为HU域控制器自身，则HU域控制器的MCU在汇总HU域控制器的ECU发送的唤醒反馈后，会直接将其自身的唤醒反馈与其他域控制器的MCU发送的唤醒反馈一起显示。
在一些实施例中，所述通过CAN网络发送至HU域控制器，包括：
将汇总后的所述XCU域控制器或FSD域控制器的各ECU发送的唤醒反馈通过ECAN网络发送至HU域控制器；
或者
将汇总后的所述FSD域控制器的各ECU发送的唤醒反馈通过ICAN网络发送至HU域控制器。ICAN网络即Industry CAN-bus Fieldbus Control System，CAN-bus现场总线控制网络。ECAN网路即增强型控制器区域网络。
通过CAN网络发送至HU域控制器时，可以根据实际需求灵活选用ECAN网络或ICAN网络发送至HU域控制器，而由于XCU域控制器才能直接与HU域控制器通过ECAN网络相通信，因而，汇总后的所述XCU域控制器或FSD域控制器的各ECU发送的唤醒反馈均可通过XCU域控制的ECAN网络发送至HU域控制器；而汇总后的FSD域控制器的各ECU发送的唤醒反馈可直接通过ICAN网络发送至HU域控制器，而不再需要XCU域控制器进行中转。
在一些实施例中，汇总后的各域控制器的所述各ECU的唤醒反馈通过HU域控制器进行显示。
通过将汇总后的各域控制器的所述各ECU的唤醒反馈利用HU域控制器进行显示，便于用户快速、准确了解所有域控制器下各ECU是否已经被成功唤醒，以及唤醒比例等各种情况，以实现能够及时检测车辆被唤醒后，各ECU的实际可用情况，从而便于准确进行下一步操作，如故障检测、异常报警等。
另外，在显示时，可将被唤醒的ECU和未被唤醒的ECU分别以不同方式进行突出显示，如被唤醒的ECU显示为绿色，未被唤醒的ECU显示会红色；
当然，优选地，按照域控制器的不同，将不同域控制器的汇总后的唤醒反馈进行分类显示；此外，还可以统计未被唤醒、被唤醒的ECU的数量、比例等，从而便于用户充分、准确了解车辆ECU的唤醒情况。
图2示出了根据本公开实施例的另一车辆ECU唤醒检测方法200的流程图。方法适用于域控制器的ECU，方法200可以包括：
步骤210，接收所述域控制器的MCU发送的唤醒信号；
步骤220，向所述域控制器MCU发送唤醒反馈，其中，所述唤醒反馈用于指示所述ECU是否基于所述唤醒信号被成功唤醒，以便所述域控制器的MCU将所述各ECU发送的唤醒反馈进行汇总后，检测所述域控制器的各ECU的唤醒状态。
域控制器的ECU在接收到域控制器的MCU发送的唤醒信号后，会尝试响应该唤醒信号，即尝试进行唤醒操作，然后向域控制器MCU发送唤醒反馈，以便于域控制器的MCU将各ECU的唤醒反馈进行汇总后，可快速检测车辆唤醒后，域控制器的各ECU是否可用，提高了ECU唤醒检测效率，避免需要人为测量每个ECU电流才能确定每个ECU是否被成功唤醒。
在一个实施例中，向所述域控制器MCU发送唤醒反馈，包括：
通过GPIO接口向所述域控制器MCU发送GPIO唤醒反馈信号。
GPIO即General-purpose input/output，通用型之输入输出的简称。
各ECU可通过GPIO接口向MCU提供高低电平信号，并将该高低电平信号作为GPIO唤醒反馈信号，从而使得MCU明确各ECU是否被成功唤醒，如可将高电平作为成功唤醒信号，低电平作为未成功唤醒信号。
需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本公开并不受所描述的动作顺序的限制，因为依据本公开，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于可选实施例，所涉及的动作和模块并不一定是本公开所必须的。
以上是关于方法实施例的介绍，以下通过装置实施例，对本公开所述方案进行进一步说明。
图3示出了根据本公开的实施例的车辆ECU唤醒检测装置的方框图。如图3所示，装置300包括：
第一接收模块310，用于接收到唤醒信号；
发送模块320，用于将所述唤醒信号发送至所述域控制器的各ECU；
第二接收模块330，用于接收所述域控制器的各ECU发送的唤醒反馈，其中，所述唤醒反馈用于指示所述域控制器的各ECU基于所述唤醒信号是否被成功唤醒；
汇总模块340，用于将所述各ECU发送的唤醒反馈进行汇总，以便于检测所述域控制器的各ECU的唤醒状态。
根据本公开的第四方面，提供了另一种车辆ECU唤醒检测装置。该装置400适用于域控制器的ECU，包括：
接收模块410，用于接收所述域控制器的MCU发送的唤醒信号；
发送模块420，用于向所述域控制器MCU发送唤醒反馈，其中，所述唤醒反馈用于指示所述ECU是否基于所述唤醒信号被成功唤醒，以便所述域控制器的MCU将所述各ECU发送的唤醒反馈进行汇总后，检测所述域控制器的各ECU的唤醒状态。
根据本公开的第五方面，提供了一种域控制器。该域控制器500包括：
MCU模块以及多个ECU模块(如图5中的ECU模块1至ECU模块n)，所述MCU模块与所述多个ECU模块电连接，
所述MCU模块是在接收到唤醒信号后，将所述唤醒信号发送至所述多个ECU模块，并接收所述多个ECU模块各自发送的唤醒反馈，以及进行汇总的模块；
所述多个ECU模块是在接收到所述MCU模块发送的所述唤醒信号后，向所述MCU模块发送唤醒反馈的模块，其中，所述唤醒反馈用于指示所述多个ECU是否基于所述唤醒信号被成功唤醒。
根据本公开的第六方面，提供了一种车辆。该车辆包括：如第三方面所述的车辆ECU唤醒检测装置，第四方面所述的车辆ECU唤醒检测装置，或者第五方面所述的域控制器。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，
所述域控制器包括多个(如图5中的XCU域控制器，FSD域控制器，HU域控制器)，各域控制器包括CAN收发器；
所述各域控制器通过CAN收发器的CAN网络(如ECAN网络、ICAN网络)相通信，具体连接关系如图6所示，如图6所示，每个域控制器下都有多个ECU模块，如FSD控制器有FLCR\RLCR这两个ECU模块，XCU域控制器下有PTCAN、BLE等ECU模块，HU域控制器下-有5G、8155-1、8155-2、功放等ECU模块，其中，图6中子网段内芯片也属于ECU或者MCU(如A核即MCU)。
通过按照如图6所示的结构进行通信，可在车辆被解锁后，能够快速检测各ECU的唤醒状态，快速明确域控制器的各ECU是否可用(是否被成功唤醒)，提高了ECU唤醒检测效率，避免需要人为测量每个ECU电流才能确定每个ECU是否被成功唤醒。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，所述描述的模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
根据本公开的实施例，本公开还提供了一种电子设备和存储有计算机指令的非瞬时计算机可读存储介质。
图7示出了可以用来实施本公开的实施例的电子设备700的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。
设备800包括计算单元801，其可以根据存储在只读存储器(ROM)802中的计算机程序或者从存储单元808加载到随机访问存储器(RAM)803中的计算机程序，来执行各种适当的动作和处理。在RAM 803中，还可存储设备800操作所需的各种程序和数据。计算单元801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。
设备800中的多个部件连接至I/O接口805，包括：输入单元806，例如键盘、鼠标等；输出单元807，例如各种类型的显示器、扬声器等；存储单元808，例如磁盘、光盘等；以及通信单元809，例如网卡、调制解调器、无线通信收发机等。通信单元809允许设备800通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
计算单元801可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元801的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元801执行上文所描述的各个方法和处理，例如方法100或200。例如，在一些实施例中，方法100或200可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元808。在一些实施例中，计算机程序的部分或者全部可以经由ROM 802和/或通信单元809而被载入和/或安装到设备800上。当计算机程序加载到RAM 803并由计算单元801执行时，可以执行上文描述的方法100或200的一个或多个步骤。备选地，在其他实施例中，计算单元801可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行方法100或200。
本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。
计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。
应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。
上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (15)

1.一种车辆ECU唤醒检测方法，所述方法适用于域控制器的MCU，其特征在于，包括：
接收到唤醒信号；
将所述唤醒信号发送至所述域控制器的各ECU；
接收所述域控制器的各ECU发送的唤醒反馈，其中，所述唤醒反馈用于指示所述域控制器的各ECU基于所述唤醒信号是否被成功唤醒；
将所述各ECU发送的唤醒反馈进行汇总，以便于检测所述域控制器的各ECU的唤醒状态。
2.根据权利要求1所述的方法，其特征在于，所述接收到唤醒信号包括：
接收所述域控制器的CAN收发器转发的唤醒信号。
3.根据权利要求2所述的方法，其特征在于，
若所述域控制器为XCU域控制器，则所述XCU域控制器的CAN收发器在所述车辆被唤醒后，通过蓝牙接收到所述唤醒信号，并利用所述唤醒信号唤醒所述CAN收发器的CAN网络；
若所述域控制器为FSD域控制器或HU域控制器，则所述FSD域控制器或HU域控制器是通过所述CAN网络接收所述车辆的XCU域控制器发送的所述唤醒信号。
4.根据权利要求2所述的方法，其特征在于，若所述域控制器为XCU域控制器或FSD域控制器，则所述方法还包括：
将汇总后的所述XCU域控制器或FSD域控制器的各ECU发送的唤醒反馈发送至所述CAN收发器，以通过CAN网络发送至HU域控制器。
5.根据权利要求4所述的方法，其特征在于，所述通过CAN网络发送至HU域控制器，包括：
将汇总后的所述XCU域控制器或FSD域控制器的各ECU发送的唤醒反馈通过ECAN网络发送至HU域控制器；
或者
将汇总后的所述FSD域控制器的各ECU发送的唤醒反馈通过ICAN网络发送至HU域控制器。
6.根据权利要求1至5中任一项所述的方法，其特征在于，汇总后的各域控制器的所述各ECU的唤醒反馈通过HU域控制器进行显示。
7.一种车辆ECU唤醒检测方法，所述方法适用于域控制器的ECU，其特征在于，包括：
接收所述域控制器的MCU发送的唤醒信号；
向所述域控制器MCU发送唤醒反馈，其中，所述唤醒反馈用于指示所述ECU是否基于所述唤醒信号被成功唤醒，以便所述域控制器的MCU将所述各ECU发送的唤醒反馈进行汇总后，检测所述域控制器的各ECU的唤醒状态。
8.根据权利要求7所述的方法，其特征在于，向所述域控制器MCU发送唤醒反馈，包括：
通过GPIO接口向所述域控制器MCU发送GPIO唤醒反馈信号。
9.一种车辆ECU唤醒检测装置，所述装置适用于域控制器的MCU，其特征在于，包括：
第一接收模块，用于接收到唤醒信号；
发送模块，用于将所述唤醒信号发送至所述域控制器的各ECU；
第二接收模块，用于接收所述域控制器的各ECU发送的唤醒反馈，其中，所述唤醒反馈用于指示所述域控制器的各ECU基于所述唤醒信号是否被成功唤醒；
汇总模块，用于将所述各ECU发送的唤醒反馈进行汇总，以便于检测所述域控制器的各ECU的唤醒状态。
10.一种车辆ECU唤醒检测装置，所述装置适用于域控制器的ECU，其特征在于，包括：
接收模块，用于接收所述域控制器的MCU发送的唤醒信号；
发送模块，用于向所述域控制器MCU发送唤醒反馈，其中，所述唤醒反馈用于指示所述ECU是否基于所述唤醒信号被成功唤醒，以便所述域控制器的MCU将所述各ECU发送的唤醒反馈进行汇总后，检测所述域控制器的各ECU的唤醒状态。
11.一种域控制器，其特征在于，包括：
MCU模块以及多个ECU模块，所述MCU模块与所述多个ECU模块电连接，
所述MCU模块是在接收到唤醒信号后，将所述唤醒信号发送至所述多个ECU模块，并接收所述多个ECU模块各自发送的唤醒反馈，以及进行汇总的模块；
所述多个ECU模块是在接收到所述MCU模块发送的所述唤醒信号后，向所述MCU模块发送唤醒反馈的模块，其中，所述唤醒反馈用于指示所述多个ECU是否基于所述唤醒信号被成功唤醒。
12.一种车辆，其特征在于，包括：如权利要求9所述的ECU唤醒检测装置，或者如权利要求10所述的ECU唤醒检测装置，或者如权利要求11所述的域控制器。
13.根据权利要求12所述的车辆，其特征在于，
所述域控制器包括多个，各域控制器包括CAN收发器；
所述各域控制器通过CAN收发器的CAN网络相通信。
14.一种电子设备，其特征在于，包括：
至少一个处理器；以及
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-8中任一项所述的方法。
15.一种存储有计算机指令的非瞬时计算机可读存储介质，其特征在于，所述计算机指令用于使所述计算机执行根据权利要求1-8中任一项所述的方法。
CN202210858956.XA 2022-07-20 2022-07-20 车辆ecu唤醒检测方法、装置、域控制器及车辆 Pending CN115437343A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210858956.XA CN115437343A (zh) 2022-07-20 2022-07-20 车辆ecu唤醒检测方法、装置、域控制器及车辆

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210858956.XA CN115437343A (zh) 2022-07-20 2022-07-20 车辆ecu唤醒检测方法、装置、域控制器及车辆

Publications (1)

Publication Number Publication Date
CN115437343A true CN115437343A (zh) 2022-12-06

Family

ID=84240871

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210858956.XA Pending CN115437343A (zh) 2022-07-20 2022-07-20 车辆ecu唤醒检测方法、装置、域控制器及车辆

Country Status (1)

Country Link
CN (1) CN115437343A (zh)

Similar Documents

Publication Publication Date Title
CN112669867B (zh) 噪声消除算法的调试方法、装置和电子设备
CN114978883B (zh) 网络唤醒的管理方法、装置、电子设备及存储介质
CN115437340A (zh) 远程诊断方法及装置、电子设备和存储介质
CN115469629A (zh) 远程诊断方法、装置、系统、电子设备和存储介质
CN113656239A (zh) 针对中间件的监控方法、装置及计算机程序产品
CN111953569B (zh) 状态信息上报方法、装置、设备及介质
CN116594563A (zh) 分布式存储扩容方法、装置、电子设备和存储介质
CN116684302A (zh) 车载以太网的测试方法及装置
CN115437343A (zh) 车辆ecu唤醒检测方法、装置、域控制器及车辆
CN116112342A (zh) 告警信息处理方法、装置、电子设备以及存储介质
CN114697247B (zh) 流媒体系统的故障检测方法、装置、设备和存储介质
CN114567536B (zh) 异常数据处理方法、装置、电子设备和存储介质
CN115484216A (zh) 报文传输方法、装置、电子设备以及自动驾驶车辆
CN118101537B (zh) 一种网关监测方法、装置、系统级芯片及电子设备
CN217575167U (zh) 自动驾驶车辆
CN116909757B (zh) 集群管理的控制系统、方法、电子设备和存储介质
CN115225556A (zh) 一种检测方法、装置、设备及存储介质
CN118170617B (zh) 集群异常的检测方法及装置、电子设备和存储介质
US20220131955A1 (en) Message Processing Method and Device, Electronic Equipment, Storage Medium and Program Product
CN118200929A (zh) 移动应用处理方法、装置、电子设备及存储介质
CN114064391A (zh) 一种分布式报警或事件信息处理方法及装置
CN115801718A (zh) 消息处理方法、装置、电子设备及消息处理系统
CN118642807A (zh) 界面操作处理方法、装置、电子设备及存储介质
CN115755859A (zh) 一种基于局部网络的网络故障诊断方法、装置及介质
CN113986493A (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