Data burning method, device, equipment and storage medium

Abstract

This application discloses a data burning method, apparatus, device, and storage medium. The method includes: acquiring host computer data when entering burning mode; performing single-packet verification on the host computer data to obtain a single-packet verification result; writing the host computer data into an external memory when the single-packet verification result is successful; and performing readback verification on the host computer data in the external memory to obtain the data burning result.

Description

Technical Field

[0001] This application relates to the field of communication technology, and in particular to data burning methods, apparatus, devices and storage media. Background Technology

[0002] With the rapid development of over-ear headphones, user demands for headphone functionality are constantly increasing, leading to a diversification of product features. Modern headphones not only need to meet basic audio playback functions but also support advanced features such as noise cancellation, wireless connectivity, voice assistants, and health monitoring. The realization of these functions relies on high-performance Bluetooth (BT) chips and related hardware and software support. As headphone functionality increases, firmware updates and data management become more complex. Firmware updates need to ensure the integrity and reliability of data during transmission and storage to avoid functional abnormalities or device malfunctions due to data corruption. However, existing data burning and update technologies still have shortcomings in terms of reliability and efficiency.

[0003] Therefore, ensuring efficient data burning is a problem that urgently needs to be solved.

[0004] The above content is only used to help understand the technical solution of this application and does not represent an admission that the above content is prior art. Summary of the Invention

[0005] The main purpose of this application is to provide a data burning method, apparatus, data burning device and storage medium, aiming to solve the technical problem of ensuring efficient data burning.

[0006] To achieve the above objectives, this application proposes a data burning method, the method comprising:

[0007] When entering the burning mode, acquire data from the host computer;

[0008] Perform single-packet verification on the host computer data and obtain the single-packet verification result;

[0009] When the single packet verification result is successful, the host computer data is written to the external storage.

[0010] The host computer data in the external memory is read back and verified to obtain the data burning result.

[0011] In one embodiment, the step of performing single-packet verification on the host computer data to obtain the single-packet verification result includes:

[0012] The host computer data is intercepted to obtain single packet data and host computer verification code;

[0013] Perform single-packet verification based on the single-packet data and the host computer's checksum to obtain the single-packet verification result.

[0014] In one embodiment, the step of performing single-packet verification based on single-packet data and host computer checksum to obtain single-packet verification result includes:

[0015] Perform cyclic redundancy check on the data in a single packet to obtain the single packet check result;

[0016] The single-packet verification code is obtained based on the single-packet verification result;

[0017] The comparison result is obtained by comparing the single packet check code with the host computer check code;

[0018] If the comparison results are the same, the single package verification result is determined to be verified as passed;

[0019] If the comparison results are different, the single package verification result is determined to be a verification failure.

[0020] In one embodiment, the method further includes:

[0021] When the single-packet verification result of the host computer data is "verification passed", obtain the number of verification passes.

[0022] When the number of successful verifications reaches a preset number, acquire the host computer data corresponding to the preset number of verifications.

[0023] Call the external memory write interface to write the host computer data corresponding to the preset number of times into the target sector of the external memory.

[0024] In one embodiment, the step of reading back and verifying the host computer data in the external memory to obtain the data burning result includes:

[0025] Respond to the readback verification command to obtain the target written data length and the number of packets of target written data;

[0026] The cutoff address of the readback data area is determined based on the target write data length and the number of packets of target write data.

[0027] Read the target host computer data in the external memory according to the cutoff address of the readback data area and obtain the attached verification code in the readback verification instruction;

[0028] Perform cyclic redundancy check on the target host computer data to obtain the overall check code;

[0029] The data burning result is obtained by comparing the overall check code and the attached check code.

[0030] In one embodiment, the step of comparing the overall check code and the attached check code to obtain the data burning result includes:

[0031] If the overall checksum and the attached checksum are different, the readback checksum result is determined to be a programming failure.

[0032] Correspondingly, the methods also include:

[0033] If the readback verification result indicates a burning failure, a re-burning command will be identified and the program will be re-burned.

[0034] In one embodiment, the step of writing the host computer data to the external memory when the single packet verification result is successful further includes:

[0035] When the size of the data on the host computer does not meet the preset unit, the remaining space of the sector where the data on the host computer is written is kept in an erased state.

[0036] Furthermore, to achieve the above objectives, this application also proposes a data burning device, which includes:

