Configuration method and device of vehicle control unit, vehicle and storage medium

Abstract

The embodiment of the invention provides a configuration method and device for a vehicle control unit, a vehicle and a storage medium, and the method comprises the steps: responding to a received configuration instruction of the vehicle control unit corresponding to the vehicle, and obtaining the vehicle identification information of the vehicle; determining target difference configuration information corresponding to the vehicle identification information from a second storage area based on the vehicle identification information; based on the basic configuration information and the target difference configuration information, the vehicle control unit is configured, a configuration result is obtained, and the configuration result is used for representing whether the vehicle control unit is successfully configured or not. According to the invention, the technical problem of low efficiency of storing and dynamically switching multi-vehicle configuration in the prior art is solved.

Description

Technical Field

[0001] This application relates to the field of software engineering technology, and in particular to a method, apparatus, vehicle, and storage medium for configuring a vehicle control unit. Background Technology

[0002] With the rapid development of the automotive industry, especially driven by the trends of intelligent connectivity and electrification, the complexity and diversity of vehicle electronic control units (ECUs) have increased dramatically. In modern vehicle design, the same model series often needs to support multiple configurations, including different levels of autonomous driving assistance systems, body control modules, and central domain controllers, to meet different usage requirements. However, traditional ECU software development and deployment methods result in low efficiency in storing and dynamically switching multiple model configurations. Summary of the Invention

[0003] This application provides a method, apparatus, vehicle, and storage medium for configuring a vehicle control unit, aiming to improve the low efficiency of storing and dynamically switching configurations of multiple vehicle models in related technologies.

[0004] According to one embodiment of this application, a configuration method for a vehicle control unit is provided, comprising: in response to receiving a configuration instruction for a vehicle control unit corresponding to a vehicle, obtaining vehicle identification information of the vehicle, wherein the vehicle control unit includes a first storage area and a second storage area, the first storage area being used to store basic configuration information, the second storage area being used to store multiple differential configuration information, the basic configuration information being used to represent configuration information supported by the vehicles corresponding to the multiple vehicle identification information, and the multiple differential configuration information being used to represent configuration information supported by the vehicles corresponding to different vehicle identification information; determining target differential configuration information corresponding to the vehicle identification information from the second storage area based on the vehicle identification information; configuring the vehicle control unit based on the basic configuration information and the target differential configuration information to obtain a configuration result, wherein the configuration result is used to indicate whether the vehicle control unit is configured successfully.

[0005] Further, based on the basic configuration information and the target difference configuration information, the vehicle control unit is configured to obtain a configuration result, including: loading the target difference configuration information into a third storage area to obtain a first loading result, wherein the first loading result indicates whether the target difference configuration information has been successfully loaded into the third storage area, and the third storage area represents the information configuration area of ​​the vehicle control unit; in response to the first loading result indicating that the target difference configuration information has been successfully loaded into the third storage area, the communication matrix mapping table in the third storage area is updated based on the target difference configuration information to obtain an update result, wherein the update result indicates whether the communication matrix mapping table has been updated completely, and the communication matrix mapping table represents the signal interface mapping relationship of the vehicle control unit; in response to the update result indicating that the communication matrix mapping table has been updated completely, and receiving the running instruction of the vehicle control unit, the basic configuration information is loaded into a fourth storage area to obtain a second loading result, and the configuration result is determined based on the second loading result and the update result, wherein the second loading result indicates whether the basic configuration information has been successfully loaded into the fourth storage area, and the fourth storage area represents the information operation area of ​​the vehicle control unit.

[0006] Further, based on the second loading result and the update result, the configuration result is determined, including: in response to the second loading result indicating that the basic configuration information has been successfully loaded into the fourth storage area and the update result indicating that the communication matrix mapping table has been updated, the vehicle control unit is run to obtain the running result, wherein the running result is used to indicate whether the vehicle control unit has run successfully; in response to the running result indicating that the vehicle control unit has run successfully, the configuration result is determined to be that the vehicle control unit has been configured successfully.

[0007] Furthermore, the communication matrix mapping table includes multiple sub-mapping tables. Based on the target difference configuration information, the communication matrix mapping table in the third storage area is updated to obtain an update result, including: determining the target sub-mapping table corresponding to the target difference configuration information from the multiple sub-mapping tables, wherein different sub-mapping tables are adapted to different vehicle identification information; masking other mapping tables in the multiple sub-mapping tables except the target sub-mapping table to obtain a masking result, wherein the masking result is used to indicate whether the other mapping tables were successfully masked; in response to the masking result indicating that the other mapping tables were successfully masked, updating the data format in the target sub-mapping table based on the target difference configuration information to obtain an update result.

[0008] Further, based on the vehicle identification information, the target differential configuration information corresponding to the vehicle identification information is determined from the second storage area, including: determining the data identifier instruction corresponding to the vehicle identification information based on a preset mapping table, wherein the preset mapping table is used to represent the correspondence between different vehicle identification information and different data identifier instructions; and reading the target differential configuration information from the second storage area based on the data identifier instruction.

[0009] Further, based on the data identifier instruction, the target difference configuration information is read from the second storage area, including: outputting the data identifier instruction; receiving feedback information of the data identifier instruction; adjusting the data identifier instruction based on the feedback information to obtain an adjusted data identifier instruction; and reading the target difference configuration information from the second storage area based on the adjusted data identifier instruction.

[0010] Furthermore, the method also includes: in response to receiving a vehicle identification update instruction, obtaining updated vehicle identification information and an update data identifier instruction corresponding to the updated vehicle identification information; and updating a preset mapping table based on the updated vehicle identification information and the update data identifier instruction.

[0011] The above-described optional embodiments of this application achieve the following beneficial effects: By obtaining the vehicle identification information of the vehicle upon receiving a configuration instruction from the vehicle control unit corresponding to the vehicle, the vehicle control unit is allowed to determine the specific configuration requirements of the current vehicle during operation, thereby dynamically loading the corresponding differential configuration information and improving the loading efficiency of the differential configuration information. Subsequently, the configuration system can query the target differential configuration information of the corresponding vehicle model from the second storage area based on the vehicle identification information to achieve rapid location and identification of differential configurations based on the vehicle identification information, thereby improving the identification efficiency of the target differential configuration information. Finally, the configuration system can combine the above-described basic configuration information and target differential configuration information, enabling the controller to operate seamlessly based on the configuration information of the current vehicle model without storing multiple sets of complete code, significantly reducing storage usage and improving the efficiency of storing and dynamically switching multiple vehicle model configurations, thereby solving the technical problem of low efficiency in storing and dynamically switching multiple vehicle model configurations in related technologies.

[0012] According to one embodiment of this application, a configuration device for a vehicle control unit is provided, comprising: an acquisition module, configured to acquire vehicle identification information of a vehicle in response to receiving a configuration instruction for a vehicle control unit corresponding to a vehicle, wherein the vehicle control unit includes a first storage area and a second storage area, the first storage area being used to store basic configuration information, the second storage area being used to store multiple differential configuration information, the basic configuration information being used to represent configuration information supported by all vehicles corresponding to multiple vehicle identification information, and the multiple differential configuration information being used to represent configuration information supported by vehicles corresponding to different vehicle identification information; a determination module, configured to acquire target differential configuration information corresponding to the vehicle identification information from the second storage area based on the vehicle identification information; and a configuration module, configured to configure the vehicle control unit based on the basic configuration information and the target differential configuration information to obtain a configuration result, wherein the configuration result is used to indicate whether the vehicle control unit is configured successfully. Attached Figure Description

