Multi-ECU upgrade control method and system, electronic equipment and medium

Abstract

The embodiment of the invention provides a multi-ECU upgrade control method and system, electronic equipment and a medium, and the method comprises the steps: dividing a plurality of target ECUs according to the control function of each target ECU to obtain a plurality of rollback processing groups, dividing each ECU according to the ECU attribute information of each target ECU, and determining a serial upgrade class and a parallel upgrade class. Furthermore, according to the network segment information of each target ECU in the parallel upgrade class, multiple parallel processing priorities are determined. And then, carrying out upgrading processing based on the serial processing priority and the parallel processing priority, so as to determine the upgrading state of each target ECU. And finally, carrying out rollback processing on the rollback processing group corresponding to the abnormal target ECU so as to improve the upgrading processing efficiency of the multiple ECUs.

Description

Technical Field

[0001] The present application relates to the field of automotive electronic technology, and in particular to a multi-ECU upgrade control method, system, electronic equipment and medium. Background Art

[0002] In the current remote upgrade process for multiple ECUs (Electronic Control Units) in a vehicle, the processing priority corresponding to each ECU needs to be used as a benchmark, and serial upgrades are performed based on the upgrade processing priority of each ECU. This method requires each ECU to be upgraded in sequence, which results in low upgrade efficiency. At the same time, when there is an ECU that fails to be upgraded, the previously successfully upgraded ECU needs to be rolled back synchronously, resulting in a long upgrade processing time for multiple ECUs and low upgrade efficiency. Summary of the invention

[0003] Based on the above problems, in order to improve the upgrade efficiency of multiple ECUs in a vehicle, an embodiment of the present application provides a multi-ECU upgrade control method, system, electronic device and medium.

[0004] The embodiments of the present application disclose the following technical solutions:

[0005] In a first aspect, an embodiment of the present application provides a multi-ECU upgrade control method, which is applied to a target vehicle, wherein the target vehicle includes multiple target ECUs, and the method includes:

[0006] Dividing the plurality of target ECUs according to the control function of each of the target ECUs to obtain a plurality of rollback processing groups; the rollback processing groups include target ECUs having functional dependencies;

[0007] According to the ECU attribute information of each target ECU and the upgrade order of the multiple target ECUs, a serial upgrade class and a parallel upgrade class are obtained; the serial processing priority of the serial upgrade class is determined based on the order of uploading the upgrade packages of each target ECU in the serial upgrade class;

[0008] Determining the parallel processing priority according to the network segment information of each target ECU in the parallel upgrade class;

[0009] Performing an upgrade process based on the serial processing priority and the parallel processing priority to determine an upgrade state of each of the target ECUs;

[0010] The rollback processing group corresponding to the abnormal target ECU is subjected to rollback processing; the abnormal target ECU represents an ECU whose upgrade status is upgrade failure.

[0011] In a possible implementation, determining the parallel processing priority according to the network segment information of each target ECU in the parallel upgrade class includes:

[0012] For multiple target ECUs in the parallel upgrade class, the target ECUs with the same network segment information are set to serial processing, and the target ECUs with different network segment information are set to parallel processing to determine the parallel processing priority; the serial processing order between the target ECUs with the same network segment information is determined by the upload order of the corresponding ECU upgrade packages.

[0013] In a possible implementation, performing the upgrade process based on the serial processing priority and the parallel processing priority to determine the upgrade status of each target ECU includes:

[0014] Determining an upgrade adjacency table for the plurality of target ECUs according to the serial processing priority and the parallel processing priority; the upgrade adjacency table is used to characterize the upgrade priority of each target ECU and the upgrade status of each target ECU;

[0015] The upgrade status of each target ECU is determined through the upgrade adjacency table.

[0016] In a possible implementation, the step of performing rollback processing on the rollback processing group corresponding to the abnormal target ECU includes:

[0017] Determining the rollback processing group identifier corresponding to the abnormal target ECU through the upgrade adjacency table;

[0018] According to the rollback processing group identifier, the rollback processing group corresponding to the abnormal target ECU is determined, and rollback processing is performed on all the target ECUs in the rollback processing group.

[0019] In a possible implementation, the serial processing priority is greater than the parallel processing priority.

[0020] In a second aspect, an embodiment of the present application provides a multi-ECU upgrade control system, which is applied to a target vehicle, wherein the target vehicle includes multiple target ECUs, and the system includes:

[0021] A first division module is used to divide the plurality of target ECUs according to the control function of each of the target ECUs to obtain a plurality of rollback processing groups; the rollback processing groups include target ECUs having functional dependency relationships;

[0022] A second division module is used to divide the target ECUs into a serial upgrade class and a parallel upgrade class according to the ECU attribute information of each target ECU and the upgrade order of the target ECUs; the serial processing priority of the serial upgrade class is determined based on the order of uploading the upgrade packages of the target ECUs in the serial upgrade class;

[0023] A parallel upgrade processing module, used to determine the parallel processing priority according to the network segment information of each target ECU in the parallel upgrade class;

[0024] An upgrade status determination module, used to perform upgrade processing based on the serial processing priority and the parallel processing priority to determine the upgrade status of each of the target ECUs;

[0025] The rollback processing module is used to perform rollback processing on the rollback processing group corresponding to the abnormal target ECU; the abnormal target ECU represents the ECU whose upgrade status is upgrade failure.

[0026] In a possible implementation, the parallel upgrade processing module is specifically used to:

[0027] For multiple target ECUs in the parallel upgrade class, the target ECUs with the same network segment information are set to serial processing, and the target ECUs with different network segment information are set to parallel processing to determine the parallel processing priority; the serial processing order between the target ECUs with the same network segment information is determined by the upload order of the corresponding ECU upgrade packages.

[0028] In a possible implementation, the upgrade status determination module is specifically configured to:

[0029] Determining an upgrade adjacency table for the plurality of target ECUs according to the serial processing priority and the parallel processing priority; the upgrade adjacency table is used to characterize the upgrade priority of each target ECU and the upgrade status of each target ECU;

[0030] The upgrade status of each target ECU is determined through the upgrade adjacency table.

[0031] In a third aspect, an embodiment of the present application provides an electronic device, the device comprising: a processor, a memory, and a system bus;

[0032] The processor and the memory are connected via the system bus;

[0033] The memory is used to store one or more programs, and the one or more programs include instructions. When the instructions are executed by the processor, the processor executes any possible multi-ECU upgrade control method in the first aspect.

[0034] In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements any possible multi-ECU upgrade control method in the first aspect.

[0035] Compared with the prior art, the present application has the following beneficial effects: the embodiment of the present application provides a multi-ECU upgrade control method, system, electronic device and medium. In the method, firstly, a plurality of rollback processing groups are obtained based on the control functions of each target ECU, and the target ECUs with functional dependencies are set in the same rollback processing group, so as to facilitate targeted rollback processing operations and avoid rollback operations on irrelevant ECUs, thereby ensuring the upgrade processing efficiency of multiple ECUs. Subsequently, based on the ECU attribute information of each target ECU in the target vehicle, it is divided into two categories: serial upgrade class and parallel upgrade class, so as to ensure that the upgrade order of multiple ECUs can be based on the ECU attribute information of the ECU itself, and the target ECUs with obvious mutual upgrade constraints are classified into the serial upgrade class, and the ECUs that can be upgraded in parallel are classified into the parallel upgrade class, and the upgrade efficiency of multiple ECUs is improved by combining serial and parallel upgrades. Further, according to the network segment information of each target ECU, the parallel processing priority in the parallel upgrade class is determined, which can ensure the upgrade stability of multiple ECUs when they are upgraded in parallel. Subsequently, the upgrade processing is performed through the serial processing priority and the parallel processing priority characterized in the two major upgrade classes, and the upgrade status of each target ECU can be determined. When there is an abnormal target ECU that fails to upgrade, the corresponding rollback processing group can be directly rolled back without rolling back all previously upgraded ECUs, which greatly improves the upgrade processing efficiency of multiple ECUs. BRIEF DESCRIPTION OF THE DRAWINGS

[0036] In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative labor.

[0037] Figure 1 A schematic diagram of a network topology diagram of multiple ECUs in a vehicle provided in an embodiment of the present application;

[0038] Figure 2 A flowchart of a multi-ECU upgrade control method provided in an embodiment of the present application;

[0039] Figure 3 A flowchart of a multi-ECU upgrade control method provided in an embodiment of the present application;

[0040] Figure 4 A schematic diagram of a serial upgrade type and a parallel upgrade type provided in an embodiment of the present application;

[0041] Figure 5 A schematic diagram of another serial upgrade type and parallel upgrade type upgrade process provided in an embodiment of the present application;

[0042] Figure 6 A schematic diagram of a data structure of a target ECU node in an upgrade adjacency table provided in an embodiment of the present application;

[0043] Figure 7 A schematic diagram of upgrade status data provided by an embodiment of the present application;

[0044] Figure 8 A schematic diagram of a multi-ECU upgrade processing time provided in an embodiment of the present application;

[0045] Fig. 9 A schematic diagram of the structure of a multi-ECU upgrade control system provided in an embodiment of the present application;

[0046] Fig.10 A schematic diagram of the structure of a multi-ECU upgrade control electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0047] In order to make the purpose, technical solutions and advantages of this application more clear, the following is a further detailed description of this application in combination with specific embodiments and with reference to the accompanying drawings. It should be noted that the embodiments described in the embodiments of this application are only part of the embodiments of this application, not all of the embodiments. Based on the embodiments in this application, all other embodiments obtained by ordinary technicians in this field without making creative work are within the scope of protection of this application.

[0048] It should be noted that, unless otherwise defined, the technical terms or scientific terms used in the embodiments of the present application should be understood by people with ordinary skills in the field to which the present application belongs. The "first", "second" and similar words used in the embodiments of the present application do not indicate any order, quantity or importance, but are only used to distinguish different components. "Include" or "include" and similar words mean that the elements or objects appearing before the word include the elements or objects listed after the word and their equivalents, without excluding other elements or objects. "Connect" or "connected" and similar words are not limited to physical or mechanical connections, but may include electrical connections, whether direct or indirect. "Up", "down", "left", "right", etc. are only used to indicate relative positional relationships. When the absolute position of the described object changes, the relative positional relationship may also change accordingly.

[0049] In order to make the following embodiments clear, the technical terms involved in the embodiments of the present application are first introduced:

[0050] TBOX (Telematics Box) is a device used for cars to communicate with external networks, usually supporting GPS positioning, mobile communications (such as 4G / 5G), data transmission and other functions. It can help realize remote monitoring, diagnosis, service and other functions.

[0051] The ICU (Instrument Cluster Unit) is responsible for managing and controlling the various indicator lights, speedometer, tachometer and other display information on the vehicle dashboard. It collects data from various sensors and displays it on the dashboard to help the driver understand the vehicle's operating status.

[0052] BMS (Battery Management System) is used to monitor and manage the battery status in electric or hybrid vehicles, including battery voltage, current, temperature, SOC (State of Charge) and other parameters. It ensures the safe and efficient operation of the battery and extends the battery life.

[0053] HDM (Headlamp Driver Module) is a display device that can project important driving information (such as speed, navigation instructions, warning information, etc.) onto the windshield, allowing the driver to see this information without lowering his head, thereby improving driving safety.

[0054] The CCU (Central Control Unit) is the central processor of the vehicle, responsible for coordinating and managing the work of multiple ECUs. It receives data from various sensors and systems, makes decisions based on these data, and controls the coordinated work of various systems in the vehicle.

[0055] iBDU (integrated Body and Drive Unit) is a highly integrated ECU that manages and controls the vehicle's body systems (such as doors, windows, lights, etc.) and drive systems (such as powertrain, chassis, etc.). It simplifies the vehicle's control system and improves reliability and efficiency by integrating multiple functional modules.

[0056] ADU (Advanced Driver Assistance Unit) is the ECU responsible for implementing advanced driver assistance systems (ADAS), including adaptive cruise control, lane keeping assist, automatic emergency braking, etc. It helps drivers drive their vehicles more safely by processing data from various sensors (such as cameras, radars, etc.).

[0057] HCM (HVAC Control Module) is responsible for controlling the vehicle's air conditioning system, including temperature adjustment, wind speed adjustment, mode selection, etc. It ensures the comfort level in the cabin and makes corresponding adjustments based on the driver's settings and the external environment.

[0058] EPB (Electronic Parking Brake) is an electronically controlled parking brake system that replaces the traditional mechanical handbrake. It controls the parking brake through an electronic button and can automatically intervene in the control of the parking brake, improving the convenience and safety of operation.

[0059] As described above, in the current remote upgrade process for multiple ECUs in a car, each ECU needs to be upgraded serially in sequence, resulting in low upgrade efficiency. At the same time, when there is an ECU that fails to be upgraded, the previously successfully upgraded ECU needs to be rolled back synchronously, resulting in a long upgrade process for multiple ECUs. For details, please refer to Figure 1 A network topology diagram of multiple ECUs in a vehicle is disclosed. As can be seen from the figure, the vehicle's GW gateway needs the information of each ECU in the vehicle, and the cloud-based GW gateway decides on the upgrade process for each ECU. Among them, the upgrade time required for different ECUs is different. If a serial upgrade method is used to process the multiple ECUs in the vehicle in the figure, the upgrade time for the multiple ECUs in the vehicle is the sum of the upgrade time of each ECU. This serial upgrade processing method easily leads to low upgrade efficiency of multiple ECUs.

[0060] At the same time, if an ECU upgrade fails and a rollback operation is required, the ECU that has been successfully upgraded previously also needs to be rolled back, resulting in low upgrade processing efficiency corresponding to the EUC rollback.

[0061] In order to solve the above problems, the embodiment of the present application provides a multi-ECU upgrade control method, system, electronic device and medium. In the method, firstly, a plurality of rollback processing groups are obtained based on the control functions of each target ECU, and the target ECUs with functional dependencies are set in the same rollback processing group, so as to carry out targeted rollback processing operations and avoid rollback operations on irrelevant ECUs, thereby ensuring the upgrade processing efficiency of multiple ECUs. Subsequently, the ECU attribute information of each target ECU in the target vehicle is divided into two categories: serial upgrade class and parallel upgrade class, so as to ensure that the upgrade order of multiple ECUs can be based on the ECU attribute information of the ECU itself, and the target ECUs with obvious mutual upgrade constraints are classified into the serial upgrade class, and the ECUs that can be upgraded in parallel are classified into the parallel upgrade class, and the upgrade efficiency of multiple ECUs is improved by combining serial and parallel upgrades. Further, according to the network segment information of each target ECU, the parallel processing priority in the parallel upgrade class is determined, which can ensure the upgrade stability of multiple ECUs when they are upgraded in parallel. Subsequently, the upgrade processing is carried out through the serial processing priority and parallel processing priority characterized in the two major upgrade classes, and the upgrade status of each target ECU can be determined. When there is an abnormal target ECU that fails to upgrade, the corresponding rollback processing group can be directly rolled back without rolling back all previously upgraded ECUs, which greatly improves the upgrade processing efficiency of multiple ECUs.

