Parallel flashing method of vehicle, ICGM, equipment and storage medium

Abstract

The invention discloses a parallel flashing method of a vehicle, an ICGM, equipment and a storage medium. When the method provided by the embodiment of the invention is executed, when an ICGM receives a data flashing request sent by an OBD through a Doip protocol, an MPU can firstly convert a data flashing address in the data flashing request into a message identifier of a CAN bus; and respectively converting the message identifier and the flashing data in the data flashing request into a target data format to obtain target data and a target identifier, and then sending the target data and the target identifier to the MCU through the target interface. And the MCU sends the target data to the ECU corresponding to the target identifier in an asynchronous buffering manner, so that the ECU performs data flashing based on the target data. The method and the device are suitable for flashing the ECU of various flashing data (such as CAN data or Ethernet data), and have relatively high flashing efficiency and real-time performance.

Description

Technical Field

[0001] The present application relates to the field of vehicle technology, and in particular to a vehicle parallel flashing method, ICGM, device and storage medium. Background Art

[0002] Vehicle data flashing refers to the process of updating the program or firmware of the vehicle's Electronic Control Unit (ECU). Existing controller area network (CAN) flashing is achieved by updating or modifying the ECU's firmware or configuration data through the CAN bus. In this process, the flashing tool sends the new data or program to the target ECU through the CAN bus, and the ECU updates and stores the data after receiving it.

[0003] However, a single CAN flash only supports the flashing of CAN data, but cannot flash ECUs that support Ethernet data; on the other hand, the bandwidth of the CAN interface of the on-board diagnostics system (OBD) is the same as the ECU's CAN bus bandwidth. When flashing CAN through the OBD interface, the transmission rate is limited by the ECU's CAN bus bandwidth. This will result in a serious limitation on the flashing speed when using a single OBD port for CAN flashing, resulting in an extremely slow transmission rate of the OBD port when flashing multiple ECUs in parallel.

[0004] Therefore, how to provide a high-speed vehicle parallel flashing method that supports flashing of CAN data and Ethernet data at the same time is a technical problem that technical personnel in this field urgently need to solve. Summary of the invention

[0005] Based on the above problems, the present application provides a vehicle parallel flashing method, ICGM, equipment and storage medium to provide a high-speed vehicle parallel flashing method that supports both CAN data and Ethernet data flashing.

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

[0007] A vehicle parallel flashing method is applied to an intelligent central domain gateway ICGM, wherein the ICGM includes a microprocessor unit MPU and a microcontroller unit MCU, and the MPU of the ICGM is electrically connected to an on-board diagnostic system OBD. The method includes:

[0008] In response to the data writing request sent by the OBD through the Internet diagnostic protocol Doip protocol, the MPU of the ICGM converts the data writing address in the data writing request into a message identifier of the controller area network bus CAN bus; the OBD has established a communication channel with the MPU of the ICGM;

[0009] The MPU of the ICGM converts the message identifier and the write data in the data write request into target data formats, respectively, to obtain first target data and a target identifier, respectively; the target data format is a data format that can be transmitted by a target interface; the write data has a one-to-one correspondence with the data write address;

[0010] The MPU of the ICGM sends the first target data and the target identifier to the MCU of the ICGM through the target interface;

[0011] The MCU of the ICGM uses an asynchronous buffering method to send the first target data to the electronic control unit ECU corresponding to the target identifier, so that the ECU performs data flashing based on the first target data.

[0012] In a possible implementation, the MCU of the ICGM uses an asynchronous buffering method to send the first target data to the ECU of the target vehicle, including:

[0013] The MCU of the ICGM converts the first target data into a data format of a CAN bus to obtain second target data;

[0014] The MCU of the ICGM stores the second target data in a buffer pool;

[0015] The MCU of the ICGM adopts an asynchronous buffering method to send the second target data in the cache pool to the ECU corresponding to the target identifier through the CAN bus, so that the ECU performs data flashing based on the second target data.