[0037] The data receiving module is used to acquire data from the host computer when the programming mode is entered;

[0038] The single-packet verification module is used to perform single-packet verification on the host computer data and obtain the single-packet verification result.

[0039] The data writing module is used to write the host computer data to the external storage when the single packet verification result is successful.

[0040] The readback verification module is used to read back and verify the host computer data in the external storage to obtain the data burning results.

[0041] In addition, to achieve the above objectives, this application also proposes a data burning device, which includes: a memory, a processor, and a data burning program stored in the memory and executable on the processor, the data burning program being configured to implement the steps of the data burning method described above.

[0042] In addition, to achieve the above objectives, this application also proposes a storage medium, which is a computer-readable storage medium, on which a computer program is stored, and when the computer program is executed by a processor, it implements the steps of the data burning method described above.

[0043] In addition, to achieve the above objectives, this application also provides a computer program product, which includes a computer program that, when executed by a processor, implements the steps of the data burning method described above.

[0044] This application provides a data burning method. The method involves first acquiring host computer data while in burning mode; performing single-packet verification on the host computer data to obtain a single-packet verification result; writing the host computer data to an external memory when the single-packet verification result is successful; and performing readback verification on the host computer data in the external memory to obtain the data burning result.

[0045] In summary, this application provides dual protection for the integrity of data transmission and storage through single-packet verification and readback verification, reducing programming errors. Packet processing and batch writing reduce the number of interactions and shorten programming time. The automated error detection and recovery mechanism reduces manual intervention and lowers the equipment return rate. While ensuring the reliability of data programming, it also improves efficiency and user experience. Attached Figure Description

[0046] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this application and, together with the description, serve to explain the principles of this application.

[0047] To more clearly illustrate the technical solutions in the embodiments of this application or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, for those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0048] Figure 1 This is a flowchart illustrating the data burning method of this application in Embodiment 1.

[0049] Figure 2 A simplified block diagram of single-packet data verification provided for an embodiment of the data burning method of this application;

[0050] Figure 3 This is a flowchart illustrating the external Flash programming design of an embodiment of the data programming method of this application.

[0051] Figure 4 This is a flowchart illustrating Embodiment 2 of the data burning method of this application;

[0052] Figure 5 This is a schematic diagram of the module structure of the data burning device according to an embodiment of this application;

[0053] Figure 6 This is a schematic diagram of the device structure of the hardware operating environment involved in the data burning method of this application embodiment.

[0054] The purpose, features, and advantages of this application will be further explained in conjunction with the embodiments and with reference to the accompanying drawings. Detailed Implementation

[0055] It should be understood that the specific embodiments described herein are merely illustrative of the technical solutions of this application and are not intended to limit this application.

[0056] To better understand the technical solution of this application, a detailed description will be provided below in conjunction with the accompanying drawings and specific implementation methods.

[0057] The main solution of this application embodiment is as follows: when entering the burning mode, acquire host computer data; perform single packet verification on the host computer data to obtain the single packet verification result; when the single packet verification result is that the verification is passed, write the host computer data into the external memory; perform readback verification on the host computer data in the external memory to obtain the data burning result.

[0058] With the rapid development of headphones and the increasing demands of users, product functions are becoming increasingly diversified. Generally, the resources of the BT chip used in headphones are sufficient for software development, but for some special functions, external components are still needed to expand functionality. The solution involved in this patent is one such example: using the BT chip as the main controller and reading data from external Flash memory to play prompts. The classic BT chip using the BES platform has 8 Mbits of internal Flash memory, but the planned size of the prompt data is known to be around 5 Mbits, therefore, external Flash memory is needed to store and retrieve this data.

[0059] Therefore, ensuring efficient data burning is a problem that urgently needs to be solved.

[0060] This application, upon entering the programming mode, acquires data from the host computer; performs single-packet verification on the host computer data to obtain the single-packet verification result; if the single-packet verification result is successful, the host computer data is written to external storage; and the host computer data in external storage is read back for verification to obtain the data programming result. This overcomes the technical defects of low efficiency and high cost in the data programming process, and can complete the transmission, programming, and accurate verification of communication data in a relatively efficient and stable manner. After completing the programming of the host computer data file in a short time, it also ensures that the data written to the Flash is completely consistent with the original file. Through the established detailed communication and programming processes, data corruption and storage errors are virtually eliminated.

[0061] Based on this, the embodiments of this application provide a data burning method, referring to... Figure 1 , Figure 1 This is a flowchart illustrating the first embodiment of the data burning method of this application.

[0062] In this embodiment, the data burning method includes steps S10 to S30:

[0063] Step S10: When entering the burning mode, acquire data from the host computer.

[0064] It should be noted that the execution subject of this embodiment is a data burning device. A data burning device refers to an electronic device that can be worn by a user, such as a headset. This embodiment does not make specific limitations on this, and this embodiment uses a headset as an example for explanation.

[0065] It should be understood that the burning mode refers to a special operating mode of the device used for receiving and storing data. The host computer can be a control device, such as a computer, used to send data to the data burning device.

[0066] In the specific implementation, data is received through the MCU's serial port 0 / 1. The length of the receive buffer is changed in the system configuration to 1024 / 512 Bytes as defined in this patent. Communication is initiated by the host computer and enters ATS mode. When a specific instruction is received, it enters Flash programming mode. At this time, the host computer starts to send single packet data of the corresponding length + CRC16 check code. After the earphone receives it, it is first cached in the RAM area.

[0067] Step S20: Perform single-packet verification on the host computer data to obtain the single-packet verification result;

[0068] like Figure 2 As shown, Figure 2 A simplified diagram for single-packet data verification shows that a host computer (e.g., a PC) communicates with a slave device (e.g., a headset) via a serial port board. The host computer sends data (TX), which the serial port board receives and forwards to the headset's receiver (RX). The headset temporarily stores the received data in RAM, performs single-packet verification to confirm data integrity, and then writes the verified data into the FLASH memory. After writing, the headset sends an acknowledgment signal (ACK) to the serial port board via its transmitter (TX). The serial port board then sends the ACK signal back to the host computer's receiver (RX), indicating that the data has been successfully received and written. This process ensures the accuracy and reliability of data transmission.

[0069] It should be noted that performing packet-by-packet verification on the data received from the host computer is to ensure the integrity of each packet; single-packet verification refers to verifying each received data packet to ensure that the data is not damaged or lost during transmission.

[0070] In the specific implementation, the data is extracted through serial port interrupt, a portion of the single packet data is intercepted and subjected to CRC16 verification, and then compared with the intercepted host computer verification code to determine whether the single packet verification result passes.

[0071] In one feasible implementation, step S20 may include steps A11 to A12:

[0072] Step A11: Capture the host computer data to obtain single packet data and host computer verification code;

[0073] It's important to note that interception involves separating individual data packets and the host computer's checksum from the received data. Individual data packets refer to data sent from the host computer that has been divided into multiple smaller packets, each containing a portion of the data. The host computer's checksum is a checksum generated by the host computer for each data packet, used to verify the integrity of the data.

[0074] Step A12: Perform single packet verification based on the single packet data and the host computer's checksum to obtain the single packet verification result.

[0075] In one feasible implementation, step A12 may include steps B11 to B12:

[0076] Step B11: Perform cyclic redundancy check on the single packet data to obtain the single packet check result;

[0077] It should be noted that Cyclic Redundancy Check (CRC) is a verification method used to detect errors during data transmission or storage. It uses a specific mathematical algorithm to convert a set of data into a fixed-length checksum (which can be 16 or 32 bits). This checksum can be used to verify the integrity and accuracy of the data.

[0078] Step B12: Obtain the single packet verification code based on the single packet verification result.

[0079] It should be understood that the single packet checksum is a checksum generated by the CRC checksum algorithm and is used to verify the integrity of single packet data.

[0080] Step B13: Compare the single packet checksum with the host computer checksum to obtain the comparison result;

[0081] It should be noted that the comparison result is determined by comparing whether the two check codes are consistent to determine whether the data is correct.

[0082] Step B14: If the comparison results are the same, determine that the single package verification result is verified as passed;

[0083] Step B15: If the comparison results are different, determine that the single package verification result is a verification failure.

[0084] Furthermore, when the single-packet verification result of the upper computer data is "verification passed", the number of verification passes is obtained;

[0085] When the number of successful verifications reaches a preset number, acquire the host computer data corresponding to the preset number of verifications.

[0086] Call the external memory write interface to write the host computer data corresponding to the preset number of times into the target sector of the external memory.

[0087] It should be understood that if the request passes, the host computer will be notified via serial port to send the next packet.

[0088] If the transmission fails, the current packet will be retransmitted for single-packet verification.

[0089] It should be noted that obtaining the number of successful verifications means recording the number of data packets that passed verification. The aforementioned preset number refers to the number of times data is prepared to be written when the number of successful verifications reaches a preset value, which can be 4 times. The external storage can be the target sector of Flash memory.

[0090] Step S30: When the single packet verification result is successful, write the host computer data to the external memory.

[0091] Furthermore, when the size of the data on the host computer does not meet the preset unit, the remaining space of the sector where the data on the host computer is written is kept in an erased state.

[0092] In the specific implementation, to reduce interaction time, Flash writing is performed on a per-sector basis. After a single packet data transmission and verification is successful four times, that is, 4KB of data has been cached in the current RAM, the Flash write interface is called to write this 4KB of data to a sector of the Flash (i.e., a sector, which is the smallest addressable unit used to store data in a storage device (such as a hard disk, Flash memory, etc.)).

[0093] It should be noted that the erased state is the state of the Flash memory when no data has been written to it, and it is usually all 1s (0xFF).

[0094] It should be understood that for data less than 4k or the last data packet less than 1k, the empty area of ​​that sector in Flash will not be overwritten, and will remain in the erased state of 0xff.

[0095] Step S40: Read back and verify the host computer data in the external memory to obtain the data burning result.

[0096] It should be noted that readback verification involves reading data from the memory and comparing it with the original data to verify whether the data was written correctly.

[0097] like Figure 3 As shown, Figure 3This document presents a flowchart for external Flash programming, involving the host computer (PC), headset (slave device), and the communication protocol between them. The entire process is completed through a series of instructions and data transmission steps, ensuring that data is correctly programmed into the headset's memory: The host computer sends a command to the headset to enter ATS (Automatic Test System) mode, and the headset confirms entering this mode; the host computer sends a command to the headset to enter Flash VP programming mode, and the headset confirms entering this mode and prepares to receive data; the host computer begins sending data, each data packet containing 1KB of data plus a CRC16 checksum for verifying data integrity; the headset receives the data and verifies the CRC16 checksum. If the verification is successful, the headset replies with confirmation; if it fails, the headset replies with a failure message; the headset writes the successfully verified data into its internal Flash memory. Every 4KB of data received is written to the Flash memory. The host computer continues sending data packets, and the headset repeats the receiving and verification process. After sending all data, the host computer sends an ATS command containing a full data packet checksum. The headset reads all data from the Flash memory for final verification and sends the result back to the host computer. If the programming is successful, the host computer sends a command to the headset to exit programming mode, and the headset confirms and exits. If programming fails, the host computer sends a command to the headset to restart the programming process, and the headset confirms and prepares to receive data again.

[0098] It should be noted that the implementation scheme adopted in this strategy is as follows: the programming is achieved by using a host computer - MCU - external FLASH, and the data transmission process is achieved through serial communication.

[0099] This strategy can also transmit data via BLE and SPP communication methods through online burning, with the same burning and verification operations performed on the headset.

[0100] Since the Flash data needs to be burned during the headphone production stage, the first wired communication solution, which is more efficient and stable, is adopted.

[0101] The transmission process between the host computer and the data source defined in this strategy is relatively stable with a communication interval of >60ms due to the long data length and the time-consuming interaction process.

[0102] The Flash programming method defined in this strategy is a production process that requires the use of ATS commands. It requires entering Flash programming mode first through specific commands before the serial communication data can be cached, verified, and written. Finally, the check command is used for readback verification.

[0103] This strategy involves online programming, which differs from the integrated motherboard programming tools provided by the chip platform. It requires the device to be powered on, with communication functioning correctly, the SPI protocol working properly, and the Flash memory model and instructions being correct.

[0104] This embodiment provides a data burning method. First, upon entering burning mode, it acquires data from the host computer; then, it performs single-packet verification on the host computer data to obtain the verification result; if the verification result is successful, it writes the host computer data to external storage; finally, it performs readback verification on the host computer data in external storage to obtain the data burning result. Through single-packet verification and readback verification, it ensures that the data remains intact during transmission and storage, avoiding burning failures due to data corruption. The precise verification process ensures that data is correctly written to storage, reducing device malfunctions caused by burning errors. It supports firmware updates for complex functions, meeting the needs of high-performance devices. The automated verification and error detection mechanism reduces manual intervention and lowers the device return rate. It ensures stable device operation, reduces malfunctions, and improves user satisfaction.

[0105] Based on the first embodiment of this application, in the second embodiment of this application, the content that is the same as or similar to that in Embodiment 1 above can be referred to the above description, and will not be repeated hereafter. Based on this, please refer to... Figure 4 Step S40 further includes steps S401 to S405:

[0106] Step S401: Respond to the readback verification command and obtain the target written data length and the number of packets of target written data;

[0107] It should be noted that the readback verification command, also known as the check command, is used to trigger the device to read data from the memory and perform verification. The target write data length is the length of all data before the last write operation; the target write data packet number is the length of the last write operation.

[0108] It should be understood that after completing the verification of all single-packet data and the writing of sector data, it is necessary to read back and verify all data written to Flash.

[0109] In the actual implementation, the Flash check command is used as a signal to directly write the above special format data into the external Flash and record the length of the last written data.

[0110] Step S402: Determine the cutoff address of the readback data area based on the target write data length and the number of packets of target write data;

[0111] In the specific implementation, the cutoff address of the Flash readout area is locked based on the length of all data before the last write plus the length of the last write.

[0112] Step S403: Read the target host computer data in the external memory according to the cutoff address of the readback data area and obtain the attached verification code in the readback verification instruction;

[0113] It should be noted that the cutoff address of the readback data area is the end position of the data to be read in the memory, i.e., the cutoff address of the Flash memory's readback area. This address is used to determine the range of the read operation.

[0114] Step S404: Perform cyclic redundancy check on the target host computer data to obtain the overall check code;

[0115] In the specific implementation, the written data is read out into RAM in a loop, and CRC checksums are accumulated multiple times. Finally, the overall CRC checksum is obtained.

[0116] It should be noted that the overall checksum is the checksum generated after performing a CRC check on the entire data block.

[0117] Step S405: Compare the overall check code and the attached check code to obtain the data burning result.

[0118] In the specific implementation, the CRC check code is checked as a whole and compared with the CRC check code of the host computer attached to the check command to determine whether the entire Flash burning process and the stored data are successful and valid.

[0119] It should be noted that the comparison result is to compare whether the two check codes are consistent in order to determine whether the data has been correctly written to the memory; the data burning result is the final result to determine whether the data burning was successful.

[0120] In one possible implementation, step S405 may include step A10:

[0121] Step A10: If the overall verification code and the attached verification code are different, determine that the readback verification result is a burning failure.

[0122] Correspondingly, the methods also include:

[0123] Step A20: If the readback verification result indicates a burning failure, identify the re-burning command and re-burn.

[0124] In the specific implementation, for Flash burning that fails to complete the overall calibration, it indicates that there may be a problem during the writing process. In this case, the headphones can restart the burning process by recognizing the Restart ATS instruction specified in this design, resetting the burning start address and uniformly erasing the burning failure area.

[0125] In this embodiment, readback verification commands and CRC checks ensure data integrity during storage and retrieval. If data inconsistencies are detected, they can be identified and addressed promptly. A precise verification process ensures data is correctly written to the memory; even in complex environments, the verification mechanism can promptly detect errors and reprogram the device, improving programming reliability. When programming failure is detected, the device can automatically recognize the reprogramming command and restart the programming process, reducing manual intervention and increasing automation. This ensures the reliability and automation of the programming process, reduces unexpected malfunctions during device use, and enhances user trust and satisfaction.

[0126] It should be noted that the above examples are only for understanding this application and do not constitute a limitation on the data burning method of this application. Any simple modifications based on this technical concept are within the protection scope of this application.

[0127] This application also provides a data burning device, please refer to... Figure 5 The data burning device includes:

[0128] The data receiving module 10 is used to acquire data from the host computer when the programming mode is entered;

[0129] The single packet verification module 20 is used to perform single packet verification on the host computer data and obtain the single packet verification result.

[0130] The data writing module 30 is used to write the host computer data to the external storage when the single packet verification result is that the verification is passed.

[0131] The readback verification module 40 is used to read back and verify the host computer data in the external memory to obtain the data burning result.

