System firmware programming test method and device and electronic equipment

By calling the BOOT management module, the system startup identification module and the system installation processing module in the embedded device, the problems of low operation efficiency and cumbersome process during the firmware writing and testing of embedded devices are solved, and an efficient and automated system firmware writing and testing process is achieved.

CN119862123AActive Publication Date: 2025-04-22JIANGSU NEW QUALITY INFORMATION TECH CO LTD
View PDF 5 Cites 0 Cited by

Patent Information

Application Number
CN202411930180.3
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2024-12-25
Publication Date
2025-04-22
Estimated Expiration
2044-12-25

AI Technical Summary

Technical Problem

During the firmware writing, testing and use of existing embedded devices, the operation efficiency is low, the process is cumbersome, which affects production efficiency, and is troublesome on-site maintenance.

Method used

Provides a system firmware writing test method, which uses the BOOT management module to package bin files, including BOOT boot program and recovery mode system files, and uses the flash burn tool to burn it into the flash chip. Then, the system starts the recognition module and runs the BOOT boot program to determine and detect user operations. If you do not manually enter the recovery mode system, it will detect whether the recovery mode system file is correct and load it into the recovery mode system. After entering the recovery mode system, call the system installation processing module to execute the installation script command, detect the IP address, uninstall the system disk, partition and format, download and verify the file, generate the SN code, and execute the integrated test command.

Benefits of technology

It realizes a simple and efficient system firmware writing and testing process. It does not rely on special equipment. It only requires one computer to quickly install, deploy and test multiple devices to prevent the equipment from becoming bricked, and transfer files through the network port, automate script execution, improving the rapid system installation, deployment and testing capabilities of production personnel.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN119862123A_ABST
    Figure CN119862123A_ABST
Patent Text Reader

Abstract

The invention discloses a system firmware programming test method and device and electronic equipment. The method comprises the steps that a system starting recognition module is called, a BOOT bootstrap program of a bin file is run, user operation is judged and detected, and if a recovery mode system file is correct, the recovery mode system file is loaded to enter a recovery mode system; calling a system installation processing module to execute an installation script command, detecting whether the recovery mode system obtains an IP address or not, if the IP address is successfully obtained, traversing a mounted directory, unloading all mounted system disks, and partitioning, formatting and labeling the system disks; the method comprises the following steps: mounting a system disk partition to a temporary directory, downloading a required file from a computer end, verifying an MD5 value, transferring the file downloaded from the computer end to a specified directory after the MD5 value passes verification, remotely executing a computer end script by using SSH to generate an SN code, writing the SN code into equipment, and executing an integrated test command. The method is high in operation efficiency, simple in process, high in production efficiency and convenient to maintain on site.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The invention belongs to the technical field of embedded systems, and in particular relates to a system firmware burning and testing method, device and electronic equipment. Background Art

[0002] Embedded devices are special-purpose computer devices embedded in other devices or systems, usually with specific functions and uses, and are designed to perform specific tasks. For example, smartphones, smart watches, electronic control systems in cars, microcontrollers in home appliances, etc. are all embedded devices.

[0003] At present, in the firmware burning, testing and use of embedded devices, it is often necessary to burn the boot (boot program, which plays a vital role in the computer system startup process, and is responsible for key tasks such as initializing hardware devices and loading the operating system kernel) through a burner. After the burning is completed, enter the boot and type a series of commands. An external U disk is also required to copy system files, modify configurations, test and other steps. After the device system is incorrectly modified, it cannot start normally. At this time, it is necessary to return to the factory or send professionals to the site to re-burn the system. The operation efficiency is low, the process is cumbersome, which affects production efficiency and makes on-site maintenance troublesome. Summary of the invention

[0004] To this end, the present invention provides a system firmware burning test method, device and electronic equipment to solve the problems of low operating efficiency, complicated process, affecting production efficiency and troublesome on-site maintenance in traditional technologies.

[0005] In order to achieve the above object, the present invention provides the following technical solutions: In a first aspect, a system firmware burning test method is provided, comprising:

[0006] Call the BOOT management module to package the bin file, the bin file includes the BOOT boot program and the recovery mode system file, and the bin file is burned into the flash chip through the flash burning tool;

[0007] Call the system startup identification module, run the BOOT boot program of the bin file, determine and detect the user operation, if the manual entry into the recovery mode system is not performed, then detect whether the recovery mode system file is correct, if the recovery mode system file is correct, then load the recovery mode system file to enter the recovery mode system;

[0008] After entering the recovery mode system, the system installation processing module is called to execute the installation script command to detect whether the recovery mode system has obtained the IP address. If the IP address is obtained successfully, the mounted directories are traversed, all mounted system disks are unmounted, and the system disks are partitioned, formatted, and labeled.

[0009] Mount the system disk partition to a temporary directory, download the required files from the computer, verify the MD5 value, and move the files downloaded from the computer to the specified directory after the MD5 value verification passes. Use SSH to remotely execute the computer script to generate the SN code, write the SN code to the device, and execute the integrated test command.

[0010] As a preferred solution of the system firmware burning test method, the system startup identification module is called to run the BOOT boot program of the bin file, and the user operation is judged and detected. During the detection process, if the manual entry into the recovery mode system is not performed, and the recovery mode system file error is detected, the automatic entry into the recovery mode system is performed;

[0011] The BOOT program of the bin file is run to determine and detect the user operation. If the recovery mode system is entered manually, the recovery mode system is directly entered.

[0012] As a preferred solution for the system firmware burning test method, after entering the recovery mode system, the system installation processing module is called to execute the installation script command to detect whether the recovery mode system has obtained the IP address. If the IP address acquisition fails, the installation script is exited, the operation result is returned and reported to the computer end;

[0013] If the IP address is obtained successfully, traverse the mounted directories, unmount all mounted system disks, and then erase the first 4K bytes of the system disk.

[0014] As a preferred solution for the system firmware burning test method, after executing the integrated test command, it also includes calling the file resource management module to store the system firmware file, starting the file transfer protocol for the system installation processing module to obtain the system firmware file; and starting the secure shell protocol service for the system installation processing module to remotely execute scripts and system files.

[0015] In a second aspect, a system firmware burning test device is provided, comprising:

[0016] BOOT management module, used for packaging bin files, wherein the bin files include BOOT boot program and recovery mode system files, and the bin files are burned into the flash chip through the flash burning tool;

[0017] The system startup identification module is used to run the BOOT boot program of the bin file, determine and detect the user operation, and if the manual entry into the recovery mode system is not performed, then detect whether the recovery mode system file is correct, and if the recovery mode system file is correct, then load the recovery mode system file to enter the recovery mode system;

[0018] The system installation processing module is used to execute the installation script command and detect whether the recovery mode system has obtained the IP address. If the IP address is obtained successfully, it will traverse the mounted directory, unmount all mounted system disks, partition the system disk and format and label it. It is also used to mount the system disk partition to a temporary directory, download the required files from the computer, verify the MD5 value, and after the MD5 value verification passes, move the files downloaded from the computer to the specified directory, use SSH to remotely execute the computer script to generate the SN code, write the SN code to the device, and execute the integrated test command.

[0019] As a preferred solution of the system firmware burning test device, the system starts the identification module, runs the BOOT boot program of the bin file, and judges the user operation during the detection process. If the manual entry into the recovery mode system is not performed, and the recovery mode system file error is detected, the automatic entry into the recovery mode system is performed;

[0020] The system startup identification module runs the BOOT boot program of the bin file, and during the process of determining and detecting the user operation, if the manual entry into the recovery mode system is executed, the recovery mode system is directly entered.

[0021] As a preferred solution of the system firmware burning test device, in the system installation processing module, if the IP address acquisition fails, the installation script is exited, the operation result is returned and reported to the computer end;

[0022] The system installation processing module is also used to traverse the mounted directories if the IP address is successfully obtained, uninstall all mounted system disks, and then erase the first 4K bytes of the system disk.

[0023] As a preferred solution for the system firmware burning test device, it also includes:

[0024] The file resource management module is used to store the system firmware file after executing the integrated test command, start the file transfer protocol for the system installation processing module to obtain the system firmware file; and start the secure shell protocol service for the system installation processing module to remotely execute scripts and system files.

[0025] In a third aspect, an electronic device is provided, comprising: a memory and a processor;

[0026] The processor and the memory communicate with each other via a bus; the memory stores program instructions that can be executed by the processor, and the processor calls the program instructions to execute a system firmware burning test method of the first aspect or any possible implementation thereof.

