CN116389326A

CN116389326A - Protocol based on DoIP, refreshing test method, system, equipment and medium

Info

Publication number: CN116389326A
Application number: CN202310364094.XA
Authority: CN
Inventors: 邹勇; 殷丽
Original assignee: Zongmu Technology Chongqing Co ltd
Current assignee: Zongmu Technology Chongqing Co ltd
Priority date: 2023-04-06
Filing date: 2023-04-06
Publication date: 2023-07-04

Abstract

The application provides a protocol based on DoIP, a refresh test method, a system, equipment and a medium, wherein the method comprises the following steps: establishing Ethernet connection with the controlled controller; sending a route activation request to the controlled controller; receiving a route activation response returned by the controlled controller; responding to the establishment of the routing connection, and sending a protocol test message to the tested controller; receiving response data returned by the tested controller aiming at the protocol test message; and analyzing the response data to generate a protocol test result. The application provides a test flow which can be flexibly modified for a protocol test and a diagnostic brush test of a DoIP protocol.

Description

Protocol based on DoIP, refreshing test method, system, equipment and medium

Technical Field

The application belongs to the technical field of testing, and relates to a testing method, in particular to a protocol based on DoIP, a refreshing testing method, a system, equipment and a medium.

Background

Currently, UDS (Unified Diagnostic Services, unified diagnostic service) diagnostics are typically implemented in conventional controllers based on a CAN (Controller Area Network ) bus. With the development of centralized controllers and the increasing content of software on vehicles, the UDS upgrade based on a CAN bus cannot meet the requirements, for example, in a certain vehicle, 1GB data is upgraded by 500kbit/s CAN, 16 hours are required, and the speed is not acceptable and is slower than the current battery. Thus, an ethernet-based UDS-DOIP (Diagnostic Over Internet Protocol, a diagnostic protocol based on the TCP/IP protocol) has developed. According to the requirements of ISO-13400, doIP communication supports two modes of 100BASE-TX (100 Mbit/s Ethernet) and 10BASE-T (10 Mbit/s Ethernet) at the physical layer, which greatly improves the speed of vehicle software refreshing.

Currently, the DoIP is widely applied by factories, and related functional test requirements based on DoIP software refreshing, remote diagnosis and the like in the automobile industry are vigorous. However, only a few test organizations currently have test technology and test capabilities related to DoIP testing, and many in the industry test by purchasing integrated test equipment and software from test service companies, resulting in long related test cycles and expensive test costs.

Disclosure of Invention

The application aims to provide a protocol based on the DoIP, a refreshing test method, a refreshing test system, a refreshing test device and a refreshing test medium, which are used for solving the problem of how to realize the related test of the DoIP in a low-cost, flexible and efficient mode.

The first aspect of the embodiment of the application provides a protocol testing method based on DoIP, which is applied to an ethernet communication link formed by an electronic device and a tested controller in a vehicle, and the electronic device and the tested controller perform signal conversion and communication through a vehicle-mounted ethernet converter; the method comprises the following steps: establishing Ethernet connection with the controlled controller; sending a route activation request to the controlled controller; receiving a route activation response returned by the controlled controller; responding to the establishment of the routing connection, and sending a protocol test message to the tested controller; receiving response data returned by the tested controller aiming at the protocol test message; and analyzing the response data to generate a protocol test result.

In an implementation manner of the first aspect, the protocol test packet is a frame type test packet; the step of analyzing the response data and generating a protocol test result includes: verifying whether the response of the tested controller to the DoIP frame of the current type is correct or not according to the response data, and generating a verification result; judging whether the returned DoIP frame in the response data accords with the specification or not, and generating a judging result; and determining the protocol test result according to the verification result and/or the judgment result.

In another implementation manner of the first aspect, the protocol test message is a diagnostic type test message; the step of analyzing the response data and generating a protocol test result includes: determining the effective load content from the DoIP frame returned from the response data; parsing diagnostic data contained in the payload content; and determining the protocol test result according to the diagnosis data.

In a further implementation manner of the first aspect, the protocol test message is a message for testing a time parameter; the step of analyzing the response data and generating a protocol test result includes: determining a corresponding time parameter when the DoIP frame is returned in the response data; and determining the protocol test result according to the time parameter.

The second aspect of the embodiment of the application provides a refresh test method based on DoIP, which is applied to an Ethernet communication link formed by an electronic device and a tested controller in a vehicle, wherein the electronic device and the tested controller are subjected to signal conversion and communication through a vehicle-mounted Ethernet converter; the method comprises the following steps: importing an upgrade package of the controlled controller through an interactive interface of the electronic equipment; filling in verification information of the upgrade package of the controlled controller; responding to the successful verification of the verification information, and carrying out refreshing test on the tested controller; establishing Ethernet connection with the controlled controller; sending a route activation request to the controlled controller; receiving a route activation response returned by the controlled controller; responding to the establishment of a routing connection, and sending a DoIP diagnosis and refresh request to the controlled controller; receiving diagnosis response information returned by the tested controller for the DoIP diagnosis and writing request; and analyzing the diagnosis response information to generate a refreshing test result.

In one implementation manner of the second aspect, the refresh test is a vehicle ECU refresh test; the step of responding to the successful verification of the verification information and carrying out refresh test on the tested controller comprises the following steps: responding to the successful verification of the verification information and the generation of a refreshing instruction by the interactive interface, and starting to refresh the tested controller; and displaying at least one of the brushing progress, the upgrading step or the error information in the interactive interface.

In one embodiment of the second aspect, the refresh test is a reverse refresh test, where the reverse refresh test refers to skipping the extended session direct request execution routine after the route activation is successful; the step of analyzing the diagnostic response information and generating a refresh test result includes: and analyzing error response which is requested by the routine and is not supported by the current session from the diagnosis response information.

A third aspect of embodiments of the present application provides a DoIP-based test system, the system including: electronic equipment, a vehicle-mounted Ethernet converter and a measured controller in a vehicle; the electronic equipment and the tested controller are subjected to signal conversion and communication through a vehicle-mounted Ethernet converter to form an Ethernet communication link; the ethernet communication link is configured to conduct a DoIP-based protocol test and/or a refresh test.

In an implementation manner of the third aspect, the electronic device is provided with upper computer software based on DoIP, and the upper computer software is applied to different system environments according to different application requirements.

In one implementation manner of the third aspect, in response to the system environment being a windows system, the upper computer software runs in an executable file manner, and supports connection of a real ethernet and DoIP testing; and responding to the system environment being a ubuntu system, the upper computer software operates in a dotnet component mode, and supports connection of a real Ethernet and a real Ethernet DoIP test as well as connection of a virtual Ethernet and a virtual Ethernet DoIP test.

A fourth aspect of the present application provides an electronic device, including: a processor and a memory; the memory is used for storing a computer program, and the processor is used for executing the computer program stored in the memory so as to enable the electronic equipment to execute the protocol test method or the refresh test method.

A fifth aspect of the embodiments of the present application provides a computer-readable storage medium having stored thereon a computer program which, when executed by a processor, implements the protocol test method or the refresh test method.

As described above, the protocol based on the DoIP, the refresh test method, the system, the device and the medium have the following beneficial effects:

(1) The application provides upper computer software, which can simulate the actual on-vehicle Ethernet DoIP diagnosis and writing scene, and can comprehensively test the forward and reverse test scenes of the DoIP diagnosis and writing so as to ensure the stability of the OTA (Over-the-Air Technology) function of the ECU.

(2) The test of refreshing the DoIP protocol and the ECU software can be completed through the upper computer by only connecting the Ethernet of the tested object with the network port of the computer through one vehicle-mounted Ethernet converter without purchasing professional equipment, and the equipment cost is low.

(3) The method and the device can solve the problem that the controller of a plurality of components in the current vehicle needs to use the DoIP diagnosis to carry out refreshing software test; the problem of DoIP protocol testing of the controller can also be solved.

(4) The test tool can find out the loopholes of the DoIP protocol, and can ensure that the required information can be correctly obtained during the detection and maintenance of the follow-up vehicle and the final inspection line station of the final assembly. Through the testing tool, forward testing, reverse testing and pressure testing can be carried out on the OTA, and the stability of the OTA based on the DoIP is ensured.

Drawings

Fig. 1 is a schematic diagram of an application scenario of a DoIP-based protocol and refresh test method according to an embodiment of the present application.

Fig. 2 is a schematic flow chart of a protocol testing method based on DoIP according to an embodiment of the present application.

Fig. 3A is a schematic diagram of reverse test interaction of the protocol testing method based on DoIP according to an embodiment of the present application.

Fig. 3B is a schematic diagram of a DoIP frame structure of a protocol testing method based on the DoIP according to an embodiment of the present application.

Fig. 3C is a schematic diagram showing a time parameter test interaction of the protocol test method based on the DoIP according to the embodiment of the present application.

