CN116700207A

CN116700207A - Data processing upper computer, method, device, electronic equipment and storage medium

Info

Publication number: CN116700207A
Application number: CN202310598269.3A
Authority: CN
Inventors: 郝庆军; 董旭; 闫斌
Original assignee: Capotech Suzhou Co ltd
Current assignee: Capotech Suzhou Co ltd
Priority date: 2023-05-25
Filing date: 2023-05-25
Publication date: 2023-09-05

Abstract

The application relates to the technical field of data processing, in particular to a data processing upper computer, a method, a device, electronic equipment and a storage medium, wherein the method comprises the following steps: presenting a man-machine interaction interface, wherein the man-machine interaction interface at least comprises at least one communication mode between an upper computer and an ECU, and variable names corresponding to all internal parameters of the ECU; when a variable processing request is triggered based on a human-computer interaction interface, a physical address and a data type associated with a variable name corresponding to the variable processing request are obtained; based on the physical address and the data type, generating a corresponding first CAN message, and sending the first CAN message to the ECU; responding to a second CAN message returned by the ECU, analyzing a variable value corresponding to the variable processing request from the second CAN message, and displaying the variable value through a human-computer interaction interface. In the method, the receiving and sending of the CAN message are completed by the independent functional modules, so that the problem of deep binding between software and CAN equipment CAN be avoided.

Description

Data processing upper computer, method, device, electronic equipment and storage medium

Technical Field

The present application relates to the field of data processing technologies, and in particular, to a data processing host computer, a method, an apparatus, an electronic device, and a storage medium.

Background

In the field of vehicle control, a vehicle electronic control unit (Electronic Control Unit, ECU) is a lower computer, and can acquire vehicle state information such as motor rotation speed, motor voltage, motor current, fault information and the like through the ECU, and convert the vehicle state information into a digital signal and feed the digital signal back to the upper computer. At this time, the upper computer may display the obtained digital signal, and may also generate a corresponding control instruction, and send the control instruction to the ECU, so that the ECU controls the vehicle state based on the control instruction.

In order to achieve control accuracy, it is generally necessary to process internal parameters of the ECU by an upper computer, including measuring the internal parameters and calibrating the internal parameters, and the internal parameter information of the ECU is used to describe details of internal data units of the ECU. In the related art, when the internal parameters of the ECU are processed, the internal parameters of the ECU generally need to be processed by software and CAN equipment based on an upper computer, wherein the software type and the CAN equipment type need to be matched with each other, and if the software type and the CAN equipment type are not matched, the internal parameters of the ECU cannot be further processed.

However, due to the deep binding between the software and the CAN device, when a user uses a certain software, the corresponding CAN device or a certain CAN device must be used, so that the use cost of the user is increased.

Disclosure of Invention

The embodiment of the application provides a data processing upper computer, a method, a device, electronic equipment and a storage medium, which are used for solving the problem of deep binding between software and CAN equipment and reducing the use cost while measuring and calibrating the internal parameters of the equipment.

In one aspect, the embodiment of the application provides a data processing upper computer, which comprises an analysis module, a man-machine interaction module, a data processing module and a CAN communication module, wherein the analysis module is connected with the man-machine interaction module, the man-machine interaction module is connected with the data processing module, and the data processing module is connected with the CAN communication module;

The analysis module is used for acquiring an A2L file, and analyzing the A2L file to obtain all communication modes between the upper computer and the vehicle control electronic unit ECU and internal parameter information of the ECU;

the man-machine interaction module is used for selecting a target communication mode from the communication modes, receiving a data processing request triggered by a target object, and sending a physical address and a data type associated with a variable name corresponding to the data processing request to the data processing module;

the data processing module is used for generating a corresponding first CAN message based on the physical address and the data type, and sending the first CAN message to the CAN communication module;

the CAN communication module is used for sending the first CAN message to the ECU, and responding to receiving a second CAN message returned by the ECU, and sending the second CAN message to the data processing module, so that the data processing module CAN analyze the variable value of the variable name from the second CAN message.

Optionally, the data processing module is an XCP measurement module or an XCP calibration module;

when the data processing module is the XCP measurement module, the generation of the first CAN message is realized based on a first construction protocol, and the analysis of the second CAN message is realized based on a first analysis protocol;

When the data processing module is the XCP calibration module, the generation of the first CAN message is realized based on a second construction protocol, and the analysis of the second CAN message is realized based on a second analysis protocol.

In one aspect, an embodiment of the present application provides a data processing method, which is applied to any one of the above-mentioned upper computers, where the method includes:

presenting a human-computer interaction interface; the man-machine interaction interface at least comprises at least one communication mode between the upper computer and the ECU, and variable names corresponding to all internal parameters of the ECU;

when a variable processing request is triggered based on the man-machine interaction interface, a physical address and a data type associated with a variable name corresponding to the variable processing request are obtained;

based on the physical address and the data type, generating a corresponding first CAN message, and sending the first CAN message to the ECU;

responding to a second CAN message returned by the ECU, analyzing a variable value corresponding to the variable processing request from the second CAN message, and displaying the variable value through the man-machine interaction interface.

Optionally, the presenting a human-computer interaction interface includes:

Obtaining an A2L file, and analyzing the A2L file to obtain the at least one communication mode and the internal parameters; the A2L file contains the internal parameter information of the ECU and the communication mode of the upper computer and the ECU;

and sending the at least one communication mode and the internal parameters to a human-computer interaction module to obtain the human-computer interaction interface.

Optionally, before the variable processing request is triggered based on the man-machine interaction interface, the method further includes:

when the selection operation for the CAN equipment is triggered based on the man-machine interaction interface, selecting a target communication mode from the at least one communication mode according to the CAN equipment.

Optionally, the obtaining the physical address and the data type associated with the variable name corresponding to the variable processing request includes:

when the variable processing request is a measurement request triggered by each internal parameter, obtaining a physical address and a data type associated with a variable name corresponding to the variable processing request; the data type is obtained based on an XCP data measurement protocol; the XCP data measurement protocol prescribes the corresponding relation between variable names and data types;

When the variable processing request is a calibration request triggered by each internal parameter, obtaining a physical address and a data type associated with a variable name corresponding to the variable processing request; the data type is obtained based on an XCP data calibration protocol; the XCP data scaling protocol specifies a correspondence between variable names and data types.

Optionally, the generating a corresponding first CAN message based on the physical address and the data type, and sending the first CAN message to the ECU includes:

constructing a data acquisition list based on the physical address and the data type;

converting the data acquisition list into the first CAN message;

and sending the first CAN message to the ECU.

Optionally, the constructing a data acquisition list based on the physical address and the data type includes:

when the request type is a measurement request triggered by each internal parameter, constructing a data acquisition list according to a first construction protocol by the physical address and the data type;

and when the request type is a calibration request triggered by each internal parameter, the physical address and the data type construct a data acquisition list according to a second construction protocol.

In one aspect, an embodiment of the present application provides a data processing apparatus, including:

the interaction module is used for presenting a human-computer interaction interface; the man-machine interaction interface at least comprises at least one communication mode between the upper computer and the ECU, and variable names corresponding to all internal parameters of the ECU;

the acquisition module is used for acquiring a physical address and a data type associated with a variable name corresponding to the variable processing request when the variable processing request is triggered based on the human-computer interaction interface;

the CAN communication module is used for generating a corresponding first CAN message based on the physical address and the data type and sending the first CAN message to the ECU;

the analysis module is used for responding to a second CAN message returned by the ECU, analyzing a variable value corresponding to the variable processing request from the second CAN message, and displaying the variable value through the man-machine interaction interface.

Optionally, the interaction module is specifically configured to:

Optionally, the apparatus further includes:

the selection module is used for selecting a target communication mode from the at least one communication mode according to the CAN equipment when the selection operation for the CAN equipment is triggered based on the man-machine interaction interface.

Optionally, the acquiring module is specifically configured to:

Optionally, the CAN communication module is specifically configured to:

converting the data acquisition list into the first CAN message;

and sending the first CAN message to the ECU.

Optionally, the CAN communication module is further configured to:

In one aspect, an embodiment of the present application provides an electronic device, including a processor and a memory, where the memory stores program code that, when executed by the processor, causes the processor to perform the steps of any one of the data processing methods described above.

In one aspect, the present application provides a computer readable storage medium comprising program code for causing an electronic device to perform the steps of any one of the data processing methods described above, when said storage medium is run on said electronic device.

In one aspect, embodiments of the present application provide a computer program product comprising computer instructions stored in a computer-readable storage medium; when the processor of the electronic device reads the computer instructions from the computer readable storage medium, the processor executes the computer instructions, causing the electronic device to perform the steps of any of the data processing methods described above.

The application has the following beneficial effects:

the embodiment of the application provides a data processing upper computer, a method, a device, electronic equipment and a storage medium. The upper computer independently sets the CAN communication module, and at the moment, a preset interface is added in software to support corresponding CAN hardware equipment, for example, a PCAN interface is added in the software to support the PCAN equipment; adding a Value CAN interface into software to support Value CAN equipment; the ZLGCAN interface is added into the software to support the ZLGCAN equipment, wherein the software interface for the CAN equipment is usually provided by a CAN equipment manufacturer at no charge. Furthermore, according to the CAN hardware equipment which is independently arranged, the problem of deep binding between software and the CAN equipment CAN be solved while the measurement and calibration of the internal parameters of the equipment are realized, and the use cost is reduced.

Additional features and advantages of the application will be set forth in the description which follows, and in part will be obvious from the description, or may be learned by practice of the application. The objectives and other advantages of the application will be realized and attained by the structure particularly pointed out in the written description and claims thereof as well as the appended drawings.

Drawings

In order to more clearly illustrate the embodiments of the present application or the technical solutions in the related art, the drawings that are required to be used in the embodiments or the related technical descriptions will be briefly described, and it is apparent that the drawings in the following description are only embodiments of the present application, and other drawings may be obtained according to the provided drawings without inventive effort for those skilled in the art.

FIG. 1 is a schematic diagram showing the structure of a data processing host computer according to an embodiment of the present application;

FIG. 2 is a flowchart illustrating a data processing method according to an embodiment of the present application;

FIG. 3 is a flowchart of a synchronous measurement method according to an embodiment of the present application;

FIG. 4 is a schematic diagram of a data processing apparatus according to an embodiment of the present application;

FIG. 5 is a schematic diagram of a hardware configuration of an electronic device according to an embodiment of the present application;

Fig. 6 is a schematic diagram of a hardware composition structure of another electronic device according to an embodiment of the present application.

Detailed Description

For the purpose of making the objects, technical solutions and advantages of the present application more apparent, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present application, and it is apparent that the described embodiments are only some embodiments of the present application, not all embodiments of the present application. All other embodiments, which can be made by those skilled in the art based on the embodiments of the application without making any inventive effort, are intended to be within the scope of the application. Embodiments of the application and features of the embodiments may be combined with one another arbitrarily without conflict. Also, while a logical order is depicted in the flowchart, in some cases, the steps depicted or described may be performed in a different order than presented herein.

The terms first, second and the like in the description and in the claims and in the above-described figures, are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used may be interchanged where appropriate such that the embodiments of the application described herein may be capable of operation in sequences other than those illustrated or otherwise described.

Some terms in the embodiments of the present application are explained below to facilitate understanding by those skilled in the art.

And (3) ECU: the whole method is as follows: electronic Control Unit, chinese name: the electronic control unit, also called "driving computer", is a microcomputer controller special for automobile.

A2L file: the A2L file is a standardized file written based on ASAP2 standard, contains software and system information in a specific ECU, agrees with the communication mode of the upper computer and the ECU, and is used for guiding the communication interaction process of the upper computer and the ECU, so that the upper computer and the ECU have consistent knowledge of the interaction information, and the upper computer can accurately display the ECU parameter information to a user.

XCP: the whole method is as follows: universal Measurement and Calibration Protocol, chinese name: the general measurement and calibration protocol includes CAN, ethernet, flexRay, sxl, USB bus types, and in the embodiment of the application, the bus type is CAN.

CTO: the whole method is as follows: command Transfer Object, chinese name: the command transmits the object.

DTO: the whole method is as follows: data Transfer Object, chinese name: and (5) data transmission objects.

DAQ: the whole method is as follows: data actquisition, chinese name: and (5) data acquisition.

ODT: the whole method is as follows: object Descriptor Table, chinese name: an object descriptor table.

CCP: the whole method is as follows: CAN Calibration Protocol, chinese name: calibrating a protocol.

ODTEntry: elements that make up an ODT abbreviations;

DAQList: data AcQuisition List abbreviations;

wherein, ODTEntry and DAQList are the names defined in XCP, a plurality of ODTEntries form an ODT, and a plurality of ODTs form a DAQList.

The following briefly describes the design concept of the embodiment of the present application:

in the related art, when the internal parameters of the ECU are processed, the internal parameters of the ECU generally need to be processed by software and CAN equipment based on an upper computer, wherein the software type and the CAN equipment type need to be matched with each other, and if the software type and the CAN equipment type are not matched, the internal parameters of the ECU cannot be further processed. However, due to the deep binding between the software and the CAN device, when a user uses a certain software, the corresponding CAN device or a certain CAN device must be used, so that the use cost of the user is increased.

In view of this, the embodiment of the application provides a data processing upper computer, a method, a device, an electronic device and a storage medium, and the CAN communication function module is independently arranged on the software level, so that the problem of deep binding between software and CAN equipment is solved, and the use cost is reduced.

The preferred embodiments of the present application will be described below with reference to the accompanying drawings of the specification, it being understood that the preferred embodiments described herein are for illustration and explanation only, and not for limitation of the present application, and embodiments of the present application and features of the embodiments may be combined with each other without conflict.

As shown in fig. 1, the data processing upper computer provided by the embodiment of the application comprises an analysis module 11, a man-machine interaction module 12, a data processing module 13 and a CAN communication module 14, wherein the analysis module 11 is connected with the man-machine interaction module 12, the man-machine interaction module 12 is connected with the data processing module 13, and the data processing module is connected with the CAN communication module 14;

the analysis module 11 is used for acquiring an A2L file, and analyzing the A2L file to obtain each communication mode between the upper computer and the vehicle control electronic unit ECU and the internal parameter information of the ECU; the internal parameter information includes physical model parameters, such as motor voltage, motor current, motor rotation speed, fault information, and the like, and mathematical model parameters.

The man-machine interaction module 12 is configured to select a target communication mode from the communication modes, receive a data processing request triggered by a target object, and send a physical address and a data type associated with a variable name corresponding to the data processing request to the data processing module 13; the data processing module is an XCP measuring module or an XCP calibrating module;

the data processing module 13 is configured to generate a corresponding first CAN message based on the physical address and the data type associated with the variable name, and send the first CAN message to the CAN communication module;

the CAN communication module 14 is configured to send the first CAN message to the ECU, and send the second CAN message to the data processing module 13 in response to receiving the second CAN message returned by the ECU, so that the data processing module 13 parses the variable value of the variable name from the second CAN message.

Optionally, when the data processing module is an XCP measurement module, generating the first CAN packet is implemented based on a first build protocol, and parsing the second CAN packet is implemented based on a first parsing protocol; when the data processing module is the XCP calibration module, the generation of the first CAN message is realized based on a second construction protocol, and the analysis of the second CAN message is realized based on a second analysis protocol.

The upper computer independently sets the CAN communication module, and at the moment, a preset interface is added in software to support corresponding CAN hardware equipment, for example, a PCAN interface is added in the software to support the PCAN equipment; adding a Value CAN interface into software to support Value CAN equipment; the ZLGCAN interface is added into the software to support the ZLGCAN equipment, wherein the software interface for the CAN equipment is usually provided by a CAN equipment manufacturer at no charge.

Based on the above-mentioned upper computer, the embodiment of the present application provides a data processing method, as shown in fig. 2, mainly including the following steps:

s21, presenting a human-computer interaction interface; the man-machine interaction interface at least comprises at least one communication mode between the upper computer and the ECU, and variable names corresponding to all internal parameters of the ECU;

s22, when a variable processing request is triggered based on a human-computer interaction interface, a physical address and a data type associated with a variable name corresponding to the variable processing request are obtained;

s23, generating a corresponding first CAN message based on the physical address and the data type, and sending the first CAN message to the ECU;

s24, responding to a second CAN message returned by the ECU, analyzing a variable value corresponding to the variable processing request from the second CAN message, and displaying the variable value through a man-machine interaction interface.

In the embodiment of the application, the processing types of the data processing comprise variable measurement and variable calibration. When data processing is carried out, corresponding selection instructions are triggered for corresponding A2L files according to the processing types of the data processing, and at the moment, the corresponding A2L files are selected according to the selection instructions.

The A2L file is mainly used for recording ECU parameter information and interface data information. ECU parameter information: basic information and some common attributes for describing the ECU, the ECU data unit, and the details of the internal data unit; interface data information: interface information describing the configuration required for the data processing module to communicate with the ECU.

