Whole vehicle sleep wake-up test method, device and equipment and storage medium

Abstract

The invention discloses a whole vehicle sleep wake-up test method, device and equipment and a storage medium, and relates to the technical field of automobile communication. First time, second time and a time interval array are obtained; confirming the state of the whole vehicle according to the first time, the second time and the time interval array; when the whole vehicle state is a dormant state, obtaining counting information, an awakening time interval and an abnormal flag bit; and according to at least one of the first time, the second time, the counting information, the wake-up time interval and the abnormal flag bit, carrying out a sleep wake-up test, thereby solving the problem of how to automatically carry out a whole vehicle sleep wake-up abnormal test, and improving the efficiency and reliability of the whole vehicle sleep wake-up test.

Description

Technical Field

[0001] The present application relates to the technical field of automobile communications, and in particular to a vehicle sleep and wake-up test method, device, equipment and storage medium. Background Art

[0002] With the continuous development of automobile technology, the network structure of the whole vehicle is becoming increasingly complex, and the network configuration differences between different models are also increasing. Traditional testing methods are often unable to flexibly respond to these changes and are difficult to meet diverse testing needs. In the existing whole vehicle CAN (Controller Area Network) bus network testing technology, there are multiple limitations in the monitoring and analysis of the sleep and wake-up status of each system of the whole vehicle. First, the traditional method relies on manual inspection of the sleep and wake-up status of each system one by one. This method is not only inefficient, but also prone to errors, and it is difficult to cope with large-scale and complex whole vehicle network testing needs. Secondly, there is a lack of automated stress testing methods, and it is impossible to effectively verify the stability and reliability of the whole vehicle network under long-term operation. Furthermore, the existing testing methods often lack flexibility and customizability, and cannot adapt to the testing needs of different models and different network configurations.

[0003] Specifically, traditional testing methods usually require testers to manually set monitoring parameters and check the message sending status of each system one by one to determine whether it has entered a dormant or awakened state. This method is not only time-consuming and labor-intensive, but also prone to misjudgment or missed judgments due to human factors. At the same time, due to the lack of an automated stress testing mechanism, it is difficult to fully evaluate the performance of the vehicle network under extreme working conditions.

[0004] Therefore, how to automatically conduct abnormal testing of vehicle sleep and wake-up is a problem that needs to be solved urgently. Summary of the invention

[0005] The main purpose of this application is to provide a whole vehicle sleep and wake-up test method, device, equipment and storage medium, aiming to solve the technical problem of how to automatically perform whole vehicle sleep and wake-up abnormality testing.

[0006] To achieve the above purpose, the present application proposes a vehicle sleep wake-up test method, the method comprising:

[0007] Get the first time, second time and time interval array;

[0008] Confirming the vehicle status according to the first time, the second time and the time interval array;

[0009] When the vehicle is in a dormant state, obtaining counting information, a wake-up time interval and an abnormal flag;

[0010] A sleep wake-up test is performed according to at least one of the first time, the second time, the counting information, the wake-up time interval and the abnormal flag.

[0011] In one embodiment, the step of performing a sleep wake-up test according to at least one of the first time, the second time, the counting information, the wake-up time interval, and the abnormal flag bit includes:

[0012] Obtaining system count, gateway count and channel count according to the counting information;

[0013] Obtaining a sleep exception flag and a wake-up exception flag according to the exception flag;

[0014] Perform a sleep abnormality test according to at least one of the first time, the second time, the gateway count, the system count, the channel count, the wake-up time interval, and the sleep abnormality flag;

[0015] A wake-up exception test is performed according to at least one of the first time, the gateway count, the system count, the channel count, the wake-up time interval, and the wake-up exception flag.

[0016] In one embodiment, the step of performing a sleep abnormality test according to at least one of the first time, the second time, the gateway count, the system count, the channel count, the wake-up time interval, and the sleep abnormality flag includes:

[0017] Perform a bus sleep anomaly test according to the first time, the second time and the gateway count;

