CN117631636A - Vehicle-mounted controller testing method and device and electronic equipment - Google Patents
Vehicle-mounted controller testing method and device and electronic equipment Download PDFInfo
- Publication number
- CN117631636A CN117631636A CN202210977050.XA CN202210977050A CN117631636A CN 117631636 A CN117631636 A CN 117631636A CN 202210977050 A CN202210977050 A CN 202210977050A CN 117631636 A CN117631636 A CN 117631636A
- Authority
- CN
- China
- Prior art keywords
- tested
- vehicle
- test
- time
- mounted controller
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000012360 testing method Methods 0.000 title claims abstract description 357
- 238000004891 communication Methods 0.000 claims abstract description 85
- 230000004044 response Effects 0.000 claims abstract description 62
- 238000001514 detection method Methods 0.000 claims abstract description 43
- 238000000034 method Methods 0.000 claims abstract description 43
- 230000035484 reaction time Effects 0.000 claims abstract description 40
- 230000005059 dormancy Effects 0.000 claims abstract description 37
- 238000013515 script Methods 0.000 claims description 60
- 101000685724 Homo sapiens Protein S100-A4 Proteins 0.000 claims description 31
- 102100023087 Protein S100-A4 Human genes 0.000 claims description 31
- 230000002618 waking effect Effects 0.000 claims description 25
- 230000006870 function Effects 0.000 claims description 17
- 238000004590 computer program Methods 0.000 claims description 11
- 230000003068 static effect Effects 0.000 claims description 3
- 239000000758 substrate Substances 0.000 claims 1
- 230000008569 process Effects 0.000 abstract description 13
- 238000005516 engineering process Methods 0.000 description 9
- 238000012545 processing Methods 0.000 description 9
- 238000006243 chemical reaction Methods 0.000 description 6
- 238000010586 diagram Methods 0.000 description 6
- 238000013473 artificial intelligence Methods 0.000 description 5
- 230000007958 sleep Effects 0.000 description 4
- 238000010276 construction Methods 0.000 description 3
- 239000003550 marker Substances 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 238000010998 test method Methods 0.000 description 3
- 238000004364 calculation method Methods 0.000 description 2
- 230000007547 defect Effects 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000010801 machine learning Methods 0.000 description 2
- 230000006399 behavior Effects 0.000 description 1
- 238000004422 calculation algorithm Methods 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 238000013135 deep learning Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 238000003058 natural language processing Methods 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000001953 sensory effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Landscapes
- Test And Diagnosis Of Digital Computers (AREA)
Abstract
The embodiment of the disclosure provides a vehicle-mounted controller testing method, a device and electronic equipment, which mainly comprise the following steps: responding to the test of the vehicle-mounted controller to be tested, performing test operation on the vehicle-mounted controller to be tested according to the test requirement, and recording the starting time and the ending time of the test operation; acquiring test operation reaction time length for performing test operation on the controller to be tested according to the starting time and the ending time; after the test operation of the to-be-tested vehicle-mounted controller starts, determining whether a test environment meets the condition of Ethernet communication condition detection of the to-be-tested vehicle-mounted controller; if the condition is met, sending a test instruction for detecting the Ethernet communication condition to the on-board controller to be tested, and acquiring the network operation reaction time of the Ethernet according to the Ethernet operation starting time and the Ethernet operation ending time contained in the response information of the test instruction. The detection of the Ethernet communication function can be considered in the dormancy wakeup test process of the vehicle-mounted controller.
Description
Technical Field
The disclosure relates to the technical field of vehicles, and in particular relates to a vehicle-mounted controller testing method and device, electronic equipment and a storage medium.
Background
The existing dormancy wakeup test of the vehicle-mounted controller comprises the steps of starting, wakeup, dormancy and the like of the vehicle-mounted controller, wherein a test upper computer communicates with the controller to be tested through a controller area network (Controller Area Network, CAN) bus, the test of the vehicle-mounted controller is carried out through CAN bus development environment (CAN open environment, CANoe) test engineering, but the existing vehicle-mounted controller also has an Ethernet communication mode besides the communication mode of the CAN bus, and the existing dormancy wakeup test of the vehicle-mounted controller does not consider the detection of the Ethernet communication function in the dormancy wakeup process.
Disclosure of Invention
In order to overcome the defects of the prior art, the present disclosure provides a method, an apparatus and an electronic device for testing a vehicle-mounted controller, which can detect the Ethernet communication function during the sleep wake-up test of the vehicle-mounted controller.
According to a first aspect of the present disclosure, there is provided a vehicle-mounted controller testing method, the method comprising:
responding to testing of the vehicle-mounted controller to be tested, performing testing operation on the vehicle-mounted controller to be tested according to testing requirements, and recording starting time and ending time of the testing operation;
Acquiring test operation reaction time length for performing test operation on the controller to be tested according to the start time and the end time;
after the test operation of the vehicle-mounted controller to be tested is started, determining whether a test environment meets the condition of Ethernet communication condition detection of the vehicle-mounted controller to be tested;
if the condition is met, sending a test instruction for detecting the Ethernet communication condition to the on-board controller to be tested, and acquiring the network operation response time of the Ethernet according to the Ethernet operation starting time and the Ethernet operation ending time contained in the response information of the test instruction.
In the embodiment of the disclosure, when a vehicle-mounted controller to be tested is tested, testing operation is performed on the vehicle-mounted controller to be tested according to testing requirements, starting time and ending time of the testing operation are recorded, and testing operation reaction time for the testing operation of the controller to be tested is obtained according to the starting time and the ending time; after the test operation of the vehicle-mounted controller to be tested is started, determining whether a test environment meets the condition of Ethernet communication condition detection of the vehicle-mounted controller to be tested, and if so, sending a test instruction of Ethernet communication condition detection to the vehicle-mounted controller to be tested; and acquiring the network operation response time of the Ethernet according to the Ethernet operation start time and the Ethernet operation end time contained in the response information of the test instruction, so that the detection of the Ethernet communication function is considered in the dormancy wakeup test process of the vehicle-mounted controller, the test scene is perfected, and the test efficiency is improved.
In some embodiments, the test operation is a power-up or wake-up,
the step of carrying out test operation on the vehicle-mounted controller to be tested according to the test requirement and recording the starting time and the ending time of the test operation comprises the steps of powering up or waking up the vehicle-mounted controller to be tested and recording the starting time of the power up or waking up test operation on the vehicle-mounted controller to be tested; recording the time of receiving a first frame CAN message sent by the vehicle-mounted controller to be tested as the ending time of powering up or waking up the vehicle-mounted controller to be tested;
the step of obtaining the test operation reaction time length for performing the test operation on the controller to be tested according to the start time and the end time includes: calculating according to the starting time and the ending time of the power-on or wake-up test operation to obtain the starting or wake-up reaction time length of the power-on or wake-up test operation of the controller to be tested;
the obtaining the network operation reaction time of the ethernet according to the start time and the end time of the ethernet operation included in the response information of the test instruction includes: and receiving response information of the test instruction returned by the vehicle-mounted controller to be tested, wherein the response information comprises the time for starting connection and the time for successful connection of the Ethernet, and calculating according to the time for starting connection and the time for successful connection of the Ethernet to obtain the starting reaction time of the Ethernet.
In some embodiments, the powering up or waking up the vehicle-mounted controller to be tested includes: calling a CAPL test script through an interface function of a python script, and running the CAPL test script to power up or wake up the vehicle-mounted controller to be tested;
the test instruction for sending the Ethernet communication condition detection to the vehicle-mounted controller to be tested comprises the following steps: sending a test instruction for detecting the Ethernet communication condition to the to-be-tested vehicle-mounted controller through a python script;
the receiving the response information of the test instruction returned by the vehicle-mounted controller to be tested comprises the following steps: receiving response information of the test instruction returned by the to-be-tested vehicle-mounted controller through a python script;
recording the time of receiving the first frame CAN message sent by the vehicle-mounted controller to be tested as the ending time of powering up or waking up the vehicle-mounted controller to be tested comprises the following steps: recording the time when the CAPL test script receives a first frame CAN message sent by the vehicle-mounted controller to be tested as the ending time of powering up or waking up the vehicle-mounted controller to be tested.
In some embodiments, the test operation is a power-down or shut-down wakeup,
The step of carrying out test operation on the vehicle-mounted controller to be tested according to the test requirement and recording the starting time and the ending time of the test operation comprises the steps of powering down or closing and waking up the vehicle-mounted controller to be tested and recording the starting time of powering down or closing and waking up the vehicle-mounted controller to be tested; recording the time when the controller to be tested is reduced to the static current as the ending time of the power-on or wake-up test operation of the vehicle-mounted controller to be tested;
the step of obtaining the test operation reaction time length for performing the test operation on the controller to be tested according to the start time and the end time includes: calculating according to the starting time and the ending time of the power-down or wake-up closing test operation to obtain the power-down or wake-up closing reaction time length for performing the power-down or wake-up closing test operation on the controller to be tested;
the obtaining the network operation reaction time of the ethernet according to the start time and the end time of the ethernet operation included in the response information of the test instruction includes: and receiving response information of the test instruction returned by the vehicle-mounted controller to be tested, wherein the response information comprises the time when the Ethernet dormancy starts and the time when the Ethernet dormancy succeeds, and calculating according to the time when the Ethernet dormancy starts and the time when the Ethernet dormancy succeeds to obtain the dormancy reaction time of the Ethernet.
In some embodiments, the powering down or powering down to wake up the on-board controller under test includes: running the CAPL test script to power down or closing to wake up the vehicle-mounted controller to be tested;
the test instruction for sending the Ethernet communication condition detection to the vehicle-mounted controller to be tested comprises the following steps: sending a test instruction for detecting the Ethernet communication condition to the to-be-tested vehicle-mounted controller through the python script;
the receiving the response information of the test instruction returned by the vehicle-mounted controller to be tested comprises the following steps: receiving response information of the test instruction returned by the to-be-tested vehicle-mounted controller through a python script;
recording the time when the controller to be tested is reduced to the quiescent current as the ending time of the power-on or wake-up test operation on the vehicle-mounted controller to be tested comprises the following steps: and acquiring the time for the controller to be tested to drop to the quiescent current by the CAPL test script.
In some embodiments, after the start of the test operation on the on-board controller to be tested, determining whether the test environment satisfies the condition of detecting the ethernet communication situation of the on-board controller to be tested includes:
detecting whether the value of a marker bit for detecting the Ethernet communication condition of the vehicle-mounted controller to be detected in the test environment is a detectable value, setting the value of the marker bit to be a detectable value when the test operation of the vehicle-mounted controller to be detected is started, and setting the value of the marker bit to be a non-detectable value after the detection of the Ethernet communication condition is completed;
And if the value of the flag bit is a detectable value, determining that the condition is met.
According to a second aspect of the present disclosure, there is provided an in-vehicle controller testing apparatus, the apparatus comprising:
the operation unit is used for responding to the test of the vehicle-mounted controller to be tested, carrying out test operation on the vehicle-mounted controller to be tested according to the test requirement and recording the starting time and the ending time of the test operation;
the first acquisition unit is used for acquiring test operation reaction time length for performing test operation on the controller to be tested according to the starting time and the ending time;
the determining unit is used for determining whether a test environment meets the condition of Ethernet communication condition detection of the vehicle-mounted controller to be tested after the test operation of the vehicle-mounted controller to be tested is started;
the transmitting unit is used for transmitting a test instruction for detecting the Ethernet communication condition to the vehicle-mounted controller to be tested if the condition is met;
and the second acquisition unit is used for acquiring the network operation response time of the Ethernet according to the Ethernet operation starting time and the Ethernet operation ending time contained in the response information of the test instruction.
According to a third aspect of the present disclosure, there is provided an electronic device comprising: at least one processor; and a memory communicatively coupled to the at least one processor; wherein the memory stores instructions executable by the at least one processor to enable the at least one processor to perform the method of the first aspect.
According to a fourth aspect of the present disclosure, there is provided a non-transitory computer readable storage medium storing computer instructions for causing the computer to perform the method of the preceding first aspect.
According to a fifth aspect of the present disclosure, there is provided a computer program product comprising a computer program which, when executed by a processor, implements the method of the first aspect described above.
According to the method, the device and the electronic equipment for testing the vehicle-mounted controller, when the vehicle-mounted controller to be tested is tested, testing operation is conducted on the vehicle-mounted controller to be tested according to testing requirements, starting time and ending time of the testing operation are recorded, and testing operation reaction time for the testing operation of the controller to be tested is obtained according to the starting time and the ending time; after the test operation of the vehicle-mounted controller to be tested is started, determining whether a test environment meets the condition of Ethernet communication condition detection of the vehicle-mounted controller to be tested, and if so, sending a test instruction of Ethernet communication condition detection to the vehicle-mounted controller to be tested; and acquiring the network operation response time of the Ethernet according to the Ethernet operation start time and the Ethernet operation end time contained in the response information of the test instruction, so that the detection of the Ethernet communication function is considered in the dormancy wakeup test process of the vehicle-mounted controller, the test scene is perfected, and the test efficiency is improved.
It should be understood that the description of this section is not intended to identify key or critical features of the embodiments of the application or to delineate the scope of the application. Other features of the present application will become apparent from the description that follows.
Drawings
The drawings are for a better understanding of the present solution and are not to be construed as limiting the present disclosure. Wherein:
fig. 1 is a schematic flow chart of a testing method of a vehicle-mounted controller according to an embodiment of the disclosure;
fig. 2 is a flow chart of a testing method of a vehicle-mounted controller according to an embodiment of the disclosure;
fig. 3 is a flow chart of a testing method of a vehicle-mounted controller according to an embodiment of the disclosure;
fig. 4 is a schematic diagram of a test environment construction of a vehicle-mounted controller according to an embodiment of the disclosure;
fig. 5 is a flow chart of a testing method of a vehicle-mounted controller according to an embodiment of the disclosure;
fig. 6 is a schematic structural diagram of a vehicle-mounted controller testing device according to an embodiment of the disclosure;
fig. 7 is a schematic block diagram of an example electronic device provided by an embodiment of the present disclosure.
Detailed Description
Exemplary embodiments of the present disclosure are described below in conjunction with the accompanying drawings, which include various details of the embodiments of the present disclosure to facilitate understanding, and should be considered as merely exemplary. Accordingly, one of ordinary skill in the art will recognize that various changes and modifications of the embodiments described herein can be made without departing from the scope and spirit of the present disclosure. Also, descriptions of well-known functions and constructions are omitted in the following description for clarity and conciseness.
The following describes a vehicle-mounted controller testing method, a device and an electronic device according to an embodiment of the disclosure with reference to the accompanying drawings
The existing dormancy wakeup test of the vehicle-mounted controller comprises the steps of starting, wakeup, dormancy and the like of the vehicle-mounted controller, wherein a test upper computer communicates with the controller to be tested through a controller area network (Controller Area Network, CAN) bus, the test of the vehicle-mounted controller is carried out through CAN bus development environment (CAN open environment, CANoe) test engineering, but the existing vehicle-mounted controller also has an Ethernet communication mode besides the communication mode of the CAN bus, and the existing dormancy wakeup test of the vehicle-mounted controller does not consider the detection of the Ethernet communication function in the dormancy wakeup process.
In order to solve the above-mentioned problems, fig. 1 is a schematic flow chart of a testing method of a vehicle-mounted controller according to an embodiment of the present disclosure. As shown in fig. 1, the method is applied to test the upper computer, and the method comprises the following steps:
101. responding to the test of the vehicle-mounted controller to be tested, performing test operation on the vehicle-mounted controller to be tested according to the test requirement, and recording the starting time and the ending time of the test operation.
When the vehicle-mounted controller to be tested is tested, the test operation can be, but is not limited to, power-on, power-off, wake-up shutdown and the like, and the specific embodiment of the disclosure is not limited thereto. When the vehicle-mounted controller to be tested is tested through the upper computer, the starting time of the test operation and the ending time of the test operation are recorded so as to acquire the test operation reaction time required by the execution completion of the related test operation.
102. And acquiring test operation reaction time length for performing test operation on the controller to be tested according to the start time and the end time.
After the starting time and the ending time of the test operation are obtained, calculating according to the starting time and the ending time, and obtaining the test operation reaction time for carrying out the test operation on the controller to be tested. The corresponding test operation reaction time may be obtained by, but is not limited to, subtracting the start time of the test operation from the end time of the test operation.
103. After the test operation of the to-be-tested vehicle-mounted controller is started, determining whether a test environment meets the condition of Ethernet communication condition detection of the to-be-tested vehicle-mounted controller.
The embodiment of the disclosure needs to be described, in which, when the vehicle-mounted controller to be tested is tested, the test can be performed according to a predetermined sequence. For example, the power-on or wake-up test operation is performed on the vehicle-mounted controller to be tested, the detection of the ethernet communication condition is performed after the power-on or wake-up test operation is performed on the vehicle-mounted controller to be tested, and the power-off or wake-up test operation is performed after the detection is completed. Therefore, before the Ethernet communication condition of the vehicle-mounted controller to be detected is detected, whether the detection environment has the condition for detecting the Ethernet communication condition is judged, and the detection is performed only when the condition is met, otherwise, the detection cannot be performed. The condition may be specifically set according to an actual implementation, which is not limited by the embodiment of the present disclosure. For example, a flag bit for detecting the ethernet communication condition of the vehicle-mounted controller to be tested may be set, and whether the condition is satisfied is determined according to the value of the flag bit. The flag bit may be set to a specific value or may be a logical value, which is not limited by the specific embodiments of the present disclosure.
104. If the condition is met, sending a test instruction for detecting the Ethernet communication condition to the on-board controller to be tested, and acquiring the network operation response time of the Ethernet according to the Ethernet operation starting time and the Ethernet operation ending time contained in the response information of the test instruction.
And sending the test instruction to the vehicle-mounted controller to be tested for testing the communication condition so as to return test response information. The embodiment of the disclosure should be noted here that, after the vehicle-mounted controller to be tested receives the test instruction and executes the test instruction, the vehicle-mounted controller to be tested may send response information of the test instruction to the test upper computer, where the response information of the test instruction includes whether the network is successfully connected, if the connection is successful, whether the ethernet operation start time and the ethernet operation end time are always in a connection state, whether the sending and receiving message information are normal, or other information, and the specific embodiment of the disclosure is not limited to this. The prior art test for ethernet communication conditions may be performed in embodiments of the present disclosure.
And acquiring the network operation reaction time of the Ethernet according to the starting time and the ending time of the Ethernet operation contained in the response information of the test instruction. The network operation reaction time of the ethernet may be obtained by, but is not limited to, subtracting the end time from the end time of the ethernet operation.
In the embodiment of the disclosure, when a vehicle-mounted controller to be tested is tested, testing operation is performed on the vehicle-mounted controller to be tested according to testing requirements, starting time and ending time of the testing operation are recorded, and testing operation reaction time for the testing operation of the controller to be tested is obtained according to the starting time and the ending time; after the test operation of the vehicle-mounted controller to be tested is started, determining whether a test environment meets the condition of Ethernet communication condition detection of the vehicle-mounted controller to be tested, and if so, sending a test instruction of Ethernet communication condition detection to the vehicle-mounted controller to be tested; and acquiring the network operation response time of the Ethernet according to the Ethernet operation start time and the Ethernet operation end time contained in the response information of the test instruction, so that the detection of the Ethernet communication function is considered in the dormancy wakeup test process of the vehicle-mounted controller, the test scene is perfected, and the test efficiency is improved.
Further, as described above, when the vehicle-mounted controller to be tested is tested, the test may be, but not limited to, power-on or wake-up, power-off or wake-up, and ethernet start-up and sleep test, or may be other tests, and the following embodiments specifically describe the power-on or wake-up, power-off or wake-up, and ethernet start-up and sleep test as examples.
When the test operation is power-on or wake-up, as shown in fig. 2, the test method of the vehicle-mounted controller includes:
201. and powering on or waking up the vehicle-mounted controller to be tested, and recording the starting time of powering on or waking up the vehicle-mounted controller to be tested.
The step of powering up or waking up the vehicle-mounted controller to be tested can be performed based on different scripts, and specifically includes:
and calling a CAPL test script through an interface function of the python script, and running the CAPL test script to power up or wake up the vehicle-mounted controller to be tested.
202. After the power-on or wake-up test operation of the vehicle-mounted controller to be tested is started, determining whether a test environment meets the condition of Ethernet communication condition detection of the vehicle-mounted controller to be tested; if the condition is satisfied, step 203 is performed.
203. And sending a test instruction for detecting the Ethernet communication condition to the to-be-tested vehicle-mounted controller.
When the test instruction for detecting the ethernet communication condition is sent to the on-board controller to be tested, the test instruction for detecting the ethernet communication condition may be sent to the on-board controller to be tested through, but is not limited to, a python script.
204. And receiving response information of the test instruction returned by the vehicle-mounted controller to be tested, wherein the response information comprises the time for starting connection and the time for successful connection of the Ethernet, and calculating according to the time for starting connection and the time for successful connection of the Ethernet to obtain the starting reaction time of the Ethernet.
And when receiving the response information of the test instruction returned by the on-board controller to be tested, receiving the response information of the test instruction returned by the on-board controller to be tested by the python script.
205. And receiving a first frame CAN message sent by the vehicle-mounted controller to be tested, and recording the time of receiving the first frame CAN message sent by the vehicle-mounted controller to be tested as the ending time of powering up or waking up the vehicle-mounted controller to be tested.
And when the first frame CAN message sent by the vehicle-mounted controller to be tested is received, the first frame CAN message sent by the vehicle-mounted controller to be tested CAN be received by the CAPL test script but is not limited to the first frame CAN message. When a first frame CAN message sent by the vehicle-mounted controller to be tested is received, recording the time of receiving the first frame CAN message sent by the vehicle-mounted controller to be tested as the ending time of powering on or waking up the vehicle-mounted controller to be tested.
206. And calculating according to the starting time of the power-on or wake-up test operation and the time of receiving the CAN message of the first frame to obtain the starting or wake-up reaction time length for carrying out the power-on or wake-up test operation on the controller to be tested.
When the start time or the wake-up time corresponding to the vehicle-mounted controller to be tested is obtained according to the start time of power-up or wake-up and the time difference of the time of receiving the first frame CAN message, the start time or the wake-up time corresponding to the vehicle-mounted controller to be tested CAN be obtained by the CAPL test script according to the start time of power-up or wake-up and the time difference of the time of the first frame CAN message, but not limited to.
When the test operation is power-down or wake-up is turned off, as shown in fig. 3, the test method of the vehicle-mounted controller includes:
301. And powering down or closing to wake up the vehicle-mounted controller to be tested, and recording the starting time of powering down or closing to wake up the vehicle-mounted controller to be tested.
And when the to-be-detected vehicle-mounted controller is powered down or closed and awakened, the to-be-detected vehicle-mounted controller can be powered down or closed and awakened by running the CAPL test script.
302. After the vehicle-mounted controller to be tested is powered down or the wake-up test operation is closed, determining whether a test environment meets the condition of Ethernet communication condition detection of the vehicle-mounted controller to be tested; if the condition is satisfied, step 303 is performed.
303. And sending a test instruction for detecting the Ethernet communication condition to the to-be-tested vehicle-mounted controller.
When the test instruction for detecting the ethernet communication condition is sent to the on-board controller to be tested, the test instruction for detecting the ethernet communication condition may be sent to the on-board controller to be tested through, but is not limited to, a python script.
304. And receiving response information of the test instruction returned by the vehicle-mounted controller to be tested, wherein the response information comprises the time when the Ethernet dormancy starts and the time when the Ethernet dormancy succeeds, and calculating according to the time when the Ethernet dormancy starts and the time when the Ethernet dormancy succeeds to obtain the dormancy reaction time of the Ethernet.
And when receiving the response information of the test instruction returned by the on-board controller to be tested, receiving the response information of the test instruction returned by the on-board controller to be tested through a python script.
305. And acquiring the time when the controller to be tested falls to the quiescent current, and recording the time when the controller to be tested falls to the quiescent current as the ending time of powering down or closing the wake-up test operation on the vehicle-mounted controller to be tested.
Embodiments of the present disclosure should be described in terms of, but not limited to, obtaining, by the CAPL test script, the time at which the controller under test drops to quiescent current.
306. And calculating according to the starting time of the power-down or wake-up closing test operation and the time of the controller to be tested falling to the quiescent current to obtain the power-down or wake-up closing reaction time length for carrying out the power-down or wake-up closing test operation on the controller to be tested.
In some implementations of the disclosure, when detecting whether the test environment meets the condition for detecting the ethernet communication condition of the on-board controller to be tested, the method may be implemented, but is not limited to, the following method includes:
Detecting whether the value of a zone bit for detecting the Ethernet communication condition of the vehicle-mounted controller to be detected in the test environment is a detectable value, setting the value of the zone bit to be a detectable value when the test operation of the vehicle-mounted controller to be detected is started, and setting the value of the zone bit to be a non-detectable value after the detection of the Ethernet communication condition is completed;
and if the value of the flag bit is a detectable value, determining that the condition is met.
In the embodiment of the disclosure, when a vehicle-mounted controller to be tested is tested, testing operation is performed on the vehicle-mounted controller to be tested according to testing requirements, starting time and ending time of the testing operation are recorded, and testing operation reaction time for the testing operation of the controller to be tested is obtained according to the starting time and the ending time; after the test operation of the vehicle-mounted controller to be tested is started, determining whether a test environment meets the condition of Ethernet communication condition detection of the vehicle-mounted controller to be tested, and if so, sending a test instruction of Ethernet communication condition detection to the vehicle-mounted controller to be tested; and acquiring the network operation response time of the Ethernet according to the Ethernet operation start time and the Ethernet operation end time contained in the response information of the test instruction, so that the detection of the Ethernet communication function is considered in the dormancy wakeup test process of the vehicle-mounted controller, the test scene is perfected, and the test efficiency is improved.
In addition, when the vehicle-mounted controller to be tested is tested, the vehicle-mounted controller to be tested can be tested through switching of the two scripts, and testing cost is reduced.
The following examples will specifically illustrate the testing of the in-vehicle controller using the Python script, the CAPL script as an example. As particularly shown in fig. 4 and 5.
Before testing the vehicle-mounted controller, a testing environment of the vehicle-mounted controller is established. As shown in fig. 4, the construction of the test environment includes: the device comprises a controller to be tested, a programmable power supply, a CANoe test tool and an upper computer.
And configuring the IP address, VLAN ID and master-slave relation of the network card of the upper computer according to the Ethernet configuration specification of the controller to be tested.
The upper computer controls the programmable power supply through the CAPL script to power up and power down the controller to be tested, simulate the wake-up source and collect the working current of the controller.
The upper computer is connected with the CAN communication of the controller to be detected through the CAN bus, and monitors the message receiving and transmitting of the controller.
The upper computer is connected with the Ethernet of the controller to be tested through an Ethernet harness in a communication manner, and monitors the connectivity of the Ethernet.
And the upper computer sends a ping command through the python script to test the connectivity of the IP network.
Based on the built test environment, as shown in fig. 5, a vehicle-mounted controller test is performed, and the method comprises the following steps:
1. The python script is started.
2. And calling a CANoe interface function in the python script, and starting a CANoe test project.
3. And the CANoe test engineering runs a dormancy wakeup CAPL test script, and after the dormancy wakeup CAPL script runs, the program-controlled power supply is controlled to be electrified or a wakeup source is simulated, so that the vehicle-mounted controller to be tested is waken.
4. After the test operation of the vehicle-mounted controller to be tested is started, the environment variable 'pinTestFlg' is set to be 1. The "pinTestFlg" is one of the above-mentioned flag bits.
The environment variable 'pingTestFlg' is the test environment which meets the condition of detecting the Ethernet communication condition of the vehicle-mounted controller to be tested, and when the 'pingTestFlg' is set to be 1, the condition of detecting the Ethernet communication condition of the vehicle-mounted controller to be tested is met.
5. At this time, after the python script monitors that the environment variable "pingTestFlg" is set to 1, a ping command is started to be sent to the vehicle-mounted controller to be tested.
6. And judging whether the IP network of the vehicle-mounted controller to be tested is communicated or not according to the returned result of the ping command, simultaneously calculating the response time of Ethernet start of the vehicle-mounted controller to be tested, and recovering the value of 'ping test Flg' to be 0 after calculation.
7. In the process, the starting time or the wake-up reaction time of the vehicle-mounted controller to be detected is calculated in the CAPL script according to the power-on time and the time of the upper computer receiving the first frame CAN message.
The steps are used for completing the power-on or wake-up test of the vehicle-mounted controller to be tested, and the following steps are used for completing the power-off or wake-up test of the vehicle-mounted controller to be tested. As shown in fig. 5, the method comprises:
8. the CAPL script controls the programmable power supply to power down or turns off the wake-up source.
9. The CAPL script sets the environment variable "pinTestFlg" to 1 while executing control program power down or turning off the wake-up source. And executing the steps 5 and 6.
Judging whether the IP network of the vehicle-mounted controller to be tested is disconnected according to the returned result of the ping command, simultaneously calculating the dormant reaction time length of the Ethernet of the vehicle-mounted controller to be tested, and recovering the value of 'ping test Flg' to be 0 after calculation;
10. in the process, the power-down or wake-up closing reaction time of the vehicle-mounted controller to be tested is calculated in the CAPL script according to the power-down time and the time for the controller to drop to the quiescent current.
After the above step 10 is performed, steps 3-10 may be repeated, with the recyclable pressure testing controller sleep wakeup and ethernet connectivity. With respect to the portion of the cyclic pressure test, embodiments of the present disclosure will not be described in detail.
In the embodiment of the disclosure, when the vehicle-mounted controller to be tested is tested, CANoe engineering is called through python, and a ping command is sent; controlling a programmable power supply to power up and power down through a CAPL script, collecting working current, simulating a wake-up source, and monitoring CAN bus messages; information is passed between the python script and the CAPL script through an environment variable. In conclusion, through the combined use of the python and the CAPL script, the detection of the Ethernet communication function is considered in the dormancy wakeup test process of the vehicle-mounted controller, the test scene is perfected, and the test efficiency is improved.
Corresponding to the basic vehicle-mounted controller testing method, the invention further provides a vehicle-mounted controller testing device. Since the device embodiment of the present invention corresponds to the above-mentioned method embodiment, details not disclosed in the device embodiment may refer to the above-mentioned method embodiment, and details are not described in detail in the present invention.
Fig. 6 is a schematic structural diagram of a vehicle-mounted controller testing device according to an embodiment of the present disclosure, as shown in fig. 6, where the device includes:
an operation unit 401, configured to respond to testing a vehicle-mounted controller to be tested, perform a test operation on the vehicle-mounted controller to be tested according to a test requirement, and record a start time and an end time of the test operation;
A first obtaining unit 402, configured to obtain a test operation reaction duration for performing a test operation on the controller to be tested according to the start time and the end time;
a determining unit 403, configured to determine, after a test operation is started on the vehicle-mounted controller to be tested, whether a test environment meets a condition for performing ethernet communication condition detection on the vehicle-mounted controller to be tested;
a sending unit 404, configured to send a test instruction for detecting an ethernet communication condition to the vehicle-mounted controller to be tested if the condition is met;
the second obtaining unit 405 is configured to receive response information of the test instruction returned by the vehicle-mounted controller to be tested, where the response information includes a time when the ethernet starts to be connected and a time when the ethernet is connected successfully, and calculate according to the time when the ethernet starts to be connected and the time when the ethernet is connected successfully, so as to obtain a start reaction duration of the ethernet.
In some embodiments of the present disclosure, the test operation is at power-up or wake-up,
the operation unit 401 is configured to power on or wake up the vehicle-mounted controller to be tested, and record a start time of a power on or wake up test operation for the vehicle-mounted controller to be tested; recording the time of receiving a first frame CAN message sent by the vehicle-mounted controller to be tested as the ending time of powering up or waking up the vehicle-mounted controller to be tested;
The first obtaining unit 402 is configured to calculate according to the start time and the end time of the power-up or wake-up test operation, to obtain a start or wake-up reaction duration for performing the power-up or wake-up test operation on the controller to be tested;
the second obtaining unit is configured to receive response information of the test instruction returned by the vehicle-mounted controller to be tested, where the response information includes time when the ethernet starts to be connected and time when the ethernet is connected successfully, and calculate according to the time when the ethernet starts to be connected and the time when the ethernet is connected successfully, so as to obtain a start reaction duration of the ethernet.
In some embodiments of the present disclosure, the operation unit 401 powering up or waking up the on-board controller to be tested includes: calling a CAPL test script through an interface function of a python script, and running the CAPL test script to power up or wake up the vehicle-mounted controller to be tested;
the sending unit 404 is configured to send a test instruction for detecting an ethernet communication condition to the on-board controller to be tested through a python script;
the second obtaining unit 405 is configured to receive, through a python script, response information of the test instruction returned by the to-be-tested vehicle controller;
The operation unit 401 is further configured to record, as an end time of powering up or waking up the vehicle-mounted controller to be tested, a time when the CAPL test script receives a first frame CAN message sent by the vehicle-mounted controller to be tested.
In some embodiments of the present disclosure, the test operation is to power down or shut down the wake up,
the operation unit 401 is configured to power down or close and wake up the vehicle-mounted controller to be tested, and record a start time of performing power down or close and wake up test operation on the vehicle-mounted controller to be tested; recording the time when the controller to be tested is reduced to the static current as the ending time of the power-on or wake-up test operation of the vehicle-mounted controller to be tested;
the first obtaining unit 402 is further configured to calculate, according to the start time and the end time of the power-down or wake-up shutdown test operation, a power-down or wake-up shutdown reaction duration for performing the power-down or wake-up shutdown test operation on the controller to be tested;
the second obtaining unit 405 is further configured to receive response information of the test instruction returned by the vehicle-mounted controller to be tested, where the response information includes a time when the ethernet dormancy starts and a time when the ethernet dormancy succeeds, and calculate according to the time when the ethernet dormancy starts and the time when the ethernet dormancy succeeds, so as to obtain a dormancy reaction duration of the ethernet.
In some embodiments of the present disclosure, the powering down or turning off the operation unit 401 to wake up the on-vehicle controller to be tested includes: running the CAPL test script to power down or closing to wake up the vehicle-mounted controller to be tested;
the sending unit 404 is configured to send a test instruction for detecting an ethernet communication condition to the on-board controller to be tested through the python script;
the second obtaining unit 405 is further configured to receive, through a python script, response information of the test instruction returned by the to-be-tested vehicle controller;
the operation unit 401 is further configured to obtain, by the caps test script, a time when the controller under test drops to a quiescent current.
In some embodiments of the present disclosure, the determining unit 403 is further configured to detect whether a value of a flag bit for performing ethernet communication condition detection on the on-vehicle controller to be tested in the test environment is a detectable value, when a test operation on the on-vehicle controller to be tested is started, the value of the flag bit is set to a detectable value, and when the detection on the ethernet communication condition is completed, the value of the flag bit is set to an undetectable value; and if the value of the flag bit is a detectable value, determining that the condition is met.
In the embodiment of the disclosure, when a vehicle-mounted controller to be tested is tested, testing operation is performed on the vehicle-mounted controller to be tested according to testing requirements, starting time and ending time of the testing operation are recorded, and testing operation reaction time for the testing operation of the controller to be tested is obtained according to the starting time and the ending time; after the test operation of the vehicle-mounted controller to be tested is started, determining whether a test environment meets the condition of Ethernet communication condition detection of the vehicle-mounted controller to be tested, and if so, sending a test instruction of Ethernet communication condition detection to the vehicle-mounted controller to be tested; and acquiring the network operation response time of the Ethernet according to the Ethernet operation start time and the Ethernet operation end time contained in the response information of the test instruction, so that the detection of the Ethernet communication function is considered in the dormancy wakeup test process of the vehicle-mounted controller, the test scene is perfected, and the test efficiency is improved.
Fig. 7 illustrates a schematic block diagram of an example electronic device 600 that can be used to implement embodiments of the present disclosure. Electronic devices are intended to represent various forms of digital computers, such as laptops, desktops, workstations, personal digital assistants, servers, blade servers, mainframes, and other appropriate computers. The electronic device may also represent various forms of mobile devices, such as personal digital processing, cellular telephones, smartphones, wearable devices, and other similar computing devices. The components shown herein, their connections and relationships, and their functions, are meant to be exemplary only, and are not meant to limit implementations of the disclosure described and/or claimed herein.
As shown in fig. 7, the apparatus 600 includes a computing unit 601 that can perform various appropriate actions and processes according to a computer program stored in a ROM (Read-Only Memory) 602 or a computer program loaded from a storage unit 608 into a RAM (Random Access Memory ) 603. In the RAM 603, various programs and data required for the operation of the device 600 may also be stored. The computing unit 601, ROM602, and RAM 603 are connected to each other by a bus 604. An I/O (Input/Output) interface 605 is also connected to bus 604.
Various components in the device 600 are connected to the I/O interface 605, including: an input unit 606 such as a keyboard, mouse, etc.; an output unit 607 such as various types of displays, speakers, and the like; a storage unit 608, such as a magnetic disk, optical disk, or the like; and a communication unit 609 such as a network card, modem, wireless communication transceiver, etc. The communication unit 609 allows the device 600 to exchange information/data with other devices via a computer network, such as the internet, and/or various telecommunication networks.
The computing unit 601 may be a variety of general and/or special purpose processing components having processing and computing capabilities. Some examples of computing units 601 include, but are not limited to, a CPU (Central Processing Unit ), a GPU (Graphic Processing Units, graphics processing unit), various dedicated AI (Artificial Intelligence ) computing chips, various computing units running machine learning model algorithms, DSPs (Digital Signal Processor, digital signal processors), and any suitable processors, controllers, microcontrollers, and the like. The computing unit 601 performs the various methods and processes described above, such as the in-vehicle controller test method. For example, in some embodiments, the in-vehicle controller testing method may be implemented as a computer software program tangibly embodied on a machine-readable medium, such as storage unit 608. In some embodiments, part or all of the computer program may be loaded and/or installed onto the device 600 via the ROM602 and/or the communication unit 609. When the computer program is loaded into RAM 603 and executed by the computing unit 601, one or more steps of the method described above may be performed. Alternatively, in other embodiments, the computing unit 601 may be configured to perform the aforementioned in-vehicle controller testing method in any other suitable manner (e.g., by means of firmware).
Various implementations of the systems and techniques described here above may be implemented in digital electronic circuitry, integrated circuit System, FPGA (Field Programmable Gate Array ), ASIC (Application-Specific Integrated Circuit, application-specific integrated circuit), ASSP (Application Specific Standard Product, special-purpose standard product), SOC (System On Chip ), CPLD (Complex Programmable Logic Device, complex programmable logic device), computer hardware, firmware, software, and/or combinations thereof. These various embodiments may include: implemented in one or more computer programs, the one or more computer programs may be executed and/or interpreted on a programmable system including at least one programmable processor, which may be a special purpose or general-purpose programmable processor, that may receive data and instructions from, and transmit data and instructions to, a storage system, at least one input device, and at least one output device.
Program code for carrying out methods of the present disclosure may be written in any combination of one or more programming languages. These program code may be provided to a processor or controller of a general purpose computer, special purpose computer, or other programmable data processing apparatus such that the program code, when executed by the processor or controller, causes the functions/operations specified in the flowchart and/or block diagram to be implemented. The program code may execute entirely on the machine, partly on the machine, as a stand-alone software package, partly on the machine and partly on a remote machine or entirely on the remote machine or server.
In the context of this disclosure, a machine-readable medium may be a tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. The machine-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of a machine-readable storage medium would include an electrical connection based on one or more wires, a portable computer diskette, a hard disk, RAM, ROM, EPROM (Electrically Programmable Read-Only-Memory, erasable programmable read-Only Memory) or flash Memory, an optical fiber, a CD-ROM (Compact Disc Read-Only Memory), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.
To provide for interaction with a user, the systems and techniques described here can be implemented on a computer having: a display device (e.g., CRT (Cathode-Ray Tube) or LCD (Liquid Crystal Display ) monitor) for displaying information to a user; and a keyboard and pointing device (e.g., a mouse or trackball) by which a user can provide input to the computer. Other kinds of devices may also be used to provide for interaction with a user; for example, feedback provided to the user may be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user may be received in any form, including acoustic input, speech input, or tactile input.
The systems and techniques described here can be implemented in a computing system that includes a background component (e.g., as a data server), or that includes a middleware component (e.g., an application server), or that includes a front-end component (e.g., a user computer having a graphical user interface or a web browser through which a user can interact with an implementation of the systems and techniques described here), or any combination of such background, middleware, or front-end components. The components of the system can be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include: LAN (Local Area Network ), WAN (Wide Area Network, wide area network), internet and blockchain networks.
The computer system may include a client and a server. The client and server are typically remote from each other and typically interact through a communication network. The relationship of client and server arises by virtue of computer programs running on the respective computers and having a client-server relationship to each other. The server can be a cloud server, also called a cloud computing server or a cloud host, and is a host product in a cloud computing service system, so that the defects of high management difficulty and weak service expansibility in the traditional physical hosts and VPS service ("Virtual Private Server" or simply "VPS") are overcome. The server may also be a server of a distributed system or a server that incorporates a blockchain.
It should be noted that, artificial intelligence is a subject of studying a certain thought process and intelligent behavior (such as learning, reasoning, thinking, planning, etc.) of a computer to simulate a person, and has a technology at both hardware and software level. Artificial intelligence hardware technologies generally include technologies such as sensors, dedicated artificial intelligence chips, cloud computing, distributed storage, big data processing, and the like; the artificial intelligence software technology mainly comprises a computer vision technology, a voice recognition technology, a natural language processing technology, a machine learning/deep learning technology, a big data processing technology, a knowledge graph technology and the like.
It should be appreciated that various forms of the flows shown above may be used to reorder, add, or delete steps. For example, the steps recited in the present disclosure may be performed in parallel or sequentially or in a different order, provided that the desired results of the technical solutions of the present disclosure are achieved, and are not limited herein.
The above detailed description should not be taken as limiting the scope of the present disclosure. It will be apparent to those skilled in the art that various modifications, combinations, sub-combinations and alternatives are possible, depending on design requirements and other factors. Any modifications, equivalent substitutions and improvements made within the spirit and principles of the present disclosure are intended to be included within the scope of the present disclosure.
Claims (10)
1. A vehicle controller testing method, the method comprising:
responding to testing of the vehicle-mounted controller to be tested, performing testing operation on the vehicle-mounted controller to be tested according to testing requirements, and recording starting time and ending time of the testing operation;
acquiring test operation reaction time length for performing test operation on the controller to be tested according to the start time and the end time;
after the test operation of the vehicle-mounted controller to be tested is started, determining whether a test environment meets the condition of Ethernet communication condition detection of the vehicle-mounted controller to be tested;
if the condition is met, sending a test instruction for detecting the Ethernet communication condition to the on-board controller to be tested, and acquiring the network operation response time of the Ethernet according to the Ethernet operation starting time and the Ethernet operation ending time contained in the response information of the test instruction.
2. The method of claim 1, wherein the test operation is a power-up or wake-up,
the step of carrying out test operation on the vehicle-mounted controller to be tested according to the test requirement and recording the starting time and the ending time of the test operation comprises the steps of powering up or waking up the vehicle-mounted controller to be tested and recording the starting time of the power up or waking up test operation on the vehicle-mounted controller to be tested; recording the time of receiving a first frame CAN message sent by the vehicle-mounted controller to be tested as the ending time of powering up or waking up the vehicle-mounted controller to be tested;
The step of obtaining the test operation reaction time length for performing the test operation on the controller to be tested according to the start time and the end time includes: calculating according to the starting time and the ending time of the power-on or wake-up test operation to obtain the starting or wake-up reaction time length of the power-on or wake-up test operation of the controller to be tested;
the obtaining the network operation reaction time of the ethernet according to the start time and the end time of the ethernet operation included in the response information of the test instruction includes: and receiving response information of the test instruction returned by the vehicle-mounted controller to be tested, wherein the response information comprises the time for starting connection and the time for successful connection of the Ethernet, and calculating according to the time for starting connection and the time for successful connection of the Ethernet to obtain the starting reaction time of the Ethernet.
3. The method of claim 2, wherein the step of determining the position of the substrate comprises,
the powering up or waking up the vehicle-mounted controller to be tested comprises: calling a CAPL test script through an interface function of a python script, and running the CAPL test script to power up or wake up the vehicle-mounted controller to be tested;
The test instruction for sending the Ethernet communication condition detection to the vehicle-mounted controller to be tested comprises the following steps: sending a test instruction for detecting the Ethernet communication condition to the to-be-tested vehicle-mounted controller through a python script;
the receiving the response information of the test instruction returned by the vehicle-mounted controller to be tested comprises the following steps: receiving response information of the test instruction returned by the to-be-tested vehicle-mounted controller through a python script;
recording the time of receiving the first frame CAN message sent by the vehicle-mounted controller to be tested as the ending time of powering up or waking up the vehicle-mounted controller to be tested comprises the following steps: recording the time when the CAPL test script receives a first frame CAN message sent by the vehicle-mounted controller to be tested as the ending time of powering up or waking up the vehicle-mounted controller to be tested.
4. The method of claim 3, wherein the test operation is a power-down or shut-down wakeup,
the step of carrying out test operation on the vehicle-mounted controller to be tested according to the test requirement and recording the starting time and the ending time of the test operation comprises the steps of powering down or closing and waking up the vehicle-mounted controller to be tested and recording the starting time of powering down or closing and waking up the vehicle-mounted controller to be tested; recording the time when the controller to be tested is reduced to the static current as the ending time of the power-on or wake-up test operation of the vehicle-mounted controller to be tested;
The step of obtaining the test operation reaction time length for performing the test operation on the controller to be tested according to the start time and the end time includes: calculating according to the starting time and the ending time of the power-down or wake-up closing test operation to obtain the power-down or wake-up closing reaction time length for performing the power-down or wake-up closing test operation on the controller to be tested;
the obtaining the network operation reaction time of the ethernet according to the start time and the end time of the ethernet operation included in the response information of the test instruction includes: and receiving response information of the test instruction returned by the vehicle-mounted controller to be tested, wherein the response information comprises the time when the Ethernet dormancy starts and the time when the Ethernet dormancy succeeds, and calculating according to the time when the Ethernet dormancy starts and the time when the Ethernet dormancy succeeds to obtain the dormancy reaction time of the Ethernet.
5. The method of claim 4, wherein the step of determining the position of the first electrode is performed,
the powering down or closing and waking up the vehicle-mounted controller to be tested comprises the following steps: running the CAPL test script to power down or closing to wake up the vehicle-mounted controller to be tested;
the test instruction for sending the Ethernet communication condition detection to the vehicle-mounted controller to be tested comprises the following steps: sending a test instruction for detecting the Ethernet communication condition to the to-be-tested vehicle-mounted controller through the python script;
The receiving the response information of the test instruction returned by the vehicle-mounted controller to be tested comprises the following steps: receiving response information of the test instruction returned by the to-be-tested vehicle-mounted controller through a python script;
recording the time when the controller to be tested is reduced to the quiescent current as the ending time of the power-on or wake-up test operation on the vehicle-mounted controller to be tested comprises the following steps: and acquiring the time for the controller to be tested to drop to the quiescent current by the CAPL test script.
6. The method according to any one of claims 1 to 5, wherein determining whether a test environment satisfies a condition for detection of an ethernet communication situation by the on-board controller under test after the start of the test operation by the on-board controller under test comprises:
detecting whether the value of a zone bit for detecting the Ethernet communication condition of the vehicle-mounted controller to be detected in the test environment is a detectable value, setting the value of the zone bit to be a detectable value when the test operation of the vehicle-mounted controller to be detected is started, and setting the value of the zone bit to be a non-detectable value after the detection of the Ethernet communication condition is completed;
And if the value of the flag bit is a detectable value, determining that the condition is met.
7. An in-vehicle controller testing apparatus, the apparatus comprising:
the operation unit is used for responding to the test of the vehicle-mounted controller to be tested, carrying out test operation on the vehicle-mounted controller to be tested according to the test requirement and recording the starting time and the ending time of the test operation;
the first acquisition unit is used for acquiring test operation reaction time length for performing test operation on the controller to be tested according to the starting time and the ending time;
the determining unit is used for determining whether a test environment meets the condition of Ethernet communication condition detection of the vehicle-mounted controller to be tested after the test operation of the vehicle-mounted controller to be tested is started;
the transmitting unit is used for transmitting a test instruction for detecting the Ethernet communication condition to the vehicle-mounted controller to be tested if the condition is met;
and the second acquisition unit is used for acquiring the network operation response time of the Ethernet according to the Ethernet operation starting time and the Ethernet operation ending time contained in the response information of the test instruction.
8. An electronic device, comprising:
At least one processor; and
a memory communicatively coupled to the at least one processor; wherein,
the memory stores instructions executable by the at least one processor to enable the at least one processor to perform the method of any one of claims 1-6.
9. A non-transitory computer readable storage medium storing computer instructions for causing the computer to perform the method of any one of claims 1-6.
10. A computer program product comprising a computer program which, when executed by a processor, implements the method according to any of claims 1-6.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210977050.XA CN117631636A (en) | 2022-08-15 | 2022-08-15 | Vehicle-mounted controller testing method and device and electronic equipment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210977050.XA CN117631636A (en) | 2022-08-15 | 2022-08-15 | Vehicle-mounted controller testing method and device and electronic equipment |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN117631636A true CN117631636A (en) | 2024-03-01 |
Family
ID=90018650
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210977050.XA Pending CN117631636A (en) | 2022-08-15 | 2022-08-15 | Vehicle-mounted controller testing method and device and electronic equipment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN117631636A (en) |
-
2022
- 2022-08-15 CN CN202210977050.XA patent/CN117631636A/en active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107656856B (en) | CPLD-based system state display method and device | |
| CN113407393B (en) | Chip verification method, terminal device, verification platform and storage medium | |
| CN112241160B (en) | Vehicle testing method and device, vehicle detection system and test board card | |
| CN115547396B (en) | Test method and device for eMMC | |
| CN116700776A (en) | Information management method, device, equipment and storage medium of battery management system | |
| CN114978883A (en) | Network wake-up management method and device, electronic equipment and storage medium | |
| CN109884533B (en) | Method and device for diagnosing battery fault, equipment and storage medium | |
| CN113961419B (en) | Memory verification method and device, electronic equipment and storage medium | |
| CN116684302A (en) | Method and device for testing vehicle-mounted Ethernet | |
| CN112767935B (en) | Awakening index monitoring method and device and electronic equipment | |
| CN117631636A (en) | Vehicle-mounted controller testing method and device and electronic equipment | |
| CN107194258B (en) | The method, apparatus and electronic equipment of monitoring code loophole, storage medium | |
| CN114706371A (en) | Complete vehicle network non-dormancy diagnosis method and device, electronic equipment and storage medium | |
| CN115687026A (en) | Multi-node server fault early warning method, device, equipment and medium | |
| CN114859864A (en) | Vehicle testing method, device, equipment and storage medium | |
| CN115086384A (en) | Remote control test method, device, equipment and storage medium | |
| CN110691135A (en) | Equipment data uploading method and system, Internet of things module and storage medium | |
| CN114610003B (en) | Vehicle diagnosis method, device, equipment and medium | |
| CN107632922A (en) | A kind of method and device of on-line monitoring BBU capacity | |
| CN111752774B (en) | Sleep pressure test method, system, computer device and storage medium | |
| CN117055530A (en) | Test method, device, equipment and medium of autopilot domain controller | |
| CN117596173A (en) | Time parameter testing method, device, equipment and medium | |
| CN118091388A (en) | Relay diagnosis method, device and storage medium | |
| CN115982052A (en) | Data processing method | |
| CN115904956A (en) | Application program refresh test method and device, electronic equipment and storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |