High-performance multi-channel data simulation platform for data processing

Abstract

The invention relates to the field of data simulation platforms, solves the problems of high resource consumption and poor interaction performance of an existing simulation platform, and provides a high-performance multi-channel data simulation platform for data processing, which comprises a SIMULATE upper computer board card and a lower computer board card, after the upper computer is connected with the lower computer board card, a multi-channel high-performance data processing platform is formed; the upper computer software comprises a parameter configuration module, a script loading and reading module, a data processing module and a data sending module; the upper computer configures a peripheral environment, an interaction channel and an interaction node, configures interaction data, performs active data matching according to the data transmitted by the lower computer, and transmits the successfully matched data to set data according to set time, and the lower computer receives the data transmitted by the upper computer and forwards the data to a tested system. According to the method, data sending, data receiving and matching processing and data multi-channel sending processing are completed through scripts, and the defect that manual operation is difficult under the millisecond-level data interaction condition is well overcome.

Description

Technical Field

[0001] The present invention relates to the field of data simulation platforms, and in particular to a high-performance multi-channel data simulation platform for data processing. Background Art

[0002] Before the embedded / non-embedded software (system under test) is put into use, in accordance with relevant requirements, in order to improve the quality and reliability of the software, the system under test needs to perform configuration item testing, system testing, etc. Since the peripheral subsystem equipment of the system under test software may not be available, it is particularly noted that the system under test is generally composed of software and hardware. In this case, when the peripheral equipment is not available, a simulation environment needs to be established. At the same time, due to the characteristics of high real-time data interaction, multiple interfaces, and complex and changeable system function processes of the system under test software, without effective and strict testing, the quality and reliability of the embedded / non-embedded software cannot be guaranteed, which may lead to serious consequences. So how to build a test environment, reduce the difficulty of operation, and ensure the quality of the test, there are the following problems:

[0003] The peripheral hardware devices of embedded / non-embedded software are not available or are special devices, and the peripheral devices need to be built in a simulation environment;

[0004] Embedded / non-embedded software has multiple interfaces with peripheral systems (such as multiple networks, multiple RS232 / RS422 / RS485, multiple CAN bus interfaces). When multiple interfaces interact with each other at the same time and the real-time nature of the data interaction is high, such as monitoring equipment in a system, higher requirements are placed on the simulation environment.

[0005] The existing simulation software has complex human-computer interaction operations, and has poor adaptability and data processing capabilities for system testing of multi-process functions;

[0006] At present, the simulation systems that are used more frequently include Hardware-in-the-loop Simulation systems and embedded software test assistance systems;

[0007] The HIL simulation system consists of a host computer and a HIL slave computer in terms of hardware: the simulation machine resource management platform (such as NI Veristand) and test software can be deployed in the host computer, and in addition to NI's own boards, the slave computer can also install third-party boards that comply with the PXI (PCI extensions for Instrumentation) protocol.

[0008] Embedded test auxiliary system: a host computer connected to Ethernet and multiple slave computers horizontally extended through multiple types of buses. The host computer software includes a function layer, a logic layer and a data layer running in the host computer operating system, and the slave computer software includes a service layer and a driver layer running in each slave computer operating system; the slave computer forms an embedded software test auxiliary system with a host computer through Ethernet, which is characterized in that: the host computer constructs a test cross-linking environment for the device under test and the matching device, the slave computer cooperates with the host computer to send and receive data through a specific bus, and automatically executes data simulation, test cases constructed by the receiving and sending process control, and configuration and design of the test items of the device under test, so as to realize the simulation of embedded software peripherals and the monitoring and detection during the data interaction process with the peripherals.

[0009] The prior art has the following disadvantages:

[0010] 1. The system under test has many peripheral interfaces, and the data of multiple interfaces are concurrent. The simulation device board is a single channel, and multiple slave computers are required, which greatly increases the consumption of resources;

[0011] 2. If the system under test has many peripheral interfaces, the simulation software does not have multi-channel data processing capabilities, and the human-computer interaction operability is poor, multiple host computer simulation software must be used, which will lead to confusing interfaces, untimely data processing, and processing errors;

[0012] 3. The data interaction of embedded / non-embedded software is highly real-time (correct data feedback is required within milliseconds), and when the data in the system process is changeable (such as time-based data) and the functional process is complex and changeable, the above simulation software may not be able to complete it;

[0013] 4. The status switches in real time during the system process, one instruction for one status, and it needs to be maintained in real time. The simulation software needs to respond to instructions in a timely manner and switch status data to send it to the system under test in real time. The above system cannot complete this. Summary of the invention

[0014] The purpose of the present invention is to provide a high-performance multi-channel data simulation platform for data processing, so as to solve the problems of large resource consumption and poor interactive performance of the existing simulation platform.

[0015] The specific implementation method of the present invention to achieve the above object is as follows:

[0016] A high-performance multi-channel data simulation platform for data processing comprises a SIMULATE host computer and a slave computer board. After the host computer and the slave computer board are connected, a multi-channel high-performance data processing platform is formed. The host computer software comprises: a parameter configuration module, a script loading and reading module, a data processing module, and a data sending module. The slave computer is mainly used for receiving and sending data. The host computer configures a peripheral environment, an interactive channel, and an interactive node, configures interactive data, performs active data matching according to data transmitted from the slave computer, sends the matched data to the set data at a set time, and the slave computer receives the data sent by the host computer and forwards the data to a system under test.

[0017] Preferably, the configuration scheme of the host computer includes: configuration file reading and terminal module allocation.

[0018] Preferably, the testing process of the data simulation platform includes: the upper computer software receives and displays data, sends test case data through scripts, sends periodic data through scripts, and can set the periodic data sending time and sending case identifier, completes instruction matching processing, data response sending, active case trigger sending, and periodic data identifier trigger change through automatic matching scripts, and forwards the serial port and CAN data sent by the upper computer to the system under test through the lower computer.

[0019] Preferably, the host computer displays the acquired data of the lower computer through its own display interface. During the test, the host computer software reads the active sending use case script, and the active sending use case script adopts the [1]...[SendEnd] / [N]...[SendEnd] method to record the use case, and the format is a .txt suffix text; the software reads the use case script into the memory, and the tester can modify the script and read it into the memory multiple times through the software. When the use case is selected to send, the host computer automatically completes the verification calculation of the data frame in the selected use case. After the calculation is completed, the data frame is parsed to obtain the sending time, number of times, address, and data information, which is transmitted to the system under test through the lower computer. The network data is directly transmitted to the system under test without passing through the lower computer.

[0020] Preferably, the sending case adopts byte sending and ASCII code sending, and the sent data is displayed in the sending area of ​​the host computer

[0021] Preferably, the display interface includes multiple display and control terminals; the display interface has the function of sorting and changing the names of the multiple terminals.

[0022] Preferably, during the test, the host computer sets the periodic data sending time and the sending use case [N]. The host computer software starts the timer according to the set periodic time, reads the use case [N], and automatically completes the verification calculation of the data frame in the selected use case. After the calculation is completed, the data frame is parsed to obtain the sending time, number of times, address, and data information, which are transmitted to the system under test through the lower computer. The network data is directly transmitted to the system under test without passing through the lower computer.

[0023] Preferably, the upper computer receives the lower computer data in real time, completes the sending of matching response data, completes the active use case triggering function and the periodic data identification triggering update function according to the matching design.

[0024] Preferably, when sending data, the host computer sends data through three channels for polling, detects the channel idle flag in real time, adds the data to be sent to the idle channel data link, and completes the data sending.

[0025] Preferably, the host computer software sets a verification method according to the script, and the set verification method includes sum verification, CRC verification, and XOR verification.

[0026] The present invention has at least the following beneficial effects:

[0027] The present invention completes data sending, data receiving and matching processing, and multi-channel data sending processing through scripts, which effectively solves the disadvantage of difficult manual operation under millisecond-level data interaction, and also provides multi-channel data receiving and sending modes, which solves the difficulties of untimely manual operation response and process interruption under large data volumes. The present invention can complete data interactive processing within milliseconds, and data receiving and sending processing under large data volumes can realize data interactive processing without excessive manual participation, and is very convenient to use.

[0028] Compared with the prior art, the present invention solves the problem of lack of equipment resources for data interaction processing of multiple subsystems around the system under test, while improving operability and reducing the problem of confusing interface display.

[0029] Compared with the prior art, the present invention solves the difficulties in sending multiple frames of data. Different use cases are set in the script. The operator only needs to click the use case identifier, and the software automatically completes the processing and sending of the data frame. This technology improves the problem of slow and inefficient data processing and solves part of the problem of high-performance data processing.

[0030] Compared with the prior art, the present invention solves the problem that data interaction requires extremely low latency (such as milliseconds) and the interaction process is complex and there are multiple reception and transmission.

[0031] Compared with the prior art, the present invention solves the diversity and variability of the data of the system under test, and adopts fuzzy matching and fuzzy byte filling technology to solve the difficulties that testers cannot perform manually.

[0032] Compared with the prior art, the present invention solves the variability of the state of the system under test, that is, when obtaining different states under different instruction states, the software adopts periodic data switching technology to effectively solve the problem.

[0033] Compared with the prior art, the present invention solves the problem of low efficiency when a large amount of data needs to be sent at a fixed time and location. BRIEF DESCRIPTION OF THE DRAWINGS

[0034] In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings required for use in the embodiments are briefly introduced below. It should be understood that the following drawings only show certain embodiments of the present invention and therefore should not be regarded as limiting the scope. For ordinary technicians in this field, other related drawings can be obtained based on these drawings without creative work.

[0035] Figure 1 Composition diagram of high-performance multi-channel data simulation platform

[0036] Figure 2 High-performance multi-channel data simulation platform host computer diagram

[0037] Figure 3 The lower computer diagram of the high-performance multi-channel data simulation platform

[0038] Figure 4 Design diagram for terminal configuration parameters

[0039] Figure 5 Flowchart for actively sending data

[0040] Figure 6 Flowchart for data reception, matching and sending

[0041] Figure 7 Design diagram of the use case script for active sending of network terminals

[0042] Figure 8 Sending design for periodic data

[0043] Fig. 9 Automatically match script design diagram for network terminals

[0044] Fig.10 Design diagram for CAN terminal to actively send use case

[0045] Fig.11 Design diagram for sending use case automatically matching CAN terminal

[0046] Fig.12 Design diagram for the serial terminal to actively send use case

[0047] Fig.13 Automatically match and send use case design diagram for serial terminal DETAILED DESCRIPTION

[0048] In order to make the purpose, method scheme and advantages of the embodiments of the present invention clearer, the method scheme in the embodiments of the present invention is clearly and completely described. Obviously, the described embodiments are only part of the embodiments of the present invention, rather than all the embodiments.

[0049] Embodiment: A high performance multi-channel data simulation platform for data processing;

[0050] See also Figure 1 , Figure 2 , Figure 3 In the following embodiments, a high-performance multi-channel data simulation platform for data processing includes a host computer SIMULATE software and a lower computer board. The host computer adopts a PC device with Ethernet communication and is equipped with a Windows operating system. The lower computer communicates with the system device under test through a corresponding bus. The lower computer has a 100M / 1000M Ethernet card, a CAN control unit, a serial port bus unit, a driver layer, and an application layer. It is physically connected to the system device under test through a corresponding data bus; the network terminal is designed so that the host computer communicates directly with the system under test alone, and the serial port and CAN module are connected to the host computer through a USB data cable. The blocks constitute a high-performance multi-channel data simulation platform for data processing. The lower computer completes the initialization configuration of the serial port module and the CAN module through the configuration parameters issued by the host computer;

[0051] The host computer terminal configuration design includes configuration file reading and terminal module allocation design. The host computer software starts to read the configuration file. The configuration file is stored in the Config.ini file in the root directory of the local disk. According to the terminal module configuration options in the configuration file, the host computer data interaction processing terminal is configured. Please refer to Figure 4 (Config.ini file is set to 2 network terminals, 2 serial port terminals, and 2 CAN terminal configurations; the design can configure up to 7 terminals, and the terminals are designed to be randomly combined); after the configuration is completed, the upper computer software enters the main interface, and the terminals are arranged in sequence according to the Tab page. After the lower computer is powered on, it waits for the parameter configuration instructions of the upper computer, and completes the serial port and CAN module configuration according to the instructions. The network terminal does not communicate with the lower computer, and directly establishes a connection with the system under test through the network;

[0052] Compared with the prior art, the present invention solves the problem of lack of equipment resources for data interaction processing of multiple subsystems around the system under test, while improving operability and reducing the situation of chaotic interface display.

[0053] The network, CAN, and serial communication links are established. When the network terminal communication is established, the software reads the stored IP and port in the configuration file. The interface IP and port parameter boxes are editable and provide an initialization button. The host computer and the system under test establish a stock and complete the establishment of the communication link. When CAN communication is established, the software reads the baud rate, channel configuration and other information stored in the configuration file. The host computer designs an initialization button, through which the parameter configuration is sent to the CAN control module of the lower computer, and the lower computer establishes a connection with the system under test through the hardware channel. When serial port communication is established, the software reads the baud rate, serial port number and other information stored in the configuration file. The host computer designs an initialization button, through which the parameter configuration is sent to the serial port control module of the lower computer, and the lower computer establishes a connection with the system under test through the hardware channel.

[0054] The specific implementation method of the network terminal in the high-performance multi-channel data simulation platform for data processing includes the following functions: actively sending use case script loading, content reading, data information writing into memory, actively sending use case name display interface sending list, periodic sending data time, use case identification, automatic matching script loading, content reading, data information writing into memory, data sending after successful matching, triggering response active use case sending, periodic data active updating, etc.

[0055] For data transmission scheme, please refer to Figure 5 , the upper computer software loads the active sending use case script and the automatic matching processing script. The software writes the read script content into the memory and displays the use case name in the interface sending list. The design clicks the use case name, and the software sends the use case function; the active sending script design can store [1]-[N] use cases. Each use case contains the use case name and N data frames. Each frame of data has the sending time, number of times, target address, port, checksum, etc. When executing the use case sending, the interface selects the use case name, and the upper computer software reads the data frame in the use case label, automatically completes the fuzzy byte filling, checksum calculation, destination address resolution, data sending method, channel idle detection of 1-N frames of data, and sends the data to the lower computer according to the time mark in the use case. Among them, the network data is not sent to the lower computer, but directly transmitted to the system under test. The CAN and serial bus data are sent to the lower computer, and the lower computer forwards it to the system under test through the set channel; the upper computer designs the data periodic sending function. Enter the cycle time and the use case identifier to be sent in the upper computer interface. The upper computer software starts the timer according to the set cycle and sends the [N]th use case in the active sending use case to the lower computer according to the set cycle;

[0056] The test script uses xxx.txt / xxx.ini text. xxx.txt is used to store the active sending use case script and is stored in the local disk. xxx.ini is used to store the automatic matching script and is stored in the local disk.

[0057] Compared with the prior art, the present invention solves the difficulties in sending multi-frame data operations. Different use cases are set in the script. The operator only needs to click the use case identifier, and the software automatically completes the processing and sending of the data frame. This technology improves the problem of slow and inefficient data processing and solves part of the problem of high-performance data processing.

[0058] Test execution, data reception, such as Figure 6 The lower computer receives the data frames sent by the system under test in real time and forwards them to the upper computer. After receiving the data, the upper computer matches the received data with the automatic matching use case. If the match fails, the data is discarded. If the match succeeds, the address, sending time, number of sends, and sending data required for feedback of the instruction are read, and the data is sent to the lower computer and forwarded to the system under test. When the upper computer sends data, it detects whether the current sending data link is idle. If not, it queries the next data link. If it is idle, the data is added to the sending data link. The upper computer sets 3 data links. After the data is sent, the data link identifier is cleared to 0.

[0059] Compared with the prior art, the present invention solves the problem that data interaction requires extremely low latency (such as milliseconds) and the interaction process is complex, and there are multiple reception and transmission problems;

[0060] During the test execution, the system under test sends data to the lower computer, which forwards the data to the upper computer. The upper computer performs automatic data matching. After the matching is successful, it determines whether to trigger the sending of the [N]th use case in the active sending script according to the conditions set in the script. If triggered, the [N]th use case in the active sending script will be executed and sent;

[0061] Compared with the prior art, the present invention solves the problem of low efficiency when a large amount of data needs to be sent at a fixed time and point.

[0062] 4.1. Please refer to Figure 7, For the active sending use case script, it is edited in txt text on the local disk, including the use case identifier [1] / / XXX… / [N] / XXX…[SendEnd], where [N] represents the Nth use case identifier, [SendEnd] is the use case end identifier, the identifier [N] / / is followed by the use case name, and the content between [N] / XXX and [SendEnd] is the sending data information, including the data frame sending time, number of times, address, port, and checksum; during the test, select the name identifier on the main interface, the host computer software obtains the name identifier, automatically completes the checksum calculation for the data frame of the corresponding use case in the memory, and parses the IP, port, sending time, and number of times; the host computer designs 3 sending active use case data sending links. When there is sending data added to the sending link, the current sending link flag is set to busy. When there is no sending data in the link, the flag is set to idle. The software detects in real time whether there are idle links in the designed 3 links. If all sending links are not idle, the prompt link is busy and the data processing is abnormal. If the link is idle, the data is added to the sending link, and the host computer sends it to the system under test through the network Stock;

[0063] 4.2. Please refer to Figure 8 , periodic data transmission, the host computer software adopts OnTimer timer design, the host computer network terminal interface designs the timer cycle and periodic use case [N], the minimum value of the timer cycle is 1ms; the periodic use case is 4-1, the host computer reads the active sending use case of the memory, please refer to Figure 7 ; The periodic data is designed to be sent independently from the 4-1 active sending use case link to avoid data sending conflicts;

[0064] 4.3. For data automatic matching feedback, the host computer is designed to turn on / off the automatic matching mode. When the automatic matching mode is turned off, the host computer only prints the received data on the data receiving display interface. After the automatic matching mode is turned on, the host computer queries and compares the data transmitted by the lower computer with the active matching use case script read into the memory to check whether there is an ACTION that is consistent with the received data. If the query fails, no response is executed. If the query is successful, the data between ACTION and Event_ResponseNum is parsed, including data name, sending time, destination address, port, etc., and fuzzy data filling and data verification are automatically completed; the host computer software is designed to independently match the data sending link, which is independent of the 4-1 and 4-2 sending data links to avoid data sending conflicts; for automatic matching scripts The active use case trigger function designed in this paper designs an active use case trigger identifier in the script, namely XXX_0_Responsecase. This parameter contains N use case identifiers, and the method is XXX_0_Responsecase=3,4,5,…N. The function design method is that when the Action matches successfully, the XXX_0_Responsecase parameter is not 0, and the active use case sending scenario is satisfied, the host computer software triggers the active use case to automatically send, and sends the [N]th use case in the active sending use case script to the system under test; when the active use case sending function is triggered, the host computer interface designs a periodic data switching function. After starting this function, when the host computer triggers the active sending use case, the periodic data sending use case identifier is automatically modified to the triggered active sending use case identifier.

[0065] 4.3.1 For the design of data fuzzy matching function in 4.3, please refer to Fig. 9 , in the automatic matching script read by the host computer into the memory, some data in ACTION is XX XX fuzzy matching bytes. The host computer designs this byte for comparison between the received data and ACTION data. The current byte is not compared. When the remaining bytes match, it is judged that the match is successful, otherwise the match fails.

[0066] 4.3.2 For the design of data matching and sending function in 4.3, please refer to Fig. 9, the host computer reads the Event_ResponseNum value of the number of data sent in the Action data, and sends N data to the system under test according to the Event_ResponseNum value; the sent data is identified as XXX_0_Data, XXX_1_Data, etc., and the data sending time is identified as XXX_X_Delay; the flip sending function is designed. During the test, when the same Action data is received again, the host computer does not send XXX_0_Data, but sends XXX_0_SwitchData_0 data. The sending delay is consistent with XXX_X_Delay. This function can complete the system process, such as simulating different working states after the relay is opened and closed; the host computer designs an Action data that can flip N times, that is, after the XXX_0_SwitchNum value is N, it flips N times. The design flips again from 0 after N flips.

[0067] 4.3.3 For the design of fuzzy data filling and data verification functions in 4.3, please refer to Fig. 9 After the Action matches successfully, the host computer reads the _Data data. If the data contains parameters such as [1] / [2]… / [N], the host computer first replaces the [1] / [2]… / [N] parameters with the same byte parameters of the Action. After the replacement is completed, the verification is completed. This design helps the system to interact with strict time requirements. When the system under test requires that the received time system must be consistent with the sent time system, this design can help the test and improve the test quality.

[0068] 4.3.4 The host computer is designed with a single frame sending function in the interface to supplement the single instruction test;

[0069] The CAN terminal implementation in the high-performance multi-channel data simulation platform for data processing includes the following functions: actively sending use case script loading, content reading, data information writing into memory, actively sending use case name display interface sending list, periodic data sending time, use case identification, automatic matching script loading, content reading, data information writing into memory, data sending after successful matching, triggering response active use case sending, periodic data active updating, etc.

[0070] 5.1CAN terminal data processing is consistent with the design concept of network terminal, but there are some differences in the script. The specific differences include that in the active sending use case script, the IP address and port are changed to channel identifier. Please refer to Fig.10 In the active matching script, the first byte of Action contains the channel identifier C0 / C1 / C2 / C3, see Fig.11 ;

[0071] 5.2 During the initial configuration of the CAN terminal, the interface configuration parameters, including the selected channel, baud rate, frame format, and frame type parameters, are sent to the lower computer. After receiving the parameter configuration instruction, the CAN module of the lower computer completes the interface configuration and starts data monitoring;

[0072] 5.3 In terms of data transmission, after the CAN terminal host computer sends data, the data is transmitted to the slave computer. The slave computer sends the data to the system under test through the CAN module. The system under test sends the data, the slave computer receives it and then forwards it to the host computer. The response processing method is designed to be consistent with the network terminal;

[0073] 5.4 The CAN terminal sending link is designed to select the channel to be sent through the identifier in the script. This method is beneficial to multi-channel data cross processing.

[0074] The implementation of serial terminal in the high-performance multi-channel data simulation platform for data processing includes the following functions: actively sending use case script loading, content reading, data information writing into memory, actively sending use case name display interface sending list, periodic sending data time, use case identification, automatic matching script loading, content reading, data information writing into memory, data sending after successful matching, triggering response active use case sending, periodic data active updating, etc.

[0075] 6.1 The design concept of serial terminal data processing is consistent with that of network terminal. There are some differences in the script. The specific differences include that in the active sending use case script, the IP address and port are changed to channel identifiers. Please refer to Fig.12 In the active matching script, the first byte of Action contains the channel identifier COMXX, see Fig.13 ;

[0076] 6.2 During the initial configuration of the serial port terminal, the interface configuration parameters, including the selected channel, baud rate, data bit, stop bit, parity check, and flow control parameters, are sent to the lower computer. After receiving the parameter configuration instruction, the serial port module of the lower computer completes the interface configuration and starts data monitoring;

[0077] 6.3 In terms of data transmission, after the serial port terminal host computer sends data, the data is transmitted to the slave computer. The slave computer sends the data to the system under test through the serial port module. The system under test sends data, the slave computer receives it and then forwards it to the host computer. The response processing method is designed to be consistent with the network terminal;

[0078] 6.4 The serial terminal sending link is designed to select the channel to be sent through the identifier in the script. This method is beneficial to multi-channel data cross processing.

[0079] The above are only preferred embodiments of the present invention and are not intended to limit the present invention. For those skilled in the art, the present invention may have various modifications and variations. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present invention shall be included in the protection scope of the present invention.

Claims

1. A high-performance multi-channel data simulation platform for data processing, characterized in that: The system comprises a SIMULATE host computer and a slave computer board; after the host computer and the slave computer board are connected, a multi-channel high-performance data processing platform is formed; the host computer software comprises: a parameter configuration module, a script loading and reading module, a data processing module, a data sending module, and the slave computer is mainly used for data receiving and sending; the host computer configures the peripheral environment, the interaction channel, the interaction node, and the interaction data, performs active data matching according to the data sent by the slave computer, sends the set data according to the set time for the matched data, and the slave computer receives the data sent by the host computer and forwards the data to the system under test.

2. The high-performance multi-channel data simulation platform for data processing according to claim 1, characterized in that: The configuration scheme of the host computer includes: configuration file reading and terminal module allocation.

3. The high-performance multi-channel data simulation platform for data processing according to claim 2, characterized in that: The testing process of the data simulation platform includes: the upper computer software receives and displays data, sends test case data through scripts, sends periodic data through scripts, and can set the periodic data sending time and sending case identification, completes instruction matching processing, data response sending, active case trigger sending, and periodic data identification trigger change through automatic matching scripts, and forwards the serial port and CAN data sent by the upper computer to the system under test through the lower computer.

4. The high-performance multi-channel data simulation platform for data processing according to claim 1, characterized in that: The host computer displays the acquired data of the lower computer through its own display interface. During the test, the host computer software reads the active sending use case script. The active sending use case script uses the [1]...[SendEnd] / [N]...[SendEnd] method to record the use case, and the format is a .txt suffix text; the software reads the use case script into the memory, and the tester can modify the script and read it into the memory multiple times through the software. When the use case is selected to send, the host computer automatically completes the verification calculation of the data frame in the selected use case. After the calculation is completed, the data frame is parsed to obtain the sending time, number of times, address, and data information, which is transmitted to the system under test through the lower computer. The network data is directly transmitted to the system under test without passing through the lower computer.

5. The high-performance multi-channel data simulation platform for data processing according to claim 4, characterized in that: The sending case uses byte sending and ASCII code sending, and the sent data is displayed in the sending area of ​​the host computer.

6. The high-performance multi-channel data simulation platform for data processing according to claim 4, characterized in that: The display interface includes a plurality of display and control terminals; the display interface has the function of sorting and changing the names of the plurality of terminals.

7. The high-performance multi-channel data simulation platform for data processing according to claim 1, characterized in that: During the test, the host computer sets the periodic data sending time and sending use case [N]. The host computer software starts the timer according to the set periodic time, reads the use case [N], and automatically completes the verification calculation of the data frame in the selected use case. After the calculation is completed, the data frame is parsed to obtain the sending time, number of times, address, and data information, which are transmitted to the system under test through the lower computer. The network data is directly transmitted to the system under test without passing through the lower computer.

8. The high-performance multi-channel data simulation platform for data processing according to claim 1, characterized in that: The upper computer receives the data from the lower computer in real time, completes the sending of matching response data, completes the active use case triggering function and the periodic data identification triggering update function according to the matching design.

9. The high-performance multi-channel data simulation platform for data processing according to claim 1, characterized in that: When sending data, the host computer polls and sends data through three channels, detects the channel idle mark in real time, adds the data to be sent to the idle channel data link, and completes the data sending.

10. The high-performance multi-channel data simulation platform for data processing according to claim 1, characterized in that: The host computer software sets the verification method according to the script, and the set verification methods include sum verification, CRC verification, and XOR verification.

Images