[0027] The beneficial effects of the present invention are as follows: bin files are packaged through a BOOT management module, wherein the bin files include a BOOT boot program and a recovery mode system file, and the bin files are burned into a flash chip through a flash burning tool; the BOOT boot program of the bin file is run through a system startup identification module, and a user operation is determined and detected. If the manual entry into the recovery mode system is not performed, whether the recovery mode system file is correct is detected, and if the recovery mode system file is correct, the recovery mode system file is loaded to enter the recovery mode system; an installation script command is executed through a system installation processing module to detect whether the recovery mode system obtains an IP address, and if the IP address is successfully obtained, the mounted directory is traversed, all mounted system disks are unmounted, and the system disk is partitioned, formatted, and labeled; the system disk partition is mounted to a temporary directory, the required file is downloaded from a computer, and the MD5 value is verified. After the MD5 value is verified, the file downloaded from the computer is moved to a specified directory, SSH is used to remotely execute a computer script to generate an SN code, the SN code is written into a device, and an integrated test command is executed. The present invention is simple to operate and has high efficiency. It does not rely on special equipment and only needs one computer to quickly and simultaneously perform system installation, deployment and testing on multiple devices. The files required for the boot and recovery modes are stored in the flash, and the user cannot directly modify the contents therein, thereby preventing the device from becoming bricked. When the device cannot normally enter the system, the system can enter the recovery mode to perform operations. Most operations of the user are completed in the formal system and the user is familiar with the operation method. The operation method of the system in the recovery mode is consistent with that of the formal system, and there is no need to enter an unfamiliar boot to operate. Files are transmitted through the network port and automated scripts are executed, so that production personnel can quickly perform system installation, deployment and testing on the device. BRIEF DESCRIPTION OF THE DRAWINGS

[0028] In order to more clearly illustrate the implementation methods of the present invention or the technical solutions in the prior art, the drawings required for the implementation methods or the prior art descriptions are briefly introduced below. Obviously, the drawings in the following description are only exemplary, and for ordinary technicians in this field, other implementation drawings can be derived from the provided drawings without creative work.

[0029] The structures, proportions, sizes, etc. illustrated in this specification are only used to match the contents disclosed in the specification so as to facilitate understanding and reading by persons familiar with the technology. They are not used to limit the conditions under which the present invention can be implemented, and therefore have no substantial technical significance. Any structural modification, change in proportion or adjustment of size shall still fall within the scope of the technical contents disclosed in the present invention without affecting the effects and purposes that can be achieved by the present invention.

[0030] Figure 1A schematic diagram of a system firmware burning test method provided by an embodiment of the present invention;

[0031] Figure 2 A schematic diagram of the technical architecture of a system firmware burning test method provided by an embodiment of the present invention;

[0032] Figure 3 A BOOT management flow chart in a system firmware burning test method provided by an embodiment of the present invention;

[0033] Figure 4 A system startup identification flow chart in a system firmware burning test method provided by an embodiment of the present invention;

[0034] Figure 5 A system installation process flow chart in a system firmware burning test method provided by an embodiment of the present invention;

[0035] Figure 6 A file resource management flow chart in a system firmware burning test method provided by an embodiment of the present invention;

[0036] Figure 7 A schematic diagram of the architecture of a system firmware burning test device provided by an embodiment of the present invention. DETAILED DESCRIPTION

[0037] The following is a description of the implementation of the present invention by specific embodiments. People familiar with the art can easily understand other advantages and effects of the present invention from the contents disclosed in this specification. Obviously, the described embodiments are part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the present invention.

[0038] Example 1

[0039] See also Figure 1 and Figure 2 Embodiment 1 of the present invention provides a system firmware burning test method, comprising the following steps:

[0040] S0, calling the BOOT management module to pack a bin file, wherein the bin file includes a BOOT boot program and a recovery mode system file, and the bin file is burned into a flash chip through a flash burning tool;

[0041] S1, calling the system startup identification module, running the BOOT boot program of the bin file, judging and detecting the user operation, if the manual entry into the recovery mode system is not performed, then detecting whether the recovery mode system file is correct, and if the recovery mode system file is correct, then loading the recovery mode system file to enter the recovery mode system;

