CN113691422A - Vehicle-mounted remote communication box test method and system - Google Patents
Vehicle-mounted remote communication box test method and system Download PDFInfo
- Publication number
- CN113691422A CN113691422A CN202111000303.XA CN202111000303A CN113691422A CN 113691422 A CN113691422 A CN 113691422A CN 202111000303 A CN202111000303 A CN 202111000303A CN 113691422 A CN113691422 A CN 113691422A
- Authority
- CN
- China
- Prior art keywords
- test
- tbox
- message
- upper computer
- communication box
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/50—Testing arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/40006—Architecture of a communication node
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L2012/40208—Bus networks characterized by the use of a particular bus standard
- H04L2012/40215—Controller Area Network CAN
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L2012/40267—Bus for use in transportation systems
- H04L2012/40273—Bus for use in transportation systems the transportation system being a vehicle
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
The embodiment of the application provides a vehicle-mounted remote communication box test method and a vehicle-mounted remote communication box test system, wherein a test instruction is sent to a TBOX to be tested through an upper computer, the TBOX to be tested generates a first CAN message comprising the test instruction, the first CAN message is sent to a CANoe tool through a CAN bus and a CAN communication box, the CANoe tool processes the first CAN message to generate a second CAN message, the second CAN message is fed back to the TBOX to be tested through the CAN bus and the CAN communication box, and the second CAN message comprises response data of the test instruction; analyzing the second CAN message by the TBOX to be detected to obtain response data, and feeding back the response data to the upper computer; and the upper computer checks the response data according to the target test case to generate a test result. Under the condition of not depending on actual vehicles and manual intervention, the automatic test of the TBOX is realized, and the test efficiency and accuracy of the TBOX are improved.
Description
Technical Field
The embodiment of the application relates to the technical field of vehicles, in particular to a method and a system for testing an on-board remote communication box.
Background
With the continuous development of network technology, information technology and controller technology, the intelligentization and interconnectivity of automobiles are increasingly emphasized, and vehicle-mounted remote communication boxes (TBOX) are produced. TBOX is the only control unit that the vehicle body can be networked with, and bears the mission of monitoring and controlling the state of the vehicle body. Therefore, the TBOX is tested, the quality of the TBOX is guaranteed, and the method is very important for guaranteeing the interconnectivity of automobiles.
The existing TBOX test is usually required to be carried out on a real vehicle, but the efficiency and the accuracy of the test are seriously influenced due to the limited real vehicle (test vehicle) used for the test and poor state of the test vehicle condition in the automobile development stage. Therefore, a need exists to find a method that addresses the issues of TBOX test efficiency and accuracy.
Disclosure of Invention
The embodiment of the application provides a method and a system for testing a vehicle-mounted remote communication box, and aims to solve the problems of low testing efficiency and accuracy in the prior art.
In a first aspect, an embodiment of the application provides a vehicle-mounted remote communication box test method, which is applied to a vehicle-mounted remote communication box TBOX test system, wherein the system comprises an upper computer, a TBOX to be tested and a controller area network CAN communication box, the upper computer is connected with the TBOX to be tested through a wireless communication network, the TBOX to be tested is connected with the CAN communication box through a CAN bus, the CAN communication box is connected with the upper computer through a data line, and a controller area network development environment CANoe tool is installed on the upper computer; the method comprises the following steps:
the upper computer sends a test instruction to the TBOX to be tested;
the TBOX to be tested generates a first CAN message comprising the test instruction, and the first CAN message is sent to the CAN communication box through the CAN bus, so that the CAN communication box forwards the first CAN message to the CANoe tool;
the CANoe tool processes the first CAN message to generate a second CAN message, and sends the second CAN message to the CAN communication box, so that the CAN communication box forwards the second CAN message to the TBOX to be tested, and the second CAN message comprises response data of the test instruction;
the TBOX to be detected analyzes the second CAN message to obtain the response data, and the response data are fed back to the upper computer;
and the upper computer checks the response data according to a target test case to generate a test result, wherein the target test case is a test case corresponding to the test instruction.
Optionally, the processing, by the CANoe tool, the first CAN packet to generate a second CAN packet, including:
the CANoe tool analyzes the first CAN message to obtain the test instruction;
and the CANoe tool carries out vehicle simulation according to the test instruction to obtain the response data.
Optionally, the target test case includes expected response data of the test instruction, and the verifying the response data according to the target test case to generate a test result includes:
verifying whether the response data is consistent with the expected response data;
if the test result is consistent with the first test result, generating a first test result, wherein the first test result is used for indicating that the test passes;
and if not, generating a second test result, wherein the second test result is used for indicating that the test does not pass.
Optionally, the generating, by the TBOX to be tested, a first CAN packet including the test instruction includes:
the TBOX to be tested verifies whether the test instruction is correct;
and if the test instruction is correct, the TBOX to be tested generates a first CAN message comprising the test instruction.
Optionally, the system further includes a remote communication service provider TSP platform, and the sending, by the upper computer, a test instruction to the to-be-tested TBOX includes:
the upper computer sends a test instruction to the TBOX to be tested through the TSP platform;
correspondingly, the TBOX to be tested feeds the response data back to the upper computer, and the method comprises the following steps:
and the TBOX to be detected feeds back the response data to the upper computer through the TSP platform.
Optionally, the system further includes a programmable power supply, and before the upper computer sends a test instruction to the to-be-tested TBOX, the method further includes:
and the upper computer sends a power-on control instruction to the program-controlled power supply so that the program-controlled power supply supplies power to the TBOX to be detected.
Optionally, the test instruction is a query instruction or a control instruction.
In a second aspect, the embodiment of this application provides a vehicle-mounted remote communication box test system, the system includes the host computer, the TBOX that awaits measuring, controller area network CAN communication box, the host computer with the TBOX that awaits measuring passes through wireless communication network and connects, the TBOX that awaits measuring with CAN communication box passes through CAN bus connection, CAN communication box with the host computer passes through the data line and connects, install controller area network development environment CANoe instrument on the host computer.
Optionally, the system further comprises a remote communication service provider TSP platform, and the TSP platform is connected to the upper computer and the to-be-tested TBOX through a wireless communication network.
Optionally, the system further comprises a program-controlled power supply, and the program-controlled power supply is respectively connected with the upper computer and the TBOX to be detected through data lines.
According to the vehicle-mounted remote communication box test method and system provided by the embodiment of the application, a test instruction is sent to a TBOX to be tested through an upper computer, the TBOX to be tested generates a first CAN message comprising the test instruction, the first CAN message is sent to a CAN communication box through a CAN bus, so that the CAN communication box forwards the first CAN message to a CANoe tool, the CANoe tool processes the first CAN message to generate a second CAN message, the second CAN message is sent to the CAN communication box, the CAN communication box forwards the second CAN message to the TBOX to be tested, and the second CAN message comprises response data of the test instruction; analyzing the second CAN message by the TBOX to be detected to obtain response data, and feeding back the response data to the upper computer; and the upper computer checks the response data according to the target test case to generate a test result, wherein the target test case is a test case corresponding to the test instruction. Under the condition of not depending on actual vehicles and manual intervention, the automatic test of the TBOX is realized, and the test efficiency and accuracy of the TBOX are improved.
Drawings
Fig. 1 is a schematic structural diagram of a vehicle-mounted remote communication box testing system according to an embodiment of the present disclosure;
fig. 2 is a schematic configuration flow diagram of a CANoe tool according to an embodiment of the present application;
FIG. 3 is a schematic structural diagram of another vehicle-mounted telecommunications box testing system according to an embodiment of the present disclosure;
fig. 4 is a schematic structural diagram of another vehicle-mounted remote communication box testing system according to an embodiment of the present application;
fig. 5 is a schematic view of an implementation process for controlling a programmable power supply according to an embodiment of the present application;
FIG. 6 is a schematic diagram illustrating an implementation flow of a test instruction according to an embodiment of the present disclosure;
fig. 7 is a schematic flowchart of a method for testing an onboard remote communication box according to a second embodiment of the present application;
fig. 8 is a schematic flowchart of a method for testing a vehicle-mounted remote communication box according to a third embodiment of the present application.
Detailed Description
The present application will be described in further detail with reference to the following drawings and examples. It is to be understood that the specific embodiments described herein are merely illustrative of the application and are not limiting of the application. It should be further noted that, for the convenience of description, only some of the structures related to the present application are shown in the drawings, not all of the structures.
The main ideas of the technical scheme are as follows: based on the problem that the test efficiency and accuracy are not high in the prior art of testing the TBOX, the embodiment of the application provides a test scheme of the TBOX, vehicle and CAN network simulation is performed through a controller area network development environment (CANoe) tool and a Controller Area Network (CAN) communication box, a test script and a test case are programmed in advance and stored on an upper computer, the upper computer simulates relevant equipment to send various query or control instructions to the TBOX according to the test script, and response data fed back by the TBOX is verified according to the test case, so that the automatic test of the TBOX is realized without depending on a real vehicle and manual intervention, and the test efficiency and accuracy are improved.
Example one
Fig. 1 is a schematic structural diagram of an on-board remote communication box testing system according to an embodiment of the present disclosure, and as shown in fig. 1, an on-board remote communication box testing system 100 in this embodiment includes:
the device comprises an upper computer 110, TBOX120 to be detected and a CAN communication box 130.
The upper computer 110 is connected with the TBOX120 to be detected through a wireless communication network, the TBOX120 to be detected is connected with the CAN communication box 130 through a CAN bus, and the CAN communication box 130 is connected with the upper computer 110 through a data line.
In this embodiment, the upper computer 110 is a computer that can directly issue a control command, and the upper computer 110 is installed with a CANoe tool, and the upper computer 110 stores a test script and a test case that are written in advance by a developer. In the test process, the upper computer simulates a vehicle by calling a CANoe tool, sends various query or control instructions to the TBOX by executing a test script, and verifies response data returned by the TBOX by adopting a test case, so that the aim of testing the TBOX is fulfilled.
In this embodiment, before performing a test, a CANoe tool needs to be configured according to an actual scene, for example, fig. 2 is a schematic configuration flow diagram of the CANoe tool provided in the embodiment of the present application, as shown in fig. 2, in this embodiment, a CAN matrix table is designed according to the actual scene, and a corresponding CAN ID and CAN network node (i.e., simulation node) are designed according to a node queried/controlled by a TBOX; then, a controller area network access programming language (CAPL) of the CANoe is used for writing a program of each CAN network node; and (5) realizing the construction of TBOX test engineering. During the test, the vehicle can be simulated by running a TBOX test project.
TBOX120 to be tested, i.e. the test object in the present application.
The CAN communication box 130 is a hardware communication box having CAN message collecting and sending functions, and in this embodiment, the CAN communication box 130 is disposed between the TBOX120 to be detected and the upper computer 110, so as to realize simulation of a CAN communication network between the TBOX and a vehicle.
Optionally, the CAN communication box 130 in this embodiment is a VN1640 from Vector corporation.
It CAN be understood that, in this embodiment, the upper computer 110 and the TBOX120 to be tested are in communication connection in a wireless manner, that is, a communication network such as a cellular network, and the CAN communication box 130 and the upper computer 110 are in connection in a wired manner, that is, a serial port and a data line.
Fig. 3 is a schematic structural diagram of another vehicle-mounted remote communication box testing system according to an embodiment of the present application, as shown in fig. 3, based on the structure shown in fig. 1, the vehicle-mounted remote communication box testing system 100 in this embodiment further includes: a Telecommunications Service Provider (TSP) platform 140.
The TSP platform 140 is connected to the upper computer 110 and the test TBOX120 through a wireless communication network, respectively. The TSP platform 140 is used to forward data between the host computer 110 and the test TBOX 120.
Fig. 4 is a schematic structural diagram of another vehicle-mounted remote communication box testing system provided in an embodiment of the present application, and as shown in fig. 4, based on the structure shown in fig. 1 or fig. 3 (fig. 4 is shown on the basis of fig. 3), the vehicle-mounted remote communication box testing system 100 in the embodiment further includes: a programmable power supply 150.
The program-controlled power supply 150 is connected with the TBOX120 to be tested through a data line (power line), and is used for simulating vehicle power supplies, such as KL15, KL30 and the like, and supplying power to the TBOX120 to be tested.
In order to realize full automation of the testing process, in an embodiment, the control program of the programmable power supply 150 may be written according to the interface definition document of the programmable power supply in advance, and then the control program is combined to obtain the power supply switching script of the programmable power supply 150, and the power supply switching script is stored in the upper computer 110, and the upper computer 110 may execute the power supply switching script according to the testing requirement, so as to control the programmable power supply 150 to be in a power supply or sleep state, so as to realize automatic control of power on and power off of the TBOX. Fig. 5 is a schematic view of an implementation process for controlling a programmable power supply according to an embodiment of the present application.
Optionally, the test script and the power supply switching script in this embodiment are also Python scripts. For example, fig. 6 is a schematic flow chart illustrating an implementation process of a test instruction provided in an embodiment of the present application, and as shown in fig. 6, in this embodiment, a document may be defined according to an interface of a TSP platform, programs corresponding to different query or control test instructions may be written by using Python + Requests, and then the programs may be combined according to an actual scene to obtain a test script, and finally, the test script may be run by using a pytest as a test executor to implement sending of the test instruction.
Optionally, in this embodiment, the control program of the programmable power supply 150 may be integrated into the test script, so as to improve the continuity of the test procedure.
The on-vehicle remote communication box test system that provides in this embodiment, including the host computer, the TBOX that awaits measuring, controller area network CAN communication box, the host computer passes through wireless communication network with the TBOX that awaits measuring and is connected, TBOX and CAN communication box that awaits measuring pass through CAN bus connection, CAN communication box passes through the data line with the host computer and is connected, install controller area network development environment CANoe instrument on the host computer, CAN be under the condition that does not rely on real car and manual intervention, realize the automated test to TBOX, the efficiency of software testing to TBOX and rate of accuracy have been improved.
Example two
Fig. 7 is a schematic flowchart of a method for testing an onboard remote communication box according to a second embodiment of the present application, where the method of the present embodiment may be executed by the onboard remote communication box testing system according to the first embodiment.
As shown in fig. 7, the method for testing the vehicle-mounted remote communication box of the embodiment includes:
s101, the upper computer sends a test instruction to the TBOX to be tested.
In this embodiment, the upper computer sends a test instruction to the TBOX to be tested by executing the test script, and the test instruction may be a query instruction or a control instruction as needed. The query instruction is used for querying relevant information of the vehicle, such as position information, attitude information, state information and the like, and the control instruction is used for controlling equipment or components on the vehicle, such as a vehicle door, a vehicle lamp, an air conditioner and the like.
Optionally, in this embodiment, as shown in fig. 3 or fig. 4, the upper computer may send the test instruction to the TBOX to be tested through the TSP platform, that is, the upper computer sends the test instruction to the TSP platform first, and then the TSP platform forwards the test instruction to the TBOX to be tested.
It can be understood that when functions of the to-be-tested TBOX under various scenes need to be tested, the functions can be implemented by sending a plurality of test instructions to the to-be-tested TBOX, such as a vehicle door closing instruction, an air conditioner opening instruction, a position information query instruction, an oil quantity query instruction, and the like.
S102, the TBOX to be tested generates a first CAN message comprising a test instruction, and the first CAN message is sent to a CAN communication box through a CAN bus, so that the CAN communication box forwards the first CAN message to a CANoe tool.
In this embodiment, for convenience of distinguishing and describing, the CAN message generated by the TBOX to be detected is called a first CAN message.
In the step, in order to meet the communication requirement of the CAN network, when the TBOX to be tested receives the test instruction, according to the test instruction and the generation rule of the CAN message, a CAN message including the test instruction, namely a first CAN message is generated and sent to the CAN bus, and meanwhile, the CAN communication box collects the first CAN message from the CAN bus and transmits the collected first CAN message to the CANoe tool in the upper computer through the data line.
S103, the CANoe tool processes the first CAN message to generate a second CAN message, and the second CAN message is sent to the CAN communication box, so that the CAN communication box forwards the second CAN message to the TBOX to be detected.
In this embodiment, for convenience of distinction and description, the CAN packet generated by the CANoe tool is called a second CAN packet.
In the step, after receiving the first CAN message, the CANoe tool analyzes the first CAN message to obtain a test instruction, then executes the TBOX test engineering to simulate the vehicle to execute the test instruction to obtain response data corresponding to the test instruction, and finally generates a second CAN message including the response data according to the generation rule of the CAN message.
It will be appreciated that the response data may vary from test instruction to test instruction. Exemplarily, if the test command is a position information query command, the response data is the current position information of the vehicle; and if the test command is a vehicle door closing command, the response data is the state of the vehicle door after the closing command is executed.
And further, generating a second CAN message in the CANoe tool, sending the second CAN message to the CAN communication box, and forwarding the second CAN message to the TBOX to be detected by the CAN communication box through a CAN bus.
And S104, analyzing the second CAN message by the TBOX to be detected to obtain response data, and feeding back the response data to the upper computer.
In the step, after the TBOX to be detected receives the second CAN message, the second CAN message is analyzed to obtain response data carried by the second CAN message, and the analyzed response data is sent to the upper computer through the wireless communication network, so that the upper computer CAN read and process the response data.
Optionally, in this embodiment, as shown in fig. 3 or fig. 4, the to-be-detected TBOX may feed back the response data to the upper computer through the TSP platform, that is, the to-be-detected TBOX sends the response data to the TSP platform first, and then the TSP platform forwards the response data to the upper computer.
And S105, the upper computer checks the response data according to the target test case to generate a test result.
In this step, after receiving the response data, the upper computer verifies the response data by using a test case corresponding to the test instruction, i.e., a target test case, according to the test script to generate a test result.
It can be understood that the test instructions are different, and the test cases are also different, for example, the car door closing instruction corresponds to different test cases with the position information query instruction. And if the test instruction sent in the test is the vehicle door closing instruction, the test case corresponding to the vehicle door closing instruction is the target test case for verifying the response data.
The test cases corresponding to different test instructions are also written and stored on the upper computer, and each test case comprises expected response data corresponding to different test instructions. If the expected response data corresponding to the door closing command is as follows: the door is closed.
In a possible implementation manner, in this step, the upper computer judges whether the received response data is consistent with the expected response data in the target test case or not by executing the test script, and generates a corresponding test result, specifically, if the response data is consistent with the expected response data, a first test result is generated, and the first test result is used for indicating that the test is passed; and if the response data is inconsistent with the expected response data, generating a second test result, wherein the second test result is used for indicating that the test does not pass.
Optionally, before S101, the method of this embodiment further includes:
and the upper computer sends a power-on control instruction to the program-controlled power supply so that the program-controlled power supply supplies power to the TBOX to be detected. As can be seen from fig. 5, the upper computer can send a power-on control instruction to the program-controlled power supply by executing the power supply switching script, so that the program-controlled power supply operates in a power supply state, thereby ensuring normal operation of the to-be-tested TBOX.
In this embodiment, a test instruction is sent to a to-be-tested TBOX by an upper computer, the to-be-tested TBOX generates a first CAN message including the test instruction, and the first CAN message is sent to a CAN communication box through a CAN bus, so that the CAN communication box forwards the first CAN message to a CANoe tool, the CANoe tool processes the first CAN message to generate a second CAN message, and sends the second CAN message to the CAN communication box, so that the CAN communication box forwards the second CAN message to the to-be-tested TBOX, and the second CAN message includes response data of the test instruction; analyzing the second CAN message by the TBOX to be detected to obtain response data, and feeding back the response data to the upper computer; and the upper computer checks the response data according to the target test case to generate a test result, wherein the target test case is a test case corresponding to the test instruction. Under the condition of not depending on actual vehicles and manual intervention, the automatic test of the TBOX is realized, and the test efficiency and accuracy of the TBOX are improved.
EXAMPLE III
For convenience of understanding, the following describes an overall testing process of the in-vehicle telematics box by using a specific embodiment, and by way of example, taking the in-vehicle telematics box testing system shown in fig. 3 or fig. 4 as an example, fig. 8 is a schematic flowchart of a testing method of the in-vehicle telematics box provided in the third embodiment of the present application, as shown in fig. 8, on the basis of the second embodiment, when each module (TSP platform, TBOX or CANoe tool) in the second embodiment receives corresponding data, the correctness of the data (such as format of the data) is verified first, and a processing manner of the data is determined according to a verification result, and specifically, the testing process of the present embodiment includes:
s1, the upper computer sends a query or control test command to the TSP Server (namely the TSP platform) by running the test script;
s2, after TSP server receives the test instruction, firstly judging the correctness of the data (namely judging the correctness of the test instruction), if so, issuing the test instruction to TBOX; if the test case is wrong, directly returning error information to the test script, and verifying the returned data by the test script according to the corresponding test case;
s3, after the TBOX receives the test instruction, firstly judging the correctness of the data (namely judging the correctness of the test instruction), if the correctness is judged, generating a first CAN message including the test instruction, and sending the first CAN message to the CANoe through a CAN bus and a CAN communication box; if the error is found, directly returning error information to the TSP Server, returning the error information to the test script by the TSP Server, and verifying the returned data by the test script according to the corresponding test case;
s4, after the CANoe receives the first CAN message, firstly judging the correctness of the data (namely judging the correctness of the CAN message), if the first CAN message is correct, responding to a test instruction of the first CAN message, executing corresponding operation and generating a second CAN message containing response data, feeding the second CAN message back to the TBOX through a CAN bus and a CAN communication box, after the TBOX receives the feedback, analyzing to obtain the response data, then sending the response data to the TSP Server, and finally returning the response data to the test script by the TSP Server, and the test script verifies the response data according to a corresponding test case; if the data is wrong, directly returning error information to the test script through the TBOX and the TSP Server, and verifying the returned data by the test script according to the corresponding test case.
And S5, the test script counts and summarizes the test results corresponding to all the test instructions to generate a test report.
In this embodiment, judge the exactness of data through each module, can reduce the data transmission that is unnecessary and in time send the problem in the test process to be favorable to further improving efficiency of software testing and rate of accuracy, in addition, through making statistics of the test result that corresponds different test instruction and summarizing, can be convenient for the user look over the test result and be convenient for follow-up show of carrying out the test result, with satisfy user's demand, improve user's use and experience.
It is to be noted that the foregoing is only illustrative of the preferred embodiments of the present application and the technical principles employed. It will be understood by those skilled in the art that the present application is not limited to the particular embodiments described herein, but is capable of various obvious changes, rearrangements and substitutions as will now become apparent to those skilled in the art without departing from the scope of the application. Therefore, although the present application has been described in more detail with reference to the above embodiments, the present application is not limited to the above embodiments, and may include other equivalent embodiments without departing from the spirit of the present application, and the scope of the present application is determined by the scope of the appended claims.
Claims (10)
1. A vehicle-mounted remote communication box test method is characterized by being applied to a vehicle-mounted remote communication box TBOX test system, wherein the system comprises an upper computer, a TBOX to be tested and a controller area network CAN communication box, the upper computer is connected with the TBOX to be tested through a wireless communication network, the TBOX to be tested is connected with the CAN communication box through a CAN bus, the CAN communication box is connected with the upper computer through a data line, and a controller area network development environment CANoe tool is installed on the upper computer; the method comprises the following steps:
the upper computer sends a test instruction to the TBOX to be tested;
the TBOX to be tested generates a first CAN message comprising the test instruction, and the first CAN message is sent to the CAN communication box through the CAN bus, so that the CAN communication box forwards the first CAN message to the CANoe tool;
the CANoe tool processes the first CAN message to generate a second CAN message, and sends the second CAN message to the CAN communication box, so that the CAN communication box forwards the second CAN message to the TBOX to be tested, and the second CAN message comprises response data of the test instruction;
the TBOX to be detected analyzes the second CAN message to obtain the response data, and the response data are fed back to the upper computer;
and the upper computer checks the response data according to a target test case to generate a test result, wherein the target test case is a test case corresponding to the test instruction.
2. The method of claim 1, wherein the CANoe tool processes the first CAN packet to generate a second CAN packet, comprising:
the CANoe tool analyzes the first CAN message to obtain the test instruction;
and the CANoe tool carries out vehicle simulation according to the test instruction to obtain the response data.
3. The method according to claim 1, wherein the target test case includes expected response data of the test instruction, and the verifying the response data according to the target test case to generate the test result includes:
verifying whether the response data is consistent with the expected response data;
if the test result is consistent with the first test result, generating a first test result, wherein the first test result is used for indicating that the test passes;
and if not, generating a second test result, wherein the second test result is used for indicating that the test does not pass.
4. The method of claim 1, wherein the TBOX under test generates a first CAN message including the test instruction, comprising:
the TBOX to be tested verifies whether the test instruction is correct;
and if the test instruction is correct, the TBOX to be tested generates a first CAN message comprising the test instruction.
5. The method as claimed in any one of claims 1 to 4, wherein the system further comprises a Telecommunication Service Provider (TSP) platform, and the upper computer sends test instructions to the TBOX under test, including:
the upper computer sends a test instruction to the TBOX to be tested through the TSP platform;
correspondingly, the TBOX to be tested feeds the response data back to the upper computer, and the method comprises the following steps:
and the TBOX to be detected feeds back the response data to the upper computer through the TSP platform.
6. The method according to any one of claims 1-4, wherein the system further comprises a programmable power supply, and before the host computer sends a test instruction to the TBOX under test, the method further comprises:
and the upper computer sends a power-on control instruction to the program-controlled power supply so that the program-controlled power supply supplies power to the TBOX to be detected.
7. The method according to any of claims 1-4, wherein the test instruction is a query instruction or a control instruction.
8. The utility model provides an on-vehicle remote communication box test system, its characterized in that, the system includes host computer, the TBOX that awaits measuring, controller area network CAN communication box, the host computer with the TBOX that awaits measuring passes through wireless communication network and connects, the TBOX that awaits measuring with CAN communication box passes through CAN bus connection, CAN communication box with the host computer passes through the data line and connects, install controller area network development environment CANoe instrument on the host computer.
9. The system as claimed in claim 8, further comprising a TSP platform of a telecommunication service provider, wherein the TSP platform is connected to the upper computer and the TBOX to be tested via a wireless communication network.
10. The system of claim 8, further comprising a programmable power supply, wherein the programmable power supply is connected with the upper computer and the TBOX to be tested through data lines respectively.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111000303.XA CN113691422A (en) | 2021-08-27 | 2021-08-27 | Vehicle-mounted remote communication box test method and system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111000303.XA CN113691422A (en) | 2021-08-27 | 2021-08-27 | Vehicle-mounted remote communication box test method and system |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113691422A true CN113691422A (en) | 2021-11-23 |
Family
ID=78583689
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111000303.XA Pending CN113691422A (en) | 2021-08-27 | 2021-08-27 | Vehicle-mounted remote communication box test method and system |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113691422A (en) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114513384A (en) * | 2022-01-22 | 2022-05-17 | 深圳欣锐科技股份有限公司 | Device control method, device, terminal and computer readable storage medium |
CN115086384A (en) * | 2022-04-29 | 2022-09-20 | 中国第一汽车股份有限公司 | Remote control test method, device, equipment and storage medium |
CN115118588A (en) * | 2022-06-29 | 2022-09-27 | 长城汽车股份有限公司 | Analog simulation system of vehicle-mounted TBOX (tunnel boring machine) and communication method, device and storage medium thereof |
CN115190041A (en) * | 2022-07-25 | 2022-10-14 | 安徽江淮汽车集团股份有限公司 | Remote CAN bus automatic test system and method |
CN115604078A (en) * | 2022-09-28 | 2023-01-13 | 卓品智能科技无锡股份有限公司(Cn) | Low-cost high-efficiency CAN message automatic test method and system |
CN116184306A (en) * | 2023-05-05 | 2023-05-30 | 深圳市锐深科技有限公司 | CAN communication isolation device for resisting pulse group and interference elimination method |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20200228355A1 (en) * | 2017-08-23 | 2020-07-16 | Huawei Technologies Co., Ltd. | Traffic Statistics Collection Method and Device Thereof |
CN211669545U (en) * | 2020-04-29 | 2020-10-13 | 北京经纬恒润科技有限公司 | Test device and system for TBOX |
US20200382851A1 (en) * | 2019-06-03 | 2020-12-03 | Siemens Schweiz Ag | Method For Testing A Plurality Of Notification Appliances Connected To A Bus System And Notification Appliance For Conducting The Test |
CN112162758A (en) * | 2020-09-24 | 2021-01-01 | 王文君 | Parallel flashing method based on wireless network and parallel flashing system thereof |
CN112203251A (en) * | 2020-09-11 | 2021-01-08 | 福建瑶光智能科技有限公司 | TBOX automatic testing method and device realized by using cascade mode |
CN212694288U (en) * | 2020-09-18 | 2021-03-12 | 北京市生态环境监测中心 | TBOX detection device |
-
2021
- 2021-08-27 CN CN202111000303.XA patent/CN113691422A/en active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20200228355A1 (en) * | 2017-08-23 | 2020-07-16 | Huawei Technologies Co., Ltd. | Traffic Statistics Collection Method and Device Thereof |
US20200382851A1 (en) * | 2019-06-03 | 2020-12-03 | Siemens Schweiz Ag | Method For Testing A Plurality Of Notification Appliances Connected To A Bus System And Notification Appliance For Conducting The Test |
CN211669545U (en) * | 2020-04-29 | 2020-10-13 | 北京经纬恒润科技有限公司 | Test device and system for TBOX |
CN112203251A (en) * | 2020-09-11 | 2021-01-08 | 福建瑶光智能科技有限公司 | TBOX automatic testing method and device realized by using cascade mode |
CN212694288U (en) * | 2020-09-18 | 2021-03-12 | 北京市生态环境监测中心 | TBOX detection device |
CN112162758A (en) * | 2020-09-24 | 2021-01-01 | 王文君 | Parallel flashing method based on wireless network and parallel flashing system thereof |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114513384A (en) * | 2022-01-22 | 2022-05-17 | 深圳欣锐科技股份有限公司 | Device control method, device, terminal and computer readable storage medium |
CN114513384B (en) * | 2022-01-22 | 2024-05-17 | 深圳欣锐科技股份有限公司 | Equipment control method, device, terminal and computer readable storage medium |
CN115086384A (en) * | 2022-04-29 | 2022-09-20 | 中国第一汽车股份有限公司 | Remote control test method, device, equipment and storage medium |
CN115118588A (en) * | 2022-06-29 | 2022-09-27 | 长城汽车股份有限公司 | Analog simulation system of vehicle-mounted TBOX (tunnel boring machine) and communication method, device and storage medium thereof |
CN115190041A (en) * | 2022-07-25 | 2022-10-14 | 安徽江淮汽车集团股份有限公司 | Remote CAN bus automatic test system and method |
CN115604078A (en) * | 2022-09-28 | 2023-01-13 | 卓品智能科技无锡股份有限公司(Cn) | Low-cost high-efficiency CAN message automatic test method and system |
CN115604078B (en) * | 2022-09-28 | 2023-08-15 | 卓品智能科技无锡股份有限公司 | Low-cost high-efficiency CAN message automatic test method and system |
CN116184306A (en) * | 2023-05-05 | 2023-05-30 | 深圳市锐深科技有限公司 | CAN communication isolation device for resisting pulse group and interference elimination method |
CN116184306B (en) * | 2023-05-05 | 2023-06-23 | 深圳市锐深科技有限公司 | CAN communication isolation device for resisting pulse group and interference elimination method |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN113691422A (en) | Vehicle-mounted remote communication box test method and system | |
CN110888414B (en) | Test method for upgrading vehicle controller | |
CN107145140B (en) | Automatic test system and test method for CAN interface of vehicle-mounted electronic control unit | |
CN112596972B (en) | Test method, device and system of vehicle-mounted equipment and computer equipment | |
CN109740222B (en) | Testing device and system for automobile networking scene | |
CN108205308B (en) | Automatic diagnosis test system based on automobile body domain controller | |
CN106330618A (en) | Gateway routing automatic test system and test method based on CAN/LIN/MOST hybrid buses | |
CN109726061B (en) | SoC chip verification method | |
JP2012118043A (en) | Automatic evaluation system for vehicle device using vehicle simulator | |
CN210666480U (en) | Vehicle test system | |
WO2021203604A1 (en) | Update test method and apparatus for vehicle component, and computer device and storage medium | |
CN210041853U (en) | Automatic test system for automobile CAN/LIN bus | |
CN111694347B (en) | Function testing method and device based on bus development environment | |
CN104101504A (en) | Motor car automatic testing method and device | |
CN113468070A (en) | Consistency test method for vehicle-mounted Ethernet | |
CN113467409A (en) | Fault diagnosis method and device for electronic control unit of vehicle | |
CN110727255B (en) | Whole vehicle controller software upgrading test system and vehicle | |
CN111538628B (en) | Information processing method, device, equipment and medium | |
CN107885186B (en) | Automatic testing method and system for man-machine interaction function of automobile air conditioner controller | |
CN113340613A (en) | Automatic testing system, method and device for vehicle-mounted terminal module and storage medium | |
CN115373981A (en) | OTA (over the air) automatic testing system and method for finished automobile in production line environment | |
CN112860559B (en) | Upgrade test system and method | |
CN114063603A (en) | Automobile controller testing method and system based on ECU-TEST | |
CN113252359A (en) | Equipment test system and method | |
CN109213111B (en) | Vehicle control unit testing method and system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
AD01 | Patent right deemed abandoned |
Effective date of abandoning: 20230811 |
|
AD01 | Patent right deemed abandoned |