[0132] This embodiment provides a data burning device. When entering the burning mode, this embodiment acquires host computer data; performs single-packet verification on the host computer data to obtain the single-packet verification result; when the single-packet verification result is successful, writes the host computer data into the external memory; and performs readback verification on the host computer data in the external memory to obtain the data burning result.

[0133] In summary, this embodiment acquires host computer data upon entering the burning mode; performs single-packet verification on the host computer data to obtain the single-packet verification result; when the single-packet verification result is successful, the host computer data is written to external memory; and performs readback verification on the host computer data in external memory to obtain the data burning result. This overcomes the technical defects of low efficiency in the data burning process, shortens the burning time, and the automated error detection and recovery mechanism reduces manual intervention and lowers the equipment return rate. While ensuring the reliability of data burning, it also improves efficiency and user experience.

[0134] Optionally, the single packet verification module 20 is also used to intercept the host computer data to obtain single packet data and host computer verification code;

[0135] Perform single-packet verification based on the single-packet data and the host computer's checksum to obtain the single-packet verification result.

[0136] Optionally, the single packet verification module 20 is also used to perform cyclic redundancy verification on the single packet data to obtain the single packet verification result;

[0137] The single-packet verification code is obtained based on the single-packet verification result.

[0138] The comparison result is obtained by comparing the single packet check code with the host computer check code;

[0139] If the comparison results are the same, the single package verification result is determined to be verified as passed;

[0140] If the comparison results are different, the single package verification result is determined to be a verification failure.

[0141] Optionally, the single packet verification module 20 is also used to obtain the number of times the verification passes when the single packet verification result of the host computer data is that the verification passes;

[0142] When the number of successful verifications reaches a preset number, acquire the host computer data corresponding to the preset number of verifications.

[0143] Call the external memory write interface to write the host computer data corresponding to the preset number of times into the target sector of the external memory.

[0144] Optionally, the readback verification module 40 is also used to respond to the readback verification command and obtain the target written data length and the number of packets of the target written data;

[0145] The cutoff address of the readback data area is determined based on the target write data length and the number of packets of target write data.

[0146] Read the target host computer data in the external memory according to the cutoff address of the readback data area and obtain the attached verification code in the readback verification instruction;

[0147] Perform cyclic redundancy check on the target host computer data to obtain the overall check code;

[0148] The data burning result is obtained by comparing the overall check code and the attached check code.

[0149] Optionally, the readback verification module 40 is also used to determine the readback verification result as a burning failure when the overall verification code and the attached verification code are different.

[0150] Correspondingly, the methods also include:

[0151] If the readback verification result indicates a burning failure, a re-burning command will be identified and the program will be re-burned.

[0152] Optionally, the data writing module 30 is also used to control the remaining space of the sector where the data is written to the host computer to remain in an erased state when the size of the host computer data does not meet the preset unit.

[0153] The data burning apparatus provided in this application, employing the data burning method described in the above embodiments, effectively addresses the technical problem of efficient data burning. Compared to the prior art, the beneficial effects of the data burning apparatus provided in this application are the same as those of the data burning method described in the above embodiments, and other technical features in the data burning apparatus are the same as those disclosed in the methods described in the above embodiments, and will not be elaborated upon here.

[0154] This application provides a data burning device, which includes: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to perform the data burning method in the first embodiment described above.

[0155] The following is for reference. Figure 6 The diagram illustrates a structural schematic of a data burning device suitable for implementing embodiments of this application. The data burning device in the embodiments of this application may include, but is not limited to, mobile terminals such as mobile phones, laptops, digital broadcast receivers, PDAs (Personal Digital Assistants), PADs (Portable Application Description), PMPs (Portable Media Players), in-vehicle terminals (e.g., in-vehicle navigation terminals), and fixed terminals such as digital TVs and desktop computers. Figure 6 The data burning device shown is merely an example and should not impose any limitations on the functionality and scope of use of the embodiments of this application.