[0042] S2. After entering the recovery mode system, call the system installation processing module to execute the installation script command to detect whether the recovery mode system has obtained the IP address. If the IP address is obtained successfully, traverse the mounted directory, unmount all mounted system disks, partition the system disk and format and label it; mount the system disk partition to a temporary directory, download the required files from the computer, verify the MD5 value, and after the MD5 value verification passes, move the files downloaded from the computer to the specified directory, use SSH to remotely execute the computer script to generate the SN code, write the SN code to the device, and execute the integrated test command.

[0043] See also Figure 3 In this embodiment, the specific process of performing the BOOT management module in step S0 includes:

[0044] S001: Package the BOOT boot program and recovery mode system files into a bin file and go to S002;

[0045] S002: Use the flash burning tool to burn the bin file into the flash chip, and go to S003;

[0046] S003: Chip mounting.

[0047] Specifically, the BOOT management module is responsible for the implementation of the entire BOOT area of ​​the device. The boot program and recovery mode system are stored in a flash chip, and the corresponding bin file is burned before the device PCB is mounted. This is more efficient than using a burner to burn it separately after mounting. The recovery mode system only retains basic services to reduce the size, making it easier to store it in a small-capacity flash chip, and the system file data is stored in the memory, so that the system files will not change due to user operations, ensuring the normal startup of the boot firmware.

[0048] The recovery mode system included in the BOOT management module uses a simplified version of the official system. Users are more familiar with the official system and do not need to perform operations under the unfamiliar BOOT boot program. Compared with BOOT, its operation interactivity is better, and some complex operations are easier to perform. If the system cannot be started normally due to misoperation at the work site, you can execute run recover in the BOOT command line to enter the recovery mode and reinstall the system.

[0049] See also Figure 4 In this embodiment, the system startup identification process in step S1 includes:

[0050] S101: The system is powered on and runs the BOOT boot program, then goes to S102;

[0051] S102: Detect whether the recovery mode system is manually entered, if yes, go to S105, otherwise go to S103;

[0052] S103: Check the recovery mode system file. If the recovery mode system file is correct, go to S104. If the recovery mode system file is wrong, manually enter the recovery mode system and go to S105.

[0053] S104: Loading recovery mode system files;

[0054] S105: Entering the recovery mode system.

[0055] Specifically, the system startup identification module is responsible for the status control at system startup. When the device is powered on for the first time, the BOOT boot program will read the device system file for startup. If the device system file cannot be detected, it will automatically enter the recovery mode system. In the recovery mode, the preset installation script is executed to burn, deploy and configure the system. If the system is modified incorrectly at a later time and cannot be entered normally, the recovery mode system can be entered to reinstall and deploy the system.

[0056] See also Figure 5 In this embodiment, the system installation process in step S2 includes:

[0057] S201: Execute the installation script command and go to S202;

[0058] S202: Check whether the recovery mode system has obtained the IP address. If the IP address is successfully obtained, go to S203; otherwise, go to S210.

[0059] S203: traverse the mounted directories, unmount all mounted system disks, and erase the first 4K bytes of the system disks, and then go to S204;

[0060] S204: partitioning, formatting, and labeling the system disk, and then proceeding to S205;

[0061] S205: Mount the system partition to a temporary directory and go to S206;

[0062] S206: Download the required file from the computer, verify the MD5 value, if the verification passes, go to S207, if it fails, go to S210;

[0063] S207: decompress the file to the corresponding directory, and go to S208;

[0064] S208: Use the secure shell protocol SSH to remotely execute the PC script to generate an SN code, write the SN code into the device, and go to S209;

[0065] S209: Execute the integrated test command and go to S210;

[0066] S210: Exit, return the operation result and report it to the computer.

[0067] Specifically, the system installation processing module is responsible for IP inspection, hard disk partitioning, resource file management, and system integration testing. When the device is powered on for the first time, it will automatically enter the recovery mode. The MAC address of the device is randomly generated. This operation has been completed in BOOT. The IP is obtained by DHCP, so that multiple devices can be burned at the same time. After obtaining the IP, the installation script will be automatically executed. In order to prevent the disk from having disk partition information, the first 4K data of the disk will be deleted first, and then the disk will be partitioned and formatted in turn, and the disk will be labeled to distinguish the functions of each partition. The required system files are obtained through the file transfer protocol FTP, and the MD5 value is checked and unzipped to the corresponding directory. Among them, some configuration parameters of the device require unique parameter values. The installation script remotely executes the script generation parameters set in the computer through the secure shell protocol service, and records the results in the computer. After the system installation and deployment is completed, the installation script calls the integrated test tool to perform device self-test, and the self-test results are sent to the computer for storage via FTP.

[0068] In a possible embodiment, the method further includes step S3, calling a file resource management module, storing system firmware files, starting a file transfer protocol for the system installation processing module to obtain system firmware files, and starting a secure shell protocol service for the system installation processing module to remotely execute scripts and system files.

[0069] See also Figure 6 , step S3, the file resource management process includes:

[0070] S301: Store system firmware files, start the file transfer protocol FTP, so that the system installation module can obtain system firmware files, and then go to S302

[0071] S302: Enable the secure shell protocol service and go to S303

[0072] S303: Provide a system installation module to remotely execute scripts and system files.

[0073] Specifically, the file resource management module is responsible for the distribution management of resource files and the generation of SN codes. The files required for the installation and deployment system are stored on the computer, the computer starts the FTP service and SSH service, and the device connects to the computer through the network port in the recovery mode system to obtain the required files.

[0074] In summary, the embodiment of the present invention calls the BOOT management module to package the bin file, wherein the bin file includes the BOOT boot program and the recovery mode system file, and the bin file is burned into the flash chip through the flash burning tool; calls the system startup identification module, runs the BOOT boot program of the bin file, and determines and detects the user operation. If the manual entry into the recovery mode system is not performed, then detects whether the recovery mode system file is correct. If the recovery mode system file is correct, then loads the recovery mode system file to enter the recovery mode system; after entering the recovery mode system, calls the system installation processing module to execute the installation script command, detects whether the recovery mode system obtains the IP address, and if the IP address is successfully obtained, traverses the mounted directory, unmounts all mounted system disks, partitions the system disk, formats it, and labels it; mounts the system disk partition to a temporary directory, downloads the required file from the computer, verifies the MD5 value, and after the MD5 value verification passes, moves the file downloaded from the computer to the specified directory, uses SSH to remotely execute the computer script to generate the SN code, writes the SN code into the device, and executes the integrated test command. The file resource management module is called to store the system firmware file, and the file transfer protocol is started for the system installation processing module to obtain the system firmware file; the secure shell protocol service is opened for the system installation processing module to remotely execute scripts and system files. The present invention is simple to operate, efficient, and does not rely on special equipment. Only one computer is needed to quickly and simultaneously install, deploy and test multiple devices; the files required for the boot and recovery modes are stored in the flash, and the user cannot directly modify the content therein to prevent the device from becoming bricked; when the device cannot enter the system normally, it can enter the recovery mode system for operation. Most of the user's operations are completed in the formal system, and the user is familiar with the operation method. The system in the recovery mode is consistent with the formal system operation method, and there is no need to enter the unfamiliar boot operation; files are transmitted through the network port, and the script is automatically executed, so that production personnel can quickly install, deploy and test the device.

[0075] It should be noted that the above describes some embodiments of the present disclosure. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recorded in the claims can be performed in an order different from that in the above embodiments and still achieve the desired results. In addition, the processes depicted in the accompanying drawings do not necessarily require the specific order or continuous order shown to achieve the desired results. In some embodiments, multitasking and parallel processing are also possible or may be advantageous.

[0076] Example 2

[0077] See also Figure 7 Embodiment 2 of the present invention further provides a system firmware burning test device, comprising:

[0078] BOOT management module 001, used for packaging bin files, wherein the bin files include BOOT boot program and recovery mode system files, and the bin files are burned into the flash chip through a flash burning tool;

[0079] The system startup identification module 002 is used to run the BOOT boot program of the bin file, determine and detect the user operation, and if the manual entry into the recovery mode system is not performed, then detect whether the recovery mode system file is correct, and if the recovery mode system file is correct, then load the recovery mode system file to enter the recovery mode system;

[0080] The system installation processing module 003 is used to execute the installation script command, detect whether the recovery mode system has obtained the IP address, if the IP address is successfully obtained, traverse the mounted directory, unmount all mounted system disks, partition the system disk and format and label it; it is also used to mount the system disk partition to a temporary directory, download the required files from the computer, verify the MD5 value, and after the MD5 value verification passes, move the files downloaded from the computer to the specified directory, use SSH to remotely execute the computer script to generate the SN code, write the SN code to the device, and execute the integrated test command.

[0081] In this embodiment, the system startup identification module 002 runs the BOOT boot program of the bin file, and during the user operation detection process, if manual entry into the recovery mode system is not performed and a recovery mode system file error is detected, the recovery mode system is automatically entered;

[0082] The system startup identification module 002 runs the BOOT boot program of the bin file, and during the process of determining and detecting the user operation, if the manual entry into the recovery mode system is executed, the recovery mode system is directly entered.

[0083] In this embodiment, in the system installation processing module 003, if the IP address acquisition fails, the installation script is exited, the operation result is returned and reported to the computer terminal;

[0084] The system installation processing module 003 is also used to traverse the mounted directories if the IP address is successfully obtained, uninstall all mounted system disks, and then erase the first 4K bytes of the system disk.

[0085] In this embodiment, it also includes:

[0086] The file resource management module 004 is used to store the system firmware file after executing the integrated test command, start the file transfer protocol for the system installation processing module to obtain the system firmware file; and start the secure shell protocol service for the system installation processing module to remotely execute scripts and system files.

[0087] It should be noted that the information interaction, execution process and other contents between the modules of the above-mentioned device are based on the same concept as the method embodiment in Example 1 of the present application, and the technical effects they bring are the same as those of the method embodiment of the present application. For specific contents, please refer to the description in the method embodiment shown in the previous part of the present application, and will not be repeated here.

[0088] Example 3

[0089] Embodiment 3 of the present invention provides an electronic device, including: a memory and a processor;

[0090] The processor and the memory communicate with each other via a bus; the memory stores program instructions that can be executed by the processor, and the processor calls the program instructions to execute a system firmware burning test method of embodiment 1 or any possible implementation thereof.

[0091] Specifically, the processor can be implemented by hardware or by software. When implemented by hardware, the processor can be a logic circuit, an integrated circuit, etc.; when implemented by software, the processor can be a general-purpose processor implemented by reading software codes stored in a memory. The memory can be integrated in the processor or can be located outside the processor and exist independently.

[0092] In the above embodiments, it can be implemented in whole or in part by software, hardware, firmware or any combination thereof. When implemented using software, it can be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the process or function described in the embodiment of the present invention is generated in whole or in part. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable devices. The computer instructions can be stored in a computer-readable storage medium, or transmitted from one computer-readable storage medium to another computer-readable storage medium, for example, the computer instructions can be transmitted from a website site, computer, server or data center by wired (e.g., coaxial cable, optical fiber, digital consumer customer line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) mode to another website site, computer, server or data center.

[0093] Obviously, those skilled in the art should understand that the above modules or steps of the present invention can be implemented by a general computing device, they can be concentrated on a single computing device, or distributed on a network composed of multiple computing devices, and optionally, they can be implemented by a program code executable by a computing device, so that they can be stored in a storage device and executed by the computing device, and in some cases, the steps shown or described can be executed in a different order than here, or they can be made into individual integrated circuit modules, or multiple modules or steps therein can be made into a single integrated circuit module for implementation. Thus, the present invention is not limited to any specific combination of hardware and software.

[0094] Although the present invention has been described in detail above by general description and specific embodiments, it is obvious to those skilled in the art that some modifications or improvements can be made to the present invention. Therefore, these modifications or improvements made without departing from the spirit of the present invention all belong to the scope of protection claimed by the present invention.

Claims

1. A system firmware burning test method, characterized in that: include: Call the BOOT management module to package the bin file, the bin file includes the BOOT boot program and the recovery mode system file, and the bin file is burned into the flash chip through the flash burning tool; Call the system startup identification module, run the BOOT boot program of the bin file, determine and detect the user operation, if the manual entry into the recovery mode system is not performed, then detect whether the recovery mode system file is correct, if the recovery mode system file is correct, then load the recovery mode system file to enter the recovery mode system; After entering the recovery mode system, the system installation processing module is called to execute the installation script command to detect whether the recovery mode system has obtained the IP address. If the IP address is obtained successfully, the mounted directories are traversed, all mounted system disks are unmounted, and the system disks are partitioned, formatted, and labeled. Mount the system disk partition to a temporary directory, download the required files from the computer, verify the MD5 value, and move the files downloaded from the computer to the specified directory after the MD5 value verification passes. Use SSH to remotely execute the computer script to generate the SN code, write the SN code to the device, and execute the integrated test command.

