A vehicle remote upgrade method and device, system, vehicle, and storage medium

Abstract

The present application provides a vehicle remote upgrade method and device, system, vehicle, and storage medium, and relates to the field of vehicle remote upgrade technology. The method includes: when receiving abnormal change information of the vehicle, determining that the first ECU corresponding to the abnormal change information is the first priority. When it is determined that the vehicle meets the preset state, receiving the upgrade data packet sent from the cloud. The upgrade data packet includes upgrade information of multiple ECUs to be upgraded, and the multiple ECUs to be upgraded include the first ECU. Determine that at least one second ECU other than the first ECU among the multiple ECUs to be upgraded is the second priority. The second priority is lower than the first priority. According to the first priority and the second priority, the upgrade information is sent to the first ECU and the at least one second ECU, so that the control vehicle uses the upgrade information to upgrade the first ECU and the at least one second ECU.

Description

Technical Field

[0001] The present application relates to the technical field of vehicle remote upgrade, and in particular to a vehicle remote upgrade method and device, system, vehicle, and storage medium. Background Art

[0002] The current vehicle-mounted electronic control unit (ECU) remote upgrade technology has been widely used in the field of vehicle remote upgrade technology. Its core technology mainly relies on the two-way data communication between the cloud platform and the vehicle-mounted EC. Common implementation plans include: receiving the upgrade file sent by the cloud server through the vehicle's built-in remote communication module, and then distributing it to each ECU through the vehicle's internal bus system (controller area network, CAN) for firmware update.

[0003] However, for traditional models without remote communication modules or vehicles that have temporarily lost network connection, users need to drive the vehicle to a 4S store, where the 4S store's dedicated equipment will perform online upgrades on vehicle applications, vehicle systems and other vehicle software. This method is cumbersome to operate, and due to geographical restrictions, it is difficult to achieve real-time and efficient remote upgrade services, and may increase security risks during data transmission.

[0004] Based on this, the present application provides a vehicle remote upgrade method, which can achieve the smooth completion of the upgrade task during the remote upgrade of the vehicle's ECU without being restricted by whether the vehicle has native networking capabilities. Summary of the invention

[0005] The purpose of this application is to provide a vehicle remote upgrade method and device, system, vehicle, and storage medium, which can achieve the smooth completion of the upgrade task during the remote upgrade of the vehicle's ECU without being restricted by whether the vehicle has native networking capabilities.

[0006] In a first aspect, the present application provides a vehicle remote upgrade method, which is applied to a vehicle remote upgrade device, the vehicle remote upgrade device is deployed in the vehicle, the vehicle remote upgrade device is connected to the cloud, the vehicle includes multiple on-board electronic control units (ECUs), and the vehicle remote upgrade device is connected to the multiple ECUs of the vehicle. The method includes: when receiving abnormal change information of the vehicle, determining that the first ECU corresponding to the abnormal change information is the first priority. When it is determined that the vehicle meets the preset state, receiving an upgrade data packet sent from the cloud. The upgrade data packet includes upgrade information of multiple ECUs to be upgraded, and the multiple ECUs to be upgraded include the first ECU. Determine that at least one second ECU other than the first ECU among the multiple ECUs to be upgraded is the second priority. The upgrade order of the at least one second ECU is determined according to the critical order. The second priority is lower than the first priority. According to the first priority and the second priority, the upgrade information is sent to the first ECU and the at least one second ECU, so that the control vehicle uses the upgrade information to upgrade the first ECU and the at least one second ECU.

[0007] The vehicle remote upgrade method provided in the embodiment of the present application determines that the first ECU corresponding to the abnormal change information is the first priority when receiving abnormal change information of the vehicle, and receives the upgrade data packet sent from the cloud when it is determined that the vehicle meets the preset conditions. Determine at least one second ECU other than the first ECU among multiple ECUs to be upgraded as the second priority. In the order of the first priority and the second priority, the upgrade information is sent to the first ECU and at least one second ECU, so that the control vehicle uses the upgrade information to upgrade the first ECU and at least one second ECU. The remote firmware upgrade of the ECU can be realized without the vehicle itself having the ability to connect to the Internet, which greatly broadens the coverage of the upgrade service. Whether it is a new smart car model or an old car model, the firmware can be updated conveniently and quickly through this device.

[0008] In a possible implementation, the vehicle remote upgrade method provided in the embodiment of the present application further includes: obtaining vehicle status information. If the change of the status information in a preset time period exceeds a threshold, determining that the status information is abnormal change information.

[0009] In a possible implementation, the vehicle's status information includes the vehicle's current location information. The vehicle remote upgrade method provided in the embodiment of the present application also includes: responding to a user's upgrade request. The upgrade request is used to indicate that the vehicle is to be upgraded. Determine the optimal upgrade strategy for the vehicle based on the vehicle's status information. The optimal upgrade strategy includes an upgrade location and an optimal route from the vehicle's current location to the upgrade location. Send the optimal upgrade strategy to the vehicle so that the vehicle is controlled to go to the upgrade location via the optimal route for upgrade.

[0010] In this possible implementation, by responding to the user's upgrade request, the optimal upgrade strategy is provided to the vehicle so that the vehicle can be controlled to go to the upgrade location via the optimal route. The optimal upgrade strategy can be automatically planned based on multi-dimensional information such as the vehicle's status information, network conditions, and geographic location, thereby improving the efficiency and safety of remote vehicle upgrades.

[0011] In a possible implementation, determining an optimal upgrade strategy for a vehicle based on vehicle status information includes: determining at least one upgrade location to which the vehicle can go and at least one route to each upgrade location based on current location information; obtaining road condition information for at least one route; calculating energy consumption of a vehicle corresponding to each of the at least one route based on the road condition information for at least one route and at least one route; and determining a route with the lowest energy consumption as the optimal route.

[0012] In a possible implementation, the vehicle remote upgrade method provided in an embodiment of the present application further includes: sending the optimal strategy to a display device of the vehicle so that the display device displays the optimal strategy to the user.

[0013] In a possible implementation, the upgrade information is sent to the first ECU and the at least one second ECU, including: for each target ECU in the first ECU and the at least one second ECU, obtaining the current version of the ECU program file of the target ECU. According to the target upgrade information of the target ECU in the upgrade information and the current version of the ECU program file, determining the difference information between the upgrade information and the current version of the ECU program file. Sending the difference information to the target ECU.