[0013] Figure 1 This is a flowchart of a vehicle control unit configuration method provided in an embodiment of this application;

[0014] Figure 2 This is a schematic diagram of an optional controller software configuration provided in one embodiment of this application;

[0015] Figure 3 This is a flowchart of the controller of an optional communication matrix dynamic pairing method provided in one embodiment of this application;

[0016] Figure 4 This is a schematic diagram of a configuration device for a vehicle control unit provided in an embodiment of this application;

[0017] Figure 5 This is a structural diagram of a vehicle provided in one embodiment of this application. Detailed Implementation

[0018] To make the technical problems, technical solutions, and beneficial effects solved by this application clearer, the following detailed description is provided in conjunction with embodiments. It should be understood that the specific embodiments described herein are merely illustrative and not intended to limit the scope of this application.

[0019] In the modern automotive industry, with the increasing complexity of electronic systems and the diverse needs of different vehicle models, traditional software development and deployment strategies face severe challenges. This is especially true in ECU communication matrix management, where each vehicle model may have different signal layouts, message formats, and communication requirements. To meet these needs, developers typically need to create and maintain independent code branches for each model, which not only increases the demand for software storage space but also significantly increases the complexity and cost of software development and maintenance.

[0020] Some of the terms or terms that appear in the description of the embodiments of this application shall be interpreted as follows:

[0021] Data Identifier (DID): A code used to identify different data. In different automotive communication protocols, DID is used to request and retrieve different data items from the vehicle's electronic control unit, such as vehicle identification information, fault codes, and sensor data.

[0022] Vehicle-specific differences: This refers to the section of the ECU's software architecture specifically used to store configurations and parameters related to the current vehicle model. These configurations typically involve signal layouts in communication protocols, functional requirements, and hardware interface characteristics. Because different vehicle models may have different sensors, actuators, and other electronic components, the ECU needs to be able to adapt to these differences.

[0023] Common Code Area: In ECU development for multiple configurations or vehicle models, the common code area is specifically used to store code and data that are common across all different configurations or models. This part of the code typically includes basic communication protocols, common algorithms, standard interfaces, and other vehicle-independent functions. This code and data are separated during the software build process and embedded in the controller's storage area to reduce redundant storage and improve operational efficiency.

[0024] This application provides a method for configuring a vehicle control unit, comprising: in response to receiving a configuration instruction from a vehicle control unit corresponding to a vehicle, obtaining vehicle identification information of the vehicle, wherein the vehicle control unit includes a first storage area and a second storage area, the first storage area being used to store basic configuration information, the second storage area being used to store multiple differential configuration information, the basic configuration information being used to represent configuration information supported by the vehicles corresponding to the multiple vehicle identification information, and the multiple differential configuration information being used to represent configuration information supported by the vehicles corresponding to different vehicle identification information; determining target differential configuration information corresponding to the vehicle identification information from the second storage area based on the vehicle identification information; configuring the vehicle control unit based on the basic configuration information and the target differential configuration information to obtain a configuration result, wherein the configuration result is used to indicate whether the vehicle control unit is configured successfully.

[0025] The above-described optional embodiments of this application achieve the following beneficial effects: By obtaining the vehicle identification information upon receiving a configuration instruction from the vehicle control unit corresponding to the vehicle, the vehicle control unit is allowed to determine the specific configuration requirements of the current vehicle during operation, thereby dynamically loading the corresponding differential configuration information and improving the loading efficiency of the differential configuration information. Subsequently, the configuration system can query the target differential configuration information of the corresponding vehicle model from the second storage area based on the vehicle identification information, so as to achieve rapid location and identification of differential configurations based on the vehicle identification information, thereby improving the identification efficiency of the target differential configuration information. Finally, the configuration system can combine the above-described basic configuration information and target differential configuration information, enabling the controller to operate seamlessly based on the configuration information of the current vehicle model without storing multiple sets of complete code, significantly reducing storage occupation and improving the efficiency of storing and dynamically switching multiple vehicle model configurations, thereby solving the technical problem of low efficiency in storing and dynamically switching multiple vehicle model configurations in related technologies.

[0026] This application provides a method for configuring a vehicle control unit. Figure 1 This is a flowchart of a vehicle control unit configuration method provided in one embodiment of this application. Please refer to it. Figure 1 This includes the following steps:

[0027] S110: In response to receiving a configuration instruction from the vehicle control unit corresponding to the vehicle, obtain the vehicle identification information of the vehicle. The vehicle control unit includes a first storage area and a second storage area. The first storage area is used to store basic configuration information, and the second storage area is used to store multiple differential configuration information. The basic configuration information is used to represent the configuration information supported by the vehicles corresponding to the multiple vehicle identification information, and the multiple differential configuration information is used to represent the configuration information supported by the vehicles corresponding to different vehicle identification information.

[0028] The aforementioned configuration commands can refer to commands sent by external devices (such as diagnostic tools) to the vehicle control unit via communication protocols, instructing the vehicle control unit to load different vehicle model configuration information. This is typically an instruction issued when selecting vehicle model configurations during vehicle production or maintenance.

[0029] The aforementioned vehicle identification information can refer to information that uniquely identifies the vehicle model or configuration. For example, this information could be a vehicle identification number, model code, or data identifier, but it is not limited to these. This vehicle identification information can be used to determine the specific configuration type of the vehicle, so that the correct configuration can be selected and loaded from the differentiated configuration information.

[0030] The aforementioned first storage area can be an area used to store basic configuration information common to all vehicle models. For example, the first storage area can be a portion of a Flash (Flash Memory) area, or a region of a memory such as ROM (Read-Only Memory) or EEPROM (Electrically Erasable Programmable Read-Only Memory), but is not limited to these. Considering that Flash memory provides a larger storage capacity compared to ROM and EEPROM, and that Flash memory can be programmed and erased multiple times without damaging the electronic control unit, allowing basic configuration information to be updated even after the vehicle leaves the factory to meet the needs of later software upgrades, a preferred embodiment of the aforementioned first storage area is to select a region from Flash. The code in the aforementioned first storage area is loaded into the operating area after the controller is powered on, ensuring that the basic functions of the vehicle control unit can run immediately.

[0031] The aforementioned second storage area can be an area used to store configuration differences for different vehicle models. For example, the second storage area can be a portion of the Flash memory. Similar to the first storage area, the second storage area can also be a portion of a memory such as ROM or EEPROM, but it is not limited to these. A preferred embodiment of the second storage area is to select a region in the Flash memory. Because there are differences between different vehicle models, the second storage area will store multiple versions of configuration information, each version corresponding to a vehicle identification information.

[0032] The aforementioned basic configuration information may refer to general rules or standards followed by all vehicle models. This basic configuration information can constitute the core part of the vehicle control unit software and is not affected by the specific configuration of the vehicle. For example, the aforementioned basic configuration information may include at least one or more of the following: basic communication protocols, general algorithms, and software components independent of other vehicle models, but is not limited to these.