Fig. 4 is a schematic flow chart of a DoIP-based refresh test method according to an embodiment of the present application.

Fig. 5A is an interaction schematic diagram of a DoIP-based refresh test method according to an embodiment of the present application.

Fig. 5B is a schematic diagram showing reverse test interaction of the DoIP-based refresh test method according to an embodiment of the present application.

Fig. 6 shows a schematic diagram of a real ethernet brush connection for the DoIP-based test system according to an embodiment of the present application.

Fig. 7 is a schematic diagram of a virtual ethernet brush connection of a DoIP-based test system according to an embodiment of the present application.

Fig. 8 is a schematic diagram showing structural connection of an electronic device according to an embodiment of the present application.

Description of element reference numerals

1. Electronic equipment

11. Processor and method for controlling the same

12. Memory device

13. Communication interface

14. System bus

2. Vehicle-mounted Ethernet converter

3. Measured controller

S21 to S26 steps

S41 to S49 steps

Detailed Description

Other advantages and effects of the present application will become apparent to those skilled in the art from the present disclosure, when the following description of the embodiments is taken in conjunction with the accompanying drawings. The present application may be embodied or carried out in other specific embodiments, and the details of the present application may be modified or changed from various points of view and applications without departing from the spirit of the present application. It should be noted that the following embodiments and features in the embodiments may be combined with each other without conflict.

It should be noted that, the illustrations provided in the following embodiments merely illustrate the basic concepts of the application by way of illustration, and only the components related to the application are shown in the drawings and are not drawn according to the number, shape and size of the components in actual implementation, and the form, number and proportion of the components in actual implementation may be arbitrarily changed, and the layout of the components may be more complex.

The following embodiments of the present application provide a DoIP-based protocol, a refresh test method, a system, a device, and a medium, including but not limited to application in an ethernet communication link formed by an electronic device and a measured controller in a vehicle, and will be described below by taking the hardware application scenario as an example.

Fig. 1 is a schematic diagram of an application scenario of a DoIP-based protocol and refresh test method according to an embodiment of the present application. As shown in fig. 1, this embodiment provides a hardware application scenario of a protocol and refresh test method based on DoIP, which specifically includes: an electronic device 1, an on-board ethernet converter 2 and a controlled controller 3. The electronic equipment 1 and the measured controller 3 are subjected to signal conversion and communication through the vehicle-mounted Ethernet converter 2.

Wherein the electronic device may be, for example, a computer comprising all or part of the components of a memory, a memory controller, one or more processing units (CPUs), a peripheral interface, RF circuitry, audio circuitry, speakers, a microphone, an input/output (I/O) subsystem, a display screen, other output or control devices, and an external port, etc.; the computer includes, but is not limited to, a personal computer such as a desktop computer, a notebook computer, and the like. In other embodiments, the electronic device may also be a server, where the server may be disposed on one or more entity servers according to multiple factors such as functions, loads, and the like, and may also be a cloud server formed by a distributed or centralized server cluster, which is not limited in this embodiment.

DoIP (Diagnostic communication over Internet Protocol) in this application refers to an IP network based automotive diagnostic protocol. The DoIP protocol IS used for the transmission of UDS diagnostics, ISO13400-3 and IEEE 802.3 specify the physical layer, data link layer, IS 01340-2 specifies the DoIP transport layer and network layer, and ISO14229 specifies the session layer and application layer. The DoIP protocol performs transmission of diagnostic messages based on the TCP/UDP protocol. The application scenarios of DoIP mainly have three: detection and maintenance of vehicles, software refreshing of vehicles/ECUs, and detection and maintenance of final assembly inspection line stations.

The following describes the technical solutions in the embodiments of the present application in detail with reference to the drawings in the embodiments of the present application.

Referring to fig. 2, a schematic flow chart of a protocol testing method based on DoIP according to an embodiment of the present application is shown. As shown in fig. 2, the protocol testing method based on DoIP provided in this embodiment is applied to an ethernet communication link formed by an electronic device and a tested controller in a vehicle, where signal conversion and communication are performed between the electronic device and the tested controller through a vehicle-mounted ethernet converter; the method specifically comprises the following steps:

s21, establishing Ethernet connection with the controlled controller.

Specifically, the electronic device is an upper computer, the upper computer firstly performs Ping operation on the measured controller, the measured controller makes ICMP (Internet Control Message Protocol ) reply, namely ICMP response, and then the upper computer requests TCP connection to the measured controller, and the measured controller returns TCP connection response to the upper computer.