After the corresponding A2L file is selected, analyzing the A2L file to obtain at least one communication mode between the upper computer and the ECU, obtaining all internal parameters of the ECU, and sending the at least one communication mode and all internal parameters to the man-machine interaction module so that the man-machine interaction module displays the received at least one communication mode and all internal parameters of the ECU to obtain a man-machine interaction interface, wherein the man-machine interaction interface at least comprises at least one communication mode between the upper computer and the ECU and variable names corresponding to all internal parameters of the ECU.

When at least one communication mode between the upper computer and the ECU is displayed in the man-machine interaction interface and variable names corresponding to all internal parameters of the ECU are displayed, the target object triggers the selection operation for CAN equipment based on the displayed man-machine interaction interface, at the moment, the target communication mode is selected according to the CAN equipment corresponding to the selection operation, and further, when the target object triggers a variable processing request based on the man-machine interaction interface, the physical address and the data type associated with the variable name corresponding to the variable processing request are obtained, and the method comprises the following steps:

when the variable processing request is a measurement request triggered by each internal parameter of the ECU, obtaining a physical address and a data type associated with a variable name corresponding to the variable processing request; the data type is obtained based on an XCP data measurement protocol; the XCP data measurement protocol prescribes the corresponding relation between variable names and data types; wherein the XCP data measurement protocol specifies: multiple ODTEntry's make up an ODT, multiple ODT's make up a DAQList, multiple DAQList's make up a DAQ.

In the embodiment of the present application, the specific implementation manner of the XCP data measurement protocol is: ODTEntry is used as a one-dimensional array element, ODT is used as a two-dimensional array element, and DAQList is used as a three-dimensional array element; upon detecting an issued DAQ, setting a number of daqlists, a number of ODT's under each DAQList, and a number of ODTEntry's under each ODT; after finishing setting the variable spaces such as DAQList, ODT and ODTEntry, filling the corresponding variable addresses into the ODTEntry under all the DAQList; after the completion of the filling of the variable address is detected, the DAQList priority is set, and synchronous measurement is started.

As shown in fig. 3, a flow chart of the synchronous measurement is shown. In fig. 3, after receiving the stop current DAQ instruction, the DAQ data is emptied and the nth DAQList is located and the mth ODT is located. Further, setting the ODTEntry number, judging whether the current DAQList is set completely, if not, continuing to position the M+1st ODT; if yes, continuing to judge whether the DAQ capacity is set completely, and continuing to position the (n+1) th DAQList when the DAQ capacity is not set completely, or continuing to position the (N) th DAQList and the (M) th ODT when the DAQ capacity is set completely, and setting the ODTENTRy variable address. Further, whether the current DAQList variable address is set is judged, and when the current DAQList variable address is not set, the M+1st ODT is continuously positioned, or when the current DAQList variable address is set, whether the DAQ variable address is set is continuously judged, and when the DAQ variable address is not set, the N+1st DAQList is continuously positioned, or when the DAQ variable address is set, the priority of each DAQList is set, and each DAQList is started based on the priority, so that synchronous measurement of each variable is realized.

When the variable processing request is a calibration request triggered by each internal parameter of the ECU, obtaining a physical address and a data type associated with a variable name corresponding to the variable processing request; the data type is obtained based on an XCP data calibration protocol; the XCP data scaling protocol specifies the correspondence between variable names and data types. The specific specified content of the XCP data calibration protocol may refer to the XCP data measurement protocol, and the principles are the same, and will not be repeated here.

After obtaining the physical address and the data type associated with the variable name corresponding to the variable processing request, further, generating a corresponding first CAN message based on the physical address and the data type, and sending the first CAN message to the ECU, including:

and constructing a data acquisition list based on the physical address and the data type. Specifically, the present invention relates to a method for manufacturing a semiconductor device. When the request type is a measurement request triggered by each internal parameter of the ECU, constructing a data acquisition list according to a first construction protocol by using a physical address and a data type corresponding to each internal parameter; when the request type is a calibration request triggered by each internal parameter of the ECU, the physical address and the data type corresponding to each internal parameter are constructed into a data acquisition list according to a second construction protocol.

Further, the obtained data acquisition list is converted into a first CAN message, and the first CAN message is sent to the ECU. After receiving the first CAN message, the ECU converts variable data corresponding to the variable processing request into a second CAN message and sends the second CAN message to the upper computer. And the upper computer responds to a second CAN message returned by the ECU, analyzes a variable value corresponding to the variable processing request from the second CAN message, and displays the variable value through a man-machine interaction interface.