[0033] The aforementioned differential configuration information may refer to information customized for each vehicle model due to differences in vehicle type, configuration, or market positioning. For example, the aforementioned differential configuration information may include at least one or more of the following: signal layout, communication parameters, or other vehicle model-related characteristics, but is not limited to these.

[0034] In an optional embodiment, considering that the configuration instructions are typically issued by off-line tools on the vehicle production line or diagnostic tools during maintenance, for updating or selecting different vehicle configurations, to ensure that the vehicle control unit can react immediately upon receiving the configuration instructions and select the correct configuration item, the vehicle control unit's configuration system (hereinafter referred to as the configuration system) can obtain the vehicle identification information. Based on the vehicle identification information, the configuration system can query a preset database or configuration file to find the vehicle configuration that matches the vehicle identification information, thereby determining how to further operate the differential configuration information. Specifically, in this embodiment, the vehicle control unit includes a first storage area and a second storage area. The first storage area is used to store basic configuration information, which may contain code and data that can be used by all vehicle models, such as common communication protocols and algorithms. By storing the basic configuration information in the first storage area, it can be directly loaded when the vehicle control unit is powered on, without the need for a subsequent dynamic loading process, reducing runtime latency and avoiding resource waste caused by duplicate storage. Furthermore, considering that there may be differences in signal layout, functional requirements, etc., between different vehicle models, to adapt to these changes, the second storage area is used to store the differential configuration information, where multiple differential configuration information represent configuration information corresponding to different vehicle identification information. The aforementioned differential configuration information is not required for all vehicle models and is not suitable for storage in the aforementioned basic configuration information area. The aforementioned second storage area is used to store the aforementioned differential configuration information. When the vehicle control unit needs to adapt to different vehicle models, it can dynamically select and load the appropriate differential configuration based on the vehicle identification information.

[0035] For example, the configuration system can receive configuration commands sent from a remote server or local network via the vehicle's Ethernet or CAN bus. These configuration commands contain a DID (Distributed Identifier). The configuration system can parse the DID to identify the vehicle type or configuration version. Using the vehicle model code in the DID command, the system retrieves the vehicle's unique identification information, i.e., the vehicle identification information, from the vehicle's ECU or in-vehicle network.

[0036] For example, the configuration system can receive configuration commands through diagnostic tools, such as the OBD-II (On-Board Diagnostic II) interface. These commands contain a DID (Distributed Identifier ID), which the configuration system can parse using the UDS (Universal Diagnostic Services) protocol to identify the vehicle configuration. Subsequently, the configuration system can directly retrieve the vehicle identification information associated with the DID from the UDS protocol.

[0037] S120: Based on the vehicle identification information, determine the target difference configuration information corresponding to the vehicle identification information from the second storage area.

[0038] The aforementioned target difference configuration information can be a set of parameters retrieved from the second storage area based on different vehicle identification information, corresponding to the aforementioned vehicle identification information, and used to describe the unique communication configuration and signal layout differences of that vehicle model. This target difference configuration information can include details such as signal start position, signal length, and signal format for different vehicle models, enabling the controller to dynamically adjust its communication matrix during operation, thereby accurately matching the communication requirements of different vehicle models and ensuring effective communication between vehicle control units.

[0039] In one alternative embodiment, considering that each vehicle model may have its own unique signal layout, communication protocol details, or different functional requirements, this differential configuration information is crucial to ensuring that the vehicle control unit can communicate correctly and efficiently with other components in the vehicle. The aforementioned vehicle identification information is a unique identifier that can be used to accurately identify the specific model of the vehicle. Therefore, the configuration system can locate the target differential configuration information through the vehicle identification information, ensuring that the configuration loaded by the controller matches the current vehicle. Specifically, the configuration system can query the differential configuration information corresponding to the aforementioned vehicle identification information from the second storage area, using this as the target differential configuration information.

[0040] For example, to improve retrieval speed and adapt to fast-response usage scenarios, the configuration system can create a hash table where the keys are the vehicle identification information and the values ​​are the target difference configuration information. When the vehicle is powered on, the configuration system can quickly find the corresponding difference configuration information by calculating the hash value of the current vehicle identification, which will then be used as the target difference information.

[0041] For example, to improve retrieval efficiency and maintain a relatively fixed space usage, the configuration system can sort the differential configuration information according to vehicle identification information and store it in a database. When it is necessary to find the target differential configuration information, the configuration system can use a binary search algorithm to determine the target differential configuration information corresponding to the aforementioned vehicle identification information.

[0042] S130: Based on the basic configuration information and the target difference configuration information, configure the vehicle control unit to obtain the configuration result, which indicates whether the vehicle control unit is configured successfully.

[0043] The configuration result mentioned above refers to a status feedback generated by the configuration system after performing configuration operations on the vehicle control unit based on basic configuration information and target difference configuration information. This feedback indicates whether the configuration process was successfully completed. The configuration result is an important output in the vehicle control unit configuration process, playing a crucial role in verifying the effectiveness of configuration operations, tracking configuration history, troubleshooting, and system maintenance.

[0044] In one alternative embodiment, considering that the electronic architecture of each vehicle model may differ, particularly in signal layout and communication protocol details, the aforementioned basic configuration information includes software functions and settings common to all vehicle models, while the aforementioned differential configuration information specifically indicates the unique requirements of the current vehicle model. Combining these two parts of information ensures that the vehicle control unit can correctly execute functions according to the specific configuration of the current vehicle, avoiding functional failures or anomalies caused by configuration errors. Therefore, the configuration system can integrate the aforementioned basic configuration information and target differential configuration information, and can configure the vehicle control unit based on the integrated configuration information. Depending on whether the vehicle control unit is successfully configured, the aforementioned configuration result can be further constructed.

[0045] The above-described optional embodiments of this application achieve the following beneficial effects: By obtaining the vehicle identification information of the vehicle upon receiving a configuration instruction from the vehicle control unit corresponding to the vehicle, the vehicle control unit is allowed to determine the specific configuration requirements of the current vehicle during operation, thereby dynamically loading the corresponding differential configuration information and improving the loading efficiency of the differential configuration information. Subsequently, the configuration system can query the target differential configuration information of the corresponding vehicle model from the second storage area based on the vehicle identification information to achieve rapid location and identification of differential configurations based on the vehicle identification information, thereby improving the identification efficiency of the target differential configuration information. Finally, the configuration system can combine the above-described basic configuration information and target differential configuration information, enabling the controller to operate seamlessly based on the configuration information of the current vehicle model without storing multiple sets of complete code, significantly reducing storage usage and improving the efficiency of storing and dynamically switching multiple vehicle model configurations, thereby solving the technical problem of low efficiency in storing and dynamically switching multiple vehicle model configurations in related technologies.

