Vehicle-mounted Ethernet automatic test method, test device, equipment and medium

Abstract

The invention provides a vehicle-mounted Ethernet automatic test method, test device, equipment and medium, and the method comprises the steps: controlling an ignition signal of a to-be-tested vehicle to be interrupted, and controlling a power supply of to-be-tested ECU equipment to be disconnected, so as to enable the to-be-tested ECU equipment to be in a dormant state; when it is judged that the to-be-tested vehicle is in the hot start state, determining a test case used by a current Ethernet test; sending a corresponding test signal to the to-be-tested ECU equipment based on the test case, and obtaining test data generated by the to-be-tested ECU equipment based on the test signal; wherein the test data comprises an Ethernet message, an Ethernet connection state and a current current value; and determining a test result of the current Ethernet test based on test data generated by the ECU equipment to be tested. By means of the method and device, full automation of the testing process is achieved, human intervention is reduced, the testing efficiency is improved, and the testing error rate is reduced.

Description

Technical Field

[0001] The present application relates to the field of vehicle testing technology, and in particular to an automated testing method, testing device, equipment and medium for vehicle-mounted Ethernet. Background Art

[0002] Since Ethernet has advantages such as large bandwidth and support for service-based architecture design, it is increasingly used in the field of vehicle communications. However, the vehicle Ethernet bus is a high-speed communication bus and is easily affected by the external environment. During the vehicle communication process, the vehicle controller is prone to occasional Ethernet communication loss. Therefore, it is very necessary to test the vehicle Ethernet.

[0003] At present, the test hardware equipment for automotive Ethernet is highly dependent on suppliers, which fundamentally increases the cost and difficulty of automotive Ethernet testing. In the early stages of design, testers are required to use hardware equipment to perform functional testing and verification of ECUs. Traditional testing methods not only have a long R&D cycle but also consume a lot of manpower, which will correspondingly increase R&D costs. Summary of the invention

[0004] In view of this, the purpose of this application is to provide an in-vehicle Ethernet automated testing method, testing device, equipment and medium, which realizes full automation of the test process, reduces human intervention and improves test efficiency, and the test results can be directly determined based on the test data generated by the ECU device to be tested, thereby reducing the error rate of the test.

[0005] In a first aspect, an embodiment of the present application provides an automated testing method for vehicle-mounted Ethernet, the automated testing method for vehicle-mounted Ethernet comprising:

[0006] Controlling the ignition signal of the vehicle to be tested to be interrupted, and controlling the power supply of the ECU device to be tested to be disconnected, so that the ECU device to be tested is in a dormant state;

[0007] When it is determined that the vehicle to be tested is in a hot start state, determining a test case used in the current Ethernet test;

[0008] Sending a corresponding test signal to the ECU device under test based on the test case, and acquiring test data generated by the ECU device under test based on the test signal; wherein the test data includes Ethernet messages, Ethernet connection status, and current current value;

[0009] The test result of the current Ethernet test is determined based on the test data generated by the ECU device to be tested.

[0010] Furthermore, the test cases include local wake-up ECU test cases, remote wake-up ECU test cases, APP message test cases, ARP message test cases and ICMP message test cases.

[0011] Further, when the test case is a local wake-up ECU test case, the sending of a corresponding test signal to the ECU device to be tested based on the test case includes:

[0012] A local wake-up test of the ECU device to be tested is performed based on the local wake-up ECU test case, and the switch state of the ignition signal is controlled.

[0013] Further, when the test case is a remote wake-up ECU test case, the sending of a corresponding test signal to the ECU device to be tested based on the test case includes:

[0014] A remote wake-up test of the ECU device under test is performed based on the remote wake-up ECU test case, and a remote wake-up instruction is sent to the ECU device under test.

[0015] Further, when the test case is an APP message test case, an ARP message test case or an ICMP message test case, sending a corresponding test signal to the ECU device to be tested based on the test case includes:

[0016] A corresponding test message is sent to the ECU device under test based on the test case, so that the test message wakes up the ECU device under test.

[0017] Furthermore, the vehicle-mounted Ethernet automated testing method further includes:

[0018] When it is determined that the vehicle under test is in a cold start state, the power supply of the ECU device under test is controlled to be connected again until the ECU device under test is in a hot start state.

[0019] Further, after determining the test result of the current Ethernet test based on the test data generated by the ECU device to be tested, the vehicle Ethernet automated testing method further includes:

[0020] The current test date, the name of the test case, the test data, and the test result are stored in a mapping relationship to generate a test log.

[0021] In a second aspect, an embodiment of the present application further provides an in-vehicle Ethernet automated testing device, the in-vehicle Ethernet automated testing device comprising:

[0022] The first control module is used to control the interruption of the ignition signal of the vehicle under test and to control the power supply of the ECU device under test to be disconnected, so that the ECU device under test is in a dormant state;

[0023] A test case determination module, used to determine the test case used for the current Ethernet test when it is determined that the vehicle to be tested is in a hot start state;

[0024] A test data acquisition module, used to send a corresponding test signal to the ECU device under test based on the test case, and obtain test data generated by the ECU device under test based on the test signal; wherein the test data includes Ethernet messages, Ethernet connection status and current current value;

[0025] The test result determination module is used to determine the test result of the current Ethernet test based on the test data generated by the ECU device to be tested.

[0026] In a third aspect, an embodiment of the present application further provides an electronic device, comprising: a processor, a memory and a bus, wherein the memory stores machine-readable instructions executable by the processor, and when the electronic device is running, the processor and the memory communicate through the bus, and when the machine-readable instructions are executed by the processor, the steps of the above-mentioned vehicle Ethernet automated testing method are performed.

[0027] In a fourth aspect, an embodiment of the present application further provides a computer-readable storage medium, on which a computer program is stored. When the computer program is executed by a processor, the steps of the above-mentioned vehicle-mounted Ethernet automated testing method are executed.

[0028] The embodiment of the present application provides an in-vehicle Ethernet automated testing method, testing device, equipment and medium. First, the ignition signal of the vehicle to be tested is interrupted, and the power supply of the ECU device to be tested is disconnected to put the ECU device to be tested in a dormant state; then, when it is determined that the vehicle to be tested is in a hot start state, the test case used for the current Ethernet test is determined; based on the test case, a corresponding test signal is sent to the ECU device to be tested, and the test data generated by the ECU device to be tested based on the test signal is obtained; wherein the test data includes Ethernet messages, Ethernet connection status and current current value; finally, the test result of the current Ethernet test is determined based on the test data generated by the ECU device to be tested. In this way, not only the full automation of the test process is achieved, but also human intervention is reduced and the test efficiency is improved. Moreover, the test result can be directly determined based on the test data generated by the ECU device to be tested, thereby reducing the error rate of the test.

[0029] In order to make the above-mentioned objects, features and advantages of the present application more obvious and easy to understand, preferred embodiments are specifically cited below and described in detail with reference to the attached drawings. BRIEF DESCRIPTION OF THE DRAWINGS

[0030] In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings required for use in the embodiments will be briefly introduced below. It should be understood that the following drawings only show certain embodiments of the present application and therefore should not be regarded as limiting the scope. For ordinary technicians in this field, other related drawings can be obtained based on these drawings without paying creative work.

[0031] Figure 1 A flowchart of an automated testing method for in-vehicle Ethernet provided in an embodiment of the present application;

[0032] Figure 2 One of the structural schematic diagrams of an in-vehicle Ethernet automated testing device provided in an embodiment of the present application;

[0033] Figure 3 The second structural diagram of an in-vehicle Ethernet automatic test device provided in an embodiment of the present application;

[0034] Figure 4 A schematic diagram of the structure of an electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0035] To make the purpose, technical scheme and advantages of the embodiments of the present application clearer, the technical scheme in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are only a part of the embodiments of the present application, rather than all of the embodiments. The components of the embodiments of the present application usually described and shown in the drawings here can be arranged and designed in various different configurations. Therefore, the following detailed description of the embodiments of the present application provided in the drawings is not intended to limit the scope of the application claimed for protection, but merely represents the selected embodiments of the present application. Based on the embodiments of the present application, each other embodiment obtained by those skilled in the art without making creative work belongs to the scope of protection of the present application.

[0036] First, the application scenarios to which the present application is applicable are introduced. The present application can be applied in the field of vehicle testing technology.

[0037] Since Ethernet has advantages such as large bandwidth and support for service-based architecture design, it is increasingly used in the field of vehicle communications. However, the vehicle Ethernet bus is a high-speed communication bus and is easily affected by the external environment. During the vehicle communication process, the vehicle controller is prone to occasional Ethernet communication loss. Therefore, it is very necessary to test the vehicle Ethernet.

[0038] Research has found that, at present, the test hardware equipment for automotive Ethernet is highly dependent on suppliers, which fundamentally increases the cost and difficulty of automotive Ethernet testing. In the early stage of design, testers need to use hardware equipment to perform functional testing and verification of ECUs. Traditional testing methods not only have a long R&D cycle but also consume a lot of manpower, which will also increase R&D costs accordingly.

[0039] Based on this, an embodiment of the present application provides an automated testing method for in-vehicle Ethernet, which not only realizes full automation of the testing process, reduces human intervention and improves testing efficiency, but also can directly determine the test results based on the test data generated by the ECU device to be tested, thereby reducing the error rate of the test.

[0040] See also Figure 1 , Figure 1 This is a flow chart of an automated testing method for vehicle Ethernet provided in an embodiment of the present application. Figure 1 As shown in, the vehicle Ethernet automated testing method provided by the embodiment of the present application includes:

[0041] S101, controlling the ignition signal of the vehicle to be tested to be interrupted, and controlling the power supply of the ECU device to be tested to be disconnected, so that the ECU device to be tested is in a dormant state.

[0042] Here, the ignition signal is a key control signal in the automotive electrical system, which is used to indicate when the engine control unit (ECU) and other related systems start working. The ignition signal is usually generated by the ignition switch and transmitted to the ECU and other electronic control modules through electrical lines. Control electronic devices: The ignition signal is also used to control the power supply of on-board electronic devices. When the ignition switch is in the "ON" or "ACC" position, the ignition signal activates the ECU and other electronic control modules to start working.

[0043] Regarding the above step S101, during specific implementation, the ignition signal of the vehicle under test is controlled to be interrupted, and the power supply of the ECU device under test is controlled to be disconnected, so that the ECU device under test is in a dormant state.

[0044] S102, when it is determined that the vehicle to be tested is in a hot start state, determining a test case used in the current Ethernet test.

[0045] Here, hot start refers to the process of restarting the system through a restart command when the vehicle under test is already powered on and running.

[0046] Regarding the above step S102, in a specific implementation, when it is determined that the vehicle to be tested is currently in a hot start state, a test case used in the current Ethernet test is determined.

[0047] Specifically, according to the embodiment provided in the present application, the test cases include local wake-up ECU test cases, remote wake-up ECU test cases, APP message test cases, ARP message test cases and ICMP message test cases.

[0048] Here, the test cases used for the current Ethernet test are determined through the following steps:

[0049] Determine whether the current Ethernet test is an IG-related test. IG-related tests usually refer to tests of automotive electronic modules related to ignition signals (IG signals for short). If it is an IG-related test, determine that the test case used in the current Ethernet test is a local wake-up ECU test case. Determine whether the current Ethernet test is a network management message-related test. If it is a network management message test, determine that the test case used in the current Ethernet test is a remote wake-up ECU test case. Determine whether the current Ethernet test is an APP message-related test. If it is an APP message-related test, determine that the test case used in the current Ethernet test is an APP message test case. Determine whether the current Ethernet test is an ARP message-related test. If it is an ARP message-related test, determine that the test case used in the current Ethernet test is an ARP message test case. Determine whether the current Ethernet test is an ICMP message-related test. If it is an ICMP message-related test, determine that the test case used in the current Ethernet test is an ICMP message test case.

