CN115361322A

CN115361322A - SOME/IP protocol testing system and method

Info

Publication number: CN115361322A
Application number: CN202210972410.7A
Authority: CN
Inventors: 张世闯
Original assignee: Human Horizons Shandong Technology Co Ltd
Current assignee: Human Horizons Shandong Technology Co Ltd
Priority date: 2022-08-15
Filing date: 2022-08-15
Publication date: 2022-11-18
Anticipated expiration: 2042-08-15
Also published as: CN115361322B

Abstract

The invention discloses a system and a method for testing an SOME/IP protocol, wherein the system comprises an HIL rack, a client upper computer, an MCU and an MPU in a vehicle VDCM; an SOA server module and an SOA client module are arranged in the MPU; the HIL rack is used for simulating and generating a first vehicle signal and sending the first vehicle signal to the MCU and the client upper computer; the MCU is used for sending a first vehicle signal to the SOA server module; the SOA server module is used for processing the first vehicle signal and sending a second vehicle signal obtained by processing to the SOA client module through an SOME/IP protocol; the SOA client module is used for processing the second vehicle signal and sending a third vehicle signal obtained by processing to the client upper computer; and the client upper computer is used for comparing the first vehicle signal with the third vehicle signal so as to judge whether the service of the SOME/IPserver end is normal or not according to the obtained signal comparison result. The invention can test whether the service of the SOME/IP server end is normal in real time without depending on other tools or objects, reduces the development test difficulty and improves the product development efficiency.

Description

SOME/IP protocol testing system and method

Technical Field

The invention relates to the technical field of protocol testing, in particular to a system and a method for testing an SOME/IP protocol.

Background

The SOME/IP protocol is a communication protocol for providing services, and when the SOME/IP protocol is applied to a vehicle, an interface development test needs to be performed at an SOME/IP server end of a vehicle domain controller (hereinafter, abbreviated as VDCM). At present, there are two general methods for testing the VDCM SOME/IP server, the first method is to debug based on a free-source TC8 ethernet test script provided by CANoe (CAN open environment, a bus development environment developed by Vector company in germany for the development of an automobile bus), and the second method is to wait for the completion of the development of a counterpart (T-BOX or IDCM of a vehicle) of the VDCM to debug at the vehicle end.

Although the first method can test whether the VDCM SOME/IP server end service normally runs in real time, the method has the disadvantages that CANoe15 hardware, software and technical support of Vector are needed to be purchased, and if the number of the server end service changes, a test environment needs to be set up again; the second method can also test whether the VDCM SOME/IP server end normally runs, but debugging can be performed only after the development of the counterpart of the VDCM is finished, and debugging is difficult at the vehicle end, thus increasing the difficulty of product development.

Disclosure of Invention

The invention aims to provide a system and a method for testing SOME/IP protocol, which can test whether the service of VDCM SOME/IP server end is normal in real time without depending on other tools or objects, do not limit the number of the service of the server end, reduce the development and test difficulty and improve the product development efficiency.

In order to achieve the above object, an embodiment of the present invention provides a test system for an SOME/IP protocol, which includes an HIL rack, a client upper computer, and an MCU and an MPU in a vehicle VDCM; an SOA server module and an SOA client module are arranged in the MPU;

the HIL rack is used for generating a first vehicle signal in a simulation mode and sending the first vehicle signal to the MCU and the client upper computer;

the MCU is used for sending the received first vehicle signal to the SOA server module;

the SOA server module is used for processing the received first vehicle signal to obtain a second vehicle signal and sending the second vehicle signal to the SOA client module through an SOME/IP protocol;

the SOA client module is used for processing the received second vehicle signal to obtain a third vehicle signal and sending the third vehicle signal to the client upper computer;

and the client upper computer is used for comparing the received first vehicle signal with the received third vehicle signal to obtain a signal comparison result, and judging whether the service of the SOME/IP server end is normal or not according to the signal comparison result.

Further, the HIL rack is communicated with the MCU through a CAN bus, and the first vehicle signal is a first CAN signal;

then, the HIL rack sends the first vehicle signal to the MCU, specifically:

and the HIL rack sends the first CAN signal to the MCU through a CAN bus.

Further, the MCU and the SOA server module are communicated through an Ethernet;

