Automatic test method, device and equipment for dormancy and wakeup of vehicle and storage medium

Abstract

The invention discloses a vehicle sleep wake-up automatic testing method, device and equipment and a storage medium, and relates to the technical field of vehicle-mounted testing, and the method comprises the steps: monitoring the communication state of a vehicle, judging whether a backbone network, a plurality of sub CAN network segments and a plurality of sub LIN network segments enter a sleep mode or not, and when the backbone network, the plurality of sub CAN network segments and the plurality of sub LIN network segments enter the sleep mode, starting the sleep mode; and sending a wake-up message, controlling a vehicle power supply to be powered on and starting the vehicle when the vehicle is waken up and preset operation time passes, obtaining wake-up data, and analyzing the wake-up data to obtain a test report. Through monitoring vehicle communication, each network segment is awakened and data is analyzed after entering a dormancy state, automatic testing of multi-subnet collaborative management under an SOA architecture is realized, and the testing efficiency and accuracy are improved.

Description

Technical Field

[0001] The present invention relates to the field of vehicle testing technology, and in particular to a vehicle sleep-awakening automated testing method, device, equipment and storage medium. Background Art

[0002] With the rapid development of technology in the automotive industry, traditional distributed network architectures are gradually being replaced by domain-centralized network architectures based on service-oriented architecture (SOA). SOA architecture enables more efficient data processing and communication by connecting the vehicle's electronic control units to a central computing brain. This architecture enables vehicles to achieve more complex functions such as autonomous driving and intelligent connectivity. However, with the centralization of network architecture, the vehicle's sleep / wake-up strategy has also become more complex, requiring more sophisticated management and testing to ensure that the vehicle can effectively save energy when not in operation and prevent battery depletion.

[0003] At present, the sleep / wake-up test of the actual vehicle mainly relies on monitoring the communication behavior of all CAN / LIN network segment ECUs of the whole vehicle. The test process usually includes the following steps: by monitoring the communication behavior of all CAN / LIN network segment ECUs of the whole vehicle, it is judged whether the actual vehicle is in the wake-up state or the sleep state. After the whole vehicle is powered off, the nodes of each CAN network segment first enter the pre-sleep state. After the gateway detects that all nodes of the whole vehicle except itself have entered the pre-sleep mode, it will also enter this mode. The gateway cooperates with all nodes to enter the sleep mode at the same time, and the whole vehicle enters the sleep low-power mode.

[0004] Although existing test solutions can meet the needs of distributed network architecture to a certain extent, they have obvious shortcomings when facing SOA architecture. Under the SOA architecture, many ECUs are powered by domain controllers rather than batteries. Existing test solutions cannot ensure that these ECUs are properly powered off before hibernation. Existing test methods rely on manual monitoring and judgment and lack automated test processes, which is not only inefficient but also prone to errors. When the test fails, it is difficult for existing solutions to accurately locate which link or which ECU caused the problem, which makes problem diagnosis and repair difficult. Therefore, there is an urgent need for a test method to improve test efficiency and verification accuracy. Summary of the invention

[0005] The main purpose of this application is to provide a vehicle sleep and wake-up automated testing method, device, equipment and storage medium, aiming to solve the technical problem of how to improve testing efficiency and accuracy.

[0006] To achieve the above-mentioned purpose, the present application proposes a vehicle sleep wake-up automated test method, the method is applied to a vehicle wake-up system, the system includes a central controller, multiple domain controllers, multiple sub-CAN network segments and multiple sub-LIN network segments, the network segment composed of the central controller and the multiple domain controllers is a backbone network, the method includes:

[0007] Monitoring the vehicle communication status, and determining whether the backbone network, the plurality of the sub-CAN network segments, and the plurality of the sub-LIN network segments enter a sleep mode;

[0008] When the backbone network, the plurality of sub-CAN network segments and the plurality of sub-LIN network segments enter a sleep mode, sending a wake-up message;

[0009] When the vehicle is woken up and the preset running time has passed, the vehicle power is controlled to be powered on and the vehicle is started to obtain wake-up data;

[0010] The wake-up data is analyzed to obtain a test report.

[0011] In one embodiment, the step of monitoring the vehicle communication status and determining whether the backbone network, the plurality of the sub-CAN network segments, and the plurality of the sub-LIN network segments enter the sleep mode comprises:

[0012] Monitor all messages on the vehicle communication bus and obtain monitoring results;

[0013] According to the monitoring result, it is determined whether the backbone network, the plurality of sub-CAN network segments and the plurality of sub-LIN network segments enter the sleep mode.

[0014] In one embodiment, the step of judging whether the backbone network, the plurality of the sub-CAN network segments and the plurality of the sub-LIN network segments enter the sleep mode according to the monitoring result comprises:

[0015] When it is detected that the plurality of sub-CAN network segments stop sending the first preset network management message, determining that the plurality of sub-CAN network segments meet the sleep condition;

[0016] When it is detected that a plurality of the sub-CAN network segments meet the sleep condition, the domain controller stops sending the second preset network management message on the backbone network;

[0017] When it is detected that the domain controller stops sending the second preset network management message on the backbone network, the central controller stops sending the third preset network management message, and determines that the backbone network meets the sleep mode;

[0018] When the domain controller detects that the backbone network meets the sleep mode, the domain controller stops sending application messages on the corresponding sub-CAN network segment;

[0019] When the backbone network enters the sleep mode and a first preset time has passed, a sleep instruction is sent to the sub-LIN network segment to make the sub-LIN network segment enter the sleep mode.

[0020] In one embodiment, after the step of monitoring the vehicle communication status and determining whether the backbone network, the plurality of the sub-CAN network segments, and the plurality of the sub-LIN network segments enter the sleep mode, the method further comprises:

[0021] When the backbone network, the plurality of the sub-CAN network segments, and the plurality of the sub-LIN network segments enter the sleep mode and a second preset time has passed, obtaining a vehicle current value;

[0022] When the vehicle current value meets the preset sleep condition, it is determined that the entire vehicle enters a sleep low power consumption state.

[0023] In one embodiment, when the vehicle is woken up and a preset running time has passed, the step of controlling the vehicle power supply to power on and start the vehicle to obtain the wake-up data includes:

[0024] After the vehicle is awakened, set the vehicle timer to run at the preset running time;

