CN118069186A

CN118069186A - Upgrading method and system of embedded system, electronic equipment, medium and product

Info

Publication number: CN118069186A
Application number: CN202410250963.0A
Authority: CN
Inventors: 诸葛进宏
Original assignee: Ningbo Fotile Kitchen Ware Co Ltd
Current assignee: Ningbo Fotile Kitchen Ware Co Ltd
Priority date: 2024-03-06
Filing date: 2024-03-06
Publication date: 2024-05-24

Abstract

The invention discloses an upgrading method, a system, electronic equipment, a medium and a product of an embedded system, wherein the upgrading method of the embedded system comprises the following steps: acquiring an upgrade address and upgrade capacity of firmware to be upgraded; obtaining partition information of an embedded system; the partition information comprises the historical storage address and the storage capacity of firmware to be upgraded of the embedded system; comparing the size of the upgrade capacity with the size of the storage capacity when the upgrade address is the same as the historical storage address; and when the upgrade capacity is smaller than the storage capacity, loading the firmware to be upgraded to upgrade the embedded system. When the system is upgraded, the upgrade address of the firmware to be upgraded is automatically analyzed, and the firmware is upgraded according to the upgrade address, so that the original historical storage address of the equipment is not relied on, and the problem of upgrade compatibility of new and old programs is effectively solved.

Description

Upgrading method and system of embedded system, electronic equipment, medium and product

Technical Field

The present invention relates to the field of computer technologies, and in particular, to an upgrade method and system for an embedded system, an electronic device, a medium, and a product.

Background

Along with the rapid development of industries such as the Internet of things, intelligent home furnishings, automobile electronics and the like, the embedded system is widely applied in various fields with the advantages of small volume, low power consumption, strong expandability, low cost and the like. The life cycle of the embedded system software is relatively longer, and the use experience of a user is required to be improved through continuous optimization and upgrading based on the requirements of function updating and problem repairing, so that the use cycle of a product is prolonged.

When the embedded system upgrades each module, the corresponding address table is needed as an index, the address table is searched for the address information of the current module, the firmware writing is carried out according to the starting address and the ending address distributed by the address table, the address table and the upgrading firmware have strong correlation, and the main problems exist at present:

1. The address table of a part of the device is fixed in the system program: when the new program needs to adjust address allocation and update the program due to the increase of firmware capacity, the fact that the new program cannot be written into the corresponding partition due to the fact that the firmware capacity of the new program exceeds the standard is detected due to the fact that the old partition information is still in the address table of the old program of the equipment, and therefore system upgrading cannot be directly conducted.

2. Address table individual partition management of partial devices: when the new program adjusts address allocation and updates the program, the address table data needs to be updated first and then the system firmware is updated every time, and the problem that the old program cannot update the new program firmware due to the fact that the capacity of the new firmware is out of limit can also occur when the new program is not updated sequentially. In addition, if only one of the address table and the system firmware is updated or the address table and the system firmware are not corresponding, the system cannot be used normally.

3. When the number of system firmware programs of different address tables to be supported increases, the corresponding maintenance of the address tables and the system firmware is complex, and the confusion is easy to occur to cause errors.

Disclosure of Invention

The invention aims to overcome the defects that in the prior art, an address table corresponding to the upgrading of an embedded system is needed to serve as an index, the upgrading efficiency is low and the embedded system is easy to fail, and provides an upgrading method, an upgrading system, electronic equipment, media and products of the embedded system.

The invention solves the technical problems by the following technical scheme:

the invention provides an upgrade method of an embedded system, which comprises the following steps:

acquiring an upgrade address and upgrade capacity of firmware to be upgraded;

Obtaining partition information of an embedded system; the partition information comprises a historical storage address and a storage capacity of firmware to be upgraded of the embedded system;

comparing the size of the upgrade capacity with the size of the storage capacity when the upgrade address is the same as the historical storage address;

And loading the firmware to be upgraded to upgrade the embedded system when the upgrade capacity is smaller than the storage capacity.

Preferably, before the step of loading the firmware to be upgraded to upgrade the embedded system, the method includes:

Acquiring upgrade data of firmware to be upgraded;

Calculating a check value of the upgrade data according to a check algorithm;

acquiring a check code of the firmware to be upgraded;

And when the check value is the same as the check code, determining that the upgrade data is correct, and executing the step of loading the firmware to be upgraded to upgrade the embedded system.

Preferably, the method for upgrading the embedded system further comprises the following steps:

and updating the partition information according to the upgrade address when the upgrade address is different from the historical storage address.

and updating the partition information according to the upgrading capacity when the upgrading capacity is larger than the storage capacity.

and prompting the firmware address to be upgraded to be wrong when the upgrade address is different from the historical storage address.

and when the upgrading capacity is larger than the storage capacity, prompting that the size of the firmware to be upgraded exceeds the limit.

The invention also provides an upgrade system of the embedded system, which comprises:

the first acquisition module is used for acquiring an upgrade address and upgrade capacity of firmware to be upgraded;

the second acquisition module is used for acquiring partition information of the embedded system; the partition information comprises a historical storage address and a storage capacity of firmware to be upgraded of the embedded system;

The comparison module is used for comparing the upgrade capacity with the storage capacity when the upgrade address is the same as the historical storage address;

And the loading module is used for loading the firmware to be upgraded to upgrade the embedded system when the upgrade capacity is smaller than the storage capacity.

The invention also provides an electronic device, which comprises a memory, a processor and a computer program stored on the memory and used for running on the processor, wherein the processor realizes the upgrading method of the embedded system when executing the computer program.

The present invention also provides a computer readable storage medium having stored thereon a computer program which, when executed by a processor, implements the above-described method of upgrading an embedded system.

The invention also provides a computer program product, which comprises a computer program, wherein the computer program realizes the upgrading method of the embedded system when being executed by a processor.

On the basis of conforming to the common knowledge in the field, the above preferred conditions can be arbitrarily combined to obtain the preferred examples of the invention.

The invention has the positive progress effects that:

When the system is upgraded, the upgrade address of the firmware to be upgraded is automatically analyzed, and the firmware is upgraded according to the upgrade address, so that the original historical storage address of the equipment is not relied on, and the problem of upgrade compatibility of new and old programs is effectively solved. In addition, the partition information of the embedded system integrates the historical storage address of the firmware to be upgraded, so that the problems that the firmware cannot be upgraded or the firmware cannot be upgraded abnormally due to the fact that the firmware is not matched with the address are avoided, and meanwhile, the problem that the management and maintenance complexity of the corresponding relation between the firmware and the address of the multiple sets of systems is high is solved.

Drawings

FIG. 1 is a flow chart of an upgrade method of an embedded system according to embodiment 1 of the present invention;

FIG. 2 is a system firmware generation flowchart of an example of an upgrade method of an embedded system according to embodiment 1 of the present invention;

FIG. 3 is a system firmware upgrade flowchart of an example of an upgrade method of an embedded system according to embodiment 1 of the present invention;

FIG. 4 is a block diagram of an upgrade system of an embedded system according to embodiment 2 of the present invention;

Fig. 5 is a schematic structural diagram of an electronic device according to embodiment 3 of the present invention.

Detailed Description

The invention is further illustrated by means of the following examples, which are not intended to limit the scope of the invention.

Example 1

The embodiment provides an upgrade method of an embedded system, referring to fig. 1, the upgrade method of the embedded system includes:

S1, obtaining an upgrade address and upgrade capacity of firmware to be upgraded.

S2, obtaining partition information of the embedded system.

The partition information comprises historical storage addresses and storage capacities of firmware to be upgraded of the embedded system.

S3, comparing the upgrade capacity with the storage capacity when the upgrade address is the same as the historical storage address.

And S4, loading firmware to be upgraded to upgrade the embedded system when the upgrade capacity is smaller than the storage capacity.

In the embodiment, when the system is upgraded, the upgrade address of the firmware to be upgraded is automatically analyzed, and the firmware is upgraded according to the upgrade address, so that the original historical storage address of the equipment is not relied on, and the problem of upgrade compatibility of new and old programs is effectively solved. In addition, the partition information of the embedded system integrates the historical storage address of the firmware to be upgraded, so that the problems that the firmware cannot be upgraded or the firmware cannot be upgraded abnormally due to the fact that the firmware is not matched with the address are avoided, and meanwhile, the problem that the management and maintenance complexity of the corresponding relation between the firmware and the address of the multiple sets of systems is high is solved.

In an alternative embodiment, step S4 is preceded by:

S41, obtaining upgrade data of the firmware to be upgraded.

S42, calculating a check value of the upgrade data according to a check algorithm.

The checking algorithm comprises CRC32 (Cyclic Redundancy Check ) checking algorithm.

S43, acquiring a check code of the firmware to be upgraded.

And S44, when the check value is the same as the check code, determining that the upgrade data is correct, and executing the step S4.