[0046] Further, based on the basic configuration information and the target difference configuration information, the vehicle control unit is configured to obtain a configuration result, including: loading the target difference configuration information into a third storage area to obtain a first loading result, wherein the first loading result indicates whether the target difference configuration information has been successfully loaded into the third storage area, and the third storage area represents the information configuration area of ​​the vehicle control unit; in response to the first loading result indicating that the target difference configuration information has been successfully loaded into the third storage area, the communication matrix mapping table in the third storage area is updated based on the target difference configuration information to obtain an update result, wherein the update result indicates whether the communication matrix mapping table has been updated completely, and the communication matrix mapping table represents the signal interface mapping relationship of the vehicle control unit; in response to the update result indicating that the communication matrix mapping table has been updated completely, and receiving the running instruction of the vehicle control unit, the basic configuration information is loaded into a fourth storage area to obtain a second loading result, and the configuration result is determined based on the second loading result and the update result, wherein the second loading result indicates whether the basic configuration information has been successfully loaded into the fourth storage area, and the fourth storage area represents the information operation area of ​​the vehicle control unit.

[0047] The aforementioned third storage area can be an area used to store vehicle-specific configuration differences. For example, this third storage area can be a region in RAM (Random Access Memory), or a region in SRAM (Static Random Access Memory), Cache (Cache Memory), or other memory, but is not limited to these. Considering that although SRAM is faster than RAM, its higher cost and limited capacity make RAM a better cost-effective option for applications requiring the storage of large amounts of configuration differences. Cache, due to its high cost and small capacity, is not suitable for long-term or persistent data storage. Therefore, a preferred implementation of the aforementioned third storage area is to select a region in RAM.

[0048] The first loading result mentioned above can indicate whether the target difference configuration information has been successfully loaded into the third storage area. If the difference configuration information has been correctly transmitted and stored in the third storage area, then the first loading result is successful.

[0049] The aforementioned communication matrix mapping table can be a data structure used to manage and map the communication relationships between different signal interfaces. This table defines which signals should communicate through which physical interface, as well as the signal format and other details. Updating the communication matrix mapping table ensures that the control unit can correctly communicate with other components of the vehicle, taking into account signal differences between vehicle models.

[0050] The update result described above can reflect whether the update process of the communication matrix mapping table has achieved its intended goal. If the mapping table is successfully updated and synchronized with the new difference configuration information, then the update result is considered complete.

[0051] The signal interface mapping relationship described above represents the connection method between the signals recorded in the communication matrix mapping table and their corresponding physical interfaces in the vehicle network. This signal interface mapping relationship ensures that signals are transmitted along the correct path.

[0052] The aforementioned fourth storage area can be a main memory area used for running program code and data. For example, the aforementioned fourth storage area can be a region of RAM. Similar to the aforementioned third storage area, the aforementioned fourth storage area can also be a region of SRAM, cache, or other memory, but is not limited to these. A preferred embodiment of the aforementioned fourth storage area can be selecting a region of RAM. The aforementioned basic configuration information is loaded into the aforementioned fourth storage area before the control unit runs, so that the vehicle control unit can execute the corresponding functions.

[0053] The second loading result mentioned above can indicate whether the process of loading the basic configuration information into the fourth storage area was successful. A successful second loading result means that the control unit is ready to execute tasks based on this configuration information.

[0054] In an optional embodiment, since different vehicle models may share the same vehicle control unit hardware, but the software configurations of different models may differ due to vehicle architecture and functional requirements, storing and dynamically loading the aforementioned differential configuration information independently can avoid repeatedly storing complete and independent vehicle control unit software on each model, saving valuable Flash storage space. Therefore, the configuration system can load the target differential configuration information into a third storage area and construct the first loading result based on whether the target differential configuration information has been successfully loaded into the third storage area. If the first loading result indicates that the target differential configuration information has been successfully loaded into the third storage area, the configuration system can update the communication matrix mapping table in the third storage area based on the target differential configuration information, so that the communication matrix mapping table accurately reflects the signal interface mapping relationship of the vehicle control unit. Subsequently, the configuration system can construct the update result based on whether the communication matrix mapping table has been updated. If the update result indicates that the communication matrix mapping table has been updated and the vehicle control unit's operating instructions have been received, the configuration system can load the basic configuration information into a fourth storage area and construct the second loading result based on whether the basic configuration information has been successfully loaded into the fourth storage area. If the second loading result indicates that the basic configuration information has been successfully loaded into the fourth storage area, the configuration system can determine the configuration result based on the second loading result and the update result.

[0055] For example, after receiving different DID commands sent by an external diagnostic tool via the UDS protocol, the configuration system can parse the vehicle model identifier from these commands. Based on the parsed vehicle model identifier, the configuration system can read the corresponding target difference configuration information from the vehicle model difference area in Flash memory and directly transfer this information to the vehicle model difference configuration area in RAM using an efficient memory transfer mechanism, setting a first loading result flag to indicate successful loading. Subsequently, the configuration system's RTE (Runtime Environment) mapping interface module can update its internal communication matrix mapping table based on the signal layout data in the target difference configuration information. During this update process, the configuration system can use atomic operations to ensure data consistency during the communication matrix mapping table update, preventing data conflicts in a multi-tasking environment. After the update is complete, the configuration system can set an update result flag indicating that the communication matrix mapping table update is complete.

[0056] After confirming that the first loading result is successful and the communication matrix mapping table is updated, the configuration system can load the basic configuration information from the Flash common code area to the RAM common code area. Subsequently, the configuration system can combine the first loading result and the update result to determine whether both loading and updating were successful. If successful, the configuration system can mark the configuration result as complete; otherwise, the configuration system can mark the configuration result as failed.

[0057] Through the above steps, the vehicle control unit can be flexibly configured and operate efficiently across different vehicle models, solving the problems of wasted storage resources and complex software maintenance in traditional multi-model configuration schemes.

[0058] Further, based on the second loading result and the update result, the configuration result is determined, including: in response to the second loading result indicating that the basic configuration information has been successfully loaded into the fourth storage area and the update result indicating that the communication matrix mapping table has been updated, the vehicle control unit is run to obtain the running result, wherein the running result is used to indicate whether the vehicle control unit has run successfully; in response to the running result indicating that the vehicle control unit has run successfully, the configuration result is determined to be that the vehicle control unit has been configured successfully.

[0059] The aforementioned operational results refer to the status feedback when the vehicle control unit begins to execute its intended functions after successfully loading the basic configuration information into the fourth storage area and updating the communication matrix mapping table. Specifically, these results reflect whether the vehicle control unit can operate normally under the new configuration, including but not limited to whether the initialization process is smooth, whether each software module responds correctly, whether communication is established normally, and whether the control logic is executed correctly. These operational results are typically represented by a series of tests or monitoring indicators to verify whether the behavior of the vehicle control unit after the configuration update meets expectations, thereby determining whether the configuration of the vehicle control unit is successful. If the vehicle control unit operates normally and its functional performance is consistent with expectations, the operational result is successful; otherwise, it may indicate a problem or error in the configuration process.

[0060] In an optional embodiment, considering that successfully loading the aforementioned basic configuration information into the fourth storage area is a prerequisite for ensuring the operation of the vehicle control unit, if the loading of the basic configuration information fails, the vehicle control unit will not be able to enter the normal operating state. Furthermore, only when the aforementioned communication matrix mapping table is correctly updated can the vehicle control unit accurately identify and process signals, ensuring correct communication with other devices. If the update of the aforementioned communication matrix mapping table is not completed, communication errors may occur in the vehicle control unit, thereby affecting the performance and safety of the entire vehicle system. Therefore, the vehicle control unit can only operate normally if the aforementioned second loading result indicates that the aforementioned basic configuration information has been successfully loaded into the aforementioned fourth storage area, and the aforementioned update result indicates that the aforementioned communication matrix mapping table has been updated. At this time, the configuration system can construct the aforementioned operating result based on whether the vehicle control unit has successfully operated. If the aforementioned operating result indicates that the vehicle control unit has successfully operated, the configuration system can determine that the aforementioned configuration result indicates that the vehicle control unit has been successfully configured.

[0061] For example, after the basic configuration information is successfully loaded into the fourth storage area, the vehicle control unit can be in an initialization state, waiting for the communication matrix mapping table to be updated. Once the communication matrix mapping table is successfully updated, the vehicle control unit can start loading the test script to control the operation of the vehicle control unit. During the operation, the configuration system can record all performance indicators of the vehicle control unit. If all the performance indicators meet the preset conditions, the configuration system can consider the operation result as successful, and thus determine that the configuration result is successful.

[0062] By following the steps above, the flexibility, resource utilization efficiency, and maintainability of the vehicle control unit can be improved. Especially when facing complex scenarios with multiple vehicle configurations, the dynamic loading and update strategy enables the vehicle control unit to easily adapt to the needs of various vehicle models, while reducing code redundancy and maintenance burden.

[0063] Furthermore, the communication matrix mapping table includes multiple sub-mapping tables. Based on the target difference configuration information, the communication matrix mapping table in the third storage area is updated to obtain an update result, including: determining the target sub-mapping table corresponding to the target difference configuration information from the multiple sub-mapping tables, wherein different sub-mapping tables are adapted to different vehicle identification information; masking other mapping tables in the multiple sub-mapping tables except the target sub-mapping table to obtain a masking result, wherein the masking result is used to indicate whether the other mapping tables were successfully masked; in response to the masking result indicating that the other mapping tables were successfully masked, updating the data format in the target sub-mapping table based on the target difference configuration information to obtain an update result.

[0064] The aforementioned target sub-mapping table can refer to the sub-mapping table in the communication matrix mapping table that corresponds to the current target difference configuration information. The aforementioned communication matrix mapping table is a complex data structure containing multiple sub-mapping tables, each of which is adjusted for different vehicle identification information to match the communication protocol and signal layout unique to that vehicle model.

[0065] In one alternative embodiment, considering that vehicle control units of the same type may need to be adapted to vehicles with different configurations or models, although these vehicles share most of the communication protocols and algorithms, there are still some subtle differences, such as signal layout and the specific structure of PDUs (Protocol Data Units). To achieve accurate matching between the vehicle control unit and different vehicle models, the configuration system can encode the differential configuration information of each vehicle model into a sub-mapping table. When the vehicle control unit receives a data identifier instruction from a different vehicle model, it can find the sub-mapping table that matches the data identifier instruction from multiple pre-stored sub-mapping tables as the target sub-mapping table, ensuring that the vehicle control unit can correctly parse and process signals from different vehicle models. After determining the target sub-mapping table, to avoid mutual interference between the configuration information of different sub-mapping tables, the configuration system can mask other mapping tables in the multiple sub-mapping tables except for the target sub-mapping table, thereby obtaining the masking result. If the masking result shows that other mapping tables have been successfully masked, the configuration system can further update the data format in the target sub-mapping table based on the target differential configuration information, thereby obtaining the update result.

[0066] For example, during the ECU's production off-line phase, the configuration system can use diagnostic tools to send a command containing a DID (Driving Identifier) ​​via the UDS protocol. The DID is associated with the target vehicle identification information and is used to identify the target vehicle model. In the Post-Build phase, the configuration system can create an index for each sub-mapping table, containing the vehicle model identification information corresponding to the DID. After receiving the DID command, the configuration system can look up the corresponding index based on the DID, determine the target vehicle identification information, and identify the matching target sub-mapping table. Finally, the configuration system can mask other sub-mapping tables besides the target sub-mapping table by setting access permissions or using status flags, achieving the masking result mentioned above. This ensures that the ECU subsequently only performs dynamic pairing of the communication matrix based on the target sub-mapping table. If the masking result is successful, the configuration system can update the data format in the target sub-mapping table based on the target difference configuration information, thus obtaining the update result mentioned above.

[0067] Further, based on the vehicle identification information, the target differential configuration information corresponding to the vehicle identification information is determined from the second storage area, including: determining the data identifier instruction corresponding to the vehicle identification information based on a preset mapping table, wherein the preset mapping table is used to represent the correspondence between different vehicle identification information and different data identifier instructions; and reading the target differential configuration information from the second storage area based on the data identifier instruction.

[0068] The aforementioned preset mapping table can be a data structure used to store and manage the correspondence between different vehicle identification information and data identifiers. For example, the preset mapping table can be designed as a lookup table, allowing the configuration system to quickly locate and call the corresponding data identifier based on the current vehicle's identification information, and then execute the logic of reading or setting different configuration information. The establishment of the aforementioned preset mapping table simplifies the vehicle configuration identification process at runtime, ensures the efficient loading of correct configurations, and is a key component for realizing dynamic configuration management and vehicle adaptive functions.

[0069] In an optional embodiment, considering that the aforementioned preset mapping table stores the correspondence between different vehicle identification information and data identifier commands used to activate different vehicle configurations, in order to simplify the complexity and time of configuration switching, the configuration system can directly and quickly determine the data identifier command corresponding to the vehicle identification information based on the aforementioned preset mapping table, so as to quickly identify the vehicle configuration to be loaded, thereby realizing dynamic management of vehicle configurations. After determining the aforementioned data identifier command, the configuration system can read the target differential configuration information from the second storage area based on the aforementioned data identifier command. Through the aforementioned data identifier command, the configuration system can load only the differential configuration of the currently required vehicle, avoiding the storage of complete configuration information for all vehicle models in RAM, significantly reducing RAM usage.

[0070] For example, during the Post-Build phase, the configuration system can build a hash table in the Flash public area. This hash table can contain identification information for all vehicle models and their corresponding DID instructions. When the ECU is off-line, the configuration system can receive vehicle identification information from the diagnostic tool and use a hash function to look up the corresponding DID instruction in the aforementioned hash table.

[0071] The above steps improve the utilization rate of storage resources and ensure that the controller can quickly and accurately adapt to the differences in communication matrices of different vehicle models, significantly enhancing the flexibility and efficiency of vehicle electronic software.

[0072] Further, based on the data identifier instruction, the target difference configuration information is read from the second storage area, including: outputting the data identifier instruction; receiving feedback information of the data identifier instruction; adjusting the data identifier instruction based on the feedback information to obtain an adjusted data identifier instruction; and reading the target difference configuration information from the second storage area based on the adjusted data identifier instruction.

[0073] The aforementioned data identifier adjustment command may refer to a command that is modified based on the feedback information from the configuration system or device, based on the initial data identifier command.

