V2X communication module production line test method

Abstract

The invention discloses a V2X communication module production line test method, and the method comprises the steps: transmitting a first data packet to a load carrying a V2X communication module, the first data packet containing a service identifier and activation time of the V2X communication module carried by a tested piece; receiving a second data packet fed back by the load based on the first data packet; and according to the second data packet, determining a communication state of a V2X communication module carried by the tested piece, and feeding back the communication state to an offline detection device, the offline detection device being used for performing offline detection on the V2X communication module carried by the tested piece according to the communication state. According to the invention, the stability and reliability of the function test of the V2X communication module can be ensured in a production line test scene.

Description

Technical Field

[0001] The present application relates to the field of intelligent connected vehicle technology, and more specifically, to a V2X communication module production line testing method. Background Art

[0002] With the rapid development of automobile autonomous driving technology, V2X is an important way for automobiles to exchange information with the outside world. Currently, the networking of vehicles, infrastructure, network, and people has been realized. With the increasing use of V2X communication modules, an efficient production method to meet the mass production of V2X terminals has been put on the agenda.

[0003] At present, V2X communication modules usually use a broadcast data transmission method. However, this data transmission method only sends data and does not pay attention to whether the receiver receives the data. Therefore, it is not conducive to ensuring the stability and reliability of V2X communication module function testing. Summary of the invention

[0004] The present application provides a V2X communication module production line testing method, which mainly aims to ensure the stability and reliability of the V2X communication module function test in the production line testing scenario.

[0005] The specific technical solutions are as follows:

[0006] In a first aspect, an embodiment of the present application provides a V2X communication module production line testing method, which is applied to a device under test carrying a V2X communication module, and the method includes:

[0007] Sending a first data packet to a load carrying a V2X communication module, wherein the first data packet contains a service identifier and an activation time of the V2X communication module carried by the device under test;

[0008] receiving a second data packet fed back by the load based on the first data packet;

[0009] According to the second data packet, the communication status of the V2X communication module carried by the device under test is determined, and the communication status is fed back to an offline detection device, wherein the offline detection device is used to perform an offline detection on the V2X communication module carried by the device under test according to the communication status.

[0010] Optionally, before sending the first data packet to the load carrying the V2X communication module, the method further includes:

[0011] Receive the GPS simulation signal sent by the GPS signal simulator through the power divider;

[0012] Based on the GPS analog signal, time synchronization is performed with the load.

[0013] Optionally, when the V2X communication module is built into the microprocessor of the device under test or is externally placed in the microprocessor of the device under test and connected to the microprocessor, time synchronization is performed with the load based on the GPS analog signal, including:

[0014] Parsing the GPS analog signal to obtain a NMEA message;

[0015] The V2X SDK interface is called to inject the time information in the NMEA message into the built-in V2X communication module or the external V2X communication module for time synchronization.

[0016] Optionally, determining the communication status of the V2X communication module carried by the device under test according to the second data packet, and feeding back the communication status to the offline detection device, includes:

[0017] Using a preset verification algorithm to verify the integrity of the second data packet, and obtain a verification result of the second data packet;

[0018] If it is determined according to the verification result of the second data packet that the data in the second data packet is complete, then parsing out the destination identifier in the second data packet, and comparing the destination identifier in the second data packet with the service identifier of the device under test;

[0019] If the destination identifier in the second data packet is inconsistent with the service identifier of the device under test, discarding the second data packet;

[0020] If the destination identifier in the second data packet is consistent with the service identifier of the device under test, then parsing out the flag bit in the second data packet;

[0021] If the flag bit in the second data packet is an ACK frame, the communication time of the device under test is calculated, and the communication state of the V2X communication module carried by the device under test is determined according to the communication time;

[0022] The V2X SDK interface is called to feed back the communication status to the offline detection device.

[0023] Optionally, calculating the communication time of the device under test, and determining the communication state of the V2X communication module carried by the device under test according to the communication time, includes:

[0024] Obtaining the current time and the activation time in the first data packet;

[0025] Subtracting the current time from the activation time to obtain the communication time of the device under test;

[0026] Comparing the communication time of the device under test with the preset communication time to obtain a comparison result, and calculating the packet loss rate of the device under test according to the comparison result;

[0027] According to the packet loss rate, the communication status of the V2X communication module carried by the device under test is determined.

[0028] Optionally, comparing the communication time of the device under test with a preset communication time to obtain a comparison result includes:

[0029] If the communication time of the device under test is greater than the preset communication time, it is determined that the device under test has packet loss, the sending sequence number of the second data packet is parsed, and the lost data packet is determined according to the sending sequence number;

[0030] If the communication time of the device under test is less than or equal to the preset communication time, it is determined that there is no packet loss phenomenon in the device under test.

[0031] Optionally, the offline detection device is used to determine that the V2X communication module carried by the device under test is unqualified if the packet loss rate is greater than a preset packet loss rate.

[0032] In a second aspect, an embodiment of the present application provides another V2X communication module production line testing method, which is applied to a load carrying a V2X communication module, and the method includes:

[0033] Receiving a first data packet sent by a device under test carrying a V2X communication module, wherein the first data packet contains a service identifier and an activation time of the V2X communication module carried by the device under test;

[0034] Based on the received first data packet, a second data packet is fed back to the device under test, wherein the device under test is used to determine the communication status of the V2X communication module carried by itself according to the second data packet, and feed back the communication status to the offline detection device, and the offline detection device is used to perform offline detection on the V2X communication module carried by the device under test according to the communication status.

