HIL rack automation fault test system based on CAN bus

Abstract

The invention relates to the technical field of HIL rack automatic testing, and discloses an HIL rack automatic fault testing system based on a CAN bus, which comprises an HIL rack, a PC upper computer and a fault injection module, the fault injection module is integrated through a CAN bus, and is connected with the HIL rack through the CAN bus. The PC upper computer is connected with the fault injection module, and sends an operation instruction to the fault injection module through the PC upper computer according to a test requirement; the fault injection module is used for executing fault type information according to an operation instruction and integrating the fault type information into the HIL rack; the HIL rack is used for generating a running HIL test environment; and the PC upper computer comprises a test module, and the test module is used for processing an HIL test signal and performing an automatic test. According to the invention, the integration difficulty is reduced, the universality and interoperability are improved, the test data management efficiency is improved, and the automatic HIL bench test is realized.

Description

Technical Field

[0001] The invention relates to the technical field of HIL bench automatic testing, and in particular to a HIL bench automatic fault testing system based on a CAN bus. Background Art

[0002] With the rapid development of automotive electronics technology, hardware-in-the-loop (HIL) test benches have become a key link in verifying the safety, reliability and performance of vehicle control systems. HIL testing simulates the vehicle operating environment under actual or extreme conditions, allowing the control system to work in a virtual but highly realistic environment, thereby greatly improving test efficiency and safety. However, in the actual application of the fault injection module, the core component of the HIL test bench automation test, there are many problems that need to be further optimized and improved.

[0003] First, there are many suppliers of HIL cabinets in the current market, and each adopts different hardware architectures, communication protocols, and software interface standards, which makes the integration of different systems difficult and costly, seriously hindering the sharing and reuse of test resources, and poor versatility and interoperability. This not only increases the preparation time in the early stage of testing, but also limits the expansion of test coverage, making it difficult to meet the growing complex testing needs of the automotive industry.

[0004] Secondly, in HIL testing, especially when implementing fault injection, a massive amount of test data will be generated. This data not only contains the normal response information of the system, but also covers the abnormal behavior data under the fault mode. With the wide variety of HIL cabinets, it is difficult to efficiently and accurately collect, store and process this data to quickly obtain the fault mode and evaluate the corresponding capabilities of the system, resulting in the lack of accuracy and timeliness of existing test results. At the same time, due to the limitations of cabinet types and the need to adopt corresponding test methods, the test process has a low degree of automation, affecting the overall test efficiency. Summary of the invention

[0005] The present invention aims to provide a HIL bench automated fault testing system based on CAN bus to solve the problems that the existing fault injection system for HIL bench testing is difficult to integrate, resulting in low test versatility and poor interoperability, and it is difficult to quickly and accurately manage and analyze a large amount of test data, resulting in low test efficiency and inability to achieve automated testing.

[0006] To achieve the above-mentioned purpose, the present invention adopts the following technical scheme: a HIL bench automated fault test system based on CAN bus. This scheme connects the fault injection module with the HIL bench through the CAN bus to realize the integration of the fault injection module, and sends the fault injection instruction through the PC host software to operate. In the automated testing stage, the fault injection module is called in the form of a script to realize automated testing, reduce the difficulty of integration, improve versatility and interoperability, and improve the efficiency of test data management. The test system specifically includes a HIL bench, a PC host and a fault injection module; the fault injection module is integrated through the CAN bus and connected to the HIL bench through the CAN bus; the PC host is connected to the fault injection module, and sends an operation instruction to the fault injection module through the PC host according to the test requirements; the fault injection module is used to execute the fault type information according to the operation instruction, and is integrated into the HIL bench; the HIL bench is used to generate a running HIL test environment; the PC host includes a test module, and the test module is used to process the HIL test signal and perform automated testing.

[0007] The principles and advantages of this solution are:

[0008] In the production of HIL cabinets, due to the large number of suppliers, the cabinets they produce will also be designed and produced using different standards, resulting in a wide variety of existing HIL cabinets. HIL cabinets are mainly used for testing, so their test interfaces will also be designed according to the adopted standard protocols, resulting in differences in the test interfaces and communication protocols adopted by different HIL cabinets. Therefore, in actual use, the corresponding test modules will be used according to the model of the HIL cabinet used, resulting in a large number of test modules on the market, poor interoperability, and inability to achieve universality. Limited by the differences in test interfaces of various cabinet models, it is also difficult to integrate various test modules. This is because when the HIL cabinet is produced, it is designed and produced for the purpose of testing requirements. The corresponding test interface is used as the main functional component and will be used directly. In order to improve universality, the corresponding test module will be considered for integration, resulting in the inherent thinking of being limited by the test interface, and it is difficult to achieve integration and universality.

[0009] This solution breaks away from the existing fixed thinking mode and bypasses the model problem limited by the inherent test interface. Instead, it uses the CAN bus for communication protocol, connects the fault injection module to the HIL test bench through the CAN bus, and sends fault injection instructions through the host computer software for operation. By obtaining the data file of the CAN bus, accurate and unified data can be obtained, which can be applied to most HIL test bench models, improve versatility and interoperability, and reduce testing workload. At the same time, the acquired data can be managed and analyzed more quickly and accurately, ensuring timely acquisition of test results and response information, improving test efficiency while ensuring test accuracy, and realizing an automated test process.

[0010] Furthermore, the test module includes a file loading unit and a signal processing unit; the file loading unit is used to obtain the data file of the HIL test signal via the CAN bus; the signal processing unit is used to process the obtained data file according to set rules.

[0011] Furthermore, the fault injection module includes a fault type generation unit and a signal input unit; the fault type generation unit is used to generate corresponding fault type information according to the operation instruction; and the signal input unit is used to input the generated fault type information into the HIL bench.

[0012] Furthermore, the fault type information includes signal value modification, E2E check tampering, signal loss and signal delay.

[0013] Furthermore, the data file is a DBC type file of the CAN bus.

[0014] Furthermore, the setting rule is to separate the signals in the DBC type file according to a preset method to obtain information data that meets the test requirements.

[0015] Furthermore, the preset method is to classify and divide the CAN bus data into multiple levels according to the DBC type file, extract the data with a unique identifier under the divided levels, and perform standardization on the extracted files.

[0016] Furthermore, the HIL bench includes an execution module, which is used to receive data information sent by the PC host computer and the fault injection module, and operate according to the data information.

[0017] Furthermore, the PC host computer also includes a signal capture module for capturing the test data of the HIL bench operation to obtain the HIL bench test signal.

[0018] Furthermore, the PC host computer also includes a calling module, which is used to directly call the fault injection module to perform operations. BRIEF DESCRIPTION OF THE DRAWINGS

[0019] Figure 1 The present invention is a structural schematic diagram of a HIL bench automatic fault testing system based on CAN bus.

[0020] Figure 2 The present invention is a signal processing flow diagram of a CAN bus-based HIL bench automated fault testing system. DETAILED DESCRIPTION

[0021] The following is further described in detail through specific implementation methods:

[0022] Embodiment 1

[0023] As attached Figure 1 As shown, in this embodiment, a HIL bench automated fault test system based on CAN bus is used. The system integrates a fault injection module using the CAN interface to connect the CAN analysis tool with the HIL bench, and uses the CAN protocol for communication to overcome the problem that the data is difficult to process uniformly due to the differences in the categories of HIL benches, thereby realizing safe and automated fault injection testing, improving versatility and interoperability, and then quickly processing test data to improve overall test efficiency. In this embodiment, the test system mainly includes a HIL bench, a PC host computer and a fault injection module. Among them, the fault injection module is integrated through the CAN bus and connected to the HIL bench through the CAN bus. The PC host computer is connected to the fault injection module, and sends operation instructions to the fault injection module through the software installed in the PC host computer. In this embodiment, MATLAB / Simulink, python and other software can be used to perform the operation.

[0024] The fault injection module is used to execute the fault type information according to the operation instructions and is integrated into the HIL bench.

[0025] The fault injection module includes a fault type generation unit and a signal input unit. The fault type generation unit is used to generate corresponding fault type information according to the operation instruction. In this embodiment, the fault type information includes signal value modification, E2E verification tampering, signal loss and signal delay. The signal input unit is used to input the generated fault type information into the HIL bench.

[0026] The HIL bench is used to generate a running HIL test environment. In this embodiment, the HIL bench includes an execution module, which is used to receive data information sent by the PC host computer and the fault injection module, and run according to the data information to form a HIL bench test signal.

[0027] The PC host computer includes a signal capture module, a test module and a call module. Among them, the signal capture module is used to capture the data signal of the HIL bench operation and obtain the HIL bench test signal. In this embodiment, when the test case needs to be injected into the fault, the PC host computer sends it to the HIL bench according to the operation instruction. The test module is used to process the HIL bench test signal and perform automated testing. The call module is used to directly call the fault injection module on the PC host computer to perform operations after accessing the fault injection module, thereby improving the versatility and interoperability of the fault injection module.

[0028] In this embodiment, the test module includes a file loading unit and a signal processing unit. The file loading unit is used to obtain the data file of the HIL bench test signal through the CAN bus. In this embodiment, the data file is a DBC type file of the CAN bus. The DBC type file is a standard file that describes the physical value, unit, transmission cycle, calculation formula, signal name and other information of the CAN bus data. By parsing the DBC type file, effective information can be quickly obtained and the accuracy and stability of the information can be ensured. The signal processing unit is used to process the obtained data file according to the set rules.

[0029] In this embodiment, the set rule is to separate the signals in the DBC type file according to a preset method to obtain information data that meets the test requirements. The preset method is to classify and divide the CAN bus data according to multiple levels of types based on the DBC type file, extract data with unique identifiers under the divided levels, and perform standardized processing on the extracted files.

[0030] In this embodiment, the signal processing process is as shown in the attached Figure 2 As shown, firstly, the DBC type file is loaded by the file loading unit, and the signal processing unit determines whether the DBC type file is correct. In this embodiment, the DBC type file is determined according to the set judgment basis, and the judgment basis includes the file format accuracy and the integrity of the file data. If the DBC type file is determined to be correct, the next step is performed. If it is not correct, a corresponding error prompt is given, such as a format error or missing file data.

[0031] According to the DBC type file, the signal processing unit classifies and divides the CAN bus data signal according to the Node-Message-Signal multi-level type, where a Node level contains multiple Messages, and a Message level contains multiple Signals. The Message level has a unique identifier. Under the divided level, the Message level data file is extracted through the unique identifier as the subsequent processing data.

[0032] After the DBC type file is processed, the signal to be operated is input during the test. In this embodiment, the input signal includes the signal input through the signal input unit in the fault input module and the signal in the DBC type file, that is, the Message level, which is distinguished by the unique identifier ID. After the signal is input, the signal is judged according to the unique identifier ID. In this embodiment, under the premise that the ID of the upper-level message is correct, the correctness of the signal is judged by judging whether the signal (signal) executed by the fault injection is consistent with the signal in the DBC loaded on the test bench. If the signal exists and is correct, an operation instruction is issued, the fault injection is executed, and the test is performed according to the written test case. If the signal is incorrect, an error prompt is given, and finally the test is completed.

[0033] In this embodiment, generally for HIL testing, since the manufacturer designs the test interface, the specified test interface will be directly used without understanding the internal structure of the test bench, resulting in different test interface models and no unification. It is necessary to use a special test system for different test interfaces, which leads to the inability to use the test systems universally, poor interoperability, and high integration difficulty. In addition, the test data obtained by different test systems are also different, which increases the difficulty of managing the large amount of test data generated by the test, and it is impossible to effectively analyze it to quickly identify the fault mode and evaluate the system response, so that it is impossible to achieve a fully automated fault injection test.

[0034] This solution uses the CAN bus protocol for communication, and jumps out of the logical thinking of using the detection interface fixed in the original equipment, overcomes technical prejudice, breaks the closed test technology of the HIL bench, and can integrate the fault injection module directly through the CAN bus, thereby overcoming the difficulty of fault injection integration of the original HIL bench, while improving versatility and interoperability, without considering the model limitations of the HIL bench, and can be applied to the testing of most HIL benches. It can be universal between different HIL benches, solve the problem of integrated configuration, and realize automated intelligent testing. At the same time, obtaining data through the CAN bus can unify the data format, reduce the difficulty of data management, and ensure more accurate acquisition of effective data, realize rapid analysis and information extraction, and improve overall test efficiency.

[0035] The above is only an embodiment of the present invention, and the common knowledge such as the known specific technical solutions and / or characteristics in the solution is not described in detail here. It should be pointed out that for those skilled in the art, without departing from the technical solution of the present invention, several modifications and improvements can be made, which should also be regarded as the protection scope of the present invention, and these will not affect the effect of the implementation of the present invention and the practicality of the patent. The scope of protection required by this application shall be based on the content of its claims, and the specific implementation methods and other records in the specification can be used to interpret the content of the claims.

Claims

1. A HIL bench automatic fault test system based on CAN bus, characterized by: It includes a HIL bench, a PC host computer and a fault injection module; the fault injection module is integrated through a CAN bus and connected to the HIL bench through the CAN bus; the PC host computer is connected to the fault injection module, and sends an operation instruction to the fault injection module through the PC host computer according to the test requirements; The fault injection module is used to execute fault type information according to operation instructions and integrate it into the HIL bench; the HIL bench is used to generate a running HIL test environment; the PC host computer includes a test module, and the test module is used to process the HIL test signal and perform automated testing.

2. The CAN bus-based HIL bench automated fault testing system according to claim 1, characterized in that: The test module includes a file loading unit and a signal processing unit; the file loading unit is used to obtain the data file of the HIL test signal via the CAN bus; the signal processing unit is used to process the obtained data file according to the set rules.

3. The CAN bus-based HIL bench automated fault testing system according to claim 1, characterized in that: The fault injection module includes a fault type generating unit and a signal input unit; The fault type generating unit is used to generate corresponding fault type information according to the operation instruction; The signal input unit is used to input the generated fault type information into the HIL bench.

4. The CAN bus-based HIL bench automated fault testing system according to claim 3, characterized in that: The fault type information includes signal value modification, E2E check tampering, signal loss and signal delay.

5. The CAN bus-based HIL bench automated fault testing system according to claim 2, characterized in that: The data file is a DBC type file of the CAN bus.

6. The CAN bus-based HIL bench automated fault testing system according to claim 5, characterized in that: The setting rule is to separate the signals in the DBC type file according to a preset method to obtain information data that meets the test requirements.

7. The CAN bus-based HIL bench automated fault testing system according to claim 6, characterized in that: The preset method is to classify and divide the CAN bus data according to multiple levels of types based on the DBC type file, extract data with unique identifiers under the divided levels, and perform standardization processing on the extracted files.

8. The CAN bus-based HIL bench automated fault testing system according to claim 1, characterized in that: The HIL bench includes an execution module, which is used to receive data information sent by the PC host computer and the fault injection module, and operate according to the data information.

9. The CAN bus-based HIL bench automated fault testing system according to claim 1, characterized in that: The PC host computer also includes a signal capture module, which is used to capture the test data of the HIL bench operation and obtain the HIL bench test signal.

10. The CAN bus-based HIL bench automated fault testing system according to claim 9, characterized in that: The PC host computer also includes a calling module, which is used to directly call the fault injection module to perform an operation.

Images