[0025] When the timer reaches the preset running time, a power-on permission instruction is sent, and the vehicle enters the starting state by controlling the vehicle power supply to be powered on;

[0026] The status data of the vehicle is acquired, and the status data is used as the wake-up data.

[0027] In one embodiment, the step of processing according to the wake-up data to obtain a test report includes:

[0028] After a preset running time, a wake-up data set is obtained according to the wake-up data, wherein the wake-up data includes various controller data of the vehicle;

[0029] An analysis is performed based on the wake-up data set to obtain a test report.

[0030] In one embodiment, analyzing the wake-up data set to obtain a test report includes:

[0031] Analyzing the wake-up data set to obtain test results, the test results including statistical wake-up response time, detection wake-up success rate, vehicle communication synchronization, and identification of abnormal signals;

[0032] The test results are processed by an algorithm to generate a test report.

[0033] In addition, to achieve the above-mentioned purpose, the present application also proposes a vehicle sleep and wake-up automatic test device, the vehicle sleep and wake-up automatic test device comprising:

[0034] A monitoring module, used to monitor the communication status of the vehicle and determine whether the backbone network, the first subnet segment and the second subnet segment enter a sleep mode;

[0035] The control module further sends a wake-up message when the backbone network, the first subnet segment and the second subnet segment enter a sleep mode;

[0036] An acquisition module, used to control the vehicle power supply to power on and start the vehicle when the vehicle is awakened and a preset running time has passed, and obtain wake-up data;

[0037] The result module is used to analyze the wake-up data and obtain a test report.

[0038] In addition, to achieve the above-mentioned purpose, the present application also proposes a storage medium, which is a computer-readable storage medium, and a computer program is stored on the storage medium. When the computer program is executed by the processor, the steps of the vehicle sleep and wake-up automated testing method as described above are implemented.

[0039] In addition, to achieve the above-mentioned purpose, the present application also provides a computer program product, which includes a computer program, and when the computer program is executed by a processor, the steps of the vehicle sleep and wake-up automated testing method as described above are implemented.

[0040] This application monitors the vehicle communication status to determine whether the backbone network, multiple sub-CAN segments, and multiple sub-LIN segments have entered sleep mode. When the backbone network, multiple sub-CAN segments, and multiple sub-LIN segments enter sleep mode, a wake-up message is sent. When the vehicle is awakened and the preset running time has passed, the vehicle power is controlled to power on and start the vehicle, and wake-up data is obtained. The wake-up data is analyzed to obtain a test report. By monitoring vehicle communications, it is ensured that each segment wakes up and analyzes data after entering sleep, and the automated test of multi-subnet collaborative management under the SOA architecture is realized, which improves the test efficiency and accuracy. BRIEF DESCRIPTION OF THE DRAWINGS

[0041] In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, for ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative labor.

[0042] Figure 1 This is a flow chart of the first embodiment of the vehicle sleep-wake-up automatic test method of the present application;

[0043] Figure 2This is a structural block diagram of a vehicle wake-up system according to the first embodiment of the vehicle sleep-wake-up automated test method of the present application;

[0044] Figure 3 This is a flow chart of the second embodiment of the vehicle sleep-wake-up automatic test method of the present application;

[0045] Figure 4 This is a flow chart of the third embodiment of the vehicle sleep-wake-up automatic test method of the present application;

[0046] Figure 5 This is a complete test flow chart of the third embodiment of the vehicle sleep and wake-up automatic test method of the present application;

[0047] Figure 6 This is a schematic diagram of the module structure of the vehicle sleep and wake-up automatic test device according to an embodiment of the present application;

[0048] Figure 7 A schematic diagram of the device structure of the hardware operating environment involved in the vehicle sleep and wake-up automatic test method in the embodiment of the present application;

[0049] The purpose, features and advantages of this application will be further described in conjunction with the embodiments and with reference to the accompanying drawings. DETAILED DESCRIPTION

[0050] It should be understood that the specific embodiments described herein are only used to explain the technical solutions of the present application and are not used to limit the present application.

[0051] In order to better understand the technical solution of the present application, a detailed description will be given below in conjunction with the accompanying drawings and specific implementation methods.

[0052] The main solution of the embodiment of the present application is: by monitoring the communication status of the vehicle, determining whether the backbone network, the first subnet segment and the second subnet segment enter the sleep mode, when the backbone network, the first subnet segment and the second subnet segment enter the sleep mode, sending a wake-up message, and when the vehicle is woken up and the preset running time has passed, controlling the vehicle power to power on and start the vehicle, obtaining the wake-up data, analyzing the wake-up data, and obtaining a test report.

[0053] Based on this, the embodiment of the present application provides a vehicle sleep wake-up automatic test method, referring to Figure 1 , Figure 1 This is a flow chart of the first embodiment of the vehicle sleep-wake-up automatic testing method of the present application.

[0054] In this embodiment, the vehicle sleep wake-up automated test method is applied to the vehicle wake-up system, the vehicle wake-up system, the system includes a central controller, multiple domain controllers, multiple sub-CAN network segments and multiple sub-LIN network segments, the network segment composed of the central controller and the multiple domain controllers is a backbone network, a sub-CAN network segment includes multiple CAN nodes, and a sub-CAN network segment includes multiple CAN nodes. In this embodiment, in this embodiment, the sub-CAN network segment is the first CAN node and the second CAN node, and the sub-LIN network segment is the first LIN node and the second LIN node, so as Figure 2 The vehicle wake-up system structure block diagram shown in the figure, the system includes a central controller 10, a domain controller 20, a first CAN node 30, a second CAN node 40, a first LIN node 50 and a second LIN node 60, the network segment formed by the central controller and the domain controller is a backbone network, and the vehicle sleep wake-up automatic test method includes steps S10 to S40:

[0055] Step S10, monitoring the vehicle communication status, and determining whether the backbone network, the plurality of sub-CAN network segments, and the plurality of sub-LIN network segments enter the sleep mode.