[0035] Optionally, before receiving a first data packet sent by the device under test carrying the V2X communication module, the method further includes:

[0036] Receive the GPS simulation signal sent by the GPS signal simulator through the power divider;

[0037] Based on the GPS simulation signal, time synchronization is performed with the device under test.

[0038] Optionally, feeding back a second data packet to the device under test based on the received first data packet includes:

[0039] Using a preset verification algorithm to verify the integrity of the first data packet, and obtain a verification result of the first data packet;

[0040] If it is determined that the data in the first data packet is complete according to the verification result of the first data packet, the destination identifier in the first data packet is parsed, and the destination identifier in the first data packet is compared with the service identifier of the load itself;

[0041] If the destination identifier in the first data packet is inconsistent with the service identifier of the load itself, discarding the first data packet;

[0042] If the destination identifier in the first data packet is consistent with the service identifier of the load itself, parsing out the flag bit in the first data packet;

[0043] If the flag bit in the first data packet is an ACK frame, an ACK data packet is generated, and the V2X SDK interface is called to feed back the ACK data packet as the second data packet to the device under test.

[0044] In a third aspect, an embodiment of the present application provides a V2X communication module production line test device, which is applied to a device under test carrying a V2X communication module, and the device includes:

[0045] A sending unit, configured to send a first data packet to a load carrying a V2X communication module, wherein the first data packet contains a service identifier and an activation time of the V2X communication module carried by the device under test;

[0046] A receiving unit, configured to receive a second data packet fed back by the load based on the first data packet;

[0047] A determination unit is used to determine the communication status of the V2X communication module carried by the device under test according to the second data packet, and feed back the communication status to an offline detection device, wherein the offline detection device is used to perform offline detection on the V2X communication module carried by the device under test according to the communication status.

[0048] Optionally, the device further comprises: a synchronization unit;

[0049] The receiving unit is further used to receive the GPS simulation signal sent by the GPS signal simulator through the power divider;

[0050] The synchronization unit is used to perform time synchronization with the load based on the GPS analog signal.

[0051] Optionally, when the V2X communication module is built into the microprocessor of the device under test or is externally disposed in the microprocessor of the device under test and connected to the microprocessor,

[0052] The synchronization unit is specifically used to parse the GPS simulation signal to obtain a NMEA message; call the V2XSDK interface to inject the time information in the NMEA message into a built-in V2X communication module or an external V2X communication module for time synchronization.

[0053] Optionally, the determination unit includes: a verification module, a comparison module, a discarding module, a parsing module, a determination module and a feedback module;

[0054] A verification module, configured to verify the integrity of the second data packet using a preset verification algorithm to obtain a verification result of the second data packet;

[0055] a comparison module, configured to parse out a destination identifier in the second data packet and compare the destination identifier in the second data packet with the service identifier of the device under test if the data in the second data packet is determined to be complete according to the verification result of the second data packet;

[0056] a discarding module, configured to discard the second data packet if the destination identifier in the second data packet is inconsistent with the service identifier of the device under test;

[0057] A parsing module, configured to parse out a flag bit in the second data packet if the destination identifier in the second data packet is consistent with the service identifier of the device under test;

[0058] A determination module, configured to calculate the communication time of the device under test if the flag bit in the second data packet is an ACK frame, and determine the communication state of the V2X communication module carried by the device under test according to the communication time;

[0059] The feedback module is used to call the V2X SDK interface to feed back the communication status to the offline detection device.

[0060] Optionally, the determination module includes: an acquisition submodule, a subtraction submodule, a comparison submodule and a determination submodule;

[0061] An acquisition submodule, used to acquire the current time and the activation time in the first data packet;

[0062] A subtraction submodule, used for subtracting the current time from the activation time to obtain the communication time of the device under test;

[0063] A comparison submodule, used for comparing the communication time of the device under test with a preset communication time to obtain a comparison result, and according to the comparison result, calculating the packet loss rate of the device under test;

[0064] The determination submodule is used to determine the communication status of the V2X communication module carried by the device under test according to the packet loss rate.

[0065] Optionally, a comparison submodule is specifically used to determine that there is packet loss in the device under test if the communication time of the device under test is greater than the preset communication time, parse the sending sequence number of the second data packet, and determine the lost data packet based on the sending sequence number; if the communication time of the device under test is less than or equal to the preset communication time, determine that there is no packet loss in the device under test.

[0066] Optionally, the offline detection device is used to determine that the V2X communication module carried by the device under test is unqualified if the packet loss rate is greater than a preset packet loss rate.

[0067] In a fourth aspect, an embodiment of the present application provides another V2X communication module production line test device, which is applied to a load carrying a V2X communication module, and the device includes:

[0068] A receiving unit, configured to receive a first data packet sent by a device under test carrying a V2X communication module, wherein the first data packet contains a service identifier and an activation time of the V2X communication module carried by the device under test;

[0069] A feedback unit is used to feed back a second data packet to the device under test based on the received first data packet, wherein the device under test is used to determine the communication status of the V2X communication module carried by itself according to the second data packet, and feed back the communication status to the offline detection device, and the offline detection device is used to perform offline detection on the V2X communication module carried by the device under test according to the communication status.

[0070] Optionally, the device further comprises: a synchronization unit;

[0071] The receiving unit is further used to receive the GPS simulation signal sent by the GPS signal simulator through the power divider;

[0072] The synchronization unit is used to perform time synchronization with the device under test based on the GPS simulation signal.

