Vehicle wake-up automatic test method, device, equipment and medium

Abstract

The invention discloses a vehicle wake-up automatic test method, device and equipment and a medium, and relates to the technical field of vehicle testing, and the method comprises the steps: monitoring the communication state of a vehicle, judging whether the vehicle enters a sleep mode, sending a wake-up message when the vehicle enters the sleep mode, and starting the wake-up message when the vehicle is waken up and preset operation time passes. And controlling a vehicle power supply to be powered on and starting the vehicle to obtain wake-up data, and analyzing the wake-up data to obtain a test report. By automatically monitoring dormancy and waking up the vehicle on time and collecting and analyzing data, the testing efficiency and stability are improved.

Description

Technical Field

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

[0002] With the transformation of the global energy structure and the enhancement of environmental awareness, the new energy vehicle industry has developed rapidly and has become an important force in promoting changes in the automotive industry. Compared with traditional fuel vehicles, new energy vehicles use electricity as the main driving force and are equipped with more complex electronic and electrical systems to achieve multiple functions such as energy management, drive control, and safety protection. Among them, the vehicle's sleep and wake-up mechanism is one of the key technologies to ensure effective energy management, extend battery life, and enhance user experience. The sleep state can reduce the energy consumption of the vehicle when it is not driving, and the efficient and reliable wake-up mechanism ensures that the vehicle can be put into use at any time.

[0003] At present, the sleep and wake-up function tests of new energy vehicles are mainly concentrated in the later stages of vehicle development as part of the acceptance test. The test activities are usually carried out in a real vehicle environment or a hardware-in-the-loop (HIL) simulation platform to verify whether the vehicle can correctly enter the sleep state according to the design logic and respond to the wake-up command in time. However, most of these tests focus on the correctness of the functional logic, and the stability and durability of the system in actual use are insufficient. In addition, the test process is highly dependent on manual operation, which is not only inefficient, but also difficult to discover and reproduce some occasional sleep or wake-up failures. This directly leads to frequent battery depletion caused by the vehicle's inability to sleep normally in the after-sales link, or the failure to wake up smoothly after sleep, affecting the normal use of users.

[0004] In some cases, traditional testing methods fail to fully cover the system stability and durability verification of the sleep and wake-up functions of new energy vehicle electronic and electrical systems, resulting in some potential problems being exposed only after the product is launched. Moreover, traditional testing methods rely on manual testing, which is not only inefficient, but also prone to human errors. It is difficult to achieve long-term, high-frequency repeated testing, and cannot fully expose edge cases and occasional failures in the sleep and wake-up mechanism. The lack of automated data collection and analysis means makes it difficult to quickly and accurately locate the problem when sleep or wake-up anomalies occur, which prolongs the cycle of solving the problem, affects customer satisfaction and brand reputation, and due to the high degree of customization of the test plan, it is difficult to reuse between different models, which increases the complexity and cost of testing new models. Summary of the invention

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

[0006] To achieve the above objectives, the present application proposes a vehicle wake-up automated testing method, the method comprising:

[0007] Monitor the vehicle's communication status and determine whether the vehicle has entered sleep mode;

[0008] When the vehicle enters sleep mode, a wake-up message is sent;

[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] Optionally, the step of monitoring the vehicle communication status and determining whether the vehicle enters the sleep mode includes:

[0012] Monitor all messages on the vehicle communication bus;

[0013] When it is monitored that the communication frequency of the message is lower than a predetermined threshold, it is determined that the vehicle enters the sleep mode.

[0014] Optionally, the step of sending a wake-up message when the vehicle enters the sleep mode includes:

[0015] Setting a timer, wherein the timer runs according to a first preset time;

[0016] When the timer reaches a first preset time, a wake-up message is generated;

[0017] The wake-up message is sent on a preset communication channel to wake up the vehicle from the sleep mode.

[0018] Optionally, 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:

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

[0020] When the timer reaches the preset running time, it sends a high voltage permission instruction, and controls the vehicle power supply to power on, so that the vehicle enters the starting state;

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

[0022] Optionally, analyzing the wake-up data to obtain a test report includes:

