Backlight drive debugging system and method

Abstract

The invention discloses a backlight drive debugging system and method, and the system builds a detachable serial communication connection with a backlight main control chip in a backlight assembly of a display device through the arrangement of a debugging terminal device which is provided with a man-machine interaction unit and an instruction generation unit. The debugging terminal generates a standardized debugging instruction containing an instruction type, a parameter identifier and a parameter value according to user operation, and the backlight main control chip receives and analyzes the instruction and directly modifies the driving parameters. According to the scheme, the real-time and online debugging of the backlight drive can be realized without modifying and burning firmware. The convenience and efficiency of backlight drive debugging are remarkably improved, and the dependence on professional development environments and personnel is reduced.

Description

Technical Field

[0001] This invention relates to the field of display device debugging technology, and in particular to a backlight driver debugging system and method. Background Technology

[0002] With the continuous development of display technology, especially the widespread application of advanced technologies such as local dimming, the backlight systems of display devices are becoming increasingly complex, and the need for precise configuration and dynamic debugging of backlight drive parameters is becoming more frequent. In existing technical solutions, the driver debugging of backlight components in display devices typically relies on a complete development environment. Specifically, developers or testers need to modify relevant parameters in the source code of the backlight driver software on a computer, then compile it to generate new firmware, then use a programmer to write the updated firmware into the backlight main control chip, and finally restart the device to verify the modification effect.

[0003] This traditional debugging mode has significant drawbacks, leading to poor convenience and low overall debugging efficiency. The root cause is that every minor parameter adjustment requires repeating the entire process of modifying code, compiling, flashing, and restarting for verification. This process is not only time-consuming and labor-intensive but also demands high levels of expertise from operators and heavily relies on on-site support from developers. Furthermore, debugging typically requires disassembling the device to connect the programmer, making non-destructive or rapid on-site testing impossible. This makes debugging extremely cumbersome and inefficient in production testing, quality inspection, and even after-sales maintenance. Therefore, there is an urgent need for a new debugging solution that can break free from dependence on traditional development environments and firmware flashing to achieve real-time, convenient, and efficient adjustment of backlight driver parameters. Summary of the Invention

[0004] The embodiments of the present invention provide a backlight driving debugging system and method, which aims to solve the technical problem of low overall debugging efficiency caused by the poor convenience of driving debugging of backlight components in display devices under the prior art.

[0005] In a first aspect, embodiments of the present invention provide a backlight driver debugging system, the system comprising: a debugging terminal device, the debugging terminal device including a human-machine interaction unit and an instruction generation unit, the human-machine interaction unit receiving external debugging operation information, and the instruction generation unit generating debugging instructions based on the debugging operation information; and a backlight main control chip, the debugging terminal device and the backlight main control chip establishing a detachable communication connection via a serial communication interface, the backlight main control chip including an instruction processing unit; wherein, the debugging instructions adopt a preset data format, the preset data format including at least an instruction type field, a parameter identifier field, and a parameter value field, the instruction processing unit receiving and parsing the debugging instructions, determining the debugging function to be executed based on the instruction type field, the parameter identifier field, and the parameter value field, and modifying the driving parameters of the backlight main control chip.

[0006] Secondly, embodiments of the present invention also provide a backlight driver debugging method, applied to the backlight driver debugging system described above. The method includes the following steps: receiving external debugging operation information through the human-machine interaction unit, the debugging operation information including at least a debugging function to be executed and corresponding parameter values; generating a debugging instruction with a preset data format through the instruction generation unit based on the debugging operation information, and sending the debugging instruction to the backlight main control chip via the serial communication interface, wherein the preset data format includes at least an instruction type field, a parameter identifier field, and a parameter value field; receiving and parsing the debugging instruction through the backlight main control chip, and verifying the legality of the debugging instruction; when the legality verification is passed, determining the debugging function to be executed based on the instruction type field, the parameter identifier field, and the parameter value field, and modifying the driving parameters of the backlight main control chip.

[0007] Compared with the prior art, the beneficial effects of the present invention are: In the technical solution of this invention, the backlight driver debugging system establishes a detachable serial communication connection with the backlight main control chip in the backlight assembly of the display device by setting up a debugging terminal device equipped with a human-machine interaction unit and an instruction generation unit. The debugging terminal generates standardized debugging instructions containing instruction type, parameter identifier, and parameter value based on user operations. The backlight main control chip receives and parses these instructions, directly modifying the driver parameters. This solution enables real-time, online debugging of the backlight driver without modifying or burning firmware. It significantly improves the convenience and efficiency of backlight driver debugging and reduces reliance on specialized development environments and personnel. Attached Figure Description

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

[0009] Figure 1 A schematic diagram of the backlight drive debugging system provided by the present invention; Figure 2 A flowchart of the backlight driver debugging method provided by the present invention; Figure 3 This is a first sub-flowchart of the backlight driver debugging method provided by the present invention; Figure 4 This is a second sub-flowchart of the backlight drive debugging method provided by the present invention; Figure 5 This is the third sub-flowchart of the backlight drive debugging method provided by the present invention. Detailed Implementation

[0010] The technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of the present invention. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.

[0011] It should be understood that, when used in this specification and the appended claims, the terms "comprising" and "including" indicate the presence of the described features, integrals, steps, operations, elements and / or components, but do not exclude the presence or addition of one or more other features, integrals, steps, operations, elements, components and / or collections thereof.

[0012] It should also be understood that the terminology used in this specification is for the purpose of describing embodiments only and is not intended to limit the invention. As used in this specification and the appended claims, the singular forms “a,” “an,” and “the” are intended to include the plural forms unless the context clearly indicates otherwise.

[0013] It should also be further understood that the term "and / or" as used in this specification and the appended claims refers to any combination of one or more of the associated listed items and all possible combinations, and includes such combinations.

[0014] To address the technical problem of low overall debugging efficiency caused by the poor ease of driving and debugging backlight components in existing display devices, this invention discloses a backlight driving and debugging system. (Refer to...) Figure 1 The backlight driver debugging system includes: a debugging terminal device, which includes a human-machine interaction unit and an instruction generation unit. The human-machine interaction unit receives external debugging operation information, and the instruction generation unit generates debugging instructions based on the debugging operation information. A backlight main control chip is also included. The debugging terminal device and the backlight main control chip establish a detachable communication connection via a serial communication interface. The backlight main control chip includes an instruction processing unit. The debugging instructions use a preset data format, which includes at least an instruction type field, a parameter identifier field, and a parameter value field. The instruction processing unit receives and parses the debugging instructions, determines the debugging function to be executed based on the instruction type field, the parameter identifier field, and the parameter value field, and modifies the driving parameters of the backlight main control chip.

[0015] The debugging terminal device is an independent embedded handheld device. This device is equipped with a human-machine interface unit for receiving external debugging operation information, such as the user selecting the output current adjustment function via touch and inputting target values ​​via a virtual keyboard. The instruction generation unit runs in the microcontroller of the debugging terminal device. Based on the user's operation, it generates debugging instructions conforming to a preset data format. This preset data format is a 5-byte binary data frame. The first byte is the frame header, used to identify the start of the instruction; the second byte is the instruction type field, used to distinguish between write and read operations; the third byte is the parameter identifier field, used to map specific functions; the fourth byte is the parameter value field, carrying the specific value set by the user; and the fifth byte is the checksum, used to ensure the accuracy of data transmission. The debugging terminal device establishes a detachable communication connection with the hot-swappable debugging interface reserved on the backlight assembly of the display device via a connecting cable through its communication interface, sending the generated debugging instructions to the backlight main control chip. The backlight main control chip integrates an instruction processing unit in its firmware, which is essentially an interrupt service routine and data parsing logic. This unit continuously monitors the serial communication interface. Once data is received, it first performs a validity check based on the frame header and checksum. After successful verification, the instruction processing unit parses the instruction type field, parameter identifier field, and parameter value field to determine the function to be debugged. For example, when the instruction type is identified as "write" and the parameter identifier is "0x01", the instruction processing unit knows that the current regulation function needs to be executed, and writes the value in the parameter value field into its internal control logic, thereby controlling the current regulation function via I / O. 2 The C-bus updates the register value in the backlight driver IC corresponding to the output current. In this way, the system achieves direct and rapid modification of the backlight driver parameters without recompiling or flashing any firmware, greatly improving the convenience and efficiency of debugging.

[0016] In one embodiment, reference is made to Figure 1The debugging terminal device further includes a communication unit, which is electrically connected to the instruction generation unit and the serial communication interface. The communication unit is used to send the debugging instructions to the backlight main control chip via a serial communication protocol and to receive debugging feedback information from the backlight main control chip.

[0017] The output ports of the communication unit and the instruction generation unit, as well as the external serial communication interface, are electrically connected via circuit traces to form a complete communication link. Specifically, the hardware foundation of the communication unit can be a UART (Universal Asynchronous Receiver / Transmitter) controller integrated into the main control chip of the debugging terminal equipment, along with a level conversion chip to adapt to TTL and RS232 levels. The communication unit can also be an I... 2 The C (Inter-Integrated Circuit) main controller. After the instruction generation unit generates a debug instruction frame conforming to a preset data format, the binary data stream is sent to the communication unit. The communication unit converts the parallel data into a serial signal according to a pre-set serial communication protocol and sends it to the backlight main control chip via the detachable communication connection. After completing the instruction transmission, the communication unit immediately switches to receive mode to listen for responses from the backlight main control chip. When the instruction processing unit of the backlight main control chip successfully executes the debug function, it generates a debug feedback message containing the execution status or read data and sends it back through its own serial communication interface. The communication unit of the debug terminal device receives this serial signal, restores it to parallel data, and passes it to the instruction generation unit for parsing. Finally, the parsed debug feedback message is presented to the user by the display module of the human-machine interface unit, for example, displaying "Current setting successful" or the current value of the returned register on the screen. Through the bidirectional data transmission capability of the communication unit, this system constructs a complete instruction closed loop, ensuring the accuracy and verifiability of the debugging process.

[0018] In one embodiment, reference is made to Figure 1 The human-computer interaction unit includes a display module and an input module. The display module is used to display a list of debugging functions, parameter values, and debugging feedback information. The input module is used to receive user selection operations on the list of debugging functions and setting operations on parameter values.

[0019] The display module uses a TFT-LCD screen with integrated driving circuitry, fixed to the front panel of the debugging terminal equipment, to visually present system information to the user. After system startup, the display module loads and displays a graphical main debugging interface, which clearly lists all executable debugging functions in the form of icons or text lists. When the user selects a function through the input module, the display module's interface switches accordingly, dynamically displaying the current parameter value associated with that function and popping up an input box for setting new parameter values. The input module is a capacitive or resistive touchscreen attached to the display module, allowing the user to directly tap the function list with their finger or stylus to input values. In some cases, the input module can also be an independent remote control signal receiving module, containing an infrared or Bluetooth receiver to receive button signals sent by an external remote control. The user can select functions using the directional keys on the remote control and set parameter values ​​using the number keys. The input module converts the user's selection and setting operations into electrical signals in real time and transmits them to the instruction generation unit. The instruction generation unit generates corresponding debugging instructions based on the received operation information. The entire process requires no connection to an external computer, allowing even testers or after-sales personnel without software development backgrounds to quickly get started by following the on-screen prompts, significantly lowering the barrier to entry. Furthermore, upon receiving debugging feedback from the backlight control chip, the display module instantly updates the interface, using prominent methods such as pop-ups, color changes, or sound prompts to inform the user whether the operation was successful or failed, thus forming a complete and user-friendly debugging interaction process.

[0020] In one embodiment, reference is made to Figure 1 The instruction processing unit includes a communication receiving unit and an instruction verification unit. The communication receiving unit is used to receive debugging instructions from the debugging terminal device through the serial communication interface. The instruction verification unit is used to verify the integrity and correctness of the received debugging instructions according to the preset data format.

[0021] The function of the communication receiving unit is implemented by a serial communication interrupt service routine running in the firmware of the backlight main control chip. This routine continuously monitors the data stream transmitted through the serial communication interface. When a level change is detected on the communication line, the communication receiving unit starts, captures and splices a complete data frame according to a preset serial communication protocol. In this embodiment, the expected length of the data frame is 5 bytes, matching the preset data format. Once the communication receiving unit receives a complete frame of data, it passes it to the instruction verification unit for further processing. The instruction verification unit is responsible for double verification of the integrity and correctness of the data. First, the instruction verification unit checks whether the first byte of the received data frame completely matches the preset frame header field to determine whether the data packet is a valid debugging instruction, rather than communication interference or noise. Second, the instruction verification unit executes a verification algorithm; in this embodiment, a simple cumulative checksum is used to verify whether an error occurred during data transmission. Only when the frame header matches and the checksum is correct can the instruction verification unit determine that the debugging instruction is a valid instruction and allow it to enter the subsequent parsing and execution process. If any check fails, the instruction will be discarded immediately without triggering any function operation, thus effectively preventing erroneous instructions from unexpectedly interfering with the backlight drive system and ensuring the stability and security of system operation.