[0056] It should be noted that in the process of multi-subnet collaborative management of real-vehicle sleep / wake-up test based on SOA architecture, professional test software such as CANoe is first used to monitor the backbone network, sub-CAN network segment and sub-LIN network segment in real time. When the vehicle is powered off, each node begins to enter the pre-sleep state. At this time, it is necessary to pay close attention to the changes in network management messages, such as 0x610 from the central controller 10, 0x620 from the domain controller 20, and whether 0x601 of the first CAN node and 0x602 of the second CAN node stop sending in a predetermined order. As the ECUs in all subnets gradually stop sending NM messages and enter the RSS state, then observe whether the domain controller also stops its NM message transmission accordingly, which indicates that the backbone network is ready to enter low-power mode. Next, after waiting for the set time interval, verify whether the entire network is completely silent, that is, confirm that no application layer message or SOME / IP service is still active. Once it is detected that the backbone network and the two subnets have reached a non-communication state for more than a specified time, it can be considered that the vehicle has successfully entered the sleep mode.

[0057] Step S20, when the backbone network, the multiple sub-CAN network segments and the multiple sub-LIN network segments enter the sleep mode, a wake-up message is sent.

[0058] It should be noted that when it is monitored that the backbone network composed of the central controller and the domain controller, the first sub-network segment composed of the domain controller 20 and the first CAN node and the second CAN node 40 respectively, and the second sub-network segment composed of the domain controller 20 and the first LIN node 50 and the second LIN node 60 have all entered the sleep mode, the entire system is activated by sending a specific wake-up message. This process first needs to confirm that all relevant ECUs have stopped communication activities and entered a low-power state. Subsequently, professional test software such as CANoe is used to send a wake-up frame to the central controller 10 in the backbone network or directly to the domain controller 20, while ensuring that the signal can be transmitted to each node in the sub-network segment. For CAN networks, wakeup Pattern is usually used to achieve wakeup; for LIN networks, it may involve the master node sending a specific wake-up command to the slave node. Once the wake-up message is successfully triggered, the expected result is that the ECUs in each subnet will resume their functions in a predetermined order: first, the domain controller 20 restarts and starts communicating with the backbone network and other subnets; then the first CAN node 30 and the second CAN node 40 respond and resume normal operation; finally, the first LIN node 50 and the second LIN node 60 complete initialization and join the network communication. During the entire wake-up process, it is very important to continuously monitor the state changes and response time of each node, which helps to evaluate the wake-up efficiency and stability of the system. In addition, attention should be paid to whether there are any abnormal situations, such as a node failing to respond correctly to the wake-up command or an unexpected data transmission error, so as to promptly discover and solve potential problems and ensure that the vehicle can quickly and reliably switch from sleep to working state in different scenarios.

[0059] Step S30, when the vehicle is awakened and a preset running time has passed, the vehicle power source is controlled to be powered on and the vehicle is started to obtain awakening data.

[0060] It should be understood that after confirming that the backbone network, the first subnet segment and the second subnet segment have all entered the sleep mode, the vehicle is activated by sending a specific wake-up message. Once the wake-up signal is successfully received, each node will begin to recover from the sleep state and reinitialize its internal state. In order to ensure that the wake-up process of the entire system proceeds as expected, after waking up the vehicle and passing a preset running time (for example, 30 seconds), the next step is to control the vehicle power supply to power on and start the vehicle. In this process, it is first necessary to monitor whether the central controller 10 correctly responds to the wake-up command and starts to establish a communication connection with the domain controller 20. Subsequently, the domain controller 20 will issue further wake-up instructions to the first CAN node 30, the second CAN node 40, the first LIN node 50 and the second LIN node 60, prompting these nodes to resume normal operation. As each node gradually joins the network communication, the system will undergo a series of initialization steps, including but not limited to self-test, configuration loading and service registration.

[0061] Specifically, after the vehicle is awakened, the vehicle timer is set to run at a preset running time. In the process of vehicle sleep and wake-up automation testing, the timer is a tool for controlling and measuring time intervals. It is usually a software function module or a hardware device that is used to ensure that a specific operation is performed after a preset time. After the vehicle is awakened, a timer is first set to start timing with a preset running time (for example, 30 seconds). During this period of time, the various systems of the vehicle will gradually return to normal working conditions. The central controller 10 and the domain controller 20 will be reinitialized and establish communication connections with the first CAN node 30, the second CAN node 40, the first LIN node 50 and the second LIN node 60. At the same time, all relevant ECUs will also execute self-test procedures and be ready to receive further instructions.

[0062] When the timer reaches the preset running time, a power-on permission command is sent, and the vehicle is powered on by controlling the vehicle power supply to enter the startup state, obtain the vehicle's status data, and use the status data as wake-up data. When the timer reaches the preset running time, the system will send a power-on permission command. This command is usually transmitted to the vehicle power management system through the CAN bus or a specific control signal. After receiving the command, the vehicle power management system will start the main relay or other power switch to power the entire vehicle. At this time, the vehicle enters the startup state, the engine or other power source (such as an electric motor) starts to run, and the various electrical systems also resume normal operation. During this process, the test software continues to monitor the vehicle's status data, including but not limited to engine speed, battery voltage, current consumption, various sensor readings, and communication between ECUs. These status data will be recorded in detail and used as part of the wake-up data. By analyzing these data, it is possible to evaluate whether the vehicle's transition from sleep mode to full startup state is smooth and confirm whether all systems have resumed normal operation as expected.

[0063] In addition, during this process, test software such as CANoe continues to monitor vehicle communications in real time, recording the time interval from receiving the wake-up signal to fully starting each node, as well as any abnormal conditions or error codes that may occur. In particular, it is necessary to verify whether all controlled electronic ECUs are correctly powered on according to the Fuse ID settings, and check whether any node fails to wake up as expected or has a communication failure. In addition, it is necessary to pay attention to whether the collaboration between each subnet is smooth, such as indicators such as consistency of data exchange and response speed. When all nodes are working normally and the system reaches a stable state, complete wake-up data can be collected. This data includes not only performance parameters such as wake-up time and success rate, but also detailed log information for subsequent analysis of potential problems. By comprehensively analyzing the wake-up data, important insights into the system wake-up performance can be obtained, providing a basis for optimizing the sleep / wake-up strategy, and ensuring that the vehicle can quickly and reliably switch from sleep to work in different scenarios.

[0064] Step S40: Analyze the wake-up data to obtain a test report.

[0065] It should be noted that the analysis of wake-up data involves collecting detailed information about the process of the vehicle recovering from a dormant state to a fully operational state, including wake-up time, system response time, communication recovery, power management efficiency, and records of any anomalies or delays. During the analysis process, it is first determined whether the wake-up operation is performed according to the predetermined schedule and sequence. For example, if the vehicle's safety system does not recover within the expected time, this may indicate a potential problem that requires further investigation. In addition, the analysis will evaluate the communication efficiency during the wake-up process and check whether there is any packet loss or delay, which may affect the performance of the vehicle system. Through in-depth analysis of the wake-up data, engineers can identify weaknesses and improvement points in the wake-up strategy. For example, if it is found that certain ECUs often respond slowly during the wake-up process, it may be necessary to optimize the wake-up procedures or hardware configurations of these ECUs. In addition, the analysis can also reveal deficiencies in the power management strategy, such as unstable power supply during the wake-up process, which may cause system restarts or data loss. After the analysis is completed, a detailed test report will be generated, containing all key data points, analysis results, and recommended improvement measures.

[0066] This embodiment provides a vehicle sleep and wake-up automated test method, which monitors the vehicle communication status to determine whether the backbone network, multiple sub-CAN segments, and multiple sub-LIN segments enter sleep mode. When the backbone network, multiple sub-CAN segments, and multiple sub-LIN segments enter sleep mode, a wake-up message is sent. When the vehicle is woken up and the preset running time has passed, the vehicle power is controlled to power on and start the vehicle, and wake-up data is obtained. The wake-up data is analyzed to obtain a test report. By monitoring vehicle communications, it is ensured that each segment wakes up after entering sleep and analyzes data, and automated testing of multi-subnet collaborative management under the SOA architecture is achieved, which improves test efficiency and accuracy.

[0067] Based on the first embodiment of the present application, in the second embodiment of the present application, the same or similar contents as those in the above-mentioned embodiment 1 can refer to the above introduction, and will not be repeated later. Figure 3 The vehicle sleep and wake-up automatic test method step S10 also includes steps S101 to S102:

[0068] Step S101, monitor all messages on the vehicle communication bus to obtain monitoring results.

[0069] It should be noted that monitoring all messages on the vehicle communication bus is an important step to ensure the correct execution of network management functions. Using professional test software such as CANoe, data streams on different buses such as CAN, LIN and Ethernet (ETH) can be captured and analyzed in real time. During the monitoring process, it is first necessary to set appropriate filters and trigger conditions to capture key network management (NM) messages and other application layer messages. This includes all signals exchanged between the central controller, domain controller and each subnet node. By recording the message timestamp, ID, data content and status information sent and received by each node, the behavior pattern of the entire network can be fully understood. Special attention is paid to the message sequence during the sleep / wake-up process, such as when the node stops sending NM messages and enters the pre-sleep state, how the domain controller coordinates each subnet to enter the low-power mode synchronously, and the specific circumstances of each node resuming communication when waking up.

[0070] Step S102: judging whether the backbone network, the plurality of sub-CAN network segments and the plurality of sub-LIN network segments enter the sleep mode according to the monitoring result.

[0071] It should be understood that, based on the monitoring results, it is necessary to carefully analyze the communication behavior of each node to determine whether the backbone network, multiple sub-CAN segments, and multiple sub-LIN segments have entered the sleep mode. First, the backbone network communication between the central controller and the domain controller is monitored through the CANoe software to check whether any NM messages have stopped sending, and confirm that all application layer messages have also stopped. Next, the first CAN node and the second CAN node are checked in the same way to ensure that these nodes have stopped sending NM messages and entered the pre-sleep state (RSS). At the same time, the status of the first LIN node and the second LIN node is monitored to verify whether the LIN master node has sent a 0x3C sleep command and all LIN nodes have stopped communicating. After all relevant nodes have no communication activity for more than the set time threshold (such as 2 seconds), it can be determined that the entire network has successfully entered the low-power mode, that is, it has entered the sleep state.

[0072] Furthermore, step S102 also includes: when it is monitored that multiple sub-CAN segments stop sending the first preset network management message, it is determined that the multiple sub-CAN segments meet the sleep condition. Specifically, this includes all relevant CAN nodes. During the process of the vehicle entering sleep mode, each CAN node will gradually reduce communication activities and eventually stop sending network management (NM) messages. By using professional testing software such as CANoe, the communication behavior of these nodes can be monitored in real time to ensure that they stop sending NM messages as expected. Once it is confirmed that all relevant CAN nodes have stopped sending NM messages, and a set period of time (for example, a few seconds) has passed to ensure network stability, it can be considered that these sub-CAN segments have entered the pre-sleep state (RSS) and all sub-CAN segments meet the sleep condition.

[0073] Furthermore, when it is monitored that multiple sub-CAN segments meet the sleep conditions, the domain controller stops sending the second preset network management message on the backbone network. When it is monitored that multiple sub-CAN segments meet the sleep conditions, that is, the sub-CAN segments stop sending the first preset network management message and enter the pre-sleep state (RSS), the domain controller will stop sending the second preset network management message on the backbone network. This operation indicates that the backbone network is also ready to enter low power mode. Specifically, the domain controller first confirms that the nodes in all sub-CAN segments have stopped sending NM messages, and after a set period of time (such as a few seconds) to ensure that these nodes are stably in the pre-sleep state. Subsequently, the domain controller itself will also stop sending NM messages, indicating that it no longer needs to maintain communication with the sub-segment.

[0074] Furthermore, when it is detected that the domain controller stops sending the second preset network management message on the backbone network, the central controller stops sending the third preset network management message and determines that the backbone network meets the sleep mode. When it is detected that the domain controller stops sending the second preset network management message on the backbone network, this indicates that the domain controller has confirmed that all nodes in the sub-CAN network segment have entered the pre-sleep state and is also ready to enter the low-power mode. At this time, the central controller will stop sending the third preset network management message to further confirm that the entire backbone network meets the sleep conditions. This operation ensures that the communication link from the domain controller to the central controller is also completely silent, indicating that the backbone network has stopped data transmission.

[0075] Further, when the domain controller detects that the backbone network meets the sleep mode, the domain controller stops sending application messages on the corresponding sub-CAN network segment.

[0076] Furthermore, when the backbone network enters sleep mode and after a first preset time has passed, a sleep instruction is sent to the sub-LIN network segment to cause the sub-LIN network segment to enter sleep mode. When it is confirmed that the backbone network has entered sleep mode and after a first preset time has passed (for example, 5 seconds), the next operation is to send a sleep instruction to the sub-LIN network segment to prompt the nodes in the sub-network segment to also enter sleep mode. Specifically, this step involves issuing a specific sleep command to the first LIN node and the second LIN node through the domain controller, usually a 0x3C command in the LIN protocol, instructing these LIN nodes to stop communicating and enter a low-power state. During this process, the test software will continue to monitor the communication activities of the sub-LIN network segment until it is confirmed that all LIN nodes have responded to the sleep instruction and stopped all communication activities.

[0077] Further, after step S102, it also includes: when the backbone network, multiple sub-CAN segments and multiple sub-LIN segments enter the sleep mode and after a second preset time, the vehicle current value is obtained, and when the vehicle current value meets the preset sleep condition, it is determined that the whole vehicle enters the sleep low power state. When the backbone network, multiple sub-CAN segments and multiple sub-LIN segments all enter the sleep mode and after a second preset time (for example, 2 seconds), the static current value of the vehicle is obtained using a current monitoring device. This static current value reflects the actual current consumption of the vehicle when there is no communication activity at all and all ECUs are in a low power state. The preset sleep condition usually includes a specific current threshold, such as a current value less than a certain milliampere level (for example, 50mA or lower), which depends on the specific design requirements and battery capacity of the vehicle. By comparing the measured vehicle current value with the preset sleep condition, if the actual current value is lower than the set threshold, it can be determined that the whole vehicle has successfully entered the sleep low power state. This means that all relevant nodes not only stop data transmission, but also effectively reduce power consumption to prevent excessive discharge of the battery.

[0078] This embodiment monitors all messages on the vehicle communication bus to obtain monitoring results, and determines whether the backbone network, multiple sub-CAN segments, and multiple sub-LIN segments enter the sleep mode based on the monitoring results. By real-time monitoring of vehicle communication bus messages, it is determined whether each segment enters the sleep mode, ensuring low power consumption operation of the system, and improving test accuracy and efficiency.

[0079] Based on the first embodiment of the present application, in the third embodiment of the present application, the same or similar contents as those in the first embodiment can be referred to the above description, and will not be described in detail later. Figure 4 The vehicle sleep and wake-up automatic test method step S40 also includes steps S401 to S402:

[0080] Step S401, after a preset running time, a wake-up data set is obtained according to the wake-up data, where the wake-up data includes various controller data of the vehicle.

[0081] It should be noted that after the preset running time, a detailed wake-up data set can be constructed based on the collected wake-up data. This data set includes the data of various controllers of the vehicle. Specifically, it covers the status information of various ECUs such as the central controller, domain controller, first CAN node, second CAN node, first LIN node and second LIN node. These data mainly include the communication status of each controller, such as message type, timestamp and data content; initialization status, including self-test results, configuration loading status and service registration status; electrical parameters, such as battery voltage, current consumption, sensor readings and other key electrical parameters to ensure the normal operation of the power management system; system response time, recording the time interval from sending the wake-up signal to the full startup of each node to evaluate the response speed of the system; abnormal conditions, any unexpected behavior or error code, such as communication failure, initialization failure or other abnormal conditions. These detailed data can not only help testers fully understand the performance of each node during the wake-up process, but also provide rich information support for subsequent analysis. Through in-depth analysis of the wake-up data set, potential problem points can be identified, and improvement suggestions can be put forward to optimize the vehicle's sleep and wake-up mechanism to ensure that it can work stably and reliably under various working conditions. In addition, this data can also be used to verify whether the vehicle meets the design requirements, such as current consumption in low-power mode and the coordination performance between various subnet segments, thereby further improving the energy efficiency and user experience of the entire vehicle.

[0082] Step S402: Analyze the wake-up data set to obtain a test report.

[0083] It is important to understand that a detailed test report can be generated based on the analysis of the wake-up data set. First, a comprehensive review of the data from each controller is conducted. In addition, special attention should be paid to abnormal situations, such as communication failures, initialization failures, or other unexpected behaviors, which need to be recorded in detail and analyzed for root causes. Finally, the test report will summarize the above analysis results, point out the problem points found, and put forward specific improvement suggestions to optimize the vehicle's sleep and wake-up mechanism to ensure that it can work stably and reliably under various operating conditions, and improve overall performance and user experience. Figure 5As shown in the complete test flow chart, first, the test equipment is connected to the real vehicle communication interface, and the CANoe software is used to monitor the communication behavior of the backbone network, each CAN / LIN subnet and Ethernet (ETH). Then the vehicle is powered off, for example, by locking the remote control key. The SOME / IP service under Ethernet is monitored by the CANoe software to check whether each ECU has been powered off correctly according to the Fuse ID information. If all ECUs have been powered off, proceed to the next step; otherwise, locate the ECU that has not been powered off and conduct troubleshooting. The next step is to monitor multiple sub-CAN segments to confirm whether they have stopped sending network management (NM) messages. If these nodes have stopped sending NM messages, it means that the sub-segment has met the sleep condition, and continue to the next step. Otherwise, locate the non-sleeping CAN nodes and conduct further analysis. The next step is to monitor whether the domain controller has stopped sending NM messages on the backbone network. If the domain controller has stopped sending NM messages, it means that it meets the sleep condition on the backbone network, and continue to the next step; otherwise, locate the reason why the domain controller is not in sleep. The next step is to continue to monitor whether the central controller 10 on the backbone network has stopped sending NM messages. If the central controller has stopped sending NM messages, it means that the backbone network has met the sleep conditions and the next step is to locate the reason why the central controller does not sleep. The next step is to confirm again whether the domain controller has stopped sending NM messages in all sub-segments. If the domain controller has stopped sending NM messages in all sub-CAN segments, it means that the entire system is ready to enter low-power mode and the next step is to locate the reason why the domain controller does not sleep. The next step is to monitor the communication behavior of each segment, including all CAN nodes stopping sending application layer messages and all nodes in the LIN subnet stopping communication. If there is no communication activity after continuous detection for more than 60s, it is considered that the vehicle has entered the sleep state; otherwise, locate the ECU that failed to sleep and troubleshoot. After 2 seconds, use a multimeter to continuously monitor the static current of the vehicle. If the current value meets the design requirements, it is determined that the vehicle has successfully entered the sleep low-power state; otherwise, further troubleshoot the ECU that has not entered the low-power state. After the vehicle is in sleep, the vehicle is awakened by triggering a wake-up source (such as remote key unlocking). Use the CANoe test project to poll all ECUs in each network segment to see if they have restored normal communication. If all ECUs can communicate normally, the wake-up function is normal; otherwise, locate the ECU that failed to wake up and conduct further analysis. After completing all the above steps, the test is completed. Generate a detailed test report based on the collected data, summarizing the test results, including wake-up response time, wake-up success rate, communication synchronization, and abnormal signals.

[0084] Further, step S402 also includes: analyzing the wake-up data set to obtain test results, the test results include statistical wake-up response time, detection wake-up success rate, vehicle communication synchronization and identification of abnormal signals; processing the test results through an algorithm to generate a test report. Detailed test results can be obtained by analyzing the wake-up data set. First, the wake-up response time is counted, the time interval from sending the wake-up signal to the full startup of each controller is recorded, and the average response time and the maximum and minimum values ​​are calculated to evaluate the overall response speed and consistency of the system. Then, the wake-up success rate is detected, and the wake-up success rate is calculated by comparing the expected number of node wake-ups with the actual number of nodes successfully awakened, ensuring that all key nodes can reliably recover from the dormant state. Vehicle communication synchronization is also an important evaluation indicator. By analyzing the communication behavior of each node during the wake-up process, it is checked whether there is a delay or asynchrony, ensuring that the backbone network, the first subnet segment and the second subnet segment can enter the working state in a coordinated manner. In addition, abnormal signals are identified, including unexpected message types, error codes or abnormal electrical parameters. These abnormal conditions need to be recorded in detail and the root cause analysis is performed. The test results are processed through an algorithm to generate a test report containing the above indicators. The report not only summarizes the test data, but also provides visual charts and trend analysis to help engineers quickly understand system performance and put forward specific improvement suggestions, thereby optimizing the vehicle's sleep and wake-up mechanisms and improving overall reliability and user experience.

[0085] In this embodiment, after a preset running time, a wake-up data set is obtained according to the wake-up data, and the wake-up data includes data of various vehicle controllers. The wake-up data set is analyzed to obtain a test report. By monitoring and analyzing the wake-up data set, a test report is generated, the vehicle sleep and wake-up mechanism is optimized, and the test reliability is improved.

[0086] This application also provides a vehicle sleep wake-up automatic test device, please refer to Figure 6 , the device comprises:

[0087] The monitoring module 10 is used to monitor the vehicle communication status and determine whether the backbone network, multiple sub-CAN network segments and multiple sub-LIN network segments enter the sleep mode.

[0088] The control module 20 is also used to send a wake-up message when the backbone network, multiple sub-CAN network segments and multiple sub-LIN network segments enter the sleep mode.

[0089] The acquisition module 30 is used to control the vehicle power supply to power on and start the vehicle when the vehicle is awakened and a preset running time has passed, so as to obtain the awakening data.

[0090] The result module 40 is used to analyze the wake-up data and obtain a test report.

[0091] The vehicle sleep and wake-up automated test device provided by the present application adopts the vehicle sleep and wake-up automated test method in the above embodiment, which can solve the technical problem of how to improve the test efficiency and accuracy. Compared with the prior art, the beneficial effects of the vehicle sleep and wake-up automated test device provided by the present application are the same as the beneficial effects of the vehicle sleep and wake-up automated test method provided by the above embodiment, and the other technical features of the vehicle sleep and wake-up automated test device are the same as the features disclosed in the above embodiment method, which will not be repeated here.

[0092] In one embodiment, the monitoring module 10 is also used to monitor all messages on the vehicle communication bus to obtain monitoring results; based on the monitoring results, determine whether the backbone network, multiple sub-CAN network segments and multiple sub-LIN network segments enter the sleep mode.

[0093] In one embodiment, the monitoring module 10 is also used to determine that the multiple sub-CAN network segments meet the sleep condition when it is monitored that the multiple sub-CAN network segments stop sending the first preset network management message; when it is monitored that the multiple sub-CAN network segments meet the sleep condition, the domain controller stops sending the second preset network management message on the backbone network; when it is detected that the domain controller stops sending the second preset network management message on the backbone network, the central controller stops sending the third preset network management message and determines that the backbone network meets the sleep mode; when the domain controller monitors that the backbone network meets the sleep mode, the domain controller stops sending application messages on the corresponding sub-CAN network segment; when the backbone network enters the sleep mode and after a first preset time, a sleep instruction is sent to the sub-LIN network segment to make the sub-LIN network segment enter the sleep mode.

[0094] In one embodiment, the monitoring module 10 is also used to obtain the vehicle current value when the backbone network, multiple sub-CAN network segments and multiple sub-LIN network segments enter the sleep mode and after a second preset time; when the vehicle current value meets the preset sleep condition, it is determined that the entire vehicle enters a sleep low-power state.

[0095] In one embodiment, the acquisition module 30 is also used to set the vehicle timer to run at a preset running time after the vehicle is awakened; when the timer reaches the preset running time, a power-on permission instruction is sent, and the vehicle enters a startup state by controlling the vehicle power supply to be powered on; and the vehicle status data is obtained, and the status data is used as wake-up data.

[0096] In one embodiment, the result module 40 is further used to obtain a wake-up data set according to the wake-up data after a preset running time, and the wake-up data includes data of various controllers of the vehicle; and to obtain a test report by analyzing the wake-up data set.

[0097] In one embodiment, the result module 40 is also used to analyze the wake-up data set to obtain test results, which include statistical wake-up response time, detection wake-up success rate, vehicle communication synchronization, and identification of abnormal signals; the test results are processed by an algorithm to generate a test report.

[0098] The present application provides a vehicle sleep-wake-up automated test device, which includes: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor so that the at least one processor can execute the vehicle sleep-wake-up automated test method in the above-mentioned embodiment one.