then, the MCU sends the received first vehicle signal to the SOA server module, which specifically includes:

and the MCU sends the received first vehicle signal to the SOA server module through the Ethernet.

Further, the SOA client module and the client upper computer are communicated through a serial port protocol;

then, the SOA client module sends the third vehicle signal to the client upper computer, which specifically includes:

and the SOA client module sends the third vehicle signal to the client upper computer through a serial port protocol.

Further, the SOA server module processes the received first vehicle signal to obtain a second vehicle signal, which specifically includes:

after the SOA server module receives the first vehicle signal, a preset database is called to analyze the first vehicle signal, and the second vehicle signal is obtained.

Further, the SOA client module processes the received second vehicle signal to obtain a third vehicle signal, which specifically includes:

and after receiving the second vehicle signal, the SOA client module calls a preset database to analyze the second vehicle signal to obtain a third vehicle signal.

Further, the client upper computer compares the received first vehicle signal with the received third vehicle signal to obtain a signal comparison result, which specifically comprises:

after receiving the first vehicle signal, the client upper computer acquires signal sending time, a signal name, a signal length and a data value corresponding to the first vehicle signal;

after the client upper computer receives the third vehicle signal, acquiring signal receiving time, a signal name, a signal length and a data value corresponding to the third vehicle signal;

and the client upper computer compares the signal sending time, the signal name, the signal length and the data value corresponding to the first vehicle signal with the signal receiving time, the signal name, the signal length and the data value corresponding to the third vehicle signal in sequence to obtain a signal comparison result.

Further, the client upper computer compares the signal sending time, the signal name, the signal length and the data value corresponding to the first vehicle signal with the signal receiving time, the signal name, the signal length and the data value corresponding to the third vehicle signal in sequence to obtain the signal comparison result, which specifically comprises the following steps:

the client upper computer obtains a time difference value between signal sending time corresponding to the first vehicle signal and signal receiving time corresponding to the third vehicle signal; when the time difference value does not exceed a preset time threshold value, judging that the time comparison result is passed; otherwise, judging that the time comparison result is failed;

the client upper computer compares the signal name corresponding to the first vehicle signal with the signal name corresponding to the third vehicle signal; when the signal name corresponding to the first vehicle signal is the same as the signal name corresponding to the third vehicle signal, judging that the name comparison result is passed; otherwise, judging that the name comparison result is failed;

the client upper computer compares the signal length corresponding to the first vehicle signal with the signal length corresponding to the third vehicle signal; when the signal length corresponding to the first vehicle signal is the same as the signal length corresponding to the third vehicle signal, determining that the length comparison result is a pass; otherwise, judging that the length comparison result is failed;

the client upper computer compares the data value corresponding to the first vehicle signal with the data value corresponding to the third vehicle signal; when the data value corresponding to the first vehicle signal is the same as the data value corresponding to the third vehicle signal, determining that the data value comparison result is passed; otherwise, judging that the comparison result of the data values is failed;

the client upper computer obtains the signal comparison result according to the time comparison result, the name comparison result, the length comparison result and the data value comparison result; and displaying the signal comparison result in an excel result table form.

Further, the client upper computer obtains the signal comparison result according to the time comparison result, the name comparison result, the length comparison result and the data value comparison result, and specifically comprises the following steps:

the client upper computer acquires a time comparison result, a name comparison result, a length comparison result and a data value comparison result, and when the time comparison result, the name comparison result, the length comparison result and the data value comparison result all pass, the signal comparison result is acquired as pass; otherwise, obtaining the signal comparison result as fail; wherein, pass represents that the service of the SOME/IP server end is normal, fail represents that the service of the SOME/IP server end is abnormal.

In order to achieve the above object, an embodiment of the present invention further provides a test method for an SOME/IP protocol, which is applicable to any one of the above test systems for an SOME/IP protocol, where the method includes:

generating a first vehicle signal through simulation of the HIL rack, and sending the first vehicle signal to the MCU and the client upper computer;

sending the received first vehicle signal to the SOA server module through the MCU;

processing the received first vehicle signal through the SOA server module to obtain a second vehicle signal, and sending the second vehicle signal to the SOA client module through an SOME/IP protocol;

processing the received second vehicle signal through the SOA client module to obtain a third vehicle signal, and sending the third vehicle signal to the client upper computer;

and comparing the received first vehicle signal with the received third vehicle signal through the client upper computer to obtain a signal comparison result, and judging whether the service of the SOME/IP server side is normal or not according to the signal comparison result.

Compared with the prior art, the embodiment of the invention provides a system and a method for testing an SOME/IP protocol, wherein the system comprises an HIL rack, a client upper computer, and an MCU and an MPU in a vehicle VDCM; an SOA server module and an SOA client module are arranged in the MPU; the HIL rack is used for generating a first vehicle signal in a simulation mode and sending the first vehicle signal to the MCU and the client upper computer; the MCU is used for sending the received first vehicle signal to the SOA server module; the SOA server module is used for processing the received first vehicle signal to obtain a second vehicle signal and sending the second vehicle signal to the SOA client module through an SOME/IP protocol; the SOA client module is used for processing the received second vehicle signal to obtain a third vehicle signal and sending the third vehicle signal to the client upper computer; the client upper computer is used for comparing the received first vehicle signal with the third vehicle signal to obtain a signal comparison result, and judging whether the service of the SOME/IP server side is normal or not according to the signal comparison result; therefore, whether the VDCM SOME/IP server side service is normal or not can be tested in real time, other tools or objects are not needed, the number of the server side service is not limited, the development and test difficulty is reduced, and the product development efficiency is improved.

Drawings

FIG. 1 is a block diagram of a test system for SOME/IP protocol according to a preferred embodiment of the present invention;

FIG. 2 is a flow chart of a test method of the SOME/IP protocol provided by the invention.

Detailed Description

The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.

The embodiment of the invention provides a test system of an SOME/IP protocol, which is shown in figure 1 and is a structural block diagram of a preferred embodiment of the test system of the SOME/IP protocol, wherein the system comprises an HIL rack, a client upper computer, and an MCU and an MPU in a vehicle VDCM; an SOA server module and an SOA client module are arranged in the MPU;

Specifically, the test system mainly comprises an HIL (Hardware-in-the-Loop) rack, a client upper computer, an MCU (microcontroller) in a vehicle VDCM and an MPU (microprocessor) in the vehicle VDCM, and when developing the SOME/IP server end of the MPU in the VDCM, the SOME/IP client end of the MPU is developed at the same time, namely, an SOA server module (equivalent to the SOME/IP server end) and an SOA client module (equivalent to the SOME/IP client end) are additionally arranged in the MPU, and the SOME server module and the SOIP client module can communicate by utilizing SOME/IP protocol; both the SOA server and the SOA client rely on a DaVinci tool (DaVinci tool, identified by arxml) of Vector to generate interface codes, and then an application program is further developed to call an interface to realize corresponding functions.

When the service of the SOME/IP server end is actually tested, the HIL rack is used for simulating and generating a first vehicle signal of an actual vehicle and respectively sending the generated first vehicle signal to the MCU and the client upper computer; the MCU is used for forwarding the received first vehicle signal to an SOA server module in the MPU after receiving the first vehicle signal sent by the HIL rack; the SOA server module is used for processing the received first vehicle signal after receiving the first vehicle signal sent by the MCU and correspondingly obtaining a second vehicle signal, and the SOA server module sends the second vehicle signal obtained by processing to the SOA client module in the MPU by utilizing an SOME/IP protocol; the SOA client module is used for processing the received second vehicle signal after receiving the second vehicle signal sent by the SOA server module to correspondingly obtain a third vehicle signal, and the SOA client module sends the processed third vehicle signal to the client upper computer; the client upper computer is used for comparing the received first vehicle signal with the third vehicle signal after receiving the first vehicle signal sent by the HIL rack and the third vehicle signal sent by the SOA client module, correspondingly obtaining a signal comparison result, and judging whether the service of the SOME/IP server side is normal or not according to the obtained signal comparison result.

