Automobile test message processing method and device, computer equipment and medium

Through the combination of LabVIEW and MATLAB, it provides an intuitive test parameter input interface and automatic message sending function, solving the problems of low test efficiency and insufficient automation in the existing technology, and achieving efficient, flexible and safe automotive test message processing .

CN119211058APending Publication Date: 2024-12-27CHONGQING SELIS PHOENIX INTELLIGENT INNOVATION TECH CO LTD
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
CN202411219708.6
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2024-09-02
Publication Date
2024-12-27

AI Technical Summary

Technical Problem

The existing automotive test CAN message sending software is inefficient and requires repeated manual operations. It lacks automation and flexibility and cannot meet the complex testing needs. It has single functions, performance bottlenecks, complex user interface, poor scalability, high economic costs and security. The problem of sexual inadequacy.

Method used

LabVIEW control provides an intuitive test parameter input interface, combines MATLAB scripts to dynamically obtain and process test parameters, construct and automatically send messages, support loop sending, realize the automation and flexibility of message sending, improve test efficiency and accuracy, and reduce the Manual operation requirements to enhance scalability and data security.

Benefits of technology

Improve the efficiency and accuracy of automotive testing, reduce manual operation requirements, enhance test flexibility and data security, and solve the problems of low automation, complex user interface, poor scalability and insufficient security in the prior art .

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN119211058A_ABST
    Figure CN119211058A_ABST
Patent Text Reader

Abstract

The invention relates to an automobile test message processing method and device, computer equipment, a computer readable storage medium and a computer program product. The method comprises the following steps: in response to an automobile system test request, displaying a test parameter input interface through a LabVIEW control; in response to the operation of inputting the test parameters, acquiring an input cycle index parameter, a plurality of time parameters included in each cycle and message sending parameters corresponding to the time parameters through the MATLAB script; through the LabVIEW control, according to the message sending parameters corresponding to the time parameters, to-be-sent messages corresponding to the time parameters are constructed; and obtaining the current message sending frequency through the MATLAB script, and under the condition that the current message sending frequency does not exceed the cycle frequency parameter, sequentially sending the to-be-sent messages corresponding to the time parameters according to the sequence of the time parameters until the current message sending frequency exceeds the cycle frequency parameter. By adopting the method, the message sending efficiency can be improved, and the test efficiency is further improved.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The present application relates to the field of automobile testing technology, and in particular to an automobile test message processing method, device, computer equipment, computer-readable storage medium and computer program product. Background Art

[0002] In the manufacturing and testing process of modern automobiles, Controller Area Network (CAN) message sending software plays a vital role. CAN bus technology is widely used in the communication between various electronic control units inside the car. Its reliability and real-time performance determine the performance and safety of the vehicle control system. For this reason, many CAN message sending software have emerged on the market for automobile testing and diagnosis. However, in actual applications, these existing software still require repeated manual operations to send and receive messages, which leads to low testing efficiency. Summary of the invention

[0003] Based on this, it is necessary to provide a method, device, computer equipment, computer-readable storage medium and computer program product for processing automobile test messages that can improve test efficiency in response to the above technical problems.

[0004] In a first aspect, the present application provides a method for processing an automobile test message, comprising:

[0005] In response to the automotive system test request, a test parameter input interface is displayed through LabVIEW controls;

[0006] In response to the operation of inputting the test parameters in the test parameter input interface, the number of cycles parameter input in the displayed test parameter input interface, the multiple time parameters included in each cycle, and the message sending parameters corresponding to each of the time parameters are obtained through a MATLAB script;

[0007] Constructing the to-be-sent messages corresponding to the time parameters respectively through LabVIEW controls according to the message sending parameters respectively corresponding to the time parameters;

[0008] The current number of times a message is sent is obtained through the MATLAB script. When the current number of times a message is sent does not exceed the number of cycles parameter, the messages to be sent corresponding to the time parameters are sent in sequence according to the order of the time parameters until the current number of times a message is sent exceeds the number of cycles parameter.

[0009] In one embodiment, sending the to-be-sent messages corresponding to the respective time parameters in sequence according to the order of the time parameters includes:

[0010] Obtaining a cyclic time offset according to the current number of times the message is sent and the maximum value of each of the time parameters, and updating the time parameter using the cyclic time offset;

[0011] Acquire the to-be-sent messages corresponding to the updated time parameters, and send the to-be-sent messages corresponding to the updated time parameters in sequence according to the order of the updated time parameters.

[0012] In one embodiment, the step of constructing the to-be-sent messages corresponding to the time parameters respectively according to the message sending parameters respectively corresponding to the time parameters by using the LabVIEW control includes:

[0013] Through LabVIEW controls, a message frame is constructed that matches the message format corresponding to the communication network protocol of the automotive system to be tested;

[0014] The message sending parameters are filled into the message frame to obtain messages to be sent corresponding to each of the time parameters.

[0015] In one embodiment, filling the message sending parameters into the message frame to obtain the messages to be sent corresponding to the time parameters respectively includes:

[0016] The message sending parameters and the time parameters are filled into the message frame, and the identification information corresponding to the message to be sent and the data length information corresponding to the message sending parameters are filled into the message frame to obtain a message to be sent corresponding to the time parameter; the data length information is used to characterize the data length actually occupied by the message sending parameters in the message to be sent, and the identification information is used to characterize the priority and message type of the message to be sent.

[0017] In one of the embodiments, the data input form of the time parameters and the message sending parameters corresponding to each of the time parameters in the test parameter input interface includes an array form;

[0018] The method of obtaining the cycle number parameter input in the displayed test parameter input interface, the multiple time parameters included in each cycle, and the message sending parameters corresponding to each of the time parameters through the MATLAB script includes:

[0019] By using the index control associated with the time parameters and the message parameters corresponding to each of the time parameters, the time parameters in array form and the message sending parameters corresponding to each of the time parameters are indexed to obtain the time parameters and the message sending parameters corresponding to each of the time parameters.

[0020] In one embodiment, the obtaining of the time parameter and the message sending parameter corresponding to each time parameter respectively by indexing the time parameter in array form and the message sending parameter corresponding to each time parameter respectively comprises:

[0021] According to the array length corresponding to the time parameter in array form, obtaining the number of parameter indexes matching the array length;

[0022] Through the MATLAB script, according to the parameter index number, the index control is used to index the time parameters in array form and the message sending parameters corresponding to each time parameter, so as to obtain the time parameters and the message sending parameters corresponding to each time parameter.

[0023] In one embodiment, before obtaining the number of parameter indexes matching the array length according to the array length corresponding to the time parameter in array form, the method further includes:

[0024] The array lengths corresponding to the time parameter and the message sending parameter in array form are respectively obtained. When the array lengths are consistent, the number of parameter indexes matching the array lengths is obtained according to the array lengths corresponding to the time parameter in array form.

[0025] In one of the embodiments, the test parameter input interface includes: a message parameter type selection control and a loop number parameter input area, a time parameter and a message sending parameter input area;

[0026] In response to the operation of inputting the test parameters in the test parameter input interface, the number of cycles parameter input in the displayed test parameter input interface, the multiple time parameters included in each cycle, and the message sending parameters corresponding to each of the time parameters are obtained through a MATLAB script, including:

[0027] In response to a selection trigger operation on the message sending parameter type selection control, obtaining the message parameter type selected in the message sending parameter type selection control, and determining the message sending parameter type to be sent according to the message parameter type;

[0028] In response to an input operation in the time parameter and message sending parameter input area, obtaining the input time parameter, and obtaining message sending parameters that match the message sending parameter type and correspond to each of the time parameters among the input message sending parameters;

[0029] In response to an input operation in the loop number parameter input area, the input loop number parameter is acquired.

[0030] In a second aspect, the present application also provides a vehicle test message processing device, comprising:

[0031] A test parameter acquisition module is used to respond to an automobile system test request and display a test parameter input interface through a LabVIEW control; and is also used to respond to an operation of inputting a test parameter in the test parameter input interface and obtain, through a MATLAB script, a cycle number parameter input in the displayed test parameter input interface, a plurality of time parameters included in each cycle, and message sending parameters corresponding to each of the time parameters;

[0032] A message construction module, used for constructing to-be-sent messages corresponding to each of the time parameters respectively according to the message sending parameters respectively corresponding to each of the time parameters through LabVIEW controls;

[0033] The message sending module is used to obtain the current message sending number through the MATLAB script. When the current message sending number does not exceed the cycle number parameter, the to-be-sent messages corresponding to each of the time parameters are sent in sequence according to the order of the time parameters until the current message sending number exceeds the cycle number parameter.

[0034] In a third aspect, the present application further provides a computer device, comprising a memory and a processor, wherein the memory stores a computer program, and the processor implements the steps of the method described in the first aspect when executing the computer program.

[0035] In a fourth aspect, the present application further provides a computer-readable storage medium having a computer program stored thereon, wherein the computer program, when executed by a processor, implements the steps of the method described in the first aspect.

[0036] In a fifth aspect, the present application further provides a computer program product, comprising a computer program, which implements the steps of the method described in the first aspect when executed by a processor.

[0037] The above-mentioned automobile test message processing method, device, computer equipment, computer-readable storage medium and computer program product respond to automobile system test requests and display a test parameter input interface through LabVIEW controls; in response to the operation of inputting test parameters in the test parameter input interface, obtain the loop number parameter entered in the displayed test parameter input interface, multiple time parameters contained in each loop, and message sending parameters corresponding to each time parameter through MATLAB script; the terminal constructs a to-be-sent message corresponding to each time parameter according to the message sending parameters corresponding to each time parameter through LabVIEW controls; obtains the current message sending number through MATLAB script, and when the current message sending number does not exceed the loop number parameter, sends the to-be-sent messages corresponding to each time parameter in sequence according to the order of the time parameters until the current message sending number exceeds the loop number parameter. The present application provides users with an intuitive test parameter input interface through LabVIEW controls, allowing users to easily define or input test parameters, such as the number of cycles and time parameters. On this basis, MATLAB scripts are used to dynamically obtain and process these parameters, and LabVIEW controls are used to construct corresponding messages to be sent. Messages can be automatically sent in sequence until a preset number of cycles is reached, which effectively improves the efficiency and automation of message sending, reduces the need for manual operation, thereby improving the efficiency and accuracy of automobile testing and enhancing testing flexibility. BRIEF DESCRIPTION OF THE DRAWINGS

[0038] In order to more clearly illustrate the technical solutions in the embodiments of the present application or related technologies, the drawings required for use in the embodiments of the present application or related technical descriptions 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 related drawings can be obtained based on these drawings without paying creative work.

[0039] FIG1 is an application environment diagram of a method for processing automobile test messages in one embodiment;

[0040] FIG2 is a schematic diagram of a flow chart of a method for processing automobile test messages in one embodiment;

[0041] 3 is a flow chart of the steps of sending messages to be sent corresponding to the respective time parameters in sequence according to the order of the time parameters in one embodiment;

[0042] FIG4 is a schematic diagram of the structure of a test parameter input interface in one embodiment;

[0043] FIG5 is a structural block diagram of a vehicle test message processing device in one embodiment;

[0044] FIG. 6 is a diagram showing the internal structure of a computer device in one embodiment. DETAILED DESCRIPTION

[0045] In order to make the purpose, technical solution and advantages of the present application more clearly understood, the present application is further described in detail below in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain the present application and are not used to limit the present application.

[0046] The automobile test message processing method provided in the embodiment of the present application can be applied to the application environment as shown in Figure 1. Among them, the terminal 102 communicates with the automobile system test bench 104 through the network, and the terminal 102 can input test parameters according to the user's operation, and obtain various test parameters, send messages containing test parameters, and then control the automobile system test bench 104 through the message. The automobile system test bench 104 can load the automobile system for testing, for example, it can load the motor system, battery system, electronic control system, air conditioning system, brake system, etc. And under the control of the terminal 102, the automobile system loaded on the bench is tested. The above-mentioned terminal 102 can be, but not limited to, various personal computers, laptops, etc. In response to the automobile system test request, the terminal 102 displays the test parameter input interface through the LabVIEW control in the LabVIEW software deployed in the terminal 102; in response to the operation of inputting the test parameters in the test parameter input interface, the terminal 102 obtains the cycle number parameter input in the displayed test parameter input interface, the multiple time parameters contained in each cycle, and the message sending parameters corresponding to each time parameter through the MATLAB script deployed in the terminal 102 and having a logical connection relationship with the LabVIEW control; the terminal 102 constructs the to-be-sent message corresponding to each time parameter through the LabVIEW control according to the message sending parameters corresponding to each time parameter; the terminal 102 obtains the current message sending number through the MATLAB script, and when the current message sending number does not exceed the cycle number parameter, the to-be-sent message corresponding to each time parameter is sequentially sent to the automobile system test bench 104 in the order of the time parameters until the current message sending number exceeds the cycle number parameter. Among them, the automobile system test bench 104 parses the test parameters according to the received to-be-sent message, and then controls the loaded automobile system to be tested according to the test parameters.

[0047] In an exemplary embodiment, as shown in FIG2 , a method for processing automobile test messages is provided, which is described by taking the method applied to the terminal in FIG1 as an example, and includes the following steps S202 to S206 . Among them:

[0048] Step S202 , in response to the automobile system test request, displaying a test parameter input interface through a LabVIEW control.

[0049] The automobile system test request may be a request initiated by a user on a terminal, and is used to test an automobile system loaded on an automobile system test bench.

[0050] The LabVIEW (Laboratory Virtual Instrument Engineering Workbench) control may be a control that is run by a LabVIEW application installed in a terminal system. The test parameter input interface may refer to a user interface displayed by the control in the LabVIEW application for a user to input test parameters.

[0051] Exemplarily, in response to a vehicle system test request initiated by a user, the terminal displays a test parameter input interface through controls in the running LabVIEW application by running the LabVIEW application in the terminal.

[0052] Step S204, in response to the operation of inputting the test parameters in the test parameter input interface, obtains the number of loop parameters input in the displayed test parameter input interface, the multiple time parameters contained in each loop, and the message sending parameters corresponding to each time parameter through the MATLAB script.

[0053] Among them, the test parameters may refer to the parameters involved in the automobile system test process that need to be input into the test parameter input interface, and the parameters used to control the automobile system test bench to test the automobile system. In this embodiment, the test parameters include the number of cycles parameter, the time parameter and the message sending parameter. In this embodiment, the MATLAB (Matrix Laboratory) script may refer to a file containing a series of MATLAB commands for obtaining the test parameters input in the displayed test parameter input interface. The number of cycles parameter may refer to the number of times the same set of test steps corresponding to the message sending parameters are repeatedly executed during this test, such as the number of times the message sending parameters are repeatedly sent. The time parameter may refer to the time point for sending the message sending parameters set during this test, and the specific time point is determined according to actual needs and is not limited here. The multiple time parameters contained in each cycle may refer to different time values ​​that need to be used in the cycle process, and these time values ​​are used to control the execution time or time interval of certain operations. The message sending parameter may refer to the parameter used to send to the automobile system test bench, which is used to enable the automobile system test bench to control the automobile system for testing according to the message sending parameters, such as parameters for testing the motor system, such as torque, speed, temperature, voltage, current and other parameters. The message sending parameters corresponding to each time parameter may refer to message sending parameters corresponding to each time parameter, and message sending parameters having an associated relationship with each time parameter. For example, the time parameters are 1, 2, 3, and 4, and the message sending parameters are A, B, C, and D. The message sending parameters corresponding to each time parameter may be A (1), B (2), C (3), and D (4).

[0054] In this embodiment, the terminal responds to the operation of entering test parameters in the test parameter input interface, and can call controls or other tools in LabVIEW through MATLAB scripts to obtain the number of loop parameters entered by the user in the displayed test parameter input interface, multiple time parameters contained in each loop, and the message sending parameters corresponding to each time parameter.

[0055] Step S206, constructing the to-be-sent messages corresponding to the respective time parameters through the LabVIEW control according to the message sending parameters corresponding to the respective time parameters.

[0056] The message to be sent may refer to a message including time parameters and message sending parameters, which is used to be sent to an automobile system test bench, so that the automobile system test bench tests the automobile system according to the time parameters and message sending parameters in the message to be sent.

[0057] In this embodiment, the LabVIEW control may refer to a Cluster in LabVIEW, which is used to combine different types of data elements into a single data structure. Specifically, the terminal constructs a Cluster data type through LabVIEW to represent a message frame, and sets the message frame format to match the communication network protocol of the automotive system to be tested. For example, if the communication network protocol of the automotive system to be tested is a CAN protocol, a CAN frame needs to be constructed accordingly, and then the terminal fills the message frame according to the message sending parameters corresponding to each time parameter, and obtains the message to be sent corresponding to each time parameter.

[0058] Step S208, through the MATLAB script, obtain the current number of message sending times. When the current number of message sending times does not exceed the loop number parameter, send the to-be-sent messages corresponding to each time parameter in sequence according to the order of the time parameters until the current number of message sending times exceeds the loop number parameter.

[0059] The current number of times a message is sent may refer to checking how many times a message has been sent through a MATLAB script, and obtaining the number of cycles in which the current message sending process is being sent. The number of times may be counted through a counter variable.

[0060] For example, the current number of times a message is sent is 8, and the number of loops parameter is 10. The terminal obtains the current number of times a message is sent as 8 through the MATLAB script. The current number of times the message is sent parameter (8) is less than the number of loops parameter (10). The terminal starts a new loop through the MATLAB script, and sends the messages to be sent corresponding to the time parameters in sequence according to the order of the time parameters. After each successful sending of the messages corresponding to all the time parameters, the MATLAB script can be used to increase the counter for the current number of times the message is sent to track the progress of the current loop, and then repeat the above process until the current number of times the message is sent exceeds the number of loops parameter, at which time the entire loop ends.

[0061] In the above-mentioned automobile test message processing method, the terminal responds to the automobile system test request and displays the test parameter input interface through the LabVIEW control; the terminal responds to the operation of inputting the test parameters in the test parameter input interface and obtains the number of loop parameters entered in the displayed test parameter input interface, multiple time parameters contained in each loop, and the message sending parameters corresponding to each time parameter through the MATLAB script; the terminal constructs the to-be-sent messages corresponding to each time parameter according to the message sending parameters corresponding to each time parameter through the LabVIEW control; the terminal obtains the current number of message sending times through the MATLAB script, and when the current number of message sending times does not exceed the number of loop parameters, the to-be-sent messages corresponding to each time parameter are sent in sequence to the automobile system test bench in the order of the time parameters until the current number of message sending times exceeds the number of loop parameters. This embodiment provides the user with an intuitive test parameter input interface through the LabVIEW control, so that the user can easily define or input test parameters, such as the number of cycles and time parameters. On this basis, the MATLAB script is used to dynamically obtain and process these parameters, and the LabVIEW control is used to construct the corresponding message to be sent. The message can be automatically sent in sequence until the preset number of cycles is reached, which effectively improves the efficiency and automation of message sending, reduces the need for manual operation, thereby improving the efficiency and accuracy of automobile testing and enhancing testing flexibility.

[0062] In an exemplary embodiment, as shown in FIG. 3 , in the above step S208, the to-be-sent messages corresponding to the respective time parameters are sequentially sent in the order of the time parameters, including:

[0063] Step S302, obtaining a cyclic time offset according to the current number of times the message is sent and the maximum value of each time parameter, and using the cyclic time offset to update the time parameter.

[0064] Exemplarily, the terminal obtains the cyclic time offset according to the current number of message transmissions and the maximum value of each time parameter. Specifically, the cyclic time offset can be obtained according to the formula (loop-1)*max(time), wherein loop can represent the current number of message transmissions, and max(time) can refer to the maximum value of each time parameter. Exemplarily, the current number of message transmissions is 3, and the time parameters are 1, 2, 3, and 4. Therefore, the maximum value of each time parameter is 4, and the cyclic time offset is (3-1)*4=8. The cyclic time offset (8) is used to update the time parameters, that is, the updated time parameters are 9 (1+8), 10 (2+8), 11 (3+8), and 12 (4+8).

[0065] Step S304, obtaining the to-be-sent messages corresponding to the updated time parameters, and sending the to-be-sent messages corresponding to the updated time parameters in sequence according to the order of the updated time parameters.

[0066] Exemplarily, when the number of message sending times is 1, the messages to be sent corresponding to each time parameter are: 1-message A, 2-message B, 3-message C, 4-message D. When the current number of message sending times is 3, the cyclic time offset is 8. Therefore, the terminal obtains the messages to be sent corresponding to the updated time parameters, that is, 9-message A, 10-message B, 11-message C, 12-message D. In other words, in the order of 9, 10, 11, and 12, the messages to be sent corresponding to the updated time parameters are sent in sequence, that is, message A, message B, message C, and message D.

[0067] In this embodiment, the cycle time offset is calculated by the current number of message sending times and the maximum value in the time parameters and the time parameters corresponding to the current cycle are updated accordingly. This can ensure that in multiple rounds of cycle testing, the message sending time can accurately match the set time sequence and maintain high accuracy during long-term testing.

[0068] In an exemplary embodiment, the above step S206 includes:

[0069] Step S40, constructing a message frame whose message format matches the message format corresponding to the communication network protocol of the automobile system to be tested through the LabVIEW control;

[0070] Step S41, filling the message sending parameters into the message frame to obtain the messages to be sent corresponding to each time parameter.

[0071] Among them, the LabVIEW control may refer to a Cluster in LabVIEW, which is used to combine different types of data elements into a single data structure. Exemplarily, through the LabVIEW control, a message frame matching the message format corresponding to the communication network protocol of the automotive system to be tested can be a CAN frame, including: CAN ID (identification information) - a 32-bit integer representing the identifier of the CAN frame; DATA (data) - a field containing actual transmission data, that is, a field used to transmit message sending parameters and time parameters, usually an 8-byte array, DLC (data length code) - an 8-bit integer representing the number of bytes actually used in the data field.

[0072] Specifically, the terminal constructs a Cluster data type through LabVIEW to represent a message frame, and sets the message frame format to match the communication network protocol of the automobile system to be tested. For example, if the communication network protocol of the automobile system to be tested is the CAN protocol, a corresponding CAN frame needs to be constructed, thereby obtaining a message frame that matches the message format corresponding to the communication network protocol of the automobile system to be tested. Then, the terminal fills the message sending parameters corresponding to each time parameter into the message frame, and obtains the messages to be sent corresponding to each time parameter.

[0073] In this embodiment, a message frame corresponding to the message format of the communication network protocol of the automobile system to be tested is constructed using LabVIEW controls, and then the message sending parameters are accurately filled into the message frame, and finally a message to be sent corresponding to each time parameter is generated, thereby improving the communication efficiency and data security with the automobile system test bench.

[0074] In an exemplary embodiment, the above step S41 includes: filling the message sending parameters and time parameters into the message frame, and filling the identification information corresponding to the message to be sent and the data length information corresponding to the message sending parameters into the message frame to obtain the message to be sent corresponding to the time parameters.

[0075] The data length information is used to represent the data length actually occupied by the message sending parameters in the message to be sent, and the identification information is used to represent the priority and message type of the message to be sent.

[0076] Exemplarily, the message frame is a CAN frame, and the terminal constructs a Cluster data type through LabVIEW to represent the CAN frame, including: CAN ID (identification information) - a 32-bit integer representing the identifier of the CAN frame; DATA (data) - a field containing actual transmission data, usually an 8-byte array, DLC (data length code) - an 8-bit integer representing the number of bytes actually used in the data field; the terminal fills the identification information into the CAN ID of the CAN frame, fills the message sending parameters and time parameters into the data field in the CAN frame in a specific order, and fills the data length information corresponding to the message sending parameters into the DLC in the CAN frame to obtain the message to be sent corresponding to the time parameters.

[0077] In this embodiment, by adding identification information to the message frame, different types of messages and their priorities can be distinguished, which enables the automobile system test bench to quickly identify the message type after receiving the message and process it in order of priority, thereby optimizing communication efficiency; by clearly indicating the actual data length of the message sending parameters, it helps the automobile system test bench to accurately parse the message, prevent data overflow or truncation, and ensure the integrity and accuracy of data transmission.

[0078] In an exemplary embodiment, the data input form of the time parameters and the message sending parameters corresponding to each time parameter in the test parameter input interface includes an array form; the number of loop parameters entered in the displayed test parameter input interface, the multiple time parameters included in each loop, and the message sending parameters corresponding to each time parameter are obtained through a MATLAB script, including:

[0079] By using the index control associated with the time parameters and the message parameters corresponding to each time parameter, the time parameters in array form and the message sending parameters corresponding to each time parameter are indexed to obtain the time parameters and the message sending parameters corresponding to each time parameter.

[0080] Among them, in LabVIEW, the index control allows you to extract elements at specific positions from an array. When the index control is used in conjunction with a MATLAB script, the index control can help the script access the message parameters at a specific time point. The data input form of the time parameters and the message sending parameters corresponding to each time parameter in the test parameter input interface includes an array form; illustratively, the time parameters are arrays [1, 2, 3, 4], and the message sending parameters are arrays [A, B, C, D]. The terminal uses the index control associated with the time parameters and the message parameters corresponding to each time parameter to index the arrays [1, 2, 3, 4] of the time parameters and the arrays [A, B, C, D] of the message sending parameters to obtain the time parameters and the message parameters corresponding to each time parameter, for example, obtaining the time parameter 1 and the corresponding message sending parameter A, the time parameter 2 and the corresponding message sending parameter B, etc.

[0081] In this embodiment, the test parameters input in array form are indexed by using a MATLAB script in combination with an index control in LabVIEW, so that the input test parameters can be automatically and accurately obtained.

[0082] In an exemplary embodiment, the time parameters and the message sending parameters corresponding to each time parameter are obtained by indexing the time parameters in array form and the message sending parameters corresponding to each time parameter, including:

[0083] According to the array length corresponding to the time parameters in array form, the number of parameter indexes matching the array length is obtained; through the MATLAB script, according to the number of parameter indexes, the index control is used to index the time parameters in array form and the message sending parameters corresponding to each time parameter, so as to obtain the time parameters and the message sending parameters corresponding to each time parameter.

[0084] The number of parameter indexing times may refer to the number of times required to obtain all time parameters through indexing.

[0085] Exemplarily, the time parameters are an array [1, 2, 3, 4], and the message sending parameters are an array [A, B, C, D]. The terminal obtains a parameter index count 4 that matches the array length based on the array length 4 corresponding to the time parameters in array form; through the MATLAB script, according to the parameter index count 4, the index control is used to index the time parameters in array form and the message sending parameters corresponding to each time parameter to obtain the time parameters and the message sending parameters corresponding to each time parameter. For example, the time parameters in array form and the message parameters corresponding to each time parameter are indexed for the first time to obtain time parameter 1 and message sending parameter A corresponding to time parameter 1. For another example, the fourth indexing obtains time parameter 4 and message sending parameter D corresponding to time parameter 4.

[0086] In this embodiment, when using MATLAB script to process time parameters and message sending parameters in array form, the management efficiency of test parameters can be achieved by determining the number of parameter indexes that match the array length corresponding to the time parameter and using the index control for indexing.

[0087] In an exemplary embodiment, before obtaining the number of parameter indexes matching the array length according to the array length corresponding to the time parameter in array form, the method further includes:

[0088] The array lengths corresponding to the time parameters in array form and the message sending parameters are obtained respectively. When the array lengths are consistent, the number of parameter indexes matching the array lengths is obtained according to the array lengths corresponding to the time parameters in array form.

[0089] Exemplarily, the time parameter is an array [1, 2, 3, 4], and the message sending parameter is an array [A, B, C, D]. The terminal obtains the time parameter in array form and the array length corresponding to the message sending parameter, that is, the array length of the time parameter is 4, and the array length of the message sending parameter is 4, that is, the array lengths are consistent, and the number of parameter indexes matching the array length can be obtained according to the array length corresponding to the time parameter in array form, and then the loop structure can be used to traverse the array, and each pair of time parameters and message sending parameters is processed, so as to achieve an efficient data processing flow. In another example, the time parameter is an array [1, 2, 3, 4, 5], and the message sending parameter is an array [A, B, C, D]. The terminal obtains the time parameter in array form and the array length corresponding to the message sending parameter, that is, the array length of the time parameter is 5, and the array length of the message sending parameter is 4, that is, the array lengths are inconsistent, and the subsequent operations are terminated.

[0090] In this embodiment, by checking whether the array lengths corresponding to the time parameters and the message sending parameters are consistent, it can be determined whether the time parameters and the message sending parameters correspond one-to-one, thereby avoiding confusion or errors in data processing. By verifying the array length before starting processing, potential data mismatch problems can be discovered and resolved in advance, thereby reducing errors in subsequent processing.

[0091] In an exemplary embodiment, as shown in FIG4 , the test parameter input interface includes: a message parameter type selection control 402 and a loop number parameter input area 404, and a time parameter and a message sending parameter input area including 406 and 408; in response to the operation of inputting the test parameter in the test parameter input interface, the loop number parameter input in the displayed test parameter input interface, the multiple time parameters included in each loop, and the message sending parameters corresponding to each time parameter are obtained through a MATLAB script, including:

[0092] In response to a selection trigger operation on a message sending parameter type selection control, the message parameter type selected in the message sending parameter type selection control is obtained, and the message sending parameter type to be sent is determined according to the message parameter type; in response to an input operation in a time parameter and message sending parameter input area, the input time parameter is obtained, and the message sending parameters in the input message sending parameters that match the message sending parameter type and correspond to each time parameter respectively are obtained; in response to an input operation in a loop number parameter input area, the input loop number parameter is obtained.

[0093] The test parameter input interface includes: message parameter type selection control, cycle number parameter input area, time parameter and message sending parameter input area. The message sending parameter type selection control is used to select the sending parameter type. For example, for motor testing, you can select the sending torque, sending speed, sending temperature and other parameter types. For oil pump testing, you can select the sending temperature, sending pressure and other parameter types. The cycle number parameter input area is used to enter the set cycle number parameter. The time parameter and message sending parameter input area are used to enter the time parameter and message sending parameter.

[0094] Exemplarily, the user makes a selection operation in the message sending type parameter type selection control in the test parameter input interface, and the terminal responds to the selection trigger operation on the message sending parameter type selection control, obtains the message parameter type selected in the message sending parameter type selection control, and determines the message sending parameter type to be sent according to the message parameter type; the user inputs time parameters and message sending parameters in the time parameter and message sending parameter input areas in the test parameter input interface, and the terminal responds to the input operation in the time parameter and message sending parameter input areas to obtain the input time parameters, and obtains the message sending parameters in the input message sending parameters that match the message sending parameter type and correspond to each time parameter; the user inputs the number of cycles in the number of cycles parameter input area in the test parameter input interface, and responds to the input operation in the number of cycles parameter input area to obtain the input number of cycles parameter.

[0095] In this embodiment, the test parameter input interface includes: a message parameter type selection control and a loop number parameter input area, a time parameter and a message sending parameter input area. The terminal can dynamically generate a test plan according to user needs and input, including the type of message sending parameters, the number of loops, the time parameter and the message sending parameters, so that the entire test framework has a high degree of flexibility and configurability, and can adapt to a wide range of test scenarios. At the same time, it simplifies the user's operation process, allows intuitive parameter input, and improves test efficiency and accuracy.

[0096] In an exemplary embodiment, as shown in FIG4 , a schematic diagram of a test parameter input interface in a terminal is provided, including a message parameter type selection control 402, a cycle number parameter input area 404, a time parameter and message sending parameter (torque and speed) input area 406, and a time parameter and temperature parameter (another type of message sending parameter) input area 408. Among them, the message parameter type selection control 402 is used for the user to select whether to send torque or speed, the cycle number parameter input area 404 is used for the user to input the cycle number parameter, the time parameter and message sending parameter (torque and speed) input area 406 is used for the user to input the time parameter and the torque and speed parameters, and the time parameter and temperature parameter input area 408 is used for the user to input the time parameter and the temperature parameter.

[0097] As shown in Figure 4, the software functions corresponding to the test parameter input interface in the terminal are:

[0098] Interactive interface, intuitive software interface, users can use LabVIEW controls to input parameters, including file path, sending parameters (time parameters and message sending parameters), cycle (number of cycles parameters), etc. Through LabVIEW's graphical controls, such as buttons, dials, and dashboards, users can easily monitor and control the parameters of the automotive system to be tested.

[0099] Message sending: Users can choose to send torque or speed. The system can read the time, torque and speed data entered by the user and transmit them to MATLAB for processing.

[0100] Data processing: The MATLAB script obtains the time, torque, and speed data input by LabVIEW and performs corresponding logic processing and operations. The processed data can be returned to LabVIEW for further display and analysis.

[0101] Data display: Use the waveform graph function of LabVIEW to display the processed data waveform in real time, so that users can observe the trend of data changes. The dashboard displays key parameters such as voltage, current, temperature and oil volume, providing an intuitive monitoring interface.

[0102] File management: Users can enter and select DBC file paths and load DBC files. DBC files can refer to the database corresponding to CAN messages. The data types communicated through the CAN bus can be read and understood using DBC files. The system supports formatting and saving processed data to files. Users can choose whether to append to existing files or create new files.

[0103] This embodiment adopts a method combined with LabVIEW to input time, torque, speed, temperature, voltage, current, and oil flow through the VI control of LabVIEW. First, select whether to send torque or speed on the panel. In a specific usage scenario, the transmission settings of torque, torque, and temperature in this embodiment are in the form of matrix input, and the others are in the form of inputting numerical values. The input numerical value can be displayed through the corresponding curve. Taking the transmission of torque as an example, first, through the matrix input method, input the time and the torque to be sent at the corresponding time, and input the number of cycles to be performed. The number of cycles corresponds to the number of cycles required for the working condition. In the past, most of the message sending software required manual real-time operation and could not automatically send the cycle. This embodiment adopts the method of automatically sending messages, which reduces the consumption of manpower and material resources. The terminal converts the read time array and torque array into double precision type, and converts the number of cycles into double precision type. Then check whether the input array lengths are consistent. If they are not the same, throw an error and stop running.

[0104] Then use the NI-XNET toolkit to complete the parsing and processing of the DBC file, use the `XNET DatabaseOpen` VI to open the selected DBC file. Use the `XNET Database Find, `XNET Database Get` VI, `XNET Create Session`, XNET Write` VI and other related controls to parse the DBC file and send messages.

[0105] The specific process of sending the message is as follows: first, MATLAB is used to perform initial processing on the data, and then LabVIEW byte conversion operations are used to parse the processed data.

[0106] For the data in the matrix, a convenient method is used to send messages, using a one-to-one correspondence mode between time and torque or time and speed to send messages. Taking sending torque as an example, a loop statement is used to send messages for working conditions with set cycle numbers.

[0107] Outer loop: Send multiple times according to the number of loops num_loops (loop number parameter). Use a loop from 1 to num_loops to control the number of loops for sending the message.

[0108] Inner loop: traverse the time and torque arrays and send the data for each point. Use a loop from 1 to the length of the time array to traverse each time point and the corresponding torque value.

[0109] Pause operation: Determine whether the current index i is 1. If so, pause for time(i) seconds directly. If the current index i is not 1, pause the time difference between time(i) and the previous time point time(i-1) to ensure the continuity of the waveform. Get the current torque value: Get the torque value corresponding to the current index i from the torque array.

[0110] Add the current time (plus the loop time offset) and torque value to the output_time (time parameters) and output_torque (torque) arrays respectively.

[0111] The loop time offset is (loop-1)*max(time), where loop is the number of times the current message is sent, and max(time) is the maximum value of the time parameter in the first loop, ensuring that the time of each loop does not overlap.

[0112] After processing is completed, if further operations are required, the data needs to be converted into data that can be accepted by the message. Create a new Cluster data type, and then set an integer control as the CAN ID field. Cluster allows multiple data fields to be combined into a single data item, which is very suitable for representing the CAN frame structure. First initialize the CAN frame structure. In LabVIEW, a CAN frame is represented by creating a Cluster. Cluster is a data structure that allows multiple data fields of different types to be combined into a single data item. For a CAN frame, a typical Cluster may include: CAN ID-32-bit integer, representing the identifier of the CAN frame, data-field containing the actual transmitted data, usually an 8-byte array, DLC-8-bit integer, indicating the data length code, that is, the number of bytes actually used in the data field. There can also be a timestamp-used to record the time when the CAN frame is sent or received.

[0113] Taking sending torque as an example, first set the CAN ID: For a given CAN frame, for example, assuming the CAN ID is 0x123, you can set this value as an integer type field of Cluster in LabVIEW. Then fill the data field: In Cluster, an 8-byte array field is used to represent the data part of the CAN frame. For example, suppose there are two signals: processed torque and time, each signal occupies 4 bytes, a total of 8 bytes. Fill these data into the data field in a specific order. Then set the data length code (DLC), and after completion, set the timestamp to record the sending or receiving time of the CAN frame. During the sending process, ensure that the data format meets the requirements of the CAN communication protocol.

[0114] In addition to the chart showing the transmission results, the retransmission mechanism can also reflect whether the transmission is complete. When a message is successfully received in a CAN frame, it will be judged based on the checksum of the received frame and the check result calculated by the CRC (Cyclic Redundancy Check). If the checksum is consistent with the received CAN frame, the CAN controller will send an ACK signal to LabVIEW. The timer in LabVIEW can be used to determine whether the transmission is complete.

[0115] The above embodiment can be a test for a separate automotive integrated system, such as a motor test, an oil pump test, etc. Compared with the previous message sending software, which mostly requires manual real-time operation and cannot automatically send in a cycle, this embodiment adopts the method of automatically sending messages, which reduces the consumption of manpower and material resources. An innovative hybrid programming method is realized: Combining MATLAB and LabVIEW: Utilizing the powerful interactivity and visual operation advantages of LabVIEW, as well as the efficient data processing and logical operation capabilities of MATLAB, the seamless combination of the two is realized. Intelligent message sending mechanism: Users can flexibly choose to send torque or send speed, two different sending parameters, and the system can intelligently read the data input by the user and perform corresponding processing. Efficient data processing flow: Through MATLAB scripts, the data input by LabVIEW is efficiently processed and calculated logically to ensure the efficiency and accuracy of data processing. Real-time data monitoring and display: Using the waveform chart and dashboard functions of LabVIEW, the processed data is displayed in real time, providing an intuitive monitoring interface, which is convenient for users to observe data changes and system status. Flexible file management and data storage: Formatted output and file management: The system supports data formatting output and flexible file management. Users can choose to append data to existing files or create new files to meet different storage requirements. User-friendly operation interface: Intuitive control design: Through LabVIEW graphical controls, intuitive parameter input and system control are provided, allowing users to easily operate and monitor the system.

[0116] The shortcomings of the existing technology are: Single function: Most of the current CAN message sending software focuses on basic message sending and receiving functions, lacking advanced functions such as dynamic waveform adjustment, real-time data analysis, cyclic sending, etc. This single-function design limits its application in complex automotive test environments and cannot meet diverse test requirements. Performance bottleneck: When facing large-scale data transmission or long-term continuous operation, many existing software will experience performance degradation, resulting in data transmission delays or losses. This situation occurs frequently in high-load automotive test scenarios, affecting the accuracy of test results and the stability of the system. Complex user interface: The user interface design of existing software is often complex and cumbersome, with many operating steps, and users need to perform a lot of manual configuration. This increases the difficulty of use and the risk of errors for non-professional users, making the threshold for learning and operation high. Poor scalability: Many existing CAN message sending software have large limitations in function expansion, making it difficult to customize and upgrade functions according to actual test requirements. This poor scalability requires users to frequently replace or upgrade software when responding to changing test requirements, increasing economic costs and workload. High economic cost: High-performance CAN message sending software is usually expensive. For small and medium-sized automobile manufacturers or independent testing organizations, the cost of software acquisition and maintenance is high, which hinders its widespread popularization and application. Insufficient security: Some existing software lacks necessary security measures during data transmission and is vulnerable to external attacks or data leakage. This is a security risk that cannot be ignored when dealing with sensitive automotive test data or critical system communications. Lack of real-time feedback: Many existing CAN message sending software cannot provide real-time transmission status and error feedback, so that when problems occur, users cannot discover and solve them in time, affecting test efficiency and reliability of results. In summary, the existing automotive test CAN message sending software has many deficiencies in terms of functionality, performance, user experience, scalability, economic cost and security, and a more complete and efficient solution is urgently needed to meet market demand.

[0117] This embodiment proposes an improved CAN message sending software based on LabVIEW, which aims to solve various shortcomings in the prior art and provide a more flexible, reliable and user-friendly automotive test tool. By integrating multiple advanced functions, it aims to solve the problems of single function, performance bottleneck, complex user interface, poor scalability, high economic cost, and insufficient security in the prior art. The software mainly achieves technical breakthroughs through the following means: Dynamic waveform adjustment: realize dynamic waveform adjustment during message sending to meet the needs of complex test environments. Real-time data analysis: provide real-time data analysis and feedback functions to improve test efficiency and accuracy. Cyclic sending function: support multiple cyclic sending of messages to enhance test flexibility. User-friendly interface: design a simple and easy-to-use user interface to reduce the difficulty of operation and improve user experience. High scalability: modular design, easy to expand and upgrade functions, meet different test requirements. Cost control: provide cost-effective solutions to reduce the user's software acquisition and maintenance costs. Data security: enhance the security of data transmission to prevent external attacks and data leakage.

[0118] It should be understood that, although the various steps in the flowcharts involved in the above-mentioned embodiments are displayed in sequence according to the indication of the arrows, these steps are not necessarily executed in sequence according to the order indicated by the arrows. Unless there is a clear explanation in this article, the execution of these steps does not have a strict order restriction, and these steps can be executed in other orders. Moreover, at least a part of the steps in the flowcharts involved in the above-mentioned embodiments can include multiple steps or multiple stages, and these steps or stages are not necessarily executed at the same time, but can be executed at different times, and the execution order of these steps or stages is not necessarily to be carried out in sequence, but can be executed in turn or alternately with other steps or at least a part of the steps or stages in other steps.

[0119] Based on the same inventive concept, the embodiment of the present application also provides an automobile test message processing device for implementing the automobile test message processing method involved above. The implementation scheme for solving the problem provided by the device is similar to the implementation scheme recorded in the above method, so the specific limitations in one or more embodiments of the automobile test message processing device provided below can refer to the limitations of the automobile test message processing method above, and will not be repeated here.

[0120] In an exemplary embodiment, as shown in FIG5 , a vehicle test message processing device 500 is provided, comprising: a test parameter acquisition module 501, a message construction module 502 and a message sending module 503, wherein:

[0121] The test parameter acquisition module 501 is used to respond to the automobile system test request and display the test parameter input interface through the LabVIEW control; it is also used to respond to the operation of inputting the test parameters in the test parameter input interface and obtain the cycle number parameter input in the displayed test parameter input interface, the multiple time parameters included in each cycle, and the message sending parameters corresponding to each time parameter through the MATLAB script;

[0122] The message construction module 502 is used to construct the to-be-sent messages corresponding to the respective time parameters according to the message sending parameters corresponding to the respective time parameters through LabVIEW controls;

[0123] The message sending module 503 is used to obtain the current message sending times through the MATLAB script. When the current message sending times does not exceed the loop number parameter, the to-be-sent messages corresponding to the respective time parameters are sent in sequence according to the order of the time parameters until the current message sending times exceeds the loop number parameter.

[0124] In an exemplary embodiment, the message sending module 503 is also used to obtain a cyclic time offset based on the current number of message sending times and the maximum value of each time parameter, and use the cyclic time offset to update the time parameters; obtain the message to be sent corresponding to the updated time parameters, and send the messages to be sent corresponding to each updated time parameter in sequence according to the order of the updated time parameters.

[0125] In an exemplary embodiment, the message construction module 502 is also used to construct a message frame that matches the message format corresponding to the communication network protocol of the automobile system to be tested through LabVIEW controls; fill the message sending parameters into the message frame to obtain the messages to be sent corresponding to each time parameter.

[0126] In an exemplary embodiment, the above-mentioned message construction module 502 is also used to fill the message sending parameters and time parameters into the message frame, and fill the identification information corresponding to the message to be sent and the data length information corresponding to the message sending parameters into the message frame to obtain the message to be sent corresponding to the time parameters; the data length information is used to characterize the data length actually occupied by the message sending parameters in the message to be sent, and the identification information is used to characterize the priority of the message to be sent and the message type.

[0127] In an exemplary embodiment, the data input form of the time parameters and the message sending parameters corresponding to each time parameter in the test parameter input interface includes an array form; the above-mentioned test parameter acquisition module 501 is also used to utilize the index control associated with the time parameters and the message parameters corresponding to each time parameter, and obtain the time parameters and the message sending parameters corresponding to each time parameter by indexing the time parameters in array form and the message sending parameters corresponding to each time parameter.

[0128] In an exemplary embodiment, the above-mentioned test parameter acquisition module 501 is further used to obtain the number of parameter indexes matching the array length according to the array length corresponding to the time parameters in array form; through the MATLAB script, according to the parameter index number, using the index control, the time parameters in array form and the message sending parameters corresponding to each time parameter are indexed to obtain the time parameters and the message sending parameters corresponding to each time parameter.

[0129] In an exemplary embodiment, the test parameter acquisition module 501 is further used to respectively obtain the array lengths corresponding to the time parameters in array form and the message sending parameters. When the array lengths are consistent, the number of parameter indexes matching the array lengths is obtained according to the array lengths corresponding to the time parameters in array form.

[0130] In an exemplary embodiment, the test parameter input interface includes: a message parameter type selection control and a loop number parameter input area, a time parameter and a message sending parameter input area; the above-mentioned test parameter acquisition module 501 is also used to respond to the selection trigger operation of the message sending parameter type selection control, obtain the message parameter type selected in the message sending parameter type selection control, and determine the message sending parameter type to be sent according to the message parameter type; in response to the input operation in the time parameter and message sending parameter input area, obtain the input time parameter, and obtain the message sending parameters in the input message sending parameters that match the message sending parameter type and correspond to each time parameter respectively; in response to the input operation in the loop number parameter input area, obtain the input loop number parameter.

[0131] Each module in the above-mentioned automobile test message processing device can be implemented in whole or in part by software, hardware and a combination thereof. Each of the above-mentioned modules can be embedded in or independent of the processor in the computer device in the form of hardware, or can be stored in the memory of the computer device in the form of software, so that the processor can call and execute the corresponding operations of each of the above modules.

[0132] In an exemplary embodiment, a computer device is provided, which may be a terminal, and its internal structure diagram may be shown in FIG6. The computer device includes a processor, a memory, an input / output interface, a communication interface, a display unit, and an input device. The processor, the memory, and the input / output interface are connected via a system bus, and the communication interface, the display unit, and the input device are connected to the system bus via the input / output interface. The processor of the computer device is used to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system and a computer program. The internal memory provides an environment for the operation of the operating system and the computer program in the non-volatile storage medium. The input / output interface of the computer device is used to exchange information between the processor and an external device. The communication interface of the computer device is used to communicate with an external terminal in a wired or wireless manner, and the wireless manner may be implemented through WIFI, a mobile cellular network, near field communication (NFC) or other technologies. When the computer program is executed by the processor, a method for processing a vehicle test message is implemented. The display unit of the computer device is used to form a visually visible picture, which may be a display screen, a projection device, or a virtual reality imaging device. The display screen can be a liquid crystal display screen or an electronic ink display screen, and the input device of the computer device can be a touch layer covering the display screen, or a button, trackball or touchpad set on the computer device shell, or an external keyboard, touchpad or mouse.

[0133] Those skilled in the art will understand that the structure shown in FIG. 6 is merely a block diagram of a partial structure related to the solution of the present application, and does not constitute a limitation on the computer device to which the solution of the present application is applied. The specific computer device may include more or fewer components than shown in the figure, or combine certain components, or have a different arrangement of components.

[0134] In one embodiment, a computer device is further provided, including a memory and a processor, wherein a computer program is stored in the memory, and the processor implements the steps in the above method embodiments when executing the computer program.

[0135] In one embodiment, a computer-readable storage medium is provided, on which a computer program is stored. When the computer program is executed by a processor, the steps in the above-mentioned method embodiments are implemented.

[0136] In one embodiment, a computer program product is provided, including a computer program, which implements the steps in the above method embodiments when executed by a processor.