[0023] The wake-up data includes various controller data of the vehicle;

[0024] After a preset running time, a wake-up data set is obtained according to the wake-up data;

[0025] Processing is performed according to the wake-up data set to obtain a test report.

[0026] Optionally, the step of processing according to the wake-up data set to obtain a test report includes:

[0027] Analyzing the wake-up data set to obtain test results, the test results including but not limited to counting the wake-up response time, detecting the wake-up success rate, evaluating the synchronization of communication between vehicle controllers, and identifying abnormal signals or error codes;

[0028] The test results are processed by an algorithm to obtain a test report.

[0029] Optionally, after the step of analyzing the wake-up data set to obtain a test report, the step further includes:

[0030] resetting the timer to run at a second preset time;

[0031] After the timer reaches the second preset time, the vehicle power is powered off to make the vehicle re-enter the sleep mode.

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

[0033] A monitoring module is used to monitor the vehicle communication status and determine whether the vehicle has entered a sleep mode;

[0034] A control module, used for sending a wake-up message when the vehicle enters a sleep mode;

[0035] 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;

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

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

[0038] 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, it implements the steps of the vehicle wake-up automatic testing method as described above.

[0039] This application monitors the vehicle communication status to determine whether the vehicle has entered sleep mode. When the vehicle enters 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 automatically monitoring sleep and waking up the vehicle on time, collecting and analyzing data, the test efficiency and stability are improved. BRIEF DESCRIPTION OF THE DRAWINGS

[0040] 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.

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

[0042] Figure 2 This is a schematic diagram of the KL15 pin power-on circuit of the first embodiment of the vehicle wake-up automated test method of the present application;

[0043] Figure 3 This is a diagram of the vehicle sleep-wake-up automated test interface of the first embodiment of the vehicle wake-up automated test method of the present application;

[0044] Figure 4 This is an example diagram of a vehicle dormancy and wake-up automated test according to the first embodiment of the vehicle wake-up automated test method of the present application;

[0045] Figure 5 This is a diagram showing the vehicle dormancy and wake-up automated test result of the first embodiment of the vehicle wake-up automated test method of the present application;

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

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

[0048] Figure 8 This is a schematic diagram of the device structure of the hardware operating environment involved in the vehicle wake-up automated testing 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 vehicle communication status, determine whether the vehicle enters the sleep mode, send a wake-up message when the vehicle enters the sleep mode, control the vehicle power to power on and start the vehicle when the vehicle is woken up and the preset running time has passed, obtain the wake-up data, analyze the wake-up data, and obtain a test report.

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

[0054] In this embodiment, the vehicle wake-up automatic test method includes steps S10 to S40:

[0055] Step S10, monitoring the vehicle communication status and determining whether the vehicle enters a sleep mode.

[0056] It should be noted that monitoring the vehicle communication status to determine whether it has entered the sleep mode is an important part of ensuring the efficient energy saving and reliable operation of the electronic and electrical systems of new energy vehicles. This is achieved through the CAPL programming language integrated in the CANoe software platform. It can not only monitor all communication messages on the vehicle CAN bus in real time, but also accurately determine the vehicle status based on the transmission frequency of the message, specific flag bits or sleep signals specified by the protocol. All messages on the vehicle communication bus are monitored, and when the communication frequency of the message is detected to be lower than the predetermined threshold, the vehicle is determined to have entered the sleep mode. Specifically, when the vehicle stops operating for a period of time, the vehicle electronic control unit (ECU) will gradually reduce network communication until it reaches a preset low activity threshold, at which point it can be considered that the vehicle has entered the sleep mode. During the monitoring process, the software will continue to monitor bus activities and use the "on message*" command to capture all messages. Once the message interaction frequency drops sharply or a specific sleep indication message appears, the confirmation logic of the sleep state is immediately triggered. This step is completed through complex algorithms and threshold settings to ensure that the sleep state can be accurately identified even under complex and changeable vehicle conditions, avoiding the risk of misjudgment and missed judgment.

[0057] Step S20, when the vehicle enters the sleep mode, a wake-up message is sent.