[0022] In one embodiment, reference is made to Figure 1 The instruction processing unit further includes an instruction parsing unit and a parameter configuration unit. The instruction parsing unit is used to parse the instruction type field and parameter identifier field in the debugging instruction after the instruction verification unit passes the verification, and determine the debugging function to be executed. The parameter configuration unit is used to modify the value in the configuration register corresponding to the backlight main control chip according to the parameter identifier field and the parameter value field, or to read status information from the configuration register.

[0023] The instruction parsing unit is a piece of software logic running on the backlight main control chip. Specifically, the instruction parsing unit first reads the second byte of the debug instruction, namely the instruction type field, to determine the basic category of this operation. After determining the instruction type, the instruction parsing unit continues to parse the third byte, the parameter identifier field. This field serves as a function index, used to look up the function and register mapping table pre-established within the backlight main control chip. For example, when the value of the parameter identifier field is 0x01, the mapping table shows that its corresponding function is "adjust backlight output current," and it is associated with a specific register address that controls the current setting of the backlight driver IC, such as register 0x03 inside the IC. At this point, the debug function to be executed is uniquely determined. Subsequently, depending on the instruction type, the parameter configuration unit is triggered to execute the corresponding operation. If it is a parameter write instruction, the parameter configuration unit will extract the value from the parameter value field of the fourth byte of the debug instruction and write the value into the target configuration register determined by the instruction parsing unit through the internal bus protocol, thereby directly and dynamically modifying the drive parameters of the backlight driver chip and realizing real-time adjustment of the current magnitude. If the instruction is a "parameter read" instruction, the parameter configuration unit reads the current value from the target configuration register and prepares to send it back as part of the debugging feedback information. Through the precise translation of instructions by the instruction parsing unit and the direct manipulation of hardware registers by the parameter configuration unit, this system achieves seamless integration from user operation to hardware parameter modification, ensuring that debugging instructions can be executed efficiently and accurately.

[0024] In one embodiment, reference is made to Figure 1 The preset data format is a fixed-length data frame. The preset data format also includes a frame header field at the beginning of the data frame and a checksum field at the end of the data frame. The frame header field is used to identify the start of the debugging instruction, and the checksum field is used by the instruction verification unit to verify whether the debugging instruction has an error during transmission.

[0025] The preset data format is defined as a structured fixed-length data frame with a fixed length of 5 bytes. The structure of this data frame strictly follows a preset order: the first byte is the header byte, which in this embodiment uses the hexadecimal value 0xAA. Its main function is to provide a clear synchronization signal to the communication receiving unit, identifying the start position of a valid debug instruction frame, enabling the receiving end to accurately identify and intercept complete instruction packets from the continuous data stream. The second byte is the debug type field, used to distinguish between different operation commands such as "write" and "read". The third byte is the parameter ID field, used to uniquely identify the specific function or parameter to be operated, such as "0x01" representing adjusting the output current, and "0x02" representing setting the PWM duty cycle. The fourth byte is the parameter value field, used to carry the specific value to be written, or as a placeholder for data transmission in a read instruction. The fifth byte is the checksum field, calculated by the debugging terminal device before transmission based on the first four bytes of data using a specific algorithm. For example, the values ​​of the first four bytes are added modulo 256, and the lower 8 bits of the sum are taken. When the instruction verification unit of the backlight main control chip receives the complete 5-byte data frame, it executes the same verification algorithm as the sending end, recalculates the checksum value for the first four bytes, and compares the calculation result with the checksum field at the end of the data frame. If they match, it is determined that the debugging instruction has not experienced data corruption or loss during transmission from the debugging terminal device to the backlight main control chip, and the instruction is complete and error-free; if they do not match, it is determined that a transmission error has occurred, and the instruction will be directly discarded by the instruction verification unit without processing. By introducing the frame header field and the checksum field, this system constructs a robust communication protocol, ensuring high reliability of debugging instruction transmission.

