CN110990036A - OTA upgrading method and device for power change cabinet, power change equipment and storage medium - Google Patents

OTA upgrading method and device for power change cabinet, power change equipment and storage medium Download PDF

Info

Publication number
CN110990036A
CN110990036A CN201911099047.7A CN201911099047A CN110990036A CN 110990036 A CN110990036 A CN 110990036A CN 201911099047 A CN201911099047 A CN 201911099047A CN 110990036 A CN110990036 A CN 110990036A
Authority
CN
China
Prior art keywords
upgrade
upgrading
ota
upgrade package
downloaded
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201911099047.7A
Other languages
Chinese (zh)
Inventor
杨磊
陈悟
汤玉佳
胡雷
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shanghai Junzheng Network Technology Co Ltd
Original Assignee
Shanghai Junzheng Network Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shanghai Junzheng Network Technology Co Ltd filed Critical Shanghai Junzheng Network Technology Co Ltd
Priority to CN201911099047.7A priority Critical patent/CN110990036A/en
Publication of CN110990036A publication Critical patent/CN110990036A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/65Updates
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/70Software maintenance or management
    • G06F8/71Version control; Configuration management

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)

Abstract

The application relates to a battery replacing cabinet OTA upgrading method, a battery replacing device, battery replacing equipment and a storage medium, when the battery replacing cabinet receives an OTA upgrading notice sent by a server, a downloading address and an upgrading type corresponding to an upgrading packet are obtained according to the OTA upgrading notice, data of the upgrading packet are downloaded from the downloading address according to a specified size, operation is carried out on the downloaded data of the upgrading packet to determine whether the upgrading packet is downloaded successfully, when the upgrading packet is determined to be downloaded successfully, OTA upgrading processing is carried out through the upgrading packet in a mode corresponding to the upgrading type, and therefore remote OTA upgrading of the battery replacing cabinet is achieved, and cost of upgrading through manpower is reduced.

Description

OTA upgrading method and device for power change cabinet, power change equipment and storage medium
Technical Field
The present application relates to the field of communications technologies, and in particular, to an Over The Air (OTA) upgrade method and apparatus for a battery swapping cabinet, a battery swapping device, and a storage medium.
Background
With the promotion of energy conservation and emission reduction in recent years, the electric moped has replaced the traditional crude oil vehicle in a large area. However, along with the problem that the battery of the electric vehicle is difficult to charge and unsafe to charge, users are troubled, and in order to solve the problem, many manufacturers research and develop a battery replacement cabinet to uniformly charge the battery so as to solve the problems of difficult charging and safe charging.
However, for the operation of the power transformation cabinet, when system repair, version upgrade and vehicle-mounted traditional hardware equipment need system upgrade and maintenance, workers are required to go to the site for maintenance, so that the maintenance cost is too high, and the manual maintenance efficiency is low.
Disclosure of Invention
Therefore, it is necessary to provide a power conversion cabinet OTA upgrading method, a device, a power conversion device and a storage medium capable of reducing maintenance cost for solving the problem of too high maintenance cost of the power conversion cabinet system.
In order to achieve the above object, in one aspect, an embodiment of the present application provides a swap battery OTA upgrading method, where the method includes:
when receiving an OTA upgrade notification sent by a server, acquiring a download address and an upgrade type of a corresponding upgrade package according to the OTA upgrade notification;
downloading the data of the upgrade package from the download address according to the specified size;
calculating the downloaded upgrade package data to determine whether the upgrade package is downloaded successfully;
and if the upgrade package is determined to be successfully downloaded, performing OTA upgrade processing by the upgrade package in a mode corresponding to the upgrade type.
In one embodiment, after performing OTA upgrade processing, the method further includes: and returning the current version information to the server so that the server determines the upgrading result according to the current version information.
In one embodiment, downloading the data of the upgrade package from the download address according to a specified size includes: sending an upgrade package downloading request of data with a specified size to a server corresponding to the downloading address, wherein the upgrade package downloading request comprises the length of the downloaded data, so that the server returns upgrade package data to be downloaded according to the length of the downloaded data and the specified size; and receiving the upgrade packet data returned by the server according to the length of the downloaded data and the specified size, and repeating the steps until the download of all data of the upgrade packet is completed.
In one embodiment, if the upgrade package download request carries a communication key, after sending the upgrade package download request of data of a specified size to the server corresponding to the download address, the method further includes: and receiving a verification result after the communication key is verified by the server, and sending the upgrade packet data returned by the server according to the length of the downloaded data and the specified size after the communication key is verified by the server.
In one embodiment, the operating the downloaded upgrade package data to determine whether the upgrade package is successfully downloaded includes: carrying out encryption operation on the downloaded upgrade package data by adopting an abstract algorithm to obtain an operation result; analyzing a key value of a preset field in the OTA upgrading notification; and when the operation result is consistent with the analyzed key value, determining that the upgrade package is successfully downloaded, otherwise, determining that the upgrade package is failed to download.
In one embodiment, the upgrade types include an upgrade type of a non-reboot program and an upgrade type of a reboot program; performing OTA upgrade processing by using an upgrade package and adopting a mode corresponding to the upgrade type, wherein the method comprises the following steps: when the upgrading type is the upgrading type of the non-restarting program, running an upgrading packet to upgrade the target program corresponding to the sub-equipment; and when the upgrading type is the upgrading type of the restarting program, replacing the current program of the system through the upgrading packet, and restarting the system where the replaced program is located so as to upgrade the current program of the system.
In one embodiment, a system includes a first system and a second system; replacing the current program of the system through the upgrade patch, and restarting the system where the replaced program is located to upgrade the current program of the system, wherein the upgrade patch comprises: if the current program runs in the first system, replacing the current program of the second system by the upgrade package; restarting the second system to run an application of the second system; and when the second system is restarted successfully, erasing the current program of the first system, and writing the upgrade package into the partition where the first system is located so as to upgrade the current program of the first system and the current program of the second system.
On the other hand, this application embodiment still provides a trade electric cabinet OTA upgrading device, includes:
the download address acquisition module is used for acquiring a download address and an upgrade type of a corresponding upgrade package according to the OTA upgrade notification when receiving the OTA upgrade notification sent by the server;
the download module is used for downloading the data of the upgrade package from the download address according to the specified size;
the operation module is used for operating the downloaded data of the upgrade package to determine whether the upgrade package is downloaded successfully;
and the upgrading processing module is used for performing OTA upgrading processing through the upgrading packet and by adopting a mode corresponding to the upgrading type if the upgrading packet is determined to be downloaded successfully.
In another aspect, an embodiment of the present application further provides a battery swapping device, which includes a memory and a processor, where the memory stores a computer program, and the processor implements the steps of the method when executing the computer program.
In yet another aspect, the present application further provides a computer-readable storage medium, on which a computer program is stored, where the computer program, when executed by a processor, implements the steps of the method described above.
According to the OTA upgrading method, device, battery replacing equipment and storage medium of the battery replacing cabinet, when the battery replacing cabinet receives an OTA upgrading notification sent by a server, a downloading address and an upgrading type of a corresponding upgrading packet are obtained according to the OTA upgrading notification, data of the upgrading packet are downloaded from the downloading address according to the specified size, the downloaded data of the upgrading packet are operated to determine whether the upgrading packet is downloaded successfully, and when the upgrading packet is determined to be downloaded successfully, OTA upgrading processing is carried out through the upgrading packet in a mode corresponding to the upgrading type, so that remote OTA upgrading of the battery replacing cabinet is achieved, and cost of manual upgrading is reduced.
Drawings
FIG. 1 is a diagram of an embodiment of an application environment of an OTA upgrade method for a power distribution cabinet;
FIG. 2 is a schematic flow chart illustrating an OTA upgrade method for a power distribution cabinet according to an embodiment;
FIG. 3 is a flowchart illustrating the steps of downloading an upgrade package in one embodiment;
FIG. 4 is a flowchart illustrating steps of determining whether an upgrade package is successfully downloaded in one embodiment;
FIG. 5 is a flowchart illustrating the steps of an upgrade process in one embodiment;
FIG. 6 is a schematic diagram of an upgrade process in one embodiment;
FIG. 7 is a schematic flow chart of a method for upgrading an OTA of the power distribution cabinet in another embodiment;
FIG. 8 is a schematic flow chart illustrating a method for OTA upgrade of a power distribution cabinet in yet another embodiment;
FIG. 9 is a block diagram of an OTA upgrade device of the power distribution cabinet in one embodiment;
fig. 10 is an internal structural diagram of the battery swapping device in one embodiment.
Detailed Description
In order to make the objects, technical solutions and advantages of the present application more apparent, the present application is described in further detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative of the present application and are not intended to limit the present application.
The battery swapping cabinet OTA upgrading method can be applied to the application environment shown in fig. 1. The battery swapping cabinet 102 communicates with the server 104 through a network, and in this embodiment, the battery swapping cabinet 102 has a wireless communication module, which supports a 2G network, a 3G network, a 4G network, a 5G network, or a Wi-Fi (wireless hot spot) network; the server 104 may be implemented by an independent server or a server cluster formed by a plurality of servers, specifically, the server 104 may include a cloud management platform and a file server in communication connection, and certainly, the cloud management platform and the file server may also be deployed in the same server.
In this embodiment, the server 104 issues an OTA upgrade notification to the battery swapping cabinet to be upgraded, where the OTA upgrade notification includes information such as a download address and a file name of the upgrade package. When the battery replacing cabinet receives the OTA upgrading notification, the downloading address and the upgrading type of the corresponding upgrading packet are obtained according to the OTA upgrading notification, the data of the upgrading packet are downloaded from the downloading address according to the specified size, the downloaded data of the upgrading packet are analyzed to determine whether the upgrading packet is downloaded successfully, and when the upgrading packet is determined to be downloaded successfully, OTA upgrading is carried out through the upgrading packet in a mode corresponding to the upgrading type, so that remote OTA upgrading of the battery replacing cabinet is achieved, and the cost of upgrading through manpower is reduced.
In an embodiment, as shown in fig. 2, there is provided a method for upgrading a power conversion cabinet OTA, which is described by taking the method as an example for being applied to the power conversion cabinet in fig. 1, and includes the following steps:
step 202, when receiving the OTA upgrade notification sent by the server, obtaining the download address and upgrade type of the corresponding upgrade package according to the OTA upgrade notification.
It should be noted that, in the server in this embodiment, the cloud management platform and the file server are deployed in the same server as an example for description. The OTA upgrade notification is sent after the server receives an upgrade package which passes verification, the server stores and manages the upgrade package after receiving the upgrade package which passes verification, and then sends the OTA upgrade notification to a battery swapping cabinet to be upgraded, specifically, the OTA upgrade notification may include information such as a download address, an upgrade type, and a file name of the corresponding upgrade package, where the download address may specifically be a URL (uniform resource locator) corresponding to the upgrade package, or may also be a network address corresponding to the upgrade package stored by the server. The upgrade type includes an upgrade type of the non-reboot program and an upgrade type of the reboot program. And when the battery swapping cabinet receives the OTA upgrading notification, analyzing the OTA upgrading notification to acquire a download address and an upgrading type of the corresponding upgrading packet.
And step 204, downloading the data of the upgrade package from the download address according to the specified size.
The designated size may be the length or size of data downloaded each time by the preset battery swapping cabinet. In this embodiment, in order to avoid a situation that the download time is long when all data of the upgrade package is downloaded once due to large data of the upgrade package, and the download may fail when network fluctuation occurs, the battery swapping cabinet may download the data of the upgrade package from the download address according to a specified size, and when the data of the upgrade package is large, the download may be performed for multiple times.
And step 206, calculating the downloaded upgrade package data to determine whether the upgrade package is downloaded successfully.
After the battery replacement cabinet finishes downloading the upgrade package according to the steps, further performing operation on the data of the upgrade package to determine whether all the data of the upgrade package are successfully downloaded. Specifically, the downloaded data packet can be encrypted through an encryption algorithm of a two-party protocol, the operation result is compared with a key value recorded in a preset field in the OTA upgrade notification, and whether the upgrade packet is downloaded successfully or not is determined by comparing whether the operation result is consistent with the key value recorded in the preset field in the OTA upgrade notification.
And step 208, if the upgrade package is determined to be successfully downloaded, performing OTA upgrade processing by the upgrade package in a mode corresponding to the upgrade type.
The upgrade type includes an upgrade type of a non-restart program and an upgrade type of a restart program, while an upgrade package of the upgrade type of the non-restart program is used for upgrading a sub-device (such as a battery program, an audio program or a video program in the power distribution cabinet) of the power distribution cabinet, and an upgrade package of the upgrade type of the restart program is used for upgrading an operating system of the power distribution cabinet. And when the upgrade package is determined to be successfully downloaded, OTA upgrade processing can be carried out through the downloaded upgrade package and in a mode corresponding to the upgrade type. Specifically, when the OTA upgrade notification is analyzed through the steps and the upgrade package is determined to be the upgrade type of the non-restart program, the sub-equipment of the power transformation cabinet is upgraded through the upgrade package; and when the upgrading package is determined to be the upgrading type of the restarting program, upgrading the operating system of the power exchange cabinet through the upgrading package, thereby completing the OTA upgrading of the power exchange cabinet.
According to the OTA upgrading method for the power switching cabinet, when the power switching cabinet receives the OTA upgrading notice, the downloading address and the upgrading type of the corresponding upgrading packet are obtained according to the OTA upgrading notice, the data of the upgrading packet are downloaded from the downloading address according to the specified size, the downloaded data of the upgrading packet are operated to determine whether the upgrading packet is downloaded successfully, and when the upgrading packet is determined to be downloaded successfully, OTA upgrading processing is carried out through the upgrading packet in a mode corresponding to the upgrading type, so that remote OTA upgrading of the power switching cabinet is achieved, and the cost of manual upgrading is reduced.
In an embodiment, as shown in fig. 3, downloading the data of the upgrade package from the download address according to the specified size may specifically include the following steps:
step 302, sending an upgrade package download request of data with specified size to a server corresponding to the download address.
When the battery replacement cabinet receives the OTA upgrading notification, sending an upgrading packet downloading request of data with specified size to a server corresponding to a downloading address according to the downloading address of the upgrading packet corresponding to the OTA upgrading notification, wherein the upgrading packet downloading request also comprises the length of the downloaded data, so that the server can return upgrading packet data to be downloaded according to the length of the downloaded data and the specified size. Specifically, since the data is transmitted in the binary form in the network, and the power switching cabinet only downloads the data of the designated size each time in this embodiment, the power switching cabinet carries a length of the downloaded data in the request each time the power switching cabinet requests to download the data, so as to inform the server of the start position of the downloaded data (i.e., the start of the next byte of the downloaded data). It can be understood that, for the first request sent by the battery swapping cabinet, the length of the downloaded data may be "0", and the starting position of the downloaded data starts from the first byte, i.e. the next byte of the downloaded data.
And step 304, receiving the upgrade packet data returned by the server according to the length and the specified size of the downloaded data, and repeating the steps until the download of all data of the upgrade packet is completed.
The server can determine the initial position of the returned data according to the length of the downloaded data in the upgrade package downloading request sent by the battery swapping cabinet, and can determine the data of the returned upgrade package according to the specified size in the upgrade package downloading request, so that the upgrade package data of the current request is returned to the battery swapping cabinet. In the embodiment, all data of the upgrade package is not downloaded at one time, but downloaded according to the specified size, so that the risk of download failure caused by network fluctuation is effectively reduced.
In this embodiment, after the battery swapping cabinet receives the upgrade package data each time, the length of the downloaded data may be compared with the total length of the upgrade package recorded in the analyzed OTA upgrade notification, when the length of the downloaded data does not reach the total length of the upgrade package, the step 302 is repeatedly performed, and the data is continuously requested to be downloaded from the server, until the length of the downloaded data is consistent with the total length of the upgrade package, the download of all data of the upgrade package is completed, so that the data is not requested to be downloaded from the server any more.
In one embodiment, in the process of downloading the data of the upgrade package from the download address for multiple times according to the specified size, if a certain download fails, the battery swapping cabinet can also repeatedly initiate the download request to the server, and when the same download request fails to be downloaded when the repeated times of the same download request reach the preset threshold, the request is not repeated, and prompt information is initiated to remind a worker to check whether the equipment is normal. For example, for a certain download request, if the power switching cabinets have initiated the download request to the server for 3 consecutive times and all downloads have failed, that is, the power switching cabinets do not receive the download data returned by the server, the power switching cabinets do not repeatedly initiate the download request to the server any more. According to the embodiment, the data downloading success rate of the upgrade package can be effectively improved through the setting of the repeated time threshold, and the problem of data downloading failure caused by network fluctuation when a certain downloading is carried out is avoided.
In an embodiment, the upgrade package download request further carries a communication key, and after the upgrade package download request of the data with the specified size is sent to the server corresponding to the download address, the method may further include a step of receiving a verification result obtained by verifying the communication key by the server. Wherein the communication key may be an asymmetric encryption/decryption key. Specifically, the server carries the communication key when sending the OTA upgrade notification to the battery changing cabinet, and then when the battery changing cabinet initiates an upgrade patch download request to the server, the communication key is brought together, so that the server checks the communication key, and a check result is returned to the battery changing cabinet, and only after the server passes the check of the communication key, the battery changing cabinet is allowed to download upgrade patch data, otherwise, the battery changing cabinet is refused to download the upgrade patch data, so that the safety of data transmission is improved, and the server is effectively prevented from being maliciously accessed. Therefore, the upgrade packet data returned by the server according to the length of the downloaded data and the specified size is sent after the server passes the verification of the communication key.
In an embodiment, as shown in fig. 4, the operation is performed on the downloaded upgrade package data to determine whether the upgrade package is successfully downloaded, which may specifically include the following steps:
and 402, carrying out encryption operation on the downloaded upgrade package data by adopting a digest algorithm to obtain an operation result.
And after the battery swapping cabinet finishes downloading the upgrade package, carrying out encryption operation on the downloaded data of the upgrade package to obtain an operation result. Specifically, in this embodiment, the Digest algorithm MD5(Message Digest algorithm MD5) may be used to perform an encryption operation on the downloaded upgrade package data to obtain an MD5 value after the operation is performed on the upgrade package data.
Step 404, parsing the key value of the preset field in the OTA upgrade notification.
Specifically, when the battery swapping cabinet receives an OTA upgrade notification issued by the server, the OTA upgrade notification can be analyzed. Generally, the 1 st byte to the 64 th byte in the OTA upgrade notification records a target file name, namely a file name corresponding to the upgrade package; the size of the upgrade package is recorded in bytes 65-68; the 69 th to 70 th bytes record the upgrade type of the upgrade package; the bytes 71-85 record the MD5 value corresponding to the upgrade package, and the MD5 value is mainly used for verifying the correctness of whether the upgrade package is downloaded successfully or not later; the 86 th to 90 th bytes record the network ip stored in the upgrade package, namely the download address of the upgrade package; bytes 91-92 record the port of the server. Therefore, by parsing the OTA upgrade notification, the key value of the preset field, i.e. the MD5 value corresponding to the upgrade package recorded in bytes 71-85, can be obtained.
And 406, when the operation result is consistent with the analyzed key value, determining that the upgrade package is successfully downloaded, otherwise, determining that the upgrade package is failed to download.
The power switching cabinet compares the MD5 value after the operation with the MD5 value in the analyzed OTA upgrade notification, when the MD5 value is consistent with the MD5 value, the power switching cabinet indicates that the upgrade package is downloaded successfully, and when the MD5 value is inconsistent with the MD5 value, the power switching cabinet indicates that the downloaded upgrade package data may have a defect, namely the downloaded upgrade package data is incomplete, and therefore the power switching cabinet determines that the upgrade package is downloaded unsuccessfully. In the embodiment, whether the upgrade patch is successfully downloaded or not is autonomously judged through the battery swapping cabinet, and the subsequent OTA upgrade processing is executed only when the upgrade patch is successfully downloaded, so that the success rate and the efficiency of OTA upgrade are greatly improved.
In one embodiment, the upgrade types of the upgrade package include an upgrade type of a non-restart program and an upgrade type of a restart program, wherein the upgrade package of the upgrade type of the non-restart program is used for upgrading a sub-device of the switch cabinet, and the upgrade package of the upgrade type of the restart program is used for upgrading an operating system of the switch cabinet. Specifically, when the battery swapping cabinet receives an OTA upgrade notification issued by the server, the upgrade type corresponding to the upgrade package can be obtained by analyzing the OTA upgrade notification. For example, if the value corresponding to the upgrade type field in the OTA upgrade analysis notification is analyzed to be "1", it indicates that the upgrade type of the upgrade package is the upgrade type of the non-restart program, and if the value corresponding to the upgrade type field in the OTA upgrade analysis notification is analyzed to be "2", it indicates that the upgrade type of the upgrade package is the upgrade type of the restart program. Of course, in practical application, different settings may be performed on the value corresponding to the upgrade type field, which is not limited in this embodiment.
In an embodiment, when determining that the upgrade type of the upgrade package is the upgrade type of the non-restart program, it may be determined that the upgrade package is upgrading a sub-device of the switch cabinet, and therefore, performing OTA upgrade processing by using the upgrade package and in a manner corresponding to the upgrade type may specifically include: the downloaded upgrade package is operated to upgrade a target program (such as a battery program, an audio program or a video program in the power conversion cabinet) corresponding to the sub-device, and since the upgrade of the sub-device does not affect the operation of the power conversion cabinet, the main program (i.e., an operating system) of the power conversion cabinet does not need to be restarted in the upgrade process, and when the upgrade is performed, as long as the corresponding upgrade package can be successfully operated, the upgrade is successful.
In an embodiment, when determining that the upgrade type of the upgrade package is the upgrade type of the restart program, it may be determined that the upgrade package is upgrading an operating system of the switch cabinet, and therefore, performing OTA upgrade processing by using the upgrade package and in a manner corresponding to the upgrade type may specifically include: and replacing the current program of the system through the downloaded upgrade package, restarting the system where the replaced program is located, and if the restart is successful, finishing the upgrade of the current program of the system. According to the OTA upgrading method and device, the system where the target program is located is directly triggered to be restarted for OTA upgrading without a restarting instruction, the system upgrading process is simplified, and the upgrading efficiency is improved.
In an embodiment, as shown in fig. 5, when the power conversion cabinet has two systems, namely a first system and a second system, the method for upgrading the operating system of the power conversion cabinet may specifically include the following steps:
step 502, replacing the current program of the second system by the upgrade package.
Because the program generally runs in the first system, when the downloaded upgrade package is determined to upgrade the operating system of the power switch cabinet, the downloaded upgrade package data is written into the second system to replace the current program of the second system, at this time, the power switch cabinet runs in the first system, namely the system version before upgrading, and the program in the second system is the system version to be upgraded.
And step 504, restarting the second system to run the application of the second system.
And when the program in the second system is replaced by the upgrading package, restarting the second system to run the application of the second system so as to upgrade the second system.
Step 506, when the second system is restarted successfully, the current program of the first system is erased, and the upgrade package is written into the partition where the first system is located.
Specifically, if the second system is restarted successfully, it indicates that the second system is upgraded successfully, at this time, the current program of the first system may be erased, and the upgrade package is written into the partition where the first system is located, and when the battery replacement cabinet is restarted next time, the first system may be automatically loaded to complete the upgrade of the first system. When the second system fails to restart, the first system can be restarted to fall back to the system version before upgrading because the first system is still the system version before upgrading. In this embodiment, when the battery replacement cabinet has two systems, one of the systems is upgraded first, and the other system is used as a backup, so that when the upgraded system is abnormal, the system can be backed back to the historical version through the backup system, thereby avoiding the breakdown of the whole system.
In one embodiment, as shown in fig. 6, the system upgrade principle is further explained by taking the first system as a main system Normal (i.e. the illustrated Normal partition) and the second system as a subsystem Updata (e.g. the illustrated dedicated partition). Specifically, the method comprises the following steps: the power transformation cabinet determines which partition is started through a start flag boot flag (0, 1) of system parameters, and enters a normal partition when the parameter boot flag is 1, namely, the application of a main system is started. After the power transformation cabinet downloads the upgrade package through the network, when the operating system of the power transformation cabinet is determined to be upgraded, writing the upgrade package into the special partition of the OTA upgrade package, setting the parameter of the boot flag to be 0, and restarting the parallel operation; the system restarts the boot flag with the parameter of 0, namely, the OTA upgrading special partition system is started, and then the upgrading packet is decompressed and copied to the normal partition through the OTA upgrading special partition system, and the boot flag parameter is set to be 1, and the parallel operation is restarted; and the parameter of the system restart boot flag is 1, and the normal partition, namely the main system, is started, so that the upgrading is successfully completed.
In an embodiment, as shown in fig. 7, after the OTA upgrade process is performed, the above OTA upgrade method for a call closet may further include the following steps:
step 210, returning the current version information to the server, so that the server determines the upgrade result according to the current version information.
Specifically, after the OTA upgrade processing is completed by the battery swapping cabinet through the above steps, the version information after the current upgrade is returned to the server, where the version information includes a current system version and a current hardware version of the battery swapping cabinet, program versions corresponding to the respective sub-devices, and the like. And the server determines whether the upgrade is successful according to the current version information reported by the power transformation cabinet and the stored historical version information, and prompts a worker to check reasons and upgrade again when determining that the upgrade is failed.
In order to describe the specific process of the battery swapping cabinet OTA upgrading provided by the present application more clearly, a specific embodiment is described below, and it should be noted that, in the present embodiment, a server is described by taking a cloud management platform and a file server which are in communication connection as an example, where the file server is used as a server for storing specific upgrade package data, and the cloud management platform is used for managing specific version information of the upgrade package stored in the file server, specific position information of the upgrade package in the file server, and current version information of each battery swapping cabinet in communication connection with the cloud management platform, such as a current system version, a current hardware version of each battery swapping cabinet, and a program version corresponding to each sub-device. As shown in fig. 8, the specific process is as follows:
step 801, the file server receives and stores the upgrade package.
The upgrade package is stored in the file server after being researched and developed by software research personnel and corresponding tests are completed. Specifically, software research personnel test an upgrade package of a target program to be upgraded, the integrity of the upgrade package is tested, if the test result meets expectations, background management personnel pack and compress the upgrade package through a cloud management platform and upload the upgrade package to a file server for unified management, and meanwhile, the cloud management platform records specific version information of the upgrade package and specific position information of the upgrade package in the file server. And if the test result of the upgrade package does not meet the expectation, resubmitting the upgrade package for testing until the test result meets the expectation, and uploading the upgrade package to the file server. The specific test process may be: the upgrading package of the target program to be upgraded is directly written into the power transformation cabinet for testing through the USB, and the fact that the functions of opening and closing the cabin door, sending registration information, reporting heartbeat, playing voice and audio and the like of the power transformation cabinet are all normal is guaranteed, and the fact that the testing result meets the expectation is indicated.
Step 802, the cloud management platform sends an OTA upgrade notification.
Specifically, an upgrade notification is issued to the battery swapping cabinet to be upgraded through the cloud management platform, and relevant information such as an IP (Internet protocol) of the file server, a file name (a storage path of the upgrade package), an upgrade type, a communication key and the like is issued. And if the power transformation cabinet receives the upgrading notification, executing step 703, otherwise, retransmitting the OTA upgrading notification by the cloud management platform, and prompting a worker to check whether the equipment is normal or not after three times of retransmission fails. In this embodiment, the cloud management platform can adopt the mode of the long connection communication of soket to issue the upgrade notice to the battery changing cabinet to be upgraded, thereby realizing two-way communication and relatively reducing resource consumption.
And step 803, the battery swapping cabinet requests the gateway to prepare the upgrade packet data to be downloaded according to the OTA upgrade notification.
Step 804, the gateway downloads the upgrade package data from the file server to a local cache.
Step 805, the switchboard acquires the data of the upgrade package from the gateway.
In this embodiment, when the battery swapping cabinet acquires the OTA upgrade notification, according to the IP, the file name, the upgrade type, the communication key, and other relevant information of the file server in the notification, the battery swapping cabinet requests the file server through the 2G, 3G, 4G, 5G, or WIFI network to acquire the upgrade package of the target program to be subjected to OTA upgrade. When the battery replacement cabinet requests the file server, the communication key in the OTA upgrade notification needs to be brought together, the file server performs key verification on the communication key, the download is allowed only after the verification is passed, and otherwise, the download is refused. Specifically, the communication key may be an asymmetric encryption/decryption key. And the battery swapping cabinet only requests to download data with a specified size each time, if a certain download fails, the request can be repeatedly initiated, and if the retry fails for 3 times, the retry is not performed. Therefore, the risk of download failure caused by network fluctuation can be effectively reduced.
Step 806, the swapping cabinet determines whether the upgrade package is downloaded successfully through analysis operation.
Specifically, the battery swapping cabinet calculates the downloaded data of the upgrade package to determine whether all the data of the upgrade package are successfully downloaded. Specifically, the downloaded data packet may be encrypted by using the two-party protocol, such as MD5, to obtain an MD5 value after the operation, and then the MD5 value after the operation is compared with the MD5 value recorded in the preset field in the OTA upgrade notification, and whether the upgrade packet is downloaded successfully is determined by comparing whether the two values are consistent. And when the downloading is determined to be successful, executing step 707 in sequence, otherwise ending the upgrading process and prompting the staff to check whether the equipment fault exists.
And 807, performing OTA upgrading treatment on the battery swapping cabinet in a mode corresponding to the upgrading type of the upgrading package.
The upgrading type of the upgrading packet comprises an upgrading type of a non-restarting program and an upgrading type of a restarting program, the upgrading packet of the upgrading type of the non-restarting program is used for upgrading the sub-equipment of the power transformation cabinet, the upgrading packet of the upgrading type of the restarting program is used for upgrading the operating system of the power transformation cabinet, and OTA upgrading treatment can be specifically carried out according to the upgrading type of the upgrading packet.
And 808, returning the current version information to the cloud management platform after the battery swapping cabinet is upgraded successfully. Therefore, the server can determine whether the upgrade is successful according to the current version information reported by the power transformation cabinet and the stored historical version information, and when the upgrade is determined to be failed, a worker is prompted to check the reason and upgrade again.
It should be understood that although the various steps in the flow charts of fig. 1-8 are shown in order as indicated by the arrows, the steps are not necessarily performed in order as indicated by the arrows. The steps are not performed in the exact order shown and described, and may be performed in other orders, unless explicitly stated otherwise. Moreover, at least some of the steps in fig. 1-8 may include multiple sub-steps or multiple stages that are not necessarily performed at the same time, but may be performed at different times, and the order of performance of the sub-steps or stages is not necessarily sequential, but may be performed in turn or alternating with other steps or at least some of the sub-steps or stages of other steps.
In one embodiment, as shown in fig. 9, there is provided a swap tank OTA upgrading apparatus, including: a download address obtaining module 901, a download module 902, an operation module 903 and an upgrade processing module 904, wherein:
a download address obtaining module 901, configured to, when receiving an OTA upgrade notification sent by a server, obtain a download address and an upgrade type of a corresponding upgrade package according to the OTA upgrade notification;
a download module 902, configured to download the data of the upgrade package from the download address according to a specified size;
an operation module 903, configured to perform an operation on the downloaded upgrade package data to determine whether the upgrade package is successfully downloaded;
and the upgrade processing module 904 is configured to perform OTA upgrade processing through the upgrade package and in a manner corresponding to the upgrade type if it is determined that the upgrade package is successfully downloaded.
In an embodiment, the above-mentioned OTA upgrading device for a power distribution cabinet may further include a version information feedback module, configured to return current version information to the server after OTA upgrading is performed, so that the server determines an upgrading result according to the current version information.
In one embodiment, the downloading module 902 is specifically configured to send an upgrade package downloading request of data with a specified size to a server corresponding to the downloading address, where the upgrade package downloading request includes the length of the downloaded data, so that the server returns upgrade package data to be downloaded according to the length of the downloaded data and the specified size; and receiving the upgrade packet data returned by the server according to the length of the downloaded data and the specified size, and repeating the steps until the download of all data of the upgrade packet is completed.
In an embodiment, the operation module 903 is specifically configured to perform encryption operation on the downloaded upgrade package data by using a digest algorithm to obtain an operation result; analyzing a key value of a preset field in the OTA upgrading notification; and when the operation result is consistent with the analyzed key value, determining that the upgrade package is successfully downloaded, otherwise, determining that the upgrade package is failed to download.
In one embodiment, the upgrade types include an upgrade type of a non-reboot program and an upgrade type of a reboot program; the upgrade processing module 904 is specifically configured to: when the upgrading type is the upgrading type of the non-restarting program, the upgrading package is operated to upgrade the target program corresponding to the sub-equipment; and when the upgrading type is the upgrading type of the restarting program, replacing the current program of the system through the upgrading packet, and restarting the system where the replaced program is located so as to upgrade the current program of the system.
For specific limitations of the power exchange cabinet OTA upgrading device, reference may be made to the above limitations of the power exchange cabinet OTA upgrading method, which are not described in detail herein. All or part of the modules in the OTA upgrading device of the power transformation cabinet can be realized by software, hardware and a combination thereof. The modules can be embedded in a hardware form or independent from a processor in the computer device, and can also be stored in a memory in the computer device in a software form, so that the processor can call and execute operations corresponding to the modules.
In one embodiment, a battery swapping device is provided, and the battery swapping device may be a battery swapping cabinet, and an internal structure diagram of the battery swapping cabinet may be as shown in fig. 10. The battery swapping device comprises a processor, a memory, a network interface, a display screen and an input device which are connected through a system bus. Wherein, the processor of the battery swapping device is used for providing calculation and control capability. The memory of the battery swapping device comprises a nonvolatile storage medium and an internal memory. The non-volatile storage medium stores an operating system and a computer program. The internal memory provides an environment for the operation of an operating system and computer programs in the non-volatile storage medium. The network interface of the battery swapping device is used for being connected and communicated with an external terminal through a network. The computer program is executed by a processor to realize a swapping cabinet OTA upgrading method. The display screen of the battery replacement device can be a liquid crystal display screen or an electronic ink display screen, and the input device of the battery replacement device can be a touch layer covered on the display screen, a key, a track ball or a touch pad arranged on the shell of the battery replacement device, an external keyboard, a touch pad or a mouse and the like.
It will be understood by those skilled in the art that the structure shown in fig. 10 is only a block diagram of a part of the structure related to the present application, and does not constitute a limitation to the power exchanging device to which the present application is applied, and a specific power exchanging device may include more or less components than those shown in the figure, or combine some components, or have a different arrangement of components.
In one embodiment, a power swapping device is provided, comprising a memory and a processor, wherein a computer program is stored in the memory, and the processor realizes the following steps when executing the computer program:
when receiving an OTA upgrade notification sent by a server, acquiring a download address and an upgrade type of a corresponding upgrade package according to the OTA upgrade notification;
downloading the data of the upgrade package from the download address according to the specified size;
calculating the downloaded upgrade package data to determine whether the upgrade package is downloaded successfully;
and if the upgrade package is determined to be successfully downloaded, performing OTA upgrade processing by the upgrade package in a mode corresponding to the upgrade type.
In one embodiment, the processor, when executing the computer program, further performs the steps of: and after OTA upgrading processing is carried out, returning current version information to the server so that the server determines an upgrading result according to the current version information.
In one embodiment, the processor, when executing the computer program, further performs the steps of: sending an upgrade package downloading request of data with a specified size to a server corresponding to the downloading address, wherein the upgrade package downloading request comprises the length of the downloaded data, so that the server returns upgrade package data to be downloaded according to the length of the downloaded data and the specified size; and receiving the upgrade packet data returned by the server according to the length of the downloaded data and the specified size, and repeating the steps until the download of all data of the upgrade packet is completed.
In one embodiment, the upgrade package download request carries the communication key, and the processor executes the computer program to further implement the following steps: after sending an upgrade package download request of data with a specified size to a server corresponding to the download address, receiving a verification result after the communication key is verified by the server, and sending the upgrade package data returned by the server according to the length of the downloaded data and the specified size after the communication key is verified by the server.
In one embodiment, the processor, when executing the computer program, further performs the steps of: carrying out encryption operation on the downloaded upgrade package data by adopting an abstract algorithm to obtain an operation result; analyzing a key value of a preset field in the OTA upgrading notification; and when the operation result is consistent with the analyzed key value, determining that the upgrade package is successfully downloaded, otherwise, determining that the upgrade package is failed to download.
In one embodiment, the upgrade types include an upgrade type of a non-reboot program and an upgrade type of a reboot program; the processor when executing the computer program further realizes the following steps: when the upgrading type is the upgrading type of the non-restarting program, running an upgrading packet to upgrade the target program corresponding to the sub-equipment; and when the upgrading type is the upgrading type of the restarting program, replacing the current program of the system through the upgrading packet, and restarting the system where the replaced program is located so as to upgrade the current program of the system.
In one embodiment, a system includes a first system and a second system; the processor when executing the computer program further realizes the following steps: if the current program runs in the first system, replacing the current program of the second system by the upgrade package; restarting the second system to run an application of the second system; and when the second system is restarted successfully, erasing the current program of the first system, and writing the upgrade package into the partition where the first system is located so as to upgrade the current program of the first system and the current program of the second system.
In one embodiment, a computer-readable storage medium is provided, having a computer program stored thereon, which when executed by a processor, performs the steps of:
when receiving an OTA upgrade notification sent by a server, acquiring a download address and an upgrade type of a corresponding upgrade package according to the OTA upgrade notification;
downloading the data of the upgrade package from the download address according to the specified size;
calculating the downloaded upgrade package data to determine whether the upgrade package is downloaded successfully;
and if the upgrade package is determined to be successfully downloaded, performing OTA upgrade processing by the upgrade package in a mode corresponding to the upgrade type.
In one embodiment, the computer program when executed by the processor further performs the steps of: and after OTA upgrading processing is carried out, returning current version information to the server so that the server determines an upgrading result according to the current version information.
In one embodiment, the computer program when executed by the processor further performs the steps of: sending an upgrade package downloading request of data with a specified size to a server corresponding to the downloading address, wherein the upgrade package downloading request comprises the length of the downloaded data, so that the server returns upgrade package data to be downloaded according to the length of the downloaded data and the specified size; and receiving the upgrade packet data returned by the server according to the length of the downloaded data and the specified size, and repeating the steps until the download of all data of the upgrade packet is completed.
In one embodiment, the upgrade package download request carries a communication key, and the computer program when executed by the processor further performs the following steps: after sending an upgrade package download request of data with a specified size to a server corresponding to the download address, receiving a verification result after the communication key is verified by the server, and sending the upgrade package data returned by the server according to the length of the downloaded data and the specified size after the communication key is verified by the server.
In one embodiment, the computer program when executed by the processor further performs the steps of: carrying out encryption operation on the downloaded upgrade package data by adopting an abstract algorithm to obtain an operation result; analyzing a key value of a preset field in the OTA upgrading notification; and when the operation result is consistent with the analyzed key value, determining that the upgrade package is successfully downloaded, otherwise, determining that the upgrade package is failed to download.
In one embodiment, the upgrade types include an upgrade type of a non-reboot program and an upgrade type of a reboot program; the computer program when executed by the processor further realizes the steps of: when the upgrading type is the upgrading type of the non-restarting program, running an upgrading packet to upgrade the target program corresponding to the sub-equipment; and when the upgrading type is the upgrading type of the restarting program, replacing the current program of the system through the upgrading packet, and restarting the system where the replaced program is located so as to upgrade the current program of the system.
In one embodiment, a system includes a first system and a second system; the computer program when executed by the processor further realizes the steps of: if the current program runs in the first system, replacing the current program of the second system by the upgrade package; restarting the second system to run an application of the second system; and when the second system is restarted successfully, erasing the current program of the first system, and writing the upgrade package into the partition where the first system is located so as to upgrade the current program of the first system and the current program of the second system.
It will be understood by those skilled in the art that all or part of the processes of the methods of the embodiments described above can be implemented by hardware instructions of a computer program, which can be stored in a non-volatile computer-readable storage medium, and when executed, can include the processes of the embodiments of the methods described above. Any reference to memory, storage, database, or other medium used in the embodiments provided herein may include non-volatile and/or volatile memory, among others. Non-volatile memory can include read-only memory (ROM), Programmable ROM (PROM), Electrically Programmable ROM (EPROM), Electrically Erasable Programmable ROM (EEPROM), or flash memory. Volatile memory can include Random Access Memory (RAM) or external cache memory. By way of illustration and not limitation, RAM is available in a variety of forms such as Static RAM (SRAM), Dynamic RAM (DRAM), Synchronous DRAM (SDRAM), Double Data Rate SDRAM (DDRSDRAM), Enhanced SDRAM (ESDRAM), Synchronous Link DRAM (SLDRAM), Rambus Direct RAM (RDRAM), direct bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM).
The technical features of the above embodiments can be arbitrarily combined, and for the sake of brevity, all possible combinations of the technical features in the above embodiments are not described, but should be considered as the scope of the present specification as long as there is no contradiction between the combinations of the technical features.
The above-mentioned embodiments only express several embodiments of the present application, and the description thereof is more specific and detailed, but not construed as limiting the scope of the invention. It should be noted that, for a person skilled in the art, several variations and modifications can be made without departing from the concept of the present application, which falls within the scope of protection of the present application. Therefore, the protection scope of the present patent shall be subject to the appended claims.

Claims (10)

1. A battery swapping cabinet OTA upgrading method is characterized by comprising the following steps:
when receiving an OTA upgrade notification sent by a server, acquiring a download address and an upgrade type of a corresponding upgrade package according to the OTA upgrade notification;
downloading the data of the upgrade package from the download address according to the specified size;
calculating the downloaded data of the upgrade package to determine whether the upgrade package is downloaded successfully;
and if the upgrade package is determined to be successfully downloaded, performing OTA upgrade processing by the upgrade package in a mode corresponding to the upgrade type.
2. The battery swap cabinet OTA upgrade method of claim 1, wherein after the OTA upgrade process is performed, the method further comprises:
and returning the current version information to the server so that the server determines an upgrading result according to the current version information.
3. The swapping cabinet OTA upgrading method of claim 1, wherein the downloading the upgrade package data from the download address by a specified size comprises:
sending an upgrade package downloading request of data with a specified size to a server corresponding to the downloading address, wherein the upgrade package downloading request comprises the length of the downloaded data, so that the server returns upgrade package data to be downloaded according to the length of the downloaded data and the specified size;
and receiving upgrade packet data returned by the server according to the length and the specified size of the downloaded data, and repeating the steps until the download of all data of the upgrade packet is completed.
4. The battery swapping cabinet OTA upgrading method of claim 3, wherein the communication key is carried in the upgrade package download request, and after the upgrade package download request of the specified size data is sent to the server corresponding to the download address, the method further comprises:
and receiving a verification result of the server after the communication key is verified, wherein the server sends the upgrade packet data returned according to the length of the downloaded data and the specified size after the communication key is verified by the server.
5. The swapping cabinet OTA upgrading method of claim 1, wherein the operating the downloaded upgrade package data to determine whether the upgrade package is successfully downloaded comprises:
carrying out encryption operation on the downloaded upgrade package data by adopting a digest algorithm to obtain an operation result;
analyzing a key value of a preset field in the OTA upgrading notification;
and when the operation result is consistent with the analyzed key value, determining that the upgrade package is successfully downloaded, otherwise, determining that the upgrade package is failed to download.
6. The swapping cabinet OTA upgrading method according to any one of claims 1 to 5, wherein the upgrading types comprise an upgrading type of a non-restart program and an upgrading type of a restart program; performing OTA upgrade processing through the upgrade package and by adopting a mode corresponding to the upgrade type, comprising:
when the upgrading type is the upgrading type of the non-restarting program, the upgrading package is operated to upgrade the target program corresponding to the sub-equipment;
and when the upgrading type is the upgrading type of the restarting program, replacing the current program of the system through the upgrading packet, and restarting the system where the replaced program is located so as to upgrade the current program of the system.
7. The battery swapping cabinet OTA upgrade method according to claim 6, wherein the system comprises a first system and a second system; the replacing the current program of the system through the upgrade patch, and restarting the system where the replaced program is located to upgrade the current program of the system, includes:
if the current program runs in the first system, replacing the current program of the second system by the upgrade package;
restarting the second system to run an application of the second system;
and when the second system is restarted successfully, erasing the current program of the first system, and writing the upgrade package into the partition where the first system is located so as to upgrade the current program of the first system and the current program of the second system.
8. The utility model provides a trade electric cabinet OTA upgrading device which characterized in that, the device includes:
the download address acquisition module is used for acquiring a download address and an upgrade type of a corresponding upgrade package according to an OTA upgrade notification when the OTA upgrade notification sent by a server is received;
the download module is used for downloading the data of the upgrade package from the download address according to the specified size;
the operation module is used for operating the downloaded data of the upgrade package to determine whether the upgrade package is downloaded successfully;
and the upgrading processing module is used for performing OTA upgrading processing through the upgrading package and by adopting a mode corresponding to the upgrading type if the upgrading package is determined to be downloaded successfully.
9. A battery swapping device comprising a memory and a processor, the memory storing a computer program, wherein the processor when executing the computer program performs the steps of the method according to any of claims 1 to 7.
10. A computer-readable storage medium, on which a computer program is stored, which, when being executed by a processor, carries out the steps of the method according to any one of claims 1 to 7.
CN201911099047.7A 2019-11-12 2019-11-12 OTA upgrading method and device for power change cabinet, power change equipment and storage medium Pending CN110990036A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911099047.7A CN110990036A (en) 2019-11-12 2019-11-12 OTA upgrading method and device for power change cabinet, power change equipment and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911099047.7A CN110990036A (en) 2019-11-12 2019-11-12 OTA upgrading method and device for power change cabinet, power change equipment and storage medium