In an alternative embodiment, the check value is indicated as being incorrect when the check value is not identical to the check code.

In this embodiment, the check value is calculated by the check algorithm, and the update data is determined to be correct, so that the success rate of the update is improved, and the update error caused by incorrect update data is reduced.

In an alternative embodiment, the method for upgrading an embedded system further includes:

and when the upgrade capacity is larger than the storage capacity, updating the partition information according to the upgrade capacity.

In the embodiment, after the system firmware is updated, the partition information of the embedded system can be automatically updated according to the updating address and/or the updating capacity of the new firmware, so that the partition information is ensured to be completely matched with the updated firmware, and the normal operation of the system after the updating is ensured.

And when the upgrade capacity is larger than the storage capacity, prompting that the size of the firmware to be upgraded exceeds the limit.

In this embodiment, when the upgrade address is different from the historical storage address or the upgrade capacity is larger than the storage capacity, a prompt is given to quickly determine the reason of the upgrade error, and the sense of use of the user is improved.

A specific example is described below, and the upgrade method of the embedded system of the present embodiment is described in detail.

The upgrade operation of the embedded system is mainly realized based on a partition address table, and the partition scheme determines the stability, flexibility and safety of the whole system to a certain extent. The partition information is typically stored in an address table (i.e., partition information), and mainly includes information such as partition start and end addresses, partition capacity size, and the like. When the system is upgraded, the data of each module is required to be written in and updated based on the address table, and when the same system is started, the data of each module is required to be read and loaded based on the address table to complete the normal operation of the system. The firmware to be upgraded corresponds to each module.

The method includes the steps that the names of all modules are consistent with the corresponding partition names in the address table, the current address table of the system is searched based on the module names when the firmware of all the modules is generated, and the corresponding partition names, partition starting and ending addresses, partition capacity and the like are obtained.

Comparing the size of the firmware to be upgraded (i.e. the upgrading capacity) with the size of the partition (i.e. the storage capacity), if the upgrading capacity is smaller than the partition capacity, judging that the capacity is compliant, otherwise, prompting that the size of the firmware to be upgraded is over-limited.

The present example also sets address information data for storing partition information of each module, and mainly includes fields of partition names, partition start and end addresses, partition capacity, etc., and fills contents such as partition names, partition start and end addresses, partition capacity, etc. acquired in the address table into the address information data.

The present example sets a firmware size field for storing a data magnitude of upgrade data, the data unit being bytes.

The firmware check code field is set in this example to store firmware check information, the integrity of the data is detected by adopting the CRC32 check algorithm, and when the module firmware is generated, the check value calculation is performed on the whole upgrade data by the CRC32 algorithm and stored.

The present example sets an address information header to mark the beginning of address information data and for subsequent parsing, sets an address information trailer to mark the end of address information data, and currently uses specific 32-bit integer data as the head-to-tail mark and is different. The address information data occupies a storage space fixed to 32 bytes and is used for storing 8 32-bit integer data parameters.

The address information data format is as follows:

the module firmware consists of address information data and upgrade data, and a firmware program head is set for judging whether the module firmware is the example firmware, and specific 32-bit integer data is adopted as a mark at present. And combining the firmware program head, the address information data and the upgrade data according to a specified sequence to generate final upgrade firmware.

For example:

Firmware program head

Address information data

Upgrade data

When the system is upgraded, the firmware of the corresponding module is obtained according to the upgrade instruction, and is read locally through storage media such as Flash (memory) and remotely obtained through modes such as OTA (over the air technology). First, analyzing the head information of the firmware, judging whether the program head of the firmware is compliant, if not, judging that the firmware supporting the example is not the firmware supporting the example, and upgrading the firmware according to the original scheme flow. If the firmware program head is compliant, continuing to analyze the address information data, judging whether the address information head information is correct, and if so, acquiring and storing the partition name, the partition starting and ending addresses, the firmware size, the check code and other related information.

Comparing the firmware size value (upgrade capacity) with the partition capacity (storage capacity), if the firmware size value is smaller than the partition capacity, judging compliance, otherwise prompting that the upgrade firmware size is out of limit.

And acquiring the starting position of the upgrade data according to the address information tail mark, calculating a CRC (cyclic redundancy check) value of the effective upgrade data based on the size of the firmware, comparing the calculated CRC value with a firmware check code, and judging that the firmware data is correct if the calculated CRC value is consistent with the firmware check code.

And after checking, writing the upgrade data according to the partition starting address.

After the writing of the upgrade data is completed, address data (history storage address) corresponding to the current module in the original address table (partition information) of the device is searched, and if the address data (upgrade address) is inconsistent with the address information data (upgrade address) in the firmware, the address information data in the current firmware header information is written into the address table, so that synchronous updating of the address table of the device is completed.

And after restarting the system, reading the programs of each module according to the updated address table to load the programs, and finishing the updating of the system programs.

The specific system firmware generation flow is shown in fig. 2:

S201, firmware generation starts.

S202, acquiring the latest address table of the current system.

S203, searching address content according to the name of the firmware module.

S204, comparing the firmware and the partition capacity size.

S205, judging whether the firmware capacity exceeds the limit, if so, executing step S213, and if not, executing step S206.

S206, generating address information data.

S207, storing the firmware capacity size value.

S208, calculating and storing the upgrade data check value.

S209, setting the head and tail identification of the address information.

S210, setting a firmware program head.

S211, combining the firmware program head/address information data/upgrade data according to rules.

S212, firmware generation is completed.

S213, prompting that the firmware capacity exceeds the limit.

S214, ending.

The specific system firmware upgrade process is shown in fig. 3:

S301, firmware upgrading is started.

S302, acquiring system firmware content.

S303, analyzing the firmware header information.

S304, judging whether the firmware head is compliant, if yes, executing step S305, and if not, executing step S316.

S305, analyzing the address information head.

S306, judging whether the address header is compliant, if yes, executing step S307, and if not, executing step S318.

S307, address information data is acquired.

S308, judging whether the firmware size exceeds the partition capacity, if so, executing step S309, and if not, executing step S319.

S309, acquiring upgrade data.

S310, calculating an upgrade data check value.

S311, judging whether the check value is consistent with the firmware header, if so, executing step S312, and if not, executing step S320.

S312, finishing the writing of the upgrade data.

S313, judging whether the device address table is consistent with the firmware address information, if so, executing step S314, and if not, executing step S315.

S314, updating the device address table data.

S315, the firmware upgrade is completed.

S316, the flow is carried out according to the original upgrading scheme.

S317, ending.

S318, prompting the address header error, and returning to the step S317.

S319, prompting that the size of the firmware exceeds the limit, and returning to the step S317.

S320, prompting that the check value is wrong, and returning to the step S317.

Example 2

The present embodiment provides an upgrade system of an embedded system, referring to fig. 4, the upgrade system of an embedded system includes:

the first obtaining module 401 is configured to obtain an upgrade address and an upgrade capacity of firmware to be upgraded.

A second obtaining module 402, configured to obtain partition information of the embedded system. The partition information includes a historical memory address and memory capacity of firmware to be upgraded of the embedded system.

And the comparison module 403 is configured to compare the upgrade capacity with the storage capacity when the upgrade address is the same as the historical storage address.

And the loading module 404 is used for loading the firmware to be upgraded to upgrade the embedded system when the upgrade capacity is smaller than the storage capacity.

In an alternative embodiment, referring to fig. 4, the upgrade system of the embedded system further includes:

And a third obtaining module 405, configured to obtain upgrade data of the firmware to be upgraded.

A calculating module 406, configured to calculate a check value of the upgrade data according to a check algorithm.

The third obtaining module 405 is further configured to obtain a check code of the firmware to be upgraded.

A determining module 407, configured to determine that the upgrade data is correct when the check value is the same as the check code.

and an updating module 408, configured to update the partition information according to the upgrade address when the upgrade address is different from the historical storage address.

In an alternative embodiment, the updating module 408 is further configured to update the partition information according to the upgrade capacity when the upgrade capacity is greater than the storage capacity.

and the prompting module 409 is configured to prompt an address error of the firmware to be upgraded when the upgrade address is different from the historical storage address.

In an alternative embodiment, the prompting module 409 is further configured to prompt that the size of the firmware to be upgraded is out of limit when the upgrade capacity is greater than the storage capacity.

It should be noted that, the implementation principle and the technical effect of each module of the upgrade system of the embedded system of the present embodiment may refer to the corresponding parts of embodiment 1, and are not described herein again.

Example 3

The embodiment provides an electronic device, and fig. 5 is a schematic block diagram of the electronic device. The electronic device includes a memory, a processor, and a computer program stored on the memory and executable on the processor, the processor implementing the upgrade method of the embedded system of embodiment 1 when executing the program. The electronic device 30 shown in fig. 5 is merely an example and should not be construed as limiting the functionality and scope of use of embodiments of the present invention.

As shown in fig. 5, the electronic device 30 may be embodied in the form of a general purpose computing device, which may be a server device, for example. Components of electronic device 30 may include, but are not limited to: the at least one processor 31, the at least one memory 32, a bus 33 connecting the different system components, including the memory 32 and the processor 31.

The bus 33 includes a data bus, an address bus, and a control bus.

Memory 32 may include volatile memory such as Random Access Memory (RAM) 321 and/or cache memory 322, and may further include Read Only Memory (ROM) 323.

Memory 32 may also include a program/utility 325 having a set (at least one) of program modules 324, such program modules 324 including, but not limited to: an operating system, one or more application programs, other program modules, and program data, each or some combination of which may include an implementation of a network environment.

The processor 31 executes various functional applications and data processing, such as the upgrade method of the embedded system of embodiment 1 of the present invention, by running a computer program stored in the memory 32.

The electronic device 30 may also communicate with one or more external devices 34 (e.g., keyboard, pointing device, etc.). Such communication may be through an input/output (I/O) interface 35. Also, model-generating device 30 may also communicate with one or more networks, such as a Local Area Network (LAN), a Wide Area Network (WAN), and/or a public network, such as the internet, via network adapter 36. As shown in fig. 5, network adapter 36 communicates with the other modules of model-generating device 30 via bus 33. It should be appreciated that although not shown in the figures, other hardware and/or software modules may be used in connection with the model-generating device 30, including, but not limited to: microcode, device drivers, redundant processors, external disk drive arrays, RAID (disk array) systems, tape drives, data backup storage systems, and the like.

It should be noted that although several units/modules or sub-units/modules of an electronic device are mentioned in the above detailed description, such a division is merely exemplary and not mandatory. Indeed, the features and functionality of two or more units/modules described above may be embodied in one unit/module in accordance with embodiments of the present invention. Conversely, the features and functions of one unit/module described above may be further divided into ones that are embodied by a plurality of units/modules.

Example 4

The present embodiment provides a computer-readable storage medium having stored thereon a computer program which, when executed by a processor, implements the upgrade method of the embedded system of embodiment 1.

More specifically, among others, readable storage media may be employed including, but not limited to: portable disk, hard disk, random access memory, read only memory, erasable programmable read only memory, optical storage device, magnetic storage device, or any suitable combination of the foregoing.

In a possible embodiment, the invention may also be implemented in the form of a program product comprising program code for causing a terminal device to carry out an upgrade method of an embedded system implementing embodiment 1, when the program product is run on the terminal device.

Wherein the program code for carrying out the invention may be written in any combination of one or more programming languages, the program code may execute entirely on the user device, partly on the user device, as a stand-alone software package, partly on the user device, partly on a remote device or entirely on the remote device.

Example 5

The present embodiment provides a computer program product, including a computer program, which when executed by a processor implements the upgrade method of the embedded system of embodiment 1.

While specific embodiments of the invention have been described above, it will be appreciated by those skilled in the art that this is by way of example only, and the scope of the invention is defined by the appended claims. Various changes and modifications to these embodiments may be made by those skilled in the art without departing from the principles and spirit of the invention, but such changes and modifications fall within the scope of the invention.

Claims

1. The upgrading method of the embedded system is characterized by comprising the following steps of:

acquiring an upgrade address and upgrade capacity of firmware to be upgraded;

2. The method for upgrading an embedded system according to claim 1, wherein before the step of loading the firmware to be upgraded to upgrade the embedded system, the method comprises:

Acquiring upgrade data of firmware to be upgraded;

Calculating a check value of the upgrade data according to a check algorithm;

acquiring a check code of the firmware to be upgraded;

3. The method for upgrading an embedded system according to claim 1, further comprising:

4. The method for upgrading an embedded system according to claim 1, further comprising:

5. The method for upgrading an embedded system according to claim 1, further comprising:

6. The method for upgrading an embedded system according to claim 1, further comprising:

7. An upgrade system for an embedded system, wherein the upgrade system for an embedded system comprises:

8. An electronic device comprising a memory, a processor and a computer program stored on the memory for execution on the processor, wherein the processor implements the method of upgrading an embedded system according to any of claims 1-6 when executing the computer program.

9. A computer readable storage medium, on which a computer program is stored, characterized in that the computer program, when being executed by a processor, implements a method of upgrading an embedded system according to any of the claims 1-6.

10. A computer program product comprising a computer program which, when executed by a processor, implements a method of upgrading an embedded system according to any of claims 1-6.