[0099] Reference below Figure 7 , which shows a schematic diagram of the structure of the vehicle sleep-wake-up automatic test equipment suitable for implementing the embodiment of the present application. The vehicle sleep-wake-up automatic test equipment in the embodiment of the present application may include but is not limited to mobile terminals such as mobile phones, laptop computers, digital broadcast receivers, PDAs (Personal Digital Assistants), PADs (Portable Application Descriptions), PMPs (Portable Media Players), vehicle-mounted terminals (such as vehicle-mounted navigation terminals), etc., and fixed terminals such as digital TVs, desktop computers, etc. Figure 7 The vehicle sleep-wake-up automated testing equipment shown is merely an example and should not bring any limitation to the functions and scope of use of the embodiments of the present application.

[0100] like Figure 7As shown, the vehicle sleep wake-up automated test equipment may include a processing device 1001 (such as a central processing unit, a graphics processor, etc.), which can perform various appropriate actions and processes according to a program stored in a read-only memory (ROM: Read Only Memory) 1002 or a program loaded from a storage device 1003 to a random access memory (RAM: Random Access Memory) 1004. Various programs and data required for the operation of the vehicle sleep wake-up automated test equipment are also stored in RAM1004. The processing device 1001, ROM1002 and RAM1004 are connected to each other through a bus 1005. An input / output (I / O) interface 1006 is also connected to the bus. Typically, the following systems can be connected to the I / O interface 1006: input devices 1007 including, for example, a touch screen, a touchpad, a keyboard, a mouse, an image sensor, a microphone, an accelerometer, a gyroscope, etc.; output devices 1008 including, for example, a liquid crystal display (LCD), a speaker, a vibrator, etc.; storage devices 1003 including, for example, a magnetic tape, a hard disk, etc.; and communication devices 1009. The communication device 1009 can allow the vehicle sleep wake-up automated test equipment to communicate wirelessly or wired with other devices to exchange data. Although the figure shows a vehicle sleep wake-up automated test equipment with various systems, it should be understood that it is not required to implement or have all the systems shown. More or fewer systems may be implemented or have instead.

[0101] In particular, according to the embodiments disclosed in the present application, the process described above with reference to the flowchart can be implemented as a computer software program. For example, the embodiments disclosed in the present application include a computer program product, which includes a computer program carried on a computer-readable storage medium, and the computer program includes a program code for executing the method shown in the flowchart. In such an embodiment, the computer program can be downloaded and installed from the network through a communication device, or installed from the storage device 1003, or installed from the ROM 1002. When the computer program is executed by the processing device 1001, the above-mentioned functions defined in the method of the embodiment disclosed in the present application are executed.

[0102] The vehicle sleep and wake-up automated test equipment provided by the present application adopts the vehicle sleep and wake-up automated test method in the above embodiment, which can solve the technical problem of how to improve the test efficiency and accuracy. Compared with the prior art, the beneficial effects of the vehicle sleep and wake-up automated test equipment provided by the present application are the same as the beneficial effects of the vehicle sleep and wake-up automated test method provided by the above embodiment, and the other technical features of the vehicle sleep and wake-up automated test equipment are the same as the features disclosed in the method of the previous embodiment, which will not be repeated here.

[0103] It should be understood that the various parts disclosed in this application can be implemented by hardware, software, firmware or a combination thereof. In the description of the above embodiments, specific features, structures, materials or characteristics can be combined in any one or more embodiments or examples in a suitable manner.

[0104] The above is only a specific implementation of the present application, but the protection scope of the present application is not limited thereto. Any person skilled in the art who is familiar with the present technical field can easily think of changes or substitutions within the technical scope disclosed in the present application, which should be included in the protection scope of the present application. Therefore, the protection scope of the present application should be based on the protection scope of the claims.

[0105] The present application provides a computer-readable storage medium having computer-readable program instructions (ie, computer programs) stored thereon, and the computer-readable program instructions are used to execute the vehicle sleep-wake-up automated testing method in the above-mentioned embodiment.

[0106] The computer-readable storage medium provided in the present application may be, for example, a USB flash drive, but is not limited to electrical, magnetic, optical, electromagnetic, infrared, or semiconductor systems, systems or devices, or any combination of the above. More specific examples of computer-readable storage media may include, but are not limited to: an electrical connection with one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above. In this embodiment, the computer-readable storage medium may be any tangible storage medium that contains or stores a program that can be used by or in combination with an instruction execution system, system or device. The program code contained on the computer-readable storage medium may be transmitted using any appropriate storage medium, including but not limited to: wires, optical cables, RF (Radio Frequency), etc., or any suitable combination of the above.

[0107] The computer-readable storage medium may be included in the vehicle sleep-wake-up automated test device; or may exist independently without being assembled into the vehicle sleep-wake-up automated test device.

[0108] The above-mentioned computer-readable storage medium carries one or more programs. When the above-mentioned one or more programs are executed by the vehicle sleep-wake-up automated test device, the vehicle sleep-wake-up automated test device can be written in one or more programming languages ​​or a combination thereof to perform computer program codes for the operation of the present application. The above-mentioned programming languages ​​include object-oriented programming languages, such as Java, Smalltalk, C++, and also conventional procedural programming languages, such as "C" language or similar programming languages. The program code can be executed completely on the user's computer, partially on the user's computer, as an independent software package, partially on the user's computer and partially on a remote computer, or completely on a remote computer or server. In the case of a remote computer, the remote computer can be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or can be connected to an external computer (for example, using an Internet service provider to connect through the Internet).

[0109] The flow chart and block diagram in the accompanying drawings illustrate the possible architecture, function and operation of the system, method and computer program product according to various embodiments of the present application. In this regard, each square box in the flow chart or block diagram can represent a module, a program segment or a part of a code, and the module, the program segment or a part of the code contains one or more executable instructions for realizing the specified logical function. It should also be noted that in some alternative implementations, the functions marked in the square box can also occur in a sequence different from that marked in the accompanying drawings. For example, two square boxes represented in succession can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each square box in the block diagram and / or flow chart, and the combination of the square boxes in the block diagram and / or flow chart can be implemented with a dedicated hardware-based system that performs a specified function or operation, or can be implemented with a combination of dedicated hardware and computer instructions.