Publications (1)

Publication Number Publication Date
CN110990036A true CN110990036A (en) 2020-04-10

Family

ID=70084032

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911099047.7A Pending CN110990036A (en) 2019-11-12 2019-11-12 OTA upgrading method and device for power change cabinet, power change equipment and storage medium

Country Status (1)

Country Link
CN (1) CN110990036A (en)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113110855A (en) * 2021-04-15 2021-07-13 深圳市万为物联科技有限公司 Method for remotely upgrading battery program through battery replacement cabinet
CN113204360A (en) * 2021-04-30 2021-08-03 北京明朝万达科技股份有限公司 System upgrading method and device
CN113556379A (en) * 2021-05-31 2021-10-26 宁波三星医疗电气股份有限公司 Meter upgrading method
CN113766000A (en) * 2021-07-21 2021-12-07 深圳拓邦股份有限公司 Method and system for restarting battery replacement process and unlocking
CN114124917A (en) * 2021-11-23 2022-03-01 四川易智停科技有限公司 Remote upgrading method, equipment, system and medium for ground lock firmware
CN116203855A (en) * 2023-04-28 2023-06-02 深圳源川智控技术有限公司 Method, system, device, equipment and storage medium for controlling bin space of battery-changing cabinet

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104636153A (en) * 2013-11-07 2015-05-20 中兴通讯股份有限公司 Android terminal and method for upgrading Android terminal
CN105933150A (en) * 2016-04-20 2016-09-07 努比亚技术有限公司 OTA upgrade method, device and system
CN109460245A (en) * 2018-10-31 2019-03-12 北京众谊越泰科技有限公司 A kind of remote upgrade method of embedded system
CN109558160A (en) * 2017-09-26 2019-04-02 阿里巴巴集团控股有限公司 Upgrade method, embedded system
CN110007935A (en) * 2019-03-29 2019-07-12 阿里巴巴集团控股有限公司 A kind of processing method, device and the equipment of program upgrading
CN110134418A (en) * 2019-05-10 2019-08-16 上海擎感智能科技有限公司 Vehicle upgrade method and device, storage medium and terminal based on space download technology
CN110311964A (en) * 2019-06-20 2019-10-08 厦门四信通信科技有限公司 Socket OTA upgrade method, device, system, user terminal and storage medium

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104636153A (en) * 2013-11-07 2015-05-20 中兴通讯股份有限公司 Android terminal and method for upgrading Android terminal
CN105933150A (en) * 2016-04-20 2016-09-07 努比亚技术有限公司 OTA upgrade method, device and system
CN109558160A (en) * 2017-09-26 2019-04-02 阿里巴巴集团控股有限公司 Upgrade method, embedded system
CN109460245A (en) * 2018-10-31 2019-03-12 北京众谊越泰科技有限公司 A kind of remote upgrade method of embedded system
CN110007935A (en) * 2019-03-29 2019-07-12 阿里巴巴集团控股有限公司 A kind of processing method, device and the equipment of program upgrading
CN110134418A (en) * 2019-05-10 2019-08-16 上海擎感智能科技有限公司 Vehicle upgrade method and device, storage medium and terminal based on space download technology
CN110311964A (en) * 2019-06-20 2019-10-08 厦门四信通信科技有限公司 Socket OTA upgrade method, device, system, user terminal and storage medium

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113110855A (en) * 2021-04-15 2021-07-13 深圳市万为物联科技有限公司 Method for remotely upgrading battery program through battery replacement cabinet
CN113110855B (en) * 2021-04-15 2022-04-08 深圳市万为物联科技有限公司 Method for remotely upgrading battery program through battery replacement cabinet
CN113204360A (en) * 2021-04-30 2021-08-03 北京明朝万达科技股份有限公司 System upgrading method and device
CN113556379A (en) * 2021-05-31 2021-10-26 宁波三星医疗电气股份有限公司 Meter upgrading method
CN113556379B (en) * 2021-05-31 2023-04-28 宁波三星医疗电气股份有限公司 Meter upgrading method
CN113766000A (en) * 2021-07-21 2021-12-07 深圳拓邦股份有限公司 Method and system for restarting battery replacement process and unlocking
CN114124917A (en) * 2021-11-23 2022-03-01 四川易智停科技有限公司 Remote upgrading method, equipment, system and medium for ground lock firmware
CN114124917B (en) * 2021-11-23 2024-04-09 四川易智停科技有限公司 Remote upgrading method, equipment, system and medium for ground locking piece
CN116203855A (en) * 2023-04-28 2023-06-02 深圳源川智控技术有限公司 Method, system, device, equipment and storage medium for controlling bin space of battery-changing cabinet
CN116203855B (en) * 2023-04-28 2023-08-29 深圳源川智控技术有限公司 Method, device, equipment and storage medium for controlling bin space of battery-changing cabinet

