WO2021174860A1

WO2021174860A1 - Special code-based method for batch upgrading multi-firmware distributed board card

Info

Publication number: WO2021174860A1
Application number: PCT/CN2020/120805
Authority: WO
Inventors: 赵拯
Original assignee: 上海御渡半导体科技有限公司
Priority date: 2020-03-03
Filing date: 2020-10-14
Publication date: 2021-09-10
Also published as: CN111381851A; CN111381851B

Abstract

A special code-based method for batch upgrading a multi-firmware distributed board card. The method comprises: the positions of N pieces of firmware on a device end distributed board card that require upgrading are determined, and various firmware release version bin packages and various pieces of firmware release version differentiated content are acquired; N firmware release version bin packages are combined to form one release version bin package that appears as a binary file, and N pieces of firmware release version differentiated content are embedded into the binary file of the release version bin package; the binary file of the release version bin package is encoded by using an encryption algorithm so as to form an encrypted bin package; and in an upgrade process, a device end receives the encrypted bin package, parses the release version binary file in the encrypted bin package by using a symmetric decryption algorithm, and acquires the N pieces of firmware differentiated content on the distributed board card; and a differential adaptation upgrade of each distributed board card firmware is performed according to the N pieces of firmware differentiated content and N firmware types. The attached figure is figure 2.

Description

Method for batch upgrading of multi-firmware distributed boards based on special coding

cross reference

This application claims the priority of the Chinese patent application with the application number CN 202010139562.X filed on March 3, 2020. The content of the above application is included here by reference.

Technical field

The invention relates to the field of semiconductor automatic test equipment (Automatic Test Equipment, ATE for short), and in particular to a method for batch upgrade of multi-firmware distributed boards based on special codes.

Background technique

In the current large-scale equipment model, especially in the field of ATE testing, most of the distributed boards are distributed. The advantage of distributed boards lies in the independence of test channels. The distributed board may be a multi-channel resource board for low-voltage testing, a single-channel resource board for high-voltage testing, or a control board with a non-test channel type. It is clear to those skilled in the art that there are differences between the hardware firmware version, the logic version, or the software version of the distributed boards.

In the batch version upgrade process of distributed boards of the same type in the semiconductor ATE testing field, the version release update uploads the upgrade package to the server through the network, and the distributed board downloads the upgrade package from the server to complete the local upgrade. The distributed board upgrade method of synchronous upgrade is relatively simple, and it can realize batch upgrade of multiple boards. This scheme is a set of solutions for the early use of distributed equipment. However, although this distributed batch version upgrade solution for boards of the same type is convenient and quick, it requires no or small differences in firmware between boards. It is clear to those skilled in the art that if the upgrade package version consistency is required, the differentiated upgrade of the boards cannot be completed, and the upgrade progress is not transparent, and visualization is relatively lacking.

At present, the multi-board batch version upgrade plan for large-scale equipment in the semiconductor ATE testing field. After the version is released and updated, the local PC module is uploaded, and the PC module triggers a one-click upgrade to complete the large-scale equipment distributed board upgrade. Although the distributed board method of synchronous upgrade does not require the consistency of the upgrade package version, it needs to release the version at the same time as the distributed board upgrade version differentiation file to support the differentiated upgrade of the board. The upgrade progress is relatively transparent and the visualization is relatively good. This scheme is a set of solutions being used by distributed equipment.

However, for the above-mentioned large-scale equipment batch multi-board upgrade solutions in the field of semiconductor ATE testing, each version release requires the release of distributed board upgrade version differentiation files. Large equipment version differences often increase version release work and release documents. The internal structure and partial solutions of large-scale equipment will be disclosed. That is to say, other customers or enterprises can obtain the internal structure of large-scale equipment of the exclusive enterprise through distributed board upgrade version differentiation files, which undoubtedly increases the possibility of solution leakage.

Summary of the invention

The purpose of the present invention is to provide a method for batch upgrade of multi-firmware distributed boards based on special codes, which can complete the upgrade of ATE large-scale equipment more conveniently and safely, and increase the safety and reliability of version release information.

In order to achieve the above objective, the technical solution of the present invention is as follows:

A device for batch upgrade of multi-firmware distributed boards based on special codes, including:

The device side includes N firmwares, analysis units, and upgrade units that need to be upgraded on the distributed board; where N is a positive integer greater than or equal to 2;

The server side is used to store the N firmware release version bin packages on the distributed version card;

Control PC module, which includes:

The interface unit is used to obtain bin packages of each firmware release version to be upgraded on the distributed version card and enter the differentiated content of the N firmware release versions on the server side;

The processing unit is configured to combine the N firmware release version bin packages to form a release version bin package in the form of a binary file, and embed the N firmware release version differences in the binary file of the release version bin package ；

A compiling unit, configured to use an encryption algorithm to encode the binary file of the released version bin package to form an encrypted bin package;

Wherein, during the upgrade process, the parsing unit on the device side receives the encrypted bin package, and uses a symmetric decryption algorithm to parse the released version binary file in the encrypted bin package to form a distributed version card The above N pieces of the firmware difference content; and the upgrade unit on the device side performs a differentiated adaptation and upgrade of each of the distributed version card firmware according to the N pieces of the firmware difference content and the N firmware types.

Further, the device end also includes a storage module for storing bin packages of each firmware release version on the parsed distributed version card.

Further, during the upgrade process, the device side maintains a heartbeat connection with the control PC module for displaying the upgrade progress of the device side.

In order to achieve the above objective, another technical solution of the present invention is as follows:

A method for batch upgrade of multi-firmware distributed boards based on special codes, which includes the following steps:

Step S1: Determine the N firmware types that need to be upgraded on the distributed board card on the device side, and obtain the bin package of each firmware release version and the difference content of each firmware release version that need to be upgraded on the distributed version card; where N is greater than or equal to 2 Positive integer;

Step S2: Combine the N firmware release version bin packages to form a release version bin package in the form of a binary file, and embed the N firmware release version differences in the binary file of the release version bin package;

Step S3: Use an encryption algorithm to encode the binary file of the release version bin package to form an encrypted bin package;

Step S4: During the upgrade process, the device side receives the encrypted bin package, and uses a symmetric decryption algorithm to parse the release version binary file in the encrypted bin package to form a distributed version card N pieces of the firmware difference content;

Step S5: Perform a differentiated adaptation upgrade of the firmware of each distributed version card according to the N pieces of firmware difference content and the N pieces of firmware types.

Further, the bin package before encryption includes M sections, and each section is used to store a firmware release version bin package to be upgraded and its corresponding firmware release version difference content; where M It is a positive integer greater than or equal to N.

Further, each section includes Bin Header, XML Header, and Bin Data; the Bin Header includes distributed board information and the attributes of the bin package of the firmware release version to be upgraded, and the content of the XML Header is the board Card firmware difference;

Further, the step S2 embeds the differentiated content of the firmware release version into the binary file of the release version bin package according to the VDEP protocol;

Further, the step S3 adopts a bit encryption algorithm to encode the binary file of the bin package of the release version to form an encrypted bin package.

It can be seen from the above technical solutions that the solution of the present invention can not only solve the problem of batch upgrade of multi-firmware distributed boards, but at the same time, the VDEP (Version-Difference-Embed-Protocol) protocol can complete the release of differentiated versions of ATE large-scale equipment firmware. , The reliability and scalability of binary files are increased, and even large-scale equipment only needs to release one binary file to complete the upgrade of the entire equipment. The present invention can better avoid the possibility of leakage of the internal structure of large-scale equipment. Increase information security and reliability.

Description of the drawings

Figure 1 is a schematic diagram of a distributed board upgrade framework in an embodiment of the present invention

Figure 2 is a schematic flow chart of a method for batch upgrade of multi-firmware distributed boards based on special codes in an embodiment of the present invention

Figure 3 is a schematic diagram showing the composition structure of a bin packet after encoding in an embodiment of the present invention

Figure 4 is a schematic diagram showing the composition structure of Bin Header in an embodiment of the present invention

Figure 5 is a schematic diagram showing the composition structure of bin packets after merging and encoding in an embodiment of the present invention

Detailed ways

The specific embodiments of the present invention will be further described in detail below with reference to FIGS. 1-5.

It should be noted that, in the embodiment of the present invention, this special code-based multi-firmware distributed board batch upgrade solution is a relatively complete upgrade solution in the field of semiconductor ATE testing. By removing the difference file of the distributed board card upgrade version that was released, the firmware difference of the distributed version card is embedded in the binary file of the released version, and then protected by an encryption algorithm to complete the release of the encoded binary version. During the upgrade process, the symmetrical decryption algorithm is used to analyze the firmware difference content to complete the upgrade of the multi-firmware distributed board of large-scale equipment.

Please refer to FIG. 1, which is a schematic diagram of a framework structure of a distributed board card upgrade in an embodiment of the present invention. As shown in Figure 1, the distributed board card upgrade framework structure includes a server end, a control PC module (or PC end) and a device end. On the device side, the distributed board may be a multi-channel resource board for low-voltage testing, a single-channel resource board for high-voltage testing, or a control board with a non-test channel type, in the slot of the board. Insert (for example, CPU, CPLD, FPGA, etc.) a variety of firmware.