[0016] In a possible implementation manner, the process of establishing the communication channel includes:

[0017] In response to a communication request sent by the OBD via the Doip protocol, the MPU of the ICGM queries whether the OBD supports a multi-Internet Protocol IP protocol stack;

[0018] If the OBD supports multiple IP protocol stacks, the MPU of the ICGM establishes the communication channel with the OBD so that the OBD communicates with the MPU of the ICGM through the Doip protocol.

[0019] In a possible implementation, the target interface includes a serial peripheral interface SPI; and the target data format includes a data format of the SPI.

[0020] In a possible implementation, the method further includes:

[0021] If the data length of the first target data and / or the target identifier is greater than the standard transmission length of the SPI, the MPU of the ICGM transmits the first target data and / or the target identifier in batches.

[0022] In a possible implementation, the method further includes:

[0023] If the MCU of the ICGM receives the first target data and the target identifier, the MCU of the ICGM replies to the data flashing request.

[0024] An ICGM, the ICGM comprising a microprocessor unit MPU and a microcontroller unit MCU, the MPU of the ICGM being electrically connected to an on-board diagnostic system OBD:

[0025] In response to the data writing request sent by the OBD through the Doip protocol, the MPU of the ICGM converts the data writing address in the data writing request into a message identifier of the CAN bus; converts the message identifier and the writing data in the data writing request into target data formats, respectively, to obtain first target data and a target identifier; and sends the first target data and the target identifier to the MCU of the ICGM through a target interface;

[0026] The MCU of the ICGM is used to send the first target data to the ECU corresponding to the target identifier, so that the ECU performs data flashing based on the first target data;

[0027] Among them, the OBD has established a communication channel with the MPU of the ICGM; the flash data and the data flash address have a one-to-one correspondence; and the target data format is a data format that can be transmitted by the target interface.

[0028] In a possible implementation, the MCU of the ICGM specifically includes:

[0029] A data conversion unit, used for converting the first target data into a data format of a CAN bus to obtain second target data;

[0030] A storage unit, used for storing the second target data in a cache pool;

[0031] The sending unit is used to send the second target data in the cache pool to the ECU corresponding to the target identifier through the CAN bus in an asynchronous buffering manner, so that the ECU performs data flashing based on the second target data.

[0032] A parallel flashing device for a vehicle comprises: a memory, a processor, and a computer program stored in the memory and executable on the processor. When the processor executes the computer program, the parallel flashing method for the vehicle as described above is implemented.

[0033] A computer-readable storage medium stores instructions, and when the instructions are executed on an ICGM, the ICGM executes the vehicle parallel flashing method as described above.

[0034] Compared with the prior art, this application has the following beneficial effects:

[0035] The present application provides a parallel flashing method, ICGM, device and storage medium for a vehicle. Specifically, when executing the parallel flashing method for a vehicle provided in an embodiment of the present application, when the intelligent central gateway module (ICGM) receives a data flashing request sent by the OBD electrically connected thereto through the Internet diagnostic protocol (Diagnostic over Internet Protocol, DoIP protocol), first, the microprocessor unit (MPU) of the ICGM can convert the data flashing address in the data flashing request into a message identifier of the CAN bus. Then, the MPU of the ICGM also needs to convert the message identifier and the flashing data in the data flashing request into the target data format to obtain the first target data and the target identifier, and send the first target data and the target identifier to the microcontroller unit (MCU) of the ICGM through the target interface. Then the MCU of the ICGM uses an asynchronous buffering method to send the first target data to the ECU corresponding to the target identifier, so that the ECU performs data flashing based on the first target data. Due to the use of an asynchronous buffering method, the MCU of the ICGM can efficiently transmit data to the target ECU, reducing the delay in data processing and transmission. This method can improve the overall efficiency of data flashing and shorten the time for vehicle maintenance and updating. At the same time, by converting the flashing data and message identifier in the data flashing request into the target data format and transmitting them respectively, the accuracy and consistency of the data can be ensured, and the errors that may occur during data transmission can be reduced. In addition, due to the collaboration between the MPU and the MCU, parallel processing of data flashing requests can be achieved, further improving the parallel processing capability and overall efficiency of the vehicle system. In addition, the flashing address is converted into a message identifier of the CAN bus, and the conversion of different data formats is supported, which enhances the flexibility of the vehicle system. This can better adapt to the needs of different vehicles and ECUs and support a variety of different target interfaces. Finally, no matter what format the flashing data received by the MPU is, it will be converted into the target data format to send to the ECU for data flashing. Therefore, this application is applicable to ECUs with various flashing data (such as CAN data or Ethernet data) for flashing. BRIEF DESCRIPTION OF THE DRAWINGS

[0036] In order to more clearly illustrate the technical solutions in this embodiment or 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 creative work.

[0037] Figure 1 A method flow chart of a vehicle parallel flashing method provided in an embodiment of the present application;

[0038] Figure 2 A schematic diagram of the structure of an ICGM provided in an embodiment of the present application. DETAILED DESCRIPTION

[0039] To facilitate understanding of the technical solutions provided by the embodiments of the present application, the background technology involved in the embodiments of the present application will be described below.

[0040] CAN flashing: CAN is a communication bus standard widely used in the automotive field. In CAN flashing, the ECU and the flashing device use the CAN bus to communicate, and send data containing new software code or firmware to the ECU via the CAN bus to achieve program updates. CAN flashing is usually used in traditional vehicles, where communication between ECUs is mainly completed via the CAN bus.

[0041] Ethernet flashing: Ethernet flashing is to complete the program update of ECU through Ethernet network connection. This method is often used in modern vehicles because the electronic systems of modern vehicles are more complex and require higher bandwidth and speed communication methods. Ethernet flashing can provide faster data transmission rates and support larger data transmission, making the program update process more efficient and convenient. In Ethernet flashing, switches that support high-speed data transmission, have multi-port designs and comply with IEEE 802.3 standards are usually used to achieve fast and reliable data transmission while ensuring connection stability and network performance.

[0042] Vehicle data flashing refers to the process of updating the program or firmware of the vehicle's ECU. There are currently two main flashing methods, one is CAN flashing and the other is Ethernet flashing. Single CAN flashing has limitations in some aspects and cannot flash ECUs that support Ethernet. At the same time, when CAN flashing is performed through the OBD interface, the transmission rate is limited by the ECU's CAN bus bandwidth, which may lead to severe limitations on the flashing speed, making the OBD port transmission rate slow when supporting parallel flashing operations on multiple ECUs.

[0043] In addition, CAN flashing only supports the flashing of CAN data, but not Ethernet data. Although Ethernet flashing can support the flashing of CAN data and Ethernet data at the same time, Ethernet flashing needs to be implemented through a hardware switch, which makes the hardware cost of Ethernet flashing too high.

[0044] In order to solve this problem, a vehicle parallel flashing method, ICGM, device and storage medium are provided in an embodiment of the present application. When ICGM receives a data flashing request sent from OBD through the DoIP protocol, the MPU of ICGM will first convert the flashing address in the request into a message identifier of the CAN bus. Subsequently, the MPU converts the message identifier and the flashing data into the target data format, generates the first target data and the target identifier, and transmits both to the MCU of the ICGM through the target interface. In this application, the MCU adopts asynchronous buffering technology to send the first target data to the corresponding ECU for data flashing. Asynchronous buffering helps to improve data transmission efficiency and shorten maintenance and update time. At the same time, the flashing data and message identifier are converted into the target format to ensure the accuracy and consistency of the data and reduce transmission errors. The collaboration between the MPU and the MCU realizes the parallel processing of data flashing requests, further improving the processing power and efficiency of the vehicle system. In addition, the flashing address is converted into a CAN message identifier, and different data format conversions are supported, which enhances the flexibility of the vehicle system, enables it to adapt to the needs of different vehicles and ECUs, and supports multiple target interfaces.