[0058] It should be noted that after the new energy vehicle enters the sleep mode, in order to achieve efficient automated testing, the system will accurately control the sending of the wake-up message according to the pre-set strategy. This process makes full use of the flexibility of the CANoe software and the powerful ability of CAPL programming to achieve a seamless transition from monitoring to active control. Set a timer, and the timer runs according to the first preset time; when the timer reaches the first preset time, a wake-up message is generated; the wake-up message is sent on the preset communication channel to wake the vehicle from the sleep mode. Specifically, first monitoring the vehicle entering the sleep state is achieved by real-time monitoring of the CAN bus communication by software. Once the vehicle's electronic control system enters a low-power state, the message interaction is significantly reduced, and this transition is identified by a carefully written CAPL script. This requires the software to have not only powerful data processing capabilities, but also high sensitivity to ensure that the sleep signal can be accurately captured even in weak communication signals. Subsequently, the preset wake-up program is automatically started. This includes setting a timer to ensure that the wake-up message is sent at the right time. The time is set according to the Setimeter function. The setting of this time is very critical. It needs to consider multiple factors such as battery management, vehicle status and test requirements to avoid unnecessary energy consumption or unnecessary pressure on the vehicle system. The program in the ontimer function is executed, and the output function is used to send the wake-up vehicle on any CAN channel to verify whether the wake-up command is successfully executed. The construction of the wake-up message is also carefully designed. It contains a specific ID, data length and data content to ensure that it can be correctly parsed by the vehicle's network management system to trigger the wake-up sequence. After the message is sent, the vehicle's response continues to be monitored, and real-time feedback on the vehicle status is obtained through the CAN bus. This series of operations are performed automatically without human intervention, which significantly improves the efficiency and accuracy of the test. In addition, after waking up, advanced operations such as controlling the KL15 power supply to power on can be further performed to ensure that the vehicle can be fully restored to a drivable state and prepare for subsequent testing links. Through this automated wake-up process, not only can the reliability and stability of the vehicle's sleep and wake-up mechanism be effectively verified, but also potential problems can be quickly located and resolved through automated data collection and analysis, reducing the burden of manual testing and providing strong technical support for improving the quality of new energy vehicle electronic and electrical systems.

