A test system

Abstract

The present application discloses a test system, which includes a portable computer device and a car bus test device, which is convenient for performing vehicle CAN network consistency testing. The computer device is installed with a script editor, and is equipped with a communication module and a human-computer interaction interface designed based on a car network diagnostic tool. The script editor can generate a test data set according to the DBC file of the vehicle to be tested, which contains interference data of multiple test nodes. The human-computer interaction interface can select the interference data corresponding to the name of the node to be tested by obtaining the name of the node to be tested, and the communication module transmits it to the car bus test device. The car bus test device performs a CAN network consistency test on the vehicle based on these data. Compared with large cabinets, the test system of the present application has better portability and ease of setting, supports more flexible test scenarios, and has a lower cost, reducing transportation, setting, manpower and time costs.

Description

Technical Field

[0001] The present application relates to the technical field of vehicle logic testing, and in particular to a testing system. Background Art

[0002] At present, when conducting single-node Controller Area Network (CAN) consistency testing, with the help of large cabinets that integrate Vector devices, power supplies, and boards, we are able to achieve a fully automated test process and improve test efficiency and accuracy. However, this convenience also comes with some challenges. The unportability of the cabinet makes it extremely inconvenient when it is necessary to conduct CAN network consistency testing on a real vehicle, limiting the diversity and flexibility of the test scenarios. In addition, the cost of the cabinet is usually high, resulting in a significant increase in testing costs. In actual applications, it may be necessary to frequently move the test equipment to different vehicles or locations for testing, which will increase the complexity of transportation and setting up the cabinet, as well as increase manpower and time costs.

[0003] Therefore, how to improve the portability and cost-effectiveness of real-vehicle CAN network consistency testing to meet the challenges of diverse test scenarios and frequent mobile device movement is a technical problem that technical personnel in this field urgently need to solve. Summary of the invention

[0004] Based on the above problems, the present application provides a test system that can improve the portability and cost-effectiveness of real vehicle CAN network consistency testing to meet the challenges of diverse test scenarios and frequent mobile equipment movement.

[0005] The embodiments of the present application disclose the following technical solutions:

[0006] A test system, the system comprising: a portable computer device and an automobile bus test device; the portable computer device is equipped with a human-computer interaction interface designed based on an automobile network diagnostic tool, and the portable computer device is installed with a script editor; the portable computer also includes a communication module;

[0007] The portable computer device is connected to the vehicle bus test device; the portable computer device is also connected to the vehicle to be tested; the script editor is connected to the human-computer interaction interface; the human-computer interaction interface is connected to the communication module;

[0008] The script editor is used to write a test data set according to the database communication DBC file of the vehicle to be tested; the test data set includes interference data of multiple test nodes of the vehicle to be tested, and one test node corresponds to a set of interference data;

[0009] The human-computer interaction interface is used to obtain the name of the node to be tested of the vehicle to be tested, and determine the interference data corresponding to the name of the node to be tested in the test data set, so as to send the name of the node to be tested and the interference data corresponding to the name of the node to be tested to the vehicle bus test device through the communication module;

[0010] The vehicle bus test equipment is used to perform a controller area network (CAN) network consistency test on the vehicle to be tested according to the node name to be tested and using interference data corresponding to the node name to be tested.

[0011] In a possible implementation, the script editor is specifically used to:

[0012] Obtaining a DBC file of the vehicle to be tested, and determining a plurality of test nodes and node characteristics of each of the test nodes from the DBC file;

[0013] For each of the test nodes, writing interference data logic of the test node based on the node characteristics of the test node;

[0014] The interference data is associated with the node name of the test node corresponding to the interference data and stored to obtain the interference data;

[0015] The interference data of all the test nodes are integrated into one test data set.

[0016] In a possible implementation, the node characteristics include a node signal type, a node data length, and a node message period.

[0017] In a possible implementation, one of the test nodes includes any one of a communication participating node, a key electronic control unit ECU node, a sensor node, an actuator node, an auxiliary ECU node, and a low priority ECU node.

[0018] In one possible implementation, the interference data logic includes any one of signal frequency interference logic, message format interference logic, timing interference logic, bus load interference logic, node fault simulation logic, electrical interference simulation logic, Busoff test logic and CAN bus fault simulation logic.

[0019] In a possible implementation, the vehicle bus test equipment includes a VH6501 bus analyzer.

[0020] In a possible implementation manner, the automobile network diagnostic tool includes CANoe.

[0021] In a possible implementation, the script editor includes a CAN application programming language CAPL, a script editor of CANoe.

[0022] In a possible implementation, the Busoff test logic includes:

[0023] If it is obtained that the fast recovery time of the Busoff recovery of the vehicle to be tested belongs to the first time range or the slow recovery time of the Busoff recovery belongs to the second time range, it is determined that the Busoff test of the vehicle to be tested passes.

[0024] Compared with the prior art, this application has the following beneficial effects:

[0025] The present application provides a test system, which includes a portable computer device and a car bus test device. A human-computer interaction interface is installed on the portable computer device, and a communication module and a human-computer interaction interface designed based on a car network diagnostic tool are provided. The portable computer device is connected to the car bus test device and is also directly connected to the vehicle to be tested. The script editor is connected to the human-computer interaction interface, and the human-computer interaction interface is connected to the communication module. The script editor is responsible for writing a test data set according to the database communication (DBC) file of the vehicle to be tested. The test data set contains interference data of multiple test nodes of the vehicle to be tested, and each test node corresponds to a specific set of interference data. The human-computer interaction interface is used to obtain the name of the node to be tested of the vehicle to be tested, and determine the interference data corresponding to the name of the node to be tested in the test data set. The communication module further sends the name of the node to be tested and its corresponding interference data to the car bus test device. The car bus test device performs a CAN network consistency test on the vehicle to be tested based on the received name of the node to be tested and the corresponding interference data. Therefore, the combination of the portable computer device and the vehicle bus test device in the present application makes the test system easier to carry and set up, thereby overcoming the problem that the large cabinet is not portable and improving the diversity and flexibility of the test scenarios. Compared with the large cabinet, this portable test system usually has a lower cost, reduces the test cost, and reduces the manpower and time cost. BRIEF DESCRIPTION OF THE DRAWINGS

[0026] In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative labor.

[0027] Figure 1 A structural diagram of a test system provided in an embodiment of the present application;

[0028] Figure 2An interactive flow chart of a test system provided in an embodiment of the present application. DETAILED DESCRIPTION

[0029] In order to enable those skilled in the art to better understand the solution of the present application, the technical solution in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, not 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.

[0030] Currently, the use of large cabinets with integrated Vector devices for CAN network consistency testing can achieve fully automated testing, improve efficiency and accuracy. However, this approach also has some problems. The cabinet is not portable, which limits the flexibility and diversity of real vehicle testing. At the same time, the high cost and frequent equipment relocation increase the transportation, setup, and labor and time costs of testing.

[0031] In order to solve this problem, a test system is provided in an embodiment of the present application, which integrates a portable computer device and a car bus test device. On the portable computer device, a car network diagnostic tool is installed, and a communication module and a human-computer interaction interface designed based on the tool are equipped. By connecting the portable computer device to the car bus test device and directly connecting it to the vehicle to be tested, the script editor realizes the function of writing a test data set according to the DBC file of the vehicle to be tested. This test data set contains the interference data of multiple test nodes of the vehicle to be tested, ensuring that each test node has a corresponding interference data group. The human-computer interaction interface obtains the name of the node to be tested of the vehicle to be tested to determine the interference data matching the name of the node to be tested from the test data set. Subsequently, the communication module is responsible for transmitting the name of the node to be tested and its corresponding interference data to the car bus test device. Finally, the car bus test device uses the received name of the node to be tested and the corresponding interference data to perform a CAN network consistency test on the vehicle to be tested. The design of the portable test system of the present application makes up for the defect that the large cabinet is not portable and improves the diversity and flexibility of the test scenario. Compared with the bulky cabinet solution, this portable test system is usually cheaper, reduces the test cost, and also reduces manpower and time investment.

[0032] The following will be combined with the drawings in the embodiments of the present invention to clearly and completely describe the technical solutions in the embodiments of the present invention. Obviously, the described embodiments are only part of the embodiments of the present application, not 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.

[0033] See also Figure 1 , Figure 1 This is a structural diagram of a test system provided in an embodiment of the present application. Figure 1 The test system shown includes a portable computer device 100 and a vehicle bus test device 110 ; the portable computer device 100 is equipped with a human-computer interaction interface 102 designed based on a vehicle network diagnostic tool, and the portable computer device is installed with a script editor 101 ; the portable computer also includes a communication module 103 .

[0034] The portable computer device 100 is connected to the vehicle bus test device 110; the portable computer device 100 is also connected to the vehicle to be tested; the script editor 101 is connected to the human-computer interaction interface 102; the human-computer interaction interface 102 is connected to the communication module 103; the communication module 103 is connected to the vehicle bus test device 110.

[0035] It should be noted that a portable computer device is a lightweight, easy-to-carry computer device that is usually small in size and designed to be easy to move. This type of device may include laptops, tablets, ultrabooks, etc., and has a processor, memory, storage devices, and various interfaces that can be used to run various applications and handle different types of tasks.

[0036] In one possible implementation, the vehicle bus test equipment includes a VH6501 bus analyzer. The VH6501 bus analyzer is a device for CAN bus analysis. It can help monitor, capture and analyze data communications on the CAN bus to diagnose and debug electronic control systems or other devices in the vehicle.

[0037] In one possible implementation, the automotive network diagnostic tool includes CANoe (Controller Area Network Online Environment). CANoe is a software tool widely used to develop, analyze and test CAN networks. It was developed by Vector Informatik and is widely used in various fields such as automotive electronic systems and aerospace. CANoe provides a wealth of functions, including the ability to simulate, analyze, emulate, diagnose and test CAN networks.

[0038] In a possible implementation, the script editor 101 includes CANoe's script editor CAN Application Programming Language (CAPL). CANoe's script editor CAPL is a powerful tool for writing custom test scripts and simulation environments. CAPL allows users to write scripts in C language for simulating node behavior, sending and receiving messages, performing specific actions or logic, etc. Through CAPL scripts, users can expand the functionality of CANoe, customize test processes, and quickly implement various test schemes and automated tasks. CAPL scripts also provide a rich library of functions and APIs, which facilitate users to perform advanced communication analysis, diagnosis, and control operations, making CANoe more flexible and efficient during development and testing.

[0039] See also Figure 2 , Figure 2 An interactive flow chart of a test system provided in an embodiment of the present application may include the following steps:

[0040] The script editor 101 writes a test data set according to the DBC file of the vehicle to be tested, wherein the test data set includes interference data of multiple test nodes of the vehicle to be tested, and one test node corresponds to a set of interference data.

[0041] It should be noted that the DBC file is an information file used to describe each node in the vehicle network (such as sensors, actuators, etc.). The DBC file plays an important role in the diagnosis and testing of the vehicle network. It contains information such as the node identifier, data length, signal name and range.

[0042] In a possible implementation, the script editor 101 is specifically used to:

[0043] Obtain the DBC file of the vehicle to be tested, and determine multiple test nodes and node characteristics of each test node from the DBC file. Then, for each test node, write the interference data logic of the test node based on the node characteristics of the test node. Then associate the interference data with the node name of the corresponding test node and store it to obtain the interference data. Then integrate the interference data of all the test nodes into one test data set.

[0044] In a possible implementation, the node characteristics include a node signal type, a node data length, and a node message period.

[0045] Node signal type: refers to the signal type used by the node to send and receive messages, such as digital signal, analog signal, etc.

[0046] Node data length: Indicates the length of the data packet sent or received by the node, usually measured in bits or bytes.

[0047] Node message cycle: refers to the frequency or time interval at which a node sends messages, that is, the time interval between each message, which is used to describe the sending rate of node messages.

[0048] In a possible implementation, one of the test nodes includes any one of a communication participating node, a key Electronic Control Unit (ECU) node, a sensor node, an actuator node, an auxiliary ECU node, and a low priority ECU node.

[0049] (1) Communication participating nodes refer to all ECUs that directly participate in CAN bus communication, including but not limited to the following types:

[0050] Powertrain control unit (ECU): such as engine control unit, transmission control unit, etc.

[0051] Brake control unit (BCU, Body Control Unit): for example, Anti-lock Braking System (ABS), Electronic Stability Program (ESP), etc.

[0052] Body Control Module (BCM): such as window control, lighting control, etc.

[0053] Instrument panel display unit: includes speedometer, fuel gauge, temperature gauge, etc.

[0054] In-car entertainment system: such as audio, navigation, etc.

[0055] (2) Critical ECU nodes: including safety-related ECU nodes and vehicle dynamics control ECU nodes. These nodes are critical to the normal operation and safety of the vehicle and must be subject to special attention and consistency testing:

[0056] Safety-related ECUs: such as airbag control unit (ACU), collision warning system, driver assistance system, etc.

[0057] Vehicle dynamics control ECU: such as steering, braking and other control modules.

[0058] (3) Sensor and actuator nodes:

[0059] Sensor nodes such as vehicle speed sensors, temperature sensors, pressure sensors, etc., and actuator nodes such as electric windows, seat adjustments, etc., their data transmission and command execution need to be tested for consistency.

[0060] (4) Low priority or auxiliary ECU:

[0061] These nodes should also be included, although their failure does not directly affect safety as much as the above nodes, they still send or receive CAN messages in the system and may affect the bus load and communication with other nodes.

[0062] In one possible implementation, the interference data logic includes any one of signal frequency interference logic, message format interference logic, timing interference logic, bus load interference logic, node fault simulation logic, electrical interference simulation logic, Busoff test logic and CAN bus fault simulation logic.

[0063] (1) Signal frequency interference logic includes:

[0064] Frequent message sending: Set frequent message sending logic for the test node to simulate high-frequency messages causing increased bus load, and check whether other nodes can correctly receive and process the messages.

[0065] Message loss / delay: Simulate node message loss or transmission delay to ensure that the receiving node can identify the lost data and has appropriate recovery mechanisms (such as retransmission mechanisms or fault tolerance mechanisms).

[0066] (2) Message format interference logic includes:

[0067] Invalid data / wrong format: Create data structures that do not comply with the protocol or incorrect data formats for the test node, such as missing fields in the data packet or field contents that do not conform to the expected range (such as negative engine speed or temperature exceeding a reasonable range), to ensure that the receiver can effectively identify and process erroneous data.

[0068] Data conflict: Simulate conflicting messages from multiple nodes at the same time, test the arbitration mechanism of the bus, and check whether the messages are transmitted correctly according to the priority.

[0069] (3) Timing interference logic includes:

[0070] Clock drift: simulates the clock drift of the test node, causing deviations in the timing of sending messages, and tests whether other nodes in the network can be correctly synchronized, especially for systems with strict timing requirements (such as ABS and powertrain control).

[0071] Delay / packet loss: Check the system's fault tolerance and delay compensation capabilities by artificially increasing node response delays or simulating message packet loss.

[0072] (4) Bus load interference logic includes:

[0073] High load interference: Send a large number of low-priority messages to the CAN bus to simulate network congestion to see if it affects the transmission of high-priority messages, especially whether safety-related ECUs (such as ABS control units) can receive messages on time.

[0074] Node drop / reconnect: Simulate the test node drop and reconnect scenarios to see if other nodes can detect the loss of the node and restore communication through appropriate mechanisms (such as timeout or error detection).

[0075] (5) Node failure simulation logic includes:

[0076] Node restart: simulate the restart process of the test node to check whether the system can smoothly restore communication, especially for ECU nodes related to vehicle safety, to ensure that they will not affect the stability of the system when rejoining the network.

[0077] Node failure: Simulate node failures (e.g. messages no longer being sent, sending incorrect data, etc.) and test how other nodes handle these failure conditions, such as whether backup mechanisms or notification systems are triggered.

[0078] (6) Electrical interference simulation logic includes:

[0079] Voltage fluctuation or noise: Simulate the impact of electrical noise or voltage fluctuation on node communication, check the reliability of the node under electrical interference, and whether it can maintain normal data transmission.

[0080] (7)Busoff test logic includes:

[0081] If it is obtained that the fast recovery time of the Busoff recovery of the vehicle to be tested belongs to the first time range or the slow recovery time of the Busoff recovery belongs to the second time range, it is determined that the Busoff test of the vehicle to be tested passes.

[0082] When a CAN node enters the Busoff state, it needs to recover to its normal working state before it can continue to participate in bus communication. This recovery process is divided into different recovery times, usually divided into fast recovery time (Fast Recovery Time) and slow recovery time (Slow Recovery Time).

[0083] Fast recovery time of Busoff recovery: Fast recovery time means that in the Busoff state, the node waits for a short time, usually 256 bit times.

[0084] Slow recovery time of Busoff recovery: Slow recovery time means that in the Busoff state, the node waits for a long time, usually 1024 bit times.

[0085] It should be noted that the first time range can be 45 to 70 milliseconds, and the second time range can be 180 to 220 milliseconds. This application does not make specific restrictions on the first time range and the second time range. Users can adjust the first time range and the second time range according to actual needs.

[0086] (8) CAN bus fault simulation logic includes:

[0087] Bus short circuit or disconnection: simulate CAN bus connection failure (such as short circuit or disconnection) to test the fault detection and recovery capabilities of other nodes in the network.

[0088] Interference / noise signal: simulates the interference signal of the CAN bus to test whether the node can effectively identify and ignore the interference signal to avoid the transmission of error messages.

[0089] The human-computer interaction interface 102 obtains the name of the node to be tested of the vehicle to be tested, and determines the interference data corresponding to the name of the node to be tested in the test data set. The human-computer interaction interface 102 sends the name of the node to be tested and the interference data corresponding to the name of the node to be tested to the communication module 103.

[0090] That is to say, the human-computer interaction interface 102 obtains the name of the node to be tested of the vehicle to be tested, and determines the interference data corresponding to the name of the node to be tested in the test data set. Once the user determines this information, the human-computer interaction interface 102 will send the name of the node to be tested and the corresponding interference data to the communication module 103. The communication module 103 is responsible for processing and transmitting this data to the vehicle bus test equipment for subsequent CAN network consistency test operations. In this way, the human-computer interaction interface 102 plays an important role in guiding and transmitting information in the entire test process, ensuring that the data can be accurately and timely transmitted to the communication module 103 and the test equipment.

[0091] The communication module 103 sends the name of the node to be tested and the interference data corresponding to the name of the node to be tested to the vehicle bus test device.

[0092] The communication module 103 sends the name of the node to be tested and the corresponding interference data to the vehicle bus test equipment for CAN network consistency testing. This process involves transmitting the required data to the test equipment, allowing it to perform the test operation to ensure the stability and reliability of the system. The communication module 103 plays the role of data transmission here, responsible for accurately and quickly sending the name of the node to be tested and the corresponding interference data to the vehicle bus test equipment, thereby completing the subsequent test process.

[0093] The vehicle bus test equipment performs a controller area network (CAN) network consistency test on the vehicle to be tested according to the name of the node to be tested and using interference data corresponding to the name of the node to be tested.

[0094] The automotive bus test equipment uses the corresponding interference data to perform CAN network consistency testing on the vehicle under test based on the node name under test. Through this process, the test equipment can simulate interference conditions and evaluate the response and stability of the system under different conditions. This test helps to verify the normal communication and coordination of the CAN network and ensure the reliability and performance of the entire system in various environments. The automotive bus test equipment plays the role of performing test tasks here to ensure that the vehicle system operates as expected and meets the specification requirements.

[0095] The present application provides a test system, which includes a portable computer device and a car bus test device. The portable computer device is equipped with a car network diagnostic tool, and is equipped with a communication module and a human-computer interaction interface designed based on the tool. The portable computer device is connected to the car bus test device and directly connected to the vehicle to be tested. The script editor is connected to the human-computer interaction interface, and the human-computer interaction interface is connected to the communication module. The script editor is mainly responsible for writing a test data set according to the DBC file of the vehicle to be tested. The test data set contains interference data of multiple test nodes, and each test node corresponds to a specific set of interference data. The human-computer interaction interface is used to obtain the name of the node to be tested of the vehicle to be tested, and determine the interference data corresponding to the name of the node to be tested in the test data set. The communication module further sends the name of the node to be tested and its corresponding interference data to the car bus test device. The car bus test device performs a CAN network consistency test on the vehicle to be tested based on the received name of the node to be tested and the corresponding interference data. The present application combines the design of the portable computer device and the car bus test device to make the test system more convenient to carry and set up, thereby overcoming the problem that the large cabinet is not portable and improving the diversity and flexibility of the test scene. Compared with large cabinets, the portable test system of the present application has lower cost, which not only reduces the test cost, but also reduces the manpower and time cost, and significantly improves the test efficiency and convenience.