[0074] In an optional embodiment, considering that the vehicle control unit needs to know the specific configuration of the vehicle model it is serving or responding to during operation, it can request the differential configuration information of the current vehicle model by outputting a data identifier command. After the vehicle control unit issues the aforementioned data identifier command, it waits for a response from an external device (such as a diagnostic tool or other vehicle control unit), i.e., the aforementioned feedback information. Further considering that in practical applications, due to configuration differences between different vehicle models, the feedback information may show some unexpected changes, such as signal length, position, or format differing from the controller's default settings. To ensure that the controller can correctly understand and apply these differential configurations, the original data identifier command needs to be adjusted to obtain the aforementioned adjusted data identifier command, enabling the command to accurately point to and read the required differential configuration information, thereby improving the flexibility and adaptability of the configuration system. The configuration system can read the target differential configuration information matching the current vehicle model from the aforementioned second storage area based on the aforementioned adjusted data identifier command. In this way, even after vehicle startup or configuration changes, the vehicle control unit can quickly load and apply the correct differential configuration, thus eliminating the need for the communication matrix and application layer to write and store code separately for each vehicle model, realizing the design concept of compile once and switch dynamically.

[0075] For example, when the configuration system obtains the aforementioned differential configuration information for different vehicle models, it may encounter problems such as mismatched vehicle configuration versions, missing required data, or incorrect data formats. Based on the received feedback, the configuration system can adjust the content or structure of the original DID instruction accordingly, generating a new DID instruction that is more suitable for the current environment or more accurate, i.e., an adjusted data identifier instruction. Finally, based on the aforementioned adjusted data identifier instruction, the configuration system can read the target differential configuration information from the second storage area.

[0076] The above steps enable the controller to intelligently manage and dynamically adapt to configurations of multiple vehicle models, which not only saves valuable storage resources but also simplifies software maintenance processes and enhances the system's scalability and robustness.

[0077] Furthermore, the method also includes: in response to receiving a vehicle identification update instruction, obtaining updated vehicle identification information and an update data identifier instruction corresponding to the updated vehicle identification information; and updating a preset mapping table based on the updated vehicle identification information and the update data identifier instruction.

[0078] The aforementioned vehicle identification update command can be used to notify the configuration system that the vehicle's identity or configuration information has changed. For example, the vehicle identification update command can be issued by a diagnostic tool, an on-board network management system, or a programming device from the vehicle manufacturer to trigger the necessary update process in the system, but it is not limited to these.

[0079] The aforementioned update data identifier instruction can be used to instruct the controller to read and load new configuration data from the vehicle model difference area in Flash and into the vehicle model difference configuration area in RAM. This update data identifier instruction can update the preset mapping table of the configuration system, making the updated preset mapping table adaptable to the vehicle model configuration corresponding to the new vehicle identification information. This update data identifier instruction can dynamically adjust the operating parameters of the configuration system to achieve adaptive support for different vehicle models or configurations without recompiling or manually changing the code, thereby improving the flexibility and efficiency of the configuration system.

[0080] In one alternative embodiment, considering that when the controller receives a vehicle identification update command, it means that the vehicle configuration may have changed, such as upgrading from a basic configuration to a high-end configuration, or switching from one vehicle model to another, updating the vehicle identification information and obtaining the corresponding update data identifier command allows the vehicle control unit to recognize the new vehicle configuration and adjust its internal data processing and communication logic accordingly to ensure compatibility with the new vehicle model configuration. Furthermore, considering that the aforementioned preset mapping table is a data structure used by the controller to manage and interpret communication signals between different vehicle models, it contains information on how signals are mapped to the physical bus in different vehicle model configurations. When the vehicle identification is updated, it means that the aforementioned preset mapping table also needs to be updated to reflect the signal layout and communication requirements of the new vehicle model, ensuring that the vehicle control unit correctly parses and processes data from different vehicle models, avoiding communication errors and data inconsistencies. Therefore, once the configuration system receives a vehicle identification update command, it can immediately obtain the aforementioned updated vehicle identification information and the corresponding update data identifier command, and update the preset mapping table accordingly.

[0081] For example, the configuration system can receive vehicle identification update commands from a remote server via the UDS protocol. When the configuration system detects such update commands, it triggers an internal processing flow. This flow parses the updated vehicle identification information and the specific data identifier commands used to guide subsequent mapping table updates from the commands. The configuration system can further utilize the acquired data identifier commands to query pre-stored differential configuration information in its internal database. This information contains the relationships between different vehicle identifications and data identifier commands. Then, the configuration system can read the differential configuration data corresponding to the updated vehicle identification from the vehicle model differential area in Flash, load it into the vehicle model differential configuration area in RAM, and update the relevant entries in the preset mapping table to reflect the new vehicle configuration.

[0082] For ease of understanding, Figure 2 This is a schematic diagram of an optional controller software configuration provided in one embodiment of this application, as shown below. Figure 2 As shown, the software includes a vehicle model difference area Flash, a common code area Flash, a vehicle model difference configuration area RAM, and a common code area RAM.

[0083] The vehicle model difference area Flash is used to store vehicle model-related difference information. It is partitioned according to different vehicle models and managed using a vehicle model variable index, supporting the loading of configuration information for different vehicle models via DID commands. The vehicle model difference area Flash includes a signal adaptation layer, which includes an RTE mapping interface adaptation module and a PDU variant interpretation and conflict handling module. The RTE mapping interface adaptation module is used to pre-design multiple mapping tables during the RTE generation stage, and quickly switch according to the vehicle model DID at runtime, ensuring that the application layer can access signals through a unified interface, while handling matrix conflicts and changes. The PDU variant interpretation and conflict handling module is used to handle changes in the length, position, and format of specific PDUs (Protocol Data Units) in the matrix. The PDU variant interpretation and conflict handling module ensures that all data units are uniformly converted to the larger length format for use by the RTE mapping interface adaptation module. The vehicle model difference area Flash also includes different vehicle models (only vehicle model 1, vehicle model 2 and vehicle model n are shown in the figure). The above vehicle models are determined by the matrix difference terms of different vehicle models (only matrix difference terms - vehicle model 1, matrix difference terms - vehicle model 2 and matrix difference terms - vehicle model n are shown in the figure). The above matrix difference terms are obtained from a preset matrix, which is constructed from different vehicle model matrices (only vehicle model 1 matrix, vehicle model 2 matrix and vehicle model matrix are shown in the figure).

[0084] The common code area (Flash) stores code and data that can be used across all vehicle models. This Flash area also includes basic software, vehicle-independent configuration, RTE mapping interface, and application code. The basic software handles fundamental communication protocols and general algorithms, providing underlying support for the entire software architecture. The vehicle-independent configuration contains vehicle-independent signal and configuration information derived from benchmark analysis; this information is identical across all models. This configuration is determined through matrix common terms, which are obtained from the aforementioned preset matrix. The RTE mapping interface provides a unified signal access interface for the application layer, allowing it to access signal data through a standard interface without needing to worry about specific signal layout differences. The application code is the core functional code of the controller, implementing its main functions but excluding vehicle-specific configuration differences.

[0085] The vehicle model difference configuration area RAM is used to dynamically load configuration areas based on the vehicle model's DID instruction during controller operation. When the controller receives a DID instruction, it reads the corresponding vehicle model's configuration information from the vehicle model difference area in Flash and loads it into the vehicle model difference configuration area to update the communication matrix mapping table, thereby adapting to the signal layout differences of the current vehicle model.