It should be noted that the HIL rack needs to simulate and generate various vehicle signals of an actual vehicle, that is, the first vehicle signal includes at least one vehicle signal, where the HIL rack may simulate and generate various vehicle signals by using a python script according to a preset excel signal table, and for each vehicle signal, the signal processing processes of the MUC, the SOA server module, the SOA client module and the client upper computer are all the same; accordingly, the SOA server module can provide various services, for example, 200A (battery state feedback) service, and the SOA server module receives the message of the 200A service and sends related data to the MCU, and the MCU receives the related data. It is determined whether the battery has flushed a predetermined value (e.g., 90%), and in addition, 0x2001 (air conditioning control) service, 0x 2002 (BMS big data upload) service, 0x2003 (battery data upload) service, 0x2004 (vehicle state) service, 0x2005 (driving function) service, 0x2006 (suspension setting) service, 0x2007 (EPS steering) service, and the like; correspondingly, each service provided by the SOA server module corresponds to one client service in the SOA client module, that is, the service of the SOME/IP server end and the service of the SOME/IP client end have a one-to-one correspondence relationship.

The SOME/IP protocol testing system provided by the embodiment of the invention comprises an HIL rack, a client upper computer, an MCU (microprogrammed control Unit) and an MPU (micro processing Unit) in a vehicle VDCM (vertical double-diffused modulation cm); an SOA server module and an SOA client module are arranged in the MPU; the HIL rack is used for generating a first vehicle signal in a simulation mode and sending the first vehicle signal to the MCU and the client upper computer; the MCU is used for sending the received first vehicle signal to the SOA server module; the SOA server module is used for processing the received first vehicle signal to obtain a second vehicle signal and sending the second vehicle signal to the SOA client module through an SOME/IP protocol; the SOA client module is used for processing the received second vehicle signal to obtain a third vehicle signal and sending the third vehicle signal to the client upper computer; the client upper computer is used for comparing the received first vehicle signal with the third vehicle signal to obtain a signal comparison result, and judging whether the service of the SOME/IP server side is normal or not according to the signal comparison result; through adding SOA server module and SOA client module in MPU to SOA client module can communicate each other with client host computer, does not need latency, can see the data result in client host computer in real time, thereby can test in real time whether VDCM SOME/IP server end service is normal, simultaneously, need not rely on other instrument or object, do not restrict the quantity of server end service, and reduced the development test degree of difficulty, improved product development efficiency.

In another preferred embodiment, as shown in fig. 1, the HIL stand communicates with the MCU through a CAN bus, and the first vehicle signal is a first CAN signal;

then, the HIL rack sends the first vehicle signal to the MCU, specifically:

and the HIL rack sends the first CAN signal to the MCU through a CAN bus.

Specifically, in combination with the above embodiment, the HIL rack and the MCU may establish a communication connection through the CAN bus, and the vehicle signal transmitted correspondingly is the CAN signal, so that after the HIL rack generates the first CAN signal of the actual vehicle in a simulation manner, the generated first CAN signal may be transmitted to the MCU through the CAN bus; for the first CAN signal, the subsequent signal processing processes of the MUC, the SOA server module, the SOA client module and the client upper computer are as described in the above embodiments, and are not described herein again.

It should be noted that, during testing, it is necessary to simulate the test according to the environment of the actual vehicle, and in the actual vehicle, the MCU receives data through the CAN bus, so the HIL bench needs to simulate and generate vehicle signals of the actual vehicle, and generally simulates CAN signals (following CAN international standards ISO11898 and ISO 11519); furthermore, because no interface for receiving CAN bus transmission data is reserved on MPU hardware, the HIL rack cannot directly send the CAN signal generated by simulation to the MPU, and only CAN send the CAN signal to the MCU through the CAN bus, and then the MCU forwards the CAN signal to the MPU for corresponding processing.

In another preferred embodiment, as shown in fig. 1, the MCU and the SOA server module communicate with each other through an ethernet;

Specifically, with reference to the foregoing embodiment, the MCU and the SOA server module (that is, the MCU and the MPU) may establish a communication connection through the ethernet, and then, after receiving a first vehicle signal sent by the HIL rack through the CAN bus, the MCU may forward the received first vehicle signal to the SOA server module in the MPU through the ethernet; for the first vehicle signal, the signal processing processes of the subsequent SOA server module, SOA client module and client upper computer are as described in the above embodiments, and are not described herein again.

In another preferred embodiment, as shown in fig. 1, the SOA client module communicates with the client upper computer through a serial protocol;

Specifically, in combination with the above embodiment, the SOA client module and the client upper computer (i.e., the MPU and the client upper computer) may establish a communication connection through a serial protocol, and the SOA client module communicates with the client upper computer through a serial driver, so that the SOA client module processes the second vehicle signal to correspondingly obtain a third vehicle signal, and then may send the processed third vehicle signal to the client upper computer by using the serial protocol; for the third vehicle signal, the signal processing process of the subsequent client upper computer is as described in the above embodiment, and is not described herein again.

In addition, it is necessary to supplement that, in addition to the signal processing process provided in the embodiment of the present invention, the client upper computer may also send data (equivalent to an inspection mechanism) to the MPU by using a serial port protocol, for example, the client upper computer receives the data sent by the MPU, but the client upper computer now does not need to process the data, and sends an instruction to the MPU, and after receiving the instruction, the MPU re-screens some data and then sends the data to the client upper computer again for processing.

In another preferred embodiment, the SOA server module processes the received first vehicle signal to obtain a second vehicle signal, which specifically includes:

Specifically, with reference to the above embodiment, after receiving the first vehicle signal sent by the MCU, the SOA server module may invoke a preset database to analyze the received first vehicle signal, and correspondingly obtain a second vehicle signal; the method comprises the steps of generating a compilable c file by using a python script according to various data in a preset excel requirement table, and correspondingly obtaining a preset database.

Illustratively, the SOA server module receives a signal sent by the MCU, where one frame of data is 1000 bytes, and by calling a preset database to analyze the signal, information related to the signal, such as signal name, signal length, and data value, can be obtained.

In another preferred embodiment, the SOA client module processes the received second vehicle signal to obtain a third vehicle signal, which specifically includes:

Specifically, with the combination of the above embodiment, after receiving the second vehicle signal sent by the SOA server module, the SOA client module may invoke a preset database to analyze the received second vehicle signal, and correspondingly obtain a third vehicle signal; the predetermined database is used to help parse data, and some regular log is printed, for example, "200f8001mcur _currenthv2 0x3ff", "200f8001" indicates service, "MCUR _ CurrentHV" indicates signal name, "2" indicates signal length, and "0x3ff" indicates data value.

In another preferred embodiment, the client upper computer compares the received first vehicle signal with the received third vehicle signal to obtain a signal comparison result, which specifically includes:

Specifically, with reference to the above embodiment, after receiving a first vehicle signal sent by the HIL rack, the client upper computer correspondingly obtains the signal sending time, the signal name, the signal length, and the data value corresponding to the first vehicle signal, and after receiving a third vehicle signal sent by the SOA client module, correspondingly obtains the signal receiving time, the signal name, the signal length, and the data value corresponding to the third vehicle signal, and then, the client upper computer sequentially compares the obtained signal sending time, the signal name, the signal length, and the data value corresponding to the first vehicle signal with the obtained signal receiving time, the signal name, the signal length, and the data value corresponding to the third vehicle signal, so as to obtain a signal comparison result.

It should be noted that the time, the signal name, the signal length, and the data value corresponding to substantially the same vehicle signal compared by the client upper computer are sequentially compared, that is, the signal sending time corresponding to the first vehicle signal is compared with the signal receiving time corresponding to the third vehicle signal, the signal name corresponding to the first vehicle signal is compared with the signal name corresponding to the third vehicle signal, the signal length corresponding to the first vehicle signal is compared with the signal length corresponding to the third vehicle signal, and the data value corresponding to the first vehicle signal is compared with the data value corresponding to the third vehicle signal.

As an improvement of the above scheme, the client upper computer compares the signal sending time, the signal name, the signal length, and the data value corresponding to the first vehicle signal with the signal receiving time, the signal name, the signal length, and the data value corresponding to the third vehicle signal in sequence to obtain the signal comparison result, specifically:

the client upper computer obtains a time difference value between signal sending time corresponding to the first vehicle signal and signal receiving time corresponding to the third vehicle signal; when the time difference value does not exceed a preset time threshold value, judging that a time comparison result is passed; otherwise, judging that the time comparison result is failed;

the client upper computer compares the data value corresponding to the first vehicle signal with the data value corresponding to the third vehicle signal; when the data value corresponding to the first vehicle signal is the same as the data value corresponding to the third vehicle signal, judging that the comparison result of the data values is passed; otherwise, judging that the comparison result of the data values is failed;