[0045] It should also be noted that the present application utilizes ICGM's MPU and MCU to implement flash operations, which does not require additional expensive hardware equipment, thereby reducing the cost of setting up and maintaining the vehicle's parallel flash system.

[0046] The following will be combined with the drawings in the embodiments of the present invention to clearly and completely describe the technical solutions in the embodiments of the present invention. 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.

[0047] See also Figure 1 , which is a method flow chart of a vehicle parallel flashing method provided by an embodiment of the present application, wherein the vehicle parallel flashing method applies ICGM, wherein the ICGM includes a microprocessor unit MPU and a microcontroller unit MCU, wherein the MPU of the ICGM is electrically connected to the OBD, such as Figure 1 As shown, the parallel flashing method for the vehicle may include steps S101-S104:

[0048] S101: In response to a data write request sent by the OBD via the Internet Diagnostic Protocol (Doip), the MPU of the ICGM converts a data write address in the data write request into a message identifier of a controller area network (CAN) bus.

[0049] When the ICGM's MPU receives a data write request from the OBD via the DoIP protocol, the MPU processes the data write address in the request and converts it into a message identifier on the controller area network bus (CAN bus). In other words, the ICGM's MPU recodes the data address in the request based on the received data write request to adapt to the communication method and identifier on the CAN bus, thereby achieving information transmission and processing.

[0050] In addition, OBD has established a communication channel with ICGM's MPU. This means that OBD and ICGM can exchange data and information with each other to perform data flash requests and other communication operations. The communication channel is established to ensure that instructions, data and information can be effectively transmitted between OBD and ICGM, thereby achieving more efficient communication and collaboration.

[0051] In a possible implementation manner, the process of establishing the communication channel includes:

[0052] When the MPU of ICGM receives a communication request sent by the OBD through the DoIP protocol, the MPU will query whether the OBD supports multiple Internet Protocol (IP) protocol stacks.

[0053] If OBD supports multiple IP protocol stacks, ICGM's MPU will establish a communication channel with OBD so that OBD can communicate with ICGM's MPU through DoIP protocol. This process ensures that an effective communication channel can be established between OBD and ICGM, and in the case that OBD supports multiple IP protocol stacks, ICGM's MPU can establish a communication connection accordingly, thereby facilitating data exchange and information transfer.

[0054] It should be noted that ICGM is a key electronic control unit in the vehicle.

[0055] DoIP is an on-board diagnostic communication protocol for automotive diagnostics and data exchange over Ethernet. It is part of the ISO 13400 standard and aims to provide a standardized method for vehicle diagnostics and data transmission over Ethernet. The DoIP protocol enables diagnostic tools to access the vehicle's ECU via the Internet Protocol (IP).

[0056] The message identifier of the CAN bus is an 11-bit or 29-bit identifier used to distinguish different messages sent on the CAN network. These message IDs are included in the header of each CAN data frame so that the receiver can identify and filter out relevant messages. Through the message identifier, the CAN node can determine the priority of the message, the message type, and the communication relationship between the sender and the receiver.

[0057] S102: The MPU of ICGM converts the message identifier and the write data in the data write request into target data formats, respectively, to obtain first target data and a target identifier, respectively.

[0058] ICGM's MPU converts the message identifier and the data in the data write request into the target data format, respectively, and generates the first target data and the target identifier, respectively. The target data format refers to the data format that the target interface can recognize and transmit, ensuring that the data can be correctly transmitted and processed. There is a one-to-one correspondence between the write data and the write address, which means that each write address corresponds to a specific data, making the access and transmission of data more accurate and consistent.

[0059] In a possible implementation, the target interface includes a serial peripheral interface (Serial Peripheral Interface, SPI), and thus the target data format includes a data format of the SPI.

[0060] In a possible implementation, the original data format of the flash data may be, but is not limited to, a CAN data format or an Ethernet data format.