[0156] like Figure 6As shown, the data burning device may include a processing unit 1001 (e.g., a central processing unit, a graphics processing unit, etc.), which can perform various appropriate actions and processes according to a program stored in a read-only memory (ROM) 1002 or a program loaded from a storage device 1003 into a random access memory (RAM) 1004. The RAM 1004 also stores various programs and data required for the operation of the data burning device. The processing unit 1001, ROM 1002, and RAM 1004 are interconnected via a bus 1005. An input / output (I / O) interface 1006 is also connected to the bus. Typically, the following systems can be connected to the I / O interface 1006: input devices 1007 including, for example, a touchscreen, touchpad, keyboard, mouse, image sensor, microphone, accelerometer, gyroscope, etc.; output devices 1008 including, for example, a liquid crystal display (LCD), speaker, vibrator, etc.; storage devices 1003 including, for example, magnetic tape, hard disk, etc.; and communication devices 1009. The communication device 1009 allows the data burning device to communicate wirelessly or wiredly with other devices to exchange data. Although the figures show data burning devices with various systems, it should be understood that it is not required to implement or possess all of the systems shown. More or fewer systems may be implemented alternatively.

[0157] Specifically, according to the embodiments disclosed in this application, the processes described above with reference to the flowcharts can be implemented as computer software programs. For example, embodiments disclosed in this application include a computer program product comprising a computer program carried on a computer-readable medium, the computer program containing program code for performing the methods shown in the flowcharts. In such embodiments, the computer program can be downloaded and installed from a network via a communication device, or installed from storage device 1003, or installed from ROM 1002. When the computer program is executed by processing device 1001, it performs the functions defined in the methods of the embodiments disclosed in this application.

[0158] The data burning device provided in this application, employing the data burning method described in the above embodiments, effectively addresses the technical problem of efficient data burning. Compared to the prior art, the beneficial effects of the data burning device provided in this application are the same as those of the data burning method described in the above embodiments, and other technical features of this data burning device are the same as those disclosed in the previous embodiment method, and will not be repeated here.

[0159] It should be understood that the various parts disclosed in this application can be implemented using hardware, software, firmware, or a combination thereof. In the description of the above embodiments, specific features, structures, materials, or characteristics can be combined in any suitable manner in one or more embodiments or examples.

[0160] The above description is merely a specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

[0161] This application provides a computer-readable storage medium having computer-readable program instructions (i.e., a computer program) stored thereon, the computer-readable program instructions being used to execute the data burning method described in the above embodiments.

[0162] The computer-readable storage medium provided in this application may be, for example, a USB flash drive, but is not limited to, electrical, magnetic, optical, electromagnetic, infrared, or semiconductor systems, devices, or any combination thereof. More specific examples of computer-readable storage media may include, but are not limited to: electrical connections having one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination thereof. In this embodiment, the computer-readable storage medium may be any tangible medium containing or storing a program that can be used by or in conjunction with an instruction execution system, system, or device. The program code contained on the computer-readable storage medium may be transmitted using any suitable medium, including but not limited to: wires, optical cables, RF (Radio Frequency), etc., or any suitable combination thereof.

[0163] The aforementioned computer-readable storage medium may be included in the data burning device; or it may exist independently and not be assembled into the data burning device.

[0164] The aforementioned computer-readable storage medium carries one or more programs. When the aforementioned one or more programs are executed by the data burning device, the data burning device: upon entering the burning mode, acquires host computer data; performs single-packet verification on the host computer data to obtain a single-packet verification result; when the single-packet verification result is successful, writes the host computer data into the external memory; and performs readback verification on the host computer data in the external memory to obtain the data burning result.

[0165] Computer program code for performing the operations of this application can be written in one or more programming languages ​​or a combination thereof, including object-oriented programming languages ​​such as Java, Smalltalk, and C++, and conventional procedural programming languages ​​such as the "C" language or similar programming languages. The program code can be executed entirely on the user's computer, partially on the user's computer, as a standalone software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In cases involving remote computers, the remote computer can be connected to the user's computer via any type of network—including a Local Area Network (LAN) or a Wide Area Network (WAN)—or can be connected to an external computer (e.g., via the Internet using an Internet service provider).

[0166] The flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of this application. In this regard, each block in a flowchart or block diagram may represent a module, segment, or portion of code containing one or more executable instructions for implementing a specified logical function. It should also be noted that in some alternative implementations, the functions indicated in the blocks may occur in a different order than those indicated in the drawings. For example, two consecutively indicated blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in the block diagrams and / or flowcharts, and combinations of blocks in the block diagrams and / or flowcharts, can be implemented using a dedicated hardware-based system that performs the specified function or operation, or using a combination of dedicated hardware and computer instructions.

[0167] The modules described in the embodiments of this application can be implemented in software or hardware. The names of the modules do not necessarily limit the functionality of the unit itself.