Based on the foregoing embodiments, a detailed description of a data processing method according to an embodiment of the present application will be described below using a specific variable measurement example, which specifically includes:

(1) And selecting an A2L file, wherein the A2L module acquires information such as a communication mode between the ECU and the upper computer, an ECU variable name, a physical address, a data type and the like, and sends the information to the human-computer interaction module.

(2) And selecting CAN equipment in the man-machine interaction module, and setting a communication mode.

(3) Clicking a measurement window button (initiating a measurement request), listing all the names of the measurement variables analyzed by the A2L through a human-computer interaction module, and selecting the variable to be measured by a user.

(4) And the man-machine interaction module sends the physical address and the data type of the variable to the XCP measurement module according to the variable name.

(5) The XCP measuring module constructs a DAQList according to the physical address and the data type, and converts the DAQList into a CAN message.

(6) The CAN message receiving and transmitting module sends the CAN message to the ECU.

(7) And after the ECU receives the message, the real-time data of the variable are sent to the upper computer through the CAN message.

(8) And the CAN transceiver module receives the message and sends the message to the XCP measurement module.

(9) And the XCP measurement module analyzes real-time values of the variables from the CAN message according to an XCP protocol.

(10) The man-machine interaction module displays the real-time value of the measured variable.

Based on the same inventive concept, the embodiment of the application also provides a data processing device. As shown in fig. 4, which is a schematic structural diagram of the data processing apparatus, may include:

an interaction module 41, configured to present a human-computer interaction interface; the man-machine interaction interface at least comprises at least one communication mode between the upper computer and the ECU, and variable names corresponding to all internal parameters of the ECU;

the obtaining module 42 is configured to obtain a physical address and a data type associated with a variable name corresponding to a variable processing request when the variable processing request is triggered based on the man-machine interaction interface;

the CAN communication module 43 is configured to generate a corresponding first CAN message based on the physical address and the data type, and send the first CAN message to the ECU;

and the analysis module 44 is configured to respond to a second CAN message returned by the ECU, analyze a variable value corresponding to the variable processing request from the second CAN message, and display the variable value through the man-machine interaction interface.

Optionally, the interaction module 41 is specifically configured to:

Optionally, the apparatus further includes:

Optionally, the obtaining module 42 is specifically configured to:

Optionally, the CAN communication module 43 is specifically configured to:

converting the data acquisition list into the first CAN message;

and sending the first CAN message to the ECU.

Optionally, the CAN communication module 43 is further configured to:

In some possible embodiments, a data processing device according to the application may comprise at least a processor and a memory. In which a memory stores program code which, when executed by a processor, causes the processor to perform the steps in the data processing method according to various exemplary embodiments of the application described in this specification. For example, the processor may perform the steps as shown in fig. 2.

The embodiment of the application also provides electronic equipment based on the same conception as the embodiment of the method. In one embodiment, the electronic device may be a server. In this embodiment, the electronic device may be configured as shown in fig. 5, including a memory 51, a communication module 53, and one or more processors 52.

A memory 51 for storing a computer program for execution by the processor 52. The memory 51 may mainly include a memory program area and a memory data area, wherein the memory program area may store an operating system, a program required for running an instant communication function, and the like; the storage data area can store various instant messaging information, operation instruction sets and the like.

The memory 51 may be a volatile memory (RAM) such as a random-access memory (RAM); the memory 51 may also be a nonvolatile memory (non-volatile memory), such as a read-only memory, a flash memory (flash memory), a hard disk (HDD) or a Solid State Drive (SSD); or memory 51, is any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer, but is not limited to such. The memory 51 may be a combination of the above memories.

The processor 52 may include one or more central processing units (central processing unit, CPU) or digital processing units, etc. A processor 52 for implementing the above-described data processing method when calling the computer program stored in the memory 51.

The communication module 53 is used for communicating with the terminal device and other servers.

The specific connection medium between the memory 51, the communication module 53 and the processor 52 is not limited in the embodiment of the present application. The embodiment of the present application is shown in fig. 5, where the memory 51 and the processor 52 are connected by a bus 54, and the bus 54 is shown in fig. 5 with a bold line, and the connection between other components is merely illustrative, and not limited thereto. The bus 54 may be divided into an address bus, a data bus, a control bus, and the like. For ease of description, only one thick line is depicted in fig. 5, but only one bus or one type of bus is not depicted.