[0018] A system sleep exception test is performed according to the gateway count, the system count, the channel count, the wake-up time interval and the sleep exception flag.

[0019] In one embodiment, the step of performing a wake-up exception test according to at least one of the first time, the gateway count, the system count, the channel count, the wake-up time interval, and the wake-up exception flag includes:

[0020] Performing a gateway wake-up abnormality test according to the first time and the gateway count;

[0021] A system wake-up exception test is performed according to the gateway count, the system count, the channel count, the wake-up time interval and the wake-up exception flag.

[0022] In one embodiment, the counting information includes a system count and a channel count. When the vehicle is in a dormant state, after obtaining the counting information, the wake-up time interval and the abnormal flag, the following is further included:

[0023] When a signal trigger is detected on the bus, the system number and channel number are obtained;

[0024] Obtaining a corresponding current system number and a current channel number according to the system count and the channel count;

[0025] When the system number is equal to the current system number and the channel number is equal to the current channel number, the first time is used as the wake-up time interval.

[0026] In one embodiment, the step of confirming the vehicle status according to the first time, the second time and the time interval array includes:

[0027] Obtaining a subscript value and a time interval according to the time interval array;

[0028] When the difference between the first time and the second time is greater than the time interval corresponding to the subscript value, it is confirmed that the vehicle is in a dormant state at this time.

[0029] In one embodiment, after performing the sleep wake-up test according to at least one of the first time, the second time, the counting information, the wake-up time interval, and the abnormal flag, the method further includes:

[0030] When the vehicle is in abnormal sleep or wake-up state, obtain the time when the abnormality occurs;

[0031] An abnormality reminder is performed based on the abnormality occurrence time and the counting information.

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

[0033] A time acquisition module, used to acquire a first time, a second time and a time interval array;

[0034] A sleep determination module, used for confirming the vehicle status according to the first time, the second time and the time interval array;

[0035] A data processing module, used for obtaining counting information, a wake-up time interval and an abnormal flag when the vehicle is in a dormant state;

[0036] The abnormality testing module is used to perform a sleep wake-up test according to at least one of the first time, the second time, the counting information, the wake-up time interval and the abnormality flag.

[0037] In addition, to achieve the above-mentioned purpose, the present application also proposes a whole vehicle sleep and wake-up test device, which includes: a memory, a processor, and a computer program stored on the memory and runnable on the processor, and the computer program is configured to implement the steps of the whole vehicle sleep and wake-up test method as described above.