Specifically, with reference to the above embodiment, when the client upper computer compares the signal sending time, the signal name, the signal length, and the data value corresponding to the obtained first vehicle signal with the signal receiving time, the signal name, the signal length, and the data value corresponding to the obtained third vehicle signal in sequence, the processing procedure is as follows:

for time comparison, a time difference value between signal sending time corresponding to a first vehicle signal and signal receiving time corresponding to a third vehicle signal is calculated and obtained (time difference value = signal receiving time-signal sending time), whether the time difference value does not exceed a preset time threshold value is judged (for example, whether the time difference value is within 1s is judged), when the time difference value does not exceed the preset time threshold value, a time comparison result is judged to be passed, and when the time difference value exceeds the preset time threshold value, the time comparison result is judged to be not passed;

aiming at name comparison, directly comparing a signal name corresponding to a first vehicle signal with a signal name corresponding to a third vehicle signal to judge whether the two signal names are the same, when the two signal names are the same, judging that a name comparison result is passed, and when the two signal names are different, judging that the name comparison result is not passed;

aiming at the length comparison, directly comparing the signal length corresponding to the first vehicle signal with the signal length corresponding to the third vehicle signal to judge whether the two signal lengths are the same or not, judging that the length comparison result is passed when the two signal lengths are the same, and judging that the length comparison result is not passed when the two signal lengths are different;

aiming at the data value comparison, directly comparing a data value corresponding to the first vehicle signal with a data value corresponding to the third vehicle signal to judge whether the two data values are the same, judging that the data value comparison result is passed when the two data values are the same, and judging that the data value comparison result is not passed when the two data values are different;

and then, the client upper computer can obtain a signal comparison result according to the obtained time comparison result, the name comparison result, the length comparison result and the data value comparison result.

It should be noted that the signal comparison result can be displayed in the form of an excel result table, so that whether the service of the SOME/IP server side is normal or not can be conveniently and more intuitively observed.

As an improvement of the above scheme, the client upper computer obtains the signal comparison result according to the time comparison result, the name comparison result, the length comparison result and the data value comparison result, and specifically includes:

the client upper computer obtains a time comparison result, a name comparison result, a length comparison result and a data value comparison result, and when the time comparison result, the name comparison result, the length comparison result and the data value comparison result all pass, the signal comparison result is obtained as pass; otherwise, obtaining the signal comparison result as fail; wherein, pass represents that the service of the SOME/IP server end is normal, and fail represents that the service of the SOME/IP server end is abnormal.

Specifically, with reference to the foregoing embodiment, after obtaining the time comparison result based on the time comparison, the name comparison result based on the name comparison, the length comparison result based on the length comparison, and the data value comparison result based on the data value comparison, the client upper computer may obtain the signal comparison result according to actual conditions of the obtained time comparison result, the obtained name comparison result, the obtained length comparison result, and the obtained data value comparison result; correspondingly, when the obtained time comparison result, the name comparison result, the length comparison result and the data value comparison result all pass, the correspondingly obtained signal comparison result is pass; and when at least one of the obtained time comparison result, the name comparison result, the length comparison result and the data value comparison result is failed, the correspondingly obtained signal comparison result is fail.

It should be noted that the signal comparison result is pass, which means that the service of the SOME/IP server end is normal, and the signal comparison result is fail, which means that the service of the SOME/IP server end is abnormal, and a problem occurs in the data transmission process.

Exemplarily, table 1 shows a partial content of an excel result table, and if a time difference between a signal receiving time and a signal sending time does not exceed 1s, it is determined that a time comparison result is passed, and for two signals with a sequence number of 1, the time comparison result, a name comparison result, and a length comparison result are all passed, but the data value comparison result is not passed, so that a signal comparison result is obtained as fail; for two signals with the serial number of 2, the time comparison result, the name comparison result and the data value comparison result are all passed, but the length comparison result is not passed, so that the obtained signal comparison result is fail; for two signals with the sequence number of 3, the time comparison result, the name comparison result, the length comparison result and the data value comparison result are all passed, so that the obtained signal comparison result is pass; for two signals with sequence numbers of 4, the name comparison result, the length comparison result and the data value comparison result are all passed, but the time comparison result is not passed, so that the obtained signal comparison result is fail.