Similar Documents

Publication Publication Date Title
CN110990036A (en) OTA upgrading method and device for power change cabinet, power change equipment and storage medium
CN106843957B (en) System firmware upgrading method and device
CN112650520B (en) Ammeter upgrading method and system, intelligent ammeter and storage medium
CN102364891B (en) Method for upgrading software of embedded Ethernet equipment and embedded Ethernet equipment
CN112148326A (en) Remote updating method, device and system for Internet of things equipment firmware
US9471300B2 (en) Wireless firmware upgrades to an alarm security panel
CN109669708B (en) Remote upgrading method for modular Internet of things terminal equipment
CN107623698B (en) Method and device for remotely debugging network equipment
CN110943860B (en) BMC (baseboard management controller) firmware updating method and system, electronic equipment and storage medium
CN112686568B (en) Operation and maintenance strategy generation processing method, device, system, equipment and storage medium
CN106339273A (en) Application program restoration method, terminal and server
CN108418787A (en) Acquisition method, terminal device and the medium of Enterprise Resources Plan data
CN111309354A (en) OTA (over the air) upgrading method and device of networking equipment
WO2011088701A1 (en) Method and device for online upgrading cross-platform version
CN112905556B (en) Directory lease management method, device, equipment and storage medium for distributed system
CN111611021A (en) Log data transmission method and device, computer equipment and storage medium
CN111104147A (en) BMC upgrading method, device, terminal and storage medium
CN109933354A (en) Fingerprint head online upgrading method, system and the cloud lock of a kind of intelligent cloud lock
CN110889143A (en) File verification method and device
CN112667272A (en) Ammeter upgrading method and system, intelligent ammeter and storage medium
CN115480802B (en) Lithium battery BMS (battery management system) Internet of things system updating method, device, medium and equipment
CN100464520C (en) Method and system for realizing distributed data loading
CN114579473B (en) Application testing method, device, equipment and storage medium
CN116483660A (en) Method, device and equipment for acquiring vehicle-end log and readable storage medium
CN108923968B (en) Link terminal system upgrading method and device, link terminal and storage medium

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20200410