[0073] Optionally, the feedback unit includes: a verification module, a comparison module, a discarding module, a parsing module and a feedback module;

[0074] A verification module, configured to verify the integrity of the first data packet using a preset verification algorithm to obtain a verification result of the first data packet;

[0075] A comparison module, configured to parse out a destination identifier in the first data packet and compare the destination identifier in the first data packet with the service identifier of the load itself if it is determined that the data in the first data packet is complete according to the verification result of the first data packet;

[0076] a discarding module, configured to discard the first data packet if the destination identifier in the first data packet is inconsistent with the service identifier of the load itself;

[0077] A parsing module, configured to parse out a flag bit in the first data packet if the destination identifier in the first data packet is consistent with the service identifier of the load itself;

[0078] A feedback module is used to generate an ACK data packet if the flag bit in the first data packet is an ACK frame, and call the V2X SDK interface to feed back the ACK data packet as the second data packet to the device under test.

[0079] In a fifth aspect, an embodiment of the present application provides a storage medium having executable instructions stored thereon, which, when executed by a processor, enables the processor to implement a method as described in any embodiment of the first aspect.

[0080] In a sixth aspect, an embodiment of the present application provides another storage medium having executable instructions stored thereon, which, when executed by a processor, enables the processor to implement a method as described in any embodiment of the second aspect.

[0081] In the seventh aspect, an embodiment of the present application provides an electronic device, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein when the computer program is executed by the processor, the processor implements the method described in any embodiment of the first aspect.

[0082] In an eighth aspect, an embodiment of the present application provides another electronic device, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein when the computer program is executed by the processor, the processor implements the method described in any embodiment of the second aspect.

[0083] The innovative features of the present invention are as follows:

[0084] 1. By introducing service identification and activation time into the test protocol, the stability and reliability of V2X communication module function testing can be guaranteed in the production line test scenario.

[0085] 2. By introducing the V2X SDK interface, logical decoupling from product software is achieved.

[0086] 3. By introducing GPS simulators and simulated loads into the production line test environment, the test work scenario can be separated from the actual vehicle work scenario, leaving only basic functions in the factory, thereby simplifying the test process and improving test efficiency.

[0087] It can be seen from the above content that the V2X communication module production line testing method provided in the embodiment of the present application introduces a service identifier and an activation time in the test protocol. The introduction of the service identifier enables the device under test carrying the V2X communication module and the load to achieve point-to-point communication in the production line testing scenario, thereby accurately testing the packet loss rate of the V2X communication module under test. In addition, the introduction of the activation time can accurately test the communication delay of the V2X communication module under test. Because the packet loss rate and communication delay can accurately reflect the communication status of the V2X communication module under test, it is beneficial to perform offline detection of the V2X communication module under test. Therefore, the present invention can ensure the stability and reliability of the functional test of the V2X communication module under production line testing scenarios. BRIEF DESCRIPTION OF THE DRAWINGS

[0088] In order to more clearly illustrate the technical solutions in the embodiments of the present application or the prior art, the drawings required for use in the embodiments or the prior art description are briefly introduced below. Obviously, the drawings described below are only some embodiments of the present application. For those of ordinary skill in the art, other drawings can also be obtained based on these drawings without creative work.

[0089] Figure 1 A flowchart of a V2X communication module production line testing method provided in an embodiment of the present application;

[0090] Figure 2 A schematic diagram of the structure of a V2X communication module production line test system provided in an embodiment of the present application;

[0091] Figure 3 A schematic diagram of the hardware structure of the device under test provided in the embodiment of the present application;

[0092] Figure 4 A schematic diagram of a test process provided for an embodiment of the present application;

[0093] Figure 5 A schematic diagram of a test protocol provided for an embodiment of the present application;

[0094] Figure 6 A schematic diagram of a data packet processing flow provided in an embodiment of the present application;

[0095] Figure 7 A flowchart of another V2X communication module production line testing method provided in an embodiment of the present application;

[0096] Figure 8A schematic diagram of the software layered architecture of the V2X communication module provided in an embodiment of the present application;

[0097] Fig. 9 A block diagram of a V2X communication module production line test device provided in an embodiment of the present application;

[0098] Fig.10 A block diagram of another V2X communication module production line testing device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0099] The following will be combined with the drawings in the embodiments of the present application to clearly and completely describe the technical solutions in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, rather than all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of this application.

[0100] It should be noted that the terms "including" and "having" and any variations thereof in the embodiments of the present application and the accompanying drawings are intended to cover non-exclusive inclusions. For example, a process, method, system, product or device comprising a series of steps or units is not limited to the listed steps or units, but may optionally include steps or units that are not listed, or may optionally include other steps or units that are inherent to these processes, methods, products or devices.

[0101] Figure 1 A flow chart of a V2X communication module production line testing method provided in an embodiment of the present application, the method is applied to a device under test carrying a V2X communication module, and includes:

[0102] S110: Send a first data packet to a load carrying a V2X communication module.

[0103] Among them, the first data packet contains the service identifier and activation time of the V2X communication module carried by the device under test. The first data packet is a data packet sent by the device under test to the load. The service identifier can specifically be a service ID, that is, a serial number injected by the production line, and the activation time is the time when the data is sent.

[0104] The embodiments of the present invention are mainly applicable to production line testing scenarios of V2X communication modules.

[0105] The V2X communication module production line test system provided by the embodiment of the present invention mainly includes a GPS signal simulator, a load carrying a V2X communication module, a device under test carrying a V2X communication module, and an offline detection device, which are connected to each other through a wire harness, such as Figure 2As shown, the GPS signal simulator is connected to the load and the device under test (DUT) respectively. The GPS signal simulator provides GPS simulation signals to the load and the DUT through a power divider, so that the DUT and the load are time synchronized; the load carrying the V2X communication module and the DUT with the V2X communication module can communicate with each other; the offline detection equipment is composed of a tooling module and an industrial computer, which is used to obtain the working status of the V2X communication module under test, that is, the communication status, which includes whether the DUT receives a reply from the load for each data packet sent, whether the communication time has timed out, and the packet loss rate, etc.

[0106] Furthermore, for the device under test carrying the V2X communication module, a PCB circuit board can be used. Specifically, Figure 3 As shown, according to different business needs and cost requirements, you can choose a V2X communication module integrated in a microprocessor (MPU), such as the AG590 chip, or an external V2X communication module connected via USB, such as the AG15 module.

[0107] Since the embodiment of the present invention introduces a GPS signal simulator and a simulated load into the production line test environment, the test work scenario can be separated from the actual vehicle work scenario, leaving only basic functions in the factory, thereby simplifying the test process and improving test efficiency.

[0108] like Figure 4 As shown, the entire test process is initiated by the device under test carrying the V2X communication module. The load carrying the V2X communication module is always in the power-on state. After the device under test carrying the V2X communication module is powered on, the V2XSDK is initialized. After the device under test and the load are synchronized, the device under test sends the first data packet to the load, and the load will reply immediately after receiving it. If the device under test does not receive the reply data from the load within the time limit, it is determined that the communication has failed.

[0109] For the time synchronization process, the method includes: receiving a GPS simulation signal sent by a GPS signal simulator through a power divider; and performing time synchronization with the load based on the GPS simulation signal. Further, performing time synchronization with the load based on the GPS simulation signal includes: parsing the GPS simulation signal to obtain a NMEA message; calling a V2XSDK interface to inject the time information in the NMEA message into a built-in V2X communication module or an external V2X communication module for time synchronization.

[0110] Specifically, the GPS signal simulator transmits the GPS simulation signal to the DUT through conduction coupling. The built-in GPS terminal chip of the DUT parses the GPS simulation signal into NMEA messages, and injects the satellite information and positioning time in the NMEA messages into the DUT's own V2X communication module through the V2X SDK interface for communication synchronization.

[0111] Furthermore, in the production line test scenario, the test protocol used in the embodiment of the present invention innovatively introduces the service identifier and activation time, such as Figure 5 As shown, the introduction of the service identifier enables the device under test carrying the V2X communication module to achieve point-to-point communication with the load in the production line test scenario, so that the packet loss rate of the V2X communication module under test can be accurately tested; the introduction of the activation time can accurately test the communication delay of the V2X communication module under test, and because the packet loss rate and communication delay can accurately reflect the communication status of the V2X communication module under test, it is beneficial to perform offline detection of the V2X communication module under test. Therefore, the embodiment of the present invention can solve the problem that the protocol stack in the V2X product software cannot perform reliability and stability detection. In addition, in addition to introducing the service identifier and activation time in the test protocol, the embodiment of the present invention also introduces the sending sequence number and the receiving sequence number to solve the problem of data identification when testing multiple V2X communication modules, and can support stability testing and performance testing.

[0112] like Figure 5 As shown, the leading byte FE is generally used for synchronization and waking up the device in wireless communication. Usually, receiving 2-4 FE bytes means that data has been received; the frame start is the start mark of the data packet; the data length is the overall length of the subsequent data; the flag bit is the mask of the frame type, which specifically includes normal data packets and ACK data packets. When the frame type is an ACK data packet, a data frame needs to be replied; the service identifier can be specifically the service ID, that is, the serial number injected by the production line; the destination identifier can be specifically the target ID, that is, the target ID to which the data is to be sent, and the load ID is set to FF; the sending sequence number is the sequence number of the data sent, which is automatically increased each time it is sent; the receiving sequence number, if the flag bit is an ACK frame, the receiving sequence number is valid; the activation time is the time when the data is sent; the check byte can use the CRC16 algorithm.

[0113] Furthermore, after the time synchronization, the DUT Figure 5 The test protocol in generates a first data packet, and calls the V2X SDK interface to send the first data packet to the load carrying the V2X communication module.

[0114] S120: Receive a second data packet that is fed back based on the first data packet.

[0115] According to the embodiment of the present invention, after receiving the first data packet sent by the device under test, the load will parse the first data packet. If the flag bit in the first data packet is an ACK frame, the load will Figure 5 The test protocol in generates a second data packet and replies to the device under test.

[0116] S130: Determine the communication status of the V2X communication module carried by the device under test according to the second data packet, and feed back the communication status to the offline detection device.

[0117] The offline detection device is used to perform offline detection on the V2X communication module carried by the device under test according to the communication status. The communication status includes whether a reply is received for each data packet sent by the device under test, whether the communication time has timed out, and the packet loss rate.