2. A system firmware burning test method according to claim 1, characterized in that: Call the system startup identification module, run the BOOT boot program of the bin file, and judge the user operation. If the manual entry into the recovery mode system is not performed and the recovery mode system file error is detected, the automatic entry into the recovery mode system is performed; The BOOT boot program of the bin file is run to determine and detect the user operation. If the user operation is manually entered into the recovery mode system, the recovery mode system is directly entered.

3. A system firmware burning test method according to claim 1, characterized in that: After entering the recovery mode system, the system installation processing module is called to execute the installation script command to detect whether the recovery mode system has obtained the IP address. If the IP address acquisition fails, the installation script is exited, the operation result is returned and reported to the computer; If the IP address is obtained successfully, traverse the mounted directories, unmount all mounted system disks, and then erase the first 4K bytes of the system disk.

4. A system firmware burning test method according to claim 1, characterized in that: After executing the integrated test command, it also includes calling the file resource management module, storing the system firmware file, starting the file transfer protocol for the system installation processing module to obtain the system firmware file; and opening the secure shell protocol service for the system installation processing module to remotely execute scripts and system files.

5. A system firmware burning test device, characterized in that: include: BOOT management module, used for packaging bin files, wherein the bin files include BOOT boot program and recovery mode system files, and the bin files are burned into the flash chip through the flash burning tool; The system startup identification module is used to run the BOOT boot program of the bin file, determine and detect the user operation, and if the manual entry into the recovery mode system is not performed, then detect whether the recovery mode system file is correct, and if the recovery mode system file is correct, then load the recovery mode system file to enter the recovery mode system; The system installation processing module is used to execute the installation script command and detect whether the recovery mode system has obtained the IP address. If the IP address is obtained successfully, it will traverse the mounted directories, unmount all mounted system disks, partition the system disks, format them, and label them. It is also used to mount the system disk partition to a temporary directory, download the required files from the computer, verify the MD5 value, and after the MD5 value verification passes, move the files downloaded from the computer to the specified directory, use SSH to remotely execute the computer script to generate the SN code, write the SN code to the device, and execute the integrated test command.

6. A system firmware burning test device according to claim 5, characterized in that: The system starts the identification module, runs the BOOT program of the bin file, and judges the user operation during the detection process. If the manual entry into the recovery mode system is not performed, and the recovery mode system file error is detected, the automatic entry into the recovery mode system is performed; The system startup identification module runs the BOOT boot program of the bin file, and during the process of determining and detecting the user operation, if the manual entry into the recovery mode system is executed, the recovery mode system is directly entered.

7. A system firmware burning test device according to claim 5, characterized in that: In the system installation processing module, if the IP address acquisition fails, the installation script is exited, the operation result is returned and reported to the computer terminal; The system installation processing module is also used to traverse the mounted directories if the IP address is successfully obtained, uninstall all mounted system disks, and then erase the first 4K bytes of the system disk.

8. A system firmware burning test device according to claim 5, characterized in that: Also includes: A file resource management module, which is used to store the system firmware file after executing the integrated test command, and start the file transfer protocol for the system installation processing module to obtain the system firmware file; The secure shell protocol service is started so that the system installation processing module can remotely execute scripts and system files.

9. An electronic device, comprising: Memory and processor; The processor and the memory communicate with each other via a bus; The memory stores program instructions executable by the processor, wherein the processor calls the program instructions to execute a system firmware burning test method as described in any one of claims 1 to 4.

Citation Information

Patent Citations

  • Method for automatically programming Flash in batches

    CN102368218A

  • System starting method and device, and system switching method and device

    CN107885535A

  • Terminal equipment burning method, production method, terminal equipment and external storage medium

    CN116088883A

  • Partition mounting method and device of disk, equipment and storage medium

    CN117008837A

  • Automatic restoration method and system for vxworks system startup failure, storage medium, and device

    WO2024031864A1