[0026] This invention also discloses a backlight driver debugging method, applied to the backlight driver debugging system described in the above embodiments, with reference to... Figures 2 to 5 The method includes the following steps: S110. Receive external debugging operation information through the human-computer interaction unit. The debugging operation information includes at least the debugging function to be executed and the corresponding parameter value. S120. The instruction generation unit generates a debugging instruction with a preset data format based on the debugging operation information, and sends the debugging instruction to the backlight main control chip via the serial communication interface. The preset data format includes at least an instruction type field, a parameter identifier field, and a parameter value field. S130. Receive and parse the debugging command through the backlight main control chip, and verify the legality of the debugging command; S140. After the legality verification is passed, the debugging function to be executed is determined according to the instruction type field, the parameter identifier field and the parameter value field, and the driving parameters of the backlight main control chip are modified.

[0027] First, the debugging personnel start the debugging terminal equipment. A graphical debugging menu appears on the display module of its human-machine interface, listing all available debugging functions, such as enabling debugging, setting output current, and querying channel status. The debugging personnel select the "Set Output Current" function through the input module and set the target current value, such as 75, in the pop-up numerical input box. This operation information is captured by the input module and transmitted to the instruction generation unit. The instruction generation unit then generates a 5-byte debugging instruction frame according to the preset data format: the first byte is the frame header 0xAA, the second byte is the instruction type field (e.g., 0x01 represents "write"), the third byte is the parameter identifier field (e.g., 0x01 represents "output current"), the fourth byte is the parameter value field (i.e., the hexadecimal representation of the value 75 is 0x4B), and the fifth byte is the sum and checksum of the first four bytes (e.g., 0x4C). The generated debugging instruction is transmitted to the communication unit and sent via the UART protocol through the serial communication interface and connection line to the backlight main control chip of the display device's backlight assembly. The communication receiving unit of the backlight main control chip detects the data stream. After receiving the complete 5-byte data frame, the instruction verification unit immediately performs a validity check. First, it verifies if the first byte is 0xAA. Then, it recalculates the sum of the first four bytes and compares it with the checksum of the fifth byte. If the verification passes, the instruction is deemed valid, and the process proceeds to the next step; if the verification fails, the instruction is discarded without any response. When the instruction is valid, the instruction parsing unit begins operation. Based on the "write" instruction type in the second byte and the "output current" parameter identifier in the third byte, it determines that the function to be executed is to modify the current parameter. Subsequently, the parameter configuration unit sets the parameter value of the fourth byte (0x4B) through I... 2 The C bus is written into the configuration register of the backlight driver IC for current control, thereby directly and dynamically adjusting the output current of the backlight driver, completing a quick debugging without re-flashing the firmware.

[0028] In one embodiment, reference is made to Figure 3 The steps following S110 also include: S150. A debug enable instruction is generated by the instruction generation unit and sent to the backlight main control chip via the serial communication interface, so that the backlight main control chip enters the debug mode that can receive and process debug instructions.

[0029] After the user completes the setting of the debugging function and corresponding parameter values ​​on the human-machine interface unit of the debugging terminal device, the instruction generation unit does not immediately generate a debugging instruction for that function. Instead, it first automatically generates and sends an independent debugging enable instruction. This debugging enable instruction also follows a preset 5-byte data format. The first byte is the frame header 0xAA, the second byte's instruction type field is set to a specific value, the third byte's parameter identifier field is set to a predefined enable code, the fourth byte's parameter value field can be set to a default value, and the fifth byte is the corresponding checksum. This instruction is sent to the backlight main control chip via the communication unit and the serial communication interface. After receiving this instruction, the backlight main control chip undergoes reception by the communication receiving unit and legality verification by the instruction verification unit. The instruction parsing unit then identifies it as a debugging enable instruction. Subsequently, a debugging enable flag bit inside the instruction processing unit is set, enabling the backlight main control chip to officially enter debug mode. In this mode, the instruction processing unit will parse and execute subsequent received debugging instructions other than debugging enable and debugging disable instructions. By introducing this pre-debugging and enabling step, this method establishes a safety barrier, effectively preventing accidental parameter modifications caused by unexpected signals or interference on the communication line in non-debugging states, and ensuring the safe operation of the display device during normal operation.

[0030] In one embodiment, reference is made to Figure 4 The steps in S130 include: S131. The instruction processing unit located in the backlight main control chip determines whether the starting byte of the received data matches the preset frame header field. S132. If a match is found, the debugging command is further verified according to a preset verification algorithm to verify the integrity of the data during transmission.

[0031] When the communication receiving unit captures the data stream from the serial communication interface and identifies a complete 5-byte data packet, the instruction processing unit immediately initiates the verification procedure. The first step of the verification is frame header matching verification: the instruction processing unit first reads the first byte of the data packet and compares it with the preset frame header field pre-stored in the system. This step is for instruction synchronization and preliminary screening. Only if the starting bytes match completely will the system consider the data packet to be a potentially valid debugging instruction, thus proceeding to the next step of deep verification; if they do not match, the system determines the data packet to be invalid information or communication noise, immediately terminates processing, and discards the data packet without triggering any subsequent operations. After passing the frame header matching, the verification process proceeds to the second step, data integrity verification: the instruction processing unit performs mathematical operations on the first four bytes of the data packet—the frame header, instruction type field, parameter identifier field, and parameter value field—according to a preset verification algorithm, such as byte summation checksum, to calculate an expected checksum value. Subsequently, this calculated expected checksum value is compared with the actual checksum carried in the checksum field of the fifth byte of the data packet. If the two values ​​match perfectly, the instruction processing unit determines that no data misalignment, loss, or bit flipping occurred during the transmission of the debugging instruction from the debugging terminal device to the backlight main control chip. The integrity of the instruction is guaranteed, the legality check passes, and the process can continue with instruction parsing and function execution. Conversely, if the checksums do not match, it indicates an error in data transmission. The instruction is considered illegal and will be safely discarded by the instruction processing unit without any response or action from the system. This method significantly improves communication reliability, effectively resists electromagnetic interference that may be introduced by industrial environments or long-distance cables, and ensures the accuracy of debugging operations and the stability of the system.

[0032] In one embodiment, reference is made to Figure 5 The steps following S140 also include: S160. After the driver parameters are modified, a debugging feedback message containing the execution success status is generated. The debugging feedback message is then transmitted back to the debugging terminal device through the serial communication interface, and the debugging feedback message is displayed through the human-machine interaction unit.

[0033] Once the instruction processing unit of the backlight main control chip successfully writes the new parameter value into the target configuration register according to the instruction type field, parameter identifier field, and parameter value field, the system immediately generates a debugging feedback message. This feedback message can also use a simplified format similar to the debugging instruction, such as a 3-byte data frame: the first byte is the frame header, such as 0xBB, used to distinguish between instructions and feedback; the second byte is the status code, such as 0x00 for "execution successful," 0x01 for "invalid instruction," and 0x02 for "register write failed," etc.; the third byte is the checksum. After generating the feedback message, the communication unit of the backlight main control chip immediately transmits this information back to the debugging terminal device via the existing serial communication interface. Upon receiving this data stream, the communication unit of the debugging terminal device parses it through the instruction generation unit, first verifying its frame header and checksum to ensure the validity of the feedback message itself. After successful verification, the instruction generation unit transmits the parsed status code to the human-machine interface unit. The display module of the human-machine interface unit then updates its interface to display the debugging results to the user in an intuitive way. For example, a green prompt box will pop up in the user's current adjustment interface, accompanied by a brief beep; if the operation fails, a red prompt box will be displayed along with specific debugging failure information. This method allows debugging personnel to instantly and clearly know the result of each operation on the debugging terminal equipment without needing additional instruments or repeated visual observation of the backlight effect. This greatly improves the transparency, reliability, and efficiency of the debugging process, and is especially beneficial for non-professionals to independently troubleshoot and adjust parameters.

[0034] The above description is merely a specific embodiment of the present invention, but the scope of protection of the present invention is not limited thereto. Any person skilled in the art can easily conceive of various equivalent modifications or substitutions within the technical scope disclosed in the present invention, and these modifications or substitutions should all be covered within the scope of protection of the present invention. Therefore, the scope of protection of the present invention should be determined by the scope of the claims.

Claims