In the embodiment of the present invention, only one distributed board is used as an example for description on the device side, and the situation of multiple distributed boards is the same, so it is not repeated here. That is, the device end includes only one distributed board, and the device end may include N firmwares, analysis units, storage modules, and upgrade units that need to be upgraded on a distributed board; where N is a positive integer greater than or equal to 2; The storage module is used to store the bin package of each firmware release version on the parsed distributed version card.

The server side is used to store the bin package of each firmware release version on the original distributed version card.

The control PC module includes an interface unit, a processing unit, and a compiling unit; the interface unit is used to obtain the differentiated content of each firmware release version from the server; to obtain the bin package of each firmware release version and each firmware that needs to be upgraded on the distributed version card Release version difference content; the processing unit is used to combine the N firmware release version bin packages to form a release version bin package in the form of a binary file, and embed the N firmware release version difference content into the release version bin Inside the binary file of the package; the compiling unit is used to use an encryption algorithm to encode the binary file of the release version bin package to form an encrypted bin package.

Wherein, in the upgrade process, the parsing unit on the device side receives the encrypted bin package, and uses a symmetric decryption algorithm to parse the released version binary file in the encrypted bin package to form a distributed version card The above N pieces of the firmware difference content; and the upgrade unit on the device side performs a differentiated adaptation and upgrade of the firmware of each of the distributed version cards according to the N pieces of the firmware difference contents and the N firmware types; and During the upgrade process, the device end maintains a heartbeat connection with the control PC module.

Please refer to FIG. 2, which is a schematic flowchart of a method for batch upgrade of multi-firmware distributed boards based on special codes in an embodiment of the present invention. As shown in the figure, the method includes the following steps:

Step S1: Determine the N firmware distribution locations to be upgraded on the distributed board on the device side, and obtain the bin package of each firmware release version to be upgraded on the distributed version card and the differentiated content of each firmware release version; where N is greater than or equal to A positive integer of 2. That is to say, in the embodiment of the present invention, there may be more than N firmwares on a distributed version card, but only N firmwares need to be upgraded.

Step S2: Combine the N firmware release version bin packages to form a release version bin package in the form of a binary file, and embed the N firmware release version differences in the binary file of the release version bin package.

Step S3: Encode the binary file of the bin package of the release version with an encryption algorithm to form an encrypted bin package.

In some preferred embodiments of the present invention, as the device is updated and iteratively, the difference between the distributed boards becomes larger and larger, and it may happen that the version upgrade package contains more and more bin packages. Through the VDEP protocol, all bin packages are encoded into a complete binary file, which can greatly reduce the version upgrade work.

Please refer to FIG. 3, which is a schematic diagram of the composition structure of bin packets after combining and encoding in an embodiment of the present invention. As shown in Figure 3, in the version release stage, the binary file can be divided into multiple sections according to the VDEP protocol, and the section location description is added to the header of the binary file. Among them, the binary file embedded with the version firmware difference is only one section, the original The version binary file is also a section. Therefore, a firmware to be upgraded is embedded in the firmware difference version and the original version of the binary file occupies a section, but the content is different; and, in some embodiments of the present invention , You can also reserve MN Sections to increase the possibility of future solution expansion, where M is a positive integer greater than or equal to N.

In the embodiment of the present invention, a coding and decoding tool can be written by a python program, and the bin packages of each firmware release version of the board are coded according to the VDEP protocol, and the board firmware differences are embedded in the coded bin packages in the form of XML Header content.

The encoded bin includes Bin Header, XML Header and Bin Data. Among them, Bin Header occupies 32 bytes, currently only the first 8 bytes are used, and the last 24 bytes are reserved. These 8 bytes are respectively for the location of XML Header and Bin Data in the current binary file.

Please refer to FIG. 4, which is a schematic diagram of the composition structure of Bin Header in an embodiment of the present invention. As shown in the figure, Bin Header includes Xml Offset, Xml Length, Date Offset, Date Length and so on. The Bin Header can also include multiple R storage units for expansion.

The XML Header is converted from XML to a string for placement, and the starting position Xml Offset and the length Xml Length can be read by Bin Header. XML Header can be composed of multiple parts. Refer to Table 1 for specific content. The content of the XML Header basically relates to the description of the board to which the bin package is applicable and the attributes of the bin package, such as board type, firmware name, version number, compilation date, and signature.

Since the XML Header part is only an XML string, there is still a risk of leakage of the internal structure of the ATE device. Therefore, the XML string needs to be encrypted and stored by a private encryption algorithm, so Xml Offset and Xml Length are actually the starting position of the encrypted content respectively. And length.

Please refer to Table 1 below. Table 1 shows the structure of XML Header:

Finally, Bin Data is the original bin packet data without any modification.

By analogy, in this way, the firmware versions of different boards of ATE equipment are coded to complete the version upgrade package production.