Table 1excel results table

An embodiment of the present invention further provides a method for testing an SOME/IP protocol, which is applicable to a system for testing an SOME/IP protocol according to any of the above embodiments, and is shown in fig. 2, which is a flowchart of a preferred embodiment of the method for testing an SOME/IP protocol provided by the present invention, where the method includes steps S11 to S15:

s11, generating a first vehicle signal through simulation of the HIL rack, and sending the first vehicle signal to the MCU and the client upper computer;

s12, sending the received first vehicle signal to the SOA server module through the MCU;

s13, processing the received first vehicle signal through the SOA server module to obtain a second vehicle signal, and sending the second vehicle signal to the SOA client module through an SOME/IP protocol;

s14, processing the received second vehicle signal through the SOA client module to obtain a third vehicle signal, and sending the third vehicle signal to the client upper computer;

and S15, comparing the received first vehicle signal with the third vehicle signal through the client upper computer to obtain a signal comparison result, and judging whether the service of the SOME/IP server side is normal or not according to the signal comparison result.

Preferably, the HIL rack is communicated with the MCU through a CAN bus, and the first vehicle signal is a first CAN signal;

then, the sending the first vehicle signal to the MCU specifically includes:

and sending the first CAN signal to the MCU through a CAN bus.

Preferably, the MCU and the SOA server module communicate with each other through an Ethernet;

then, the sending the received first vehicle signal to the SOA server module specifically includes:

and sending the received first vehicle signal to the SOA server module through Ethernet.

Preferably, the SOA client module and the client upper computer communicate through a serial port protocol;

then, the sending the third vehicle signal to the client upper computer specifically includes:

and sending the third vehicle signal to the client upper computer through a serial port protocol.

Preferably, the processing is performed on the received first vehicle signal to obtain a second vehicle signal, specifically:

after the first vehicle signal is received, a preset database is called to analyze the first vehicle signal, and the second vehicle signal is obtained.

Preferably, the processing the received second vehicle signal to obtain a third vehicle signal specifically includes:

and after the second vehicle signal is received, calling a preset database to analyze the second vehicle signal to obtain a third vehicle signal.

Preferably, the comparing the received first vehicle signal and the third vehicle signal to obtain a signal comparison result specifically includes:

after the first vehicle signal is received, acquiring signal sending time, a signal name, a signal length and a data value corresponding to the first vehicle signal;

after the third vehicle signal is received, acquiring signal receiving time, a signal name, a signal length and a data value corresponding to the third vehicle signal;

and comparing the signal sending time, the signal name, the signal length and the data value corresponding to the first vehicle signal with the signal receiving time, the signal name, the signal length and the data value corresponding to the third vehicle signal in sequence to obtain a signal comparison result.

Preferably, the comparing the signal sending time, the signal name, the signal length, and the data value corresponding to the first vehicle signal with the signal receiving time, the signal name, the signal length, and the data value corresponding to the third vehicle signal in sequence to obtain the signal comparison result specifically includes:

acquiring a time difference value between signal sending time corresponding to the first vehicle signal and signal receiving time corresponding to the third vehicle signal; when the time difference value does not exceed a preset time threshold value, judging that a time comparison result is passed; otherwise, judging that the time comparison result is failed;

comparing the signal name corresponding to the first vehicle signal with the signal name corresponding to the third vehicle signal; when the signal name corresponding to the first vehicle signal is the same as the signal name corresponding to the third vehicle signal, judging that the name comparison result is passed; otherwise, judging that the name comparison result is failed;

comparing the signal length corresponding to the first vehicle signal with the signal length corresponding to the third vehicle signal; when the signal length corresponding to the first vehicle signal is the same as the signal length corresponding to the third vehicle signal, determining that the length comparison result is a pass; otherwise, judging that the length comparison result is failed;

comparing the data value corresponding to the first vehicle signal with the data value corresponding to the third vehicle signal; when the data value corresponding to the first vehicle signal is the same as the data value corresponding to the third vehicle signal, judging that the comparison result of the data values is passed; otherwise, judging that the comparison result of the data values is failed;

obtaining a signal comparison result according to the time comparison result, the name comparison result, the length comparison result and the data value comparison result; and displaying the signal comparison result in an excel result table form.

Preferably, the obtaining the signal comparison result according to the time comparison result, the name comparison result, the length comparison result, and the data value comparison result specifically includes:

acquiring a time comparison result, a name comparison result, a length comparison result and a data value comparison result, and acquiring a signal comparison result as pass when the time comparison result, the name comparison result, the length comparison result and the data value comparison result all pass; otherwise, obtaining the signal comparison result as fail; wherein, pass represents that the service of the SOME/IP server end is normal, fail represents that the service of the SOME/IP server end is abnormal.

It should be noted that, the test method for the SOME/IP protocol provided in the embodiment of the present invention can implement all work flows of the test system for the SOME/IP protocol described in any embodiment, and the specific implementation and the implemented technical effects of the method are respectively the same as those of the test system for the SOME/IP protocol described in the embodiment, and are not described herein again.

In summary, the test system and method of the SOME/IP protocol provided by the embodiment of the present invention generate a first vehicle signal through HIL bench simulation, and send the first vehicle signal to the MCU and the client upper computer; sending the received first vehicle signal to an SOA server module through an MCU; processing the received first vehicle signal through an SOA server module to obtain a second vehicle signal, and sending the second vehicle signal to an SOA client module through an SOME/IP protocol; processing the received second vehicle signal through an SOA client module to obtain a third vehicle signal, and sending the third vehicle signal to a client upper computer; comparing the received first vehicle signal with the third vehicle signal through the client upper computer to obtain a signal comparison result, and judging whether the service of the SOME/IP server side is normal or not according to the signal comparison result; according to the embodiment of the invention, the SOA server module and the SOA client module are additionally arranged in the MPU, and the SOA client module can be communicated with the client upper computer, so that a data result can be seen in the client upper computer in real time without waiting time, and therefore, whether the VDCM SOME/IP server end service is normal can be tested in real time, meanwhile, other tools or objects are not required to be relied on, the number of server end services is not limited, the development test difficulty is reduced, and the product development efficiency is improved.

The above description is only a preferred embodiment of the present invention, and it should be noted that, for those skilled in the art, several modifications and variations can be made without departing from the technical principle of the present invention, and these modifications and variations should also be regarded as the protection scope of the present invention.

Claims

1. A test system of SOME/IP protocol is characterized by comprising an HIL rack, a client upper computer, an MCU and an MPU in a vehicle VDCM; an SOA server module and an SOA client module are arranged in the MPU;

2. The SOME/IP protocol testing system of claim 1, wherein the HIL stand communicates with the MCU through a CAN bus, and the first vehicle signal is a first CAN signal;

then, the HIL rack sends the first vehicle signal to the MCU, specifically:

and the HIL rack sends the first CAN signal to the MCU through a CAN bus.

3. The SOME/IP protocol testing system of claim 1, wherein the MCU and the SOA server module communicate via Ethernet;

4. The SOME/IP protocol testing system of claim 1, wherein the SOA client module communicates with the client upper computer through a serial protocol;

5. The SOME/IP protocol testing system of claim 1, wherein the SOA server module processes the received first vehicle signal to obtain a second vehicle signal, specifically:

6. The SOME/IP protocol testing system of claim 1, wherein the SOA client module processes the received second vehicle signal to obtain a third vehicle signal, specifically:

7. The SOME/IP protocol testing system of any one of claims 1 to 6, wherein the client upper computer compares the received first vehicle signal and the third vehicle signal to obtain a signal comparison result, specifically:

8. The SOME/IP protocol testing system of claim 7, wherein the client upper computer compares the signal sending time, the signal name, the signal length, and the data value corresponding to the first vehicle signal with the signal receiving time, the signal name, the signal length, and the data value corresponding to the third vehicle signal in sequence to obtain the signal comparison result, specifically:

9. The SOME/IP protocol testing system of claim 8, wherein the client upper computer obtains the signal comparison result according to the time comparison result, the name comparison result, the length comparison result, and the data value comparison result, and specifically:

10. A method for testing an SOME/IP protocol, which is applied to a system for testing an SOME/IP protocol according to any one of claims 1 to 9, the method comprising:

generating a first vehicle signal through the HIL rack simulation, and sending the first vehicle signal to the MCU and the client upper computer;