[0014] In a possible implementation, the difference information is encapsulated in at least one data frame. Sending the difference information to the target ECU includes: sending at least one data frame to the target ECU frame by frame.

[0015] In this possible implementation, by encapsulating the difference information in a data frame and sending at least one data frame to the target ECU frame by frame, the utilization rate of the bus can be improved and the robustness of the system can be enhanced.

[0016] In a possible implementation, the vehicle remote upgrade method provided in the embodiment of the present application further includes: storing the current version of the ECU program file of each target ECU in the first ECU and the at least one second ECU. If the upgrade of any ECU in the first ECU and the at least one second ECU fails, the current version of the ECU program file of the ECU that failed to upgrade is sent to the ECU that failed to upgrade, so that the ECU that failed to upgrade uses the current version of the ECU program file to roll back the version of the ECU that failed to upgrade to the current version.

[0017] In this possible implementation, by storing the current version of the ECU program file of each target ECU in the first ECU and the at least one second ECU, if any ECU in the first ECU and the at least one second ECU fails to be upgraded, the current version of the ECU program file of the ECU that failed to be upgraded is sent to the ECU that failed to be upgraded, so that the ECU that failed to be upgraded can use the current version of the ECU program file to roll back the version of the ECU that failed to be upgraded to the current version. When a serious error is detected during the upgrade process, such as the failure to install the new firmware or the incompatibility with the vehicle system after installation, the ECU can automatically roll back to the version before the upgrade to ensure that the vehicle can be used normally and avoid risks.

[0018] In a possible implementation, the preset state includes one or more of the following: the communication link between the vehicle and the cloud is in a connected state, the network state of the vehicle reaches a preset network state, the current operating state of the vehicle is a non-operating state, the battery level of the vehicle is greater than or equal to a preset battery level, and the current position of the vehicle is at a preset position.

[0019] In a possible implementation, the vehicle remote upgrade method provided in the embodiment of the present application further includes: sending an authentication process to the network in the environment where the vehicle is located. If the authentication with the network is successful, a communication connection is established with the cloud according to the preset server address and port.

[0020] In a possible implementation, the upgrade data packet also includes a first verification value corresponding to the upgrade data packet. The vehicle remote upgrade method provided in the embodiment of the present application also includes: receiving a first verification value. The first verification value is calculated by the cloud using the upgrade data packet before sending the upgrade data packet. A second verification value of the upgrade data packet is calculated. If the second verification value is the same as the first verification value, the upgrade data packet is decrypted to obtain the upgrade information.

[0021] In this possible implementation, the vehicle remote upgrade device receives a first verification value, calculates a second verification value of the upgrade data packet, and calculates a verification code of the upgrade data packet by using the same algorithm. If the two verification codes are the same, it means that the upgrade data packet has not been tampered with during the transmission process, the verification passes, and the data is considered complete and credible, thereby ensuring the security of the data transmission process.

[0022] In a possible implementation, the vehicle remote upgrade method provided in the embodiment of the present application further includes: if the network of the vehicle remote upgrade device is in an unstable state, suspending the reception of the upgrade data packet and the first check value sent from the cloud, and recording the receiving breakpoint of the upgrade data packet and the first check value sent from the cloud.

[0023] In this possible implementation, when the network of the vehicle remote upgrade device is in an unstable state, the vehicle remote upgrade device suspends receiving the upgrade data packet and the first verification value sent from the cloud, and records the first breakpoint in the cloud, suspends receiving data transmission, and avoids restarting the data.

[0024] In a possible implementation, after recording the receiving breakpoint of the upgrade data packet and the first verification value sent from the cloud, the method also includes: when the network of the vehicle remote upgrade device is in a stable state, continuing to download the upgrade data packet and the first verification value according to the receiving breakpoint.

[0025] In this possible implementation, when the network of the vehicle remote upgrade device is in a stable state, the upgrade data packet and the first check value can be continuously downloaded according to the receiving breakpoint. When the network of the vehicle remote upgrade device is in a stable state, the download can be continued from the breakpoint instead of starting over, so as to save time and data traffic.

[0026] In a second aspect, the present application provides a vehicle remote upgrade device, which includes: a processing module, a receiving module, and a sending module.

[0027] Wherein, the processing module is used to determine, when receiving the abnormal change information of the vehicle, that the first ECU corresponding to the abnormal change information is the first priority;

[0028] A receiving module, configured to receive an upgrade data packet sent from the cloud when it is determined that the vehicle meets a preset state; the upgrade data packet includes upgrade information of multiple ECUs;

[0029] The processing module is further used to determine that at least one second ECU other than the first ECU among the multiple ECUs corresponding to the upgrade information is a second priority; the upgrade order of the at least one second ECU is determined according to the critical order; the second priority is lower than the first priority;

[0030] The sending module is used to send the upgrade information to the first ECU and at least one of the second ECUs according to the first priority and the second priority, so that the vehicle upgrades the first ECU and at least one of the second ECUs using the upgrade information.

[0031] The vehicle remote upgrade device provided in the embodiment of the present application determines that the first ECU corresponding to the abnormal change information is the first priority when receiving the abnormal change information of the vehicle, and receives the upgrade data packet sent from the cloud when it is determined that the vehicle meets the preset conditions. Determine at least one second ECU other than the first ECU among multiple ECUs to be upgraded as the second priority. In the order of the first priority and the second priority, the upgrade information is sent to the first ECU and at least one second ECU, so that the control vehicle uses the upgrade information to upgrade the first ECU and at least one second ECU. The remote firmware upgrade of the ECU can be realized without the vehicle itself having the ability to connect to the Internet, which greatly broadens the coverage of the upgrade service. Whether it is a new smart car model or an old car model, the firmware can be updated conveniently and quickly through this device.

[0032] In a third aspect, the present application provides a vehicle remote upgrade system, which includes: a cloud, the vehicle remote upgrade device shown in the second aspect, and a vehicle.

[0033] The vehicle remote upgrade device is connected to the cloud through communication. The vehicle is connected to the vehicle remote upgrade device through communication.

[0034] In a fourth aspect, the present application provides a vehicle, wherein the vehicle controller has the function of implementing the vehicle remote upgrade method of the first aspect or any possible implementation method. The function can be implemented by hardware, or by hardware executing corresponding software. The hardware or software includes one or more modules corresponding to the above functions.

[0035] In a fifth aspect, a computer-readable storage medium is provided, in which instructions are stored, and when the computer-readable storage medium is run on a computer, the computer can execute the vehicle remote upgrade method of the first aspect or any possible implementation method.

[0036] In a sixth aspect, a computer program product comprising instructions is provided, which, when executed on a computer, enables the computer to execute the vehicle remote upgrade method of the first aspect or any possible implementation method.

[0037] Among them, the technical effects brought about by any design method in the second to sixth aspects can refer to the technical effects brought about by different possible implementation methods in the first aspect, and will not be repeated here. BRIEF DESCRIPTION OF THE DRAWINGS

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

[0039] Figure 1 A structural schematic diagram of a vehicle remote upgrade device provided in an embodiment of the present application;

[0040] Figure 2 A structural schematic diagram of a vehicle remote upgrade system provided in an embodiment of the present application;

[0041] Figure 3 A schematic diagram of a flow chart of a vehicle remote upgrade method provided in an embodiment of the present application;

[0042] Figure 4 Another flowchart of a vehicle remote upgrade method provided by an embodiment of the present application;

[0043] Figure 5 A schematic diagram of the structure of a vehicle remote upgrade device provided in an embodiment of the present application;

[0044] Figure 6 Another structural schematic diagram of a vehicle remote upgrade device provided in an embodiment of the present application;

[0045] Figure 7 A circuit diagram of a vehicle remote upgrade device provided in an embodiment of the present application;

[0046] Figure 8 A schematic diagram of the structure of a vehicle remote upgrade system provided in an embodiment of the present application. DETAILED DESCRIPTION

[0047] In order to make the purpose, technical solution and advantages of the embodiments of the present application clearer, 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 part of the embodiments of the present application, rather than all the embodiments. The components of the embodiments of the present application described and shown in the drawings here can be arranged and designed in various different configurations.

[0048] Therefore, the following detailed description of the embodiments of the present application provided in the accompanying drawings is not intended to limit the scope of the present application for which protection is sought, but merely represents selected embodiments of the present application. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in the field without creative work are within the scope of protection of the present application.

[0049] At present, the upgrade of ECU of most vehicles is highly dependent on the remote networking capability of the vehicle itself, and standard or customized communication protocols are mostly used in the vehicle's CAN bus communication. This method still has some problems in practical application. First of all, for traditional models that do not have the original remote upgrade function or vehicles that temporarily lose network connection, the remote firmware upgrade of ECU cannot be completed, which limits the application scope and practicality of this technology. Secondly, the existing upgrade scheme still has room for improvement in communication security and upgrade speed. Due to the lack of independent high-speed 5G communication modules and effective GPS positioning assistance, it is difficult to achieve real-time and efficient remote upgrade services, and it may increase safety risks in the data transmission process. In addition, for the upgrade needs in some complex or emergency scenarios, existing technologies often find it difficult to provide flexible, stable and comprehensive support.

[0050] Based on this, the present application provides a vehicle remote upgrade method and device, system, vehicle, and storage medium. The method can be applied to a vehicle remote upgrade device, the vehicle remote upgrade device is deployed on the vehicle, the vehicle upgrade device is connected to the cloud, the vehicle includes multiple ECUs, and the vehicle remote upgrade device is connected to the multiple ECUs of the vehicle. The method includes: when receiving abnormal change information of the vehicle, determining that the first ECU corresponding to the abnormal change information is the first priority. When it is determined that the vehicle meets the preset state, receiving the upgrade data packet sent by the cloud. The upgrade data packet includes upgrade information of multiple ECUs to be upgraded. Determine that at least one second ECU other than the first ECU among the multiple ECUs to be upgraded is the second priority. The upgrade order of at least one second ECU is determined according to the critical order. The second priority is lower than the first priority. According to the first priority and the second priority, the upgrade information is sent to the first ECU and the at least one second ECU, so that the control vehicle uses the upgrade information to upgrade the first ECU and the at least one second ECU.

[0051] The vehicle remote upgrade method provided by the present application determines that the first ECU corresponding to the abnormal change information is the first priority when receiving the abnormal change information of the vehicle, and receives the upgrade data packet sent from the cloud when it is determined that the vehicle meets the preset conditions. Determine at least one second ECU other than the first ECU among multiple ECUs to be upgraded as the second priority. In the order of the first priority and the second priority, the upgrade information is sent to the first ECU and at least one second ECU, so that the control vehicle uses the upgrade information to upgrade the first ECU and at least one second ECU. The remote firmware upgrade of the ECU can be realized without the vehicle itself having the ability to connect to the Internet, which greatly broadens the coverage of the upgrade service. Whether it is a new smart car model or an old car model, the firmware can be updated conveniently and quickly through this device.

[0052] The implementation of the embodiments of the present application will be described in detail below with reference to the accompanying drawings.

[0053] The solution shown in the embodiment of the present application can be executed by the vehicle remote upgrade device. Figure 1 As shown, the vehicle remote upgrade device 100 may include: a communication module 101 and a processor 102. The communication module 101 and the processor 102 are in communication connection.

[0054] Among them, the communication module 101 can provide wireless communication solutions including wireless local area networks (WLAN) (such as WiFi network), Bluetooth BT, global navigation satellite system (GNSS), frequency modulation (FM), near field communication technology (NFC), infrared technology (IR), etc. for application in the vehicle remote upgrade device 100.

[0055] In some embodiments, the vehicle remote upgrade device 100 can exchange information with other devices through the communication module 101 based on wireless communication technology, such as receiving upgrade data packets sent by the cloud, or receiving vehicle status information sent by the vehicle, etc.

[0056] The processor 110 may include one or more processing units, for example: the processor 102 may include an application processor (application processor, AP), a modem processor, a graphics processor (graphics processing unit, GPU), an image signal processor (image signal processor, ISP), a controller, a video codec, a digital signal processor (digital signal processor, DSP), a baseband processor, and / or a neural network processor (neural-network processing unit, NPU), etc. Among them, different processing units can be independent devices or integrated in one or more processors. In some embodiments of the present application, the processor 102 may include a central processing unit (central processing unit, CPU) respectively arranged on a mainboard, an embedded controller (embedded controller, EC) and a main control chip (for example, a timing controller (timingcontroller, Tcon)) arranged on a display driver board, etc.

[0057] The processor 102 may also be provided with a memory for storing instructions and data. In some embodiments, the memory in the processor 102 is a cache memory. The memory may store instructions or data that the processor 102 has just used or cyclically used. If the processor 102 needs to use the instruction or data again, it may be directly called from the memory. This avoids repeated access, reduces the waiting time of the processor 102, and thus improves the efficiency of the system.

[0058] In some embodiments, the processor 102 may include one or more interfaces. The interface may include an inter-integrated circuit (I2C) interface, an inter-integrated circuit sound (I2S) interface, a pulse code modulation (PCM) interface, a universal asynchronous receiver / transmitter (UART) interface, a mobile industry processor interface (MIPI), a general-purpose input / output (GPIO) interface, a subscriber identity module (SIM) interface, and / or a universal serial bus (USB) interface, etc.

[0059] The solution provided in the embodiment of the present application can be executed by the vehicle remote upgrade system. Figure 2 As shown, the vehicle remote upgrade system 200 may include a vehicle remote upgrade device 100, a cloud 201, and a vehicle 202. The vehicle remote upgrade device 100 is connected to the cloud 201 for communication, and the vehicle remote upgrade device 100 is connected to the vehicle 202 via a bus CAN.

[0060] Among them, the vehicle remote upgrade device 100, when receiving the abnormal change information sent by the vehicle remote upgrade device 100, can be used to determine that the first ECU corresponding to the abnormal change information is the first priority. When the network authentication with the environment is successful, a communication connection is established with the cloud 201 by using the preset server address and port. The vehicle remote upgrade device 100 can also be used to receive the upgrade data packet sent by the cloud 201, and determine that the other ECUs except the first ECU among the multiple ECUs corresponding to the upgrade information are the second ECU, and the priority of the second ECU is the second priority, which is lower than the first priority. The upgrade information in the upgrade data packet is sent to the vehicle 202 in the order of the first priority and the second priority.

[0061] Multiple ECUs may be deployed in the vehicle 202. The vehicle remote upgrade device 100 is connected to the multiple ECUs via a bus CAN. The vehicle remote upgrade device 100 specifically sends the upgrade information in the upgrade data packet to the multiple ECUs.

[0062] It should be noted that the above Figure 1 Schematic diagram of vehicle remote upgrade equipment and Figure 2 The illustrated vehicle remote upgrade system is only an illustration of the application scenario of the present application solution, and is not a limitation on the application scenario of the present application solution.

[0063] On the one hand, the present application discloses a vehicle remote upgrade method, which can be deployed by Figure 2 The vehicle remote upgrade device shown is as follows Figure 1 The vehicle remote upgrade device shown is executed. Figure 3 As shown, the method may include the following steps.

[0064] S301, when abnormal change information of a vehicle is received, determining that a first ECU corresponding to the abnormal change information is a first priority.

[0065] In a possible implementation, the abnormal change information of the vehicle can be that the vehicle remote upgrade device sends a vehicle status information acquisition instruction to the vehicle at a preset time, and after receiving the vehicle status information acquisition instruction, the vehicle sends the vehicle status information to the vehicle remote upgrade device. After acquiring the vehicle status information, the vehicle remote upgrade device compares the acquired vehicle status information with the status information acquired last time, and if the change of the status information in the preset time period exceeds a threshold, the status information is determined to be abnormal change information.

[0066] Another possible implementation method is that the abnormal change information of the vehicle can be that the vehicle status information is sent to the vehicle remote upgrade device at a preset time. After obtaining the vehicle status information, the vehicle remote upgrade device compares the obtained vehicle status information with the status information obtained last time. If the change of the status information in the preset time period exceeds a threshold, the status information is determined to be abnormal change information.

[0067] For example, the abnormal change information of the vehicle may be abnormal acceleration of the vehicle, abnormal acceleration of the vehicle, abnormal decrease in the battery SOC value, such as a sudden decrease from 90% to 80% within 1 minute, etc.

[0068] S302, when it is determined that the vehicle meets the preset status, receiving the upgrade data packet sent from the cloud.

[0069] Among them, the preset status may include one or more of the following: the communication link between the vehicle and the cloud is in a connected state, the vehicle's network status reaches a preset network status, the vehicle's current operating status is a non-operating status, the vehicle's power is greater than or equal to a preset power, and the vehicle's current location information shows that the vehicle's current location is at a preset location.

[0070] In one possible implementation method, the vehicle remote upgrade device can send an authentication process to the network of the vehicle's environment. When the authentication with the network is successful, a communication connection is established with the cloud according to the preset address and port of the cloud server. When the vehicle remote upgrade device determines that the communication link between the vehicle and the cloud is in a connected state, the upgrade data packet sent from the cloud is received.

[0071] Exemplarily, after the vehicle remote upgrade device is turned on, the 5G communication module will automatically search the network and register on the nearest 5G network. The vehicle remote upgrade device will interact with the base station's signaling, including cell selection, attachment process, etc., to obtain network services. Identity authentication is performed through the SIM card, and the SIM card authentication process ensures that the vehicle remote upgrade device legally accesses the network. It is necessary to communicate with the authentication center (AuC) of the home operator to verify the IMSI (International Mobile Subscriber Identity) and Ki (authentication key) of the SIM card. After successful authentication, ensure that the vehicle remote upgrade device will obtain an IP address by establishing a PDN connection, and interact with the Packet Data Network Gateway (PDN GW) to ensure that the vehicle remote upgrade device can communicate with the outside world through the IP network. Through the preset server IP address, according to the preset cloud server address and port, a connection with the cloud is established through the TCP / IP protocol stack.

[0072] In another possible implementation, the vehicle remote upgrade device first evaluates the network signal strength and stability at the vehicle's location. If the network signal strength and stability reach the preset network status, the vehicle remote upgrade device receives the upgrade data packet sent from the cloud. If the network signal strength and stability do not reach the preset network status, the vehicle remote upgrade device can choose to delay the upgrade or receive the upgrade data packet sent from the cloud when it finds a period with better network conditions, which can avoid upgrade failures caused by network interruptions.

[0073] Specifically, if the network of the vehicle remote upgrade device is in an unstable state, the receiving of the upgrade data packet and the first verification value sent from the cloud is suspended. The receiving breakpoint of the upgrade data packet and the first verification value sent from the cloud is recorded. When the network of the vehicle remote upgrade device is in a stable state, the downloading of the upgrade data packet and the first verification value continues according to the receiving breakpoint.

[0074] It should be noted that in order to maintain the active state of the network connection between the vehicle remote upgrade device and the cloud, heartbeat packets will be exchanged regularly between the vehicle remote upgrade device and the cloud to ensure that the connection is not disconnected due to network idle timeout.

[0075] In another possible implementation, the vehicle remote upgrade device obtains the current operating status of the vehicle through the CAN bus. The current operating status may include whether the vehicle is in an operating state, the battery level of the vehicle, and the current driving mode of the vehicle. If the current operating state of the vehicle is a non-operating state or the battery level of the vehicle is greater than or equal to the preset power level, the vehicle remote upgrade device receives the upgrade data packet sent from the cloud. If the current operating state of the vehicle is in an operating state or the battery level is low, the vehicle remote upgrade device can choose to delay the upgrade to avoid affecting driving safety or causing the risk of the vehicle being unable to start.

[0076] In another possible implementation, the vehicle remote upgrade device obtains the current location information of the vehicle through the CAN bus. If the current location of the vehicle in the current location information of the vehicle is at a preset location, the vehicle remote upgrade device receives the upgrade data packet sent from the cloud. The preset location can be determined based on the user's usual vehicle route and parking habits. For example, if the vehicle is often parked at a fixed location at night, the device will choose to start the upgrade during this period and location to reduce interference with the user's daily schedule. At the same time, considering that there may be network congestion in some areas (such as the city center), the device will preferably upgrade to locations with smooth network and less traffic. The current location of the vehicle can be obtained by the vehicle remote upgrade device from the vehicle's GPS positioning system.

[0077] The upgrade data packet includes upgrade information of multiple ECUs to be upgraded and a first verification value corresponding to the upgrade data packet. The first verification value is calculated by the cloud using the upgrade data packet before sending the upgrade data packet. The multiple ECUs to be upgraded may include the first ECU.

[0078] Exemplarily, the first check value may be an MD5 hash value obtained by calculating the upgrade data packet using MD5 algorithm software or a library function in a programming language in the cloud, and the MD5 hash value is a 32-bit hexadecimal string.

[0079] In a possible implementation, an upgrade data packet and a first verification value corresponding to the upgrade data packet sent from the cloud are received, and the vehicle remote upgrade device calculates a second verification value of the upgrade data packet, and if the second verification value is the same as the first verification value, the upgrade data packet is decrypted to obtain the upgrade information.

[0080] It should be noted that the vehicle remote upgrade device can use the https protocol to receive the upgrade data packet sent from the cloud and the first verification value corresponding to the upgrade data packet, which can ensure the integrity and confidentiality of data transmission.

[0081] S303: Determine that at least one second ECU other than the first ECU among the multiple ECUs to be upgraded is a second priority.

[0082] The upgrade order of at least one second ECU is determined according to the critical order. The second priority is lower than the first priority.

[0083] One possible implementation method is that the key order of the vehicle is VCU, TCU, MCU, BMS as the core components of the vehicle, which are upgraded first. The next is EHB, ESC, ECL, and finally the windows, air conditioners, instruments, etc.

[0084] In another possible implementation, the critical sequence of the vehicle may be determined according to the logical sequence of the components of the vehicle.

[0085] S304 , sending the upgrade information to the first ECU and the at least one second ECU according to the first priority and the second priority, so that the control vehicle upgrades the first ECU and the at least one second ECU using the upgrade information.

[0086] In a possible implementation, the vehicle remote upgrade device directly sends the upgrade information to the first ECU and at least one second ECU according to the first priority and the second priority, so that the control vehicle uses the upgrade information to upgrade the first ECU and at least one second ECU.

[0087] In another possible implementation, the vehicle remote upgrade device obtains the current version of the ECU program file of the first ECU and the at least one second ECU, determines the difference information between the upgrade information and the current version of the ECU program file according to the upgrade information and the current version of the ECU program file, and sends the difference information to the first ECU and the at least one second ECU.

[0088] In a possible implementation, the upgrade information may be encapsulated in at least one data frame. The vehicle remote upgrade device sends the upgrade information to the first ECU and at least one second ECU according to the data frame.

[0089] Among them, the CAN protocol defines several types of frames, including data frames, remote frames, error frames, and overload frames. Frame-by-frame transmission means that data and control information are encapsulated in these standard-format frames, and each frame has a clear structure, including frame start, arbitration field, control field, data field, CRC check field, response field, and frame end. This design makes it easier for the receiving node to parse and process the received information.

[0090] The embodiment of the present application encapsulates the difference information in a data frame and sends at least one data frame to the target ECU frame by frame. On the CAN bus, when multiple nodes try to send data at the same time, the bit-by-bit arbitration mechanism of the arbitration field (identifier ID) automatically determines which node has the priority to send data. Frames with high priority (frames with small identifier ID values) will continue to be sent, while frames with low priority will exit and wait for the next opportunity. This mechanism does not require additional hardware support and improves the utilization of the bus.

[0091] During the frame-by-frame transmission process, each data frame contains a cyclic redundancy check (CRC) field to detect errors in data transmission. If the receiving node detects an error, it can send an error frame to notify other nodes in the network, and the sending node may retransmit the data frame if it does not receive a response, which enhances the robustness of the system.

[0092] CAN networks support simple flow control mechanisms through remote frames and overload frames. Remote frames allow a node to request data for a specific identifier, while overload frames are used to notify the sending node to suspend transmission when the receiving node cannot process more data, thereby preventing data overflow. The frame-by-frame transmission method, combined with the non-destructive arbitration and efficient error detection and recovery mechanism of the CAN bus, ensures the real-time data transmission and the overall efficiency of the network, and is particularly suitable for embedded systems and industrial automation environments that require high-reliability communication.

[0093] In a possible implementation, the vehicle remote upgrade device can store the current version of the ECU program file in the storage area of ​​the vehicle. The vehicle remote upgrade device sends the upgraded version of the ECU program file in the upgrade information to the first ECU and at least one second ECU for upgrading. If the upgrade of any ECU in the first ECU or at least one second ECU fails, the vehicle remote upgrade device sends the current version of the ECU program file of the ECU that failed to upgrade to the ECU that failed to upgrade, so that the ECU that failed to upgrade uses the current version of the ECU program file to roll back the version of the ECU that failed to upgrade to the current version.

[0094] The vehicle remote upgrade method provided in the embodiment of the present application determines that the first ECU corresponding to the abnormal change information is the first priority when receiving abnormal change information of the vehicle, and receives the upgrade data packet sent from the cloud when it is determined that the vehicle meets the preset conditions. Determine at least one second ECU other than the first ECU among multiple ECUs to be upgraded as the second priority. In the order of the first priority and the second priority, the upgrade information is sent to the first ECU and at least one second ECU, so that the control vehicle uses the upgrade information to upgrade the first ECU and at least one second ECU. The remote firmware upgrade of the ECU can be realized without the vehicle itself having the ability to connect to the Internet, which greatly broadens the coverage of the upgrade service. Whether it is a new smart car model or an old car model, the firmware can be updated conveniently and quickly through this device.

[0095] In a possible implementation, the vehicle remote upgrade method provided in the embodiment of the present application may further include: S305. Figure 4 As shown, S305 may be executed before S301.

[0096] S305: Respond to the user's upgrade request.

[0097] The upgrade request is used to instruct to upgrade the vehicle.

[0098] In a possible implementation, the user can click on the user interface of the vehicle remote upgrade device to select whether to upgrade the vehicle. After the user clicks to upgrade the vehicle, the user interface generates an upgrade request and sends the upgrade request to the vehicle remote upgrade device. After receiving the upgrade request, the vehicle remote upgrade device responds to the upgrade request.

[0099] S306: Determine the optimal upgrade strategy for the vehicle based on the vehicle status information.

[0100] The optimal upgrade strategy includes the upgrade location and the optimal route from the current location of the vehicle to the upgrade location.

[0101] In a possible implementation, the vehicle remote upgrade device determines at least one upgrade location that the vehicle can go to, and at least one route from the current location of the vehicle to each upgrade location, based on the current location of the vehicle. For example, the current location of the vehicle is a, and the vehicle remote upgrade device determines that the upgrade locations that can be gone to are b and c based on a. The vehicle remote upgrade device calculates route l and route m from a to b, and calculates route n and route p from position a to c.

[0102] The vehicle remote upgrade device obtains the road condition information of at least one route. The road condition information may include the complexity of the road surface, etc. For example, the road condition information of route l, route m, route n and route p is obtained.

[0103] The vehicle remote upgrade device calculates the energy consumption of the vehicle corresponding to each of the at least one route based on the road condition information of the at least one route and the at least one route. For example, the energy consumption of the vehicle corresponding to route l, route m, route n and route p is calculated.

[0104] The vehicle remote upgrade device determines that the route with the lowest energy consumption is the optimal route.

[0105] S307, sending the optimal upgrade strategy to the vehicle, so as to control the vehicle to go to the upgrade location for upgrading via the optimal route.

[0106] In a possible implementation, the vehicle remote upgrade device directly sends the optimal upgrade strategy to the vehicle, so as to control the vehicle to directly go to the upgrade location for upgrade via the optimal route.

[0107] Another possible implementation is that the vehicle remote upgrade device sends the optimal strategy to a display device of the vehicle, so that the display device displays the optimal strategy to the user, and the user can modify the optimal strategy.

[0108] In another possible implementation, the vehicle remote upgrade device sends all policies to a display device of the vehicle, so that the display device displays all policies to the user, and the user selects one.

[0109] The vehicle remote upgrade method provided in the embodiment of the present application provides the optimal upgrade strategy to the vehicle in response to the user's upgrade request, so as to control the vehicle to go to the upgrade location via the optimal route. The optimal upgrade strategy can be automatically planned based on multi-dimensional information such as the vehicle's status information, network conditions, and geographic location, thereby improving the efficiency and safety of the vehicle's remote upgrade.

[0110] The above mainly introduces the solution provided by the embodiment of the present application from the perspective of the working principle of the device. It can be understood that in order to realize the above functions, the vehicle controller includes hardware structures and / or software modules corresponding to the execution of each function. Those skilled in the art should easily realize that, in combination with the algorithm steps of each example described in the embodiments disclosed herein, the present application can be implemented in the form of hardware or a combination of hardware and computer software. Whether a function is executed in the form of hardware or computer software driving hardware depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of this application.

[0111] The embodiment of the present application can divide the functional modules of the vehicle controller according to the above method example. For example, each functional module can be divided according to each function, or two or more functions can be integrated into one processing module. The above integrated module can be implemented in the form of hardware or software functional module.

[0112] It should be noted that the division of modules in the embodiments of the present application is schematic and is only a logical function division. There may be other division methods in actual implementation. Figure 5 FIG. 1 shows a possible schematic diagram of the composition of the vehicle remote upgrade device involved in the above-mentioned embodiment. Figure 5 As shown, the vehicle remote upgrade device 500 may include: a processing module 501 , a receiving module 502 , and a sending module 503 .

[0113] The processing module 501 is used to support the vehicle remote upgrade device 500 to execute Figure 3 S301 and S303 in the illustrated vehicle remote upgrade method or Figure 4 S306 in the illustrated vehicle remote upgrade method.

[0114] The receiving module 502 is used to support the vehicle remote upgrade device 500 to execute Figure 3 S302 in the illustrated vehicle remote upgrade method.

[0115] The sending module 503 is used to support the vehicle remote upgrade device 500 to execute Figure 3 Schematic vehicle remote upgrade method S304 or Figure 4 S307 in the illustrated vehicle remote upgrade method.

[0116] In one possible implementation, Figure 6 As shown, the vehicle remote upgrade device 500 provided in the embodiment of the present application may further include: a response module 504.

