Configuration method and system for collected data of vehicle-mounted terminal, electronic equipment and storage medium

Abstract

The invention relates to the technical field of information processing, and discloses a configuration method and system for collected data of a vehicle-mounted terminal, electronic equipment and a storage medium, and the configuration method comprises the steps: building an ECU type level, and configuring ECU type recognition parameters; associating at least one ECU version under the ECU type and uploading an A2L file corresponding to the ECU version; the A2L file is analyzed; generating a PID sequence according to the semaphore screened by the user, and configuring basic information and a data source for generating at least one acquisition configuration; a version reading command is circularly sent to the ECU through the T-BOX, and when the version number returned by the ECU is matched with the ECU version number in the configuration, a CAN instruction corresponding to the acquisition configuration is issued; and creating a write queue and a read queue, temporarily storing the data sent by the ECU to the write queue, and transmitting the read queue to a server through a network. According to the invention, the flexibility of data acquisition can be improved, and the time cost of development and test is reduced.

Description

Technical Field

[0001] The present invention relates to the field of information processing technology, and in particular to a configuration method, system, electronic device and storage medium for collecting data by a vehicle-mounted terminal. Background Art

[0002] As the core component of vehicle communication with the outside world, the vehicle terminal (T-BOX) undertakes the important tasks of data collection, transmission and processing. In the process of vehicle development, testing and after-sales diagnosis, the vehicle terminal needs to collect various signal quantities (such as vehicle speed, engine speed, temperature, etc.) in the vehicle electronic control unit (ECU) in real time, and transmit these data to the cloud or local server for analysis and processing.

[0003] The current way of collecting data by vehicle terminals has many disadvantages in terms of static configuration, signal quantity sorting, remote configuration, ECU identification, resource utilization and user interaction: First, the vehicle terminal mainly relies on static configuration files (such as A2L files) to collect data. The static configuration files have pre-defined the signal quantities and their parameters to be collected before the vehicle leaves the factory or is tested. However, this static configuration file method cannot adapt to the dynamically changing collection needs. For example, during vehicle testing, engineers often need to temporarily adjust the collected signal quantity or collection frequency according to different test scenarios, and static configuration files cannot support such flexible adjustments. In practice, each modification of data collection requires recompiling and deploying the configuration file, which not only increases the complexity of development and testing, but also may delay the progress of testing. Second, the existing vehicle terminal data acquisition system usually needs to be configured locally and cannot support remote dynamic configuration. For example, when a problem is found in the vehicle during testing, the engineer needs to go to the site to reconfigure the vehicle terminal, which not only increases time and labor costs, but also may delay the progress of testing. In addition, the lack of remote configuration also limits the flexibility of the vehicle in after-sales diagnosis, and it is impossible to adjust the data collection strategy in real time according to user needs. This limitation is particularly evident in scenarios where vehicles are widely distributed or for remote diagnosis. Third, static configuration cannot dynamically adjust the amount of collected signals and the frequency of collection according to actual needs. The on-board terminal may collect a large amount of unnecessary data, resulting in a waste of storage resources and network bandwidth. Especially in the process of vehicle testing and diagnosis, too much redundant data not only increases the cost of storage and transmission, but may also affect the real-time and accuracy of key data. In addition, network bandwidth limitations may also cause data transmission delays, further affecting the efficiency of data collection. Fourth, existing on-board terminal data acquisition systems generally lack a user-friendly interactive interface, and engineers need to make adjustments through complex configuration files or professional tools, which not only increases the difficulty of operation, but may also lead to configuration errors. This inconvenience is particularly prominent in scenarios where collection strategies need to be adjusted frequently. Summary of the invention

[0004] The present invention aims to solve one of the above-mentioned technical problems in the prior art at least to a certain extent.

[0005] In order to achieve the above object, the present invention provides a configuration method for collecting data by a vehicle terminal in a first aspect, comprising the following steps: Establish ECU type hierarchy and configure ECU type identification parameters; Under ECU type, associate at least one ECU version and upload the A2L file corresponding to the ECU version. The name of the ECU version corresponds to the version number in the ECU program. Parse the A2L file and get variables from the MEASUREMENT tag, COMPU_METHOD tag, and COMPU_VTAB tag respectively; Generate a PID sequence according to the signal quantity screened by the user, and configure basic information and data sources to generate at least one acquisition configuration; The version reading command is sent to the ECU cyclically through the T-BOX. When the version number returned by the ECU matches the ECU version number in the configuration, the CAN command corresponding to the acquisition configuration is issued; A write queue and a read queue are created, data sent by the ECU is temporarily stored in the write queue, and the read queue is transmitted to the server through the network.

[0006] Furthermore, the ECU type identification parameters include: type name, filter message ID, filter frame type, baud rate, ECU diagnostic command, send message ID, flow control message ID, receive message ID, diagnostic protocol type and CAN channel.

[0007] Furthermore, when parsing the A2L file, the semaphore name, semaphore address, data type, data length, conversion method name, and variable array length are obtained from the MEASUREMENT tag; the conversion method name, conversion type, format string, unit, whether enumerated, coefficient, offset value, and mapping table are obtained from the COMPU_METHOD tag; and the mapping table name, mapping table size, and mapping table set are obtained from the COMPU_VTAB tag.

[0008] Furthermore, when parsing the A2L file, if the semaphore is an array, the address of the non-first element is calculated according to the byte length corresponding to the data type and the array length according to the formula Address[i] = ecuAddress + i×N; where Address[i] is the memory address of the i-th element in the array; ecuAddress is the starting memory address of the first element of the array; i is the array subscript, and N is the byte length corresponding to the data type.

[0009] Furthermore, the basic information includes CAN channel, baud rate, protocol type, byte order, key algorithm, send message ID and receive message ID; the data source includes event channel, rate divider, data acquisition message ID, ODT start value, ODT end value and DTO start value.

[0010] Furthermore, the maximum configuration of the data sources is three.

[0011] Furthermore, the configuration method also includes: writing the queue data into a local storage card when the network is interrupted, and uploading the data in the local storage card to the server first after the network is restored.

[0012] A second aspect of the present invention provides a system for collecting data by a vehicle-mounted terminal, comprising: ECU management module, used to configure ECU type and version, and associate A2L files; A2L file parsing and configuration module, used to parse the A2L file associated with the ECU version, obtain variables and generate configurable acquisition parameters; The collection configuration publishing and subscription module is used to generate a PID sequence according to the signal quantity screened by the user, configure basic information and data sources to generate at least one collection configuration, and publish the collection configuration to the T-BOX end; The CAN communication module on the T-BOX side is used to perform dynamic identification of the ECU version, generate CAN command frames according to the protocol type and send them to the ECU, and receive the collected data returned by the ECU; and The network transceiver module on the T-BOX side is used to create write queues and read queues, temporarily store ECU data in the write queue and transmit it to the server through the network, and write data to the local storage card when the network is interrupted, and upload it to the server first after the network is restored.

[0013] A third aspect of the present invention provides an electronic device, including a processor and a memory, wherein the memory stores machine executable instructions that can be executed by the processor, and the processor can execute the machine executable instructions to implement the above-mentioned configuration method.

[0014] A fourth aspect of the present invention provides a computer-readable storage medium, on which a computer program is stored, and when the computer program is executed by a processor, the configuration method as described above is implemented.

[0015] Compared with the prior art, the technical solution provided by the present invention has the following advantages: 1) The configuration method provided by the present invention significantly improves the flexibility of data collection, can quickly adapt to different test scenarios and requirements, and reduces the time cost of development and testing; 2) The configuration method provided by the present invention improves the efficiency of collecting key data, avoids the omission of important data, and optimizes the overall efficiency of data collection; 3) The configuration method provided by the present invention improves the accuracy and efficiency of data collection, reduces the workload of manual configuration, and is particularly suitable for complex scenarios with multiple vehicle models and multiple ECUs.