[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 the vehicle is successfully awakened, the system continues to follow the preset test process and enters a new stage, that is, after the preset running time, the vehicle controller KL15 power is accurately controlled to power on, simulating the normal vehicle startup process. This link is crucial to verifying the continuity of the vehicle from sleep to wake-up and then to full-function operation, ensuring the integrity of the entire test link. To achieve this goal, the CANoe software uses its built-in I / O control function to issue instructions to the I / O interface of the CANoe device through CAPL programming to adjust the state of the Digital Output pin (for example, setting @IO:VN1600_1:DOU=1 to close the circuit and power on KL15), such as Figure 2 Schematic diagram of the KL15 pin power-on circuit. This action is equivalent to manually operating the key to start the vehicle, but in this scenario, everything is under the precise control of the automated test program, which not only ensures the consistency of the test, but also avoids errors that may be introduced by human operation. After the vehicle is powered on, the system will enter a short monitoring period to confirm whether all key electronic components respond as expected and enter the working state. At this time, the real-time data stream collected through the CAN bus becomes the key to evaluating the quality of the wake-up process. Through such an automated test design, not only can the test efficiency be significantly improved and the uncertainty caused by manual intervention be reduced, but also through a large number of repeated tests, potential system stability problems can be deeply explored, providing strong guarantees for the long-term reliability of the electronic and electrical systems of new energy vehicles. In addition, through in-depth analysis of the wake-up data, the weak links that affect the sleep wake-up function can be quickly identified, and targeted improvements can be made to ensure that the vehicle can provide high-quality user experience under various working conditions. Specifically, such as Figure 3 The vehicle sleep wake-up automation test interface shown in the figure shows the overall test process. Through this interface, the time for CAN wake-up after the vehicle sleeps is set; select any network segment among EVCAN, SFCAN, IFCAN, and CFCAN segments to send network management messages to wake up the vehicle; through this interface, the time for KL15 to power on after the vehicle CAN wakes up is set; the time for the vehicle to power off and wait for sleep is set; the total number of automatic sleep wake-up times of the vehicle and the number of successful KL15 power-on times are automatically counted, where T1 is the first preset time, T2 is the preset running time, and T3 is the second preset time. Figure 4 In the example diagram of the vehicle sleep and wake-up automated test shown in the figure, T1 is set to 500ms. After CANOE monitors that the vehicle has entered the sleep state, it sends a specified network management message on the CAN2 channel to wake up the vehicle after 500ms according to the manually set test requirements.

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

[0062] It should be noted that the wake-up data including but not limited to battery voltage, module response time, network communication status, etc. are automatically captured and recorded in an EXCEL table in real time to form a detailed wake-up data set. These data not only provide a direct verification basis for this test, but also provide valuable first-hand information for subsequent performance analysis, fault diagnosis and even system optimization. Figure 5 The result of the vehicle sleep and wake-up automation test shown in the figure shows that the sleep and wake-up automation test took 11.54 hours. The test vehicle completed 103 sleep and wake-up and KL15 power-on tests. At the same time, the data of each controller after the vehicle wakes up was exported to the EXCELL table for storage. Analyzing the collected wake-up data is an indispensable part of the test process. Its purpose is to extract useful information from a large amount of raw data, evaluate the performance of the vehicle sleep and wake-up function, and generate a comprehensive test report. This process is not just a simple data summary, but involves complex data processing and in-depth performance evaluation. First, the wake-up data exported to the EXCEL table is preliminarily sorted, including the total number of sleep and wake-up, the response time of each wake-up, the wake-up success rate and other key indicators. Through these data, the reliability and response speed of the sleep and wake-up mechanism can be intuitively evaluated, and whether there is a timeout response or wake-up failure. Next, use data analysis tools to dig deeper into the data. For example, by comparing the wake-up data in different time periods and different ambient temperatures, the impact of environmental factors on sleep and wake-up performance is analyzed. Statistical methods, such as regression analysis and distribution analysis, can also be used to explore the relationship between wake-up delay and battery power and vehicle load, and further optimize the wake-up strategy. At the same time, abnormal data is marked and analyzed. For example, if a controller responds abnormally slowly or does not respond during a wake-up, this may be a problem at the software or hardware level. By cross-comparing the data of different controllers, the source of the problem can be located, providing direction for subsequent debugging and optimization. Finally, based on the above analysis results, a test report containing a test overview, performance evaluation, problem summary and improvement suggestions is automatically generated. The report not only summarizes the overall performance of the test, but also lists in detail each problem found and its possible causes, providing a clear improvement guide for the R&D team. After obtaining the test report, reset the timer to run at the second preset time; after the timer reaches the second preset time, execute the vehicle power off operation to put the vehicle back into sleep mode.

[0063] Specifically, set @IO:VN1600_1:DOU=0 to disconnect the circuit, power on KL15, and put the vehicle into sleep mode.

[0064] This embodiment provides a vehicle wake-up automated test method, which monitors the vehicle communication status to determine whether the vehicle enters the sleep mode, sends a wake-up message when the vehicle enters the sleep mode, controls the vehicle power supply to power on and start the vehicle after the vehicle is woken up and the preset running time has passed, obtains the wake-up data, analyzes the wake-up data, and obtains a test report. By automatically monitoring the sleep mode and waking up the vehicle on time, collecting and analyzing data, the test efficiency and stability are improved.

[0065] 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 6 The vehicle wake-up automatic test method step S30 also includes steps S301 to S303:

[0066] Step S301, after the vehicle is awakened, the timer is reset to run at a preset running time.

[0067] It should be noted that after the vehicle is awakened, the system will immediately start a new timer sequence, which is designed to perform a series of preset operating cycle tests on the vehicle to ensure that all functions of the vehicle can operate stably within the predetermined time. This is an important part of the entire automated test process. The design of this link takes into account the simulation of the actual use scenario after the vehicle is awakened from sleep to verify the immediate response capability of the vehicle after awakening and the stability of long-term operation. First, according to the test requirements, the timer time is reconfigured to the preset running time T2 after the wake-up event is triggered through CAPL programming. The timer is responsible for monitoring a specific activity cycle after the vehicle is awakened. For example, it may be set to monitor the communication of the battery management system (BMS), power system controller (PCM) and other key ECUs in the vehicle's awake state to ensure that they can interact and respond normally within the preset time. Such a design can help engineers capture any communication delays or abnormal responses that may occur in a short period of time after awakening, which is crucial to optimizing the instant driving experience after the vehicle is quickly started. Secondly, during the preset running time, the system will also dynamically monitor the energy consumption of the vehicle, especially the discharge rate and state of charge (SOC) of the battery, to evaluate whether the energy management strategy after wake-up is effective, to avoid excessive discharge of the battery due to frequent wake-ups, and to affect the driving range. In addition, during the operation of the timer, the test system will periodically perform data acquisition tasks to record the real-time working status of each subsystem of the vehicle, including but not limited to key parameters such as temperature, voltage, and current. These data are not only crucial for evaluating the overall health of the vehicle after wake-up, but also provide valuable basis for subsequent fault diagnosis and performance tuning. Finally, when the preset running time ends, the system will automatically trigger the next round of sleep instructions, and the vehicle will re-enter the sleep state and prepare for the next cycle of wake-up test. Through such a cyclic test, not only can the reliability of the vehicle's sleep wake-up mechanism be fully verified, but also its long-term operation stability can be effectively evaluated, thereby providing a scientific basis for the optimized design and quality improvement of new energy vehicles.

[0068] Step S302, when the timer reaches the preset running time, a high voltage permission instruction is sent, and the vehicle is powered on by controlling the vehicle power supply to enter the starting state.

[0069] It is important to understand that when the timer in the automated test reaches the preset running time T2, a series of control instructions will be automatically executed to ensure that the vehicle can smoothly and safely transition from the dormant state to the start state. This process is based on the CANoe software platform and CAPL programming language, and is designed to simulate a real vehicle startup scenario while performing a comprehensive performance verification of the vehicle's electronic control system.

[0070] First, the PEPS (Passive Entry Passive Start) command to allow high voltage is sent through the CAPL programming logic. The PEPS system is a common keyless start technology in modern cars. The sending of this command means that the vehicle electronic system is authorized to start powering up the high voltage circuit to provide the necessary power supply for the vehicle's motor and other high voltage electrical equipment. This operation is a key step for the vehicle to fully wake up from sleep and enter the ready-to-drive state. Next, the I / O interface of the CANoe device is used to power up the vehicle controller KL15 power supply through the control signal of the Digital output pin (such as setting @IO:VN1600_1:DOU=1). The connection of the KL15 power supply indicates that the vehicle has officially entered the "ON" gear, and all major systems such as the power system and infotainment system begin to run, and the vehicle enters the start state. The automated control of this process not only greatly improves the efficiency of the test, but also ensures the consistency and accuracy of each test, avoiding the uncertainty and potential risks of manual operation.

[0071] After the vehicle is powered on, it immediately starts to monitor the response of each vehicle controller, including but not limited to the battery management system, drive motor controller, body control module, etc., to ensure that they are initialized and communicate normally as expected. At the same time, the test system will collect feedback data from these controllers in real time, including key parameters such as voltage, current, temperature, etc., and store them in EXCEL tables to provide data support for subsequent analysis and evaluation.

[0072] Step S303, obtaining the status data of the vehicle, and using the status data as wake-up data.

[0073] It should be noted that when the vehicle is awakened, the system immediately starts a sophisticated data collection mechanism to monitor and record the operating status of each key component of the vehicle in real time. These data are integrated into wake-up data for subsequent in-depth analysis.

[0074] First, through the CAN bus monitoring function, all communication messages of the vehicle in the awake state are captured in real time, including but not limited to the battery status information of the battery management system (BMS), the operating parameters of the power system controller (PSC), the input and output status of the body control module (BCM), etc. This process requires precise CAPL script design to ensure that useful signals and data packets can be accurately identified and extracted.

[0075] Subsequently, these real-time status data are recorded one by one into pre-set structure variables, covering battery voltage, current, temperature, motor speed, and error codes of various controllers. These data not only reflect the current health status of the vehicle, but also are the key basis for evaluating whether the sleep wake-up function meets the design requirements. The wake-up data includes the data of various controllers of the vehicle; after the preset running time, the wake-up data set is obtained according to the wake-up data; the wake-up data set is processed to obtain a test report. The processing of the wake-up data set includes analyzing the wake-up data set to obtain test results, which include but are not limited to statistical wake-up response time, detection of wake-up success rate, evaluation of the synchronization of communication between various controllers of the vehicle, and identification of abnormal signals or error codes; the test results are processed by the algorithm to obtain a test report. Specifically, the filePutString function is used to automatically export these status data to an EXCEL table, and each row of records represents all the key parameters of a wake-up event, so that the data is visualized and easy to compare and trend analysis. This method greatly simplifies the data processing process and improves the efficiency of problem location.

[0076] In this embodiment, after the vehicle is awakened, the timer is reset to run at a preset running time. When the timer reaches the preset running time, a high voltage permission instruction is sent, and the vehicle power is controlled to be powered on to put the vehicle into a startup state. The vehicle status data is obtained, and the status data is used as wake-up data to implement automated and efficient testing, thereby ensuring that the wake-up to startup process is stable and reliable, and improving test accuracy and efficiency.

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

[0078] The monitoring module 10 is used to monitor the vehicle communication status and determine whether the vehicle enters the sleep mode;

[0079] The control module 20 is used to send a wake-up message when the vehicle enters the sleep mode;

[0080] 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, and obtain the awakening data;

[0081] The result module 40 is used to analyze the wake-up data and obtain a test report. The vehicle wake-up automation test device provided in the present application adopts the vehicle wake-up automation test method in the above embodiment, which can solve the technical problem of how to improve the efficiency and stability of automated test sleep and wake-up. Compared with the prior art, the beneficial effects of the vehicle wake-up automation test device provided in the present application are the same as the beneficial effects of the vehicle wake-up automation test method provided in the above embodiment, and other technical features in the vehicle wake-up automation test device are the same as the features disclosed in the above embodiment method, which will not be repeated here.

[0082] In one embodiment, the monitoring module 10 is further used to monitor all messages on the vehicle communication bus; when it is monitored that the communication frequency of the messages is lower than a predetermined threshold, it is determined that the vehicle enters the sleep mode.

[0083] In one embodiment, the control module 20 is also used to set a timer, and the timer runs according to a first preset time; when the timer reaches the first preset time, a wake-up message is generated; and the wake-up message is sent on a preset communication channel to wake up the vehicle from sleep mode.

[0084] In one embodiment, the acquisition module 30 is also used to reset the timer to run at a preset running time after the vehicle is awakened; when the timer reaches the preset running time, a high voltage permission instruction is sent, and the vehicle enters a starting 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.

[0085] In one embodiment, the result module 40 is also used for the wake-up data including various controller data of the vehicle; after a preset running time, a wake-up data set is obtained according to the wake-up data; and a test report is obtained by processing according to the wake-up data set.

[0086] In one embodiment, the result module 40 is also used to analyze the wake-up data set to obtain test results, which include but are not limited to counting the wake-up response time, detecting the wake-up success rate, evaluating the synchronization of communications between vehicle controllers, and identifying abnormal signals or error codes; the test results are processed by an algorithm to obtain a test report.

[0087] In one embodiment, the result module 40 is further used to reset the timer to run at a second preset time; after the timer reaches the second preset time, the vehicle power is powered off to make the vehicle re-enter the sleep mode.

[0088] The present application provides a vehicle wake-up automated testing 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 wake-up automated testing method in the above-mentioned embodiment one.

[0089] Reference below Figure 8 , which shows a schematic diagram of the structure of a vehicle wake-up automatic test device suitable for implementing the embodiment of the present application. The vehicle wake-up automatic test device 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 8 The vehicle 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.

[0090] like Figure 8As shown, the vehicle wake-up automated test equipment may include a processing device 1001 (e.g., 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. In RAM1004, various programs and data required for the operation of the vehicle wake-up automated test equipment are also stored. The processing device 1001, ROM1002, and RAM1004 are connected to each other via 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: an input device 1007 including, for example, a touch screen, a touchpad, a keyboard, a mouse, an image sensor, a microphone, an accelerometer, a gyroscope, etc.; an output device 1008 including, for example, a liquid crystal display (LCD: Liquid Crystal Display), a speaker, a vibrator, etc.; a storage device 1003 including, for example, a magnetic tape, a hard disk, etc.; and a communication device 1009. The communication device 1009 can allow the vehicle wake-up automated test device to communicate with other devices wirelessly or by wire to exchange data. Although the figure shows a vehicle wake-up automated test device with various systems, it should be understood that it is not required to implement or have all the systems shown. More or fewer systems can be implemented or have alternatively.

[0091] 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 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 a network through a communication device, or installed from a storage device 1003, or installed from a 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.

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

[0093] 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.

[0094] 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.

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

[0096] The computer-readable 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 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 medium may be any tangible medium containing or storing 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 medium may be transmitted using any appropriate medium, including but not limited to: wires, optical cables, RF (Radio Frequency), etc., or any suitable combination of the above.

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

[0098] The computer-readable medium carries one or more programs. When the one or more programs are executed by the vehicle wake-up automated test device, the vehicle wake-up automated test device can write computer program codes for performing the operations of the present application in one or more programming languages ​​or a combination thereof. The programming languages ​​include object-oriented programming languages, such as Java, Smalltalk, C++, and conventional procedural programming languages, such as "C" language or similar programming languages. The program code can be executed entirely 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 entirely 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).

[0099] 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.

[0100] 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.

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

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

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

[0104] 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 wake-up automated testing method, characterized in that: The method comprises: Monitor the vehicle's communication status and determine whether the vehicle has entered sleep mode; When the vehicle enters 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 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 vehicle enters the sleep mode includes: Monitor all messages on the vehicle communication bus; When it is monitored that the communication frequency of the message is lower than a predetermined threshold, it is determined that the vehicle enters the sleep mode.

3. The method according to claim 1, characterized in that The step of sending a wake-up message when the vehicle enters a sleep mode includes: Setting a timer, wherein the timer runs according to a first preset time; When the timer reaches a first preset time, a wake-up message is generated; The wake-up message is sent on a preset communication channel to wake up the vehicle from the sleep mode.

4. 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, the timer is reset to run at the preset running time; When the timer reaches the preset running time, it sends a high voltage permission instruction, and controls the vehicle power supply to power on, so that the vehicle enters the starting state; The status data of the vehicle is acquired, and the status data is used as the wake-up data.

5. The method according to claim 1, characterized in that The step of analyzing the wake-up data to obtain a test report includes: The wake-up data includes various controller data of the vehicle; After a preset running time, a wake-up data set is obtained according to the wake-up data; Processing is performed according to the wake-up data set to obtain a test report.

6. The method according to claim 5, characterized in that The step of processing according to 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 but not limited to counting the wake-up response time, detecting the wake-up success rate, evaluating the synchronization of communication between vehicle controllers, and identifying abnormal signals or error codes; The test results are processed by an algorithm to obtain a test report.

7. The method according to claim 1, characterized in that After the step of analyzing the wake-up data set to obtain a test report, the method further comprises: resetting the timer to run at a second preset time; After the timer reaches the second preset time, the vehicle power is powered off to make the vehicle re-enter the sleep mode.

8. A vehicle wake-up automatic test device, characterized in that: The device comprises: A monitoring module is used to monitor the vehicle communication status and determine whether the vehicle has entered a sleep mode; A control module, used for sending a wake-up message when the vehicle enters 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 wake-up automatic test device, characterized in that: The device comprises: a memory, a processor, and a vehicle wake-up automation test program stored in the memory and executable on the processor, wherein the vehicle wake-up automation test program is configured to implement the steps of the vehicle wake-up automation test method according to any one of claims 1 to 7.

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

Images