[0118] According to the embodiment of the present invention, after the device under test receives the second data packet replied by the load, it is necessary to determine its own communication status based on the second data packet. For this process, step S130 specifically includes: using a preset verification algorithm to verify the integrity of the second data packet to obtain a verification result of the second data packet; if it is determined that the data in the second data packet is complete according to the verification result of the second data packet, parsing the destination identifier in the second data packet, and comparing the destination identifier in the second data packet with the service identifier of the device under test; if the destination identifier in the second data packet is inconsistent with the service identifier of the device under test, discarding the second data packet; if the destination identifier in the second data packet is consistent with the service identifier of the device under test, parsing the flag bit in the second data packet; if the flag bit in the second data packet is an ACK frame, calculating the communication time of the device under test, and determining the communication status of the V2X communication module carried by the device under test according to the communication time; calling the V2X SDK interface to feed back the communication status to the offline detection device.

[0119] Furthermore, the communication time of the device under test is calculated, and the communication status of the V2X communication module carried by the device under test is determined based on the communication time, including: obtaining the current time and the activation time in the first data packet; subtracting the current time from the activation time to obtain the communication time of the device under test; comparing the communication time of the device under test with the preset communication time to obtain a comparison result, and based on the comparison result, calculating the packet loss rate of the device under test; and determining the communication status of the V2X communication module carried by the device under test based on the packet loss rate.

[0120] Furthermore, the communication time of the device under test is compared with the preset communication time to obtain a comparison result, including: if the communication time of the device under test is greater than the preset communication time, it is determined that the device under test has packet loss, the sending sequence number of the second data packet is parsed, and the lost data packet is determined based on the sending sequence number; if the communication time of the device under test is less than or equal to the preset communication time, it is determined that the device under test has no packet loss.

[0121] The preset verification algorithm may specifically be a CRC16 algorithm. The preset communication time may be set according to actual business requirements, and the embodiment of the present invention does not specifically limit this. For example, the preset communication time is 50 ms.

[0122] Specifically, Figure 6 As shown, after the device under test receives the second data packet, it first uses the CRC16 algorithm to perform integrity check on the second data packet. If the data in the second data packet is incomplete, it is directly discarded; if the data in the second data packet is complete, the destination ID in the second data packet is parsed, and the destination ID is compared with the service ID of the device under test; if the two are inconsistent, the second data packet is discarded; if the two are consistent, the flag bit in the second data packet is parsed, and if the flag bit is an ACK frame, the communication time is calculated, that is, the current time is used to reduce the activation time in the first data packet. If the communication time is greater than 50ms, it means that packet loss has occurred, and the specific packet lost can be located according to the sending sequence number in the second data packet; if the communication time is less than or equal to 50ms, it means that there is no packet loss and the communication is normal.

[0123] Furthermore, the device under test will record whether a reply is received for each data packet sent, whether the preset communication time is exceeded, and the packet loss rate, and send the above information to the offline detection device, which will perform offline detection on the V2X communication module under test. Specifically, if the offline detection device finds that the packet loss rate of the V2X communication module under test is greater than the preset packet loss rate, it can be determined that the V2X communication module under test is unqualified.

[0124] The preset packet loss rate may be set according to actual business requirements, and the embodiment of the present invention does not specifically limit this.

[0125] The V2X communication module production line test method provided by the embodiment of the present invention introduces a service identifier and an activation time in the test protocol. The introduction of the service identifier enables the device under test carrying the V2X communication module and the load to achieve point-to-point communication in the production line test scenario, thereby accurately testing the packet loss rate of the V2X communication module under test. In addition, the introduction of the activation time can accurately test the communication delay of the V2X communication module under test. Because the packet loss rate and the communication delay can accurately reflect the communication status of the V2X communication module under test, it is beneficial to perform offline detection on the V2X communication module under test. Therefore, the embodiment of the present invention can ensure the stability and reliability of the V2X communication module function test in the production line test scenario.

[0126] Further, Figure 7 A flow chart of another V2X communication module production line testing method provided in an embodiment of the present application, the method is applied to a load carrying a V2X communication module, and includes:

[0127] S210: Receive a first data packet sent by the device under test carrying the V2X communication module.

[0128] The first data packet contains the service identifier and activation time of the V2X communication module carried by the device under test. The first data packet is the data packet sent by the device under test to the load. The service identifier can be a service ID, that is, a serial number injected by the production line, and the activation time is the time when the data is sent.

[0129] In the embodiment of the present invention, before the device under test communicates with the load, the GPS signal simulator sends GPS simulation signals to the load and the device under test respectively through the power divider, and the load and the device under test perform time synchronization based on the GPS simulation signals. Figure 5 The test protocol in generates a first data packet, and calls the V2XSDK interface to send the first data packet to a load carrying a V2X communication module, so that the load can receive the first data packet.

[0130] Furthermore, the V2X protocol stack includes protocol stack functions, transport layer, and application layer, which are divided into multiple layers of software. The prior art usually performs functional detection of the V2X communication module at the top layer, which couples the functional detection with the product software. Once the product software is changed, it will affect the detection function of the production line. In order to achieve logical decoupling from the product software, the embodiment of the present invention uses the V2X SDK to implement the test logic at the bottom layer, so that the V2X SDK interface can be directly used, thereby avoiding the use of the application layer interface and achieving decoupling of functional detection from product software.

[0131] Specifically, Figure 8As shown in the figure, the Linux layer is the software foundation of the entire design scheme, providing an operating system and a basic software development environment for application software. The above two architectures use the V2X SDK and encapsulate the same API for the application layer, so that the same V2X SDK interface can be called under different architectures to implement V2X communication functions.

[0132] V2X SDK provides API interfaces such as initialization, input injection, data sending and data receiving for upper-layer applications. Product application software calls V2X SDK interfaces to implement network layer, session layer, and application layer protocols. For production line test scenarios, in order to achieve decoupling from product software and reduce the impact on the production line caused by product software changes, the offline detection software directly uses V2XSDKAPI to send RF data.

[0133] After receiving the GPS simulation signal from the GPS signal simulator, the time synchronization module parses out the time information and injects it into the DUT using the SDK API. Specifically, the GPS signal simulator transmits the GPS simulation signal to the microprocessor MPU through conduction coupling. The GPS terminal chip built into the microprocessor MPU parses the GPS simulation signal into NMEA messages and sends them to the application layer. The time synchronization module parses out the satellite information and positioning time in the NMEA messages and injects them into the V2X communication module of the microprocessor through the V2X SDK interface for time synchronization of the V2X communication module.

[0134] The offline detection module is responsible for communicating with the production line industrial computer through the CAN bus to control the entire test process. The V2X connectivity test module is responsible for communicating with the V2X communication module carried by the load, and saving the communication results and sending them to the offline detection module. The communication results include packet loss rate and test results, which are used by the production line test software for offline detection.

[0135] S220: Feedback a second data packet to the device under test based on the received first data packet.

[0136] The device under test is used to determine the communication status of the V2X communication module carried by the device under test according to the second data packet, and feed back the communication status to the offline detection device, and the offline detection device is used to perform offline detection on the V2X communication module carried by the device under test according to the communication status.

[0137] For the embodiment of the present invention, after receiving the first data packet of the device under test, the load will reply. For this process, step S220 specifically includes: using a preset verification algorithm to verify the integrity of the first data packet to obtain a verification result of the first data packet; if it is determined that the data in the first data packet is complete according to the verification result of the first data packet, parsing the destination identifier in the first data packet, and comparing the destination identifier in the first data packet with the service identifier of the load itself; if the destination identifier in the first data packet is inconsistent with the service identifier of the load itself, discarding the first data packet; if the destination identifier in the first data packet is consistent with the service identifier of the load itself, parsing the flag bit in the first data packet; if the flag bit in the first data packet is an ACK frame, generating an ACK data packet, calling the V2X SDK interface, and feeding the ACK data packet as the second data packet back to the device under test.

[0138] The preset verification algorithm may specifically be a CRC16 algorithm.

[0139] Specifically, Figure 6 As shown, after the load receives the first data packet, the CRC16 algorithm is first used to check the integrity of the first data packet. If the data in the first data packet is incomplete, it is directly discarded; if the data in the second data packet is complete, the destination ID in the second data packet is parsed, and the destination ID is compared with the load's own service ID; if the two are inconsistent, the first data packet is discarded; if the two are consistent, the flag bit in the first data packet is parsed, and if the first data packet is determined to be an ACK data packet based on the flag bit, the flag bit is filled with an ACK frame based on the test protocol, and the CRC16 algorithm is used to recalculate the check byte to generate a second data packet, and the V2X SDK interface is called to feed the second data packet back to the device under test.

[0140] The V2X communication module production line test method provided by the embodiment of the present invention introduces a service identifier and an activation time in the test protocol. The introduction of the service identifier enables the device under test carrying the V2X communication module and the load to achieve point-to-point communication in the production line test scenario, thereby accurately testing the packet loss rate of the V2X communication module under test. In addition, the introduction of the activation time can accurately test the communication delay of the V2X communication module under test. Because the packet loss rate and the communication delay can accurately reflect the communication status of the V2X communication module under test, it is beneficial to perform offline detection on the V2X communication module under test. Therefore, the embodiment of the present invention can ensure the stability and reliability of the V2X communication module function test in the production line test scenario.

[0141] Based on the above method embodiment, another embodiment of the present application further provides a V2X communication module production line testing device, such as Fig. 9 As shown, the device includes: a sending unit 31, a receiving unit 32 and a determining unit 33.

[0142] The sending unit 31 may be configured to send a first data packet to a load carrying a V2X communication module, wherein the first data packet contains a service identifier and an activation time of the V2X communication module carried by the device under test.

[0143] The receiving unit 32 may be configured to receive a second data packet fed back by the load based on the first data packet.

[0144] The determination unit 33 can be used to determine the communication status of the V2X communication module carried by the device under test according to the second data packet, and feed back the communication status to the offline detection device, wherein the offline detection device is used to perform offline detection on the V2X communication module carried by the device under test according to the communication status.

[0145] In a specific application scenario, the device further includes: a synchronization unit.

[0146] The receiving unit 32 may also be used to receive a GPS simulation signal sent by a GPS signal simulator through a power divider.

[0147] The synchronization unit can be used to perform time synchronization with the load based on the GPS analog signal.

[0148] In a specific application scenario, when the V2X communication module is built into the microprocessor of the device under test or is external to the microprocessor of the device under test and connected to the microprocessor, the synchronization unit can be specifically used to parse the GPS simulation signal to obtain an NMEA message; call the V2X SDK interface to inject the time information in the NMEA message into the built-in V2X communication module or the external V2X communication module for time synchronization.

[0149] In a specific application scenario, the determination unit 33 includes: a verification module, a comparison module, a discarding module, a parsing module, a determination module and a feedback module.

[0150] The verification module can be used to verify the integrity of the second data packet using a preset verification algorithm to obtain a verification result of the second data packet.

[0151] The comparison module can be used to parse out the destination identifier in the second data packet and compare the destination identifier in the second data packet with the service identifier of the device under test if it is determined that the data in the second data packet is complete according to the verification result of the second data packet.