[0117] The response module 504 is used to support the vehicle remote upgrade device 500 to execute Figure 4 Schematic diagram of the vehicle remote upgrade method S305.

[0118] It should be noted that all relevant contents of each step involved in the above method embodiment can be referred to the functional description of the corresponding functional module and will not be repeated here.

[0119] The vehicle remote upgrade device 500 provided in the embodiment of the present application is used to perform the above Figure 3 or Figure 5 The vehicle remote upgrade method shown can therefore achieve the same effect as the above-mentioned vehicle remote upgrade method.

[0120] A possible implementation is Figure 7 As shown, Figure 7 FIG. 1 is a circuit diagram of a vehicle remote upgrade device 100. The vehicle remote upgrade device may include a MCP2518FD CAN chip and a single-chip microcomputer circuit.

[0121] Exemplarily, the vehicle remote upgrade device can be correctly connected to the vehicle CAN bus through a dedicated interface, and ensure that the antenna of the vehicle remote upgrade device is placed in an area with good signal coverage. The vehicle remote upgrade device obtains the upgrade data packet from the cloud and performs security verification and decryption in the Air780EG microcontroller. The vehicle remote upgrade device obtains and confirms that the vehicle is located in an area suitable for upgrading operations, such as maintenance stations, parking lots and other safe places. The vehicle remote upgrade device sends the decrypted upgrade information to the ECU to be upgraded frame by frame in accordance with the preset CAN message format through the communication module to complete the firmware update operation. After the upgrade of the ECU to be upgraded is completed, the device will communicate with the ECU again through the CAN bus to verify whether the ECU upgrade is successful, and upload the upgrade results to the cloud through the 5G network.

[0122] The embodiment of the present application also provides a vehicle remote upgrade system, which may include: a cloud, a vehicle remote upgrade device 500 and a vehicle.

[0123] The embodiment of the present application also provides a vehicle, which can be a vehicle deployed with the Figure 1 The vehicle with the vehicle remote upgrade device 100 shown can execute the vehicle remote upgrade method and related steps in the above method embodiment.

[0124] An embodiment of the present application also provides a computer-readable storage medium having instructions stored thereon, which, when executed, execute the vehicle remote upgrade method and related steps in the above method embodiment.

[0125] The embodiment of the present application also provides a computer program product. When the computer program product is run on a computer, the computer executes the vehicle remote upgrade method and related steps in the above method embodiment.

[0126] In some embodiments, the methods described herein may be implemented as computer program instructions encoded in a machine-readable format on a computer-readable storage medium or encoded on other non-transitory media or articles of manufacture.

[0127] The present application also provides a vehicle remote upgrade system 800, such as Figure 8 As shown, the vehicle remote upgrade system 800 includes at least one processor 801 and at least one interface circuit 802 .

[0128] As an example, when the vehicle remote upgrade system 800 includes a processor and an interface circuit, the processor may be Figure 8 The processor 801 shown in the solid line frame (or the processor 801 shown in the dotted line frame) may be Figure 8 The interface circuit 802 shown in the solid line frame (or the interface circuit 802 shown in the dotted line frame). When the chip system 800 includes two processors and two interface circuits, the two processors include Figure 8 The processor 801 shown in the solid line frame and the processor 801 shown in the dotted line frame, the two interface circuits include Figure 8 The interface circuit 802 shown in the solid line frame and the interface circuit 802 shown in the dotted line frame are not limited to this.

[0129] The processor 801 and the interface circuit 802 may be interconnected via a line. For example, the interface circuit 802 may be used to receive a signal. In another example, the interface circuit 802 may be used to send a signal to another device (e.g., the processor 801). For example, the interface circuit 802 may read a computer instruction stored in a memory and send the computer instruction to the processor 801. The processor 801 executes the instruction and implements the various steps in the above embodiments in combination with the input and output devices, such as implementing Figure 3 and Figure 4 Of course, the chip system may also include other discrete devices, which are not specifically limited in the embodiments of the present application.

[0130] Through the description of the above implementation methods, technical personnel in the relevant field can clearly understand that for the convenience and simplicity of description, only the division of the above-mentioned functional modules is used as an example. In actual applications, the above-mentioned functions can be assigned to different functional modules as needed, that is, the internal structure of the device can be divided into different functional modules to complete all or part of the functions described above.

[0131] In the several embodiments provided in the present application, it should be understood that the disclosed devices and methods can be implemented in other ways. For example, the device embodiments described above are only schematic. For example, the division of the modules or units is only a logical function division. There may be other division methods in actual implementation, such as multiple units or components can be combined or integrated into another device, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.

[0132] The units described as separate components may or may not be physically separated, and the components shown as units may be one physical unit or multiple physical units, that is, they may be located in one place or distributed in multiple different places. Some or all of the units may be selected according to actual needs to achieve the purpose of the present embodiment.

[0133] In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit. The above-mentioned integrated unit may be implemented in the form of hardware or in the form of software functional units.

[0134] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a readable storage medium. Based on this understanding, the technical solution of the embodiment of the present application is essentially or the part that contributes or all or part of the technical solution can be embodied in the form of a software product, which is stored in a storage medium, including several instructions to enable a device (which can be a single-chip microcomputer, chip, etc.) or a processor (processor) to perform all or part of the steps of the method described in each embodiment of the present application. The aforementioned storage medium includes: U disk, mobile hard disk, read only memory (ROM), random access memory (RAM), disk or optical disk and other media that can store program code.

[0135] The above contents are only specific implementation methods of the present application, but the protection scope of the present application is not limited thereto. Any changes or substitutions within the technical scope disclosed in the present application shall be included in the protection scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.

Claims

1. A vehicle remote upgrade method, applied to a vehicle remote upgrade device, characterized in that: The vehicle remote upgrade device is deployed in a vehicle, the vehicle remote upgrade device is communicatively connected to the cloud, the vehicle includes a plurality of on-board electronic control units ECU, and the vehicle remote upgrade device is communicatively connected to the plurality of ECUs of the vehicle; the method comprises: Acquiring status information of the vehicle; If the change of the state information in a preset time period exceeds a threshold, determining that the state information is abnormal change information; When receiving abnormal change information of the vehicle, determining a first ECU corresponding to the abnormal change information as a first priority; When it is determined that the vehicle meets a preset state, receiving an upgrade data packet sent from the cloud; the upgrade data packet includes upgrade information of multiple ECUs to be upgraded, and the multiple ECUs to be upgraded include the first ECU; Determining that at least one second ECU other than the first ECU among the plurality of ECUs to be upgraded is a second priority; the upgrade order of the at least one second ECU is determined according to a critical order; the second priority is lower than the first priority; According to the first priority and the second priority, the upgrade information is sent to the first ECU and at least one of the second ECUs, so that the vehicle is controlled to upgrade the first ECU and at least one of the second ECUs using the upgrade information.