[0086] The common code area RAM is the area that the controller loads directly at runtime. It stores code and data shared by all vehicle models, including but not limited to application layer code and basic software. This part of the code is loaded by default every time the controller starts.

[0087] Figure 3 This is a flowchart of the controller of an optional communication matrix dynamic pairing method provided in one embodiment of this application, as shown below. Figure 3 As shown, the process is divided into three stages: stage P1 - controller Post-Build stage design, stage P2 - controller offline stage workflow, and stage P3 - normal operation after controller offline.

[0088] Phase P1 includes the following steps: P1-1: separating common configurations from differential configurations; P1-2: common code design; P1-3: solidifying common code and generating and packaging files; P1-4: differential configuration extraction and design; P1-5: differential configuration generation and packaging; and P1-6: completing the burning of each package to the designated area and powering off. In P1-1, developers analyze and identify the code and data common to all vehicle models (i.e., common configurations), as well as the different configurations resulting from different vehicle models (i.e., differential configurations). This step is fundamental to subsequent steps, ensuring that common code can be written and solidified once, while differential configurations can be flexibly loaded on demand. P1-2 is for the development team to design and implement basic functions unrelated to vehicle models, such as basic communication protocols and general algorithms. This code constitutes the core of the controller and is unaffected by changes in vehicle models. P1-3 is for the common code to be compiled and solidified, placed in the common code area of ​​Flash, and generating corresponding files for easy loading and running. P1-4 is for extracting differential configurations such as signal layouts and communication parameters related to different vehicle models from the main code library, preparing independent configuration files for each vehicle model. P1-5 is for generating a difference configuration file for each vehicle model and packaging it into the vehicle difference area of ​​the Flash memory. Each vehicle model configuration has a unique DID corresponding to it. P1-6 is for burning the generated common code package and difference configuration package into the corresponding Flash area of ​​the controller. Then the controller is powered off and waits for the DID instruction from the offline diagnostic tool in order to load the configuration of different vehicle models.

[0089] Phase P2 includes the following steps: P2-1: Loading the common code by default after power-on; P2-2: Receiving DID commands from an external diagnostic tool; P2-3: Interpreting the vehicle model DID and identifying differential configurations; P2-4: Dynamically loading the differential configurations into RAM; and P2-5: Normal operation after matching is complete. P2-1 loads the code from the common code area of ​​Flash memory into the common code area of ​​RAM when the controller is powered on, ensuring the controller's basic functions are ready. P2-2 allows the controller to receive DID commands sent by an external diagnostic tool via the UDS protocol, indicating which vehicle model configuration to switch to. P2-3 enables the controller to parse the DID commands, identify the target vehicle model, and then find the corresponding differential configuration. P2-4, based on the identified target vehicle model, reads its configuration from the vehicle model differential area of ​​Flash memory, dynamically loads it into the vehicle model differential configuration area of ​​RAM, and updates the communication matrix mapping table to prepare for adapting to the characteristics of the target vehicle model. P2-5, after completing the loading and mapping update of the differential configurations, allows the controller to enter normal operation and dynamically execute corresponding functions based on the communication matrix of the selected vehicle model.

[0090] The normal operation of the controller after being offline in Phase P3 includes the following steps: P3-1: Complete offline and power on again for normal operation. Specifically, after completing all offline configurations, the controller can operate normally according to the loaded configuration, and can dynamically switch to other vehicle configurations during operation via DID commands. This supports flexible adaptation of the controller between different vehicle models without the need for a reboot or firmware re-flash.

[0091] This application also provides a configuration device 80 for a vehicle control unit, please refer to... Figure 4 The system includes: an acquisition module 810, configured to acquire vehicle identification information of a vehicle in response to receiving a configuration instruction from a vehicle control unit corresponding to the vehicle, wherein the vehicle control unit includes a first storage area and a second storage area, the first storage area for storing basic configuration information, and the second storage area for storing multiple differential configuration information, the basic configuration information representing configuration information supported by vehicles corresponding to multiple vehicle identification information, and the different differential configuration information representing configuration information supported by vehicles corresponding to different vehicle identification information; a determination module 820, configured to acquire target differential configuration information corresponding to the vehicle identification information from the second storage area based on the vehicle identification information; and a configuration module 830, configured to configure the vehicle control unit based on the basic configuration information and the target differential configuration information to obtain a configuration result, wherein the configuration result indicates whether the vehicle control unit has been successfully configured.

[0092] Furthermore, the configuration module 830 is also configured to: load the target difference configuration information into a third storage area to obtain a first loading result, wherein the first loading result indicates whether the target difference configuration information has been successfully loaded into the third storage area, and the third storage area represents the information configuration area of ​​the vehicle control unit; in response to the first loading result indicating that the target difference configuration information has been successfully loaded into the third storage area, update the communication matrix mapping table of the third storage area based on the target difference configuration information to obtain an update result, wherein the update result indicates whether the communication matrix mapping table has been updated, and the communication matrix mapping table represents the signal interface mapping relationship of the vehicle control unit; in response to the update result indicating that the communication matrix mapping table has been updated and receiving the running instruction of the vehicle control unit, load the basic configuration information into a fourth storage area to obtain a second loading result, and determine the configuration result based on the second loading result and the update result, wherein the second loading result indicates whether the basic configuration information has been successfully loaded into the fourth storage area, and the fourth storage area represents the information running area of ​​the vehicle control unit.

[0093] Furthermore, the configuration module 830 is also used to: in response to the second loading result being that the basic configuration information is successfully loaded into the fourth storage area and the update result being that the communication matrix mapping table has been updated, run the vehicle control unit and obtain the running result, wherein the running result is used to indicate whether the vehicle control unit has run successfully; in response to the running result being that the vehicle control unit has run successfully, determine that the configuration result is that the vehicle control unit has been configured successfully.

[0094] Furthermore, the communication matrix mapping table includes multiple sub-mapping tables. The configuration module 830 is also used to: determine the target sub-mapping table corresponding to the target difference configuration information from the multiple sub-mapping tables, wherein different sub-mapping tables are adapted to different vehicle identification information; mask other mapping tables in the multiple sub-mapping tables except the target sub-mapping table to obtain a masking result, wherein the masking result is used to indicate whether the other mapping tables have been successfully masked; in response to the masking result indicating that the other mapping tables have been successfully masked, update the data format in the target sub-mapping table based on the target difference configuration information to obtain an update result.

[0095] Furthermore, the determining module 820 is also used to: determine the data identifier instruction corresponding to the vehicle identification information based on a preset mapping table, wherein the preset mapping table is used to represent the correspondence between different vehicle identification information and different data identifier instructions; and read the target difference configuration information from the second storage area based on the data identifier instruction.

[0096] Furthermore, the determining module 820 is also used to: output a data identifier instruction; receive feedback information of the data identifier instruction, adjust the data identifier instruction based on the feedback information to obtain an adjusted data identifier instruction; and read target difference configuration information from the second storage area based on the adjusted data identifier instruction.

[0097] Furthermore, the device also includes: a second acquisition module, used to acquire updated vehicle identification information and an update data identifier instruction corresponding to the updated vehicle identification information in response to receiving a vehicle identification update instruction; and a first update module, used to update a preset mapping table based on the updated vehicle identification information and the update data identifier instruction.