[0016] 4) The configuration method provided by the present invention reduces the cost of data storage and transmission and improves the real-time performance and accuracy of key data. BRIEF DESCRIPTION OF THE DRAWINGS

[0017] Figure 1 It is a flow chart of a configuration method for collecting data by a vehicle-mounted terminal provided by the present invention; Figure 2 It is a flowchart of a specific method for configuring a vehicle-mounted terminal to collect data provided by an embodiment of the present invention. DETAILED DESCRIPTION

[0018] In order to make the technical means, creative features, objectives and effects of the present invention easy to understand, the present invention is further explained below in conjunction with the accompanying drawings and specific implementation methods. It should be understood that the specific implementation methods described herein are only used to illustrate and explain the present invention and are not used to limit the present invention.

[0019] The following is an explanation of the terms related to the present invention: T-BOX (Telematics BOX), also known as Telematics Control Unit (TCU), is an intelligent terminal device that integrates multiple functions. It is mainly used in the Internet of Vehicles system to achieve communication between the vehicle and the background system and mobile phone APP, and provide remote control, location query, OTA update and other functions.

[0020] ECU (Electronic Control Unit) is an electronic controller unit that controls the driving state of the car and realizes its various functions. It mainly uses various sensors and bus data collection and exchange to determine the vehicle status and the driver's intention and control the car through actuators.

[0021] A2L (ASAM MCD 2MC Description File) file: A2L file is a standardized file format used to describe the functions and characteristics of automotive electronic controller units (ECUs). It is developed based on the ASAM (Association for Standardization of Automation and Measuring Systems) standard and is used to define the measurement and calibration parameters of ECUs. A2L files contain descriptions of the measurement and calibration parameters of ECUs, such as sensor data, signal quantities, and parameters for specific functions. It defines information such as the name, data type, physical unit, minimum and maximum values ​​of the parameters. A2L files also contain the communication protocol and format between measurement and calibration tools and ECUs. A2L files play an important role in the development, testing, and calibration of automotive electronic systems, enabling different tools and equipment to accurately access and interpret the parameters of ECUs.

[0022] CAN (Controller Area Network), controller area network; Combination Figure 1 and Figure 2 As shown in the flowchart, an embodiment of the present invention provides a configuration method for collecting data by a vehicle terminal, and the configuration method includes the following steps: S10. Establish an ECU type hierarchy and configure ECU type identification parameters.

[0023] In the present invention, the ECU type identification parameters include: type name, filter message ID, filter frame type, baud rate, ECU diagnostic command, send message ID, flow control message ID, receive message ID, diagnostic protocol type and CAN channel.

[0024] S20. Associate at least one ECU version under the ECU type and upload the A2L file corresponding to the ECU version, where the name of the ECU version corresponds to the version number in the ECU program. It should be emphasized that the name of the ECU version corresponds to the version number in the ECU program, which is a prerequisite for automatically identifying the ECU.

[0025] S30, parsing the A2L file, and obtaining variables from the MEASUREMENT tag, the COMPU_METHOD tag, and the COMPU_VTAB tag respectively.

[0026] In the embodiment of the present invention, the descriptions for the above three tags are as follows:

[0027] When parsing the A2L file, the semaphore name, semaphore address, data type, data length, conversion method name, and variable array length are obtained from the MEASUREMENT tag.

[0028] The description of the variables obtained above is as follows:

[0029] The data types are described in the following table:

[0030] The conversion method name, conversion type, format string, unit, whether to enumerate, coefficient, offset value, and mapping table are obtained from the COMPU_METHOD tag.

[0031] The description of the variables obtained above is as follows:

[0032] Get the mapping table name, mapping table size, and mapping table set from the COMPU_VTAB tag.

[0033] The description of the variables obtained above is as follows:

[0034] Furthermore, when parsing the A2L file, if the semaphore is an array, the address of the non-first element is calculated according to the byte length corresponding to the data type and the array length according to the formula Address[i] = ecuAddress + i×N; where Address[i] is the memory address of the i-th element in the array; ecuAddress is the starting memory address of the first element of the array; i is the array subscript, and N is the byte length corresponding to the data type.

[0035] Specifically, when parsing an A2L file, a semaphore may exist as a single value or an array. If the semaphore is an array, the A2L file only provides the memory address of the first element of the array (the address with subscript 0), and the addresses of other elements are calculated in the following way: 1) Determine the byte length of the data type Gets the number of bytes occupied by a single element according to the data type.

[0036] 2) Calculate the address of subsequent elements Assume that the address of the first element of the array is 0x1000, the data type is UWORD (2 bytes), and the array length is arraySize=5, then: The address of the 0th element: 0x1000; The first element address: 0x1000+1×2=0x1002; The second element address: 0x1000+2×2=0x1004; And so on, until the address of the 4th element: 0x1000+4×2=0x1008.

[0037] It should be pointed out that, in the embodiment of the present invention, since arraySize indicates the total length of the array, parsing of memory addresses that exceed the actual data range is avoided; in addition, storage space or network transmission resources are allocated according to the array length to avoid waste or shortage; during batch parsing, the system needs to clearly define the array boundaries to automatically generate configurations (such as ODT structures), and therefore, arraySize is indispensable.

[0038] For example, assume that an EngineRPM semaphore is defined in the A2L file, with data type: UWORD (2 bytes); array length: arraySize=4; first address: 0xA1B2; then the addresses of the four elements are: 0xA1B2, 0xA1B4, 0xA1B6, 0xA1B8; if arraySize is missing, it is impossible to determine how many elements need to be read, which may result in data truncation or memory overflow.

[0039] S40: Generate a PID sequence according to the signal quantity screened by the user, and configure basic information and data source to generate at least one acquisition configuration.

[0040] In the present invention, the basic information specifically includes CAN channel, baud rate, protocol type, byte order, key algorithm, send message ID and receive message ID; the data source includes event channel, rate divider, data acquisition message ID, ODT start value, ODT end value and DTO start value.

[0041] In the present invention, the maximum configuration of the data sources is three.

[0042] Specifically, after parsing the A2L file, you can get detailed information about the entire semaphore. The user can filter through the semaphore list and save the semaphore after filtering. At this time, the semaphores will be sorted from 0 according to the size of the PID. The final value of the PID is the number of ODTs (ODT is a semaphore list, a structure used to organize data collection).

[0043] After selecting the semaphore, you need to continue to configure the basic information and data source. After configuring the basic information and data source, save to generate a collection configuration. Of course, you can also add multiple collection configurations. Only one of the multiple collection configurations can be enabled. That is to say, for an ECU version, only one collection configuration can be effective at a time.

[0044] When T-BOX receives a remote collection update command, it will obtain the collection configuration information according to the command prompt and then restart a new collection task.

[0045] S50, sending a version reading command to the ECU cyclically through the T-BOX, and when the version number returned by the ECU matches the ECU version number in the configuration, issuing a CAN instruction corresponding to the acquisition configuration; Specifically, at the beginning of data collection, T-BOX cyclically sends ECU version reading commands based on the ECU version information in the collected information, and compares the read ECU version information with the ECU version in the configuration. If they are the same, it means that the data of this ECU version is collected. The collection command corresponding to the ECU version is taken out and sent to the ECU according to the CAN protocol; when all commands are sent, the ECU will spontaneously send messages out at a certain frequency.

[0046] S60, creating a write queue and a read queue, temporarily storing the data sent by the ECU in the write queue, and transmitting the read queue to the server through the network.

[0047] It should be noted that since the ECU sends messages out very quickly, the messages must first be stored in the write queue, and then taken out of the read queue through network transmission and sent to the server for storage.

