Multi-path CAN network segment awakening method and system, controller and vehicle

Abstract

The invention relates to a multi-path CAN network segment awakening method and system, a controller and a vehicle, and the method comprises the steps: triggering an MCU to be powered on and entering a pre-awakening state when receiving a message signal sent by any path of CAN network segment; according to a message ID and message content of a target CAN network segment of the message signal, judging whether the message ID is a preset wake-up ID; if the message ID is a non-wake-up ID, starting time delay of a preset duration; in the delay execution period, message signals of all CAN network segments except the target CAN network segment are judged, and if any CAN network segment meets the awakening condition, the controller is controlled to enter an awakening process; and if all CAN network segments do not meet the wake-up condition, controlling the controller to enter a sleep process. According to the invention, the problem of multi-road network segment wake-up interference of a CAN chip without a preset frame wake-up function is solved.

Description

TECHNICAL FIELD

[0001] The present application belongs to the field of vehicle controller wake-up technology, and particularly relates to a multi-path CAN network segment wake-up method, system, controller and vehicle. BACKGROUND

[0002] With the rapid development of the new energy vehicle industry, the automobile electronic and electrical architecture is becoming increasingly complex. As the nervous system of vehicle data interaction, the network scale and functional requirements of the CAN bus continue to upgrade. To achieve orderly transmission of signals and functional isolation, the vehicle CAN network is usually divided into multiple independent network segments according to functional domains. Different network segments realize data interaction and collaborative control through a gateway, and jointly support the operation of core scenes such as vehicle energy management, driving control and comfort functions.

[0003] In the low-power design of the vehicle, the sleep and wake-up mechanism of the CAN network is crucial, which directly affects the static power consumption of the vehicle and the response efficiency of the controller. In the ideal state, the controller is started from the sleep state only when a preset wake-up frame is received, completes the functional initialization and enters the working mode. When the MCU receives a voltage signal to achieve power-on, the wake-up source can be identified based on the received wake-up signal. That is, when multiple CAN chips send a wake-up signal to the MCU, the MCU can only receive one kind of wake-up signal, and identify the CAN chip of the wake-up system according to the received wake-up signal.

[0004] However, in the fierce market competition environment, cost control has become one of the core factors in the design of automobile parts. The cost of the CAN chip with preset frame hardware wake-up function is significantly higher than that of the basic type CAN chip, but the latter can only realize the basic wake-up function. In order to balance the performance requirements and cost pressure, most controller products choose to use CAN chips without preset frame wake-up function to achieve cost reduction.

[0005] With the improvement of the integration of the controller, multi-path CAN chip configuration has become the mainstream design. A single controller is often connected to multiple CAN network segments with different functions to realize the reception and processing of multi-dimensional signals. However, when this configuration is combined with CAN chips without preset frame wake-up function, a serious wake-up reliability problem is exposed. When one of the CAN network segments does not sleep, the segment will continuously send signals, repeatedly trigger the related wake-up process of the controller, and then may affect the normal wake-up of other CAN network segments, leading to delayed wake-up or even failure to wake-up of the controller of the target network segment, and finally causing abnormal vehicle function, seriously affecting the reliability and user experience of the vehicle.

[0006] Therefore, it is necessary to develop a new multi-path CAN network segment wake-up method, system, controller and vehicle. SUMMARY

[0007] The application aims to provide a multi-path CAN network segment wake-up method, system, controller and vehicle, which can solve the multi-path network segment wake-up interference problem of the CAN chip without preset frame wake-up function.