[0110] The modules involved in the embodiments described in this application may be implemented by software or hardware, wherein the name of the module does not constitute a limitation on the unit itself in some cases.

[0111] The readable storage medium provided by the present application is a computer-readable storage medium, which stores computer-readable program instructions (i.e., computer programs) for executing the above-mentioned vehicle sleep-wake-up automated test method, and can solve the technical problem of how to improve test efficiency and accuracy. Compared with the prior art, the beneficial effects of the computer-readable storage medium provided by the present application are the same as the beneficial effects of the vehicle sleep-wake-up automated test method provided by the above-mentioned embodiment, and will not be repeated here.

[0112] The present application also provides a computer program product, including a computer program, which, when executed by a processor, implements the steps of the above-mentioned vehicle sleep-wake-up automatic testing method.

[0113] The computer program product provided by this application can solve the technical problem of how to improve the test efficiency and accuracy. Compared with the prior art, the beneficial effects of the computer program product provided by this application are the same as the beneficial effects of the vehicle sleep wake-up automatic test method provided by the above embodiment, which will not be repeated here.

[0114] The above descriptions are only some embodiments of the present application, and are not intended to limit the patent scope of the present application. All equivalent structural changes made using the contents of the present application specification and drawings under the technical concept of the present application, or direct / indirect applications in other related technical fields are included in the patent protection scope of the present application.

Claims

1. A vehicle sleep and wake-up automated testing method, characterized in that: The method is applied to a vehicle wake-up system, the system comprising a central controller, multiple domain controllers, multiple sub-CAN network segments and multiple sub-LIN network segments, the network segment composed of the central controller and the multiple domain controllers is a backbone network, and the method comprises: Monitoring the vehicle communication status, and determining whether the backbone network, the plurality of the sub-CAN network segments, and the plurality of the sub-LIN network segments enter a sleep mode; When the backbone network, the plurality of sub-CAN network segments and the plurality of sub-LIN network segments enter a sleep mode, sending a wake-up message; When the vehicle is woken up and the preset running time has passed, the vehicle power is controlled to be powered on and the vehicle is started to obtain wake-up data; The wake-up data is analyzed to obtain a test report.

2. The method according to claim 1, characterized in that The step of monitoring the vehicle communication status and determining whether the backbone network, the plurality of the sub-CAN network segments and the plurality of the sub-LIN network segments enter the sleep mode comprises: Monitor all messages on the vehicle communication bus and obtain monitoring results; According to the monitoring result, it is determined whether the backbone network, the plurality of sub-CAN network segments and the plurality of sub-LIN network segments enter the sleep mode.

3. The method according to claim 2, characterized in that The step of judging whether the backbone network, the plurality of sub-CAN network segments and the plurality of sub-LIN network segments enter the sleep mode according to the monitoring result comprises: When it is detected that the plurality of sub-CAN network segments stop sending the first preset network management message, determining that the plurality of sub-CAN network segments meet the sleep condition; When it is detected that a plurality of the sub-CAN network segments meet the sleep condition, the domain controller stops sending the second preset network management message on the backbone network; When it is detected that the domain controller stops sending the second preset network management message on the backbone network, the central controller stops sending the third preset network management message, and determines that the backbone network meets the sleep mode; When the domain controller detects that the backbone network meets the sleep mode, the domain controller stops sending application messages on the corresponding sub-CAN network segment; When the backbone network enters the sleep mode and a first preset time has passed, a sleep instruction is sent to the sub-LIN network segment to make the sub-LIN network segment enter the sleep mode.

4. The method according to claim 2, characterized in that After the step of monitoring the vehicle communication status and determining whether the backbone network, the plurality of the sub-CAN network segments and the plurality of the sub-LIN network segments enter the sleep mode, the method further comprises: When the backbone network, the plurality of the sub-CAN network segments, and the plurality of the sub-LIN network segments enter the sleep mode and a second preset time has passed, obtaining a vehicle current value; When the vehicle current value meets the preset sleep condition, it is determined that the entire vehicle enters a sleep low power consumption state.

5. The method according to claim 1, characterized in that The step of controlling the vehicle power supply to power on and start the vehicle when the vehicle is awakened and the preset running time has passed, and obtaining the awakening data includes: After the vehicle is awakened, set the vehicle timer to run at the preset running time; When the timer reaches the preset running time, a power-on permission instruction is sent, and the vehicle enters the starting state by controlling the vehicle power supply to power on; The status data of the vehicle is acquired, and the status data is used as the wake-up data.

6. The method according to claim 1, characterized in that The step of processing according to the wake-up data to obtain a test report includes: After a preset running time, a wake-up data set is obtained according to the wake-up data, wherein the wake-up data includes various controller data of the vehicle; An analysis is performed based on the wake-up data set to obtain a test report.

7. The method according to claim 6, characterized in that The step of analyzing the wake-up data set to obtain a test report includes: Analyzing the wake-up data set to obtain test results, the test results including statistical wake-up response time, detection wake-up success rate, vehicle communication synchronization, and identification of abnormal signals; The test results are processed by an algorithm to generate a test report.

8. A vehicle sleep and wake-up automatic test device, characterized in that: The device comprises: A monitoring module, used for monitoring the communication status of the vehicle, and determining whether the backbone network, the plurality of the sub-CAN network segments, and the plurality of the sub-LIN network segments enter a sleep mode; The control module further sends a wake-up message when the backbone network, the plurality of the sub-CAN network segments and the plurality of the sub-LIN network segments enter a sleep mode; An acquisition module, used to control the vehicle power supply to power on and start the vehicle when the vehicle is awakened and a preset running time has passed, and obtain wake-up data; The result module is used to analyze the wake-up data and obtain a test report.

9. A vehicle sleep and wake-up automatic test equipment, characterized in that: The device includes: a memory, a processor, and a vehicle sleep-wake-up automated test program stored in the memory and executable on the processor, wherein the vehicle sleep-wake-up automated test program is configured to implement the steps of the vehicle sleep-wake-up automated test method as described in any one of claims 1 to 7.

10. A storage medium, characterized in that: The storage medium stores a vehicle sleep-wake-up automated test program, and when the vehicle sleep-wake-up automated test program is executed by the processor, the steps of the vehicle sleep-wake-up automated test method according to any one of claims 1 to 7 are implemented.

Images