[0050] As an optional embodiment, the vehicle-mounted Ethernet automated testing method further includes:

[0051] When it is determined that the vehicle under test is in a cold start state, the power supply of the ECU device under test is controlled to be connected again until the ECU device under test is in a hot start state.

[0052] Here, the cold start state refers to the process of reconnecting the power supply and starting the vehicle under test after it is completely powered off or has not been used for a long time. All hardware components are in the initial state and need to be reinitialized and the operating system loaded.

[0053] With respect to the above steps, in specific implementation, when it is determined that the vehicle under test is in a cold start state, the power supply of the ECU device under test is controlled to be connected again, and then the power supply of the ECU device under test is controlled to be disconnected again until the ECU device under test is in a hot start state. Then, the above step S102 is continued.

[0054] S103: Send a corresponding test signal to the ECU device under test based on the test case, and obtain test data generated by the ECU device under test based on the test signal.

[0055] For the above step S103, in the specific implementation, a corresponding test signal is sent to the ECU device under test based on the test case, and the test data generated by the ECU device under test based on the test signal is obtained. Specifically, the test data includes Ethernet messages, Ethernet connection status, and current current value. The current state of the ECU device under test is judged according to the Ethernet messages generated by the ECU device under test, the Ethernet connection status, and the current size of the ECU device under test. In this way, the Ethernet-related messages and real-time current data generated by the ECU device under test can be automatically captured through the program, and the instantaneous state of the ECU device under test can be judged.

[0056] Specifically, with respect to the above step S103, when the test case is a local wake-up ECU test case, the sending of a corresponding test signal to the ECU device to be tested based on the test case includes:

[0057] A local wake-up test of the ECU device to be tested is performed based on the local wake-up ECU test case, and the switch state of the ignition signal is controlled.

[0058] For the above steps, during the specific implementation, when the test case is a local wake-up ECU test case, local wake-up related tests are performed, and the local wake-up test of the ECU device to be tested is executed based on the local wake-up ECU test case to control the switching state of the ignition signal, that is, trigger the program to control the power on and off of KL15.

[0059] Specifically, with respect to the above step S103, when the test case is a remote wake-up ECU test case, sending a corresponding test signal to the ECU device to be tested based on the test case includes:

[0060] A remote wake-up test of the ECU device under test is performed based on the remote wake-up ECU test case, and a remote wake-up instruction is sent to the ECU device under test.

[0061] For the above steps, in the specific implementation, when the test case is a remote wake-up ECU test case, a remote wake-up related test is performed, a remote wake-up test of the ECU device to be tested is executed based on the remote wake-up ECU test case, and a remote wake-up instruction is sent to the ECU device to be tested.

[0062] Specifically, with respect to the above step S103, when the test case is an APP message test case, an ARP message test case or an ICMP message test case, sending a corresponding test signal to the ECU device to be tested based on the test case includes:

[0063] A corresponding test message is sent to the ECU device under test based on the test case, so that the test message wakes up the ECU device under test.

[0064] With respect to the above steps, in specific implementation, when the test case is an APP message test case, an ARP message test case or an ICMP message test case, a corresponding test message is sent to the ECU device under test based on the test case, so that the test message wakes up the ECU device under test. Specifically, when the test case is an APP message test case, the relevant APP message test case is tested, and the APP message is sent to the ECU device under test to determine whether the APP message in the dormant state can wake up the ECU. When the test case is an ARP message test case, the relevant ARP message test case is tested, and the ARP message is sent to the ECU device under test to determine whether the ARP message in the dormant state can wake up the ECU. When the test case is an ICMP message test case, the relevant ICMP message test case is tested, and the ICMP message is sent to the ECU device under test to determine whether the ICMP message in the dormant state can wake up the ECU.

[0065] S104: Determine a test result of the current Ethernet test based on the test data generated by the ECU device to be tested.

[0066] For the above step S104, in the specific implementation, after obtaining the test data generated by the ECU device to be tested, the Ethernet message in the test data is compared, and it is determined whether the ECU to be tested is connected to the Ethernet according to the Ethernet connection status of the ECU device to be tested, and the current current value is compared with the current threshold to determine whether the ECU device to be tested is awakened, thereby determining the test result of the current Ethernet test.

[0067] As an optional embodiment, after determining the test result of the current Ethernet test based on the test data generated by the ECU device to be tested, the vehicle Ethernet automated testing method further includes:

[0068] The current test date, the name of the test case, the test data, and the test result are stored in a mapping relationship to generate a test log.

[0069] For the above steps, when implementing them, after determining the test results of the current Ethernet test, store the current test date, the name of the test case, the test data generated by the ECU device to be tested, and the test results in a mapping relationship to generate a test log. In this way, by calling the serial port and CAN bus devices, the test data can be automatically saved, and the saved format is automatically saved in the specified folder with the test date as the file name. In the future, a report printing program can be added to the test program to record the test results, which is convenient for users to analyze the entire test results. When a test problem occurs, the user can accurately locate the problem through the report and save time for problem handling.

[0070] The in-vehicle Ethernet automation test method provided by the embodiment of the present application firstly controls the ignition signal of the vehicle to be tested to be interrupted, and controls the power supply of the ECU device to be tested to be disconnected, so that the ECU device to be tested is in a dormant state; then, when it is determined that the vehicle to be tested is in a hot start state, determines the test case used for the current Ethernet test; sends a corresponding test signal to the ECU device to be tested based on the test case, and obtains the test data generated by the ECU device to be tested based on the test signal; wherein the test data includes Ethernet messages, Ethernet connection status and current current value; finally, determines the test result of the current Ethernet test based on the test data generated by the ECU device to be tested. In this way, not only the full automation of the test process is achieved, but also human intervention is reduced and the test efficiency is improved. Moreover, the test result can be directly determined based on the test data generated by the ECU device to be tested, thereby reducing the error rate of the test.

[0071] See also Figure 2 , Figure 3 , Figure 2 This is one of the structural schematic diagrams of an in-vehicle Ethernet automatic test device provided in an embodiment of the present application. Figure 3 This is a second structural diagram of an in-vehicle Ethernet automated testing device provided in an embodiment of the present application. Figure 2 As shown in , the vehicle-mounted Ethernet automatic test device 200 includes:

[0072] The first control module 201 is used to control the ignition signal of the vehicle under test to be interrupted, and control the power supply of the ECU device under test to be disconnected, so that the ECU device under test is in a dormant state;

[0073] A test case determination module 202, for determining a test case used for a current Ethernet test when it is determined that the vehicle to be tested is in a hot start state;

[0074] The test data acquisition module 203 is used to send a corresponding test signal to the ECU device under test based on the test case, and obtain test data generated by the ECU device under test based on the test signal; wherein the test data includes Ethernet messages, Ethernet connection status and current current value;

[0075] The test result determination module 204 is used to determine the test result of the current Ethernet test based on the test data generated by the ECU device to be tested.

[0076] Furthermore, the test cases include local wake-up ECU test cases, remote wake-up ECU test cases, APP message test cases, ARP message test cases and ICMP message test cases.

[0077] Further, when the test case is a local wake-up ECU test case, when the test data acquisition module 203 is used to send a corresponding test signal to the ECU device under test based on the test case, the test data acquisition module 203 is also used to:

[0078] A local wake-up test of the ECU device to be tested is performed based on the local wake-up ECU test case, and the switch state of the ignition signal is controlled.

[0079] Further, when the test case is a remote wake-up ECU test case, when the test data acquisition module 203 is used to send a corresponding test signal to the ECU device under test based on the test case, the test data acquisition module 203 is also used to:

[0080] A remote wake-up test of the ECU device under test is performed based on the remote wake-up ECU test case, and a remote wake-up instruction is sent to the ECU device under test.

[0081] Further, when the test case is an APP message test case, an ARP message test case or an ICMP message test case, when the test data acquisition module 203 is used to send a corresponding test signal to the ECU device under test based on the test case, the test data acquisition module 203 is also used to:

[0082] A corresponding test message is sent to the ECU device under test based on the test case, so that the test message wakes up the ECU device under test.

[0083] See also Figure 3 The vehicle-mounted Ethernet automated testing device 200 further includes a second control module 205, and the second control module 205 is used to:

[0084] When it is determined that the vehicle under test is in a cold start state, the power supply of the ECU device under test is controlled to be connected again until the ECU device under test is in a hot start state.

[0085] See also Figure 3 The vehicle Ethernet automated testing device 200 further includes a log generating module 206. After determining the test result of the current Ethernet test based on the test data generated by the ECU device to be tested, the log generating module 206 is used to:

[0086] The current test date, the name of the test case, the test data, and the test result are stored in a mapping relationship to generate a test log.

[0087] See also Figure 4 , Figure 4 This is a schematic diagram of the structure of an electronic device provided in an embodiment of the present application. Figure 4 As shown in , the electronic device 400 includes a processor 410 , a memory 420 and a bus 430 .

[0088] The memory 420 stores machine-readable instructions executable by the processor 410. When the electronic device 400 is running, the processor 410 communicates with the memory 420 via the bus 430. When the machine-readable instructions are executed by the processor 410, the above-mentioned Figure 1 The specific implementation of the steps of the vehicle-mounted Ethernet automated testing method in the method embodiment shown can be found in the method embodiment, and will not be repeated here.

[0089] The present application also provides a computer-readable storage medium on which a computer program is stored. When the computer program is executed by a processor, the computer program can execute the above-mentioned Figure 1 The specific implementation of the steps of the vehicle-mounted Ethernet automated testing method in the method embodiment shown can be found in the method embodiment, and will not be repeated here.

[0090] Those skilled in the art can clearly understand that, for the convenience and brevity of description, the specific working processes of the systems, devices and units described above can refer to the corresponding processes in the aforementioned method embodiments and will not be repeated here.

[0091] In the several embodiments provided in the present application, it should be understood that the disclosed systems, devices and methods can be implemented in other ways. The device embodiments described above are merely schematic. For example, the division of the units is only a logical function division. There may be other division methods in actual implementation. For example, multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some communication interfaces, and the indirect coupling or communication connection of devices or units can be electrical, mechanical or other forms.

[0092] The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0093] In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.