[0096] The above is a detailed introduction to a test system provided by the present application. The various embodiments in the specification are described in a progressive manner, and each embodiment focuses on the differences from other embodiments. The same and similar parts between the various embodiments can be referred to each other. For the device disclosed in the embodiment, since it corresponds to the method disclosed in the embodiment, the description is relatively simple, and the relevant parts can be referred to the method part description. It should be pointed out that for ordinary technicians in this technical field, without departing from the principles of the present application, several improvements and modifications can be made to the present application, and these improvements and modifications also fall within the scope of protection of the claims of the present application.

[0097] It should be understood that in the present application, "at least one (item)" means one or more, and "plurality" means two or more. "And / or" is used to describe the association relationship of associated objects, indicating that three relationships may exist. For example, "A and / or B" can mean: only A exists, only B exists, and A and B exist at the same time, where A and B can be singular or plural. The character " / " generally indicates that the objects associated before and after are in an "or" relationship. "At least one of the following" or similar expressions refers to any combination of these items, including any combination of single or plural items. For example, at least one of a, b or c can mean: a, b, c, "a and b", "a and c", "b and c", or "a and b and c", where a, b, c can be single or multiple.

[0098] It should also be noted that, in this article, relational terms such as first and second, etc. are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Moreover, the terms "include", "comprise" or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, article or device. In the absence of further restrictions, the elements defined by the sentence "comprise a ..." do not exclude the presence of other identical elements in the process, method, article or device including the elements.

[0099] The above description of the disclosed embodiments enables those skilled in the art to implement or use the present application. Various modifications to these embodiments will be apparent to those skilled in the art, and the general principles defined herein may be implemented in other embodiments without departing from the spirit or scope of the present application. Therefore, the present application will not be limited to the embodiments shown herein, but will conform to the widest scope consistent with the principles and novel features disclosed herein.

Claims

1. A testing system, characterized in that: The system comprises: a portable computer device and an automobile bus test device; the portable computer device is equipped with a human-computer interaction interface designed based on an automobile network diagnostic tool, and the portable computer device is installed with a script editor; the portable computer also comprises a communication module; The portable computer device is connected to the vehicle bus test device; the portable computer device is also connected to the vehicle to be tested; the script editor is connected to the human-computer interaction interface; the human-computer interaction interface is connected to the communication module; the communication module is connected to the vehicle bus test device; The script editor is used to write a test data set according to the database communication DBC file of the vehicle to be tested; the test data set includes interference data of multiple test nodes of the vehicle to be tested, and one test node corresponds to a set of interference data; The human-computer interaction interface is used to obtain the name of the node to be tested of the vehicle to be tested, and determine the interference data corresponding to the name of the node to be tested in the test data set, so as to send the name of the node to be tested and the interference data corresponding to the name of the node to be tested to the vehicle bus test device through the communication module; The vehicle bus test equipment is used to perform a controller area network (CAN) network consistency test on the vehicle to be tested according to the node name to be tested and using interference data corresponding to the node name to be tested.

2. The system according to claim 1, characterized in that The script editor is specifically used for: Obtaining a DBC file of the vehicle to be tested, and determining a plurality of test nodes and node characteristics of each of the test nodes from the DBC file; For each of the test nodes, writing interference data logic of the test node based on the node characteristics of the test node; The interference data is associated with the node name of the test node corresponding to the interference data and stored to obtain the interference data; The interference data of all the test nodes are integrated into one test data set.

3. The system according to claim 2, characterized in that The node characteristics include node signal type, node data length, and node message period.

4. The system according to claim 1 or 2, characterized in that: One of the test nodes includes any one of a communication participating node, a key electronic control unit ECU node, a sensor node, an actuator node, an auxiliary ECU node, and a low priority ECU node.

5. The system according to claim 2, characterized in that The interference data logic includes any one of signal frequency interference logic, message format interference logic, timing interference logic, bus load interference logic, node fault simulation logic, electrical interference simulation logic, Busoff test logic and CAN bus fault simulation logic.

6. The system according to claim 1, characterized in that The vehicle bus test equipment includes a VH6501 bus analyzer.

7. The system according to claim 1, characterized in that The vehicle network diagnostic tool includes CANoe.

8. The system according to claim 1, characterized in that The script editor includes a CANoe script editor CAN application programming language CAPL.

9. The system according to claim 5, characterized in that The Busoff test logic includes: If it is obtained that the fast recovery time of the Busoff recovery of the vehicle to be tested belongs to the first time range or the slow recovery time of the Busoff recovery belongs to the second time range, it is determined that the Busoff test of the vehicle to be tested passes.

Images