OBD test method based on signal simulation and control

Abstract

The invention discloses an OBD test method based on signal simulation and control, and the method comprises the steps: connecting a CAN card to an input interface of a computer, an input / output interface of a urea liquid level sensor, an OBD interface of a vehicle body controller, and an analog acquisition card, starting automatic test software, and configuring a vehicle model, a gear mode, a urea liquid level point, and a DBC file; automatically analyzing and modifying a message sent to the vehicle body controller by the urea liquid level sensor based on the configured DBC file through automatic test software; an operator is prompted to record cab instrument phenomena through a pop-up window, and next operation guidance is given; vehicle operation data including the vehicle speed and the wheel edge force are collected in real time through an analog quantity collection card, and whether a vehicle is in a speed limiting or torque limiting state or not is monitored through automatic testing software; and automatically generating an OBD test report based on the collected process data. Automatic testing can be achieved, the testing cost is effectively reduced, and the testing precision is improved.

Description

Technical Field

[0001] This invention relates to the field of vehicle testing technology, and in particular to an OBD testing method based on signal simulation and control. Background Technology

[0002] With increasingly stringent environmental requirements, vehicle manufacturers must ensure that their vehicles comply with relevant emission regulations. OBD urea testing is a crucial step in the vehicle production process, helping manufacturers verify the proper functioning of the vehicle's emission control system and thus determine compliance with regulations. Conventional OBD testing requires significant manpower and resources; the precision of urea extraction to a given value is difficult to control, resulting in testing times of up to two days. Furthermore, the testing process is complex, lacks operational instructions, and is highly susceptible to human error, leading to wasted time and resources. Summary of the Invention

[0003] In view of the above, the present invention aims to provide an OBD testing method based on signal simulation and control to solve the aforementioned technical problems.

[0004] The technical solution adopted in this invention is as follows:

[0005] This invention provides an OBD testing method based on signal simulation and control, including:

[0006] S1. Connect the CAN card to the computer's input interface, the urea level sensor's input / output interface, the vehicle controller's OBD interface, and the analog signal acquisition card, and start the automated test software to configure the vehicle model, gear mode, urea level point, and DBC file.

[0007] S2. The automated testing software automatically parses and modifies the message sent from the urea level sensor to the vehicle body controller based on the configured DBC file to simulate the change of urea level to the target liquid point; at the same time, a pop-up window prompts the operator to record the instrument phenomena in the cab and provides instructions for the next operation.

[0008] S3. Real-time acquisition of vehicle operating data, including vehicle speed and wheel-side force, is achieved through the analog acquisition card, and the vehicle is monitored by the automated testing software to determine whether it is in a speed-limited or torque-limited state.

[0009] S4. Automatically generate OBD test reports based on the collected process data.

[0010] Optionally, the step of modifying the urea level sensor message includes:

[0011] The CAN card is used to simulate the injection of communication messages between the urea level sensor and the vehicle body controller.

[0012] Optionally, the automated testing software constrains the OBD test process through interface guidance and pop-up prompts during the test. The constraints include prompts for the order of operation: vehicle power-on, engine ignition, and vehicle power-off.

[0013] Optionally, the automated testing software is also used to parse messages related to urea level in the vehicle's DBC file and process vehicle speed and wheel-side force data to analyze the vehicle's speed limit and torque limit status.

[0014] Optionally, the analog acquisition card is connected to a dynamometer or chassis dynamometer to collect vehicle speed and wheel-side force data during dynamic vehicle testing, and transmits the data to the automated testing software in real time.

[0015] Optionally, the automated testing software dynamically monitors the vehicle's status during the test and verifies the three processes of status activation, maintenance, and repair at each test liquid level.

[0016] Optionally, the OBD test report includes test process data and vehicle condition analysis results.

[0017] The above-described solution of the present invention has at least the following beneficial effects:

[0018] The above-mentioned solution of the present invention includes connecting a CAN card to the input interface of a computer, the input / output interface of a urea level sensor, the OBD interface of a vehicle body controller, and an analog signal acquisition card; starting automated testing software; configuring the vehicle model, gear mode, urea level point, and DBC file; the automated testing software automatically parses and modifies the message sent by the urea level sensor to the vehicle body controller based on the configured DBC file to simulate the change of urea level to the target level point; simultaneously, a pop-up window prompts the operator to record the instrument phenomena in the driver's cab and provides guidance for the next operation; the analog signal acquisition card collects vehicle operating data in real time, including vehicle speed and wheel-side force, and the automated testing software monitors whether the vehicle is in a speed-limited or torque-limited state; an OBD test report is automatically generated based on the collected process data. The solution of the present invention can automate the test process, effectively reduce test costs, reduce human error, and improve test accuracy. Attached Figure Description

[0019] To make the objectives, technical solutions, and advantages of this invention clearer, the invention will be further described below with reference to the accompanying drawings, wherein:

[0020] Figure 1 A flowchart of an OBD testing method based on signal simulation and control provided in an embodiment of the present invention. Detailed Implementation