[0048] In the present invention, the configuration method further includes: writing the queue data into the local storage card when the network is interrupted, and uploading the data in the local storage card to the server first after the network is restored. In an embodiment of the present invention, the local storage card may be, for example, a local SD card.

[0049] It is understandable that in an embodiment of the present invention, the server can also be configured to parse and store data according to the collection configuration and provide a data download function; in addition, the tester can also download the data through the background page and analyze it through professional tools.

[0050] An embodiment of the present invention also provides a system for collecting data from a vehicle-mounted terminal, the system comprising an ECU management module, an A2L file parsing and configuration module, a collection configuration publishing and subscription module, a T-BOX-side CAN communication module, and a T-BOX-side network transceiver module.

[0051] Among them, the ECU management module is used to configure the ECU type and version, and associate the A2L file; the A2L file parsing and configuration module is used to parse the A2L file associated with the ECU version, obtain variables and generate configurable acquisition parameters; the acquisition configuration publishing and subscription module is used to generate a PID sequence according to the signal quantity screened by the user, configure basic information and data sources to generate at least one acquisition configuration, and publish the acquisition configuration to the T-BOX end; the CAN communication module on the T-BOX end is used to perform dynamic identification of the ECU version, generate CAN command frames according to the protocol type and send them to the ECU, and receive the acquisition data returned by the ECU; the network transceiver module on the T-BOX end is used to create a write queue and a read queue, temporarily store the ECU data in the write queue and transmit it to the server through the network, and write the data to the local storage card when the network is interrupted, and upload it to the server first after the network is restored.

[0052] An embodiment of the present invention further provides an electronic device, including a processor and a memory, wherein the memory stores machine executable instructions that can be executed by the processor, and the processor can execute the machine executable instructions to implement the above configuration method.

[0053] In the present invention, the processor includes a kernel, and the kernel retrieves the corresponding program unit from the memory. One or more kernels may be provided.

[0054] The memory may include non-permanent memory in a computer-readable storage medium, random access memory (RAM) and / or non-volatile memory, such as read-only memory (ROM) or flash RAM, and the memory includes at least one memory chip.

[0055] An embodiment of the present invention further provides a computer-readable storage medium, on which a computer program is stored. When the computer program is executed by a processor, the above configuration method is implemented.

[0056] Those skilled in the art will appreciate that embodiments of the present invention may be provided as methods, systems, or computer program products. Therefore, the present invention may take the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware. Moreover, the present invention may take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0057] The present invention is described with reference to flowcharts and / or block diagrams of methods, devices (systems), and computer program products according to embodiments of the present invention. It should be understood that each process and / or block in the flowchart and / or block diagram, as well as the combination of processes and / or blocks in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0058] These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 A process or multiple processes and / or boxes Figure 1 A function specified in one or more boxes.

[0059] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operating steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions for implementing the process. Figure 1 A process or multiple processes and / or boxes Figure 1 The steps for the functions specified in one or more boxes.

[0060] In a typical configuration, a computing device includes one or more processors (CPU), input / output interfaces, network interfaces, and memory.

[0061] The memory may include non-permanent memory in a computer-readable storage medium, random access memory (RAM) and / or non-volatile memory in the form of read-only memory (ROM) or flash RAM. The memory is an example of a computer-readable storage medium.