[0062] In order to enable those skilled in the art to better understand the solution of the present application, the technical solution in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of this application.

[0063] See also Figure 2 , which is a flow chart of a multi-ECU upgrade control method provided by an embodiment of the present application, and specifically includes the following steps:

[0064] S101: Divide the plurality of target ECUs according to the control function of each target ECU to obtain a plurality of rollback processing groups; the rollback processing groups include target ECUs having functional dependency relationships.

[0065] From the above description of the background technology, it can be seen that in the current upgrade processing solution for multiple ECUs, since it adopts a serial upgrade method for upgrading, when there is an ECU that fails to upgrade among the multiple ECUs, it is necessary to simultaneously roll back all previously upgraded ECUs. The low rollback efficiency will simultaneously lead to low processing efficiency of the overall upgrade of multiple ECUs.

[0066] In actual application scenarios, there are obvious barriers or interdependencies between the control functions that can be realized by different ECUs. For example, CCU is responsible for the management and scheduling of each ECU in the car, while BMS is responsible for the management of each power module in the car. There is an obvious functional barrier between CCU and BMS. I CU and TBOX are responsible for the dashboard information display and remote information data processing of the vehicle respectively. The dashboard often displays some data remotely processed by TBOX, so there is a certain functional dependency between I CU and TBOX.

[0067] Therefore, in order to address the problem of low rollback processing efficiency in related technologies, before upgrading multiple ECUs, each target ECU is divided according to its control function, so that target ECUs with functional dependencies are set in the same rollback processing group, and target ECUs without functional dependencies are set in other rollback processing groups. In this way, when a rollback operation is needed, the target ECUs with functional dependencies can be directly rolled back without rolling back all previously upgraded target ECUs, thereby improving the efficiency of the rollback processing and the upgrade processing efficiency of multiple ECUs.

[0068] For details, please refer to Figure 3 A grouping diagram of a rollback processing group is shown. As shown in the figure, the target ECUs with functional dependencies are set in the same rollback processing group. The multiple rollback processing groups formed in this way can constitute the smallest unit of rollback processing after an upgrade failure. When a target ECU fails to upgrade, the corresponding rollback processing group can be directly rolled back without rolling back all previously upgraded target ECUs, thereby improving the efficiency of the rollback processing and the upgrade processing efficiency of multiple ECUs.

[0069] In addition, in a possible implementation, the grouping sequence number of each rollback processing group can be determined according to the upload order of the ECU upgrade package that is first uploaded among the processing groups, which is not specifically limited in this embodiment.

[0070] S102: According to the ECU attribute information of each of the target ECUs and the upgrade order of the multiple target ECUs, a serial upgrade class and a parallel upgrade class are obtained; the serial processing priority of the serial upgrade class is determined based on the order in which the upgrade packages of each of the target ECUs in the serial upgrade class are uploaded.

[0071] In the actual application scenario of ECU, whether two or more ECUs can be upgraded in parallel depends on their corresponding ECU attribute information. Different ECUs often have different attribute configurations. When multiple ECUs are upgraded in parallel, the specific attribute configurations between some ECUs may make it impossible for the two to be upgraded in parallel. At this time, if the two are forced to be upgraded in parallel, the stability of the ECU network will be affected.

[0072] Among them, ECU attribute information can be the ECU's own communication priority, resource allocation, and coordination mechanism, etc. Taking TBOX and BMS as an example, the communication priority of the two is used as an example of ECU attribute information. The communication priority of TBox and BMS in the car is usually higher. T-Box is responsible for communication with the outside world, including receiving and sending OTA update instructions, while BMS is responsible for monitoring and managing the status of the battery to ensure safe and reliable operation of the battery. If the two ECUs are upgraded in parallel at the same time, it may cause a conflict in communication priority, affect the normal operation of other ECUs, and even cause communication interruption.

[0073] Therefore, when determining the upgrade processing order of multiple ECUs, this application needs to divide them into serial upgrade class and parallel upgrade class according to the ECU attribute information corresponding to each target ECU individually, among which the target ECUs in the parallel upgrade class can support parallel upgrades between each other, while the target ECUs in the serial upgrade class can only be upgraded by serial upgrade. Through such a serial-parallel combination upgrade method, the upgrade processing efficiency of multiple ECUs can be improved while ensuring the stability of the multi-ECU network.

[0074] Accordingly, the serial processing priority between target ECUs in the serial upgrade class can be determined by the upload order of their corresponding upgrade packages. Figure 4 Taking the serial upgrade class shown as an example, the target ECUs set in the serial upgrade class are: TBOX, CCU and BMS, and the upload order of the upgrade package is TBOX-CCU-BMS. Therefore, the serial processing priority of the serial upgrade class is the upload order of the upgrade package, that is, TBOX-CCU-BMS.

[0075] S103: Determine the parallel processing priority according to the network segment information of each target ECU in the parallel upgrade class.

[0076] Although the target ECUs in the parallel upgrade class support parallel upgrades between each other at the level of ECU attribute information, ECU attribute information is not the only factor that determines whether ECUs can be upgraded in parallel. In actual application scenarios, if ECUs in the same network segment are upgraded in parallel, due to the bandwidth limitation of the network, the parallel upgrade of multiple ECUs in the same network segment may occupy the network bandwidth to a great extent, which may cause network congestion and data packet loss in the network segment.