[0021] Embodiments of the present invention are described in detail below. Examples of these embodiments are shown in the accompanying drawings, wherein the same or similar reference numerals denote the same or similar elements or elements having the same or similar functions throughout. The embodiments described below with reference to the accompanying drawings are exemplary and are only used to explain the present invention, and should not be construed as limiting the present invention.

[0022] This invention proposes an embodiment of an OBD testing method based on signal simulation and control, specifically, as follows: Figure 1 As shown, it includes:

[0023] S1. Connect the CAN card to the computer's input interface, the urea level sensor's input / output interface, the vehicle controller's OBD interface, and the analog signal acquisition card, and start the automated test software to configure the vehicle model, gear mode, urea level point, and DBC file.

[0024] S2. The automated testing software automatically parses and modifies the message sent from the urea level sensor to the vehicle body controller based on the configured DBC file to simulate the change of urea level to the target liquid point; at the same time, a pop-up window prompts the operator to record the instrument phenomena in the cab and provides instructions for the next operation.

[0025] S3. Real-time acquisition of vehicle operating data, including vehicle speed and wheel-side force, is achieved through the analog acquisition card, and the vehicle is monitored by the automated testing software to determine whether it is in a speed-limited or torque-limited state.

[0026] S4. Automatically generate OBD test reports based on the collected process data.

[0027] Furthermore, the step of modifying the urea level sensor message includes:

[0028] The CAN card is used to simulate the injection of communication messages between the urea level sensor and the vehicle body controller.

[0029] Furthermore, the automated testing software constrains the OBD test process through interface guidance and pop-up prompts during the test. The constraints include prompts for the order of operation: vehicle power-on, engine ignition, and vehicle power-off.

[0030] Furthermore, the automated testing software is also used to parse messages related to urea level in the vehicle's DBC file and process vehicle speed and wheel-side force data to analyze the vehicle's speed limit and torque limit status.

[0031] Furthermore, the analog acquisition card is connected to a dynamometer or chassis dynamometer to collect vehicle speed and wheel-side force data during dynamic vehicle testing, and transmits the data to the automated testing software in real time.

[0032] Furthermore, the automated testing software dynamically monitors the vehicle's status during the test and verifies the three processes of status activation, maintenance, and repair at each test liquid level.

[0033] Furthermore, the OBD test report includes test process data and vehicle condition analysis results.

[0034] To address the problems of large human error, long test cycles, excessive resource waste, and difficulty in urea level control in traditional OBD tests, this embodiment modifies the messages sent from the urea tank sensor to the vehicle controller via CAN card using host computer software. This simulates urea injection to achieve rapid adjustment of the urea level. The OBD test process is constrained through a combination of interface guidance and pop-up prompts to reduce human error. Data from the dynamometer (chassis dynamometer) and test process data are automatically collected to generate a test report.

[0035] The testing system in this embodiment consists of three parts: automated testing software, a CAN card, and an analog signal acquisition card. The automated testing software is used for human-machine interaction during the testing process, parsing urea level-related messages in the vehicle's DBC file, processing vehicle speed and wheel-side force data, analyzing whether the vehicle is in a speed-limited or torque-limited state, and outputting the test results. The CAN card is used to modify the messages between the urea tank urea level sensor and the vehicle body controller. The analog signal acquisition card is used to collect data such as vehicle speed and wheel-side force from the dynamometer (chassis dynamometer).

[0036] (1) Preparation before the experiment:

[0037] a. The CAN card is connected to the computer's USB interface, the urea level sensor's input / output interface, the vehicle body controller's OBD interface, and the analog quantity acquisition card;

[0038] b. Open the automated testing software and fill in the configuration information according to the software interface prompts, such as: vehicle model, gear mode, urea liquid level, DBC configuration, etc.

[0039] c. After filling in the information, click "Start Test".

[0040] (2) The experiment begins:

[0041] a. The software automatically parses and modifies the messages sent by the sensors to the body controller according to the configured DBC file;

[0042] b. After automatically adjusting to the target liquid level based on the input urea level information, a pop-up window prompts the operator to fill in the instrument phenomena in the cab and provides prompts for the next operation;

[0043] c. Pop-up prompts are provided throughout the entire testing process to minimize human error;

[0044] d. It has real-time monitoring functions for vehicle speed, wheel-side force, etc. during dynamic OBD testing;

[0045] e. Testers can complete all OBD tests using only a dynamometer (chassis dynamometer) and automated testing software.

[0046] (2) End of experiment:

[0047] After the experiment, the software automatically generates results based on the process data.

[0048] In summary, the OBD testing method based on signal simulation and control described in the above embodiments of the present invention can automate the testing process and reduce labor costs; effectively reduce human error through pop-up prompts; automatically adjust the liquid level, shorten the testing time, and improve adjustment accuracy; and simplify the testing operation, effectively reducing testing costs.

[0049] An embodiment of the present invention also provides a computing device, including: a processor and a memory storing a computer program, wherein the computer program, when executed by the processor, performs the method described in the above embodiments. All implementations in the above method embodiments are applicable to this embodiment and can achieve the same technical effect.

[0050] In this embodiment of the invention, a computer-readable storage medium is also provided, storing instructions that, when executed on a computer, cause the computer to perform the method described in the above embodiments. All implementations of the methods described in the above embodiments are applicable to this embodiment and can achieve the same technical effect.

[0051] Those skilled in the art will recognize that the units and algorithm steps of the various examples described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementations should not be considered beyond the scope of this invention.

[0052] Those skilled in the art will understand that, for the sake of convenience and brevity, the specific working processes of the systems, devices, and units described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be repeated here.

[0053] In the embodiments provided by this invention, it should be understood that the disclosed apparatus and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative. For instance, the division of units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between devices or units may be electrical, mechanical, or other forms.

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

[0055] In addition, the functional units in the various embodiments of the present invention can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit.

[0056] If the aforementioned functions are implemented as software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this invention, essentially, or the part that contributes to the prior art, or a portion of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of this invention. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, ROM, RAM, magnetic disks, or optical disks.

[0057] Furthermore, it should be noted that in the apparatus and method of the present invention, it is obvious that the components or steps can be decomposed and / or recombined. These decompositions and / or recombinations should be considered equivalent solutions of the present invention. Moreover, the steps performing the above series of processes can naturally be executed in the order described, but are not necessarily required to be executed in chronological order; some steps can be executed in parallel or independently of each other. Those skilled in the art will understand that all or any step or component of the method and apparatus of the present invention can be implemented in any computing device (including processors, storage media, etc.) or network of computing devices, in hardware, firmware, software, or a combination thereof. This is something that those skilled in the art can achieve by using their basic programming skills after reading the description of the present invention.

[0058] Therefore, the object of the present invention can also be achieved by running a program or a set of programs on any computing device. The computing device can be a known general-purpose device. Therefore, the object of the present invention can also be achieved simply by providing a program product containing program code implementing the method or apparatus. That is, such a program product also constitutes the present invention, and the storage medium storing such a program product also constitutes the present invention. Obviously, the storage medium can be any known storage medium or any storage medium developed in the future. It should also be noted that in the apparatus and method of the present invention, it is obvious that the components or steps can be decomposed and / or recombined. These decompositions and / or recombinations should be considered equivalent to the present invention. Furthermore, the steps performing the above series of processes can naturally be performed in the order described, but are not necessarily required to be performed in chronological order. Some steps can be performed in parallel or independently of each other.

[0059] The above description represents the preferred embodiments of the present invention. It should be noted that those skilled in the art can make various improvements and modifications without departing from the principles of the present invention, and these improvements and modifications should also be considered within the scope of protection of the present invention.

Claims

1. An OBD testing method based on signal simulation and control, characterized in that, Includes the following steps: S1. Connect the CAN card to the computer's input interface, the urea level sensor's input / output interface, the vehicle controller's OBD interface, and the analog signal acquisition card, and start the automated test software to configure the vehicle model, gear mode, urea level point, and DBC file. S2. The automated testing software automatically parses and modifies the message sent from the urea level sensor to the vehicle body controller based on the configured DBC file to simulate the change of urea level to the target liquid point; at the same time, a pop-up window prompts the operator to record the instrument phenomena in the cab and provides instructions for the next operation. S3. Real-time acquisition of vehicle operating data, including vehicle speed and wheel-side force, is achieved through the analog acquisition card, and the vehicle is monitored by the automated testing software to determine whether it is in a speed-limited or torque-limited state. S4. Automatically generate OBD test reports based on the collected process data.

2. The OBD testing method based on signal simulation and control according to claim 1, characterized in that, The steps for modifying the urea level sensor message include: The CAN card is used to simulate the injection of communication messages between the urea level sensor and the vehicle body controller.

3. The OBD testing method based on signal simulation and control according to claim 1, characterized in that, The automated testing software constrains the OBD test process through interface guidance and pop-up prompts during the test, including prompts on the order of vehicle power-on, engine ignition, and vehicle power-off.

4. The OBD testing method based on signal simulation and control according to claim 1, characterized in that, The automated testing software is also used to parse messages related to urea level in the vehicle's DBC file and process vehicle speed and wheel-side force data to analyze the vehicle's speed limit and torque limit status.

5. The OBD testing method based on signal simulation and control according to claim 1, characterized in that, The analog acquisition card is connected to a dynamometer or chassis dynamometer to collect vehicle speed and wheel-side force data during dynamic vehicle testing, and transmits the data to the automated testing software in real time.

6. The OBD testing method based on signal simulation and control according to claim 1, characterized in that, The automated testing software dynamically monitors the vehicle's status during the test and verifies the three processes of status activation, maintenance, and repair at each test liquid level.

7. The OBD testing method based on signal simulation and control according to claim 1, characterized in that, The OBD test report includes test process data and vehicle condition analysis results.

Images