[0168] The readable storage medium provided in this application is a computer-readable storage medium that stores computer-readable program instructions (i.e., a computer program) for executing the above-described data burning method. This solves the technical problems of discomfort and limitations caused by long-term use of traditional orthodontic products. Compared with the prior art, the beneficial effects of the computer-readable storage medium provided in this application are the same as those of the data burning method provided in the above embodiments, and will not be repeated here.

[0169] This application also provides a computer program product, including a computer program that, when executed by a processor, implements the steps of the data burning method described above.

[0170] The computer program product provided in this application can solve the technical problems of discomfort and limitations caused by long-term use of traditional orthodontic products. Compared with the prior art, the beneficial effects of the computer program product provided in this application are the same as those of the data burning method provided in the above embodiments, and will not be repeated here.

[0171] The above are only some embodiments of this application and do not limit the patent scope of this application. All equivalent structural transformations made under the technical concept of this application and using the contents of the specification and drawings of this application, or direct / indirect applications in other related technical fields, are included in the patent protection scope of this application.

Claims

1. A data burning method, characterized in that, The method includes: When entering the burning mode, acquire data from the host computer; Perform single-packet verification on the host computer data to obtain the single-packet verification result; When the single packet verification result is successful, the host computer data is written to the external memory; The host computer data in the external memory is read back and verified to obtain the data burning result.

2. The method as described in claim 1, characterized in that, The step of performing single-packet verification on the host computer data to obtain the single-packet verification result includes: The host computer data is intercepted to obtain single packet data and host computer verification code; The single packet is verified based on the single packet data and the host computer check code to obtain the single packet verification result.

3. The method as described in claim 2, characterized in that, The step of performing single-packet verification based on the single-packet data and the host computer checksum to obtain the single-packet verification result includes: Perform cyclic redundancy check on the single packet data to obtain the single packet check result; The single-packet verification code is obtained based on the single-packet verification result. The comparison result is obtained by comparing the single packet check code with the host computer check code; If the comparison results are the same, the single-package verification result is determined to be verified as passed; If the comparison results are different, the single-package verification result is determined to be a verification failure.

4. The method as described in claim 1, characterized in that, The method further includes: When the single-packet verification result of the host computer data is "verification passed", the number of verification passes is obtained; When the number of successful verifications reaches a preset number, the host computer data corresponding to the preset number of verifications is obtained; The external memory write interface is invoked to write the host computer data corresponding to the preset number of times into the target sector of the external memory.

5. The method as described in claim 1, characterized in that, The step of reading back and verifying the host computer data in the external memory to obtain the data burning result includes: Respond to the readback verification command to obtain the target written data length and the number of packets of target written data; The cutoff address of the readback data region is determined based on the target write data length and the number of packets of the target write data. Read the target host computer data in the external memory according to the cutoff address of the readback data area and obtain the attached verification code in the readback verification instruction; Perform cyclic redundancy check on the target host computer data to obtain the overall check code; The data burning result is obtained by comparing the overall check code and the attached check code.

6. The method as described in claim 5, characterized in that, The step of comparing the overall check code and the attached check code to obtain the data burning result includes: If the overall verification code and the attached verification code are different, the readback verification result is determined to be a burning failure. Accordingly, the method further includes: When the readback verification result indicates a burning failure, a re-burning command is identified and re-burned.

7. The method as described in claim 1, characterized in that, The step of writing the host computer data to the external memory when the single packet verification result is successful further includes: When the size of the host computer data does not meet the preset unit, the remaining space of the sector where the host computer data is written is kept in an erased state.

8. A data burning device, characterized in that, The data burning device includes: The data receiving module is used to acquire data from the host computer when the programming mode is entered; The single-packet verification module is used to perform single-packet verification on the host computer data and obtain the single-packet verification result. The data writing module is used to write the host computer data to an external memory when the single packet verification result is a successful verification. The readback verification module is used to read back and verify the host computer data in the external memory to obtain the data burning result.

9. A data burning device, characterized in that, The device includes: a memory, a processor, and a data burning program stored in the memory and executable on the processor, the data burning program being configured to implement the data burning method as described in any one of claims 1 to 7.

10. A storage medium, characterized in that, The storage medium stores a data burning program, which, when executed by a processor, implements the data burning method as described in any one of claims 1 to 7.

Images