Step S4: During the upgrade process, the device side receives the encrypted bin package, and uses a symmetric decryption algorithm to parse the release version binary file in the encrypted bin package to form a distributed version card N pieces of the firmware difference content.

After publishing the finished version upgrade package, customers can download them to different boards of ATE equipment in batches through the PC interface. The background program of the current PC interface can completely match the downloaded upgrade package with the board firmware. The encoded bin package is used for symmetrical decoding.

The advantage of directly decoding the bin package in the background of the PC is that there is no need to download all the upgrade packages to the board storage medium, because the upgrade package contains the firmware version of each version, it is very likely that most firmware versions are not owned by a certain board. Need, greatly reducing the network carrying capacity and duplication of work.

During the upgrade process, the ATE device maintains a heartbeat connection with the backend of the PC interface to meet the upgrade visualization requirements of the PC interface. It should be noted that the above-mentioned embodiments can be used in any combination according to needs.

The above are only the preferred embodiments of the present invention, and the described embodiments are not intended to limit the scope of patent protection of the present invention. Therefore, any equivalent structural changes made using the contents of the description and drawings of the present invention should also include Within the protection scope of the present invention

Claims

A batch upgrade device for multi-firmware distributed boards based on special codes, which is characterized in that it includes:

The device side includes multiple distributed boards, all N firmwares, analysis units, and upgrade units that need to be upgraded on the distributed boards; where N is a positive integer greater than or equal to 2;

The server side is used to store the bin package of each firmware release version on the distributed version card;

Control PC module, including:

The interface unit is used to obtain the differentiated content of each firmware release version from the server; obtain the bin package of each firmware release version to be upgraded on the distributed version card and the differentiated content of each firmware release version;

The processing unit is configured to combine the N firmware release version bin packages to form a release version bin package in the form of a binary file, and embed the N firmware release version differences in the binary file of the release version bin package ；

A compiling unit, configured to use an encryption algorithm to encode the binary file of the released version bin package to form an encrypted bin package;

Wherein, in the upgrade process, the parsing unit on the device side receives the encrypted bin package, and uses a symmetric decryption algorithm to parse the released version binary file in the encrypted bin package to form a distributed version card The above N pieces of the firmware difference content; and the upgrade unit on the device side performs a differentiated adaptation and upgrade of each of the distributed version card firmware according to the N pieces of the firmware difference content and the N firmware types.
The device for batch upgrade of multi-firmware distributed boards based on special codes according to claim 1, characterized in that, the device side further comprises a storage module for storing the released versions of each firmware on the parsed distributed board bin package.
The device for batch upgrade of multi-firmware distributed boards based on special codes according to claim 1, characterized in that, during the upgrade process, the device end maintains a heartbeat connection with the control PC module.
A method for batch upgrade of multi-firmware distributed boards based on special codes, which is characterized in that it includes the following steps:

Step S1: Determine the N firmware types to be upgraded on all the distributed boards on the device side, and obtain the bin package of each firmware release version and the difference content of each firmware release version to be upgraded on the distributed version card; where N is A positive integer greater than or equal to 2;

Step S2: Combine the N firmware release version bin packages to form a release version bin package in the form of a binary file, and embed the N firmware release version differences in the binary file of the release version bin package;

Step S3: Use an encryption algorithm to encode the binary file of the release version bin package to form an encrypted bin package;

Step S4: During the upgrade process, the device side receives the encrypted bin package, and uses a symmetric decryption algorithm to parse the release version binary file in the encrypted bin package to form a distributed version card N pieces of the firmware difference content;

Step S5: Perform a differentiated adaptation upgrade of the firmware of each distributed version card according to the N pieces of firmware difference content and the N pieces of firmware types.
The method for batch upgrade of multi-firmware distributed boards based on special encoding according to claim 4, wherein the bin package before encryption includes M sections, and each section is used for storing A firmware release version bin package to be upgraded and its corresponding firmware release version differentiation content; where M is a positive integer greater than or equal to N.
The method for batch upgrade of multi-firmware distributed boards based on special codes according to claim 5, wherein each section includes Bin Header, XML Header and Bin Data; said Bin Header includes distributed The board information and the attributes of the bin package of the firmware release version to be upgraded, and the content of the XML Header is the board firmware difference;
The method for batch upgrade of multi-firmware distributed boards based on special coding according to claim 6, wherein the step S2 embeds the differentiated content of the firmware release version into the binary of the release version bin package according to the VDEP protocol. Inside the file
The method for batch upgrade of multi-firmware distributed boards based on special coding according to claim 6, wherein the encryption algorithm in step S3 is a bit encryption algorithm, and the binary file of the bin package of the release version is performed Encode to form an encrypted bin package.