2. The method according to claim 1, characterized in that The state information of the vehicle includes the current position information of the vehicle; the method further includes: responding to an upgrade request from a user; the upgrade request is used to instruct to upgrade the vehicle; Determining an optimal upgrade strategy for the vehicle according to the state information of the vehicle; the optimal upgrade strategy includes an upgrade location and an optimal route from the current location of the vehicle to the upgrade location; The optimal upgrade strategy is sent to the vehicle, so that the vehicle is controlled to go to the upgrade location for upgrading via the optimal route.

3. The method according to claim 2, characterized in that Determining the optimal upgrade strategy for the vehicle according to the state information of the vehicle includes: Determine, based on the current location information, at least one upgrade location to which the vehicle can go and at least one route to each upgrade location; Acquiring traffic information of the at least one route; Calculating energy consumption of a vehicle corresponding to each of the at least one route according to the road condition information of the at least one route and the at least one route; The route with the lowest energy consumption is determined as the optimal route.

4. The method according to claim 2 or 3, characterized in that: The method further comprises: The optimal upgrade strategy is sent to a display device of the vehicle, so that the display device displays the optimal upgrade strategy to the user.

5. The method according to claim 1, characterized in that The step of sending the upgrade information to the first ECU and at least one of the second ECUs includes: For each target ECU in the first ECU and at least one of the second ECUs, obtaining a current version of an ECU program file of the target ECU; Determine difference information between the upgrade information and the current version of the ECU program file according to the target upgrade information of the target ECU in the upgrade information and the current version of the ECU program file; The difference information is sent to the target ECU.

6. The method according to claim 5, characterized in that The difference information is encapsulated in at least one data frame; and the difference information is sent to the target ECU, comprising: The at least one data frame is sent to the target ECU frame by frame.

7. The method according to claim 1, characterized in that The method further comprises: storing a current version of an ECU program file of each target ECU in the first ECU and at least one of the second ECUs; If the upgrade of any one of the first ECU and at least one of the second ECUs fails, the current version of the ECU program file of the ECU that failed to upgrade is sent to the ECU that failed to upgrade, so that the ECU that failed to upgrade uses the current version of the ECU program file to roll back the version of the ECU that failed to upgrade to the current version.

8. The method according to claim 1, characterized in that The preset state includes one or more of the following: the communication link between the vehicle and the cloud is in a connected state, the network state of the vehicle reaches a preset network state, the current operating state of the vehicle is a non-operating state, the power of the vehicle is greater than or equal to a preset power, and the current position of the vehicle is at a preset position.

9. The method according to claim 1, characterized in that: The method further comprises: Sending an authentication process to a network in an environment where the vehicle is located; When the network authentication is successful, a communication connection is established with the cloud according to the preset server address and port.

10. The method according to claim 1, characterized in that The upgrade data packet also includes a first check value corresponding to the upgrade data packet; and the method further includes: receiving the first verification value; the first verification value is calculated by the cloud using the upgrade data packet before sending the upgrade data packet; Calculating a second check value of the upgrade data packet; If the second verification value is the same as the first verification value, the upgrade data packet is decrypted to obtain the upgrade information.

11. The method according to claim 10, characterized in that The method further comprises: If the network of the vehicle remote upgrade device is in an unstable state, suspend receiving the upgrade data packet and the first verification value sent by the cloud; Record the upgrade data packet sent by the terminal and the receiving breakpoint of the first verification value.

12. The method according to claim 11, characterized in that After recording the receiving breakpoint of the upgrade data packet sent by the terminal and the first check value, the method further includes: When the network of the vehicle remote upgrade device is in a stable state, the upgrade data packet and the first verification value continue to be downloaded according to the receiving breakpoint.

13. A vehicle remote upgrade device, applied to a vehicle remote upgrade device, characterized in that: The vehicle remote upgrade device is deployed in a vehicle, the vehicle remote upgrade device is communicatively connected to the cloud, the vehicle includes at least one ECU, and the vehicle remote upgrade device is communicatively connected to multiple ECUs of the vehicle; the device includes: a processing module, configured to obtain the state information of the vehicle; if the change of the state information in a preset time period exceeds a threshold, determine that the state information is abnormal change information; upon receiving the abnormal change information of the vehicle, determine that a first ECU corresponding to the abnormal change information is a first priority; A receiving module, configured to receive an upgrade data packet sent from the cloud when it is determined that the vehicle meets a preset state; the upgrade data packet includes upgrade information of multiple ECUs; The processing module is further used to determine that at least one second ECU other than the first ECU among the multiple ECUs corresponding to the upgrade information is a second priority; the upgrade order of the at least one second ECU is determined according to the critical order; the second priority is lower than the first priority; The sending module is used to send the upgrade information to the first ECU and at least one of the second ECUs according to the first priority and the second priority, so that the vehicle upgrades the first ECU and at least one of the second ECUs using the upgrade information.

14. A vehicle remote upgrade system, characterized in that: The system comprises: Cloud; The vehicle remote upgrade device according to any one of claims 1 to 12; the vehicle remote upgrade device is communicatively connected to the cloud; Vehicle; the vehicle is connected to the vehicle remote upgrade device via a bus.

15. A vehicle, characterized in that: The vehicle includes a processor and a memory, wherein the memory stores machine executable instructions that can be executed by the processor, and the processor executes the machine executable instructions to implement the vehicle upgrade method according to any one of claims 1 to 12.

16. A machine-readable storage medium, characterized in that: The machine-readable storage medium stores machine-executable instructions, and when the machine-executable instructions are called and executed by the processor, the machine-executable instructions prompt the processor to implement the vehicle remote upgrade method according to any one of claims 1 to 12.

Images