CN106775636A - battery firmware processing method, device and charging cabinet system - Google Patents
battery firmware processing method, device and charging cabinet system Download PDFInfo
- Publication number
- CN106775636A CN106775636A CN201611034058.3A CN201611034058A CN106775636A CN 106775636 A CN106775636 A CN 106775636A CN 201611034058 A CN201611034058 A CN 201611034058A CN 106775636 A CN106775636 A CN 106775636A
- Authority
- CN
- China
- Prior art keywords
- battery
- firmware
- firmware version
- target
- version
- 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.)
- Granted
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 33
- 238000000034 method Methods 0.000 claims abstract description 28
- 230000003362 replicative effect Effects 0.000 claims description 4
- 230000001360 synchronised effect Effects 0.000 abstract description 10
- 230000005611 electricity Effects 0.000 description 14
- 230000008569 process Effects 0.000 description 10
- 238000010586 diagram Methods 0.000 description 8
- 230000006870 function Effects 0.000 description 8
- 239000007787 solid Substances 0.000 description 4
- 230000008901 benefit Effects 0.000 description 2
- 239000000463 material Substances 0.000 description 2
- 230000006855 networking Effects 0.000 description 2
- 238000011084 recovery Methods 0.000 description 2
- 238000012795 verification Methods 0.000 description 2
- 238000010276 construction Methods 0.000 description 1
- 238000005314 correlation function Methods 0.000 description 1
- 238000000151 deposition Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/4401—Bootstrapping
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
Abstract
The invention discloses a kind of battery firmware processing method, device and charging cabinet system, wherein, method includes：Obtain the firmware version information of each battery in grid；The first battery with target firmware version, and the second battery without target firmware version are determined according to firmware version information；Firmware version in second battery is updated to target firmware version.This method ensure that the target firmware version in the synchronization of the firmware version of multiple batteries in grid, and the synchronous firmware version for multiple batteries, improves the efficiency and performance of firmware restoration.
Description
Technical field
The present invention relates to technical field of electronic equipment, more particularly to a kind of battery firmware processing method, device and charging cabinet
System.
Background technology
Firmware as the bottom in electronic equipment working software, to ensure electronic equipment normally operation it is particularly significant,
Thus, in order to preferably support the normal operation of electronic equipment, firmware can be updated.
However, firmware is when being updated, if updating failure, such as the version for updating is incompatible with firmware version, then
Can cause firmware cannot the service of normally functioning, cause equipment normally to run, thus how firmware update failure when
Firmware is recovered, as problem demanding prompt solution.
The content of the invention
The purpose of the present invention is intended at least solve one of above-mentioned technical problem to a certain extent.
Therefore, first purpose of the invention is to propose a kind of battery firmware processing method, this method ensure that system
Target firmware version in the synchronization of the firmware version of the multiple batteries in network, and the synchronous firmware version for multiple batteries,
Improve the efficiency and performance of firmware restoration.
Second object of the present invention is to propose a kind of battery firmware handle device.
Third object of the present invention is to propose a kind of charging cabinet system.
To achieve these goals, first aspect present invention embodiment proposes a kind of firmware restoration processing method, including
Following steps：
Obtain the firmware version information of each battery in grid；
The first battery with target firmware version is determined according to the firmware version information, and without the target
Second battery of firmware version；
Firmware version in second battery is updated to the target firmware version.
The battery firmware processing method of the embodiment of the present invention, obtains the firmware version information of each battery in grid, root
Determine the first battery with target firmware version, and the without target firmware version second electricity according to firmware version information
Pond, and then the firmware version in the second battery is updated to target firmware version.Thereby it is ensured that the multiple electricity in grid
Target firmware version in the synchronization of the firmware version in pond, and the synchronous firmware version for multiple batteries, improves firmware restoration
Efficiency and performance.
In addition, the battery firmware processing method of the embodiment of the present invention, also with following additional technical characteristic：
Alternatively, methods described is applied in first battery, and the firmware version in second battery is updated to
The target firmware version, including：
Control first battery to enter bootstrap, and boot operation instruction is sent to second battery；
Data the consolidating to second battery of the target firmware version is replicated from the firmware area of first battery
Part area；
Instruction of restarting is sent to second battery, firmware program is entered after restarting so as to second battery.
Alternatively, the data that the target firmware version is replicated from the firmware area of first battery are electric to described second
After the firmware area in pond, also include：
First battery is controlled to reboot into firmware program.
Alternatively, methods described is applied in the manager, and the firmware version in second battery is updated into institute
Target firmware version is stated, including：
Boot operation is sent to first battery to instruct, and obtain the target firmware from first battery
Version, and storage is in the internal memory of the manager；
Boot operation is sent to second battery to instruct, and then the data of the target firmware version are written to
The firmware area of second battery；
Instruction of restarting is sent to second battery, firmware program is entered after restarting so as to second battery.
Alternatively, methods described also includes：
Instruction of restarting is sent to first battery, firmware program is entered after restarting so as to first battery.
To achieve these goals, second aspect present invention embodiment proposes a kind of battery firmware handle device, including：
First acquisition module, the firmware version information for obtaining each battery in grid；
First determining module, for determining the first battery with target firmware version according to the firmware version information,
And the second battery without the target firmware version；
First processing module, for the firmware version in second battery to be updated into the target firmware version.
The battery firmware handle device of the embodiment of the present invention, obtains the firmware version information of each battery in grid, root
Determine the first battery with target firmware version, and the without target firmware version second electricity according to firmware version information
Pond, and then the firmware version in the second battery is updated to target firmware version.Thereby it is ensured that the multiple electricity in grid
Target firmware version in the synchronization of the firmware version in pond, and the synchronous firmware version for multiple batteries, improves firmware restoration
Efficiency and performance.
In addition, the battery firmware handle device of the embodiment of the present invention, also with following additional technical characteristic：
Alternatively, described device is applied in first battery, and the first processing module includes：
First control unit, for controlling first battery to enter bootstrap；
First transmitting element, instructs for sending boot operation to second battery；
First copied cells, for replicated from the firmware area of first battery data of the target firmware version to
The firmware area of second battery；
First transmitting element, for sending instruction of restarting to second battery, so that second battery is restarted
Enter firmware program afterwards.
Alternatively, first control unit, is additionally operable to：
First battery is controlled to reboot into firmware program.
Alternatively, methods described is applied in manager, and the first processing module includes：
Second transmitting element, instructs for sending boot operation to first battery；
First memory cell, for obtaining the target firmware version, and storage from first battery in the pipe
In the internal memory of reason device；
Second transmitting element is additionally operable to send boot operation instruction to second battery；
First writing unit, the firmware area for the data of the target firmware version to be written to second battery；
Second transmitting element is additionally operable to send instruction of restarting to second battery, so that second battery is restarted
Enter firmware program afterwards.
Alternatively, second transmitting element is additionally operable to：
Instruction of restarting is sent to first battery, firmware program is entered after restarting so as to first battery.
To achieve these goals, third aspect present invention embodiment proposes a kind of charging cabinet system, including：Multiple is used
In the charging inlet of connection battery, and battery firmware handle device, wherein, the battery firmware handle device includes：
Second acquisition module, the firmware version information for obtaining each battery in grid；
Second determining module, for determining the first battery with target firmware version according to the firmware version information,
And the second battery without the target firmware version；
Second processing module, for the firmware version in second battery to be updated into the target firmware version.
The charging cabinet system of the embodiment of the present invention, obtains the firmware version information of each battery in grid, according to firmware
Version information determines the first battery with target firmware version, and the second battery without target firmware version, and then
Firmware version in second battery is updated to target firmware version.Thereby it is ensured that multiple batteries in grid are consolidated
Target firmware version in the synchronization of part version, and the synchronous firmware version for multiple batteries, improves the efficiency of firmware restoration
And performance.
In addition, the charging cabinet system of the embodiment of the present invention, also with following additional technical characteristic：
Alternatively, connected by Differential Signal Bus between the multiple battery, wherein, including for connecting multiple batteries
Differential Signal Bus, the Second processing module in the battery firmware handle device includes：
Second control unit, for controlling first battery to enter bootstrap；
3rd transmitting element, instructs for sending boot operation to second battery；
Second copied cells, for replicated from the firmware area of first battery data of the target firmware version to
The firmware area of second battery；
3rd transmitting element, for sending instruction of restarting to second battery, so that second battery is restarted
Enter firmware program afterwards.
Alternatively, the system also includes：Manager, wherein, the manager by the second Differential Signal Bus with it is many
Individual battery connection, wherein, the battery firmware handle device is provided with the manager, in the battery firmware handle device
The Second processing module include：
4th transmitting element, instructs for sending boot operation to first battery；
Second memory cell, for obtaining the target firmware version, and storage from first battery in the pipe
In the internal memory of reason device；
4th transmitting element is additionally operable to send boot operation instruction to second battery；
Second writing unit, the firmware area for the data of the target firmware version to be written to second battery；
4th transmitting element is additionally operable to send instruction of restarting to second battery, so that second battery is restarted
Enter firmware program afterwards.
The additional aspect of the present invention and advantage will be set forth in part in the description, and will partly become from the following description
Obtain substantially, or recognized by practice of the invention.
Brief description of the drawings
The above-mentioned and/or additional aspect of the present invention and advantage will become from the following description of the accompanying drawings of embodiments
Substantially and be readily appreciated that, wherein：
Fig. 1 is the area schematic of inside battery processor according to an embodiment of the invention；
Fig. 2 is the flow chart of battery firmware processing method according to an embodiment of the invention；
Fig. 3 is the flow chart of battery firmware processing method in accordance with another embodiment of the present invention；
Fig. 4 is each battery interaction scenarios schematic diagram in grid according to an embodiment of the invention；
Fig. 5 is the flow chart of the battery firmware processing method according to another embodiment of the invention；
Fig. 6 is the structural representation of battery firmware handle device according to an embodiment of the invention；
Fig. 7 is the structural representation of battery firmware handle device in accordance with another embodiment of the present invention；
Fig. 8 is the structural representation of the battery firmware handle device according to another embodiment of the invention；
Fig. 9 (a) is the structural representation of charging cabinet system according to an embodiment of the invention；
Fig. 9 (b) is the structural representation of battery firmware handle device 1000 according to an embodiment of the invention；
Figure 10 (a) is the structural representation of charging cabinet system in accordance with another embodiment of the present invention；
Figure 10 (b) is the structural representation of battery firmware handle device 1000 in accordance with another embodiment of the present invention；
Figure 11 is the schematic diagram of a scenario of battery firmware handle according to an embodiment of the invention；
Figure 12 (a) is the structural representation of the charging cabinet system according to another embodiment of the invention；
Figure 12 (b) is the structural representation of the battery firmware handle device 1000 according to another embodiment of the invention；With
And
Figure 13 is the schematic diagram of a scenario of charging cabinet system in accordance with another embodiment of the present invention.
Specific embodiment
Embodiments of the invention are described below in detail, the example of the embodiment is shown in the drawings, wherein from start to finish
Same or similar label represents same or similar element or the element with same or like function.Below with reference to attached
It is exemplary to scheme the embodiment of description, it is intended to for explaining the present invention, and be not considered as limiting the invention.
Below with reference to the accompanying drawings battery firmware processing method, device and the system of the embodiment of the present invention described.
At present, the firmware in battery may cause the mistake for updating when being updated due to reasons such as network speed, firmware versions
Lose, such as, when being updated to firmware online, unstable due to network, when causing firmware to update, firmware version can not be downloaded completely
So as to cause firmware to update failure, or, because the version being updated to firmware is incompatible with the relevant configuration of battery, so that
Firmware is caused to update failure.
In correlation technique, when updating failure in order to avoid firmware, firmware cannot continue as battery and provide function services, propose
A kind of firmware inside restoration methods.
Specifically, the structural representation of inside battery memory as shown in Figure 1 understands that inside battery processor is divided
It is 4 regions：Boot section, firmware area, backup area and the information area.When a system is powered up, bootstrap, bootstrap are run first
Firmware area data are verified by the check code for being stored in the information area, firmware area is jumped to if verification is correct, performed
Main program, if verification is unsuccessful, illustrates that last firmware updates failure, and bootstrap can be by backup area data duplication to firmware
Area, then jumps to firmware area, configuration processor again.
However, in above-mentioned internal firmware restoration methods, being write when being dispatched from the factory due to the data of backup area, also just say internal solid
The firmware that part recovers is most original, and equivalent to Default Value, the firmware version after recovery is relatively low, and version restorability is not high.
In order to solve the above problems, the present invention proposes a kind of battery firmware processing method, specific as follows：
Fig. 2 is the flow chart of battery firmware processing method according to an embodiment of the invention.
As shown in Fig. 2 the battery firmware processing method may include：
S101, obtains the firmware version information of each battery in grid.
Wherein, the firmware version information of each battery includes the firmware version number of battery, such as version number is V1.0 etc., battery
Renewal time of firmware version etc..
It should be appreciated that according to the difference of concrete application demand, can in different ways obtain each in grid
The firmware version information of battery, is illustrated below：
The first example, can actively send the request for obtaining version information in system network to each battery, so that, respectively
Battery feeds back the firmware version information of itself after the request is received.
Second example, upon power-up of the system, each battery actively sends the firmware version information of itself, each so as to get
The firmware version information that battery actively sends.
S102, the first battery with target firmware version is determined according to firmware version information, and solid without target
Second battery of part version.
Wherein, according to the difference of concrete application scene, target firmware version can be to consider standard setting according to different
Different firmware versions, such as can be newest firmware version, most stable of firmware version, compatible highest firmware version
Deng.
Be respectively newest firmware version and compatible highest firmware version with reference to firmware version, illustrate as
What determines the implementation process of the first battery and the second battery according to firmware version information, is described as follows：
Used as a kind of implementation, target firmware version information can be newest firmware version information, in practical application
In, the newer firmware version of usual version is upgrading that person skilled is carried out according to original firmware version, compared to version
The function of this relatively low firmware version is more enriched, and can better meet the correlation function demand of battery.
Thus, when the firmware of battery updates failure, if firmware version replaced with, each battery of above-mentioned acquisition is consolidated
Newest firmware version information in part version information, can not only recover to firmware information, can also improve the firmware version
Performance.
Specifically, in this example, it is not newest consolidating only for firmware version in order to improve firmware restoration efficiency
The battery of part version, carry out the write-in of newest firmware version, and after firmware version information is obtained, each battery to obtaining is consolidated
Part version information is compared, and determines the first battery with target firmware version, and without target firmware version
Second battery.
That is, in the present embodiment, target firmware version is set into newest firmware version, be in order to ensure by
Battery in current system operational network, the synchronous letter for being generally to possess the latest firmware version that best function services can be provided
Breath.
Used as another implementation, target version information can also be compatible highest firmware version, actually should
In, the hardware configuration of the battery in grid may be differed, and some batteries are without execution latest firmware version information
Hardware unit etc., the compatibility of the property taken into account highest firmware version is relatively strong, and the hardware unit requirement to battery is low, with stronger
Versatility.
Specifically, in this example, in order to improve firmware restoration efficiency, be not only for firmware version compatibility most
The battery of firmware version high, carries out the write-in of compatible highest firmware version, after firmware version information is obtained, to obtaining
The firmware version information of each battery be compared, determine the first battery with target firmware version, and without mesh
Mark the second battery of firmware version.S103, target firmware version is updated to by the firmware version in the second battery.
Specifically, after it is determined that having the battery of target firmware version first, the firmware version in the second battery is updated to
Target firmware version, thus, when the firmware version to the second battery recovers, using in grid where it, other
The firmware version information of latest edition, compatible highest firmware version information etc. carry out firmware restoration in battery, rather than it
The firmware version data stored in backup region, not only realize the recovery of firmware version, also improve write-in firmware version
Performance.
Specifically, the firmware version information in the first battery can be replicated, and is written to the firmware of the second battery
Area, to complete the renewal to the firmware version in the second battery.
It should be noted that the firmware version in the second battery is updated to the specific implementation step of target firmware version,
With reference to the description below in conjunction with Fig. 3 and Fig. 5, it is not described in detail herein.
In sum, the battery firmware processing method of the embodiment of the present invention, obtains the firmware version of each battery in grid
This information, the first battery with target firmware version is determined according to firmware version information, and without target firmware version
The second battery, and then the firmware version in the second battery is updated to target firmware version.Thereby it is ensured that in grid
Multiple batteries firmware version synchronization, and the target firmware version in the synchronous firmware version for multiple batteries improves
The efficiency and performance of firmware restoration.
Based on above example, it is necessary to illustrate, according to the difference of concrete application scene, by the firmware in the second battery
Version updating is different for the mode of target firmware version, in order to more clearly illustrate the battery firmware handle of the embodiment of the present invention
Method, below by battery firmware processing method be respectively applied in the first battery and manager in as a example by, with reference to its by second electricity
Firmware version in pond is updated to the specific implementation process of target firmware version, and battery firmware processing method of the present invention is lifted
Example explanation, is described as follows：
It is applied to be illustrated in the first battery with battery firmware processing method first below, is described as follows：
Fig. 3 is the flow chart of battery firmware processing method in accordance with another embodiment of the present invention, as shown in figure 3, the electricity
Pond firmware processing method includes：
S201, obtains the firmware version information of each battery in grid.
Specifically, because the executive agent of battery firmware processing method of the invention is battery, thus, can be by grid
In each battery intercourse mutual firmware version information so that each battery can obtain consolidating for each battery in grid
Part version information.
Wherein, to form networking and communicated because multiple batteries are mutually connected to each other, thus, pass through between multiple batteries
CAN, RS485 buses, or other types of Differential Signal Bus are communicated.
For example, as shown in figure 4, grid includes battery A, B and C, battery A obtains the firmware version letter of itself
After breath, information exchange is carried out by with battery B and C, the firmware version information of battery B and C is obtained, based on same principle, electricity
Pond B and C can also obtain the firmware version information of battery A, B and C respectively.
S202, the first battery with target firmware version is determined according to firmware version information, and solid without target
Second battery of part version.
Specifically, after the firmware version information of each battery in obtaining grid, each firmware version information is carried out
Compare, determine the first battery with target firmware version, and the second battery without target firmware version.
In order to more clearly illustrate how to determine the first battery and the second battery according to firmware version information, below with mesh
Mark firmware version is newest firmware version, is illustrated：
Specifically, because firmware version information may include that firmware version number, firmware version are produced date etc., thus, really
Determine the mode difference of the first battery and the second battery in grid, be illustrated below：
As a kind of implementation, when firmware version information includes firmware version number, the firmware version of relatively more each battery
Number, latest firmware version number is determined, using the corresponding battery of latest firmware version number as the first battery, will be newest without this
The battery of firmware version number is used as the second battery.
In this example, for example, as firmware version number respectively V1.2, the V1.6 for getting battery A, B and C and
V1.3, it is determined that latest firmware version number is V1.6, so as to using battery B as the first battery, using battery A and C as the second electricity
Pond.
As another implementation, when firmware version information produces the date including firmware version, relatively more each battery
Firmware version produces the date, determines latest firmware version number, using the corresponding battery of latest firmware version number as the first battery,
Using the battery without the latest firmware version number as the second battery.
In this example, for example, the date is produced when the firmware version for getting battery A, B and C to be respectively 2006 years
November, in November, 2007 and in November, 2013, it is determined that latest firmware version produces the date in November, 2013, so as to by battery
C as the first battery, using battery A and B as the second battery.
S203, the first battery of control enters bootstrap, and sends boot operation instruction to the second battery.
Specifically, because battery only has in bootstrap, operation could be written and read to firmware, thus, in order to right
Firmware area between first battery and the second battery is written and read operation, and the first battery of control enters bootstrap, and to the
Two batteries send boot operation instruction.
S204, replicates the data of target firmware version to the firmware area of the second battery from the firmware area of the first battery.
S205, instruction of restarting is sent to the second battery, and firmware program is entered after restarting so as to the second battery.
Specifically, because the first battery is in read-write bootstrap, thus from the firmware area of the first battery, replicate
The data of target firmware version are to the firmware area of the second battery, so as to have target firmware version in the firmware area of the second battery.
And then, instruction of restarting is sent by the second battery, to cause that the second battery in restarting process, is completed to target
The loading of firmware version, and enter firmware program after restart, wherein, the firmware area under firmware program can not read and write, it is to avoid Gu
Changed by malicious process in part region, it is ensured that the system safety of the second battery.
, wherein it is desired to explanation, in order to avoid the first battery is changed by malicious process, completes in the first battery
After the data duplication of firmware version, also can control the first battery and reboot into firmware program.
It is applied to be illustrated in manager with battery firmware processing method below, is described as follows：
Fig. 5 is the flow chart of the battery firmware processing method according to another embodiment of the invention, as shown in figure 5, the electricity
Pond firmware processing method includes：
S301, obtains the firmware version information of each battery in grid.
Specifically, due to the executive agent of battery firmware processing method of the invention, it is independently of the management of battery setting
Device, thus, the firmware version information of each battery in grid can be obtained by manager.
Such as, manager sends the request for obtaining firmware version information to each battery in grid, so as to multiple
Battery feeds back the firmware version information of each battery according to the request.
Again such as, can be after electricity on grid, multiple batteries report firmware version information to manager in real time.
Wherein, to form networking and communicated because multiple batteries and manager are mutually connected to each other, thus, multiple batteries
By CAN (Controller Area Network, controller LAN) bus, RS485 buses and manager between, or
Other types of Differential Signal Bus are communicated.
S302, the first battery with target firmware version is determined according to firmware version information, and solid without target
Second battery of part version.
Specifically, after the firmware version information of each battery in obtaining grid, each firmware version information is carried out
Compare, determine the first battery with target firmware version, and the second battery without target firmware version.
In order to more clearly illustrate how to determine the first battery and the second battery according to firmware version information, below with mesh
Mark firmware version is newest firmware version, is illustrated：
Specifically, because firmware version information may include that firmware version number, firmware version are produced date etc., thus, really
Determine the mode difference of the first battery and the second battery in grid, be illustrated below：
As a kind of implementation, when firmware version information includes firmware version number, the firmware version of relatively more each battery
Number, latest firmware version number is determined, using the corresponding battery of latest firmware version number as the first battery, will be newest without this
The battery of firmware version number is used as the second battery.
As another implementation, when firmware version information produces the date including firmware version, relatively more each battery
Firmware version produces the date, determines latest firmware version number, using the corresponding battery of latest firmware version number as the first battery,
Using the battery without the latest firmware version number as the second battery.
S303, sends boot operation and instructs to the first battery, and target firmware version is obtained from the first battery, and
Storage is in the internal memory of manager.
Specifically, in order to obtain the corresponding target firmware version of the first battery, boot operation is sent to the first battery
Instruction, to cause that the first battery enters readable WriteMode, so as to obtain target firmware version from the first battery, and stores in pipe
In the internal memory of reason device.
, wherein it is desired to explanation, in order to avoid the first battery is changed by malicious process, completes in the first battery
After the data duplication of target firmware version, also can control the first battery and reboot into firmware program, wherein, consolidating under firmware program
Part area can not read and write.
S304, sends boot operation and instructs, and then the data of target firmware version are written into the to the second battery
The firmware area of two batteries.
Specifically, in order to target firmware version is write into the second battery, send boot operation to the second battery and instruct,
To cause that the second battery enters readable write state, so as to the data of target firmware version to be written to the firmware area of the second battery.
S305, instruction of restarting is sent to the second battery, and firmware program is entered after restarting so as to the second battery.
Specifically, instruction of restarting is sent by the second battery, to cause that the second battery in restarting process, is completed to mesh
The loading of firmware version is marked, and enters firmware program after restart, wherein, the firmware area under firmware program can not read and write, it is to avoid
Firmware area is changed by malicious process, it is ensured that the system safety of the second battery.
In sum, the battery firmware processing method of the embodiment of the present invention, according to the difference of application scenarios, with different sides
Firmware version in second battery is updated to target firmware program by formula, thus, is synchronously by the firmware version in the second battery
Target firmware version information, improves the efficiency and performance of firmware restoration.
To achieve the above object, the present invention also proposes a kind of battery firmware handle device.
Fig. 6 is the structural representation of battery firmware handle device according to an embodiment of the invention.
As shown in fig. 6, battery firmware handle device may include：First acquisition module 110, the first determining module 120 and
One processing module 130.
Wherein, the first acquisition module 110, the firmware version information for obtaining each battery in grid.
First determining module 120, for determining the first battery with target firmware version according to firmware version information, with
And the second battery without target firmware version.
First processing module 130, for the firmware version in the second battery to be updated into target firmware version.
It should be noted that battery firmware processing method described above is also applied for the battery firmware of the embodiment of the present invention
Processing unit, the details not disclosed in battery firmware handle device embodiment of the present invention, will not be repeated here.
In sum, the battery firmware handle device of the embodiment of the present invention, obtains the firmware version of each battery in grid
This information, the first battery with target firmware version is determined according to firmware version information, and without target firmware version
The second battery, and then the firmware version in the second battery is updated to target firmware version.Thereby it is ensured that in grid
Multiple batteries firmware version synchronization, and the target firmware version in the synchronous firmware version for multiple batteries improves
The efficiency and performance of firmware restoration.
Fig. 7 is the structural representation of battery firmware handle device in accordance with another embodiment of the present invention.As shown in fig. 7,
On the basis of as shown in Figure 6, first processing module 130 includes the first control unit 131, the first transmitting element 132 and first
Copied cells 133.
Wherein, the first control unit 131, for controlling the first battery to enter bootstrap.
First transmitting element 132, instructs for sending boot operation to the second battery.
First copied cells 133, for replicating the data of target firmware version from the firmware area of the first battery to second
The firmware area of battery.
Further, the first transmitting element 132 sends instruction of restarting to the second battery, enters after restarting so as to the second battery
Firmware program.
First control unit 131 is used to control the first battery to reboot into firmware program.
Fig. 8 is the structural representation of the battery firmware handle device according to another embodiment of the invention.As shown in figure 8,
On the basis of as shown in Figure 6, first processing module 130 includes the second transmitting element 134, the first memory cell 135 and first
Writing unit 136.
Wherein, the second transmitting element 134, instructs for sending boot operation to the first battery.
First memory cell 135, for obtaining target firmware version, and storage from the first battery in the internal memory of manager
In.
In the present embodiment, the second transmitting element 134 is additionally operable to send boot operation instruction to the second battery.
First writing unit 136, the firmware area for the data of target firmware version to be written to the second battery.
In the present embodiment, the second transmitting element 134 is additionally operable to send instruction of restarting to the second battery, so as to the second battery
Enter firmware program after restarting, and instruction of restarting is sent to the first battery, firmware program is entered after restarting so as to the first battery.
It should be noted that battery firmware processing method described above is also applied for the battery firmware of the embodiment of the present invention
Processing unit, the details not disclosed in battery firmware handle device embodiment of the present invention, will not be repeated here.
In sum, the battery firmware handle device of the embodiment of the present invention, according to the difference of application scenarios, with different sides
Firmware version in second battery is updated to target firmware program by formula, thus, is synchronously by the firmware version in the second battery
Latest firmware version information, improves the efficiency and performance of firmware restoration.
In order to realize above-described embodiment, the invention allows for a kind of charging cabinet system, Fig. 9 (a) is according to the present invention one
The structural representation of the charging cabinet system of individual embodiment, shown in such as Fig. 9 (a), the charging cabinet system includes：Battery firmware handle is filled
1000 and multiple charging inlets 2000 for connecting battery are put, wherein, charging cabinet system may be mounted to that on charging cabinet, when filling
When the connection battery of electrical interface 2000 is charged, the firmware of battery starts to perform the corresponding treatment side of firmware handle device 1000
Formula so that the firmware version of associated batteries is synchronously target firmware version.
Wherein, battery firmware handle device 1000 may be located at any electricity of the multiple batteries being connected with charging inlet 2000
Chi Zhong, is independently of battery setting, (Fig. 9 (a) only shows that battery firmware handle device 1000 is set independently of multiple batteries).
Specifically, it is connected with battery when the charging inlet 2000 of charging cabinet system to provide during charge function service, Gu
Part processing unit 1000 is obtained in grid, the firmware version information of each battery, determines there is mesh according to firmware version information
Mark the first battery of firmware version, and the second battery without target firmware version, and by the firmware version in the second battery
Originally target firmware version is updated to, to complete the firmware version of the second battery synchronously for target firmware version.
Wherein, in order to more clearly explanation the embodiment of the present invention charging cabinet system in, battery firmware handle device
1000 detailed construction schematic diagram, reference picture 9 (b) is shown, is joined in detail to the structural representation of firmware handle device 1000
According to Fig. 9 (b), battery firmware handle device 1000 includes the second acquisition module 1100, the second determining module 1200 and second processing
Module 1300.
It should be noted that the function description to battery firmware handle device 1000 of the present invention, can refer to foregoing description
Hang into processing method embodiment, its realization principle is similar to, and will not be repeated here.
In sum, the charging cabinet system of the embodiment of the present invention, obtains the firmware version information of each battery in grid,
The first battery with target firmware version, and the without target firmware version second electricity are determined according to firmware version information
Pond, and then the firmware version in the second battery is updated to target firmware version.Thereby it is ensured that the multiple electricity in grid
Target firmware version in the synchronization of the firmware version in pond, and the synchronous firmware version for multiple batteries, improves firmware restoration
Efficiency and performance.
Based on above example, it is necessary to illustrate, according to the difference of concrete application scene, battery firmware handle device
1000 may be placed at diverse location, are arranged in the first battery with battery firmware handle device 1000 separately below, and
It is arranged in independence and the device of battery and illustrates, is described as follows：
Figure 10 (a) is the structural representation of charging cabinet system in accordance with another embodiment of the present invention, as shown in Figure 10, many
Individual battery is connected by Differential Signal Bus, i.e., charging cabinet system also includes also including the first difference for connecting multiple batteries
Signal bus.Battery firmware handle device 1000 is provided with each battery 2000, it is necessary to explanation, multiple batteries by with
Charge port 2000 is connected carries out charging (not shown).
And for the ease of description, the detailed knot of battery firmware handle device 1000 in the present embodiment is shown by Figure 10 (b)
Structure schematic diagram, referring to Figure 10 (b), on the basis of the battery firmware handle device 1000 as described in Fig. 9 (b), at battery firmware
Second processing module 1300 in reason device 1000 includes：Second control unit 1310, the 3rd transmitting element 1320 and second are multiple
Unit processed 1330.
Wherein, the second control unit 1310, for controlling the first battery to enter bootstrap.
3rd transmitting element 1320, instructs for sending boot operation to the second battery.
Second copied cells 1330, for replicating the data of target firmware version from the firmware area of the first battery to second
The firmware area of battery.
In one embodiment of the invention, the 3rd transmitting element 1320, for sending instruction of restarting to the second battery, with
Just firmware program is entered after the second battery is restarted.
In order to more clearly illustrate the charging cabinet system of the embodiment of the present invention, carried out with reference to specific application scenarios
For example, in this example, target firmware version information is newest firmware version information, Figure 11 is according to of the invention one
The schematic diagram of a scenario of the charging cabinet system of embodiment, in fig. 11, including battery A and battery B, target firmware version information includes
Firmware version number, is connected between battery by CAN.
Specifically, in specific implementation process, by being linked together by CAN for battery A and battery B, so that,
Battery A is communicated with battery B by CAN, intercourses version signal.
Version number's battery high as main frame, using the low battery of version number as slave, because the firmware version of battery A is
The firmware version of V1.1, battery B is V1.0, and the version number of battery A is higher, so battery A is used as main frame.
Further, battery A, while being transmitted into channel programming command to battery B, makes battery automatically into bootstrap
Also into bootstrap, battery A replicates the target firmware edition data in oneself firmware area to the firmware area of battery B to B, completes whole
Firmware upgrade process.
Further, in order to protect the safety of battery, battery A sends reset command and gives battery B, allows battery B to restart, and enters
Enter firmware program, battery A is restarted afterwards, into firmware program, thus the firmware version of battery B is synchronously V1.1.
It should be noted that the function description to battery firmware handle device 1000 of the present invention, can refer to foregoing description
Battery firmware processing method embodiment, its realization principle is similar to, and will not be repeated here.
Figure 12 (a) is the structural representation of the charging cabinet system according to another embodiment of the invention, such as Figure 12 (a) institutes
Show, charging cabinet system also includes manager 3000, and for connection manager 3000 and the second differential signal of multiple batteries
Bus.Battery firmware handle device 1000 is provided with manager 3000.That is, multiple batteries connect with charging inlet 2000
After connecing, (not shown) is connected with manager 3000 by Differential Signal Bus.
And for the ease of description, the detailed knot of battery firmware handle device 1000 in the present embodiment is shown by Figure 12 (b)
Structure schematic diagram, referring to Figure 12 (b), on the basis of the battery firmware handle device 1000 as described in Fig. 9 (b), second processing mould
Block 1300 also includes the 4th transmitting element 1340, the second memory cell 1350 and the second writing unit 1360.
Wherein, the 4th transmitting element 1340, instructs for sending boot operation to the first battery.
Second memory cell 1350, for obtaining target firmware version from the first battery, and storage is in manager
In depositing.
Further, the 4th transmitting element 1340 is additionally operable to send boot operation instruction to the second battery.
Second writing unit 1360, the firmware area for the data of target firmware version to be written to the second battery.
In the present embodiment, the 4th transmitting element 1340 is additionally operable to send instruction of restarting to the second battery, so as to the second electricity
Pond enters firmware program after restarting.
In order to more clearly illustrate the charging cabinet system of the embodiment of the present invention, carried out with reference to specific application scenarios
For example, in this example, target firmware information is newest firmware information, Figure 13 is according to a further embodiment of the invention
Charging cabinet system schematic diagram of a scenario, in fig. 13, including battery A, battery B and battery C etc., target firmware version information bag
Firmware version number is included, is connected by CAN between battery.
Specifically, in practical implementation, the version number of all batteries in manager real-time acquisition system network,
And the newest battery of wherein firmware version number is found out, in the present embodiment, the firmware version number of battery C is V1.6, than other batteries
Fixed version will be new, therefore, newest firmware version is that the corresponding battery of target firmware version is battery C.
Further, manager sends boot operation and instructs to battery C, allows battery C to enter bootstrap, to manage
Reason device reads the target firmware version information stored in firmware area from battery C, and stores in the internal memory of manager, then hair
Instruction of restarting is sent to allow battery C to restart, into firmware program, so far, target firmware version (V1.6 versions) information in battery C,
In having had been copied to manager.
Further, manager serves as main frame, by battery A, the firmware version of battery B, all upgrades to V1.6 versions,
I.e. manager control battery A enters bootstrap, and then V1.6 firmware version informations are written in battery A, restarts battery A,
It is also the same treatment to battery B to cause that the firmware version of battery A is updated to V1.6 firmware versions, will not be repeated here.
It should be noted that the function description to battery firmware handle device 1000 of the present invention, can refer to foregoing description
Hang into processing method embodiment, its realization principle is similar to, and will not be repeated here.
In sum, the charging cabinet system of the embodiment of the present invention, according to the difference of application scenarios, in a different manner by
Firmware version in two batteries is updated to target firmware program, thus, the firmware version in the second battery is synchronous for target is consolidated
Part version information, improves the efficiency and performance of firmware restoration.
In the description of this specification, reference term " one embodiment ", " some embodiments ", " example ", " specifically show
The description of example " or " some examples " etc. means to combine specific features, structure, material or spy that the embodiment or example are described
Point is contained at least one embodiment of the invention or example.In this manual, to the schematic representation of above-mentioned term not
Identical embodiment or example must be directed to.And, the specific features of description, structure, material or feature can be with office
Combined in an appropriate manner in one or more embodiments or example.Additionally, in the case of not conflicting, the skill of this area
Art personnel can be tied the feature of the different embodiments or example described in this specification and different embodiments or example
Close and combine.
Although embodiments of the invention have been shown and described above, it is to be understood that above-described embodiment is example
Property, it is impossible to limitation of the present invention is interpreted as, one of ordinary skill in the art within the scope of the invention can be to above-mentioned
Embodiment is changed, changes, replacing and modification.
Claims (13)
1. a kind of battery firmware processing method, it is characterised in that comprise the following steps：
Obtain the firmware version information of each battery in grid；
The first battery with target firmware version is determined according to the firmware version information, and without the target firmware
Second battery of version；
Firmware version in second battery is updated to the target firmware version.
2. the method for claim 1, it is characterised in that methods described is applied in first battery, by described
Firmware version in two batteries is updated to the target firmware version, including：
Control first battery to enter bootstrap, and boot operation instruction is sent to second battery；
The data of the target firmware version to the firmware area of second battery are replicated from the firmware area of first battery；
Instruction of restarting is sent to second battery, firmware program is entered after restarting so as to second battery.
3. method as claimed in claim 2, it is characterised in that the target is replicated from the firmware area of first battery and is consolidated
The data of part version also include to after the firmware area of second battery：
First battery is controlled to reboot into firmware program.
4. method as claimed in claim 2, it is characterised in that methods described is applied in the manager, by described second
Firmware version in battery is updated to the target firmware version, including：
Boot operation is sent to first battery to instruct, and the target firmware version is obtained from first battery
This, and storage is in the internal memory of the manager；
Boot operation is sent to second battery to instruct, and then the data of the target firmware version are written to described
The firmware area of the second battery；
Instruction of restarting is sent to second battery, firmware program is entered after restarting so as to second battery.
5. method as claimed in claim 4, it is characterised in that also include：
Instruction of restarting is sent to first battery, firmware program is entered after restarting so as to first battery.
6. a kind of battery firmware handle device, it is characterised in that including：
First acquisition module, the firmware version information for obtaining each battery in grid；
First determining module, for determining the first battery with target firmware version according to the firmware version information, and
The second battery without the target firmware version；
First processing module, for the firmware version in second battery to be updated into the target firmware version.
7. device as claimed in claim 6, it is characterised in that described device is applied in first battery, described first
Processing module includes：
First control unit, for controlling first battery to enter bootstrap；
First transmitting element, instructs for sending boot operation to second battery；
First copied cells, for replicating the data of the target firmware version from the firmware area of first battery to described
The firmware area of the second battery；
First transmitting element, for second battery send instruction of restarting, so as to second battery restart it is laggard
Enter firmware program.
8. device as claimed in claim 7, it is characterised in that first control unit, is additionally operable to：
First battery is controlled to reboot into firmware program.
9. device as claimed in claim 7, it is characterised in that methods described is applied in manager, the first treatment mould
Block includes：
Second transmitting element, instructs for sending boot operation to first battery；
First memory cell, for obtaining the target firmware version, and storage from first battery in the manager
Internal memory in；
Second transmitting element is additionally operable to send boot operation instruction to second battery；
First writing unit, the firmware area for the data of the target firmware version to be written to second battery；
Second transmitting element be additionally operable to second battery send instruction of restarting, so as to second battery restart it is laggard
Enter firmware program.
10. device as claimed in claim 8, it is characterised in that second transmitting element is additionally operable to：
Instruction of restarting is sent to first battery, firmware program is entered after restarting so as to first battery.
A kind of 11. charging cabinet systems, it is characterised in that including：Multiple is used to connect the charging inlet of battery, and battery firmware
Processing unit, wherein, the battery firmware handle device includes：
Second acquisition module, the firmware version information for obtaining each battery in grid；
Second determining module, for determining the first battery with target firmware version according to the firmware version information, and
The second battery without the target firmware version；
Second processing module, for the firmware version in second battery to be updated into the target firmware version.
12. charging cabinet systems as claimed in claim 11, it is characterised in that also including poor for connecting the first of multiple batteries
Sub-signal bus, wherein, the battery firmware handle device is provided with each battery, in the battery firmware handle device
The Second processing module includes：
Second control unit, for controlling first battery to enter bootstrap；
3rd transmitting element, instructs for sending boot operation to second battery；
Second copied cells, for replicating the data of the target firmware version from the firmware area of first battery to described
The firmware area of the second battery；
3rd transmitting element, for second battery send instruction of restarting, so as to second battery restart it is laggard
Enter firmware program.
13. charging cabinet systems as claimed in claim 11, it is characterised in that also include：Manager, wherein, the manager
It is connected with multiple batteries by the second Differential Signal Bus, wherein, the battery firmware handle dress is provided with the manager
Put, the Second processing module in the battery firmware handle device includes：
4th transmitting element, instructs for sending boot operation to first battery；
Second memory cell, for obtaining the target firmware version, and storage from first battery in the manager
Internal memory in；
4th transmitting element is additionally operable to send boot operation instruction to second battery；
Second writing unit, the firmware area for the data of the target firmware version to be written to second battery；
4th transmitting element be additionally operable to second battery send instruction of restarting, so as to second battery restart it is laggard
Enter firmware program.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201611034058.3A CN106775636B (en) | 2016-11-17 | 2016-11-17 | Battery firmware processing method and device and charging cabinet system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201611034058.3A CN106775636B (en) | 2016-11-17 | 2016-11-17 | Battery firmware processing method and device and charging cabinet system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN106775636A true CN106775636A (en) | 2017-05-31 |
| CN106775636B CN106775636B (en) | 2021-06-15 |
Family
ID=58971192
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201611034058.3A Active CN106775636B (en) | 2016-11-17 | 2016-11-17 | Battery firmware processing method and device and charging cabinet system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN106775636B (en) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109617158A (en) * | 2018-12-07 | 2019-04-12 | 顺丰科技有限公司 | A kind of intelligent battery charging method and intelligent charger |
| CN113270651A (en) * | 2021-04-21 | 2021-08-17 | 深圳云动未来科技有限公司 | Battery parameter adjusting method, device and system and storage medium |
| CN114189440A (en) * | 2021-11-01 | 2022-03-15 | 深圳拓邦股份有限公司 | Remote upgrading method and device for multiple control boards of Internet of things equipment and storage medium |
| CN114816494A (en) * | 2022-04-15 | 2022-07-29 | 蔚来汽车科技(安徽)有限公司 | File updating method, vehicle battery replacing system, vehicle and storage medium |
| WO2023028887A1 (en) * | 2021-08-31 | 2023-03-09 | 宁德时代新能源科技股份有限公司 | Server for battery swapping station, battery charging method, system and device, and medium |
Citations (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101414454A (en) * | 2007-10-18 | 2009-04-22 | 佳世达科技股份有限公司 | Method for updating display firmware |
| CN102033593A (en) * | 2009-10-08 | 2011-04-27 | 联想（新加坡）私人有限公司 | Battery pack, battery pack firmware updating method, and battery pack system |
| CN103294503A (en) * | 2012-02-24 | 2013-09-11 | 纬创资通股份有限公司 | Server deployment system and data updating method |
| CN103942061A (en) * | 2013-01-22 | 2014-07-23 | 纬创资通股份有限公司 | Battery firmware updating method, portable electronic device and rechargeable battery module |
| CN104252370A (en) * | 2013-06-27 | 2014-12-31 | 佳能株式会社 | Information processing apparatus and method for controlling the same |
| CN104699494A (en) * | 2013-12-10 | 2015-06-10 | 北京四达时代软件技术股份有限公司 | Method and system for updating firmware data |
| CN104834575A (en) * | 2015-05-07 | 2015-08-12 | 杭州昆海信息技术有限公司 | Firmware recovery method and device |
| CN104871135A (en) * | 2012-12-20 | 2015-08-26 | Nec显示器解决方案株式会社 | Control device, display device, firmware updating method, and firmware updating program |
| CN105721204A (en) * | 2016-01-27 | 2016-06-29 | 厦门科灿信息技术有限公司 | Firmware upgrading method and system for network adapters |
| CN105718281A (en) * | 2015-07-29 | 2016-06-29 | 中科创达软件科技（深圳）有限公司 | Touch screen firmware upgrading method and device |
| US20160202964A1 (en) * | 2015-01-14 | 2016-07-14 | Wade Andrew Butcher | Systems And Methods Of Device Firmware Delivery For Pre-Boot Updates |
| CN105912346A (en) * | 2016-05-09 | 2016-08-31 | 合肥联宝信息技术有限公司 | Firmware version recovery method and device as well as terminal |
-
2016
- 2016-11-17 CN CN201611034058.3A patent/CN106775636B/en active Active
Patent Citations (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101414454A (en) * | 2007-10-18 | 2009-04-22 | 佳世达科技股份有限公司 | Method for updating display firmware |
| CN102033593A (en) * | 2009-10-08 | 2011-04-27 | 联想（新加坡）私人有限公司 | Battery pack, battery pack firmware updating method, and battery pack system |
| CN103294503A (en) * | 2012-02-24 | 2013-09-11 | 纬创资通股份有限公司 | Server deployment system and data updating method |
| CN104871135A (en) * | 2012-12-20 | 2015-08-26 | Nec显示器解决方案株式会社 | Control device, display device, firmware updating method, and firmware updating program |
| CN103942061A (en) * | 2013-01-22 | 2014-07-23 | 纬创资通股份有限公司 | Battery firmware updating method, portable electronic device and rechargeable battery module |
| CN104252370A (en) * | 2013-06-27 | 2014-12-31 | 佳能株式会社 | Information processing apparatus and method for controlling the same |
| CN104699494A (en) * | 2013-12-10 | 2015-06-10 | 北京四达时代软件技术股份有限公司 | Method and system for updating firmware data |
| US20160202964A1 (en) * | 2015-01-14 | 2016-07-14 | Wade Andrew Butcher | Systems And Methods Of Device Firmware Delivery For Pre-Boot Updates |
| CN104834575A (en) * | 2015-05-07 | 2015-08-12 | 杭州昆海信息技术有限公司 | Firmware recovery method and device |
| CN105718281A (en) * | 2015-07-29 | 2016-06-29 | 中科创达软件科技（深圳）有限公司 | Touch screen firmware upgrading method and device |
| CN105721204A (en) * | 2016-01-27 | 2016-06-29 | 厦门科灿信息技术有限公司 | Firmware upgrading method and system for network adapters |
| CN105912346A (en) * | 2016-05-09 | 2016-08-31 | 合肥联宝信息技术有限公司 | Firmware version recovery method and device as well as terminal |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109617158A (en) * | 2018-12-07 | 2019-04-12 | 顺丰科技有限公司 | A kind of intelligent battery charging method and intelligent charger |
| CN113270651A (en) * | 2021-04-21 | 2021-08-17 | 深圳云动未来科技有限公司 | Battery parameter adjusting method, device and system and storage medium |
| CN113270651B (en) * | 2021-04-21 | 2023-03-03 | 深圳同圆智联科技有限公司 | Battery parameter adjusting method, device and system and storage medium |
| WO2023028887A1 (en) * | 2021-08-31 | 2023-03-09 | 宁德时代新能源科技股份有限公司 | Server for battery swapping station, battery charging method, system and device, and medium |
| US11928457B2 (en) | 2021-08-31 | 2024-03-12 | Contemporary Amperex Technology Co., Limited | Server of battery swapping station, charging method and system for battery, device and medium |
| CN114189440A (en) * | 2021-11-01 | 2022-03-15 | 深圳拓邦股份有限公司 | Remote upgrading method and device for multiple control boards of Internet of things equipment and storage medium |
| CN114816494A (en) * | 2022-04-15 | 2022-07-29 | 蔚来汽车科技(安徽)有限公司 | File updating method, vehicle battery replacing system, vehicle and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN106775636B (en) | 2021-06-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106775636A (en) | battery firmware processing method, device and charging cabinet system | |
| CN103176824B (en) | A kind of method and device of system upgrade | |
| US8539471B2 (en) | Updating firmware of an electronic device | |
| EP3147782A1 (en) | Method and device for upgrading software | |
| CN104918114B (en) | A kind of operating system update method and device | |
| CN104899055A (en) | BIOS control based ME updating system and updating method thereof | |
| CN101950254B (en) | Software updating method and system thereof | |
| CN106980493B (en) | Firmware management method and device | |
| CN103645924A (en) | Method and device for managing program parameters of embedded device | |
| CN106020884A (en) | Network camera system online update method | |
| CN104657161A (en) | Method and device for updating firmware of mobile terminal | |
| CN107643898A (en) | Terminal staging method and device | |
| CN108345464A (en) | A kind of the startup method and Android vehicle device of Android system | |
| CN107491322A (en) | A kind of control method and device of parameter storage | |
| CN109413164A (en) | A kind of access service recovery method, device, equipment and readable storage medium storing program for executing | |
| CN104850449A (en) | Method and apparatus for implementing system architecture | |
| CN114995852A (en) | Equipment upgrading method, equipment and computer readable storage medium | |
| CN110321147A (en) | Updating BIOS device | |
| CN109002305A (en) | A kind of update method and its system of device program | |
| CN109445991A (en) | A kind of date storage method, system, intelligent wearable device and storage medium | |
| WO2023198056A1 (en) | Firmware update method for embedded device, and embedded device | |
| CN102063319A (en) | Software updating method | |
| CN102073523A (en) | Method and device for implementing software version synchronization | |
| CN107436778A (en) | A kind of high reliability upgrade method of unmanned systems | |
| CN108958757A (en) | The upgrade method of complicated embedded device and complicated embedded device |
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 | ||
| CB02 | Change of applicant information | ||
| CB02 | Change of applicant information |
Address after: 510000 Block C, 115 Gaopu Road, Tianhe District, Guangzhou City, Guangdong Province Applicant after: XAG Co., Ltd. Address before: 510000 Guangdong Guangzhou Gaotang Tianhe District Software Park 1 3A01 Applicant before: Guangzhou Xaircraft Technology Co.,Ltd. |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant |