Data packet generation method applied to firmware burning of display equipment and related equipment

Abstract

The invention belongs to the technical field of display equipment firmware burning, and relates to a data packet generation method applied to display equipment firmware burning and related equipment.The method comprises the steps that Hash fingerprint generation processing is conducted on a received data sequence according to a Hash algorithm, and a transmission data Hash fingerprint is obtained; indexing a target matching file matched with the transmission data hash fingerprint in a local database; extracting verification metadata from a file entity of the target matching file; performing metadata verification processing on transmission metadata of the received data sequence according to the verification metadata to obtain a metadata verification result; the metadata verification result of the received data sequence is complete; acquiring a firmware burning instruction sequence in the received data sequence, and performing logic fusion processing on the firmware burning instruction sequence and current state data of the display equipment to obtain a target burning data packet; and returning the target burning data packet to the display device according to the serial port communication channel. According to the method and the device, the firmware burning accuracy and reliability can be improved.

Description

Technical Field

[0001] This application relates to the field of display device firmware burning technology, and in particular to a data packet generation method and related equipment for display device firmware burning. Background Technology

[0002] In the production process of display devices, firmware burning is a crucial step to ensure the normal operation of the device and the realization of various functions.

[0003] Traditional firmware burning methods often have some limitations. During data transmission, due to communication interference or data errors, the received data may be incomplete or inaccurate, which will affect the quality of firmware burning and the stability of the device. Existing methods cannot effectively verify the integrity and accuracy of transmitted data, making the burning process prone to errors, increasing production costs and production cycle.

[0004] This shows that traditional firmware burning methods cannot guarantee data integrity and accuracy. Summary of the Invention

[0005] The purpose of this application is to propose a data packet generation method and related equipment for firmware burning of display devices, so as to solve the problem that the data integrity and accuracy cannot be guaranteed in traditional firmware burning methods.

[0006] To address the aforementioned technical problems, this application provides a data packet generation method for firmware burning in display devices, employing the following technical solution: The received data sequence is obtained by acquiring the transmitted binary data stream from the display device through the serial communication channel. The received data sequence is processed using a hash algorithm to generate a hash fingerprint of the transmitted data. Read the local database and index the binary file that matches the hash fingerprint of the transmitted data in the local database to obtain the target matching file; Extract verification metadata from the file entity of the target matching file; Based on the verification metadata, the transmission metadata of the received data sequence is subjected to metadata verification processing to obtain the metadata verification result; If the metadata verification result is incomplete, the target matching file is retrieved again from the local database until the metadata verification result of the target matching file is complete, thus obtaining a complete and accurate received data sequence. Obtain the firmware burning instruction sequence from the received data sequence, and perform logical fusion processing between the firmware burning instruction sequence and the current status data of the display device to obtain the target burning data packet; The target programming data packet is transmitted back to the display device via the serial communication channel.

[0007] To address the aforementioned technical problems, this application also provides a data packet generation device for firmware burning in display devices, employing the following technical solution: The data stream acquisition module is used to acquire the transmitted binary data stream from the display device based on the serial communication channel, and obtain the received data sequence. The hash fingerprint generation module is used to perform hash fingerprint generation processing on the received data sequence according to a hash algorithm to obtain the hash fingerprint of the transmitted data. The target matching file acquisition module is used to read the local database and index the binary file that matches the hash fingerprint of the transmitted data in the local database to obtain the target matching file; The verification metadata acquisition module is used to extract verification metadata from the file entity of the target matching file; The metadata verification module is used to perform metadata verification processing on the transmission metadata of the received data sequence based on the verification metadata, and obtain the metadata verification result; The target confirmation file acquisition module is used to re-acquire the target matching file from the local database if the metadata verification result is incomplete, until the metadata verification result of the target matching file is complete, so as to obtain a complete and accurate received data sequence. The logic fusion module is used to acquire the firmware burning instruction sequence in the received data sequence, and to perform logical fusion processing on the firmware burning instruction sequence and the current status data of the display device to obtain the target burning data packet; The data packet return module is used to return the target programming data packet to the display device according to the serial communication channel.

[0008] To address the aforementioned technical problems, this application also provides a computer device that employs the following technical solution: The device includes a memory and a processor. The memory stores computer-readable instructions, and the processor executes the computer-readable instructions to implement the steps of the data packet generation method for firmware burning of a display device as described above.

[0009] To address the aforementioned technical problems, this application also provides a computer-readable storage medium, employing the technical solution described below: The computer-readable storage medium stores computer-readable instructions, which, when executed by a processor, implement the steps of the data packet generation method for firmware burning of a display device as described above.

[0010] This application provides a data packet generation method for firmware burning in a display device, comprising: obtaining a transmitted binary data stream from the display device via a serial communication channel to obtain a received data sequence; performing hash fingerprint generation processing on the received data sequence using a hash algorithm to obtain a transmitted data hash fingerprint; reading a local database and indexing binary files matching the transmitted data hash fingerprint in the local database to obtain a target matching file; extracting verification metadata from the file entity of the target matching file; performing metadata verification processing on the transmitted metadata of the received data sequence based on the verification metadata to obtain a metadata verification result; if the metadata verification result is incomplete, re-obtaining the received data sequence until the metadata verification result of the received data sequence is complete, thereby obtaining a complete and accurate received data sequence; obtaining a firmware burning instruction sequence from the received data sequence and performing logical fusion processing on the firmware burning instruction sequence and the current state data of the display device to obtain a target burning data packet; and transmitting the target burning data packet back to the display device via the serial communication channel. Compared with existing technologies, this application ensures the integrity and accuracy of received data through hash fingerprint generation and metadata verification, avoiding firmware burning failures caused by data errors. In addition, when the metadata verification result is incomplete, the received data sequence is reacquired until a complete and accurate result is obtained, which improves the reliability of the entire burning process. By logically fusing the firmware burning instruction sequence with the current status data of the display device, the generated burning data package can adapt to display devices with different states and configurations, improving the versatility and adaptability of the method. Attached Figure Description

