Controller awakening method and controller
By detecting the wake-up message type in the CAN interface module of the controller and determining whether it is a management message, the problem that the ECU cannot realize PN request wake-up under the AUTOSAR specification is solved, and a flexible controller wake-up mechanism is realized, reducing costs and improving applicability.
Patent Information
- Application Number
- CN202510334812.8
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2025-03-20
- Publication Date
- 2025-07-11
AI Technical Summary
In the prior art, the CAN transceiver of the ECU under the AUTOSAR specification cannot realize the network management wake-up of PN requests in a sleep state, resulting in the costly CAN transceiver not being used and the network management wake-up of PN requests cannot be realized.
By detecting the message type of the wake-up message in the CAN interface module of the controller, determining whether it is a management message, and when a valid PN request is detected, the wake-up state of the controller is controlled through the network management module and the controller management module, thereby avoiding dependence on the CAN transceiver.
The flexible wake-up mechanism of the controller is realized, the applicability of wake-up is improved, the cost of project implementation is reduced, and the system instability is avoided due to false wake-up.
Smart Images

Figure CN120301727A_ABST
Abstract
Description
Technical Field
[0001] This application belongs to the field of controller wake-up, and particularly relates to a controller wake-up method and a controller. Background Art
[0002] Under the software and hardware architecture and functional logic defined by the AUTOSAR (Automotive Open System Architecture) specification, the CAN (Controller Area Network) bus wake-up method after the ECU (Electronic Control Unit) goes to sleep can be that it is required to be woken up only by the network management including relevant PN (Partial Network) requests.
[0003] However, only one hardware-based implementation path is defined in the AUTOSAR specification, requiring the CAN transceiver to have identification and data filtering functions during sleep, and the CAN transceiver capable of implementing this function is expensive.
[0004] Thus, during project implementation, it may be due to cost control or the PN wake-up requirement not being identified in the early stage that the CAN transceiver capable of implementing this function is not used, resulting in the inability to implement the network management wake-up of the PN request. Summary of the Invention
[0005] The embodiments of this application provide a controller wake-up method and a controller, realizing the wake-up of the controller by the PN request.
[0006] According to the first aspect of this application, the embodiments of this application provide a controller wake-up method, which is applied to the CAN interface module in the controller. The method includes:
[0007] Receiving a wake-up message;
[0008] Detecting the message type of the wake-up message to obtain a message type detection result;
[0009] When the message type detection result indicates that the message type is a management message, sending the message data of the wake-up message to the network management module, so that the network management module detects the content format of the message data to obtain a return value, and the return value is used to indicate whether the wake-up message includes a valid PN request;
[0010] In response to the message detection request sent by the controller management module, sending the return value to the controller management module, so that the controller management module controls whether to wake up the controller according to the return value.
[0011] Optionally, the return value includes: a first return value or a second return value;
[0012] The first return value indicates that the wake-up message includes a valid PN request;
[0013] The second return value indicates that the wake-up message does not include a valid PN request.
[0014] According to the second aspect of the present application, an embodiment of the present application provides a controller wake-up method, which is applied to a controller management module in a controller. The method includes:
[0015] In response to receiving a wake-up event, send a message acquisition signal to the CAN driver module so that the CAN driver module acquires a wake-up message;
[0016] Send the wake-up message to the CAN interface module so that the CAN interface module detects the wake-up message to obtain a return value;
[0017] According to the return value, determine whether the wake-up message includes a valid PN request;
[0018] When it is determined that the wake-up message includes a valid PN request, send a controller wake-up signal to the communication management module so that the communication management module wakes up the controller.
[0019] Optionally, after sending the wake-up message to the CAN interface module so that the CAN interface module detects the wake-up message to obtain a return value, the method further includes:
[0020] When it is determined that the wake-up message does not include a valid PN request, control the controller to be in a sleep state.
[0021] Optionally, in response to receiving a wake-up event, sending a message acquisition signal to the CAN driver module so that the CAN driver module acquires a wake-up message includes:
[0022] In response to the wake-up signal, send a call signal to the CAN status management module so that the CAN status management module turns on the CAN driver module according to the call signal and acquires the wake-up message through the CAN driver module.
[0023] Optionally, in response to the wake-up signal, sending a call signal to the CAN status management module so that the CAN status management module turns on the CAN driver module and acquires the wake-up message includes:
[0024] In response to the wake-up signal, determine the validity detection requirement of the wake-up signal according to the attribute of the wake-up signal;
[0025] After determining that the validity detection requirement indicates that validity detection is needed, send a call signal to the CAN status management module, so that the CAN status management module turns on the CAN driver module according to the call signal and obtains the wake-up message.
[0026] According to the third aspect of the present application, an embodiment of the present application provides a controller, which includes:
[0027] A CAN interface module, configured to receive a wake-up message;
[0028] Detect the message type of the wake-up message to obtain a message type detection result;
[0029] When the message type detection result indicates that the message type is a management message, send the message data of the wake-up message to the network management module, so that the network management module detects the content format of the message data to obtain a return value;
[0030] A controller management module, which is communicatively connected to the CAN interface module, and is configured to, in response to a wake-up signal, send a message acquisition signal to the CAN driver module, so that the CAN driver module acquires a wake-up message;
[0031] Send the wake-up message to the CAN interface module, so that the CAN interface module detects the wake-up message to obtain a return value;
[0032] When the return value is the first return value, determine that the wake-up message includes a valid PN request;
[0033] The controller management module sends a start signal to the communication management module, so that the communication management module starts the controller.
[0034] Optionally, the controller further includes:
[0035] A network management module, which is communicatively connected to the CAN interface module, and is configured to receive the message data of the wake-up message, detect the content format of the message data to obtain a return value, and then send the return value to the CAN interface module.
[0036] Optionally, the controller further includes:
[0037] A CAN driver module, which is communicatively connected to the controller management module, and is configured to receive a message acquisition signal and acquire a wake-up message;
[0038] A CAN status management module, which is communicatively connected to the controller management module, and is configured to receive a call signal and turn on the CAN driver module according to the call signal, so that the CAN driver module acquires a wake-up message.
[0039] Optionally, the controller further includes:
[0040] A communication management module, which is communicatively connected to the controller management module, and is configured to receive a start signal sent by the controller management module and start the controller according to the start signal.
[0041] According to a fourth aspect of the present application, an embodiment of the present application provides a controller wake-up device, which includes: a processor and a memory storing computer program instructions;
[0042] When the processor executes the computer program instructions, it implements the controller wake-up method according to any one of the first aspect and / or the second aspect.
[0043] According to a fifth aspect of the present application, an embodiment of the present application provides a computer storage medium, on which computer program instructions are stored, and when the computer program instructions are executed by a processor, they implement the controller wake-up method according to any one of the first aspect and / or the second aspect.
[0044] According to a sixth aspect of the present application, an embodiment of the present application provides a computer program product, and when the instructions in the computer program product are executed by a processor of an electronic device, the electronic device is caused to execute the controller wake-up method according to any one of the first aspect and / or the second aspect.
[0045] In the controller wake-up method of the embodiment of the present application, after the wake-up message is received by the CAN interface module, the message type of the wake-up message is detected to obtain a message type detection result. In the case where the detection result is a management message, the message data of the wake-up message is sent to the network management module so that the network management module detects the message data to obtain a return value. Thus, the return value can be sent to the controller management module, so that the controller management module controls whether the controller is woken up according to the return value. Based on this, it is realized to control whether the controller needs to be woken up by detecting whether the wake-up message includes a valid PN request, which improves the applicability of waking up the controller and also eliminates the need to use a CAN transceiver to wake up the controller by means of a PN request, reducing the project implementation cost. BRIEF DESCRIPTION OF THE DRAWINGS
[0046] In order to more clearly illustrate the technical solutions of the embodiments of the present application, the following will briefly introduce the drawings required to be used in the embodiments of the present application. For those of ordinary skill in the art, other drawings can also be obtained based on these drawings without creative efforts.
[0047] Figure 1 is a flowchart showing a controller wake-up method according to an exemplary embodiment;
[0048] Figure 2 is another schematic flowchart of a controller wake-up method shown according to an exemplary embodiment;
[0049] Figure 3 is a block diagram of a controller shown according to an exemplary embodiment;
[0050] Figure 4 is a block diagram of a controller wake-up device shown according to an exemplary embodiment. Detailed Description of the Invention
[0051] Aspects and exemplary embodiments of the present application will be described in detail below. For the purpose of making the objectives, technical solutions and advantages of the present application clearer, the present application will be further described in detail below in conjunction with the accompanying drawings and specific embodiments. It should be understood that the specific embodiments described herein are only intended to explain the present application, rather than to limit the present application. For those skilled in the art, the present application can be implemented without some of these specific details. The following description of the embodiments is only intended to provide a better understanding of the present application by showing examples of the present application.
[0052] It should be noted that, in this document, relational terms such as "first" and "second" are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any actual relationship or order between these entities or operations. Moreover, the terms "comprising", "including" or any other variant thereof are intended to cover non-exclusively, so that a process, method, article or device including a series of elements not only includes those elements, but also includes other elements not expressly listed, or also includes elements inherent to such process, method, article or device. Without further limitation, an element defined by the statement "comprising..." does not exclude the existence of additional identical elements in the process, method, article or device including the said element.
[0053] As described in the background art section, in the prior art, during project implementation, it may be due to cost control or the failure to identify the PN wake-up requirement in the early stage that a CAN transceiver capable of implementing this function is not used, thus resulting in the inability to achieve network management wake-up of the PN request.
[0054] Based on this, in the controller wake-up method provided by the embodiments of the present application, it is realized to control whether the controller needs to be woken up by detecting whether the wake-up message includes a valid PN request, which improves the applicability of waking up the controller, and it is also not necessary to use a CAN transceiver to realize the wake-up of the controller by the PN request, thereby reducing the project implementation cost.
[0055] The present application provides a method for waking up a controller. This method is applied to the CAN interface module of the controller. First, the method for waking up the controller provided by the embodiments of the present application will be introduced below.
[0056] Figure 1 FIG. 4 shows a schematic flow chart of a method for waking up a controller provided by an embodiment of the present application. As Figure 1 shown, the method may include the following steps:
[0057] S101, receiving a wake-up message;
[0058] S102, detecting the message type of the wake-up message to obtain a message type detection result;
[0059] S103, when the message type detection result indicates that the message type is a management message, sending the message data of the wake-up message to the network management module, so that the network management module detects the content format of the message data to obtain a return value, and the return value is used to indicate whether the wake-up message includes a valid PN request;
[0060] S104, in response to a message detection request sent by the controller management module, sending the return value to the controller management module, so that the controller management module controls whether to wake up the controller according to the return value.
[0061] Based on the above embodiments, in the method for waking up a controller according to the embodiments of the present application, after receiving a wake-up message in the CAN interface module, the message type of the wake-up message is detected to obtain a message type detection result. When the detection result is a management message, the message data of the wake-up message is sent to the network management module, so that the network management module detects the message data to obtain a return value. Thus, the return value can be sent to the controller management module, so that the controller management module controls whether to wake up the controller according to the return value. Based on this, it is realized to control whether the controller needs to be woken up by detecting whether the wake-up message includes a valid PN request, improving the applicability of waking up the controller, and there is no need to use the CAN transceiver to realize the wake-up of the controller by the PN request, reducing the project implementation cost.
[0062] In the above S101, before the controller goes to sleep, the CAN transceiver will be put into the sleep mode. The CAN transceiver can monitor the change of the level on the CAN bus in the sleep mode. When the level of the CAN bus changes, the CAN transceiver will recover from the sleep mode to the normal state and send a wake-up request signal to the controller, thereby generating a wake-up event, so that the CAN interface module in the controller can receive the wake-up message sent by the CAN transceiver.
[0063] As an example, the CAN interface module can be the CanIf (Controller Area Network Interface) module, which is a communication module in the AUTOSAR standard and is used to achieve communication between different ECUs (Electronic Control Unit) via the CAN bus. The CanIf module is located between the underlying CAN device drivers (CAN driver and transceiver driver) and the upper-layer communication service layer (such as CAN status manager, CAN network management, CAN transport protocol, PDU router, etc.), and it represents the service or interface of the CAN driver to the upper-layer communication layer. The CanIf module provides a unique interface to manage different types of CAN hardware devices, such as CAN controllers and CAN transceivers.
[0064] As an example, a wake-up event can cause the controller to power on again or generate a wake-up interrupt;
[0065] Among them, causing the controller to power on again can be achieved by controlling the power module to supply power to the controller again;
[0066] Generating a wake-up interrupt can be done by the data on the CAN bus being transferred to the controller after level conversion by the CAN transceiver, thereby causing the controller to generate a wake-up interrupt.
[0067] As an example, causing the controller to generate a wake-up interrupt can be achieved by the data on the CAN bus being transferred to the controller after level conversion by the CAN transceiver, thereby causing the controller to generate a wake-up interrupt.
[0068] In the above S102, after receiving the wake-up message, the message type of the wake-up message is detected to determine what type of wake-up message it is, and a corresponding message type detection result regarding the message type is obtained.
[0069] As an example, the message type can include: the message type may include data messages, management messages, control messages, etc.
[0070] In the above S103, when the message type detection result indicates that the message type of the wake-up message is a management message, the message data of the wake-up message can be sent to the network management module. The network management module checks the length and data content of the message data to determine whether it includes a valid PN request, generates different return values based on whether it includes a valid PN request, and returns the return value to the CAN interface module.
[0071] In an example, message data generally refers to the information content transmitted in a communication network and following the format specified by a certain communication protocol.
[0072] As an example, a valid PN request refers to a case where the length of the message data is a preset length and the content of the message data also includes a PN request. In this case, the PN request can be considered a valid PN request.
[0073] As an example, the network management module is the Nm (Network Management) module. The Nm module is responsible for monitoring and managing the LAN (Local Area Network) inside the vehicle, as well as the communication between the vehicle and the external environment (such as diagnostic tools, cloud servers, etc.). Its main functions include network topology management, communication status detection, and fault diagnosis. At the same time, the Nm module is also responsible for managing different states of the controller, including startup, sleep, and shutdown states, to optimize the power usage inside the vehicle and improve energy efficiency.
[0074] As an example, the return value can include a first return value and a second return value. Specifically, the first return value indicates that the wake-up message includes a valid PN request, and the second return value indicates that the wake-up message does not include a valid PN request.
[0075] In S104 above, the controller management module in the controller periodically sends a message detection request to ask the CAN interface module whether it has received a return value. Therefore, after receiving the return value sent by the network management module, the CAN interface module will respond to the message detection request sent by the controller management module and send the return value to the controller management module. After receiving the return value, the controller management module will determine whether to wake up the controller according to the specific value of the return value.
[0076] As an example, the controller management module can be the EcuM (ECU Manager) module. It is a software module based on the AutoSAR standard and is used to manage the startup and shutdown processes of the entire controller (i.e., ECU), ensure smooth switching between various working modes of the system, and provide necessary status information and error handling functions.
[0077] This application also provides a method for waking up a controller. This method is applied in the controller management module of the controller. First, the method for waking up the controller provided by the embodiments of this application will be introduced below.
[0078] Figure 2 Another flowchart showing the method for waking up a controller provided by an embodiment of this application is shown. As Figure 2 shown, the method may include the following steps:
[0079] S201, in response to receiving a wake-up event, send a message acquisition signal to the CAN driver module to enable the CAN driver module to acquire a wake-up message;
[0080] S202. Send the wake-up message to the CAN interface module so that the CAN interface module can detect the wake-up message and obtain a return value.
[0081] S203. Determine whether the wake-up message includes a valid PN request according to the return value.
[0082] S204. When it is determined that the wake-up message includes a valid PN request, send a controller wake-up signal to the communication management module so that the communication management module can wake up the controller.
[0083] Based on the above embodiments, by using the controller management module to respond to the received wake-up event and sending a message acquisition signal to the CAN driver module, the CAN driver module can obtain the wake-up message, and then send the wake-up message to the CAN interface module. The CAN interface module detects the wake-up message, and thus obtains a return value from the CAN interface module. From this, it can be determined whether the wake-up message includes a valid PN request according to the specific value of the return value. Only when the wake-up message carries a valid PN request, a controller wake-up signal is sent to the communication management module, thereby realizing the wake-up of the controller. Based on this, by detecting whether the wake-up message includes a valid PN request and only waking up the controller when it is determined that the wake-up message includes a valid PN request, it is possible to avoid system instability caused by false wake-up or invalid wake-up messages, thus realizing the wake-up of the controller by using the PN request without passing through the CAN transceiver, improving the applicability of waking up the controller, and at the same time reducing the use of the CAN transceiver and lowering the project implementation cost.
[0084] In the above S201, as described in the above S101, after the wake-up event occurs, the controller management module will respond to it. Then, by sending a message acquisition signal to the CAN driver module, the CAN driver module is converted to the on state, and thus the wake-up message to be detected is obtained from the CAN bus through the CAN driver module.
[0085] As an example, the CAN driver module can be the Can Driver module. In AUTOSAR (Automotive Open System Architecture), the Can Driver module is the bottom layer of the communication protocol stack, responsible for performing hardware access operations and providing an API (Application Programming Interface) access interface independent of the hardware for the upper-layer modules. It allows the upper-layer modules to interact with the CAN hardware, thereby realizing the sending and receiving of data.
[0086] Specifically, in one embodiment, the above S201 may include:
[0087] In S2011, in response to a wake-up signal, a call signal is sent to the CAN status management module, so that the CAN status management module turns on the CAN driver module according to the call signal, and obtains a wake-up message through the CAN driver module.
[0088] Based on the above embodiments, when the system receives a wake-up signal, it can quickly send a call signal to the CAN status management module, thereby quickly starting the CAN driver module and obtaining a wake-up message. This ability to respond quickly ensures the efficiency and real-time performance of the system, enabling it to resume its working state in the shortest possible time.
[0089] In the above S2011, by sending a message acquisition signal to the CAN driver module, the call signal can be sent to the CAN status management module first, and the CanSM (ECU State Manager, ECU status management) function in the CAN status management module can be called to convert the CAN driver module to the on state.
[0090] As an example, the CAN status management module can be the CanSM module, which is a module defined in the AUTOSAR standard for managing CAN communication status. The CanSM module is responsible for controlling the communication activities of the CAN network and providing status management functions to ensure the reliability and consistency of network communication.
[0091] More specifically, in one embodiment, S2011 may further include:
[0092] S20111, in response to a wake-up signal, determine the validity detection requirement of the wake-up signal according to the attribute of the wake-up signal;
[0093] S20112, after determining that the validity detection requirement indicates that validity detection is required, send a call signal to the CAN status management module, so that the CAN status management module turns on the CAN driver module according to the call signal and obtains a wake-up message.
[0094] Based on the above embodiments, by performing a validity determination on the wake-up signal and sending a call signal to the CAN status management module only for valid wake-up signals, unnecessary resource consumption can be avoided and the information transfer efficiency can be improved.
[0095] In the above S20111, the attributes of the target wake-up signals corresponding to the controller are all pre-stored in the CAN status management module. The CAN status management module will compare the attributes of the wake-up signal with the pre-stored ones to determine whether there are the same attributes in the CAN status management module for the attributes of the wake-up signal. If so, it means that the wake-up signal needs to be detected for the existence of a PN request.
[0096] In the above S20112, after determining that the validity detection requirement indication is that validity detection is needed, a call signal can be sent to the CAN status management module, so that the CAN status management module turns on the CAN driver module according to the call signal and obtains the wake-up message.
[0097] In the above S202, after receiving the wake-up message, the controller management module sends the wake-up message to the CAN interface module. The CAN interface module completes the detection of the wake-up message by executing the method described in the above S101 to S104 and obtains the return value from the CAN interface module.
[0098] In the above S203, it is determined whether the return value is the first return value or the second return value, and further determine whether the wake-up message includes a valid PN request.
[0099] Specifically, the first return value indicates that the wake-up message includes a valid PN request, and the second return value indicates that the wake-up message does not include a valid PN request.
[0100] In the above S204, after determining that the wake-up message includes a valid PN request, that is, the return value is the first return value, an ECU wake-up signal is sent to the communication management module to wake up the controller, and the functions of the communication-related modules are called again inside the communication management module to start the communication function of the controller, so as to realize the wake-up of the controller through the PN request.
[0101] As an example, the communication management module can be the ComM (COM Manager, communication management) module. In AUTOSAR, the ComM module is responsible for handling the management tasks related to vehicle communication, including collecting CAN bus communication access requests from communication requesters and coordinating these requests. It encapsulates the underlying communication services and simplifies the user's use of the communication stack and network management.
[0102] In order to be able to effectively control the state of the controller, the present application also provides another implementation manner of the controller wake-up method.
[0103] After the above S203, the method may further include:
[0104] S205, when it is determined that there is no valid PN request, control the controller to be in the sleep state.
[0105] Based on the above embodiments, by continuing to control the controller to remain in the sleep state when the wake-up signal does not include a PN request, it can be contrasted with the situation where the wake-up message carrying a PN request can successfully wake up the controller, so as to be able to effectively control the wake-up of the controller.
[0106] In the above S205, if the return value obtained by the controller management module from querying the CAN interface module remains the second return value within a certain period of time, the controller management module will stop querying the CAN interface module, guide the controller to enter the sleep state again, and enable the CAN transceiver to enter the sleep mode as well, and start monitoring the CAN bus level again.
[0107] It should be noted that the application scenarios described in the embodiments of the present application above are for more clearly illustrating the technical solutions of the embodiments of the present application, and do not constitute a limitation on the technical solutions provided by the embodiments of the present application. Those of ordinary skill in the art know that with the emergence of new application scenarios, the technical solutions provided by the embodiments of the present application are equally applicable to similar technical problems.
[0108] Based on the same inventive concept, the present application also provides a controller. Specifically, it will be described in detail in combination with Figure 3 for detailed description.
[0109] Figure 3 shows a schematic hardware structure diagram of the controller 300 provided by an embodiment of the present invention.
[0110] As Figure 3 shown, the controller 300 may include:
[0111] A CAN interface module 310, configured to receive a wake-up message;
[0112] Detect the message type of the wake-up message to obtain a message type detection result;
[0113] When the message type detection result indicates that the message type is a management message, send the message data of the wake-up message to the network management module 320, so that the network management module 320 detects the content format of the message data to obtain a return value;
[0114] A controller management module 330, the controller management module 330 is communicatively connected to the CAN interface module 310, and is configured to send a message acquisition signal to the CAN driver module 340 in response to a wake-up signal, so that the CAN driver module 340 acquires a wake-up message;
[0115] Send the wake-up message to the CAN interface module 310, so that the CAN interface module 310 detects the wake-up message to obtain a return value;
[0116] When the return value is the first return value, determine that the wake-up message includes a valid PN request;
[0117] The controller management module 330 sends a start signal to the communication management module 350, so that the communication management module 350 starts the controller.
[0118] In the controller provided in this embodiment, after receiving a wake-up message through the CAN interface module 310, the message type of the wake-up message is detected to obtain a message type detection result. In the case where the detection result is a management message, the message data of the wake-up message is sent to the network management module 320, so that the network management module 320 detects the message data to obtain a return value, and then the return value can be sent to the controller management module 330, so that the controller management module 330 controls whether the controller is awakened according to the return value. Based on this, it is realized to control whether the controller needs to be awakened by detecting whether the wake-up message includes a valid PN request, improving the applicability of waking up the controller, and there is no need to use a CAN transceiver to realize the wake-up of the controller by the PN request, reducing the project implementation cost.
[0119] Optionally, the controller may further include:
[0120] The network management module 320, which is communicatively connected to the CAN interface module 310, is configured to receive the message data of the wake-up message, detect the content format of the message data to obtain a return value, and then send the return value to the CAN interface module 310.
[0121] Optionally, the controller may further include:
[0122] The CAN driver module 340, which is communicatively connected to the controller management module 330, is configured to receive a message acquisition signal and acquire a wake-up message;
[0123] The CAN status management module 360, which is communicatively connected to the controller management module 330, is configured to receive a call signal and turn on the CAN driver module 340 according to the call signal, so that the CAN driver module 340 acquires a wake-up message.
[0124] Optionally, the controller may further include:
[0125] The communication management module 350, which is communicatively connected to the controller management module 330, is configured to receive a start signal sent by the controller management module 330 and start the controller according to the start signal.
[0126] The controller provided in the embodiment of the present application can implement each process implemented by the above Figure 1 - Figure 2 method embodiment and can achieve the same technical effect. To avoid repetition, it will not be elaborated here.
[0127] Figure 4 Fig. shows the hardware structure diagram of the controller wake-up device provided by the embodiment of the present invention.
[0128] The controller may include a processor 401 and a memory 402 storing computer program instructions.
[0129] Specifically, the processor 401 may include a central processing unit (CPU), or an application specific integrated circuit (ASIC), or may be one or more integrated circuits configured to implement the embodiments of the present invention.
[0130] The memory 402 may include a mass storage for data or instructions. By way of example and not limitation, the memory 402 may include a hard disk drive (HDD), a floppy disk drive, flash memory, an optical disc, a magneto-optical disc, magnetic tape, or a universal serial bus (USB) drive or a combination of two or more of these. In a suitable case, the memory 402 may include removable or non-removable (or fixed) media. In a suitable case, the memory 402 may be inside or outside the integrated gateway disaster recovery device. In a specific embodiment, the memory 402 is a non-volatile solid state memory.
[0131] In a specific embodiment, the memory 402 may include a read only memory (ROM), a random access memory (RAM), a magnetic disk storage media device, an optical storage media device, a flash memory device, an electrical, optical, or other physical / tangible memory storage device. Thus, generally, the memory 402 includes one or more tangible (non-transitory) computer-readable storage media (e.g., memory devices) encoded with software including computer-executable instructions, and when the software is executed (e.g., by one or more processors 401), it is operable to perform the operations described with reference to the method according to an aspect of the present application.
[0132] The processor 401 reads and executes the computer program instructions stored in the memory 402 to implement any one of the controller wake-up methods in the above embodiments.
[0133] In an example, the controller may further include a communication interface 403 and a bus 404. As shown in the figure, the processor 401, the memory 402, and the communication interface 403 are connected through the bus 404 to complete communication with each other.
[0134] The communication interface 403 is mainly used to implement communication between various modules, devices, units, and / or devices in the embodiments of the present invention.
[0135] The bus 404 includes hardware, software, or both, and couples the components of the controller together. By way of example and not limitation, the bus 404 may include an Accelerated Graphics Port (AGP) or other graphics bus, an Enhanced Industry Standard Architecture (EISA) bus, a Front Side Bus (FSB), a HyperTransport (HT) interconnect, an Industry Standard Architecture (ISA) bus, a Wireless Bandwidth interconnect, a Low Pin Count (LPC) bus, a Memory bus, a MicroChannel Architecture (MCA) bus, a Peripheral Component Interconnect (PCI) bus, a PCI-Express (PCI-X) bus, a Serial Advanced Technology Attachment (SATA) bus, a Video Electronics Standards Association Local (VLB) bus, or other suitable buses, or a combination of two or more of these. Where appropriate, the bus 404 may include one or more buses 404. Although the embodiments of the present application describe and illustrate a particular bus 404, the present application contemplates any suitable bus 404 or interconnect.
[0136] The controller wake-up device can be based on the current controller wake-up method, thereby implementing the combination of Figure 1 - Figure 3 the described controller wake-up method and controller.
[0137] In addition, in combination with the controller wake-up method in the above embodiments, the embodiments of the present application can provide a computer storage medium to implement. Computer program instructions are stored on the computer storage medium; when the computer program instructions are executed by a processor, any one of the controller wake-up methods in the above embodiments is implemented.
[0138] The embodiments of the present application also provide a computer program product, including a computer program, and when the computer program is executed by a processor, any one of the controller wake-up methods in the above embodiments is implemented.
[0139] It should be clear that the present application is not limited to the specific configurations and processes described above and illustrated in the figures. For the sake of brevity, detailed descriptions of known methods are omitted here. In the above embodiments, several specific steps are described and illustrated as examples. However, the method process of the present application is not limited to the specific steps described and illustrated, and those skilled in the art can make various changes, modifications, and additions, or change the order between steps after understanding the spirit of the present application.
[0140] The functional blocks shown in the above-described structural block diagrams can be implemented as hardware, software, firmware, or a combination thereof. When implemented in hardware, it can be, for example, an electronic circuit, an application-specific integrated circuit (ASIC), appropriate firmware, a plug-in, a functional card, and so on. When implemented in software, the elements of the present application are programs or code segments used to perform the required tasks. The program or code segment can be stored in a machine-readable medium or transmitted via a data signal carried in a carrier wave over a transmission medium or a communication link. A "machine-readable medium" can include any medium that can store or transmit information. Examples of machine-readable media include electronic circuits, semiconductor memory devices, ROM, flash memory, erasable ROM (EROM), floppy disks, CD-ROMs, optical discs, hard disks, fiber optic media, radio frequency (RF) links, and so on. The code segment can be downloaded via a computer network such as the Internet, an intranet, and so on.
[0141] It should also be noted that the exemplary embodiments mentioned in the present application describe some methods or systems based on a series of steps or devices. However, the present application is not limited to the order of the above steps. That is to say, the steps can be executed in the order mentioned in the embodiments, or can be different from the order in the embodiments, or several steps can be executed simultaneously.
[0142] Aspects of the present disclosure have been described above with reference to the flowcharts and / or block diagrams of methods, apparatuses (systems), and computer program products according to embodiments of the present disclosure. It should be understood that each block in the flowcharts and / or block diagrams, and the combinations of blocks in the flowcharts and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable controller awakening device to produce a machine such that these instructions executed by the processor of the computer or other programmable controller awakening device enable the implementation of the functions / actions specified in one or more blocks of the flowchart and / or block diagram. Such a processor can be, but is not limited to, a general-purpose processor, a special-purpose processor, a special application processor, or a field-programmable logic circuit. It can also be understood that each block in the block diagram and / or flowchart, and the combinations of blocks in the block diagram and / or flowchart, can also be implemented by dedicated hardware that performs the specified functions or actions, or can be implemented by a combination of dedicated hardware and computer instructions.
[0143] As described above, this is only the specific implementation manner of the present application. Those skilled in the art can clearly understand that for the convenience and brevity of description, the specific working processes of the systems, modules, and units described above can refer to the corresponding processes in the foregoing method embodiments, and will not be elaborated herein. It should be understood that the protection scope of the present application is not limited thereto. Any person skilled in the art within the technical scope disclosed by the present application can easily think of various equivalent modifications or substitutions, and these modifications or substitutions should be covered within the protection scope of the present application.
Claims
1. A method for waking up a controller, characterized in that, The method is applied to the CAN interface module in a controller, and the method includes: Receiving a wake-up message; Detecting the message type of the wake-up message to obtain a message type detection result; When the message type detection result indicates that the message type is a management message, sending the message data of the wake-up message to the network management module, so that the network management module detects the content format of the message data to obtain a return value, and the return value is used to indicate whether the wake-up message includes a valid PN request; In response to a message detection request sent by the controller management module, sending the return value to the controller management module, so that the controller management module controls whether to wake up the controller according to the return value.
2. The method according to claim 1, characterized in that, The return value includes: a first return value or a second return value; The first return value indicates that the wake-up message includes the valid PN request; The second return value indicates that the wake-up message does not include the valid PN request.
3. A method for waking up a controller, characterized in that, The method is applied to the controller management module in a controller, and the method includes: In response to receiving a wake-up event, sending a message acquisition signal to the CAN driver module, so that the CAN driver module acquires a wake-up message; Sending the wake-up message to the CAN interface module, so that the CAN interface module detects the wake-up message to obtain a return value; According to the return value, determining whether the wake-up message includes a valid PN request; When it is determined that the valid PN request is included, sending a controller wake-up signal to the communication management module, so that the communication management module wakes up the controller.
4. The method according to claim 3, wherein After the step of sending the wake-up message to the CAN interface module, so that the CAN interface module detects the wake-up message to obtain a return value, the method further includes: When it is determined that the valid PN request is not included, controlling the controller to be in a sleep state.
5. The method according to claim 3, wherein The step of in response to receiving a wake-up event, sending a message acquisition signal to the CAN driver module, so that the CAN driver module acquires a wake-up message includes: In response to the wake-up signal, sending a call signal to the CAN status management module, so that the CAN status management module turns on the CAN driver module according to the call signal and acquires the wake-up message through the CAN driver module.
6. The method according to claim 5, characterized in that, The step of in response to the wake-up signal, sending a call signal to the CAN status management module, so that the CAN status management module turns on the CAN driver module and acquires the wake-up message includes: In response to the wake-up signal, judging the wake-up signal according to the attribute of the wake-up signal to determine the validity detection requirement of the wake-up signal; When it is determined that the validity detection requirement indicates that validity detection is required, sending the call signal to the CAN status management module, so that the CAN status management module turns on the CAN driver module according to the call signal and acquires the wake-up message.
7. A controller, characterized in that, The controller includes: A CAN interface module for receiving wake-up messages; Detect the message type of the wake-up message to obtain a message type detection result; When the message type detection result indicates that the message type is a management message, send the message data of the wake-up message to the network management module, so that the network management module detects the content format of the message data to obtain a return value; A controller management module, which is communicatively connected to the CAN interface module, and is used to respond to a wake-up signal and send a message acquisition signal to the CAN driver module, so that the CAN driver module acquires a wake-up message; Send the wake-up message to the CAN interface module, so that the CAN interface module detects the wake-up message to obtain a return value; When the return value is the first return value, the controller management module determines that the wake-up message includes a valid PN request; Send a start signal to the communication management module, so that the communication management module starts the controller.
8. The controller according to claim 7, characterized in that, The controller further includes: A network management module, which is communicatively connected to the CAN interface module, and is used to receive the message data of the wake-up message, detect the content format of the message data to obtain a return value, and then send the return value to the CAN interface module.
9. The controller according to claim 7, characterized in that, The controller further includes: A CAN driver module, which is communicatively connected to the controller management module, and is used to receive a message acquisition signal and acquire the wake-up message; A CAN status management module, which is communicatively connected to the controller management module, and is used to receive a call signal and turn on the CAN driver module according to the call signal, so that the CAN driver module acquires the wake-up message.
10. The controller according to claim 7, wherein The controller further includes: A communication management module, which is communicatively connected to the controller management module, and is used to receive the start signal sent by the controller management module and start the controller according to the start signal.