[0062] Computer-readable storage media include permanent and non-permanent, removable and non-removable media that can be used to store information by any method or technology. Information can be computer-readable instructions, data structures, program modules or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, compact disc read-only memory (CD-ROM), digital versatile disc (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices or any other non-transmission media that can be used to store information that can be accessed by a computing device. As defined herein, computer-readable storage media does not include temporary computer-readable media (transitory media), such as modulated data signals and carrier waves.

[0063] It should also be noted that the term "comprises" or any other variation thereof is intended to cover non-exclusive inclusion, so that a process, method, commodity, or device that includes a series of elements includes not only those elements, but also includes other elements that are not explicitly listed, or also includes elements inherent to such process, method, commodity, or device. In the absence of more restrictions, the elements defined by the sentence "comprises a ..." do not exclude the existence of other identical elements in the process, method, commodity, or device that includes the elements.

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

Claims

1. A configuration method for collecting data by a vehicle terminal, characterized in that: The following steps are involved: Establish ECU type hierarchy and configure ECU type identification parameters; Under ECU type, associate at least one ECU version and upload the A2L file corresponding to the ECU version. The name of the ECU version corresponds to the version number in the ECU program. Parse the A2L file and get variables from the MEASUREMENT tag, COMPU_METHOD tag, and COMPU_VTAB tag respectively; Generate a PID sequence according to the signal quantity screened by the user, and configure basic information and data sources to generate at least one acquisition configuration; The version reading command is sent to the ECU cyclically through the T-BOX. When the version number returned by the ECU matches the ECU version number in the configuration, the CAN command corresponding to the acquisition configuration is issued; A write queue and a read queue are created, data sent by the ECU is temporarily stored in the write queue, and the read queue is transmitted to the server through the network.

2. The configuration method according to claim 1, characterized in that: The ECU type identification parameters include: type name, filter message ID, filter frame type, baud rate, ECU diagnostic command, send message ID, flow control message ID, receive message ID, diagnostic protocol type and CAN channel.

3. The configuration method according to claim 1, characterized in that: When parsing the A2L file, the semaphore name, semaphore address, data type, data length, conversion method name, and variable array length are obtained from the MEASUREMENT tag; Obtain the conversion method name, conversion type, format string, unit, whether to enumerate, coefficient, offset value, and mapping table from the COMPU_METHOD tag; Get the mapping table name, mapping table size, and mapping table set from the COMPU_VTAB tag.

4. The configuration method according to claim 1, characterized in that: When parsing the A2L file, if the semaphore is an array, the address of the non-first element is calculated according to the byte length and array length corresponding to the data type, using the formula Address[i]= ecuAddress +i×N; Among them, Address[i] is the memory address of the i-th element in the array; ecuAddress is the starting memory address of the first element of the array; i is the array subscript, and N is the byte length corresponding to the data type.

5. The configuration method according to claim 1, characterized in that: The basic information includes CAN channel, baud rate, protocol type, byte order, key algorithm, send message ID and receive message ID; The data source includes an event channel, a rate divider, a data acquisition message ID, an ODT start value, an ODT end value and a DTO start value.

6. The configuration method according to claim 5, characterized in that: The maximum configuration of the data source is three.

7. The configuration method according to claim 1, characterized in that: The configuration method also includes: writing the queue data into the local storage card when the network is interrupted, and uploading the data in the local storage card to the server first after the network is restored.

8. A system for collecting data by a vehicle terminal, characterized in that: include: ECU management module, used to configure ECU type and version, and associate A2L files; A2L file parsing and configuration module, used to parse the A2L file associated with the ECU version, obtain variables and generate configurable acquisition parameters; The collection configuration publishing and subscription module is used to generate a PID sequence according to the signal quantity screened by the user, configure basic information and data sources to generate at least one collection configuration, and publish the collection configuration to the T-BOX end; The CAN communication module on the T-BOX side is used to perform dynamic identification of the ECU version, generate CAN command frames according to the protocol type and send them to the ECU, and receive the collected data returned by the ECU; as well as The network transceiver module on the T-BOX side is used to create write queues and read queues, temporarily store ECU data in the write queue and transmit it to the server through the network, and write data to the local storage card when the network is interrupted, and upload it to the server first after the network is restored.

9. An electronic device, characterized in that: The invention comprises a processor and a memory, wherein the memory stores machine executable instructions that can be executed by the processor, and the processor can execute the machine executable instructions to implement the configuration method according to any one of claims 1 to 7.

10. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the configuration method according to any one of claims 1 to 7 is implemented.

Images