A Method, System, Medium and Device for A2L File Splitting Design
By splitting the A2L file into multiple functional files, the problem of frequent changes and inefficient development in the existing technology is solved, and efficient modular development and independent modification are achieved.
Patent Information
- Application Number
- CN202211496563.5
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- Filing Date
- 2022-11-24
- Publication Date
- 2025-07-08
- Estimated Expiration
- 2042-11-24
AI Technical Summary
In the prior art, A2L files need to be changed frequently and cannot support collaborative development of multiple people. In addition, ECU parameters and memory addresses need to be frequently modified when replacing ECUs, resulting in inefficient development.
Split the A2L file into multiple functional files, including protocol layer structure information, data alignment, electronic control unit memory data and communication connection commands, etc., and modify and generate them separately, supporting modular multi-person collaborative development.
Improve development efficiency, reduce dependence on tool software, simplify the modification process, and support multi-person collaboration and independent development.
Smart Images

Figure CN115774440B_ABST
Abstract
Description
Technical Field
[0001] The present invention relates to the field of electronic control technology, and in particular, to a method, system, medium, and device for splitting A2L files for design. Background Art
[0002] At present, a large number of advanced electronic control technologies are being increasingly widely applied to agricultural equipment. For example, the hydraulic proportional solenoid valve control for the walking and steering of agricultural machinery, the closed-loop control of the cutter speed during the harvesting operation, the closed-loop adjustment of the concave plate gap for rice threshing and cleaning, the closed-loop control of the rotational speed of the cleaning fan, and also including a large number of control systems such as the yield detection system and the harvesting loss detection system. Among them, the electronic control unit (ECU) is the core component of the agricultural machinery electronic control system. The main task of the electronic control unit is to control the agricultural machinery to achieve an ideal harvesting operation state, and to achieve closed-loop control in a feedback manner. By collecting various agricultural machinery operation information and the operation intention information of the driver through sensors, and adopting appropriate control algorithms to output reasonable control signals, and using various actuators such as solenoid valves and relays to change the working state of the agricultural machinery to achieve the ideal control effect. Parameters such as the working state need to be continuously detected in real time, and ideal control signals are output according to various control rules. This process is called parameter calibration. Collecting the working state of the agricultural machinery and the driving operation intention through sensors is called testing.
[0003] In this process, an important calibration tool software is required, which can perform an abstraction process on the specific calibration work and various variable address parameter information inside the ECU. The calibration tool does not need to know the internal address information of the specific controller used, and only focuses on the adjustment of control parameters. This intermediate layer of the abstraction process is the A2L file.
[0004] The prior art is a control model development method based on MDB. The A2L file generated by the control model only includes measurement and calibration parameter information and must be processed to include a complete project description information. During the control model development stage, the model logical structure and control parameter variables need to be frequently modified, added, or deleted. There are three problems in this process: ① For the measurement and calibration parameters that need to be frequently changed, when modifying the control model and adding or reducing control parameters, the A2L file needs to be frequently changed, and the manual modification method is definitely unrealistic. ② Another thing that needs to be changed is that if the ECU is replaced, interface information such as ECU parameters and memory addresses needs to be modified; however, it only needs to be modified once when the ECU is replaced, unlike the data information of the control model that needs to be repeatedly modified. ③ The commonly used development method for an A2L tool software solution in the industry generates a monolithic A2L file. This method first cannot achieve the multi-person collaborative development method of the model. If multiple people collaborate to develop a control model, after combining each control model into a total control model, the tool software provided by Vector is still needed to generate the A2L file for test calibration. Summary of the Invention
[0005] The technical problem to be solved by the present invention is to provide an A2L file splitting design method, system, medium, and device in view of the deficiencies of the prior art.
[0006] The technical solution of the present invention to solve the above technical problems is as follows:
[0007] An A2L file splitting design method includes:
[0008] Splitting the frequently changed part of the target A2L file into multiple function files;
[0009] When modifying the preset data of the target A2L file, modify it in the function file corresponding to the preset data;
[0010] And generating an A2L file according to the modified function file in combination with the unchanged part in the target A2L file.
[0011] The beneficial effect of the present invention is that this solution designs the A2L file in a splitting manner. When data needs to be modified, it only needs to be modified in the function file of the A2L file, and there is no need to use the tool software for secondary modification, which greatly improves the development efficiency.
[0012] The file unit part split into multiple A2L function files supports modular multi-person collaborative independent development of the control model without the need for integration at the model level. Each individual control model separately generates the A2L file corresponding to the model file, which is simple, convenient, and improves efficiency.
[0013] Further, the target A2L file includes a variable part and an invariant part; the preset data is the variable part.
[0014] The beneficial effect of adopting the above further solution is that in this solution, a complete A2L file is split into a variable part and a fixed part. The variable part can be automatically updated without the need for secondary modification using tool software, greatly improving the development efficiency.
[0015] Further, the target A2L file is split into 4 functional files. Further,
[0016] The 4 functional files are respectively:
[0017] The first functional file, the second functional file, the third functional file, and the fourth functional file;
[0018] The first functional file is used to record the structure information of the protocol layer of the target A2L file;
[0019] The second functional file is used to record the description information of the data alignment method;
[0020] The third functional file is used to record the memory data of the electronic control unit in the agricultural machinery;
[0021] The fourth functional file is used to record the communication connection commands and programming commands.
[0022] Further, the modification of the preset data includes at least one of deleting variables, adding variables, and changing the data type of variables.
[0023] Another technical solution for the present invention to solve the above technical problems is as follows:
[0024] An A2L file splitting and design system includes: a splitting module, a modification module, and an A2L file generation module;
[0025] The splitting module is used to split the variable part of the target A2L file into multiple functional files;
[0026] The modification module is used to modify in the functional file corresponding to the preset data when the preset data of the target A2L file is modified;
[0027] The A2L file generation module is used to generate an A2L file based on the modified functional files and in combination with the invariant part in the target A2L file.
[0028] The beneficial effects of the present invention are as follows: This solution designs the A2L file in a split manner. When data needs to be modified, only the function file in the A2L file needs to be modified, and there is no need to use tool software for secondary modification, which greatly improves the development efficiency.
[0029] The file unit part of the function file of the A2L split into multiple parts supports modular multi-person collaborative independent development of the control model without the need for integration at the model level. Each individual control model separately generates the A2L file corresponding to the model file, which is simple, convenient, and improves efficiency.
[0030] Further, the target A2L file includes a constantly changing part and an unchanging part; the preset data is the constantly changing part.
[0031] The beneficial effect of adopting the above further solution is: In this solution, a complete A2L file is split into a constantly changing part and a fixed unchanging part. The constantly changing part can be automatically updated without the need for secondary modification using tool software, which greatly improves the development efficiency.
[0032] Further, the splitting module is specifically used to split the target A2L file into 4 function files.
[0033] Further,
[0034] The 4 function files are respectively:
[0035] The first function file, the second function file, the third function file, and the fourth function file;
[0036] The first function file is used to record the structure information of the protocol layer of the target A2L file;
[0037] The second function file is used to record the description information of the data alignment method;
[0038] The third function file is used to record the memory data of the electronic control unit in agricultural machinery;
[0039] The fourth function file is used to record communication connection commands and programming commands. Further, the modification of the preset data includes at least one of deleting variables, adding variables, and changing the data type of variables.
[0040] Another technical solution for the present invention to solve the above technical problems is as follows:
[0041] A storage medium stores instructions, and when a computer reads the instructions, the computer is caused to execute an A2L file split design method as described in any of the above solutions.
[0042] Another technical solution for the present invention to solve the above technical problems is as follows:
[0043] An electronic device includes a processor and the storage medium described in the above solution, and the processor executes instructions in the storage medium.
[0044] Advantages of additional aspects of the present invention will be given in part in the following description, become apparent in part from the following description, or be learned through practice of the present invention. Description of the Drawings
[0045] Figure 1 A flowchart showing a method for splitting an A2L file design provided for an embodiment of the present invention;
[0046] Figure 2 A block diagram showing the structure of an A2L file splitting design system provided for an embodiment of the present invention;
[0047] Figure 3 A schematic diagram showing a complete A2L file splitting framework provided for other embodiments of the present invention;
[0048] Figure 4 A schematic diagram showing the content of the main XCP_v1_0_main.A2L file provided for other embodiments of the present invention;
[0049] Figure 5 A schematic diagram showing the composition classification of an A2L file provided for other embodiments of the present invention. Detailed Embodiments
[0050] The principles and features of the present invention will be described below in conjunction with the accompanying drawings. The illustrated embodiments are only used to explain the present invention and are not intended to limit the scope of the present invention.
[0051] As Figure 1 shown, a method for splitting an A2L file design provided for an embodiment of the present invention includes:
[0052] S1, splitting the constant and variable parts of the target A2L file into multiple functional files;
[0053] It should be noted that in a certain embodiment, splitting the target A2L file into multiple functional files may include:
[0054] As Figure 3 shown, splitting the target A2L file XCP_v1_0_main.A2L into multiple functional files, where the file 《XCP_Definitions_v1_0.AML》 defines the structure definitions of the protocol layer and consists of two sub-definition files, 《XCP_common_v1_0.AML》 and 《XCP_on_CAN_v1_0.AML》, and these two files form Figure 2The content of the A2ML sub-module mainly defines communication interface parameters, including baud rate, frame ID, jump width, edge synchronization, etc. Subsequently, there is the sub-definition file "XCP_v1_0_MOD_COMMON.A2L", which has less content and mainly describes data alignment information. Next is the instantiation of specific parameters from the previous definition files. The custom file "XCP_v1_0_MOD_PAR.A2L" mainly manages the memory data of the ECU (Electrical Control Unit), defined by customer number, CRC check method, memory paging, etc. This part of the content is information used during calibration. Then comes the core part of the A2L file, "XCP_v1_0_IF_DATA.A2L", which mainly contains communication connection commands, programming commands, etc., including 7 timeout information for establishing connections and communication, the number of static and dynamic DAQs, used Events, etc.; there are also parameter definition instances such as the CAN communication transmit and receive ID numbers and baud rate.
[0055] Finally, there is our model data variable file "XCP_ModelVariables1.A2L", where the parameter variables and test parameter variables to be calibrated in the control model are defined. This file is automatically generated when the model generates code. However, during the development of the control model, operations such as frequently deleting variables, adding variables, changing the data types of variables, and renaming variables may occur, resulting in continuous changes in the memory addresses of variables in the ECU. Sometimes, the number of parameters in the control model can reach tens of thousands, and it is definitely unrealistic to modify the variable file manually. The design solution in this article modifies the built-in asap2post.m file in MATLAB. When the control model generates code, it automatically imports ECU Address information. The asap2post.m file can read the address data of the variable file when generating the test calibration parameter A2L file and fill it into the address information of the calibration parameters in the A2L file, eliminating the need for manual operation. Of course, since the control model is developed collaboratively by multiple people, each person develops different control function modules, and there will be multiple model data variable A2L files, which can be generated separately.
[0056] The content of the target A2L file XCP_v1_0_main.A2L is as Figure 4 shown.
[0057] The finally used XCP_v1_0_main.A2L file includes multiple sub-A2L files designed by splitting using the #include method, including 《XCP_common_v1_0.AML》, 《XCP_on_CAN_v1_0.AML》, 《XCP_v1_0_MOD_COMMON.A2L》, 《XCP_v1_0_MOD_PAR.A2L》, and 《XCP_v1_0_IF_DATA.A2L》, etc. Of course, the constantly changing parts 《XCP_ModelVariables1.A2L》 and 《XCP_ModelVariables2.A2L》 in the A2L file are also essential.
[0058] There are two control models, which respectively generate two A2L files, 《XCP_ModelVariables1.A2L》 and 《XCP_ModelVariables2.A2L》.
[0059] S2, when modifying the preset data of the target A2L file, modify it in the function file corresponding to the preset data;
[0060] S3, and generate an A2L file according to the modified function file in combination with the unchanged part in the target A2L file.
[0061] This solution designs the A2L file in a split manner. When data needs to be modified, only the function file in the A2L file needs to be modified, and there is no need to use the tool software for secondary modification, which greatly improves the development efficiency.
[0062] The file unit part of the function file split into multiple A2Ls supports modular multi-person collaborative independent development of the control model. There is no need to integrate at the model level. Each individual control model separately generates the A2L file corresponding to the model file, which is simple, convenient, and improves efficiency.
[0063] Optionally, in some embodiments, the target A2L file includes a constantly changing part and an unchanged part; the preset data is the constantly changing part.
[0064] This solution splits a complete A2L file into a constantly changing part and a fixed unchanged part. The constantly changing part can be automatically updated, and there is no need to use the tool software for secondary modification, which greatly improves the development efficiency. Optionally, in some embodiments, splitting the target A2L file into multiple function files specifically includes:
[0065] Split the target A2L file into a first function file, a second function file, a third function file, and a fourth function file according to the function type;
[0066] The first functional file is the structural information of the protocol layer of the target A2L file;
[0067] The second functional file is the description information of the data alignment method;
[0068] The third functional file is the memory data of the electronic control unit in the agricultural machinery;
[0069] The fourth functional file is the communication connection command and the programming command.
[0070] Optionally, in some embodiments, the preset data modification includes at least one of deleting variables, adding variables, and changing the data type of variables.
[0071] The A2L file is designed in a split manner. A complete A2L file is split into a frequently changing part and a fixed part. For operations such as adding and deleting variables in the control model, the frequently changing variable parameter part can be automatically updated with the code generation of the control model, eliminating the need for manual secondary modification with commercial tool software, simplifying the operation and improving the development efficiency;
[0072] It is split into multiple A2L file unit parts, supporting modular multi-person collaborative independent development of the control model without the need for integration at the model level. Each individual control model separately generates the A2L file corresponding to the model file, and multiple split A2L files will ultimately be included in the final main XCP_v1_0_main.A2L file in the way of #include, which is simple, convenient, and efficient;
[0073] In the split design method, as small as a control model is split into multiple functional blocks for independent development, or multiple controller models can be integrated for development. A complete A2L file can not only include the ECU engine controller to control the engine to output power as required, but also include the TCU transmission controller to control gear shifting; the VCU whole machine controller to control the actions of the whole machine's hydraulic system to achieve harvesting operations such as harvesting, feeding, and threshing; the TBOX data terminal, which can upload information such as yield per mu, working location, and working duration to the platform to achieve intensive land management; the PCU navigation controller to achieve unmanned autonomous driving operations of agricultural machinery; etc. Multiple controllers can be integrated and calibrated for development; the A2L file can be large or small, flexible and convenient;
[0074] If designed in the traditional monolithic A2L file design method, the calibration variables of so many controllers are placed in one A2L file, which contains a large number of variables and a large number of lines of file content, making it inconvenient to search and modify. When split into multiple separate files according to function types, the variable A2L file content of each controller is concise, the structure is clear, and it is very convenient to search and modify.
[0075] In a certain embodiment, such as Figure 2As shown in the figure, an A2L file splitting design system includes: a splitting module 1101, a modification module 1102, and an A2L file generation module 1103;
[0076] The splitting module 1101 is used to split the variable part of the target A2L file into multiple function files;
[0077] The modification module 1102 is used to modify the corresponding function file when modifying the preset data of the target A2L file;
[0078] The A2L file generation module 1103 is used to generate an A2L file according to the modified function file and in combination with the unchanging part in the target A2L file.
[0079] This solution designs the A2L file in a splitting manner. When data needs to be modified, only the function file in the A2L file needs to be modified, and there is no need to use tool software for secondary modification, which greatly improves the development efficiency.
[0080] The file unit part split into multiple A2L function files supports modular multi-person collaborative independent development of the control model. There is no need to integrate at the model level. Each individual control model separately generates the A2L file corresponding to the model file, which is simple and convenient and improves efficiency.
[0081] Optionally, in some embodiments, the target A2L file includes a variable part and an unchanging part; the preset data is the variable part.
[0082] This solution splits a complete A2L file into a variable part and a fixed unchanging part. The variable part can be automatically updated, and there is no need to use tool software for secondary modification, which greatly improves the development efficiency.
[0083] Optionally, in some embodiments, the splitting module 1101 is specifically used to split the target A2L file into a first function file, a second function file, a third function file, and a fourth function file according to the function type;
[0084] The first function file is a file for recording the structure information of the protocol layer of the target A2L file;
[0085] The second function file is a file for recording the description information of the data alignment method;
[0086] The third function file is a file for recording the memory data of the electronic control unit in agricultural machinery;
[0087] The fourth functional file is used to record communication connection commands and programming commands. Optionally, in some embodiments, the preset data modification includes at least one of deleting variables, adding variables, and changing the data type of variables.
[0088] A complete test and calibration communication protocol A2L file is split into multiple independent functional files. Each functional file contains different data segments of the A2L file. The variable part and the invariant part are split into separate files. The variable part that changes with the model, such as the two A2L files 《XCP_ModelVariables1.A2L》 and 《XCP_ModelVariables2.A2L》, is integrated with each update of the model, and the corresponding A2L files are automatically updated each time. The invariant part includes the project information description A2L file and the controller interface parameter description A2L file, such as 《XCP_common_v1_0.AML》, 《XCP_on_CAN_v1_0.AML》, 《XCP_v1_0_MOD_COMMON.A2L》, 《XCP_v1_0_MOD_PAR.A2L》, and 《XCP_v1_0_IF_DATA.A2L》. A complete controller model is divided into multiple functional block model files. Each model file generates its own model calibration variable A2L file, which is very suitable for collaborative development of control models by multiple people, and the independence is greatly enhanced. The variable addresses in the variable part of the model, such as the 《XCP_ModelVariables1.A2L》 file of functional module 1, can be automatically updated with the integration of the model code, without the need for secondary development using commercial tool software again, and the model development efficiency is also greatly improved.
[0089] For the A2L file in the model variable part, the variable addresses are automatically imported into the A2L file with model integration, eliminating the need for re-development and adding operation steps;
[0090] A completely independent model modular development method where each functional block can be designed as an independent model file to generate an independent A2L file.
[0091] It can be understood that in some embodiments, it may include some or all of the optional implementation manners in the above embodiments.
[0092] It should be noted that the above embodiments are product embodiments corresponding to the prior method embodiments. For the description of the optional implementation manners in the product embodiments, reference can be made to the corresponding descriptions in the above method embodiments, and details will not be repeated here.
[0093] In one embodiment, the A2L file is a descriptive file in a language similar to ARXML written according to the ASAP2 standard (using open tags and close tags to describe information), which describes parameters related to ECU device communication, data interface information, ECU internal parameter information, etc. It is mainly protocol layer description information and can be understood as a communication matrix, including communication interface description, project information, ECU information, measurement variable information, and calibration variable information. Figure 5 It details the components of the A2L file and shows each functional block required for a complete A2L project file. Based on the MDB-based modeling control development method, the A2L file generated by the control model only includes measurement and calibration parameter information and must be processed to include a complete project description information. The A2L file should not only include measurement and calibration parameter information but also include communication interface parameters, parameter information descriptions such as the memory addresses inside the ECU, etc. The common industry solution is to develop an A2L commercial tool software and process the A2L file generated by the model with this tool software every time. The processed A2L file can then include all the functional block information. The A2L files generated by the tool software provided by many suppliers such as Vector, ETAS, etc. are all monolithic files, which contain Figure 5 all the functional block parts of the A2L file shown.
[0094] The reader should understand that in the description of this specification, the description with reference to terms such as "one embodiment", "some embodiments", "example", "specific example", or "some examples", etc. means that the specific features, structures, materials, or characteristics described in connection with the embodiment or example are included in at least one embodiment or example of the present invention. In this specification, the schematic representations of the above terms do not necessarily refer to the same embodiment or example. Moreover, the specific features, structures, materials, or characteristics described can be combined in a suitable manner in any one or more embodiments or examples. In addition, without contradiction, those skilled in the art can combine and combine the different embodiments or examples described in this specification and the features of different embodiments or examples.
[0095] In several embodiments provided by the present application, it should be understood that the disclosed device and method can be implemented in other ways. For example, the method embodiments described above are merely illustrative. For example, the division of steps is only a logical function division, and there can be other division methods in actual implementation. For example, multiple steps can be combined or integrated into another step, or some features can be ignored or not executed.
[0096] When the above method is implemented in the form of software functional units and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present invention, in essence, or the part that contributes to the prior art, or all or part of the technical solution can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions for causing a computer device (which can be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the methods in various embodiments of the present invention. The foregoing storage medium includes: various media such as USB flash drives, mobile hard disks, read-only memories (ROM, Read-Only Memory), random access memories (RAM, Random Access Memory), magnetic disks, or optical discs that can store program codes.
[0097] The above is only the specific implementation manner of the present invention, but the protection scope of the present invention is not limited thereto. Any person skilled in the art within the technical scope disclosed by the present invention can easily think of various equivalent modifications or substitutions, and these modifications or substitutions should all be covered within the protection scope of the present invention. Therefore, the protection scope of the present invention should be subject to the protection scope of the claims.
Claims
1. A method for splitting A2L files, characterized in that, including: splitting the frequently-changing part of the target A2L file into multiple functional files; when modifying the preset data of the target A2L file, making the modification in the functional file corresponding to the preset data; and generating an A2L file based on the modified functional file in combination with the unchanged part in the target A2L file; splitting the target A2L file XCP_v1_0_main.A2L into multiple functional files. Among them, the file 《XCP_Definitions_v1_0.AML》defines the structure definitions of the protocol layer and consists of two sub-definition files. It is the definition of communication interface parameters, including baud rate, frame ID, jump width, and edge synchronization parameters. Subsequently is the sub-definition file 《XCP_v1_0_MOD_COMMON.A2L》, which is the description information of the data alignment method. The custom file 《XCP_v1_0_MOD_PAR.A2L》manages the memory data of the ECU and is defined by customer number, CRC check method, and memory paging. Then comes the core part of the A2L file, 《XCP_v1_0_IF_DATA.A2L》, which contains communication connection commands, programming commands, and also includes 7 timeout information for establishing connections and communications, the number of static and dynamic DAQs, and the Events used. There are also the CAN communication transceiver ID numbers and the baud rate parameter definition instances; finally, there is the model data variable file 《XCP_ModelVariables1.A2L》, in which the parameter variables and test parameter variables to be calibrated in the model are defined; this file is automatically generated when the model generates code.
2. The A2L file splitting design method according to claim 1, wherein The modification of the preset data includes at least one of deleting variables, adding variables, and changing the data types of variables.
3. An A2L file splitting design system, which adopts an A2L file splitting design method as described in claim 1, is characterized in that The system includes: a splitting module, a modification module, and an A2L file generation module; The splitting module is used to split the frequently-changing part of the target A2L file into multiple functional files; The modification module is used to make modifications in the functional file corresponding to the preset data when the preset data of the target A2L file is modified; The A2L file generation module is used to generate an A2L file based on the modified functional file in combination with the unchanged part in the target A2L file.
4. An A2L file splitting and design system according to claim 3, characterized in that, The modification of the preset data includes at least one of deleting variables, adding variables, and changing the data types of variables.
5. A storage medium, characterized in that, The storage medium stores instructions, and when a computer reads the instructions, it causes the computer to execute an A2L file splitting design method as described in claim 1 or 2.
6. An electronic device, characterized in that, including a processor and the storage medium as described in claim 5, and the processor executes the instructions in the storage medium.
Citation Information
Patent Citations
A2L file processing method and device and storage medium
CN112486925A