The memory 51 stores therein a computer storage medium having stored therein computer executable instructions for implementing the data processing method of the embodiment of the present application. The processor 52 is configured to perform the data processing method described above, as shown in fig. 2.

In another embodiment, the electronic device may be another computer device, and in this embodiment, the structure of the electronic device may be as shown in fig. 6, including: communication assembly 61, memory 62, display unit 63, camera 64, sensor 65, audio circuit 66, bluetooth module 67, processor 68 etc.

The communication component 61 is for communicating with a server. In some embodiments, a circuit wireless fidelity (Wireless Fidelity, wiFi) module may be included, where the WiFi module is a short-range wireless transmission technology, and the computer device may help the user to send and receive information through the WiFi module.

Memory 62 may be used to store software programs and data. The processor 68 executes various functions and data processing of the terminal device 101 by running software programs or data stored in the memory 62. The memory 62 may include high-speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid-state storage device. The memory 62 stores an operating system that enables the terminal device to operate. The memory 62 of the present application may store an operating system and various application programs, and may also store a computer program for executing the data processing method of the embodiment of the present application.

The display unit 63 may also be used to display information input by a user or information provided to the user and a graphical user interface (graphical user interface, GUI) of various menus of the terminal device. Specifically, the display unit 63 may include a display screen 63A provided on the front surface of the terminal device. The display 63A may be configured in the form of a liquid crystal display, a light emitting diode, or the like. The display unit 63 may be used to display a live interface or the like in the embodiment of the present application.

The display unit 63 may also be used to receive input numeric or character information, generate signal inputs related to user settings and function control of the terminal device, and in particular, the display unit 63 may include a touch screen 63B disposed on the front of the terminal device, and may collect touch operations on or near the user, such as clicking buttons, dragging scroll boxes, and the like.

The touch screen 63B may cover the display screen 63A, or the touch screen 63B may be integrated with the display screen 63A to implement input and output functions of the terminal device, and the integrated touch screen may be abbreviated as a touch screen. The display unit 63 may display the application program and the corresponding operation steps in the present application.

The camera 64 may be used to capture a face image, so that the terminal device may determine the face orientation of the target object according to the obtained face image. The number of cameras 64 may be one or more. The object generates an optical image through the lens and projects the optical image onto the photosensitive element. The photosensitive element may be a charge coupled device (charge coupled device, CCD) or a complementary metal-oxide-semiconductor (CMOS) phototransistor. The photosensitive elements convert the optical signals to electrical signals, which are then transferred to a processor 68 for conversion to digital image signals.

The terminal device may further comprise at least one sensor 65, such as an acceleration sensor 65A, a distance sensor 65B, a fingerprint sensor 65C, a temperature sensor 65D. The terminal device may also be configured with other sensors such as gyroscopes, barometers, hygrometers, thermometers, infrared sensors, light sensors, motion sensors, etc.

Audio circuitry 66, speaker 66A, microphone 66B may provide an audio interface between the user and the terminal device. The audio circuit 66 may transmit the received electrical signal converted from audio data to the speaker 66A, where it is converted to a sound signal by the speaker 66A for output. The terminal device may also be configured with a volume button for adjusting the volume of the sound signal. On the other hand, the microphone 66B converts the collected sound signals into electrical signals, which are received by the audio circuit 66 and converted into audio data, which are output to the communication component 61 for transmission to, for example, another terminal device, or to the memory 62 for further processing.

The bluetooth module 67 is used for exchanging information with other bluetooth devices having bluetooth modules through bluetooth protocol. For example, the terminal device may establish a bluetooth connection with a wearable computer device (e.g., a smart watch) that is also provided with a bluetooth module through the bluetooth module 67, so as to perform data interaction.

The processor 68 is a control center of the terminal device and connects various parts of the entire terminal using various interfaces and lines, performs various functions of the terminal device and processes data by running or executing software programs stored in the memory 62, and calling data stored in the memory 62. In some embodiments, processor 68 may include one or more processing units; the processor 68 may also integrate an application processor that primarily handles operating systems, user interfaces, applications, etc., and a baseband processor that primarily handles wireless communications. It will be appreciated that the baseband processor described above may not be integrated into the processor 68. The processor 68 of the present application may run an operating system, application programs, user interface displays and touch responses, as well as data processing methods of embodiments of the present application. In addition, a processor 68 is coupled to the display unit 63.

In some possible embodiments, aspects of the data processing method provided by the present application may also be implemented in the form of a program product comprising program code for causing a computer device to carry out the steps of the data processing method according to the various exemplary embodiments of the application described above when the program product is run on a computer device, for example, the computer device may carry out the steps as shown in fig. 2.

The program product may employ any combination of one or more readable media. The readable medium may be a readable signal medium or a readable storage medium. The readable storage medium can be, for example, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or a combination of any of the foregoing. More specific examples (a non-exhaustive list) of the readable storage medium would include the following: an electrical connection having one or more wires, a portable disk, a hard disk, random Access Memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

The program product of embodiments of the present application may employ a portable compact disc read only memory (CD-ROM) and include program code and may run on a computing device. However, the program product of the present application is not limited thereto, and in this document, a readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with a command execution system, apparatus, or device.

The readable signal medium may include a data signal propagated in baseband or as part of a carrier wave with readable program code embodied therein. Such a propagated data signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination of the foregoing. A readable signal medium may also be any readable medium that is not a readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with a command execution system, apparatus, or device.

Program code embodied on a readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.

Program code for carrying out operations of the present application may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, C++ or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computing device, partly on the user's equipment, as a stand-alone software package, partly on the user's computing device, partly on a remote computing device, or entirely on the remote computing device or server. In the case of remote computing devices, the remote computing device may be connected to the user computing device through any kind of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or may be connected to an external computing device (e.g., connected via the Internet using an Internet service provider).

It should be noted that although several units or sub-units of the apparatus are mentioned in the above detailed description, such a division is merely exemplary and not mandatory. Indeed, the features and functions of two or more of the elements described above may be embodied in one element in accordance with embodiments of the present application. Conversely, the features and functions of one unit described above may be further divided into a plurality of units to be embodied.

Furthermore, although the operations of the methods of the present application are depicted in the drawings in a particular order, this is not required to either imply that the operations must be performed in that particular order or that all of the illustrated operations be performed to achieve desirable results. Additionally or alternatively, certain steps may be omitted, multiple steps combined into one step to perform, and/or one step decomposed into multiple steps to perform.

It will be appreciated by those skilled in the art that embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.

While preferred embodiments of the present application have been described, additional variations and modifications in those embodiments may occur to those skilled in the art once they learn of the basic inventive concepts. It is therefore intended that the following claims be interpreted as including the preferred embodiments and all such alterations and modifications as fall within the scope of the application.

It will be apparent to those skilled in the art that various modifications and variations can be made to the present application without departing from the spirit or scope of the application. Thus, it is intended that the present application also include such modifications and alterations insofar as they come within the scope of the appended claims or the equivalents thereof.

Claims

1. The data processing upper computer is characterized by comprising an analysis module, a man-machine interaction module, a data processing module and a CAN communication module, wherein the analysis module is connected with the man-machine interaction module, the man-machine interaction module is connected with the data processing module, and the data processing module is connected with the CAN communication module;

2. The host computer according to claim 1, wherein the data processing module is an XCP measurement module or an XCP calibration module;

3. The data processing method is characterized by being applied to the upper computer, and comprises the following steps:

4. The method of claim 3, wherein presenting a human-machine interaction interface comprises:

5. The method of claim 3, further comprising, prior to the triggering of a variable processing request based on the human-machine interaction interface:

6. The method of claim 3, wherein obtaining the physical address, the data type, and the variable name associated with the variable handling request comprises:

7. The method of claim 3, wherein the generating a corresponding first CAN message based on the physical address and the data type and transmitting the first CAN message to the ECU comprises:

converting the data acquisition list into the first CAN message;

and sending the first CAN message to the ECU.

8. The method of claim 7, wherein the constructing a data collection list based on the physical address and the data type comprises:

9. A data processing apparatus, the apparatus comprising:

10. An electronic device comprising a processor and a memory, wherein the memory stores program code that, when executed by the processor, causes the processor to perform the steps of the method of any of claims 3-8.

11. A computer readable storage medium, characterized in that it comprises a program code for causing an electronic device to perform the steps of the method of any of claims 3-8 when said storage medium is run on said electronic device.

12. A computer program product comprising computer instructions which, when executed by a processor, implement the steps of the method of any of claims 3 to 10.