[0077] Therefore, in order to prevent the above problems from occurring when performing parallel upgrades of multiple ECUs, it is necessary to further divide the parallel upgrades according to the network segment information of each target ECU in the parallel upgrade class, so as to divide the target ECUs with the same network segment information, and on the basis of setting the target ECUs in different network segments as synchronous parallel upgrades, form a specific serial upgrade processing order between the target ECUs in the same network segment, so as to form a parallel processing priority for the parallel upgrade class.

[0078] by Figure 4 Take the parallel upgrade class shown in as an example. In this parallel upgrade class, the target ECUs in the same network segment cannot be upgraded in parallel. Among them, I BDU and HCM are both in the BodyCan network segment. Therefore, they are not upgraded in parallel. I BDU and HCM are set to be processed in series. Correspondingly, EPB and HUD belong to the CCAN network segment and I CAN network segment respectively. Therefore, they can be upgraded in parallel. EPB and HUD need to be set to be processed in parallel. By analogy, based on Figure 4 The parallel upgrade class shown determines the parallel processing priority, which can be obtained Figure 5 Another schematic diagram of upgrading processing using a serial upgrade class and a parallel upgrade class is shown.

[0079] Depend on Figure 5 It can be seen that based on the original parallel upgrade category, I BDU is separated and not upgraded in parallel with HCM because it is in the same network segment as HCM, while HCM is upgraded in parallel with ADU, I CU, HUD, EPB and HDM. At the same time, since the ECU upgrade package upload sequence of HCM is earlier than the upgrade package upload sequence of I BDU, I BDU needs to wait until the HCM upgrade is completed before it can be further upgraded.

[0080] In addition, Figure 5 In the upgrade processing sequence shown, the processing priority of the serial upgrade class is higher than that of the parallel upgrade class. The target ECUs in the parallel upgrade class can only be upgraded in parallel after the upgrade processing of the target ECUs in the serial upgrade class is completed. This combination of serial and parallel upgrades can improve the upgrade processing efficiency of multiple ECUs while ensuring the stable operation of the ECU network.

[0081] S104: Performing an upgrade process based on the serial processing priority and the parallel processing priority to determine an upgrade status of each of the target ECUs.

[0082] The serial processing priority and the parallel processing priority respectively determined by the above-mentioned serial upgrade class and parallel upgrade class can effectively perform upgrade processing on multiple ECUs in the vehicle and determine the upgrade status of each target ECU.

[0083] Specifically, in the process of performing upgrade processing based on serial processing priority and parallel processing priority, an upgrade adjacency table for multiple ECUs can be generated through the upgrade processing order represented by the serial processing priority and the parallel processing priority, and the upgrade status of each target ECU can be determined in real time based on the upgrade adjacency table.

[0084] by Figure 5 Taking the upgrade sequence shown in the figure as an example, the corresponding upgrade adjacency table generated is:

[0085] adjacency_list=

[0086] {

[0087] Start:[TBOX],

[0088] TBOX:[CCU],

[0089] CCU:[BMS],

[0090] BMS:[ADU,ICU,HUD,HCM,EPB,HDM],

[0091] HCM:[iBDU],

[0092] iBDU:[End],

[0093] ADU:[End],

[0094] ICU:[End],

[0095] HUD: [End],

[0096] EPB:[End],

[0097] HDM:[End]

[0098] }

[0099] In this upgrade adjacency table, each target ECU in the serial upgrade class is the node list of the previous target ECU and the node of the next target ECU. Therefore, the first element Start is a node, and the node list is [TBOX]. The node of the second element is TBOX, and the node list is [CCU], and so on. For the parallel upgrade class, BMS: [ADU, ICU, HUD, HCM, EPB, HDM] represents the ECUs that are upgraded in parallel, and IBDU needs to be upgraded after the HCM upgrade is completed, so it is expressed as HCM: [IBDU], with IBDU as the final End node.

[0100] See also Figure 6 The data structure diagram of the target ECU node in the upgrade adjacency table is shown. In the upgrade adjacency table, the data of each node has the corresponding ECU name, upgrade status and group ID. In this way, through the upgrade adjacency table, the upgrade status of each target ECU node can be quickly determined, and when the upgrade status of a target ECU is an upgrade failure, the corresponding group ID is used to roll back the rollback processing group to which it is located, thereby optimizing the upgrade processing efficiency for multiple ECUs.

[0101] S105: performing rollback processing on the rollback processing group corresponding to the abnormal target ECU; the abnormal target ECU represents an ECU whose upgrade status is upgrade failure.

[0102] As can be seen from the above, by upgrading the adjacency table and the specific data structure of each target ECU node, the upgrade status of each target ECU node in the upgrade process can be obtained in real time. For the abnormal target ECU that fails to upgrade, the rollback processing group to which the abnormal target ECU belongs needs to be rolled back.