[0061] It should be noted that the flash data is the Unified Diagnostic Services data (UDS), which usually contains information about vehicle diagnostics, control unit communication and maintenance, and is used for diagnosis, fault detection and repair in automotive electronic systems. UDS data is an important part of the automotive diagnostic field, helping to ensure the normal operation and performance of the vehicle.

[0062] SPI is a commonly used serial communication protocol for data exchange between MCU and various peripheral devices (such as sensors, memory, display, etc.).

[0063] S103: The MPU of ICGM sends the first target data and the target identifier to the MCU of ICGM through the target interface.

[0064] The MPU of ICGM sends the first target data and the corresponding target identifier to the MCU of ICGM through the target interface. The MPU is responsible for generating and transmitting data, while the MCU receives and processes the data to realize the function of communication or data transmission.

[0065] In a possible implementation, if the length of the first target data or the target identifier exceeds the standard transmission length supported by the SPI protocol, then these data will be divided into multiple small batches for transmission to ensure that the complete data can be smoothly transmitted through the SPI interface.

[0066] In a possible implementation, the standard transmission length of SPI may be but is not limited to 2048 bits. The present application does not impose any specific restrictions on the standard transmission length of SPI, and the user may adjust the standard transmission length of SPI according to actual needs.

[0067] In one possible implementation, if the ICGM's MCU receives the first target data and target identifier, the ICGM's MCU will reply to the data flush request. This means that when the MCU successfully receives the required data and identifier, it will respond accordingly, which may include feedback to confirm that the data has been received, start the data flush operation, or other relevant information. This reply mechanism helps ensure that the information exchange between the communicating parties proceeds smoothly so that the data flush request is correctly executed and the effectiveness of the communication is maintained.

[0068] S104: The MCU of ICGM uses an asynchronous buffering method to send the first target data to the electronic control unit ECU corresponding to the target identifier, so that the ECU performs data flashing based on the first target data.

[0069] ICGM's MCU will send the first target data to the ECU corresponding to the target identifier through asynchronous buffering. This means that the MCU uses an asynchronous buffering technology to transfer data to the specified ECU so that the ECU can perform a data flash operation based on the received first target data. In this way, ICGM can effectively send data to the target device, ensure the smooth progress of the data transmission process, and enable the target device to perform corresponding operations or updates based on the received data.

[0070] It should be noted that the asynchronous buffering method refers to a method of data transmission in which the process of sending and receiving data is performed asynchronously, and the data may be buffered before it reaches the receiving end. In this way, the operations of the sender and receiver do not need to be strictly synchronized, allowing them to process data at their own speeds. When the sender transmits data to the receiver, the receiver can receive and process the data at its own pace without having to rely on the sender's clock or synchronization signal. The buffer is used to store data so that it can be read and processed when needed, thereby realizing asynchronous data transmission. This method improves the flexibility and efficiency of vehicle systems and reduces the risk of data loss or errors during transmission.

[0071] In a possible implementation, the ICGM MCU uses an asynchronous buffer to send the first target data to the ECU of the target vehicle, including A1-A3:

[0072] A1: The MCU of ICGM converts the first target data into the data format of the CAN bus to obtain the second target data.

[0073] ICGM's MCU converts the first target data into a data format suitable for CAN bus transmission, and then generates the second target data. This means that the MCU converts the format of the original data according to the requirements so that it can be effectively transmitted on the CAN bus, and obtains a new data form so that the data can be accurately sent and received to successfully complete subsequent communications and operations.

[0074] A2: The ICGM MCU stores the second target data in the buffer pool.

[0075] ICGM's MCU stores the second target data in the buffer pool, which means that the MCU will temporarily save the processed and converted data in a specific memory area. The purpose of this is to facilitate access, processing or transmission of this data when needed, to ensure the smooth flow of data during communication and to be used for subsequent operations in the expected manner.

[0076] In addition, as long as there is data in the buffer pool, the MCU will use asynchronous buffering to send the second target data in the buffer pool to the ECU corresponding to the target identifier through the CAN bus.

[0077] A3: ICGM's MCU uses asynchronous buffering to send the second target data in the cache pool to the ECU corresponding to the target identifier through the CAN bus, so that the ECU can flash data based on the second target data.

[0078] ICGM's MCU uses asynchronous buffering to send the second target data stored in the buffer pool to the ECU corresponding to the target identifier through the CAN bus. This means that the MCU will process data transmission in an asynchronous manner and send the data to a specific ECU through a buffering mechanism so that the ECU can perform the corresponding data flushing operation based on the received second target data. This method helps to ensure the effectiveness and accuracy of data transmission, while improving the flexibility and efficiency of the entire data transmission process.

[0079] It should also be noted that during the data transmission process, the MCU will continuously monitor whether there is data in the buffer pool. Once there is data, it will immediately send the data to the target ECU in an asynchronous buffering manner so that further operations can be performed based on the data. This mechanism ensures timely and effective data transmission to meet communication requirements and implement data flushing operations.

[0080] Based on the contents of S101-S104, it can be known that when ICGM receives a data write request sent by OBD through the DoIP protocol, the MPU of ICGM first converts the data write address in the request into a message identifier of the CAN bus. Subsequently, the MPU further processes the message identifier and the write data, converts it into the target data format to obtain the first target data and the target identifier, and transmits it to the MCU of ICGM through the target interface. The MCU uses an asynchronous buffering method to send the first target data to the ECU corresponding to the target identifier for data writing, thereby achieving efficient data transmission. The present application reduces delays, improves writing efficiency, and shortens maintenance and update time. Through data format conversion and asynchronous buffering, the accuracy and consistency of the data are ensured, and the risk of transmission errors is reduced. The collaboration between the MPU and the MCU makes it possible to process multiple data write requests in parallel, thereby enhancing the parallel processing capability of the vehicle system. In addition, the conversion of different data formats (such as CAN data format or Ethernet data) and flexible message identifier processing are supported, making the vehicle more adaptable, meeting the needs of different vehicles and ECUs, while supporting multiple target interfaces, thereby improving the flexibility and versatility of the vehicle.

[0081] See also Figure 2 , Figure 2 This is a schematic diagram of the structure of an ICGM provided in an embodiment of the present application. Figure 2 As shown, the ICGM of the vehicle includes:

[0082] It includes a microprocessor unit MPU and a microcontroller unit MCU. The MPU of the ICGM is electrically connected to the on-board diagnostic system OBD:

[0083] In response to the data writing request sent by the OBD through the Doip protocol, the MPU of the ICGM converts the data writing address in the data writing request into a message identifier of the CAN bus; converts the message identifier and the writing data in the data writing request into target data formats, respectively, to obtain first target data and a target identifier; and sends the first target data and the target identifier to the MCU of the ICGM through a target interface;

[0084] The MCU of the ICGM is used to send the first target data to the ECU corresponding to the target identifier, so that the ECU performs data flashing based on the first target data;

[0085] Among them, the OBD has established a communication channel with the MPU of the ICGM; the flash data and the data flash address have a one-to-one correspondence; and the target data format is a data format that can be transmitted by the target interface.

[0086] In a possible implementation, the MCU of the ICGM specifically includes:

[0087] A data conversion unit, used for converting the first target data into a data format of a CAN bus to obtain second target data;

[0088] A storage unit, used for storing the second target data in a cache pool;

[0089] The sending unit is used to send the second target data in the cache pool to the ECU corresponding to the target identifier through the CAN bus in an asynchronous buffering manner, so that the ECU performs data flashing based on the second target data.

[0090] In a possible implementation, the MPU of the ICGM is further used for:

[0091] In response to a communication request sent by the OBD via the Doip protocol, the MPU of the ICGM queries whether the OBD supports a multi-Internet Protocol IP protocol stack;

[0092] If the OBD supports multiple IP protocol stacks, the MPU of the ICGM establishes the communication channel with the OBD so that the OBD communicates with the MPU of the ICGM through the Doip protocol.