[0137] A person of ordinary skill in the art can understand that all or part of the processes in the above-mentioned embodiment method can be completed by instructing the relevant hardware through a computer program, and the computer program can be stored in a non-volatile computer-readable storage medium. When the computer program is executed, it can include the processes of the embodiments of the above-mentioned methods. Among them, any reference to the memory, database or other medium used in the embodiments provided in the present application can include at least one of non-volatile memory and volatile memory. Non-volatile memory can include read-only memory (ROM), magnetic tape, floppy disk, flash memory, optical memory, high-density embedded non-volatile memory, resistive random access memory (ReRAM), magnetic random access memory (MRAM), ferroelectric random access memory (FRAM), phase change memory (PCM), graphene memory, etc. Volatile memory can include random access memory (RAM) or external cache memory, etc. As an illustration and not limitation, RAM can be in various forms, such as static random access memory (SRAM) or dynamic random access memory (DRAM). The database involved in each embodiment provided in this application may include at least one of a relational database and a non-relational database. Non-relational databases may include distributed databases based on blockchains, etc., but are not limited to this. The processor involved in each embodiment provided in this application may be a general-purpose processor, a central processing unit, a graphics processor, a digital signal processor, a programmable logic device, a data processing logic device based on quantum computing, an artificial intelligence (AI) processor, etc., but are not limited to this.

[0138] The technical features of the above embodiments may be combined arbitrarily. To make the description concise, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this application.

[0139] The above-described embodiments only express several implementation methods of the present application, and the descriptions thereof are relatively specific and detailed, but they cannot be construed as limiting the scope of the present application. It should be noted that, for a person of ordinary skill in the art, several modifications and improvements can be made without departing from the concept of the present application, and these all belong to the protection scope of the present application. Therefore, the protection scope of the present application shall be subject to the attached claims.

Claims

1. A method for processing automobile test messages, characterized in that: The method comprises: In response to the automotive system test request, a test parameter input interface is displayed through LabVIEW controls; In response to the operation of inputting the test parameters in the test parameter input interface, the number of cycles parameter input in the displayed test parameter input interface, the multiple time parameters included in each cycle, and the message sending parameters corresponding to each of the time parameters are obtained through a MATLAB script; Constructing the to-be-sent messages corresponding to the time parameters respectively through LabVIEW controls according to the message sending parameters respectively corresponding to the time parameters; The current number of times a message is sent is obtained through the MATLAB script. When the current number of times a message is sent does not exceed the number of cycles parameter, the messages to be sent corresponding to the time parameters are sent in sequence according to the order of the time parameters until the current number of times a message is sent exceeds the number of cycles parameter.

2. The method according to claim 1, characterized in that The sending, in sequence according to the order of the time parameters, the messages to be sent corresponding to the time parameters respectively include: Obtaining a cyclic time offset according to the current number of times the message is sent and the maximum value of each of the time parameters, and using the cyclic time offset to update the time parameter; Acquire the to-be-sent messages corresponding to the updated time parameters, and send the to-be-sent messages corresponding to the updated time parameters in sequence according to the order of the updated time parameters.

3. The method according to claim 1, characterized in that: The method of constructing the to-be-sent messages corresponding to the time parameters respectively through the LabVIEW control according to the message sending parameters respectively corresponding to the time parameters comprises: Through LabVIEW controls, a message frame is constructed that matches the message format corresponding to the communication network protocol of the automotive system to be tested; The message sending parameters are filled into the message frame to obtain messages to be sent corresponding to each of the time parameters.

4. The method according to claim 3, characterized in that The step of filling the message sending parameters into the message frame to obtain messages to be sent corresponding to the time parameters respectively includes: The message sending parameters and the time parameters are filled into the message frame, and the identification information corresponding to the message to be sent and the data length information corresponding to the message sending parameters are filled into the message frame to obtain a message to be sent corresponding to the time parameter; the data length information is used to characterize the data length actually occupied by the message sending parameters in the message to be sent, and the identification information is used to characterize the priority and message type of the message to be sent.

5. The method according to claim 1, characterized in that The data input form of the time parameters and the message sending parameters corresponding to each of the time parameters in the test parameter input interface includes an array form; The method of obtaining the cycle number parameter input in the displayed test parameter input interface, the multiple time parameters included in each cycle, and the message sending parameters corresponding to each of the time parameters through the MATLAB script includes: By using the index control associated with the time parameters and the message parameters corresponding to each of the time parameters, the time parameters in array form and the message sending parameters corresponding to each of the time parameters are indexed to obtain the time parameters and the message sending parameters corresponding to each of the time parameters.

6. The method according to claim 5, characterized in that The step of obtaining the time parameters and the message sending parameters respectively corresponding to the time parameters by indexing the time parameters in array form and the message sending parameters respectively corresponding to the time parameters comprises: According to the array length corresponding to the time parameter in array form, obtaining the number of parameter indexes matching the array length; Through the MATLAB script, according to the parameter index number, the index control is used to index the time parameters in array form and the message sending parameters corresponding to each time parameter, so as to obtain the time parameters and the message sending parameters corresponding to each time parameter.

7. The method according to claim 1, characterized in that The test parameter input interface includes: a message parameter type selection control and a loop number parameter input area, a time parameter and a message sending parameter input area; In response to the operation of inputting the test parameters in the test parameter input interface, the number of cycles parameter input in the displayed test parameter input interface, the multiple time parameters included in each cycle, and the message sending parameters corresponding to each of the time parameters are obtained through a MATLAB script, including: In response to a selection trigger operation on the message sending parameter type selection control, obtaining the message parameter type selected in the message sending parameter type selection control, and determining the message sending parameter type to be sent according to the message parameter type; In response to an input operation in the time parameter and message sending parameter input area, obtaining the input time parameter, and obtaining message sending parameters that match the message sending parameter type and correspond to each of the time parameters among the input message sending parameters; In response to an input operation in the loop number parameter input area, the input loop number parameter is acquired.

8. An automobile test message processing device, characterized in that: The device comprises: A test parameter acquisition module is used to respond to an automobile system test request and display a test parameter input interface through a LabVIEW control; and is also used to respond to an operation of inputting a test parameter in the test parameter input interface and obtain, through a MATLAB script, a cycle number parameter input in the displayed test parameter input interface, a plurality of time parameters included in each cycle, and message sending parameters corresponding to each of the time parameters; A message construction module, used for constructing to-be-sent messages corresponding to each of the time parameters respectively according to the message sending parameters respectively corresponding to each of the time parameters through LabVIEW controls; The message sending module is used to obtain the current message sending number through the MATLAB script. When the current message sending number does not exceed the cycle number parameter, the to-be-sent messages corresponding to each of the time parameters are sent in sequence according to the order of the time parameters until the current message sending number exceeds the cycle number parameter.

9. A computer device comprising a memory and a processor, wherein the memory stores a computer program, wherein: When the processor executes the computer program, the steps of the method according to any one of claims 1 to 7 are implemented.

10. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the steps of the method according to any one of claims 1 to 7 are implemented.