1. A backlight driving debugging system, characterized in that, The system includes: A debugging terminal device, comprising a human-computer interaction unit and an instruction generation unit, wherein the human-computer interaction unit receives external debugging operation information and the instruction generation unit generates debugging instructions based on the debugging operation information; The backlight main control chip, wherein the debugging terminal device and the backlight main control chip establish a detachable communication connection through a serial communication interface, and the backlight main control chip includes an instruction processing unit; The debugging instruction adopts a preset data format, which includes at least an instruction type field, a parameter identifier field, and a parameter value field. The instruction processing unit receives and parses the debugging instruction, determines the debugging function to be executed based on the instruction type field, the parameter identifier field, and the parameter value field, and modifies the driving parameters of the backlight main control chip.

2. The backlight driving debugging system according to claim 1, characterized in that, The debugging terminal device further includes a communication unit, which is electrically connected to the instruction generation unit and the serial communication interface. The communication unit is used to send the debugging instruction to the backlight main control chip using a serial communication protocol and to receive debugging feedback information from the backlight main control chip.

3. The backlight driving debugging system according to claim 1, characterized in that, The human-computer interaction unit includes a display module and an input module. The display module is used to display a list of debugging functions, parameter values, and debugging feedback information. The input module is used to receive user selection operations on the list of debugging functions and setting operations on parameter values.

4. The backlight driving debugging system according to claim 1, characterized in that, The instruction processing unit includes a communication receiving unit and an instruction verification unit. The communication receiving unit is used to receive debugging instructions from the debugging terminal device through the serial communication interface. The instruction verification unit is used to verify the integrity and correctness of the received debugging instructions according to the preset data format.

5. The backlight driving debugging system according to claim 4, characterized in that, The instruction processing unit further includes an instruction parsing unit and a parameter configuration unit. The instruction parsing unit is used to parse the instruction type field and parameter identifier field in the debugging instruction after the instruction verification unit passes the verification, and determine the debugging function to be executed. The parameter configuration unit is used to modify the value in the configuration register corresponding to the backlight main control chip according to the parameter identifier field and the parameter value field, or to read status information from the configuration register.

6. The backlight driving debugging system according to claim 5, characterized in that, The preset data format is a fixed-length data frame. The preset data format also includes a frame header field at the beginning of the data frame and a checksum field at the end of the data frame. The frame header field is used to identify the start of the debugging instruction, and the checksum field is used by the instruction verification unit to verify whether the debugging instruction has an error during transmission.

7. A backlight driver debugging method, characterized in that, The method, applied to the backlight drive debugging system as described in any one of claims 1 to 6, comprises the following steps: The human-computer interaction unit receives external debugging operation information, which includes at least the debugging function to be executed and the corresponding parameter values. The instruction generation unit generates a debugging instruction with a preset data format based on the debugging operation information, and sends the debugging instruction to the backlight main control chip via the serial communication interface. The preset data format includes at least an instruction type field, a parameter identifier field, and a parameter value field. The backlight main control chip receives and parses the debugging command, and verifies the legality of the debugging command; Once the legality verification is passed, the debugging function to be executed is determined based on the instruction type field, the parameter identifier field, and the parameter value field, and the driving parameters of the backlight main control chip are modified.

8. The backlight driving debugging method according to claim 7, characterized in that, The step of receiving external debugging operation information through the human-computer interaction unit, wherein the debugging operation information includes at least the debugging function to be executed and the corresponding parameter values, is followed by: The instruction generation unit generates a debug enable instruction and sends it to the backlight main control chip via the serial communication interface, enabling the backlight main control chip to enter a debug mode that can receive and process debug instructions.

9. The backlight driving debugging method according to claim 7, characterized in that, The step of receiving and parsing the debugging command through the backlight main control chip and verifying the legality of the debugging command includes: The instruction processing unit located in the backlight main control chip determines whether the starting byte of the received data matches the preset frame header field. If a match is found, the debugging instructions are further verified according to a preset verification algorithm to verify the integrity of the data during transmission.

10. The backlight driving debugging method according to claim 7, characterized in that, After the legality verification passes, the step of determining the debugging function to be executed based on the instruction type field, the parameter identifier field, and the parameter value field, and modifying the drive parameters of the backlight main control chip, further includes: Once the driver parameters are modified, debug feedback information containing the execution success status is generated. This debug feedback information is then transmitted back to the debug terminal device via the serial communication interface and displayed through the human-machine interaction unit.

Images