[0093] In a possible implementation, the target interface includes a serial peripheral interface SPI; and the target data format includes a data format of the SPI.

[0094] In a possible implementation, the MPU of the ICGM is further used for:

[0095] If the data length of the first target data and / or the target identifier is greater than the standard transmission length of the SPI, the MPU of the ICGM transmits the first target data and / or the target identifier in batches.

[0096] In a possible implementation, the MCU of the ICGM is also used for:

[0097] If the MCU of the ICGM receives the first target data and the target identifier, the MCU of the ICGM replies to the data flashing request.

[0098] In addition, an embodiment of the present application also provides a parallel flashing device for a vehicle, including: a memory, a processor, and a computer program stored in the memory and executable on the processor. When the processor executes the computer program, the parallel flashing method for the vehicle as described above is implemented.

[0099] In addition, an embodiment of the present application also provides a computer-readable storage medium, in which instructions are stored. When the instructions are executed on a terminal device, the terminal device executes the parallel flashing method for the vehicle as described above.

[0100] The embodiment of the present application provides an ICGM. When the ICGM receives a data write request sent by the OBD through the Doip protocol, the data write address in the data write request is first converted into a message identifier of the CAN bus by using the MPU of the ICGM, and the message identifier and the write data in the data write request are respectively converted into the target data format to obtain the first target data and the target identifier. Then the MPU sends the first target data and the target identifier to the MCU of the ICGM through the target interface, so that the MCU of the ICGM can send the first target data to the ECU corresponding to the target identifier, so that the ECU can write data based on the first target data. The present application improves the efficiency of data writing and shortens the time for vehicle maintenance and updating. By converting the write data and the message identifier into the target data format and transmitting them, the accuracy and consistency of the data are ensured, and transmission errors are reduced. The collaboration of the MPU and the MCU supports parallel processing of data write requests, further improving the processing power and overall efficiency of the vehicle system. In addition, the write address is converted into a CAN bus message identifier, and supports multiple data format conversions (such as CAN data format or Ethernet data), which enhances the flexibility of the vehicle system and can adapt to the needs of different vehicles and ECUs.

[0101] The above is a detailed introduction to the parallel flashing method, ICGM, equipment and storage medium for a vehicle provided by the present application. The various embodiments in the specification are described in a progressive manner, and each embodiment focuses on the differences from other embodiments. The same and similar parts between the embodiments can refer to each other. For the ICGM disclosed in the embodiment, since it corresponds to the method disclosed in the embodiment, the description is relatively simple, and the relevant parts can refer to the method part description. It should be pointed out that for ordinary technicians in this technical field, without departing from the principles of the present application, several improvements and modifications can be made to the present application, and these improvements and modifications also fall within the scope of protection of the claims of the present application.

[0102] It should be understood that in the present application, "at least one (item)" means one or more, and "plurality" means two or more. "And / or" is used to describe the association relationship of associated objects, indicating that three relationships may exist. For example, "A and / or B" can mean: only A exists, only B exists, and A and B exist at the same time, where A and B can be singular or plural. The character " / " generally indicates that the objects associated before and after are in an "or" relationship. "At least one of the following" or similar expressions refers to any combination of these items, including any combination of single or plural items. For example, at least one of a, b or c can mean: a, b, c, "a and b", "a and c", "b and c", or "a and b and c", where a, b, c can be single or multiple.

[0103] It should also be noted that, in this article, relational terms such as first and second, etc. are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Moreover, the terms "include", "comprise" or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, article or device. In the absence of further restrictions, the elements defined by the sentence "comprise a ..." do not exclude the presence of other identical elements in the process, method, article or device including the elements.

Claims