S22, sending a route activation request to the controlled controller.

S23, receiving a route activation response returned by the controlled controller.

S24, responding to the establishment of the route connection, and sending a protocol test message to the tested controller.

S25, receiving response data returned by the tested controller aiming at the protocol test message.

S26, analyzing the response data to generate a protocol test result.

In an embodiment, the protocol test message is a frame type test message; specifically, the measured controller is a measured DoIP node. The DoIP framing interface provided by the application can realize the transmission of DoIP frames of any type, such as: 0x 0001-vehicle identification request message, 0x 0005-route activation request, etc. Step S26 includes:

(1) And verifying whether the response of the tested controller to the current type of DoIP frame is correct or not according to the response data, and generating a verification result.

Specifically, according to the response data, verifying whether the response of the tested DoIP node to the various types of DoIP frames is correct.

(2) And judging whether the returned DoIP frame in the response data accords with the specification, and generating a judging result.

Specifically, a DoIP frame responded by the tested DoIP node is received, and in the application, a corresponding function is set to analyze and judge whether the response DoIP frame accords with the specification.

(3) And determining the protocol test result according to the verification result and/or the judgment result.

In practical application, the application realizes the ping target node of the upper computer and the TCP/UDP connection in a multithreading mode. And the upper computer can establish TCP or UDP connection with the target node to transmit the DoIP message. Meanwhile, an API (Application Programming Interface ) of the messages of the DoIP node management class, the vehicle information class and the diagnostic data class is provided, and the API interface can be called to carry out DoIP framing. The upper computer analyzes the DoIP frame received through the vehicle-mounted Ethernet with corresponding functions so as to obtain the effective data in the frame.

Referring to fig. 3B, a schematic diagram of a DoIP frame structure of a protocol testing method based on the DoIP according to an embodiment of the present application is shown. As shown in fig. 3B, the structure of the DoIP frame is shown, and the valid data in the acquired frame refers to the payload content part in the DoIP packet.

Wherein the payload types include the various types exemplified in table 1. The application may send any type of DoIP frame in table 1, or may parse it. In the specific application, the upper computer is used for sending a routing activation DoIP message to the tested DoIP node, and the upper computer can receive a routing activation response message returned by the tested node.

Referring to FIG. 2, steps S22-S23 are shown. Here is a forward test example of routing an activation message in the DoIP protocol test. Meanwhile, the reverse test of the DoIP protocol test can be performed. Referring to fig. 3A, a reverse test interaction diagram of a protocol test method based on DoIP according to an embodiment of the present application is shown. As shown in fig. 3A, a reverse test case of the DoIP protocol is shown: and testing the format error negative acknowledgement code. And sending a DoIP diagnosis power mode request message (0 x 4003) through the upper computer, setting a DoIP protocol field in the message to be 0x00, and sending the message to the controlled controller. After receiving the DoIP general negative response message (0 x 4004) of the controlled controller, the upper computer analyzes and judges whether the header of the returned negative response message (0 x 4004) is a negative response code 0x00. Similarly, tests such as route activation message with invalid source address, doIP diagnosis request message with length exceeding maximum limit can be performed. And the upper computer analyzes and judges whether the response accords with the protocol specification after receiving the DoIP response message. Thus, the present application can send ethernet frames in any format to enable testing of many ethernet frame errors.

Table 1DoIP payload type table

In another embodiment, the protocol test message is a diagnostic type test message; step S26 includes:

(1) And determining the payload content from the DoIP frame returned in the response data.

(2) And analyzing the diagnosis data contained in the payload content.

(3) And determining the protocol test result according to the diagnosis data.

Specifically, the application is directed to a DoIP diagnostic packet (e.g., a packet of type 0x8001-0x8003 in table 1) that can parse UDS data contained in the payload content of the DoIP packet to achieve a test of 14229-1UDS protocol.

In yet another embodiment, the protocol test message is a message for testing a time parameter; step S26 includes:

(1) And determining a corresponding time parameter when the DoIP frame is returned in the response data.

(2) And determining the protocol test result according to the time parameter.

In practical application, the application realizes the monitoring of the time parameter in the DoIP protocol and the UDS protocol by using the Stopwatch, and the monitoring of the time parameter can test the time parameter in the DoIP protocol, for example: the DoIP communication time parameter a_doip_ctrl, a_doip_announce_wait, etc.