[0098] This application also provides a vehicle 90, please refer to... Figure 5 It includes a memory 910 and a processor 920, wherein the memory 910 is used to store computer programs; and the processor 920 is used to execute the programs stored in the memory 910 to implement the configuration method of the vehicle control unit described in any embodiment of this application.

[0099] This application also provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the vehicle control unit configuration method described in any embodiment of this application.

[0100] In this application, "multiple" refers to two or more.

[0101] In this application, unless otherwise expressly defined, the terms "installation," "connection," and "linking" should be interpreted broadly. For example, they can refer to a fixed connection, a detachable connection, or an integral connection; they can refer to a physical connection or an electrical connection; they can refer to a direct connection or an indirect connection through an intermediate medium; and they can refer to the internal connection between two components. Those skilled in the art can understand the specific meaning of the above terms in this application based on the specific circumstances.

[0102] The terms “first,” “second,” “third,” “fourth,” etc., in this application (if any) are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence.

[0103] In this application, the term "and / or" is merely a description of the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A existing alone, A and B existing simultaneously, or B existing alone. Additionally, in this application, the character " / " generally indicates that the preceding and following related objects have an "or" relationship.

[0104] Unless otherwise specified, all steps in this application may be performed sequentially or randomly. For example, if the method includes steps A and B, it means that the method may include steps A and B performed sequentially, or it may include steps B and A performed sequentially. For example, if the method may also include step C, it means that step C may be added to the method in any order. For example, the method may include steps A, B, and C, or it may include steps A, C, and B, or it may include steps C, A, and B, etc.

[0105] The above description is merely a preferred embodiment of this application and is not intended to limit this application. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of this application should be included within the protection scope of this application.

Claims

1. A method for configuring a vehicle control unit, characterized in that, include: In response to receiving a configuration instruction from the vehicle control unit corresponding to the vehicle, the vehicle identification information of the vehicle is obtained. The vehicle control unit includes a first storage area and a second storage area. The first storage area is used to store basic configuration information, and the second storage area is used to store multiple differential configuration information. The basic configuration information is used to represent configuration information supported by vehicles corresponding to multiple vehicle identification information, and the multiple differential configuration information is used to represent configuration information supported by vehicles corresponding to different vehicle identification information. Based on the vehicle identification information, the target difference configuration information corresponding to the vehicle identification information is determined from the second storage area; Based on the basic configuration information and the target difference configuration information, the vehicle control unit is configured to obtain a configuration result, wherein the configuration result is used to indicate whether the vehicle control unit is configured successfully.

2. The configuration method of the vehicle control unit according to claim 1, characterized in that, Based on the basic configuration information and the target difference configuration information, the vehicle control unit is configured to obtain the configuration result, including: The target difference configuration information is loaded into the third storage area to obtain a first loading result, wherein the first loading result is used to indicate whether the target difference configuration information has been successfully loaded into the third storage area, and the third storage area is used to represent the information configuration area of ​​the vehicle control unit; In response to the first loading result indicating that the target difference configuration information has been successfully loaded into the third storage area, the communication matrix mapping table of the third storage area is updated based on the target difference configuration information to obtain an update result. The update result is used to indicate whether the communication matrix mapping table has been updated. The communication matrix mapping table is used for the signal interface mapping relationship of the vehicle control unit. In response to the update result indicating that the communication matrix mapping table has been updated and the vehicle control unit's operation instruction is received, the basic configuration information is loaded into the fourth storage area to obtain a second loading result. Based on the second loading result and the update result, the configuration result is determined. The second loading result indicates whether the basic configuration information has been successfully loaded into the fourth storage area, and the fourth storage area indicates the information operation area of ​​the vehicle control unit.

3. The configuration method of the vehicle control unit according to claim 2, characterized in that, Based on the second loading result and the update result, the configuration result is determined, including: In response to the second loading result indicating that the basic configuration information has been successfully loaded into the fourth storage area, and the update result indicating that the communication matrix mapping table has been updated, the vehicle control unit is run to obtain the running result, wherein the running result is used to indicate whether the vehicle control unit has run successfully; In response to the running result indicating that the vehicle control unit has successfully run, the configuration result is determined to be that the vehicle control unit has been successfully configured.

4. The configuration method of the vehicle control unit according to claim 2, characterized in that, The communication matrix mapping table includes multiple sub-mapping tables. Based on the target difference configuration information, the communication matrix mapping table of the third storage area is updated to obtain the update result, including: The target sub-mapping table corresponding to the target difference configuration information is determined from the plurality of sub-mapping tables, wherein different sub-mapping tables are adapted to different vehicle identification information; The other mapping tables in the plurality of sub-mapping tables, except for the target sub-mapping table, are masked to obtain a masking result, wherein the masking result is used to indicate whether the other mapping tables are successfully masked; In response to the successful masking of the other mapping tables, the data format in the target sub-mapping table is updated based on the target difference configuration information to obtain the update result.

5. The configuration method of the vehicle control unit according to claim 1, characterized in that, Based on the vehicle identification information, the target differential configuration information corresponding to the vehicle identification information is determined from the second storage area, including: The data identifier instruction corresponding to the vehicle identification information is determined based on a preset mapping table, wherein the preset mapping table is used to represent the correspondence between different vehicle identification information and different data identifier instructions; The target difference configuration information is read from the second storage area based on the data identifier instruction.

6. The configuration method of the vehicle control unit according to claim 5, characterized in that, Based on the data identifier instruction, the target difference configuration information is read from the second storage area, including: Output the data identifier instruction; Receive feedback information from the data identifier instruction, and adjust the data identifier instruction based on the feedback information to obtain an adjusted data identifier instruction; Based on the adjusted data identifier instruction, the target difference configuration information is read from the second storage area.

7. The configuration method of the vehicle control unit according to claim 5, characterized in that, The method further includes: In response to receiving a vehicle identification update instruction, the system obtains the updated vehicle identification information and the update data identifier instruction corresponding to the updated vehicle identification information. The preset mapping table is updated based on the updated vehicle identification information and the updated data identifier instruction.

8. A configuration device for a vehicle control unit, characterized in that, include: The acquisition module is used to acquire vehicle identification information of the vehicle in response to receiving a configuration instruction from the vehicle control unit corresponding to the vehicle. The vehicle control unit includes a first storage area and a second storage area. The first storage area is used to store basic configuration information, and the second storage area is used to store multiple differential configuration information. The basic configuration information is used to represent the configuration information supported by the vehicles corresponding to the multiple vehicle identification information, and the multiple differential configuration information is used to represent the configuration information supported by the vehicles corresponding to different vehicle identification information. The determination module is used to obtain target difference configuration information corresponding to the vehicle identification information from the second storage area based on the vehicle identification information; The configuration module is used to configure the vehicle control unit based on the basic configuration information and the target difference configuration information, and obtain a configuration result, wherein the configuration result is used to indicate whether the vehicle control unit is configured successfully.

9. A vehicle, characterized in that, Including processor and memory, among which, Memory, used to store computer programs; A processor for executing a program stored in memory to implement the method described in 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 that, when executed by a processor, implements the method described in any one of claims 1 to 7.

Images