[0008] In order to achieve the above-mentioned purpose, the technical scheme adopted by the application is as follows: In the first aspect, the multi-path CAN network segment wake-up method is applied to the controller carrying the CAN chip without preset frame wake-up function, and the method comprises the following steps: When receiving the message signal sent by any one of the CAN network segments, the MCU is triggered to be powered on and enter the pre-wake-up state; According to the message ID and the message content of the target CAN network segment of the message signal, it is judged whether the message ID is a preset wake-up ID; If the message ID is a non-wake-up ID, a preset time delay is started; During the execution of the time delay, the message signals of each CAN network segment except the target CAN network segment are judged, if any CAN network segment meets the wake-up condition, the controller is controlled to enter the wake-up process, and if all CAN network segments do not meet the wake-up condition, the controller is controlled to enter the sleep process. In a possible implementation, the message signal includes a wake-up message signal and a non-wake-up message signal, the message ID of the wake-up message signal is a preset wake-up ID, and the message ID of the non-wake-up message signal is a non-wake-up ID. The clear judgment basis is provided for subsequent ID judgment, the judgment error caused by the ambiguous definition of wake-up and non-wake-up messages is avoided, the MCU can accurately distinguish the signal type triggering the pre-wake-up, and the accuracy of the wake-up judgment is improved.

[0009] In a possible implementation, the controller carries at least two CAN chips, and each CAN chip corresponds to an independent CAN network segment. It is suitable for the design trend of multi-network segment integration of the current new energy vehicle controller (such as the vehicle body controller which needs to be connected to the vehicle body domain and the power domain network segment).

[0010] In a possible implementation, it is judged whether any CAN network segment meets the wake-up condition, which specifically comprises: Identify the CAN chip type corresponding to each CAN network segment, and judge whether the CAN chip is a CAN chip with preset frame wake-up function; If the CAN chip of a certain CAN network segment is a CAN chip with preset frame wake-up function, it is directly determined that the CAN network segment meets the wake-up condition; If all CAN chips of all CAN network segments are CAN chips without preset frame wake-up function, the message IDs of all CAN network segments are compared with the preset wake-up ID one by one, if any message ID is consistent with the preset wake-up ID, and the corresponding message content meets the wake-up protocol requirement, it is determined that the corresponding CAN network segment meets the wake-up condition. The mixed CAN chip configuration scene (such as the controller part network segment uses CAN chips with preset frame wake-up function, and part uses CAN chips without preset frame wake-up function) can be compatible. When a CAN chip with preset frame wake-up function is detected, the wake-up is directly determined, and it is not necessary to compare the message ID, so that the judgment process is simplified, and the wake-up response speed is improved. For the scene of all CAN chips without preset frame wake-up function, by comparing the message ID one by one, it is ensured that only the effective wake-up ID can trigger the wake-up, and the non-wake-up ID is avoided from being mis-triggered, and at the same time, the requirement that any network segment in multiple network segments has a wake-up ID is covered, and flexibility and rigor are taken into account.

[0011] In a possible implementation, the manner of identifying the CAN chip type corresponding to each CAN network segment is as follows: Register identification information of each CAN chip is read to determine whether the CAN chip has preset frame wake-up function. The register identification information is inherent characteristic data of the CAN chip hardware, and compared with software configuration or external signals, the identification result is more accurate and stable, the chip type misjudgment caused by software configuration error or external interference is avoided, and the reliability of the wake-up condition judgment is ensured. Without additional hardware detection circuit, the register information can be read only through the conventional SPI communication between the MCU and the CAN chip, the efficient identification of the chip type is realized under the premise of not increasing the hardware cost, and cost and efficiency are taken into account.

[0012] In a possible implementation, the wake-up process includes: controlling the controller to complete each function module initialization, establishing a communication connection with the vehicle gateway, and responding to the vehicle control instruction. The core link of the wake-up process is defined, the function initialization is avoided from being completed only after power-on, the controller is ensured to be able to quickly enter the normal working state after wake-up, and the vehicle function continuity is ensured. In a second aspect, a multi-path CAN network segment wake-up system is provided, which is applied to a controller carrying a CAN chip without preset frame wake-up function, and the system includes: A pre-wake-up triggering module is configured to trigger the MCU to be powered on and enter a pre-wake-up state when the MCU of the controller receives a message signal of any one of the CAN network segments; A message reading module is configured to read the message ID and the message content of each CAN network segment; A wake-up judgment module is configured to identify the CAN chip type and determine whether the message ID of each CAN network segment meets the wake-up condition; The process control module is used to control the controller to enter the wake-up process or the sleep process based on the wake-up judgment result.