[0152] The discarding module may be configured to discard the second data packet if the destination identifier in the second data packet is inconsistent with the service identifier of the device under test.

[0153] The parsing module may be configured to parse out a flag bit in the second data packet if the destination identifier in the second data packet is consistent with the service identifier of the device under test.

[0154] The determination module can be used to calculate the communication time of the device under test if the flag bit in the second data packet is an ACK frame, and determine the communication status of the V2X communication module carried by the device under test itself according to the communication time.

[0155] The feedback module can be used to call the V2X SDK interface to feed back the communication status to the offline detection device.

[0156] Furthermore, the determination module includes: an acquisition submodule, a subtraction submodule, a comparison submodule and a determination submodule.

[0157] The acquisition submodule may be used to acquire the current time and the activation time in the first data packet.

[0158] The subtraction submodule may be used to subtract the current time from the activation time to obtain the communication time of the device under test.

[0159] The comparison submodule may be used to compare the communication time of the device under test with a preset communication time to obtain a comparison result, and to calculate the packet loss rate of the device under test based on the comparison result.

[0160] The determination submodule can be used to determine the communication status of the V2X communication module carried by the device under test according to the packet loss rate.

[0161] In a specific application scenario, the comparison submodule can be used to determine that the device under test has packet loss if the communication time of the device under test is greater than the preset communication time, parse the sending sequence number of the second data packet, and determine the lost data packet based on the sending sequence number; if the communication time of the device under test is less than or equal to the preset communication time, determine that the device under test has no packet loss.

[0162] In a specific application scenario, the offline detection device is used to determine that the V2X communication module carried by the device under test is unqualified if the packet loss rate is greater than a preset packet loss rate.

[0163] It should be noted that for other corresponding descriptions of the functional modules involved in the V2X communication module production line test device provided in the embodiment of the present invention, reference can be made to Figure 1The corresponding description of the method shown will not be repeated here.

[0164] Based on the above Figure 1 The method shown, accordingly, an embodiment of the present invention also provides a computer-readable storage medium, on which a computer program is stored, and when the program is executed by a processor, the method as described above is implemented.

[0165] Based on the above Figure 1 The method shown and Fig. 9 An embodiment of the device shown, an embodiment of the present invention also provides an electronic device, which includes: a processor, a memory, and a computer program stored in the memory and executable on the processor, wherein the memory and the processor are both arranged on a bus, and the processor implements the above method when executing the program.

[0166] Based on the above method embodiment, another embodiment of the present application further provides a V2X communication module production line testing device, such as Fig.10 As shown, the device includes: a receiving unit 41 and a feedback unit 42.

[0167] The receiving unit 41 may be configured to receive a first data packet sent by a device under test carrying a V2X communication module, wherein the first data packet contains a service identifier and an activation time of the V2X communication module carried by the device under test.

[0168] The feedback unit 42 can be used to feed back a second data packet to the device under test based on the received first data packet, wherein the device under test is used to determine the communication status of the V2X communication module carried by itself according to the second data packet, and feed back the communication status to the offline detection device, and the offline detection device is used to perform offline detection on the V2X communication module carried by the device under test according to the communication status.

[0169] In a specific application scenario, the device further includes: a synchronization unit.

[0170] The receiving unit 41 may also be used to receive a GPS simulation signal sent by a GPS signal simulator through a power divider.

[0171] The synchronization unit may be used to perform time synchronization with the device under test based on the GPS simulation signal.

[0172] In a specific application scenario, the feedback unit 42 includes: a verification module, a comparison module, a discarding module, a parsing module and a feedback module.

[0173] The verification module may be configured to verify the integrity of the first data packet using a preset verification algorithm to obtain a verification result of the first data packet.

[0174] The comparison module can be used to parse out the destination identifier in the first data packet and compare the destination identifier in the first data packet with the service identifier of the load itself if it is determined that the data in the first data packet is complete based on the verification result of the first data packet.

[0175] The discarding module may be configured to discard the first data packet if the destination identifier in the first data packet is inconsistent with the service identifier of the load itself.

[0176] The parsing module may be configured to parse out a flag bit in the first data packet if the destination identifier in the first data packet is consistent with the service identifier of the load itself.

[0177] The feedback module can be used to generate an ACK data packet if the flag bit in the first data packet is an ACK frame, and call the V2X SDK interface to feed back the ACK data packet as the second data packet to the device under test.

[0178] It should be noted that for other corresponding descriptions of the functional modules involved in the V2X communication module production line test device provided in the embodiment of the present invention, reference can be made to Figure 7 The corresponding description of the method shown will not be repeated here.

[0179] Based on the above Figure 7 The method shown, accordingly, an embodiment of the present invention also provides a computer-readable storage medium, on which a computer program is stored, and when the program is executed by a processor, the method as described above is implemented.

[0180] Based on the above Figure 7 The method shown and Fig.10 An embodiment of the device shown, an embodiment of the present invention also provides an electronic device, which includes: a processor, a memory, and a computer program stored in the memory and executable on the processor, wherein the memory and the processor are both arranged on a bus, and the processor implements the above method when executing the program.

[0181] The above-mentioned system and device embodiments correspond to the method embodiments and have the same technical effects as the method embodiments. For specific descriptions, please refer to the method embodiments. The device embodiments are obtained based on the method embodiments. For specific descriptions, please refer to the method embodiment part, which will not be repeated here. A person of ordinary skill in the art can understand that the accompanying drawings are only schematic diagrams of one embodiment, and the modules or processes in the accompanying drawings are not necessarily required to implement the present application.