Referring to fig. 3C, a time parameter test interaction diagram of the DoIP-based protocol test method according to an embodiment of the present application is shown. As shown in fig. 3C, an example of a time parameter test is shown: and after the T_TCP_initial_Inactive time parameter is tested, the upper computer judges whether the tested controller sends a request for disconnecting the TCP connection or not. If the measured controller closes the TCP connection through four times of waving of the TCP after the timer is overtime, the measured controller accords with the DoIP protocol specification.

Therefore, as can be seen from the reverse test of the protocol test in combination with the reverse test of the protocol test in fig. 3A and the forward test of the protocol test in fig. 3B and 3C, the application can simulate the actual vehicle-mounted ethernet DoIP protocol test scenario.

Referring to fig. 4, a schematic flow chart of a DoIP-based refresh test method according to an embodiment of the present application is shown. As shown in fig. 4, the DoIP-based refresh test method provided in this embodiment is applied to an ethernet communication link formed by an electronic device and a tested controller in a vehicle, where signal conversion and communication are performed between the electronic device and the tested controller through a vehicle-mounted ethernet converter; the method specifically comprises the following steps:

s41, importing an upgrade package of the controlled controller through an interactive interface of the electronic equipment.

S42, filling in the verification information of the upgrade package of the controlled controller.

Specifically, the check information refers to CRC (Cyclic Redundancy Check ) of the upgrade package of the controlled controller.

S43, responding to the successful verification of the verification information, and carrying out refreshing test on the tested controller.

S44, establishing Ethernet connection with the controlled controller.

S45, sending a route activation request to the controlled controller.

S46, receiving a route activation response returned by the controlled controller.

S47, in response to the establishment of the routing connection, a DoIP diagnosis and refresh request is sent to the controlled controller.

S48, receiving diagnosis response information returned by the tested controller for the DoIP diagnosis and writing request.

S49, analyzing the diagnosis response information to generate a refreshing test result.

The applicant has appreciated that, in the beginning of the development project of the ECU (Electronic Control Unit ), the software refresh function must be ensured to be substantially stable in order to ensure the software update of the subsequent real vehicle debugging. Therefore, aiming at the ECU which needs to be subjected to the diagnosis and writing through the vehicle-mounted Ethernet DoIP, the application provides the upper computer software which can simulate the actual vehicle-mounted Ethernet DoIP diagnosis and writing scene, and can comprehensively test the forward and reverse test scenes of the DoIP diagnosis and writing so as to ensure the stability of the OTA function of the ECU.

In one embodiment, the refresh test is a vehicle ECU refresh test; step S43 includes:

(1) And responding to the successful verification of the verification information and the generation of a refreshing instruction by the interactive interface, and starting to carry out refreshing test on the tested controller.

(2) And displaying at least one of the brushing progress, the upgrading step or the error information in the interactive interface.

Specifically, the controller upgrade package can be imported through the upper computer interaction interface. And filling CRC (cyclic redundancy check) of the upgrade package in the upper computer, and clicking a Start button of the interactive interface to Start brushing. And displaying the brushing progress and/or setting a tag to display upgrading steps and/or error information on the upper computer interaction interface. After clicking starts, the upper computer first performs socket connection and establishes TCP connection with the controller which is written by the brush. And then the upper computer sends a route activation request message, and after communication is established with the controller, the upper computer can start to initiate a DoIP diagnosis and refresh request.

Referring to fig. 5A, an interaction diagram of a DoIP-based refresh testing method according to an embodiment of the present application is shown. As shown in fig. 5A, the electronic device is an upper computer, and the controlled controller is a DoIP node. The upper computer firstly uses the Ping DoIP node, the DoIP node makes ICMP reply, namely ICMP reply, the upper computer establishes connection with the DoIP node after TCP three-way handshake, and then the upper computer sends a route activation request to the DoIP node, and the DoIP node returns a route activation response. Therefore, the route connection between the upper computer and the DoIP node is established, the upper computer and the DoIP node sequentially execute the pre-programming step, the main programming step and the post-programming step by sending and receiving the DoIP diagnostic message, and finally, after the brushing test is finished, the upper computer requests to close the TCP connection, and the upper computer and the DoIP node close the connection after the TCP swings the hand four times.

In an embodiment, the refresh test is a reverse refresh test, and the reverse refresh test refers to skipping the extended session direct request execution routine after the route is successfully activated; step S49 includes: and analyzing error response which is requested by the routine and is not supported by the current session from the diagnosis response information.

