Vehicle Wake-Up Software Decoupling via Cloud Configuration
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing vehicle sleep and wake-up technologies are strongly coupled with specific CAN network architectures, making them difficult to adapt to different vehicle models and communication protocols, and are not conducive to battery management.
Innovation Solution
A vehicle sleep and wake-up method that uses an in-vehicle terminal to store a work group configuration table sent by a cloud, allowing for decoupling of wake-up function software from underlying hardware and network structures, enabling reuse across different vehicle models.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If the upper-layer application uses CAN network architecture for wake-up management, then the wake-up function can be implemented, but the software becomes strongly coupled with specific hardware and network structures, reducing adaptability
Solution Approach 1:
The patent introduces a wake-up management module as an intermediary layer between the upper-layer application and the CAN network hardware. This module provides standardized interfaces that decouple the application from hardware specifics, allowing the same software to work across different vehicle models and network architectures without direct hardware coupling.
Solution Approach 2:
The wake-up management system is segmented into independent functional modules: the upper-layer application, the wake-up management module, and the hardware layer. This segmentation allows each layer to be developed and modified independently, reducing the coupling between software and hardware while maintaining system functionality.
2Ease of operation
If each function scenario defines all involved sensors, controllers, and actuators, then the wake-up function can be precisely controlled, but the configuration becomes increasingly difficult as functions increase
Solution Approach 1:
The wake-up management module implements universal configuration mechanisms that can handle multiple function scenarios through standardized interfaces. Instead of defining each sensor, controller, and actuator individually for every scenario, the system uses generic configuration structures that can be applied across different function types, reducing configuration complexity while maintaining precise control.
3Adaptability or versatility
If the solution is developed for CAN bus network, then wake-up management can be achieved, but it is difficult to use in other vehicle communication network protocols, reducing reuse rate
Solution Approach 1:
The wake-up management module serves as a protocol-agnostic intermediary that sits between the application layer and the physical network layer. It provides standardized wake-up management functions that can interface with different communication protocols (CAN, Ethernet, etc.) without requiring changes to the core application logic, enabling rapid adaptation to new protocols without time-consuming reconfiguration.
Data Source
AI summary
A vehicle sleep and wake-up method apparatus, a vehicle, and a storage medium are disclosed. The method includes: receiving a work group request in response to triggering for a function scenario, where the work group request includes a work group identifier, an execution instruction, and a runtime; querying a remaining duration of a target work group corresponding to the work group identifier; generating execution data according to the execution instruction, the runtime, and the remaining duration; determining a first target control unit from a work group configuration table according to the work group identifier; and executing the execution data on the first target control unit. By decoupling wake-up function software in a vehicle from underlying hardware and a network architecture thereof to stop strong dependence, the reuse rate of the software is improved, wake-up is more accurate, and battery management of the vehicle is facilitated.