[0103] The rollback processing group identifier corresponding to the abnormal target ECU can be queried in the upgrade adjacency table, that is, the group ID shown in the above data structure. When rolling back the abnormal target ECU, it is only necessary to roll back the ECUs in the rollback processing group that have functional dependencies on the abnormal target ECU, without having to roll back other ECUs that have no functional dependencies, thereby improving the rollback efficiency in the upgrade processing process.

[0104] For details, please refer to Figure 7 , Figure 7A schematic diagram of upgrade status data provided for an embodiment of the present application, as can be seen from the figure, the upgrade status of the target ECU specifically includes multiple upgrade states such as waiting for upgrade, upgrading, successful upgrade, waiting for rollback, rolling back, and failed upgrade. When the vehicle's FOTA Master (Firmware Over-The-Air Master) upgrades the ECU by upgrading the adjacency table, the information in the adjacency table is first initialized, and the FlashState of the Start node is initialized to Success. Subsequently, the upgrade adjacency table is traversed to determine the FlashState of each target ECU node. When FlashState is Idle, it indicates that the target ECU has not been upgraded. At this time, it is necessary to call the upgrade engine and upgrade package corresponding to the target ECU for upgrading, and set the FlashState of the node to the Flashing upgrading state and then exit the traversal loop to wait for the upgrade result of the target ECU.

[0105] Correspondingly, if FlashState is in the Rollback waiting state, then the node is ignored and the rollback process is executed only after the traversal of the upgraded adjacency table is completed. If it is in the Flashing state, the traversal of the upgraded adjacency table is directly exited.

[0106] In this way, after completing the traversal of all nodes in the upgrade adjacency table, the corresponding rollback processing can be performed according to the nodes whose upgrade status is Rollback. By querying the group ID corresponding to the node and performing upgrade processing on all target ECUs in the rollback processing group to which it belongs, the rollback processing can be carried out on the ECUs with functional dependencies in a targeted manner, avoiding the rollback operation on irrelevant ECUs, thereby improving the efficiency of the rollback processing.

[0107] See also Figure 8 , Figure 8 A schematic diagram of the multi-ECU upgrade processing time provided for an embodiment of the present application. It can be seen from the figure that after applying the multi-ECU upgrade processing method combined with serial and parallel in the present application, the parallel upgrade class can support parallel processing between multiple target ECUs. At the same time, the target ECUs in the same network segment will be separately divided for upgrade monitoring, thereby ensuring the stable operation of the ECU network while improving the upgrade efficiency of multiple ECUs. The total time consumed under this method is 29 minutes, which is 92 minutes for serial upgrade in the traditional method, and the upgrade rate for multiple ECUs is increased by 68.48%.

[0108] The embodiment of the present application provides a multi-ECU upgrade control method, system, electronic device and medium. In the method, firstly, a plurality of rollback processing groups are obtained based on the control functions of each target ECU, and the target ECUs with functional dependencies are set in the same rollback processing group, so as to carry out targeted rollback processing operations and avoid rollback operations on irrelevant ECUs, thereby ensuring the upgrade processing efficiency of multiple ECUs. Subsequently, the ECU attribute information of each target ECU in the target vehicle is divided into two categories: serial upgrade class and parallel upgrade class, so as to ensure that the upgrade order of multiple ECUs can be based on the ECU attribute information of the ECU itself, and the target ECUs with obvious mutual upgrade constraints are classified into the serial upgrade class, and the ECUs that can be upgraded in parallel are classified into the parallel upgrade class, and the upgrade efficiency of multiple ECUs is improved by combining serial and parallel upgrades. Further, according to the network segment information of each target ECU, the parallel processing priority in the parallel upgrade class is determined, which can ensure the upgrade stability of multiple ECUs when they are upgraded in parallel. Subsequently, the upgrade processing is carried out through the serial processing priority and parallel processing priority characterized in the two major upgrade classes, and the upgrade status of each target ECU can be determined. When there is an abnormal target ECU that fails to upgrade, the corresponding rollback processing group can be directly rolled back without rolling back all previously upgraded ECUs, which greatly improves the upgrade processing efficiency of multiple ECUs.

[0109] A multi-ECU upgrade control system provided in an embodiment of the present application is introduced below. The multi-ECU upgrade control system described below and the multi-ECU upgrade control method described above can refer to each other.

[0110] See also Fig. 9 , which is a schematic diagram of the structure of a multi-ECU upgrade control system provided in an embodiment of the present application, which specifically includes the following modules:

[0111] The first division module 100 is used to divide the plurality of target ECUs according to the control functions of the target ECUs to obtain a plurality of rollback processing groups; the rollback processing groups include target ECUs having functional dependencies;

[0112] The second division module 200 is used to divide the target ECUs into a serial upgrade class and a parallel upgrade class according to the ECU attribute information of each target ECU and the upgrade order of the target ECUs; the serial processing priority of the serial upgrade class is determined based on the order of uploading the upgrade packages of each target ECU in the serial upgrade class;

[0113] A parallel upgrade processing module 300, configured to determine a parallel processing priority according to the network segment information of each target ECU in the parallel upgrade class;

[0114] An upgrade status determination module 400, configured to perform upgrade processing based on the serial processing priority and the parallel processing priority to determine the upgrade status of each of the target ECUs;

[0115] The rollback processing module 500 is used to perform rollback processing on the rollback processing group corresponding to the abnormal target ECU; the abnormal target ECU represents an ECU whose upgrade status is upgrade failure.

[0116] In a possible implementation, the parallel upgrade processing module 300 is specifically configured to:

[0117] For multiple target ECUs in the parallel upgrade class, the target ECUs with the same network segment information are set to serial processing, and the target ECUs with different network segment information are set to parallel processing to determine the parallel processing priority; the serial processing order between the target ECUs with the same network segment information is determined by the upload order of the corresponding ECU upgrade packages.

[0118] In a possible implementation, the upgrade status determination module 400 is specifically configured to:

[0119] Determining an upgrade adjacency table for the plurality of target ECUs according to the serial processing priority and the parallel processing priority; the upgrade adjacency table is used to characterize the upgrade priority of each target ECU and the upgrade status of each target ECU;

[0120] The upgrade status of each target ECU is determined through the upgrade adjacency table.

[0121] See also Fig.10 , which is a schematic diagram of the structure of a multi-ECU upgrade control electronic device provided in an embodiment of the present application, including:

[0122] A memory 11, used for storing computer programs;

[0123] The processor 12 is used to implement the steps of multi-ECU upgrade control described in any of the above method embodiments when executing the computer program.

[0124] In this embodiment, the device may be a vehicle-mounted computer, a PC (Personal Computer), or a terminal device such as a smart phone, a tablet computer, a PDA, a portable computer, etc.

[0125] The device may include a memory 11 , a processor 12 , and a bus 13 .

[0126] Among them, the memory 11 includes at least one type of readable storage medium, and the readable storage medium includes flash memory, hard disk, multimedia card, card-type memory (for example, SD or DX memory, etc.), magnetic memory, disk, optical disk, etc. In some embodiments, the memory 11 can be an internal storage unit of the device, such as a hard disk of the device. In other embodiments, the memory 11 can also be an external storage device of the device, such as a plug-in hard disk equipped on the device, a smart memory card (SmartMedia Card, SMC), a secure digital (Secure Digital, SD) card, a flash card (Flash Card), etc. Further, the memory 11 can also include both an internal storage unit of the device and an external storage device. The memory 11 can not only be used to store application software and various types of data installed in the device, such as program codes for executing fault prediction methods, etc., but can also be used to temporarily store data that has been output or is to be output. The processor 12 can be a central processing unit (CPU) in some embodiments.

[0127] In some embodiments, the processor 12 can be a central processing unit (CPU), a controller, a microcontroller, a microprocessor or other data processing chip, which is used to run the program code or process data stored in the memory 11, such as the program code for executing the multi-ECU upgrade control method.

[0128] The bus 13 may be a peripheral component interconnect (PCI) bus or an extended industry standard architecture (EISA) bus. The bus may be divided into an address bus, a data bus, a control bus, etc. For ease of representation, Fig.10 Only one thick line is used in the diagram, but this does not mean that there is only one bus or only one type of bus.

[0129] Furthermore, the device may also include a network interface 14, which may optionally include a wired interface and / or a wireless interface (such as a WI-FI interface, a Bluetooth interface, etc.), which is generally used to establish a communication connection between the device and other electronic devices.

[0130] Optionally, the device may further include a user interface 15, which may include a display (Display), an input unit such as a keyboard (Keyboard), and the optional user interface 15 may also include a standard wired interface and a wireless interface. Optionally, in some embodiments, the display may be an LED display, a liquid crystal display, a touch-sensitive liquid crystal display, and an OLED (Organic Light-Emitting Diode) touch device, etc. The display may also be appropriately referred to as a display screen or a display unit, which is used to display information processed in the device and to display a visual user interface.

[0131] Fig.10 Only the device with components 11-15 is shown, and it can be understood by those skilled in the art that Fig.10 The structure shown does not constitute a limitation of the device, and may include fewer or more components than shown, or combine certain components, or arrange the components differently.

[0132] Based on the same inventive concept, corresponding to any of the above-mentioned embodiment methods, an embodiment of the present application also provides a computer-readable storage medium, wherein the computer-readable storage medium stores computer instructions, and the computer instructions are used to enable the computer to execute the multi-ECU upgrade control method described in any of the above embodiments.

[0133] The computer-readable media of the embodiments of the present application include permanent and non-permanent, removable and non-removable media, and information storage can be implemented by any method or technology. Information can be computer-readable instructions, data structures, modules of programs, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, read-only compact disk read-only memory (CD-ROM), digital versatile disk (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices or any other non-transmission media that can be used to store information that can be accessed by a computing device.

[0134] The computer instructions stored in the storage medium of the above embodiment are used to enable the computer to execute the multi-ECU upgrade control method described in any of the above embodiments, and have the beneficial effects of the corresponding method embodiments, which will not be repeated here.

[0135] It should be noted that each embodiment in this specification is described in a progressive manner, and the same or similar parts between the embodiments can be referred to each other, and each embodiment focuses on the differences from other embodiments. In particular, for methods, systems, electronic devices and media, since they are basically similar to the method embodiments, the description is relatively simple, and the relevant parts can be referred to the partial description of the method embodiments. The methods, systems, electronic devices and media described above are merely schematic, in which the units described as separate components may or may not be physically separated, and the components indicated as units may or may not be physical units, that is, they may be located in one place, or they may be distributed on multiple network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the scheme of this embodiment. Ordinary technicians in this field can understand and implement it without paying creative labor.

[0136] The above is only a specific implementation of the present application, but the protection scope of the present application is not limited thereto. Any changes or substitutions that can be easily thought of by a person skilled in the art within the technical scope disclosed in the present application should be included in the protection scope of the present application. Therefore, the protection scope of the present application should be based on the protection scope of the claims.

Claims

1. A multi-ECU upgrade control method, characterized in that: Applied in a target vehicle, the target vehicle includes a plurality of target ECUs, and the method includes: Dividing the plurality of target ECUs according to the control function of each of the target ECUs to obtain a plurality of rollback processing groups; the rollback processing groups include target ECUs having functional dependencies; According to the ECU attribute information of each target ECU and the upgrade order of the multiple target ECUs, a serial upgrade class and a parallel upgrade class are obtained; the serial processing priority of the serial upgrade class is determined based on the order of uploading the upgrade packages of each target ECU in the serial upgrade class; Determining the parallel processing priority according to the network segment information of each target ECU in the parallel upgrade class; Performing an upgrade process based on the serial processing priority and the parallel processing priority to determine an upgrade state of each of the target ECUs; The rollback processing group corresponding to the abnormal target ECU is subjected to rollback processing; the abnormal target ECU represents an ECU whose upgrade status is upgrade failure.

2. The method according to claim 1, characterized in that Determining the parallel processing priority according to the network segment information of each target ECU in the parallel upgrade class includes: For multiple target ECUs in the parallel upgrade class, the target ECUs with the same network segment information are set to serial processing, and the target ECUs with different network segment information are set to parallel processing to determine the parallel processing priority; the serial processing order between the target ECUs with the same network segment information is determined by the upload order of the corresponding ECU upgrade packages.

3. The method according to claim 1, characterized in that The performing upgrade processing based on the serial processing priority and the parallel processing priority to determine the upgrade status of each target ECU includes: Determining an upgrade adjacency table for the plurality of target ECUs according to the serial processing priority and the parallel processing priority; the upgrade adjacency table is used to characterize the upgrade priority of each target ECU and the upgrade status of each target ECU; The upgrade status of each target ECU is determined through the upgrade adjacency table.

4. The method according to claim 3, characterized in that The step of performing rollback processing on the rollback processing group corresponding to the abnormal target ECU includes: Determining the rollback processing group identifier corresponding to the abnormal target ECU through the upgrade adjacency table; According to the rollback processing group identifier, the rollback processing group corresponding to the abnormal target ECU is determined, and rollback processing is performed on all the target ECUs in the rollback processing group.

5. The method according to claim 1, characterized in that The serial processing priority is greater than the parallel processing priority.

6. A multi-ECU upgrade control system, characterized in that: Applied in a target vehicle, the target vehicle includes a plurality of target ECUs, and the system includes: A first division module is used to divide the plurality of target ECUs according to the control function of each of the target ECUs to obtain a plurality of rollback processing groups; the rollback processing groups include target ECUs having functional dependency relationships; A second division module is used to divide the target ECUs into a serial upgrade class and a parallel upgrade class according to the ECU attribute information of each target ECU and the upgrade order of the target ECUs; the serial processing priority of the serial upgrade class is determined based on the order of uploading the upgrade packages of each target ECU in the serial upgrade class; A parallel upgrade processing module, used to determine the parallel processing priority according to the network segment information of each target ECU in the parallel upgrade class; An upgrade status determination module, used to perform upgrade processing based on the serial processing priority and the parallel processing priority to determine the upgrade status of each of the target ECUs; The rollback processing module is used to perform rollback processing on the rollback processing group corresponding to the abnormal target ECU; the abnormal target ECU represents the ECU whose upgrade status is upgrade failure.

7. The system according to claim 6, characterized in that The parallel upgrade processing module is specifically used for: For multiple target ECUs in the parallel upgrade class, the target ECUs with the same network segment information are set to serial processing, and the target ECUs with different network segment information are set to parallel processing to determine the parallel processing priority; the serial processing order between the target ECUs with the same network segment information is determined by the upload order of the corresponding ECU upgrade packages.

8. The system according to claim 6, characterized in that The upgrade status determination module is specifically used to: Determining an upgrade adjacency table for the plurality of target ECUs according to the serial processing priority and the parallel processing priority; the upgrade adjacency table is used to characterize the upgrade priority of each target ECU and the upgrade status of each target ECU; The upgrade status of each target ECU is determined through the upgrade adjacency table.

9. An electronic device, characterized in that: The device comprises: a processor, a memory and a system bus; The processor and the memory are connected via the system bus; The memory is used to store one or more programs, and the one or more programs include instructions, and when the instructions are executed by the processor, the processor executes the multi-ECU upgrade control method according to any one of claims 1 to 5.

10. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the program is executed by a processor, the multi-ECU upgrade control method described in any one of claims 1 to 5 is implemented.

Images