Referring to fig. 5B, a reverse test interaction diagram of the DoIP-based refresh test method according to an embodiment of the present application is shown. As shown in fig. 5B, in this example, the OTA reverse test flow shows that the upper computer firstly pins the DoIP node, the DoIP node makes an ICMP reply, that is, an ICMP reply, and the upper computer establishes a connection after performing TCP three-way handshake with the DoIP node, and then the upper computer sends a route activation request to the DoIP node, and the DoIP node returns a route activation response. Therefore, the route connection between the upper computer and the DoIP node is established, the step of entering the extended session is skipped to request the execution of the routine after the route is successfully activated, and a DoIP diagnosis negative response that the current session returned by the tested node does not support the service (routine) is received at the moment. And finally, entering TCP four times of waving hands, and closing the flow of TCP connection.

Therefore, in combination with the forward test of the refresh test of fig. 5A and the reverse test of the refresh test of fig. 5B, the present application can flexibly modify the test flow to perform the reverse test of the DoIP diagnostic brush test. The forward and reverse test scenes of the DoIP diagnosis and writing can be comprehensively tested, so that the stability of the OTA function of the ECU is ensured.

It should be noted that, the process of establishing a connection by the protocol test method of the present application is the same as the process of establishing a connection by the refresh test method shown in fig. 5A and 5B. The difference is that the transmitted request is different, the DoIP diagnostic request and the response are one of the DoIP message types, and the DoIP message of the diagnostic type is mainly used in software refreshing. The protocol test method can send different DoIP messages based on the frame type test message, the diagnosis type message and the message for testing the time parameter.

The protection scope of the protocol test method or the refresh test method based on the DoIP described in the embodiments of the present application is not limited to the execution sequence of the steps listed in the embodiments, and all the schemes implemented by adding or removing steps and replacing steps according to the prior art made by the principles of the present application are included in the protection scope of the present application.

The embodiment of the application also provides a DoIP-based test system, which can implement the DoIP-based protocol test method or the refresh test method described in the application, but the implementation device of the DoIP-based protocol test method or the refresh test method described in the application includes, but is not limited to, the structure of the DoIP-based test system listed in the embodiment, and all structural modifications and substitutions of the prior art according to the principles of the application are included in the protection scope of the application.

With continued reference to fig. 1, as shown in fig. 1, the test system based on the DoIP provided in this embodiment includes: an electronic device 1, an on-board ethernet converter 2 and a controlled controller 3 in the vehicle.

The electronic equipment 1 and the measured controller 3 are subjected to signal conversion and communication through a vehicle-mounted Ethernet converter 2 to form an Ethernet communication link; the ethernet communication link is configured to conduct a DoIP-based protocol test and/or a refresh test. The DoIP protocol test is a basis, and ECU software refreshing is performed under the condition that the DoIP protocol meets the requirements.

In an embodiment, the electronic device is provided with upper computer software based on DoIP, and the upper computer software is applied to different system environments according to different application requirements.

Specifically, in response to the system environment being a windows system, the upper computer software runs in an executable file mode, and supports connection of a real Ethernet and DoIP testing.

And responding to the system environment being a ubuntu system, the upper computer software operates in a dotnet component mode, and supports connection of a real Ethernet and a real Ethernet DoIP test as well as connection of a virtual Ethernet and a virtual Ethernet DoIP test.

In practical application, the upper computer software based on the DOIP is realized by using the C# language in a self-programming mode, and the upper computer software can be used in windows and ubuntu systems according to practical requirements. By configuring IP and the like on the test computer, the upper computer can establish TCP/UDP connection with the brushed controller through the computer network card. In windows system, the method can run in the mode of executing files, and supports connection of real Ethernet and DoIP test; in the ubuntu system, the system operates in a dotnet component mode, and can support connection and DoIP test of a real ethernet and connection and DoIP test of a virtual ethernet (USB virtual network card).

Referring to fig. 6, a schematic diagram of a real ethernet brush connection of a DoIP-based test system according to an embodiment of the present application is shown. As shown in fig. 6, the real ethernet connection is to switch the interface of the vehicle ethernet controller to an RJ45 interface via a vehicle ethernet converter to access an external computer (upper computer). Specifically, an external computer and a vehicle-mounted Ethernet converter are connected through a network cable, and then the vehicle-mounted Ethernet converter is connected with a tested vehicle-mounted Ethernet controller through a vehicle-mounted Ethernet connection harness, so that an Ethernet communication link between an upper computer and the tested controller is established.