[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 test method 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, it implements the steps of the vehicle sleep and wake-up test method as described above.

[0040] The present application provides a method for testing sleep and wakeup of a whole vehicle, and the method of the present application includes: obtaining a first time, a second time, and an array of time intervals; confirming the state of the whole vehicle according to the first time, the second time, and the array of time intervals; when the state of the whole vehicle is a sleep state, obtaining counting information, a wakeup time interval, and an abnormal flag; performing a sleep and wakeup test according to at least one of the first time, the second time, the counting information, the wakeup time interval, and the abnormal flag. In summary, the present application solves the problem of how to automatically perform sleep and wakeup abnormality tests on the whole vehicle by analyzing and counting the sleep and wakeup data of each system of the whole vehicle, and based on this, performs automated stress testing on the sleep and wakeup of each system of the whole vehicle, thereby improving the efficiency and reliability of the sleep and wakeup test of the whole vehicle. BRIEF DESCRIPTION OF THE DRAWINGS

[0041] The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present application and, together with the description, serve to explain the principles of the present application.

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

[0043] Figure 1 A schematic diagram of a flow chart provided for the first embodiment of the vehicle sleep-wake-up test method of the present application;

[0044] Figure 2 This is a schematic diagram of a scene of a display interface in an embodiment of a vehicle sleep-wake-up test method of the present application;

[0045] Figure 3 A flow chart of the second embodiment of the vehicle sleep and wake-up test method provided in this application;

[0046] Figure 4 A schematic diagram of a flow chart of the third embodiment of the vehicle sleep and wake-up test method of the present application;

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

[0048] Figure 6 This is a schematic diagram of the device structure of the hardware operating environment involved in the vehicle sleep and wake-up 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: obtain the first time, the second time and the time interval array; confirm the status of the whole vehicle according to the first time, the second time and the time interval array; when the status of the whole vehicle is a sleep state, obtain counting information, wake-up time interval and abnormal flag; perform a sleep wake-up test according to at least one of the first time, the second time, the counting information, the wake-up time interval and the abnormal flag.

[0053] With the continuous development of automobile technology, the network structure of the whole vehicle is becoming increasingly complex, and the network configuration differences between different models are also increasing. Traditional testing methods are often unable to flexibly respond to these changes and are difficult to meet diverse testing needs. In the existing whole vehicle CAN bus network testing technology, there are multiple limitations in monitoring and analyzing the sleep and wake-up status of each system in the whole vehicle. First, the traditional method relies on manual inspection of the sleep and wake-up status of each system one by one. This method is not only inefficient, but also prone to errors, and it is difficult to cope with large-scale and complex whole vehicle network testing needs. Secondly, the lack of automated stress testing means cannot effectively verify the stability and reliability of the whole vehicle network under long-term operation. Furthermore, the existing testing methods often lack flexibility and customizability, and cannot adapt to the testing needs of different models and different network configurations. Specifically, traditional testing methods usually require testers to manually set monitoring parameters and check the message sending of each system one by one to determine whether it has entered the sleep or wake-up state. This method is not only time-consuming and labor-intensive, but also prone to misjudgment or missed judgment due to human factors. At the same time, due to the lack of automated stress testing mechanism, the performance of the whole vehicle network under extreme working conditions is difficult to be fully evaluated. Therefore, how to automatically conduct abnormal testing of vehicle sleep and wake-up is a problem that needs to be solved urgently.

[0054] This application solves the problem of how to automatically perform abnormal sleep and wake-up tests on the whole vehicle by analyzing and counting the sleep and wake-up data of each system of the whole vehicle, and performs automated stress testing on the sleep and wake-up of each system of the whole vehicle based on the data, thereby improving the efficiency and reliability of the sleep and wake-up test of the whole vehicle.

[0055] It should be noted that the execution subject of this embodiment can be a vehicle sleep wake-up test system, or a computing service device with data processing, network communication and program running functions, or an electronic device that can realize the above vehicle sleep wake-up test function, etc. This embodiment does not specifically limit this. The following takes the vehicle sleep wake-up test system as an example to illustrate this embodiment and the following embodiments.

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

[0057] In this embodiment, the vehicle sleep and wake-up test method includes steps S10 to S40:

[0058] Step S10: Obtain the first time, the second time and the time interval array.

[0059] It should be noted that the first time is a long integer variable (such as i) pre-stored in the system as the basis of the time loop function, and its initial value is 0. In each loop, i is incremented by 20 according to the set time interval (such as every 20ms) to record the accumulated time since the last loop. This variable is mainly used to calculate whether the vehicle has reached the sleep state or the time interval after waking up. Similarly, the second time is also a pre-stored long integer variable (such as j), with an initial value of 0. Whenever a frame of message is received on the bus, the value of i is assigned to j to record the time point of the last message reception. It can be understood that the difference between j and i can be used to determine whether the bus is in an idle state, that is, there is no message transmission, so as to infer whether the vehicle has entered the sleep state. The time interval array is a preset array containing multiple time interval values ​​(such as time_j), which is used to store the time interval for waking up the bus after the vehicle goes into sleep. These time intervals are set according to the test requirements to form a loop sequence to ensure a comprehensive sleep wake-up stress test of the vehicle CAN network.

[0060] Step S20: confirming the vehicle status according to the first time, the second time and the time interval array.

[0061] It should be noted that the vehicle status refers to the current state of the vehicle, including the awake state and the dormant state. It is understandable that the confirmation of the vehicle status is the basis of the dormant wake-up test, which determines when to start the wake-up test and the time control during the test. Specifically, in this step, the system will determine whether the vehicle is in a dormant state by comparing the difference between the first time (i) and the second time (j) and the value in the time interval array (time_j).

[0062] In a feasible implementation manner, the step S20 specifically includes:

[0063] Step S201: obtaining a subscript value and a time interval according to the time interval array.

[0064] It should be noted that the design of the time interval array (time_j) is flexible and can be adjusted according to different test requirements and vehicle model network configurations. Specifically, in this step, the system will obtain the corresponding subscript value from the time interval array (time_j) according to the current test progress or number of cycles. The subscript value is used to index the time interval value in the array, that is, the sleep wake-up time interval required for the current test cycle. As the test progresses, the subscript value will increase each time a sleep wake-up cycle is completed, and it will loop back to the first element after reaching the array length to implement a cyclic test. For example, at the beginning of the test, the subscript value is 0, and the corresponding time interval is time_j[0]. As the test progresses, the subscript value gradually increases, and each element in the time_j array is accessed in turn. When the test reaches a preset number of cycles (such as 41 times), the subscript value will be reset to 0, and the test will continue from time_j[0], and so on.

[0065] Step S202: when the difference between the first time and the second time is greater than the time interval corresponding to the subscript value, confirm that the vehicle is in a dormant state at this time.

[0066] It should be noted that in this step, the first time (i) represents the total time since the start of the test, and the second time (j) represents the time since the last bus message was triggered. By comparing the difference between the two times and the time interval corresponding to the current subscript value, it can be determined whether the vehicle has entered a dormant state. For example, at a certain test moment, the first time i is 10000ms (i.e. 10 seconds), and the second time j is 9500ms (9.5 seconds). At this time, the time interval corresponding to the current subscript value is 400ms. At this time, the difference between the first time i and the second time j is 500ms, which is greater than the time interval of 400ms, so it can be confirmed that the vehicle is currently in a dormant state.

[0067] Step S30: when the vehicle is in a dormant state, obtaining counting information, a wake-up time interval and an abnormal flag.

[0068] It should be noted that the counting information is used to record the sequence numbers of each system, gateway and channel; the wake-up time interval is used to record the time required for each system to wake up from sleep; and the exception flag is used to mark whether a sleep or wake-up exception occurs.

[0069] In addition, it should be noted that when the vehicle status is confirmed to be dormant, the system will initialize the counting information, wake-up time interval and abnormal flag of each system before acquisition. For example, the system will initialize the counting information, wake-up time interval and abnormal flag of each system before acquisition, and prepare to send the network management message of the gateway to wake up the bus. At this time, the information of each system is initialized to 0.

[0070] Step S40: performing a sleep wake-up test according to at least one of the first time, the second time, the counting information, the wake-up time interval and the abnormal flag.

[0071] It should be noted that the sleep wake-up test includes a sleep abnormality test and a wake-up abnormality test. In this step, the system will control the wake-up and re-sleep process of the entire vehicle according to the first time (i), the second time (j) and the wake-up time interval. During the wake-up process, the wake-up time interval of each system is compared with the preset wake-up time interval to determine whether there is a wake-up abnormality. The system will also monitor the message transmission on the bus, and determine whether there is a sleep abnormality in each system based on the abnormal flag bit.

[0072] In a feasible implementation manner, after step S40, the method further includes:

[0073] Step S50: When the vehicle is in sleep abnormality or wake-up abnormality, obtain the abnormality occurrence time.

[0074] It should be noted that the abnormality occurrence time refers to the specific time point when the system detects an abnormality in the sleep or wake-up state. It is understandable that the abnormality occurrence time can help the system quickly locate the cause of the problem, analyze the abnormal behavior, and optimize the system design.

[0075] In addition, it should be noted that in this step, when the system detects that the preset sleep exception or wake-up exception conditions are met (such as application messages are still being sent after the gateway network management message stops being sent, or the gateway does not respond within the specified time after sending the wake-up message), the current system time will be obtained immediately (which can be achieved by calling a specific function), and this time is the time when the exception occurred.

[0076] Step S60: Providing an abnormality reminder based on the abnormality occurrence time and the counting information.

[0077] It should be noted that in this step, once the system detects a sleep or wake-up anomaly and obtains the time when the anomaly occurred, the system will issue an anomaly reminder based on this information and the collected count information. This step displays the anomaly details through a visual interface (such as a Panel) to locate the location and cause of the anomaly in a timely manner.

[0078] Specifically, Figure 2As described above, the system will display the sorted exception information on the Panel. The exception information is presented to the user in an easy-to-understand manner, including but not limited to the time when the exception occurred, the system ID, the channel ID, and the specific exception description. Users can quickly locate the problem based on this information and take corresponding solutions. For example: If the system detects that an ECU (Electronic Control Unit) has an exception during the wake-up process (such as failure to send an application message within the specified time), the following information will be displayed on the Panel: "Exception type: Wake-up exception; Exception occurrence time: 14:35:10; System ID: 140; Channel ID: CAN1; Description: The MCU did not respond within the specified time after sending the wake-up message".

[0079] The present embodiment provides a method for testing sleep and wakeup of a whole vehicle, and the method of the present embodiment includes: obtaining a first time, a second time, and an array of time intervals; confirming the state of the whole vehicle according to the first time, the second time, and the array of time intervals; when the state of the whole vehicle is a sleep state, obtaining counting information, a wakeup time interval, and an abnormal flag; performing a sleep and wakeup test according to at least one of the first time, the second time, the counting information, the wakeup time interval, and the abnormal flag. In summary, the present embodiment solves the problem of how to automatically perform sleep and wakeup abnormality tests on the whole vehicle by analyzing and counting the sleep and wakeup data of each system of the whole vehicle, and based on this, performs automated stress testing on the sleep and wakeup of each system of the whole vehicle, thereby improving the efficiency and reliability of the sleep and wakeup test of the whole vehicle.

[0080] 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 , Figure 3 This is a flow chart of the second embodiment of the vehicle sleep and wake-up test method of the present application, wherein step S40 further includes:

[0081] Step S401: Obtaining system count, gateway count and channel count according to the counting information.

[0082] It should be noted that the system count (such as m) represents the serial number of the system currently under test. Each system will be assigned a unique system ID and a corresponding system count to record the activity of the system. The channel count (such as n) indicates that each system may communicate through multiple channels. The channel count is used to identify which system communicates through which channel. The gateway count (such as WGnub) is used to record the activity status of the gateway and represents the latest reception time of the gateway network management message.

[0083] Step S402: obtaining a sleep exception flag and a wake-up exception flag according to the exception flag.

[0084] It should be noted that, in this embodiment, the exception flag includes a sleep exception flag and a wakeup exception flag. The sleep exception flag indicates a flag that indicates whether sleep is abnormal during the test, 1 for abnormality and 0 for normal. Similarly, the wakeup exception flag indicates a flag that indicates whether wakeup is abnormal during the test, 1 for abnormality and 0 for normal.

[0085] Step S403: Perform a sleep exception test according to at least one of the first time, the second time, the gateway count, the system count, the channel count, the wake-up time interval, and the sleep exception flag.

[0086] It should be noted that the sleep abnormality test includes testing the sleep abnormality of the bus application message and testing the sleep abnormality of each system. Specifically, in this step, the system will make a comprehensive judgment based on the first time (i), the second time (j), the gateway count (WGnub), the system count (m), the channel count (n), the wake-up time interval and the sleep abnormality flag.

[0087] In a feasible implementation manner, the step S403 specifically includes:

[0088] Step A10: Perform a bus sleep abnormality test according to the first time, the second time and the gateway count.

[0089] It should be noted that in this step, the system will determine whether the bus enters an abnormal sleep state by comparing the values ​​of the first time (i) and the second time (j) and the value of the gateway count (WGnub). Specifically, the system will detect the difference between the second time (j) and the gateway count (WGnub). If the difference exceeds a preset time threshold (such as 3500ms), and the interval between the first time and the second time meets the preset time interval (such as i=j+20, to ensure no repeated reminders), it is determined that the bus sleep state is abnormal.

[0090] Step A20: Perform a system sleep exception test according to the gateway count, the system count, the channel count, the wake-up time interval and the sleep exception flag.

[0091] It should be noted that in this step, the system will determine whether the current system is in sleep abnormality based on the system count, channel count, wake-up time interval, gateway count and sleep abnormality flag. Specifically, if a system has not sent an application message after the set wake-up time interval (such as 3500ms) after the gateway wakes up, or the difference between the gateway count and the wake-up time interval is greater than the preset interval threshold (such as 1000ms), and the sleep abnormality flag is 0 (indicating that the abnormality has not been recorded before), it is judged as a system wake-up abnormality.

[0092] Step S404: performing a wake-up exception test according to at least one of the first time, the gateway count, the system count, the channel count, the wake-up time interval, and the wake-up exception flag.

[0093] It should be noted that the wake-up exception test includes the gateway wake-up exception test and each system wake-up exception test. Specifically, in this step, the system will make a comprehensive judgment based on the first time (i), gateway count (WGnub), system count (m), channel count (n), wake-up time interval and wake-up exception flag.

[0094] In a feasible implementation manner, the step S404 specifically includes:

[0095] Step B10: performing a gateway wake-up abnormality test according to the first time and the gateway count.

[0096] It should be noted that, specifically, when the system sends a wake-up message, the timing starts. If after a preset time (such as 1 second, which can be adjusted according to design requirements), the network management message of the gateway is still not awakened, that is, the first time i minus the gateway count WGnub is greater than or equal to 1000 (assuming that the time unit is milliseconds), it is judged that the gateway wake-up is abnormal.

[0097] Step B20: performing a system wake-up exception test according to the gateway count, the system count, the channel count, the wake-up time interval and the wake-up exception flag.

[0098] It should be noted that in this step, the system will traverse all monitored systems (represented by the system count m) and channels (represented by the channel count n) to check the wake-up status of each system. For each system, the system compares the gateway count (WGnub) with the wake-up time interval of the system. If the system still does not send an application message after the gateway network management message is sent, and the wake-up exception flag is 0, it is judged that the system wake-up is abnormal. When the system wake-up is judged to be abnormal, the corresponding wake-up exception flag is set to 1 to ensure that the reminder is not output repeatedly in the current wake-up cycle.

[0099] In this embodiment, when the system detects an abnormality during the sleep or wake-up process, a flag is set on the abnormal flag bit of the corresponding system or gateway to indicate the occurrence of the abnormality. Real-time detection and recording of abnormal situations during the sleep or wake-up process is achieved, reducing the need for manual intervention and speeding up the response speed and processing capabilities of abnormal situations. The intelligence level of the vehicle sleep and wake-up test and the efficiency of troubleshooting are improved.

[0100] Based on the first and second embodiments of the present application, in the third embodiment of the present application, the same or similar contents as those in the first and second embodiments can be referred to the above description, and will not be described in detail later. Figure 4 , Figure 4 This is a flow chart of the third embodiment of the vehicle sleep and wake-up test method of the present application. After step S30, it also includes:

[0101] Step C10: When a signal trigger is detected on the bus, the system number and channel number are obtained.

[0102] It should be noted that the system number (and system ID) is a unique identifier assigned to each control unit in the vehicle, which is used to distinguish different systems or control units. In the CAN bus, a control unit may communicate with the bus through multiple channels, and the channel number (i.e. channel ID) is used to distinguish different communication paths of the same control unit.

[0103] In addition, it should be noted that in this step, when the bus detects a new signal (message) trigger, the system will first analyze the source of the signal, that is, determine the system number and channel number that sent the signal. It can be understood that this is to accurately monitor and analyze the sleep and wake-up status of each system and channel in the future.

[0104] Step C20: Obtain the corresponding current system number and current channel number according to the system count and the channel count.

[0105] It should be noted that the counting information includes system count and channel count. The system count is used to traverse or specify the system number to be monitored to ensure that all preset systems can be effectively monitored. The channel count is to further traverse the specific communication channels under the system when the system count is determined to achieve more detailed monitoring. For example, assuming that the current value of the system count (m) is 0, it means that the first system is being monitored; the current value of the channel count (n) is 1, which means that the second channel is being monitored in the system. Then, combined with the information obtained in step C10, the system will look for the system number corresponding to the system count m being 0 and the channel number corresponding to the channel count n being 1.

[0106] Step C30: When the system number is equal to the current system number and the channel number is equal to the current channel number, the first time is used as the wake-up time interval.

[0107] It should be noted that in this step, after the system confirms that the currently processed signal is indeed from the channel of the preset monitoring system, the system will record the time point when the signal is triggered, that is, the first time, and use the first time as the wake-up time interval. It can be understood that different systems and channels correspond to different wake-up time intervals.

[0108] In this embodiment, by obtaining the system number and the channel number and matching the trigger signal with the preset monitoring object according to the counting information, the confusion and error of signal processing are avoided and the orderliness and accuracy of the monitoring process are ensured.

[0109] This application also provides a vehicle sleep wake-up test device, please refer to Figure 5 The vehicle sleep and wake-up test device comprises:

[0110] The time acquisition module 10 is used to acquire the first time, the second time and the time interval array.

[0111] The sleep determination module 20 is used to confirm the vehicle status according to the first time, the second time and the time interval array.

[0112] The data processing module 30 is used to obtain counting information, wake-up time interval and abnormal flag when the vehicle is in a dormant state.

[0113] The abnormality testing module 40 is used to perform a sleep wake-up test according to at least one of the first time, the second time, the counting information, the wake-up time interval and the abnormality flag.

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

[0115] The present application provides a whole vehicle sleep and wake-up test device, the whole vehicle sleep and wake-up test device 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 whole vehicle sleep and wake-up test method in the above-mentioned embodiment one.

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

[0117] like Figure 6 As shown, the vehicle sleep wake-up 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 the program stored in the read-only memory (ROM: Read Only Memory) 1002 or the program loaded from the storage device 1003 to the random access memory (RAM: Random Access Memory) 1004. In RAM1004, various programs and data required for the operation of the vehicle sleep wake-up test equipment are also stored. The processing device 1001, ROM1002 and RAM1004 are connected to each other via a bus 1005. The 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 a communication device 1009. The communication device 1009 can allow the whole vehicle sleep wake-up test equipment to communicate wirelessly or wired with other devices to exchange data. Although the figure shows a whole vehicle sleep wake-up 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.

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

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

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

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

[0122] 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 test method in the above-mentioned embodiment.

[0123] 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 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 storage 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.

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

[0125] The above-mentioned computer-readable storage medium carries one or more programs. When the above-mentioned one or more programs are executed by the whole vehicle sleep and wake-up test equipment, the whole vehicle sleep and wake-up test equipment: obtains the first time, the second time and the time interval array; confirms the whole vehicle state according to the first time, the second time and the time interval array; when the whole vehicle state is the sleep state, obtains counting information, wake-up time interval and abnormal flag; performs sleep and wake-up test according to at least one of the first time, the second time, the counting information, the wake-up time interval and the abnormal flag.

[0126] Computer program code for performing the operations of the present application may be written in one or more programming languages ​​or a combination thereof, including object-oriented programming languages ​​such as Java, Smalltalk, C++, and conventional procedural programming languages ​​such as "C" or similar programming languages. The program code may be executed entirely on the user's computer, partially on the user's computer, as a separate 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 may 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 may be connected to an external computer (e.g., via the Internet using an Internet service provider).

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

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

[0129] The readable storage medium provided in 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 and wake-up test method, and can solve the technical problem of how to automatically perform the vehicle sleep and wake-up abnormal test. Compared with the prior art, the beneficial effects of the computer-readable storage medium provided in the present application are the same as the beneficial effects of the vehicle sleep and wake-up test method provided in the above-mentioned embodiment, and will not be repeated here.

[0130] 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 and wake-up test method.

[0131] The computer program product provided in this application can solve the technical problem of how to automatically perform abnormal vehicle sleep and wake-up tests. Compared with the prior art, the beneficial effects of the computer program product provided in this application are the same as the beneficial effects of the vehicle sleep and wake-up test method provided in the above embodiment, which will not be repeated here.

[0132] 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 test method, characterized in that: The method comprises: Get the first time, second time and time interval array; confirming the vehicle status according to the first time, the second time, and the time interval array; When the vehicle is in a dormant state, obtaining counting information, a wake-up time interval, and an abnormal flag; A sleep wake-up test is performed according to at least one of the first time, the second time, the counting information, the wake-up time interval, and the abnormal flag.

2. The method according to claim 1, wherein The step of performing a sleep / wake-up test according to at least one of the first time, the second time, the counting information, the wake-up time interval, and the abnormal flag bit includes: Obtaining system count, gateway count and channel count according to the counting information; Obtaining a sleep exception flag and a wake-up exception flag according to the exception flag; performing a sleep exception test according to at least one of the first time, the second time, the gateway count, the system count, the channel count, the wake-up time interval, and the sleep exception flag; A wake-up exception test is performed according to at least one of the first time, the gateway count, the system count, the channel count, the wake-up time interval, and the wake-up exception flag.

3. The method according to claim 2, wherein The step of performing a sleep exception test according to at least one of the first time, the second time, the gateway count, the system count, the channel count, the wake-up time interval, and the sleep exception flag includes: Perform a bus sleep anomaly test according to the first time, the second time, and the gateway count; A system sleep exception test is performed according to the gateway count, the system count, the channel count, the wake-up time interval, and the sleep exception flag.

4. The method according to claim 2, wherein The step of performing a wake-up exception test according to at least one of the first time, the gateway count, the system count, the channel count, the wake-up time interval, and the wake-up exception flag includes: Performing a gateway wake-up abnormality test according to the first time and the gateway count; A system wake-up exception test is performed according to the gateway count, the system count, the channel count, the wake-up time interval, and the wake-up exception flag.

5. The method according to claim 1, wherein The counting information includes system counting and channel counting. When the vehicle is in a dormant state, after obtaining the counting information, the wake-up time interval, and the abnormal flag, the following is also included: When a signal trigger is detected on the bus, the system number and channel number are obtained; Obtaining a corresponding current system number and current channel number according to the system count and the channel count; When the system number is equal to the current system number and the channel number is equal to the current channel number, the first time is used as the wake-up time interval.

6. The method according to claim 1, wherein The step of confirming the vehicle status according to the first time, the second time and the time interval array includes: Obtaining a subscript value and a time interval according to the time interval array; When the difference between the first time and the second time is greater than the time interval corresponding to the subscript value, it is determined that the vehicle is in a dormant state at this time.

7. The method according to any one of claims 1 to 6, characterized in that After performing the sleep / wake-up test according to at least one of the first time, the second time, the counting information, the wake-up time interval, and the abnormal flag, the method further includes: When the vehicle is in sleep or wake-up abnormality, obtain the time when the abnormality occurs; An abnormality reminder is performed based on the abnormality occurrence time and the counting information.

8. A vehicle sleep and wake-up test device, characterized in that: The device comprises: A time acquisition module is used to obtain the first time, the second time and the time interval array; a sleep determination module, configured to determine the vehicle status according to the first time, the second time, and the time interval array; A data processing module, configured to obtain counting information, a wake-up time interval, and an abnormal flag when the vehicle is in a dormant state; The abnormality testing module is used to perform a sleep wake-up test according to at least one of the first time, the second time, the counting information, the wake-up time interval and the abnormality flag.

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

10. A storage medium, characterized in that: The storage medium 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-wake-up test method according to any one of claims 1 to 7 are implemented.

Images