[0182] Those skilled in the art can understand that the modules in the device in the embodiment can be distributed in the device in the embodiment according to the description of the embodiment, or can be changed accordingly and located in one or more devices different from the embodiment. The modules in the above embodiment can be combined into one module, or can be further divided into multiple sub-modules.

[0183] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present application, rather than to limit it. Although the present application has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the aforementioned embodiments, or make equivalent replacements for some of the technical features therein. However, these modifications or replacements do not deviate the essence of the corresponding technical solutions from the spirit and scope of the technical solutions of the embodiments of the present application.

Claims

1. A V2X communication module production line testing method, characterized in that: Applicable to DUTs with V2X communication modules, including: Sending a first data packet to a load carrying a V2X communication module, wherein the first data packet contains a service identifier and an activation time of the V2X communication module carried by the device under test; receiving a second data packet fed back by the load based on the first data packet; According to the second data packet, the communication status of the V2X communication module carried by the device under test is determined, and the communication status is fed back to an offline detection device, wherein the offline detection device is used to perform an offline detection on the V2X communication module carried by the device under test according to the communication status.

2. The method according to claim 1, characterized in that: Before sending the first data packet to the load carrying the V2X communication module, the method further includes: Receive the GPS simulation signal sent by the GPS signal simulator through the power divider; Based on the GPS analog signal, time synchronization is performed with the load.

3. The method according to claim 2, characterized in that When the V2X communication module is built into the microprocessor of the device under test or is externally placed in the microprocessor of the device under test and connected to the microprocessor, time synchronization is performed with the load based on the GPS simulation signal, including: Parsing the GPS analog signal to obtain a NMEA message; The V2X SDK interface is called to inject the time information in the NMEA message into the built-in V2X communication module or the external V2X communication module for time synchronization.

4. The method according to claim 1, characterized in that: Determining the communication status of the V2X communication module carried by the device under test according to the second data packet, and feeding back the communication status to the offline detection device, including: Using a preset verification algorithm to verify the integrity of the second data packet, and obtain a verification result of the second data packet; If it is determined according to the verification result of the second data packet that the data in the second data packet is complete, then parsing out the destination identifier in the second data packet, and comparing the destination identifier in the second data packet with the service identifier of the device under test; If the destination identifier in the second data packet is inconsistent with the service identifier of the device under test, discarding the second data packet; If the destination identifier in the second data packet is consistent with the service identifier of the device under test, then parsing out the flag bit in the second data packet; If the flag bit in the second data packet is an ACK frame, the communication time of the device under test is calculated, and the communication state of the V2X communication module carried by the device under test is determined according to the communication time; The V2X SDK interface is called to feed back the communication status to the offline detection device.

5. The method according to claim 4, characterized in that Calculating the communication time of the device under test, and determining the communication state of the V2X communication module carried by the device under test according to the communication time, including: Obtaining the current time and the activation time in the first data packet; Subtracting the current time from the activation time to obtain the communication time of the device under test; Comparing the communication time of the device under test with the preset communication time to obtain a comparison result, and calculating the packet loss rate of the device under test according to the comparison result; According to the packet loss rate, the communication status of the V2X communication module carried by the device under test is determined.

6. The method according to claim 5, characterized in that Comparing the communication time of the device under test with the preset communication time to obtain a comparison result includes: If the communication time of the device under test is greater than the preset communication time, it is determined that the device under test has packet loss, the sending sequence number of the second data packet is parsed, and the lost data packet is determined according to the sending sequence number; If the communication time of the device under test is less than or equal to the preset communication time, it is determined that there is no packet loss phenomenon in the device under test.

7. The method according to claim 5, characterized in that The offline detection device is used to determine that the V2X communication module carried by the device under test is unqualified if the packet loss rate is greater than a preset packet loss rate.

8. A V2X communication module production line testing method, characterized in that: Applicable to loads carrying V2X communication modules, including: Receiving a first data packet sent by a device under test carrying a V2X communication module, wherein the first data packet contains a service identifier and an activation time of the V2X communication module carried by the device under test; Based on the received first data packet, a second data packet is fed back to the device under test, wherein the device under test is used to determine the communication status of the V2X communication module carried by itself according to the second data packet, and feed back the communication status to the offline detection device, and the offline detection device is used to perform offline detection on the V2X communication module carried by the device under test according to the communication status.

9. The method according to claim 8, characterized in that Before receiving a first data packet sent by the device under test carrying the V2X communication module, the method further includes: Receive the GPS simulation signal sent by the GPS signal simulator through the power divider; Based on the GPS simulation signal, time synchronization is performed with the device under test.

10. The method according to claim 8, characterized in that Feedback a second data packet to the device under test based on the received first data packet, including: Using a preset verification algorithm to verify the integrity of the first data packet, and obtain a verification result of the first data packet; If it is determined that the data in the first data packet is complete according to the verification result of the first data packet, the destination identifier in the first data packet is parsed, and the destination identifier in the first data packet is compared with the service identifier of the load itself; If the destination identifier in the first data packet is inconsistent with the service identifier of the load itself, discarding the first data packet; If the destination identifier in the first data packet is consistent with the service identifier of the load itself, parsing out the flag bit in the first data packet; If the flag bit in the first data packet is an ACK frame, an ACK data packet is generated, and the V2X SDK interface is called to feed back the ACK data packet as the second data packet to the device under test.

Images