[0013] In one possible implementation, the wake-up determination module includes a chip type identification unit and an ID comparison unit. The chip type identification unit determines the chip function type by reading the CAN chip register identification information, and the ID comparison unit matches the message ID of each CAN network segment with a preset wake-up ID. Decomposing the wake-up determination module into a chip type identification unit and an ID comparison unit facilitates division of labor and module reuse during subsequent system development (e.g., the message reading module can be adapted to different CAN chips), thus improving system development efficiency. Thirdly, the present invention provides a controller, wherein the controller is equipped with a CAN chip without a preset frame wake-up function, and the controller adopts the multi-channel CAN network segment wake-up system of the present invention.

[0014] Fourthly, the vehicle described in this invention employs a controller as described in this invention.

[0015] The present invention has the following beneficial effects: (1) Completely eliminates the shielding effect of single-segment non-wake-up packets, significantly improving wake-up reliability. This invention fundamentally solves the problem of traditional solutions where the arrival of a non-wake-up message directly blocks the wake-up of other network segments by employing the core logic of "non-wake-up ID trigger delay + full network segment scanning." Specifically, when the MCU receives a non-wake-up message from the target CAN network segment, it does not immediately enter sleep mode but instead initiates a preset delay (which can be dynamically adjusted according to the vehicle's CAN network parameters). During this period, it actively reads the message IDs and contents of all other CAN network segments except the target segment. This design not only avoids preemptive interference from non-wake-up messages from a single network segment but also ensures that no valid wake-up messages are missed through full-scan coverage of multiple network segments' wake-up signal detection. In scenarios where non-wake-up and wake-up messages exist simultaneously across multiple network segments, the controller's wake-up success rate is significantly improved compared to traditional solutions, completely resolving the problem of delays or failures to wake up caused by multi-network segment wake-up conflicts and ensuring timely response of vehicle functions.

[0016] (2) Deeply adapt to low-cost hardware architecture to achieve performance leap without hardware upgrade. This invention is adapted to controller hardware designs equipped with CAN chips that do not have preset frame wake-up functionality. It eliminates the need to replace the expensive CAN chip with preset frame wake-up capability, achieving multi-segment wake-up recognition solely through software process optimization (adding delay judgment logic, a full-segment message reading module, and a chip type identification algorithm). From a cost perspective, CAN chips with preset frame wake-up functionality are significantly more expensive than basic CAN chips. Using this invention can substantially reduce the hardware cost of a single controller and the overall vehicle electronic and electrical system cost. From a compatibility perspective, this invention can adapt to complex architectures with multiple CAN network segments without requiring redesign or rewiring of the hardware circuitry, perfectly balancing the dual requirements of cost control and wake-up reliability, especially meeting the core demand of the current new energy vehicle industry for cost reduction without compromising quality. Attached Figure Description

[0017] Figure 1 This is one of the flowcharts for the multi-channel CAN network segment wake-up method described in the embodiments of this application; Figure 2 This is a flowchart illustrating the process of determining whether any CAN segment meets the wake-up conditions in the multi-channel CAN segment wake-up method described in this application embodiment; Figure 3 This is the second flowchart of the multi-channel CAN network segment wake-up method described in the embodiments of this application; Figure 4 This is a schematic diagram of the multi-channel CAN network segment wake-up system described in the embodiments of this application; Figure 5 This is a block diagram illustrating the principle of the wake-up determination module described in the embodiments of this application; Figure 6 This is an architecture diagram of the controller described in the embodiments of this application (including the CAN chip it carries). In the diagram: 1. Pre-wake-up trigger module, 2. Message reading module, 3. Wake-up judgment module, 31. Chip type identification unit, 32. ID comparison unit, 4. Flow control module, 5. Controller, 51. MCU, 52. CAN chip. Detailed Implementation

[0018] The embodiments of the present invention will be described below with reference to the accompanying drawings and preferred embodiments. Those skilled in the art can understand other advantages and effects of the present invention from the content disclosed in this specification. The present invention can also be implemented or applied through other different specific embodiments, and various details in this specification can also be modified or changed based on different viewpoints and applications without departing from the spirit of the present invention. It should be understood that the preferred embodiments are only for illustrating the present invention and not for limiting the scope of protection of the present invention.

[0019] In the embodiments of this application, the terms "exemplary" or "for example" are used to indicate that something is an example, illustration, or description. Any embodiment or design that is described as "exemplary" or "for example" in the embodiments of this application should not be construed as being more preferred or advantageous than other embodiments or design. Specifically, the use of terms such as "exemplary" or "for example" is intended to present the relevant concepts in a specific manner to facilitate understanding.

[0020] In the embodiments of this application, at least one can also be described as one or more, and multiple can be two, three, four or more, and this application does not impose any restrictions.

[0021] In the context of multi-channel CAN network segment wake-up scenarios, where some network segments continuously send non-wake-up messages, causing other network segments to fail to wake up effectively, this application proposes a multi-channel CAN network segment wake-up method, namely an optimized solution based on delay waiting + multi-network segment priority verification.

[0022] like Figure 1 As shown in the embodiment of this application, a multi-channel CAN network segment wake-up method is applied to a controller 5 equipped with a CAN chip 52 without preset frame wake-up function. The method includes the following steps: When the MCU51 of controller 5 receives a message signal sent from any CAN network segment, it triggers the MCU51 to power on and enter the pre-wake-up state.

[0023] The MCU51 reads the message ID and message content of the target CAN network segment of the message signal through SPI communication, and determines whether the message ID is the preset wake-up ID.

[0024] If the message ID is a non-wake-up ID, the MCU51 will not immediately enter the sleep process, but will start a delay of a preset duration. During the delay, the MCU51 will sequentially read the message IDs and message contents of all CAN network segments except the target CAN network segment.

[0025] The MCU51 judges the message signals of each CAN network segment it reads. If any CAN network segment meets the wake-up condition, the controller 5 enters the wake-up process; if none of the CAN network segments meet the wake-up condition, the controller 5 enters the sleep process.

[0026] In this embodiment, during the delay period, the MCU 51 simultaneously reads the registers of the CAN chip 52 of all connected CAN network segments (including the network segments that have triggered pre-wake-up and other non-triggered network segments) through the SPI communication interface, and completely collects the message ID and message content currently received by each CAN network segment. This method overcomes the limitation of the prior art in only collecting information of the network segments that have triggered pre-wake-up, and realizes the parallel acquisition of wake-up information of multiple network segments, laying a data foundation for subsequent accurate judgment.

[0027] This method solves the multi-segment wake-up interference problem of CAN chip 52 without preset frame wake-up function by using a process of pre-wake-up triggering, target network segment ID judgment, non-wake-up ID time delay scanning of other network segments, and multi-segment wake-up condition judgment.

[0028] This method overcomes the single-segment wake-up shielding defect and breaks the logic of existing technologies where the first non-wake-up message directly triggers sleep mode. By delaying the scanning of other segments, it avoids missing valid wake-up messages from other segments due to continuous non-wake-up messages from one segment, fundamentally solving the core problem of delay or failure to wake up caused by multi-segment wake-up conflicts. This method is compatible with low-cost hardware designs, eliminating the need to replace the expensive CAN chip 52 with preset frame wake-up functionality. Multi-segment wake-up recognition is achieved solely through software process optimization, controlling hardware costs while meeting the vehicle's CAN wake-up reliability requirements, balancing cost and performance. This method ensures comprehensive wake-up coverage by scanning all other CAN segments, covering wake-up signal detection across multiple segments (potentially more than two in real-world scenarios). It adapts to the CAN segment configurations of multiple functional domains (powertrain, body, cabin, etc.) in the vehicle's electronic and electrical architecture, enhancing the method's versatility.

[0029] In one possible embodiment, the message signals transmitted by any CAN network segment include wake-up message signals and non-wake-up message signals. The message ID of the wake-up message signal is a preset wake-up ID, and the message ID of the non-wake-up message signal is a non-wake-up ID. This provides a clear basis for subsequent ID determination, avoids judgment errors caused by ambiguity in the definition of wake-up and non-wake-up messages, ensures that the MCU51 can accurately distinguish the signal type that triggers pre-wake-up, and improves the accuracy of wake-up judgment.

[0030] In one possible embodiment, the controller 5 is equipped with at least two CAN chips 52, each corresponding to an independent CAN network segment. This is suitable for the current design trend of multi-segment integration in new energy vehicle controllers (such as the body controller needing to simultaneously access the body domain and power domain network segments).

[0031] like Figure 2 As shown, in one possible embodiment, determining whether any CAN network segment meets the wake-up condition specifically includes: The MCU 51 first identifies the type of CAN chip 52 corresponding to each CAN network segment and determines whether the CAN chip 52 has a preset frame wake-up function. If a CAN chip 52 in a certain CAN network segment has a preset frame wake-up function, then the CAN network segment is directly determined to meet the wake-up conditions. For CAN network segments that support specific frame wake-up in hardware, their hardware functions can be used to skip complex verification, improve wake-up response speed, and avoid interference from non-wake-up messages from other low-priority network segments. If all CAN chips 52 in all CAN network segments do not have a preset frame wake-up function, the MCU 51 compares the message ID of each CAN network segment with the preset wake-up ID. If any message ID matches the preset wake-up ID and the corresponding message content meets the wake-up protocol requirements, then the corresponding CAN network segment is determined to meet the wake-up conditions. If all CAN chips 52 in all CAN network segments do not have a preset frame wake-up function, then the MCU 51 enters the message ID and message content verification stage. At this point, MCU51 compares the message IDs collected from each CAN network segment with the vehicle's preset wake-up IDs, while simultaneously verifying whether the message content complies with the wake-up protocol requirements. If any message from any CAN network segment meets the "ID matching + content compliance" condition, it is determined to be a valid wake-up event, and controller 5 executes the subsequent wake-up process (such as initializing peripherals, loading control strategies, etc.). If all messages from all CAN network segments have unexpected IDs or non-compliant content, it is determined that there is no valid wake-up requirement at present, controller 5 shuts down the power of the relevant peripherals, enters a low-power sleep state, and waits for the next pre-wake-up trigger.

[0032] like Figure 3As shown, taking a two-channel CAN network segment (segment A and segment B) wake-up scenario as an example, when a CAN message from segment A is received, it is determined whether the message ID of the CAN message is a preset wake-up ID and whether the message content conforms to the wake-up protocol requirements. If yes, the wake-up is performed normally. If no, a delay is executed. During the delay, a CAN message from segment B is received, and it is determined whether the CAN chip 52 of segment B is a CAN chip 52 with a preset frame wake-up function. If yes, the controller 5 is woken up normally. If no, it is determined whether the message ID of the CAN message is a preset wake-up ID. If no, it enters a sleep state. If yes, it is determined whether the content of the CAN message conforms to the wake-up protocol requirements. If it conforms, the wake-up is performed normally. If it does not conform, it enters a sleep state. This method is compatible with mixed CAN chip 52 configuration scenarios (such as controller 5 using CAN chips 52 with preset frame wake-up function in some network segments and CAN chips 52 without preset frame wake-up function in others). When a CAN chip 52 with preset frame wake-up function is detected, wake-up is directly determined without comparing message IDs, thus simplifying the judgment process and improving wake-up response speed. For scenarios where all CAN chips 52 are without preset frame wake-up function, message IDs are compared one by one to ensure that only valid wake-up IDs can trigger wake-up, avoiding false triggering by non-wake-up IDs. At the same time, it covers the requirement that wake-up is triggered whenever a wake-up ID is available in any network segment in multiple network segments, balancing flexibility and rigor.

[0033] In one possible embodiment, the method for identifying the CAN chip 52 type corresponding to each CAN segment is as follows: The MCU51 determines whether each CAN chip 52 has a preset frame wake-up function by reading the register identification information of each CAN chip 52. The register identification information is inherent hardware characteristic data of the CAN chip 52. Compared to software configuration or external signals, its identification results are more accurate and stable, avoiding misjudgment of chip type due to software configuration errors or external interference, and ensuring the reliability of wake-up condition judgment. No additional hardware detection circuit is required; register information can be read simply through conventional SPI communication between the MCU51 and the CAN chip 52. This achieves efficient chip type identification without increasing hardware costs, balancing cost and efficiency.

[0034] In one possible embodiment, the wake-up process includes: MCU51 controlling controller 5 to complete the initialization of each functional module, establish a communication connection with the vehicle gateway, and respond to vehicle control commands. By defining the core steps of the wake-up process, it avoids situations where only power-on is triggered without completing functional initialization, which could result in controller 5 being woken up but unable to respond normally to vehicle requirements. This ensures that controller 5 can quickly enter normal working state after wake-up, guaranteeing the continuity of vehicle functions. like Figure 4As shown in this embodiment, a multi-channel CAN network segment wake-up system is applied to a controller 5 equipped with a CAN chip 52 without a preset frame wake-up function. The system includes a pre-wake-up trigger module 1, a message reading module 2, a wake-up judgment module 3, and a process control module 4. The pre-wake-up trigger module 1 is used to trigger the MCU 51 of the controller 5 to power on and enter a pre-wake-up state when it receives a message signal from any CAN network segment. The message reading module 2 is used to read the message ID and message content of each CAN network segment via SPI communication, including the target CAN network segment that first receives the message and the message signals of other CAN network segments during the delay period; this message reading module 2 is connected to the pre-wake-up trigger module 1. The wake-up judgment module 3 is used to identify the type of CAN chip 52 and determine whether the message ID of each CAN network segment meets the wake-up conditions; this wake-up judgment module 3 is connected to the message reading module 2. The process control module 4 is used to control the controller 5 to enter a wake-up process or a sleep process based on the wake-up judgment result; this process control module 4 is connected to the wake-up judgment module 3.

[0035] like Figure 5 As shown, in one possible embodiment, the wake-up determination module 3 includes a chip type identification unit 31 and an ID comparison unit 32. The chip type identification unit 31 determines the chip function type by reading the identifier information in the register of the CAN chip 52, and the ID comparison unit 32 matches and compares the message ID of each CAN network segment with the preset wake-up ID. Decomposing the wake-up determination module 3 into a chip type identification unit 31 and an ID comparison unit 32 facilitates division of labor and module reuse during subsequent system development (e.g., the message reading module 2 can be adapted to different CAN chips 52), thus improving system development efficiency. like Figure 6 As shown in the embodiments of this application, a controller is a controller 5 equipped with a CAN chip 52 without a preset frame wake-up function. The MCU 51 of the controller 5 is connected to each CAN chip 52, and the controller 5 adopts a multi-channel CAN network segment wake-up system as described in the embodiments of this application.

[0036] In this embodiment of the application, a vehicle employs a controller 5 as described in this embodiment of the application.

[0037] The vehicle can be, but is not limited to, a pure electric vehicle (PEV / BEV), a hybrid electric vehicle (HEV), a range-extended electric vehicle (REEV), a plug-in hybrid electric vehicle (PHEV), or a new energy vehicle.

[0038] Through the above description of the implementation methods, those skilled in the art can clearly understand that, for the sake of convenience and brevity, only the division of the above functional modules is used as an example. In practical applications, the above functions can be assigned to different functional modules as needed, that is, the internal structure of the device can be divided into different functional modules to complete all or part of the functions described above.

[0039] The above embodiments are preferred embodiments of the present invention, but the embodiments of the present invention are not limited to the above embodiments. Any changes, modifications, substitutions, combinations, or simplifications made without departing from the spirit and principle of the present invention shall be considered equivalent substitutions and shall be included within the protection scope of the present invention.

Claims

1. A multi-channel CAN network segment wake-up method, applied to a controller (5) equipped with a CAN chip (52) without preset frame wake-up function, characterized in that, The method includes the following steps: When a message signal is received from any CAN network segment, the MCU (51) is triggered to power on and enter the pre-wake-up state; Based on the message ID and message content of the target CAN network segment of the message signal, determine whether the message ID is a preset wake-up ID; If the message ID is a non-wake-up ID, then a delay of a preset duration is initiated; During the delay execution period, the message signals of each CAN segment other than the target CAN segment are determined. If any CAN segment meets the wake-up condition, the controller (5) is controlled to enter the wake-up process; if none of the CAN segments meet the wake-up condition, the controller (5) is controlled to enter the sleep process.

2. The multi-channel CAN network segment wake-up method according to claim 1, characterized in that, The message signals include wake-up message signals and non-wake-up message signals. The message ID of the wake-up message signal is a preset wake-up ID, and the message ID of the non-wake-up message signal is a non-wake-up ID.

3. The multi-channel CAN network segment wake-up method according to claim 1, characterized in that, The controller (5) is equipped with at least two CAN chips (52), each CAN chip (52) corresponding to an independent CAN network segment.

4. The multi-channel CAN network segment wake-up method according to claim 1, characterized in that, Determining whether any CAN segment meets the wake-up conditions specifically includes: Identify the type of CAN chip (52) corresponding to each CAN network segment, and determine whether the CAN chip (52) is a CAN chip (52) with preset frame wake-up function. If there exists a CAN chip (52) in a certain CAN network segment that is a CAN chip (52) with preset frame wake-up function, then the CAN network segment is determined to meet the wake-up condition. If all CAN chips (52) in all CAN network segments are CAN chips (52) without preset frame wake-up function, then the message ID of each CAN network segment is compared with the preset wake-up ID one by one. If any message ID is consistent with the preset wake-up ID and the corresponding message content meets the wake-up protocol requirements, then the corresponding CAN network segment is determined to meet the wake-up conditions.

5. The multi-channel CAN network segment wake-up method according to claim 4, characterized in that, The method for identifying the type of CAN chip (52) corresponding to each CAN network segment is as follows: read the register identification information of each CAN chip (52) to determine whether the CAN chip (52) has a preset frame wake-up function.

6. The multi-channel CAN network segment wake-up method according to claim 1, characterized in that, The wake-up process includes: controlling the controller (5) to complete the initialization of each functional module, establish a communication connection with the vehicle gateway, and respond to vehicle control commands.

7. A multi-channel CAN network segment wake-up system, applied to a controller (5) equipped with a CAN chip (52) without preset frame wake-up function, characterized in that, The system includes: The pre-wake-up trigger module (1) is used to trigger the MCU (51) to power on and enter the pre-wake-up state when the MCU (51) of the controller (5) receives a message signal from any CAN network segment; The message reading module (2) is used to read the message ID and message content of each CAN network segment; The wake-up judgment module (3) is used to identify the type of CAN chip (52) and determine whether the message ID of each CAN network segment meets the wake-up conditions; The process control module (4) is used to control the controller (5) to enter the wake-up process or the hibernation process based on the wake-up judgment result.

8. The multi-channel CAN network segment wake-up system according to claim 7, characterized in that, The wake-up judgment module (3) includes a chip type identification unit (31) and an ID comparison unit (32). The chip type identification unit (31) determines the chip function type by reading the CAN chip (52) register identification information, and the ID comparison unit (32) matches and compares the message ID of each CAN network segment with the preset wake-up ID.

9. A controller, wherein the controller is a controller (5) equipped with a CAN chip (52) without a preset frame wake-up function, characterized in that, The controller (5) adopts the multi-channel CAN network segment wake-up system as described in claim 7 or 8.

10. A vehicle, characterized in that, The controller as described in claim 9 is used.

Images