1. A parallel flashing method for a vehicle, characterized in that: Applied to an intelligent central domain gateway ICGM, the ICGM includes a microprocessor unit MPU and a microcontroller unit MCU, the MPU of the ICGM is electrically connected to an on-board diagnostic system OBD, and the method includes: In response to the data writing request sent by the OBD through the Internet diagnostic protocol Doip protocol, the MPU of the ICGM converts the data writing address in the data writing request into a message identifier of the controller area network bus CAN bus; the OBD has established a communication channel with the MPU of the ICGM; The MPU of the ICGM converts the message identifier and the write data in the data write request into target data formats, respectively, to obtain first target data and a target identifier, respectively; the target data format is a data format that can be transmitted by a target interface; the write data has a one-to-one correspondence with the data write address; The MPU of the ICGM sends the first target data and the target identifier to the MCU of the ICGM through the target interface; The MCU of the ICGM uses an asynchronous buffering method to send the first target data to the electronic control unit ECU corresponding to the target identifier, so that the ECU performs data flashing based on the first target data.

2. The method according to claim 1, characterized in that: The MCU of the ICGM uses an asynchronous buffering method to send the first target data to the ECU of the target vehicle, including: The MCU of the ICGM converts the first target data into a data format of a CAN bus to obtain second target data; The MCU of the ICGM stores the second target data in a buffer pool; The MCU of the ICGM adopts an asynchronous buffering method to send the second target data in the cache pool to the ECU corresponding to the target identifier through the CAN bus, so that the ECU performs data flashing based on the second target data.

3. The method according to claim 1, characterized in that The communication channel establishment process includes: In response to a communication request sent by the OBD via the Doip protocol, the MPU of the ICGM queries whether the OBD supports a multi-Internet Protocol IP protocol stack; If the OBD supports multiple IP protocol stacks, the MPU of the ICGM establishes the communication channel with the OBD so that the OBD communicates with the MPU of the ICGM through the Doip protocol.

4. The method according to claim 1, characterized in that: The target interface includes a serial peripheral interface SPI; the target data format includes a data format of the SPI.

5. The method according to claim 1, characterized in that The method further comprises: If the data length of the first target data and / or the target identifier is greater than the standard transmission length of the SPI, the MPU of the ICGM transmits the first target data and / or the target identifier in batches.

6. The method according to claim 1, characterized in that The method further comprises: If the MCU of the ICGM receives the first target data and the target identifier, the MCU of the ICGM replies to the data flashing request.

7. An ICGM, characterized in that: The ICGM includes a microprocessor unit MPU and a microcontroller unit MCU, and the MPU of the ICGM is electrically connected to the on-board diagnostic system OBD: In response to the data writing request sent by the OBD through the Doip protocol, the MPU of the ICGM converts the data writing address in the data writing request into a message identifier of the CAN bus; converts the message identifier and the writing data in the data writing request into target data formats, respectively, to obtain first target data and a target identifier, respectively; Sending the first target data and the target identifier to the MCU of the ICGM through a target interface; The MCU of the ICGM is used to send the first target data to the ECU corresponding to the target identifier, so that the ECU performs data flashing based on the first target data; Among them, the OBD has established a communication channel with the MPU of the ICGM; the flash data and the data flash address have a one-to-one correspondence; and the target data format is a data format that can be transmitted by the target interface.

8. The ICGM according to claim 7, characterized in that: The ICGM MCU specifically includes: A data conversion unit, used for converting the first target data into a data format of a CAN bus to obtain second target data; A storage unit, used for storing the second target data in a cache pool; The sending unit is used to send the second target data in the cache pool to the ECU corresponding to the target identifier through the CAN bus in an asynchronous buffering manner, so that the ECU performs data flashing based on the second target data.

9. A parallel flashing device for a vehicle, characterized in that: include: A memory, a processor, and a computer program stored in the memory and executable on the processor, wherein when the processor executes the computer program, the parallel flashing method for a vehicle as described in any one of claims 1 to 6 is implemented.

10. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores instructions, and when the instructions are executed on the ICGM, the ICGM executes the parallel flashing method for a vehicle as described in any one of claims 1 to 6.

Images