Referring to fig. 7, a schematic diagram of virtual ethernet brush connection of the DoIP-based test system according to an embodiment of the present application is shown. As shown in fig. 7, the virtual ethernet is a USB interface for connecting a USB analog ethernet on a tested vehicle ethernet controller to an external computer, so as to establish a physical communication link with the device to be refreshed (the tested controller).

Therefore, the method and the device can be used in a linux system, and support real Ethernet and virtual Ethernet (USB virtual network card) connection and test.

In the several embodiments provided in this application, it should be understood that the disclosed system or method may be implemented in other ways. For example, the system embodiments described above are merely illustrative, e.g., the division of modules/units is merely a logical functional division, and there may be additional divisions when actually implemented, e.g., multiple modules or units may be combined or integrated into another system, or some features may be omitted or not performed. Alternatively, the coupling or direct coupling or communication connection shown or discussed with each other may be an indirect coupling or communication connection via some interfaces, devices or modules or units, which may be in electrical, mechanical or other forms.

The modules/units illustrated as separate components may or may not be physically separate, and components shown as modules/units may or may not be physical modules, i.e., may be located in one place, or may be distributed over a plurality of network elements. Some or all of the modules/units may be selected according to actual needs to achieve the purposes of the embodiments of the present application. For example, functional modules/units in various embodiments of the present application may be integrated into one processing module, or each module/unit may exist alone physically, or two or more modules/units may be integrated into one module/unit.

Those of ordinary skill would further appreciate that the elements and algorithm steps of the examples described in connection with the embodiments disclosed herein may be embodied in electronic hardware, in computer software, or in a combination of the two, and that the elements and steps of the examples have been generally described in terms of function in the foregoing description to clearly illustrate the interchangeability of hardware and software. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the solution. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.

Referring to fig. 8, a schematic structural connection diagram of an electronic device according to an embodiment of the present application is shown. As shown in fig. 8, the electronic apparatus 1 of the present application includes: a processor 11, a memory 12, a communication interface 13, or/and a system bus 14. The memory 12 and the communication interface 13 are connected to the processor 11 via a system bus 14 and perform communication with each other, the memory 12 is used for storing a computer program, the communication interface 13 is used for communicating with other devices, and the processor 11 is used for running the computer program to cause the electronic device 1 to execute the steps of the DoIP-based protocol test method or the refresh test method.

The processor 11 may be a general-purpose processor, including a central processing unit (Central Processing Unit, CPU for short), a network processor (Network Processor, NP for short), and the like; but also digital signal processors (Digital Signal Processing, DSP for short), application specific integrated circuits (Application Specific Integrated Circuit, ASIC for short), field programmable gate arrays (Field Programmable Gate Array, FPGA for short) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components.

The memory 12 may include a random access memory (Random Access Memory, simply referred to as RAM), and may further include a non-volatile memory (non-volatile memory), such as at least one magnetic disk memory.

The system bus 14 mentioned above may be a peripheral component interconnect standard (Peripheral Component Interconnect, PCI) bus or an extended industry standard architecture (Extended Industry Standard Architecture, EISA) bus, or the like. The system bus 14 may be divided into an address bus, a data bus, a control bus, etc. The communication interface is used for realizing communication between the database access device and other devices (such as a client, a read-write library and a read-only library).

Embodiments of the present application also provide a computer-readable storage medium. Those of ordinary skill in the art will appreciate that all or part of the steps in the method implementing the above embodiments may be implemented by a program to instruct a processor, where the program may be stored in a computer readable storage medium, where the storage medium is a non-transitory (non-transitory) medium, such as a random access memory, a read only memory, a flash memory, a hard disk, a solid state disk, a magnetic tape (magnetic tape), a floppy disk (floppy disk), an optical disk (optical disk), and any combination thereof. The storage media may be any available media that can be accessed by a computer or a data storage device such as a server, data center, or the like that contains an integration of one or more available media. The usable medium may be a magnetic medium (e.g., a floppy disk, a hard disk, a magnetic tape), an optical medium (e.g., a digital video disc (digital video disc, DVD)), or a semiconductor medium (e.g., a Solid State Disk (SSD)), or the like.

The descriptions of the processes or structures corresponding to the drawings have emphasis, and the descriptions of other processes or structures may be referred to for the parts of a certain process or structure that are not described in detail.

The foregoing embodiments are merely illustrative of the principles of the present application and their effectiveness, and are not intended to limit the application. Modifications and variations may be made to the above-described embodiments by those of ordinary skill in the art without departing from the spirit and scope of the present application. Accordingly, it is intended that all equivalent modifications and variations which may be accomplished by persons skilled in the art without departing from the spirit and technical spirit of the disclosure be covered by the claims of this application.

Claims

1. The protocol testing method based on the DoIP is characterized by being applied to an Ethernet communication link formed by electronic equipment and a tested controller in a vehicle, and the electronic equipment and the tested controller are subjected to signal conversion and communication through a vehicle-mounted Ethernet converter; the method comprises the following steps:

establishing Ethernet connection with the controlled controller;

sending a route activation request to the controlled controller;

receiving a route activation response returned by the controlled controller;

responding to the establishment of the routing connection, and sending a protocol test message to the tested controller;

receiving response data returned by the tested controller aiming at the protocol test message;

and analyzing the response data to generate a protocol test result.

2. The method of claim 1, wherein the protocol test message is a frame type test message; the step of analyzing the response data and generating a protocol test result includes:

verifying whether the response of the tested controller to the DoIP frame of the current type is correct or not according to the response data, and generating a verification result;

judging whether the returned DoIP frame in the response data accords with the specification or not, and generating a judging result;

and determining the protocol test result according to the verification result and/or the judgment result.

3. The method of claim 1, wherein the protocol test message is a diagnostic type test message; the step of analyzing the response data and generating a protocol test result includes:

determining the effective load content from the DoIP frame returned from the response data;

parsing diagnostic data contained in the payload content;

and determining the protocol test result according to the diagnosis data.

4. The method according to claim 1, wherein the protocol test message is a message for testing a time parameter; the step of analyzing the response data and generating a protocol test result includes:

determining a corresponding time parameter when the DoIP frame is returned in the response data;

and determining the protocol test result according to the time parameter.

5. The refreshing test method based on the DoIP is characterized by being applied to an Ethernet communication link formed by electronic equipment and a tested controller in a vehicle, and the electronic equipment and the tested controller are subjected to signal conversion and communication through a vehicle-mounted Ethernet converter; the method comprises the following steps:

importing an upgrade package of the controlled controller through an interactive interface of the electronic equipment;

filling in verification information of the upgrade package of the controlled controller;

responding to the successful verification of the verification information, and carrying out refreshing test on the tested controller;

establishing Ethernet connection with the controlled controller;

sending a route activation request to the controlled controller;

receiving a route activation response returned by the controlled controller;

responding to the establishment of a routing connection, and sending a DoIP diagnosis and refresh request to the controlled controller;

receiving diagnosis response information returned by the tested controller for the DoIP diagnosis and writing request;

and analyzing the diagnosis response information to generate a refreshing test result.

6. The method of claim 5, wherein the refresh test is a vehicle ECU refresh test; the step of responding to the successful verification of the verification information and carrying out refresh test on the tested controller comprises the following steps:

responding to the successful verification of the verification information and the generation of a refreshing instruction by the interactive interface, and starting to refresh the tested controller;

and displaying at least one of the brushing progress, the upgrading step or the error information in the interactive interface.

7. The method of claim 5, wherein the refresh test is a reverse refresh test, the reverse refresh test being to skip an extended session direct request execution routine after route activation is successful; the step of analyzing the diagnostic response information and generating a refresh test result includes:

and analyzing error response which is requested by the routine and is not supported by the current session from the diagnosis response information.

8. A DoIP-based test system, the system comprising: electronic equipment, a vehicle-mounted Ethernet converter and a measured controller in a vehicle;

the electronic equipment and the tested controller are subjected to signal conversion and communication through a vehicle-mounted Ethernet converter to form an Ethernet communication link; the ethernet communication link is configured to conduct a DoIP-based protocol test and/or a refresh test.

9. The system according to claim 8, wherein:

the electronic equipment is provided with upper computer software based on the DoIP, and the upper computer software is applied to different system environments according to different application requirements.

10. The system according to claim 9, wherein:

responding to the system environment as a windows system, wherein the upper computer software runs in an executable file mode and supports connection of a real Ethernet and DoIP test;

11. An electronic device, comprising: a processor and a memory;

the memory is configured to store a computer program, and the processor is configured to execute the computer program stored in the memory, to cause the electronic device to execute the protocol test method according to any one of claims 1 to 4 or the refresh test method according to any one of claims 5 to 7.

12. A computer readable storage medium having stored thereon a computer program, characterized in that the computer program, when executed by a processor, implements the protocol test method of any of claims 1 to 4 or the refresh test method of any of claims 5 to 7.