[0094] If the functions are implemented in the form of software functional units and sold or used as independent products, they can be stored in a non-volatile computer-readable storage medium that is executable by a processor. Based on this understanding, the technical solution of the present application can essentially be embodied in the form of a software product, or in other words, the part that contributes to the prior art or the part of the technical solution. The computer software product is stored in a storage medium, including several instructions for a computer device (which can be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the method described in each embodiment of the present application. The aforementioned storage medium includes: various media that can store program codes, such as a USB flash drive, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk.

[0095] Finally, it should be noted that the above-described embodiments are only specific implementation methods of the present application, which are used to illustrate the technical solutions of the present application, rather than to limit them. The protection scope of the present application is not limited thereto. Although the present application is described in detail with reference to the above-mentioned embodiments, ordinary technicians in the field should understand that any technician familiar with the technical field can still modify the technical solutions recorded in the above-mentioned embodiments within the technical scope disclosed in the present application, or can easily think of changes, or make equivalent replacements for some of the technical features therein; and these modifications, changes or replacements do not make the essence of the corresponding technical solutions deviate from the spirit and scope of the technical solutions of the embodiments of the present application, and should be included in the protection scope of the present application. Therefore, the protection scope of the present application shall be based on the protection scope of the claims.

Claims

1. A vehicle Ethernet automated testing method, characterized in that: The vehicle-mounted Ethernet automated testing method comprises: Controlling the ignition signal of the vehicle to be tested to be interrupted, and controlling the power supply of the ECU device to be tested to be disconnected, so that the ECU device to be tested is in a dormant state; When it is determined that the vehicle to be tested is in a hot start state, determining a test case used in the current Ethernet test; Sending a corresponding test signal to the ECU device under test based on the test case, and acquiring test data generated by the ECU device under test based on the test signal; wherein the test data includes Ethernet messages, Ethernet connection status, and current current value; The test result of the current Ethernet test is determined based on the test data generated by the ECU device to be tested.

2. The vehicle-mounted Ethernet automated testing method according to claim 1, characterized in that: The test cases include local wake-up ECU test cases, remote wake-up ECU test cases, APP message test cases, ARP message test cases and ICMP message test cases.

3. The vehicle-mounted Ethernet automated testing method according to claim 2, characterized in that: When the test case is a local wake-up ECU test case, sending a corresponding test signal to the ECU device to be tested based on the test case includes: A local wake-up test of the ECU device to be tested is performed based on the local wake-up ECU test case, and the switch state of the ignition signal is controlled.

4. The vehicle-mounted Ethernet automated testing method according to claim 2, characterized in that: When the test case is a remote wake-up ECU test case, sending a corresponding test signal to the ECU device to be tested based on the test case includes: A remote wake-up test of the ECU device under test is performed based on the remote wake-up ECU test case, and a remote wake-up instruction is sent to the ECU device under test.

5. The vehicle-mounted Ethernet automated testing method according to claim 2, characterized in that: When the test case is an APP message test case, an ARP message test case or an ICMP message test case, sending a corresponding test signal to the ECU device to be tested based on the test case includes: A corresponding test message is sent to the ECU device under test based on the test case, so that the test message wakes up the ECU device under test.

6. The vehicle-mounted Ethernet automated testing method according to claim 1, characterized in that: The vehicle-mounted Ethernet automated testing method further includes: When it is determined that the vehicle under test is in a cold start state, the power supply of the ECU device under test is controlled to be connected again until the ECU device under test is in a hot start state.

7. The vehicle-mounted Ethernet automated testing method according to claim 1, characterized in that: After determining the test result of the current Ethernet test based on the test data generated by the ECU device to be tested, the vehicle Ethernet automated testing method further includes: The current test date, the name of the test case, the test data, and the test result are stored in a mapping relationship to generate a test log.

8. An in-vehicle Ethernet automated testing device, characterized in that: The vehicle-mounted Ethernet automatic test device comprises: The first control module is used to control the interruption of the ignition signal of the vehicle under test and to control the power supply of the ECU device under test to be disconnected, so that the ECU device under test is in a dormant state; A test case determination module, used to determine the test case used for the current Ethernet test when it is determined that the vehicle to be tested is in a hot start state; A test data acquisition module, used to send a corresponding test signal to the ECU device under test based on the test case, and obtain test data generated by the ECU device under test based on the test signal; wherein the test data includes Ethernet messages, Ethernet connection status and current current value; The test result determination module is used to determine the test result of the current Ethernet test based on the test data generated by the ECU device to be tested.

9. An electronic device, characterized in that: include: A processor, a memory and a bus, wherein the memory stores machine-readable instructions executable by the processor, and when the electronic device is running, the processor and the memory communicate through the bus, and the machine-readable instructions are executed by the processor to execute the steps of the vehicle Ethernet automation test method as described in any one of claims 1 to 7.

10. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the steps of the vehicle-mounted Ethernet automatic testing method according to any one of claims 1 to 7 are executed.

Images