[0011] To more clearly illustrate the solutions in this application, the accompanying drawings used in the description of the embodiments of this application will be briefly introduced below. Obviously, the accompanying drawings described below are some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0012] Figure 1 This is an exemplary system architecture diagram to which this application can be applied; Figure 2 This is a flowchart illustrating the implementation of the data packet generation method for firmware burning of display devices provided in this application embodiment; Figure 3 This is a schematic diagram of the data packet generation device for firmware burning of display devices provided in an embodiment of this application; Figure 4 This is a schematic diagram of the structure of one embodiment of the computer device according to this application. Detailed Implementation

[0013] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application pertains; the terminology used herein in the specification of the application is for the purpose of describing particular embodiments only and is not intended to be limiting of the application; the terms "comprising" and "having," and any variations thereof, in the specification, claims, and foregoing drawings of this application, are intended to cover non-exclusive inclusion. The terms "first," "second," etc., in the specification, claims, or foregoing drawings of this application are used to distinguish different objects, not to describe a particular order.

[0014] In this document, the term "embodiment" means that a particular feature, structure, or characteristic described in connection with an embodiment may be included in at least one embodiment of this application. The appearance of this phrase in various places throughout the specification does not necessarily refer to the same embodiment, nor is it a separate or alternative embodiment mutually exclusive with other embodiments. It will be explicitly and implicitly understood by those skilled in the art that the embodiments described herein can be combined with other embodiments.

[0015] To enable those skilled in the art to better understand the present application, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings.

[0016] like Figure 1 As shown, system architecture 100 may include terminal device 101, network 102, and server 103. Terminal device 101 may be a laptop 1011, tablet 1012, or mobile phone 1013. Network 102 is used as a medium to provide a communication link between terminal device 101 and server 103. Network 102 may include various connection types, such as wired, wireless communication links, or fiber optic cables, etc.

[0017] Users can use terminal device 101 to interact with server 103 via network 102 to receive or send messages, etc. Various communication client applications can be installed on terminal device 101, such as web browser applications, shopping applications, search applications, instant messaging tools, email clients, social media platform software, etc.

[0018] Terminal device 101 can be various electronic devices with a display screen and support web browsing. In addition to laptops 1011, tablets 1012, or mobile phones 1013, terminal device 101 can also be an e-book reader, an MP3 player (Moving Picture Experts Group Audio Layer III), an MP4 player (Moving Picture Experts Group Audio Layer IV), a laptop computer, and a desktop computer, etc.

[0019] Server 103 can be a server that provides various services, such as a backend server that provides support for the pages displayed on terminal device 101.

[0020] It should be noted that the data packet generation method for firmware burning of display devices provided in this application embodiment is generally executed by a server / terminal device, and correspondingly, the data packet generation device for firmware burning of display devices is generally located in the server / terminal device.

[0021] It should be understood that Figure 1 The number of terminal devices, networks, and servers shown is merely illustrative. Depending on implementation needs, any number of terminal devices, networks, and servers can be included.

[0022] Continue to refer to Figure 2 The diagram illustrates a flowchart of an embodiment of the data packet generation method for firmware flashing of a display device according to this application. The above-described data packet generation method for firmware flashing of a display device includes steps S201, S202, S203, S204, S205, S206, S207, and S208.

[0023] In step S201, the transmitted binary data stream is obtained from the display device according to the serial communication channel to obtain the received data sequence.

[0024] In the embodiments of this application, the display device refers to the device terminal to which firmware is to be burned. The display device can be a mobile terminal such as a mobile phone, smartphone, laptop, digital broadcast receiver, PDA (personal digital assistant), PAD (tablet computer), PMP (portable multimedia player), navigation device, etc., as well as a fixed terminal such as a digital TV, desktop computer, etc. It should be understood that the examples of display devices here are only for convenience of understanding and are not intended to limit this application.

[0025] In this embodiment, the serial communication channel is mainly used to ensure stable data transmission between the display device and the processing system.

[0026] In this embodiment of the application, the transmitted binary data stream is mainly a series of data encoded in binary form for firmware burning-related operations. Specifically, the binary data stream includes firmware-related data, device status information, verification and identification information, etc. The firmware-related data includes original firmware fragments and firmware version information; the device status information includes hardware configuration data and current operating status; and the verification and identification information includes data checksum and device unique identifier.

[0027] In this embodiment, the application receives a binary data stream sent by a display device through a serial communication channel and organizes it into a received data sequence to provide basic data for subsequent processing.

[0028] In some optional implementations of the embodiments of this application, during the process of receiving the binary data stream described above, this application may employ a segmented buffering mechanism to temporarily store the binary data stream.

[0029] In this embodiment, the segmented buffering mechanism refers to a technique that divides a continuous binary data stream into multiple segments of fixed or variable size and stores them in independent buffer areas. Each buffer segment can be viewed as an independent data container used to temporarily store a portion of the received binary data.

[0030] In the embodiments of this application, the application effectively improves the flexibility and efficiency of data processing by reasonably dividing the data flow.

[0031] In step S202, the received data sequence is processed by hash fingerprint generation according to the hash algorithm to obtain the transmitted data hash fingerprint.

[0032] In the embodiments of this application, the hash algorithm is mainly used to map input data of arbitrary length to hash values ​​of fixed length, which has uniqueness and irreversibility.

[0033] In this embodiment of the application, a hash algorithm is applied to the received data sequence to generate a transmitted data hash fingerprint. This fingerprint can serve as a unique identifier for the data and can be used for subsequent data matching and verification.

[0034] In step S203, the local database is read, and the binary file that matches the hash fingerprint of the transmitted data is indexed in the local database to obtain the target matching file.

[0035] In this embodiment of the application, a large number of binary files are stored in the local database, and each file has a corresponding hash fingerprint.

[0036] In this embodiment of the application, by comparing the hash fingerprint of the transmitted data with the hash fingerprint in the local database, the application can quickly and accurately find the matching binary file, and thus determine the target matching file.

[0037] In step S204, verification metadata is extracted from the file entity of the target matching file.

[0038] In this embodiment of the application, the verification metadata contains important information about the file, such as file size, creation time, modification time, etc., which can be used to verify the integrity and accuracy of the transmitted data sequence.

[0039] In step S205, the transmission metadata of the received data sequence is subjected to metadata verification processing based on the verification metadata to obtain the metadata verification result.

[0040] In this embodiment, the transmission metadata of the transmitted data sequence is compared with the verification metadata extracted from the target matching file to determine whether they are consistent. If they are consistent, it indicates that the transmitted data sequence is complete and accurate; if they are inconsistent, it indicates that an error may have occurred during transmission.

[0041] In step S206, if the metadata verification result is incomplete, the target matching file is retrieved again from the local database until the metadata verification result of the target matching file is complete, thus obtaining a complete and accurate received data sequence.

[0042] In this embodiment of the application, when the metadata verification result is incomplete, it indicates that there is a problem with the target matching file. At this time, it is necessary to obtain the target matching file again and perform metadata verification and other operations again until a complete and accurate metadata verification result is obtained, thereby determining that there is a target confirmation file in the local database that completely matches the received data sequence, and thus determining that the received data sequence is completely correct.

[0043] In step S207, the firmware burning instruction sequence in the received data sequence is obtained, and the firmware burning instruction sequence is logically fused with the current status data of the display device to obtain the target burning data packet.

[0044] In this embodiment, the target confirmation file contains a sequence of instructions for firmware burning. Combined with the current status data of the display device, such as hardware version and system configuration, logical fusion processing is performed to generate a burning data package that conforms to the actual situation of the display device, ensuring that the burning process can proceed smoothly.

[0045] In this embodiment, the logical fusion processing is mainly used to transform the correlation and constraints between data into logical expressions, and to derive a high-confidence fusion result through deductive or inductive reasoning. This logical fusion processing is achieved through three core steps: multi-dimensional data adaptation, dynamic instruction reorganization, and integrity verification. Specifically, the multi-dimensional data adaptation is mainly used to construct the mapping relationship between device status and programming instructions; the dynamic instruction reorganization is mainly used to dynamically generate programming data packages adapted to the device; and the integrity verification is mainly used to ensure the reliability and security of the programming data packages.

[0046] In step S208, the target programming data packet is sent back to the display device according to the serial communication channel.

[0047] In this embodiment of the application, the generated burning data packet is accurately transmitted back to the display device through a serial communication channel to complete the preparation work for firmware burning.

[0048] This application provides a data packet generation method for firmware burning of a display device, comprising: obtaining a transmitted binary data stream from the display device via a serial communication channel to obtain a received data sequence; performing hash fingerprint generation processing on the received data sequence using a hash algorithm to obtain a transmitted data hash fingerprint; reading a local database and indexing binary files that match the transmitted data hash fingerprint in the local database to obtain a target matching file; extracting verification metadata from the file entity of the target matching file; performing metadata verification processing on the transmitted metadata of the received data sequence based on the verification metadata to obtain a metadata verification result; if the metadata verification result is incomplete, re-obtaining the received data sequence until the metadata verification result of the received data sequence is complete, thereby obtaining a complete and accurate received data sequence; obtaining a firmware burning instruction sequence from the received data sequence and performing logical fusion processing between the firmware burning instruction sequence and the current status data of the display device to obtain a target burning data packet; and transmitting the target burning data packet back to the display device via the serial communication channel. Compared with existing technologies, this application ensures the integrity and accuracy of received data through hash fingerprint generation and metadata verification, avoiding firmware burning failures caused by data errors. In addition, when the metadata verification result is incomplete, the received data sequence is reacquired until a complete and accurate result is obtained, which improves the reliability of the entire burning process. By logically fusing the firmware burning instruction sequence with the current status data of the display device, the generated burning data package can adapt to display devices with different states and configurations, improving the versatility and adaptability of the method.

[0049] In some optional implementations of the embodiments of this application, after the step of obtaining the received data sequence by acquiring the transmitted binary data stream from the display device according to the serial communication channel, the following steps are further included: Calculate the cyclic redundancy check value of the received data sequence; Determine whether the cyclic redundancy check value matches the preset check value; If the cyclic redundancy check value matches the preset check value, a complete transmission data sequence is obtained; If the cyclic redundancy check value does not match the preset check value, the received data sequence is reacquired until the cyclic redundancy check value of the received data sequence matches the preset check value, thus obtaining a complete transmitted data sequence.

[0050] In this embodiment, the application performs CRC calculation on the received data sequence based on a predefined CRC generator polynomial (such as CRC-8, CRC-16, CRC-32, etc.) to obtain a cyclic redundancy check value. Specifically: 1) Initialize the CRC register to the default value (usually all 0s or all 1s); 2) Perform an XOR operation between each byte of the received data sequence and the CRC register in sequence; 3) Perform modulo-2 division on the XOR result based on the CRC generator polynomial, and update the value of the CRC register; 4) Repeat the above steps until all bytes of the received data sequence have been processed. The final value of the CRC register is the cyclic redundancy check value.

[0051] In this embodiment, the preset checksum refers to the value calculated synchronously by the sender when transmitting the data sequence and appended to the end of the data, or informed to the receiver in advance through other secure channels. If the two are equal, it indicates that no errors occurred in the received data sequence during transmission; if they are not equal, it indicates that the data may contain errors.

[0052] In this embodiment of the application, when the judgment result is a match, it indicates that the integrity and accuracy of the received data sequence have been verified, and the receiver can use the data sequence as a complete transmitted data sequence for subsequent processing (such as firmware burning, data analysis, etc.).

[0053] In this embodiment, when the judgment result is a mismatch, the receiver considers the currently received data sequence to be erroneous and needs to reacquire the data. The specific process is as follows: (1) The receiver sends a retransmission request to the sender through the communication interface; (2) After receiving the retransmission request, the sender retransmits the original data sequence; (3) The receiver executes steps (1) to (3) again to calculate the CRC value of the newly received data sequence and compare it with the preset check value; (4) Repeat the above retransmission and verification process until the CRC value matches the preset verification value to obtain a complete transmission data sequence.

[0054] In some optional implementations of this application, to avoid system blocking caused by infinite retransmissions, a maximum number of retransmissions (e.g., 3 times) can be set. When the maximum number of retransmissions is reached and a match still cannot be found, the system can trigger an error handling mechanism (e.g., reporting an error, terminating transmission, etc.).

[0055] Compared with existing technologies, this application can detect single-bit errors, multi-bit errors and burst errors in the data transmission process through CRC check, which significantly improves the accuracy of data integrity verification. In addition, the CRC calculation adopts hardware acceleration or optimization algorithm (such as table lookup method), which can complete the verification in a short time and meet the needs of scenarios with high real-time requirements.

[0056] In some optional implementations of the embodiments of this application, the step of reading the local database and indexing the binary file that matches the hash fingerprint of the transmitted data in the local database to obtain the target matching file specifically includes the following steps: Calculate the hash fingerprint of each local file in the local database; The hash fingerprints of each local file are compared with the hash fingerprints of the transmitted data in turn. If a matching hash fingerprint is found for the first time, the local file corresponding to the first matching hash fingerprint is determined as the target matching file.

[0057] In this embodiment of the application, for each local file in the local database, the hash fingerprint of each local file is calculated using the same pre-stored hash algorithm.

[0058] In this application embodiment, the choice of hash algorithm can be determined according to actual needs and application scenarios. Common hash algorithms include MD5, SHA-1, and SHA-256. These algorithms have high security and uniqueness, ensuring that different files obtain different hash fingerprints.

[0059] In this embodiment, the hash fingerprint of the calculated local file is compared one by one with the hash fingerprint of the transmitted data. If the two hash fingerprints are exactly the same, it means that the corresponding binary file is the same as the transmitted data, and the file is identified as the target matching file.

[0060] Compared to existing technologies, this application utilizes the uniqueness and irreversibility of hash fingerprints, ensuring that only completely identical files will produce the same hash fingerprint. Therefore, by comparing hash fingerprints, it is possible to accurately determine whether a binary file identical to the transmitted data exists in the local database, guaranteeing the accuracy of the match.

[0061] In some optional implementations of the embodiments of this application, the step of re-obtaining the target matching file from the local database until the metadata verification result of the target matching file is complete, to obtain a complete and accurate received data sequence, specifically includes the following steps: Mark the local file corresponding to the first matching hash fingerprint as a non-matching file; The hash fingerprints of each unmatched file in the local file list are compared sequentially. If a new matching hash fingerprint is found, the local file corresponding to the new matching hash fingerprint is identified as the target matching file.

[0062] In this embodiment of the application, if no completely matching hash fingerprint is found, an error message signal is output.

[0063] In the embodiments of this application, during the initial stage of file matching, by comparing the hash fingerprint of the transmitted data with the hash fingerprint of the files in the local database, some local files with completely matching hash fingerprints may be obtained. However, in some cases, these initial matching results may not be accurate. For example, hash collisions may occur (although the probability is extremely low, theoretically different files may generate the same hash fingerprint), or the hash fingerprint records in the database may contain errors. To eliminate these potentially inaccurate matches, a strategy is adopted to temporarily identify local files with completely matching hash fingerprints as mismatched files.

[0064] In this embodiment, after marking initially matched files as mismatched, a second hash fingerprint comparison is performed on the unmatched local files to further confirm the existence of truly matching files. This secondary comparison can eliminate erroneous initial matches caused by some accidental factors, improving the accuracy of the matching. Through this second precise comparison, files that are completely identical to the transmitted data can be more reliably identified. Specifically: 1) Traverse the local file list: This application iterates through the initially obtained list of local files again; 2) Recalculate or obtain the hash fingerprint: For each unmatched local file in the list, the system will recalculate its hash fingerprint or directly retrieve the previously stored hash fingerprint; 3) Compare again: Compare the hash fingerprint of each unmatched local file with the hash fingerprint of the transmitted data; 4) Determine the target matching file: If, during the comparison process, a file's hash fingerprint is found to perfectly match the hash fingerprint of the transmitted data, the system will mark that file as a "target matching file." Simultaneously, relevant information about the file, such as its filename and path, can be recorded for later use.

[0065] Compared with existing technologies, this application can effectively eliminate misjudgments caused by hash collisions or database record errors by performing secondary hash fingerprint comparison on unmatched local files, thus greatly improving the accuracy of file matching. In addition, the secondary comparison process increases the reliability of the matching results, making it more likely that the finally determined target matching file is indeed the same file as the transmitted data.

[0066] In some optional implementations of the embodiments of this application, the step of logically fusing the firmware burning instruction sequence with the current state data of the display device to obtain the target burning data packet specifically includes the following steps: The current status data of the display device is obtained in real time through the serial communication channel; Dynamic matching processing is performed on the firmware burning command sequence and the current status data to obtain the mapping relationship between device status and burning commands; The firmware burning instruction sequence is broken down into multiple reusable modules; The reusable modules are dynamically adjusted based on the mapping relationship to obtain the adjusted reusable model. The embedded script engine executes logical fusion rules on the adjusted reusable model to obtain the target burning data package.

[0067] In this embodiment, the application first performs status data acquisition and parsing. Specifically, it acquires the current status data of the display device in real time through a serial communication channel, including: 1) Hardware configuration: CPU model (e.g., Amlogic T982 / T962), memory capacity (e.g., 2GB DDR4), storage type (eMMC 5.1 / UFS 2.1), screen resolution (e.g., 4K / 8K), and other hardware parameters; 2) Software status: Current firmware version (e.g., V1.2.3), system kernel version, list of installed driver modules; 3) Operating environment: Current working mode (e.g., production test mode / user mode), power status (AC / DC power supply), temperature sensor data.

[0068] These data are parsed through predefined protocol frames (such as JSON / XML format) and stored in the temporary state database of the processing system.

[0069] In this embodiment of the application, after obtaining the status information of the display device, the application performs an association matching between the instruction sequence and the status. Specifically, it dynamically matches the firmware burning instruction sequence (such as burning address range, checksum generation algorithm, and burning timing parameters) extracted from the target confirmation file with the device status data. 1) Hardware adaptation: Automatically selects compatible instruction sets (such as Thumb-2 instruction set) for different CPU architectures (ARM / x86). 2) Version compatibility: If the current firmware version of the device is lower than the target version, the incremental burning mode is triggered, and only the different instructions are transmitted; 3) Environmental adaptation: Adjust the programming voltage threshold according to the current working mode of the device (such as high temperature test environment) to prevent programming failure due to environmental factors.

[0070] In this application embodiment, the essence of dynamic matching is "state-driven instruction selection and adjustment", that is, by analyzing the real-time status data of the device, the instructions or instruction combinations that match the current status are selected from the preset instruction sequence, and the instruction parameters or execution order may be dynamically modified.

[0071] In this embodiment of the application, the mapping relationship between device status and burning instructions refers to establishing an association between the real-time status data of the display device (such as hardware version, firmware version, operating parameters, error codes, etc.) and specific instructions or instruction combinations in the firmware burning instruction sequence through dynamic matching processing.

[0072] In this embodiment, the instruction sequence needs to be modularly reorganized. Specifically, the burning instruction sequence is split into multiple reusable modules (such as a bootloader module, a kernel image module, and an application layer data module), and each module is dynamically adjusted according to device status data. 1) Address mapping: Recalculate the burning address offset based on the device's storage layout (such as the eMMC partition table); 2) Parameter injection: Inserting device-specific configuration parameters (such as MAC address and serial number) into the instruction sequence; 3) Timing optimization: Adjust the burning timing for different storage media (e.g., 100MB / s for eMMC vs. 300MB / s for UFS) to ensure data writing efficiency and stability.

[0073] In this embodiment of the application, dynamic adjustment refers to generating a customized programming model that adapts to the current device state by dynamically adjusting the composition, parameters or execution order of the modules, thereby improving the flexibility and reliability of programming.

[0074] In the embodiments of this application, the application executes logical fusion rules through an embedded script engine (such as Lua / Python). Specifically, the logical fusion rule refers to integrating multiple independent condition judgments, operation instructions or module call rules into an executable logical flow through a scripting language (such as Lua / Python). These rules usually exist in the form of "condition-action" pairs.

[0075] Compared with existing technologies, this application ensures strong adaptability between the burned data package and the device status, significantly improving the success rate of firmware burning.

[0076] In some optional implementations of the embodiments of this application, the step of dynamically adjusting the reusable module according to the mapping relationship to obtain the adjusted reusable model specifically includes the following steps: The mapping relationship is parsed to obtain the module selection rules, parameter modification rules, and order adjustment rules; Based on the module selection rules, target reusable modules are matched from the reusable modules, and the target reusable modules are combined into a basic process framework. The basic process framework is adjusted according to the parameter modification rules to obtain the adjusted basic process framework. The execution order of the adjusted basic process framework is adjusted according to the order adjustment rules, resulting in a reusable model.

[0077] In this embodiment, the mapping relationship refers to the bridge connecting the device state and the module adjustment strategy, and its core is the mapping from state conditions to module operation instructions. Parsing this mapping relationship requires extracting the module selection rules, parameter modification rules, and sequence adjustment rules, specifically: 1) Module selection rules: Modules are enabled or disabled based on the status of the connected devices; 2) Parameter modification rules: The internal parameters of the module (such as data block size, timeout time, etc.) are affected by the status of the connected device. 3) Sequence adjustment rules: Adjust the execution order of modules according to the status of connected devices.

[0078] In this embodiment, matching modules are selected from the reusable module library according to the module selection rules in the mapping relationship, and combined into a basic process framework. For example, if the device hardware version is V1.0, the hardware verification module and the V1.0 dedicated write module are selected; if the device is detected to be in test mode, the test environment verification module is inserted at the beginning of the process.

[0079] In this embodiment, the internal parameters of the modules in the basic process framework are adjusted according to the parameter modification rules in the mapping relationship. For example, if the device memory is 2GB, the data block size of the firmware writing module is modified to 1MB; if the device is in a high-temperature environment, the number of retries of the anomaly recovery module is adjusted to 3.

[0080] The execution order of modules is changed according to the order adjustment rules in the mapping relationship. For example, if the device is a new batch of hardware, the hardware initialization module is executed first; if a low firmware version is detected, the pre-upgrade verification module is executed first, followed by the firmware writing module.

[0081] Compared with existing technologies, this application achieves dynamic construction and optimization of the process by parsing the mapping relationship to generate module selection, parameter modification and order adjustment rules.

[0082] In some optional implementations of the embodiments of this application, after the step of logically fusing the firmware burning instruction sequence with the current state data of the display device to obtain the target burning data packet, the following steps are further included: Perform a SHA-256 hash calculation on the entire target data packet to ensure that the data has not been tampered with; and / or Perform cyclic redundancy check on key instruction modules (such as the Bootloader) of the target data packet to detect bit errors during transmission; and / or The target data packet is digitally signed and verified using the device's unique key to prevent unauthorized burning.

[0083] In this embodiment of the application, after generating the target programming data packet, the application needs to perform three levels of verification on the target programming data packet, specifically: 1) Hash verification: Perform SHA-256 hash calculation on the entire burned data packet to ensure that the data has not been tampered with; 2) CRC check: Perform cyclic redundancy check on critical instruction modules (such as the Bootloader) to detect bit errors during transmission; 3) Signature verification: The device’s unique key (stored in the security chip) is used to digitally sign and verify the data packets to prevent unauthorized burning.

[0084] In this embodiment of the application, if the verification fails, the system automatically triggers the rollback process. Specifically, the original received data sequence is reacquired, and the verification process of steps S201-S206 is repeated. If the verification fails multiple times, the system will mark the device as "programming abnormal" and generate an error report for engineers to analyze.

[0085] Compared with existing technologies, this application ensures the security and reliability of the burning process through a multi-level verification mechanism.

[0086] The embodiments of this application can acquire and process relevant data based on artificial intelligence technology. Artificial intelligence (AI) refers to the theories, methods, technologies, and application systems that use digital computers or machines controlled by digital computers to simulate, extend, and expand human intelligence, perceive the environment, acquire knowledge, and use that knowledge to obtain optimal results.

[0087] Foundational technologies for artificial intelligence generally include sensors, dedicated AI chips, cloud computing, distributed storage, big data processing, operating / interactive systems, and mechatronics. AI software technologies mainly encompass computer vision, robotics, biometrics, speech processing, natural language processing, and machine learning / deep learning.

[0088] Those skilled in the art will understand that all or part of the processes in the methods of the above embodiments can be implemented by instructing related hardware through computer-readable instructions. These computer-readable instructions can be stored in a computer-readable storage medium. When the program is executed, it can include the processes of the embodiments of the above methods. The aforementioned storage medium can be a non-volatile storage medium such as a magnetic disk, optical disk, or read-only memory (ROM), or random access memory (RAM).

[0089] It should be understood that although the steps in the flowcharts of the accompanying figures are shown sequentially as indicated by the arrows, these steps are not necessarily executed in the order indicated by the arrows. Unless explicitly stated herein, there is no strict order restriction on the execution of these steps, and they can be executed in other orders. Moreover, at least some steps in the flowcharts of the accompanying figures may include multiple sub-steps or multiple stages. These sub-steps or stages are not necessarily completed at the same time, but can be executed at different times, and their execution order is not necessarily sequential, but can be performed alternately or in turn with other steps or at least some of the sub-steps or stages of other steps.

[0090] Further reference Figure 3 As a response to the above Figure 2 The implementation of the method shown in this application provides an embodiment of a data packet generation apparatus for firmware burning of a display device. This apparatus embodiment is similar to... Figure 2 Corresponding to the method embodiments shown, this device can be specifically applied to various electronic devices.

[0091] like Figure 3 As shown, the data packet generation apparatus 200 for firmware burning of a display device according to an embodiment of this application includes: The data stream acquisition module 210 is used to acquire the transmitted binary data stream from the display device according to the serial communication channel and obtain the received data sequence; The hash fingerprint generation module 220 is used to perform hash fingerprint generation processing on the received data sequence according to the hash algorithm to obtain the hash fingerprint of the transmitted data. The target matching file acquisition module 230 is used to read the local database and index the binary file that matches the hash fingerprint of the transmitted data in the local database to obtain the target matching file; The verification metadata acquisition module 240 is used to extract verification metadata from the file entity of the target matching file; Metadata verification module 250 is used to perform metadata verification processing on the transmission metadata of the received data sequence based on the verification metadata, and obtain the metadata verification result; The target confirmation file acquisition module 260 is used to re-acquire the target matching file from the local database if the metadata verification result is incomplete, until the metadata verification result of the target matching file is complete, so as to obtain a complete and accurate received data sequence. The logic fusion module 270 is used to acquire the firmware burning instruction sequence in the received data sequence, and to perform logical fusion processing on the firmware burning instruction sequence and the current status data of the display device to obtain the target burning data packet. The data packet return module 280 is used to return the target programming data packet to the display device according to the serial communication channel.

[0092] In this application embodiment, a data packet generation apparatus 200 for firmware burning of display devices is provided. Compared with the prior art, this application can ensure the integrity and accuracy of received data by generating hash fingerprints and verifying metadata, avoiding firmware burning failure due to data errors; in addition, when the metadata verification result is incomplete, the received data sequence is re-acquired until a complete and accurate result is obtained, which improves the reliability of the entire burning process; by logically fusing the firmware burning instruction sequence with the current state data of the display device, the generated burning data packet can adapt to display devices with different states and configurations, improving the versatility and adaptability of the method.

[0093] In some optional implementations of the embodiments of this application, the data packet generation apparatus 200 for firmware burning of a display device further includes: Cyclic Redundancy Check (CRC) calculation module, used to calculate the CRC value of the received data sequence; The Cyclic Redundancy Check (CRBC) module is used to determine whether the CRBC value matches a preset check value. The first judgment result module is used to obtain a complete transmission data sequence if the cyclic redundancy check value matches the preset check value. The second judgment result module is used to reacquire the received data sequence if the cyclic redundancy check value does not match the preset check value, until the cyclic redundancy check value of the reacquired received data sequence matches the preset check value, so as to obtain a complete transmission data sequence.

[0094] In some optional implementations of the embodiments of this application, the target matching file acquisition module 230 includes: The hash fingerprint calculation submodule is used to calculate the hash fingerprint of each local file in the local database. The first target matching file confirmation submodule is used to compare the hash fingerprints of each local file with the hash fingerprints of the transmitted data in turn. If the first matching hash fingerprint is found, the local file corresponding to the first matching hash fingerprint is determined as the target matching file.

[0095] In some optional implementations of the embodiments of this application, the target confirmation document acquisition module 260 includes: The non-matching file determination submodule is used to mark the local file corresponding to the first matching hash fingerprint as a non-matching file; The second target matching file determination submodule is used to sequentially compare the hash fingerprints of each unmatched file in the local file list. If a rematching hash fingerprint is found, the local file corresponding to the rematching hash fingerprint is determined as the target matching file.

[0096] In some optional implementations of the embodiments of this application, the above-mentioned logic fusion module includes: The current status acquisition submodule is used to acquire the current status data of the display device in real time through the serial communication channel. The dynamic matching submodule performs dynamic matching processing on the firmware burning command sequence and the current status data to obtain the mapping relationship between device status and burning commands; The instruction sequence is split into sub-modules, which divide the firmware burning instruction sequence into multiple reusable modules; Dynamically adjust sub-modules: Based on the mapping relationship, dynamically adjust reusable modules to obtain the adjusted reusable model; The logic fusion submodule executes logic fusion rules on the adjusted reusable model based on the embedded script engine to obtain the target data package for burning. In some optional implementations of the embodiments of this application, the above-mentioned dynamic adjustment submodule includes: The mapping relationship parsing unit is used to parse the mapping relationship to obtain the module selection rules, parameter modification rules, and order adjustment rules; The module matching unit is used to match target reusable modules from reusable modules according to module selection rules, and combine the target reusable modules into the basic process framework. The parameter adjustment unit is used to adjust the parameters of the basic process framework according to the parameter modification rules, so as to obtain the adjusted basic process framework. The execution order adjustment unit is used to adjust the execution order of the adjusted basic process framework according to the order adjustment rules, resulting in a reusable model.

[0097] In some optional implementations of the embodiments of this application, the data packet generation apparatus 200 for firmware burning of a display device further includes: The hash calculation module is used to perform SHA-256 hash calculation on the entire target burning data packet; and / or The cyclic redundancy check module is used to perform cyclic redundancy check on the key instruction modules of the target data packet; and / or The digital signature verification module is used to perform digital signature verification on the target data packet based on the device's unique key.

[0098] To address the aforementioned technical problems, embodiments of this application also provide a computer device. Please refer to [link / reference needed]. Figure 4 , Figure 4 This is a basic structural block diagram of a computer device according to an embodiment of this application.

[0099] Computer device 300 includes a memory 310, a processor 320, and a network interface 330 that are interconnected via a system bus. It should be noted that only computer device 300 with components 310-330 is shown in the figure; however, it should be understood that it is not required to implement all the shown components, and more or fewer components can be implemented alternatively. Those skilled in the art will understand that the computer device described here is a device capable of automatically performing numerical calculations and / or information processing according to pre-set or stored instructions, and its hardware includes, but is not limited to, microprocessors, application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), digital signal processors (DSPs), embedded devices, etc.

[0100] Computer devices can include desktop computers, laptops, handheld computers, and cloud servers. These devices allow for human-computer interaction with users through methods such as keyboards, mice, remote controls, touchpads, or voice-activated devices.

[0101] The memory 310 includes at least one type of readable storage medium, including flash memory, hard disk, multimedia card, card-type memory (e.g., SD or DX memory), random access memory (RAM), static random access memory (SRAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), programmable read-only memory (PROM), magnetic memory, magnetic disk, optical disk, etc. In some embodiments, the memory 310 may be an internal storage unit of the computer device 300, such as the hard disk or memory of the computer device 300. In other embodiments, the memory 310 may also be an external storage device of the computer device 300, such as a plug-in hard disk, smart media card (SMC), secure digital (SD) card, flash card, etc. Of course, the memory 310 may also include both internal storage units and external storage devices of the computer device 300. In this embodiment, the memory 310 is typically used to store the operating system and various application software installed on the computer device 300, such as computer-readable instructions for a data packet generation method used in firmware burning of a display device. Furthermore, the memory 310 can also be used to temporarily store various types of data that have been output or will be output.

[0102] In some embodiments, processor 320 may be a central processing unit (CPU), controller, microcontroller, microprocessor, or other data processing chip. This processor 320 is typically used to control the overall operation of computer device 300. In this embodiment, processor 320 is used to execute computer-readable instructions stored in memory 310 or to process data, for example, to execute computer-readable instructions applied to a data packet generation method for firmware burning of a display device.

[0103] The network interface 330 may include a wireless network interface or a wired network interface, which is typically used to establish a communication connection between the computer device 300 and other electronic devices.

[0104] The computer device provided in this application can ensure the integrity and accuracy of the received data through hash fingerprint generation and metadata verification, avoiding firmware burning failure due to data errors. In addition, when the metadata verification result is incomplete, the received data sequence is reacquired until a complete and accurate result is obtained, which improves the reliability of the entire burning process. By logically fusing the firmware burning instruction sequence with the current status data of the display device, the generated burning data package can adapt to display devices with different states and configurations, improving the versatility and adaptability of the method.

[0105] This application also provides another embodiment, namely, providing a computer-readable storage medium storing computer-readable instructions that can be executed by at least one processor to cause the at least one processor to perform the steps of the data packet generation method for firmware burning of a display device as described above.

[0106] The computer-readable storage medium provided in this application, through hash fingerprint generation and metadata verification, can ensure the integrity and accuracy of received data, avoiding firmware burning failure due to data errors. In addition, when the metadata verification result is incomplete, the received data sequence is reacquired until a complete and accurate result is obtained, which improves the reliability of the entire burning process. By logically fusing the firmware burning instruction sequence with the current status data of the display device, the generated burning data package can adapt to display devices with different states and configurations, improving the versatility and adaptability of the method.

[0107] Through the above description of the embodiments, those skilled in the art can clearly understand that the methods of the above embodiments can be implemented by means of software plus necessary general-purpose hardware platforms. Of course, they can also be implemented by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk) and includes several instructions to cause a terminal device (which may be a mobile phone, computer, server, air conditioner, or network device, etc.) to execute the methods of the various embodiments of this application.

[0108] Obviously, the embodiments described above are only some embodiments of this application, not all embodiments. The accompanying drawings show preferred embodiments of this application, but do not limit the patent scope of this application. This application can be implemented in many different forms; rather, the purpose of providing these embodiments is to provide a more thorough and comprehensive understanding of the disclosure of this application. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art can still modify the technical solutions described in the foregoing specific embodiments, or make equivalent substitutions for some of the technical features. Any equivalent structures made using the content of this application's specification and drawings, directly or indirectly applied to other related technical fields, are similarly within the scope of patent protection of this application.

Claims

1. A data packet generation method for firmware burning in display devices [PJ1], characterized in that, Includes the following steps: The received data sequence is obtained by acquiring the transmitted binary data stream from the display device through the serial communication channel. The received data sequence is processed using a hash algorithm to generate a hash fingerprint of the transmitted data. Read the local database and index the binary file that matches the hash fingerprint of the transmitted data in the local database to obtain the target matching file; Extract verification metadata from the file entity of the target matching file; Based on the verification metadata, the transmission metadata of the received data sequence is subjected to metadata verification processing to obtain the metadata verification result; If the metadata verification result is incomplete, the target matching file is retrieved again from the local database until the metadata verification result of the target matching file is complete, thus obtaining a complete and accurate received data sequence. Obtain the firmware burning instruction sequence from the received data sequence, and perform logical fusion processing between the firmware burning instruction sequence and the current status data of the display device to obtain the target burning data packet; The target programming data packet is transmitted back to the display device via the serial communication channel.

2. The data packet generation method for firmware burning of display devices according to claim 1, characterized in that, After the step of obtaining the received data sequence by acquiring the transmitted binary data stream from the display device according to the serial communication channel, the following steps are also included: Calculate the cyclic redundancy check value of the received data sequence; Determine whether the cyclic redundancy check value matches the preset check value; If the cyclic redundancy check value matches the preset check value, a complete transmission data sequence is obtained; If the cyclic redundancy check value does not match the preset check value, the received data sequence is reacquired until the cyclic redundancy check value of the reacquired received data sequence matches the preset check value, thus obtaining a complete transmission data sequence.

3. The data packet generation method for firmware burning of display devices according to claim 1, characterized in that, The step of reading the local database and indexing the binary file that matches the hash fingerprint of the transmitted data in the local database to obtain the target matching file specifically includes the following steps: Calculate the hash fingerprint of each local file in the local database respectively; The hash fingerprints of each local file are compared sequentially with the hash fingerprint of the transmitted data. If a matching hash fingerprint is found for the first time, the local file corresponding to the first matching hash fingerprint is determined as the target matching file.

4. The data packet generation method for firmware burning of display devices according to claim 3, characterized in that, The step of re-acquiring the target matching file from the local database until the metadata verification result of the target matching file is complete, to obtain a complete and accurate received data sequence, specifically includes the following steps: Mark the local file corresponding to the first matching hash fingerprint as a non-matching file; The hash fingerprints of each unmatched file in the local file list are compared sequentially. If a new matching hash fingerprint is found, the local file corresponding to the new matching hash fingerprint is determined as the target matching file.

5. The data packet generation method for firmware burning of display devices according to claim 1, characterized in that, The step of logically fusing the firmware burning instruction sequence with the current status data of the display device to obtain the target burning data package specifically includes the following steps: The current status data of the display device is obtained in real time through the serial communication channel; The firmware burning instruction sequence and the current status data are dynamically matched to obtain the mapping relationship between device status and burning instructions; The firmware burning instruction sequence is divided into multiple reusable modules; The reusable module is dynamically adjusted according to the mapping relationship to obtain the adjusted reusable model. The target data packet is obtained by executing logical fusion rules on the adjusted reusable model according to the embedded script engine.

6. The data packet generation method for firmware burning of display devices according to claim 5, characterized in that, The step of dynamically adjusting the reusable module according to the mapping relationship to obtain the adjusted reusable model specifically includes the following steps: The mapping relationship is parsed to obtain the module selection rules, parameter modification rules, and order adjustment rules; According to the module selection rules, target reusable modules are matched from the reusable modules, and the target reusable modules are combined into a basic process framework; The basic process framework is adjusted according to the parameter modification rules to obtain the adjusted basic process framework. The execution order of the adjusted basic process framework is adjusted according to the order adjustment rules, and the adjusted reusable model is obtained.

7. The data packet generation method for firmware burning of display devices according to claim 1, characterized in that, After the step of logically fusing the firmware burning instruction sequence with the current state data of the display device to obtain the target burning data packet, the following steps are also included: Perform SHA-256 hash calculation on the entire target burning data packet; and / or Perform cyclic redundancy check on the key instruction modules of the target data packet; and / or The target data packet is digitally signed and verified using the device's unique key.

8. A data packet generation apparatus for firmware burning in display devices, characterized in that, include: The data stream acquisition module is used to acquire the transmitted binary data stream from the display device based on the serial communication channel, and obtain the received data sequence. The hash fingerprint generation module is used to perform hash fingerprint generation processing on the received data sequence according to a hash algorithm to obtain the hash fingerprint of the transmitted data. The target matching file acquisition module is used to read the local database and index the binary file that matches the hash fingerprint of the transmitted data in the local database to obtain the target matching file; The verification metadata acquisition module is used to extract verification metadata from the file entity of the target matching file; The metadata verification module is used to perform metadata verification processing on the transmission metadata of the received data sequence based on the verification metadata, and obtain the metadata verification result; The target confirmation file acquisition module is used to re-acquire the target matching file from the local database if the metadata verification result is incomplete, until the metadata verification result of the target matching file is complete, so as to obtain a complete and accurate received data sequence. The logic fusion module is used to acquire the firmware burning instruction sequence in the received data sequence, and to perform logical fusion processing on the firmware burning instruction sequence and the current status data of the display device to obtain the target burning data packet; The data packet return module is used to return the target programming data packet to the display device according to the serial communication channel.

9. A computer device, comprising a memory and a processor, characterized in that, The memory stores computer-readable instructions, and when the processor executes the computer-readable instructions, it implements the steps of the data packet generation method for firmware burning of a display device as described in any one of claims 1 to 7.

10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer-readable instructions, which, when executed by a processor, implement the steps of the data packet generation method for firmware burning of a display device as described in any one of claims 1 to 7.

Images