Software definable LED driving chip gray scale display control method

Abstract

The application belongs to the field of LED display control, and particularly relates to a software-definable LED drive chip gray scale display control method, aiming to solve the problems that the prior art cannot flexibly adjust the refresh rate of each gray scale, cannot compensate for the nonlinear response of the LED drive chip and the lamp bead, and cannot solve the first scanning dimming and effectively eliminate ghosting. The application comprises: determining the number of refresh cycles of a frame display time and the number of gray scales displayed in each refresh cycle; calculating the initial gray scale weight of each gray scale bit and adjusting the gray scale weight; adjusting the position of the gray scale OE in the sub-field according to the row-by-row scanning conversion time of each refresh cycle; and when receiving the data to be displayed, controlling the LED drive chip to complete the gray scale display of the LED display screen. The application realizes the flexible adjustment of the refresh rate of each gray scale, compensates for the nonlinear response, solves the first scanning dimming and effectively eliminates ghosting.

Description

Technical Field

[0001] This application belongs to the field of LED display control, and specifically relates to a software-definable grayscale display control method for LED driver chips. Background Technology

[0002] LED displays, as an important carrier of modern information display, have been widely used in advertising media, sports, traffic control, stage performances, and many other fields. Their core display performance indicators—including grayscale performance, refresh rate, visual uniformity, and low grayscale performance—directly depend on the driver chip architecture and the corresponding grayscale control methods used. Currently, the market still largely uses OE (Output Encryption) type LED driver chips.

[0003] OE (Output Enable) type driver chips, also known as switching type constant current source driver chips, have a simpler structure and a more cost-effective approach, making them the mainstream choice for high-end, high-density LED display applications. The grayscale display of OE type chips relies on external timing control provided by the receiver card, typically employing a "subfield scanning" technique. This technique divides a frame into multiple weighted subfields and synthesizes the target grayscale by controlling the effective pulse width of the OE signal within each subfield.

[0004] However, the existing grayscale control methods for OE-type LED driver chips often have fixed subfield arrangement modes, refresh cycle allocation, and OE pulse widths for each grayscale level, or only a few preset modes, which lacks flexibility. This makes it impossible for the system to dynamically and finely balance brightness efficiency and refresh rate according to different application scenarios. There are some improvement schemes for OE-type driver chips in the existing technology. For example, a method for uniformly distributing to increase display frequency (see patent literature: [1] Shang Song. A method for uniformly distributing to increase display frequency. CN201010289160.4 [2010-09-21].), which improves the LED display frequency by optimizing the data distribution method, but this technical solution only focuses on frequency improvement and does not mention that the refresh rate of each grayscale level can be defined by software, nor does it involve the OE pulse width of each grayscale level and its key characteristics such as software definition; a grayscale data subfield arrangement method and device, and LED display driving method (see patent literature: [2] Liang Wei, Liu Defu. Grayscale data subfield arrangement method and device, and LED display driving method). CN201410455673.6 [2014-09-09].) improves the low grayscale refresh rate and reduces brightness efficiency by segmenting m-bit grayscale data into sub-fields, thereby enhancing the display effect of LED screens by improving the photography effect and reducing brightness efficiency. However, it also fails to mention a software-defined mechanism, lacking flexibility, and does not address the configurability of other parameters such as refresh rate and OE pulse width. In summary, the existing grayscale control method for OE-type LED driver chips has significant limitations, leading to the following problems:

[0005] 1) The refresh rate of each grayscale level cannot be flexibly adjusted, making it difficult to adapt to different application scenarios;

[0006] 2) The OE pulse width of each gray level cannot be adjusted, and it cannot compensate for the low gray speckle and uneven gray level transition caused by the nonlinear response of the LED driver chip and lamp beads;

[0007] 3) The display order of each grayscale level in the refresh cycle cannot be adjusted, and the problem of the first scan being too dark cannot be solved;

[0008] 4) The position of OE in the subfield cannot be adjusted, and ghosting cannot be effectively eliminated.

[0009] Based on this, this application proposes a software-defined grayscale display control method for LED driver chips. Summary of the Invention

[0010] To address the aforementioned problems in the prior art—namely, the inability to flexibly adjust the refresh rate of each grayscale level, compensate for the nonlinear response of the LED driver chip and LED beads, resolve the issue of dimming during the first scan, and effectively eliminate ghosting—this application provides a software-defined grayscale display control method for an LED driver chip, used in an LED display control system. The LED display control system includes a host computer, a transmitting device, a receiving card, and an LED display screen; the LED display screen includes an LED driver chip; the method includes:

[0011] The host computer determines the number of refresh cycles R for one frame display time based on the number of pixel rows in the unit partition when the LED display screen is scanned line by line.

[0012] Based on R and the total number of gray levels, obtain the gray level set G(r) to be displayed in each refresh cycle; G(r) defines the gray level bits, gray level subfields and gray level weights displayed in that cycle.

[0013] For each gray level bit, the total target weight within a frame display time is determined based on its bit level in gray level coding. Combined with the distribution of the gray level bit in each G(r), the initial gray level weight is calculated for each display.

[0014] The initial grayscale weights are adjusted based on the total weights of adjacent grayscale bits in all refresh cycles to compensate for the nonlinearity of the LED driver chip and lamp bead response.

[0015] Adjust the position of the grayscale OE position in the subfield according to the line-by-line scanning transformation time of each refresh cycle;

[0016] When the receiving card receives the data to be displayed, it controls the LED driver chip according to the configured display control parameters to complete the grayscale display of the LED display screen; the display control parameters include R, G(r), the adjusted grayscale weight, and the adjusted grayscale OE position in the subfield.

[0017] In some preferred embodiments, the LED driver chip is an OE type LED driver chip.

[0018] In some preferred embodiments, the grayscale of the first scan of the line-by-line scan is set to a highlight grayscale within each refresh cycle.

[0019] In some preferred embodiments, the initial grayscale weights for each display are calculated, specifically as follows:

[0020] For each gray level bit that constitutes the total gray level, the total target weight is determined based on its bit level in gray level encoding within a frame display time.

[0021] Based on the distribution of the gray level in each G(r), the total target weight is allocated to each display of the gray level in each refresh cycle, thereby calculating the initial gray level weight for each display.

[0022] In some preferred embodiments, the initial grayscale weights are adjusted according to the relationship between the total weights of adjacent grayscale levels across all refresh cycles. The method is as follows:

[0023] In response to the compensation curve selection command or input adjustment value received from the host computer software interface, the initial grayscale weight is adjusted, and the total weight of each grayscale position after adjustment in all refresh cycles is twice the total weight of the next adjacent grayscale position.

[0024] In some preferred embodiments, the position of the grayscale OE position in the subfield is adjusted according to the line-by-line scan transformation time of each refresh cycle. The method is as follows:

[0025] Based on the line-by-line scan transformation time of each refresh cycle, determine the last grayscale position of each refresh cycle and the first grayscale position of the next refresh cycle; for the last grayscale position of each refresh cycle, move its grayscale OE position forward by a preset distance within the subfield time period; for the first grayscale position of the next cycle, move its grayscale OE position backward by a preset distance within the subfield time period; for the other grayscale positions in each refresh cycle except for the last and first grayscale positions, respond to the position adjustment command received from the host computer software interface for optimizing specific display effects, and determine the position of the grayscale OE position in the subfield.

[0026] In some preferred embodiments, when adjusting the position of the grayscale OE position in the subfield, the signals of each grayscale subfield do not overlap within the same refresh cycle.

[0027] In some preferred embodiments, the highest grayscale weight of the OE-type LED driver chip is N, and the lowest grayscale weight is... N is greater than the time of a subfield, and n is the total number of gray levels.

[0028] The beneficial effects of this application are:

[0029] This application achieves flexible configuration of refresh rate, distribution order, and brightness efficiency for each gray level by flexibly configuring the combination of refresh cycle R and gray level number G(r), adapting to different application scenarios. By customizing the OE pulse width of each gray level in software, the initial gray level weight is adjusted, effectively compensating for the nonlinear response of the LED driver chip and lamp beads (achieving gray level compensation effect, especially low gray compensation, making the display from low gray level to high gray level more uniform and the gray level transition smoother), thus solving the problems of low gray speckle and uneven gray level transition. By prioritizing the arrangement of high brightness gray levels at the beginning of the horizontal scan, the phenomenon of the first scan being too dark is overcome. By setting the OE position of adjacent refresh cycles to be far away from the horizontal scan transition time, ghosting is significantly eliminated. At the same time, by using the software definition of the number of gray levels G(r) in different refresh cycles, a flexible trade-off between refresh rate and brightness efficiency is achieved, fully meeting diverse application needs. Attached Figure Description

[0030] Other features, objects, and advantages of this application will become more apparent from the following detailed description of non-limiting embodiments with reference to the accompanying drawings:

[0031] Figure 1 This is a flowchart illustrating a software-defined LED driver chip grayscale display control method according to an embodiment of this application;

[0032] Figure 2 This is a schematic diagram of the framework of an LED display and control system provided in one embodiment of this application;

[0033] Figure 3 This is a topology diagram of an OE-type LED driver chip provided in one embodiment of this application;

[0034] Figure 4 This is a schematic diagram of the OE pulse width provided in one embodiment of this application;

[0035] Figure 5 This is a partial schematic diagram of grayscale dispersion provided in one embodiment of this application;

[0036] Figure 6This is a schematic diagram illustrating the initial value of the OE pulse width for each gray level based on the distribution within the refresh cycle, provided by one embodiment of this application.

[0037] Figure 7 This is a schematic diagram illustrating the custom adjustment of the grayscale OE position in a subfield according to an embodiment of this application;

[0038] Figure 8 This is a schematic diagram of the structure of a computer system used to implement the methods and electronic device embodiments of this application. Detailed Implementation

[0039] The present application will now be described in further detail with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are for illustrative purposes only and are not intended to limit the invention. Furthermore, it should be noted that, for ease of description, only the parts relevant to the invention are shown in the accompanying drawings.

[0040] It should be noted that, unless otherwise specified, the embodiments and features described in this application can be combined with each other. This application will now be described in detail with reference to the accompanying drawings and embodiments.

[0041] This application provides a software-defined grayscale display control method for LED driver chips, such as... Figure 1 As shown, an LED display and control system is used, comprising a host computer, a transmitting device, a receiving card, and an LED display screen; the LED display screen includes an LED driver chip, and the method includes:

[0042] The host computer determines the number of refresh cycles R for one frame display time based on the number of pixel rows in the unit partition when the LED display screen is scanned line by line.

[0043] Based on R and the total number of gray levels, obtain the gray level set G(r) to be displayed in each refresh cycle; G(r) defines the gray level bits, gray level subfields and gray level weights displayed in that cycle.

[0044] For each gray level bit, its total target weight within a frame display time is determined based on its bit level in gray level coding. Combined with the distribution of the gray level bit in each G(r), the initial gray level weight is calculated for each display.

[0045] The initial grayscale weights are adjusted based on the total weights of adjacent grayscale positions in all refresh cycles to compensate for the nonlinearity of the LED driver chip and lamp bead response; the position of the grayscale OE position in the subfield is adjusted according to the line-by-line scan transformation time of each refresh cycle.

[0046] When the receiving card receives the data to be displayed sent by the host computer through the sending device, it controls the LED driver chip according to the configured display control parameters to complete the grayscale display of the LED display screen; the display control parameters include R, G(r), the adjusted grayscale weight, and the adjusted grayscale OE position in the subfield.

[0047] To more clearly illustrate the software-defined grayscale display control method for LED driver chips proposed in this application, the following will be combined with... Figure 1 The steps in the embodiments of this application are described in detail.

[0048] The first embodiment of this application provides a software-defined grayscale display control method for LED driver chips, applied to an LED display control system. A typical existing LED display control system includes a host computer (software side), a transmitting device, a receiving card, and an LED display screen (including an LED driver chip). Figure 2 As shown, the software-defined grayscale display control method for LED driver chips of this application is implemented in the receiver card of the LED display control system. The grayscale weight is characterized by the effective pulse width of the corresponding OE signal (i.e., OE pulse width). The parameters are configured by the upper computer software to achieve the purpose of controlling the LED driver chip on the LED display screen (i.e., the grayscale display control of the LED display screen is achieved by the receiver card controlling the LED driver chip).

[0049] This application method is aimed at OE (also known as on-off) type LED driver chips, whose typical topology is as follows: Figure 3 As shown. Generally, grayscale display using an OE-type LED driver chip involves two steps:

[0050] The first step is shifting and latching the data; the shifting and latching time is called the time of one subfield. Figure 4 The cluster of DCLK shown represents a subfield time; where A signal indicates line scan switching, OE represents grayscale weight (generally, the OE pulse width is active low), LE pulse indicates that after completing the data transmission of a grayscale subfield, the data is latched so that the next subfield can display the grayscale, and DCLK represents the subfield data transmission clock.

[0051] Step 2 is the OE pulse width display. The OE pulse width is differentiated according to the grayscale weight. For example, in a 16-bit grayscale, if the highest weight is N, then the lowest weight is N / 32768, i.e. N may be a multiple of the subfield time, that is, N is greater than 1 subfield time, and n represents the total number of gray levels. Figure 4 Here is an example (where the first low pulse width of OE is the "highest grayscale pulse width" and the last low pulse width is the "lowest grayscale pulse width").

[0052] To improve the grayscale refresh rate, the receiver card of the LED display control system will break down each grayscale into M subfield times for display. Each subfield time is 1 / M of the original weight and is distributed across multiple scanning cycles, thereby improving the scanning refresh rate and enhancing human visual perception and camera shooting effects. Figure 5 The example is a partial image of grayscale fragmentation (where A / B / C are line scan signals);

[0053] In existing technologies, the parameters of this scattering method are usually fixed or limited to a few preset modes, lacking flexibility. This application improves upon this by providing a software-definable LED driver chip grayscale display control method, which allows for software-defined refresh rates for each level of LED grayscale (16 levels or more), software-defined OE pulse widths and effective positions for each level of LED grayscale (16 levels or more), and software-defined scanning and display sequences for each level of LED grayscale, as detailed below:

[0054] The host computer determines the number of refresh cycles R for one frame display time based on the number of pixel rows in the unit partition during the row-by-row scanning of the LED display screen; based on R and the total number of gray levels, each refresh cycle r (in the R refresh cycles) is... A grayscale set G(r) is configured through the host computer software; G(r) defines the grayscale position, grayscale subfield number, and grayscale weight index of each grayscale position displayed within the period. The grayscale weight index is used to index the corresponding grayscale weight value, with different numerical codes pointing to different grayscale weights.

[0055] LED displays are typically scanning screens, scanning line by line in sections, such as 32 scans. This means that each 32-line scan is a "refresh cycle." In this embodiment, one frame of display time is divided into R refresh cycles. The value of R is defined by software, specifically based on the number of pixel rows in each unit section during the LED display's line-by-line scanning.

[0056] The number of gray levels G(r) displayed in each refresh cycle is also defined by software, as shown in Table 1. This example divides one frame into 16 refresh cycles, and the number of gray levels G(r) displayed in each refresh cycle is different (defined by software; specifically, G(r) represents the number of gray levels displayed in each "refresh cycle"). For example, in Table 1, "refresh cycle" 1 displays 3 gray levels: "gray level 1", "gray level 2", and "gray level 3". (That is, the number of gray levels displayed in refresh cycle 1 is 3). The three-digit value in each cell of the table means: [gray level position, number of gray level subfields, gray level weight sequence number]. The refresh cycle allocation adopts a relatively uniform distribution. For example, in the 16 "refresh cycles" in the table below, each "gray level position" is relatively evenly distributed in these 16 "refresh cycles" - gray level 0 is divided into 16 segments, with 1 segment in each refresh cycle; gray level 1 is divided into 8 segments, with 1 segment every 2 refresh cycles... and so on.

[0057] In this embodiment, the total number of gray levels is preferably set to 12 bits, encoded as 0~11. Gray level 6 in gray levels 0~11 will appear once in gray level bit 3 of the refresh cycle. Due to weighting, some gray levels in gray levels 0~11 will appear in multiple refresh cycles. Gray level 0 has the highest weight and appears the most, while gray level 11 has the lowest weight and appears the least, only once. Other gray levels with lower weights may also appear only once.

[0058] Table 1

[0059] As shown in Table 1, this is suitable for "high brightness / high image quality priority" scenarios, where the weight of each grayscale level appears at its maximum value each time, resulting in the highest brightness efficiency. Preferably, as shown in Table 2, when the scenario is "high refresh rate priority," the high grayscale levels still appear in each refresh cycle, maintaining a relatively high refresh rate. The low grayscale levels are further split based on Table 1, ensuring each low grayscale level appears in at least two refresh cycles, effectively doubling the low grayscale refresh rate (this can be further split if needed), but the weight is reduced to half. The increased refresh rate better suits high frame rate shooting scenarios and is more comfortable for close-up viewing. Furthermore, the reduced grayscale weight places higher demands on the LED driver IC, requiring it to accurately display the lowest weighted grayscale level.

[0060] Table 2

[0061] The number of gray levels displayed in each "refresh cycle" is variable. Usually, in order to maximize the number of "refresh cycles" within a limited frame, the number of gray levels in each "refresh cycle" is relatively small, and may even be only one gray level; this is the number of gray levels G(r) per refresh cycle. Both the "refresh cycle" R and the number of gray levels G(r) displayed in each refresh cycle can be defined by software.

[0062] The software definition method is as follows: based on the control commands input by the user, the R and G(r) values ​​are set from the host computer configuration software, and then other parameter variables are calculated from them. By any combination of refresh period R and gray level number G(r), the refresh rate, distribution order, and brightness efficiency of each gray level can be flexibly configured (the more low gray level distributions, the lower the brightness efficiency; the more high gray level distributions, the higher the brightness efficiency), thereby adapting to different application scenarios.

[0063] Furthermore, defining the grayscale distribution order can also help solve the problem of the first scan being too dark. The problem of the first scan being too dark is caused by the lowest grayscale being lit up first. The lowest grayscale has a small OE pulse width and is easily affected by the parasitic capacitance of the LED board. If the grayscale that lights up the first scan is arranged as a high-brightness grayscale (in this application, the high-brightness grayscale is preferably any grayscale with a grayscale weight ≥ 1 subfield time), its OE pulse width is larger, which can avoid the problem of the first scan being too dark (when arranging grayscale, the rule followed is: the sum of each grayscale in all refresh cycles is adapted to its grayscale weight).

[0064] For each gray level bit, the total target weight within a frame display time is determined based on its bit level in gray level encoding. Combined with the distribution of the gray level bit in each G(r), the initial gray level weight for each display is calculated.

[0065] Preferably, for each gray level bit, its total target weight within a frame display time is determined based on its bit level in gray level encoding. Combining the distribution method of the gray level bit defined by the gray level set G(r), G(r) is traversed to count the total number of times each gray level bit is lit within a frame (in all R refresh cycles). The total target weight is then averaged or distributed according to a strategy to each occurrence of the gray level bit in each refresh cycle, thereby calculating the initial gray level weight for each display, which is the theoretical initial OE pulse width for that display.

[0066] Based on theoretical models (such as binary weighting), the total luminous duration or intensity that each gray level should contribute during the entire display time of a frame is set as the total target weight.

[0067] Based on the relationship of the total weight of adjacent gray levels in all refresh cycles, in response to the compensation curve selection instruction or input adjustment value received by the software interface carried by the host computer, the initial gray level weight is adjusted to compensate for the nonlinearity between the LED driver chip and the gray level weight (OE pulse width) and the brightness of the LED beads.

[0068] In one embodiment, the weights of each grayscale level (OE pulse width) can be customized by software, such as... Figure 6As shown in the example, the OE pulse width of each gray level is initially determined based on its distribution within the refresh cycle, and can then be customized by the software to compensate for the low gray speckle and uneven gray level transition caused by the nonlinear response of the LED driver chip and lamp beads.

[0069] In one embodiment, the host computer software provides a graphical interface with grayscale levels on the horizontal axis and weight values ​​on the vertical axis. The interface displays a curve formed by the initial weights. Users can change the curve shape by dragging control points on the curve with the mouse or by directly entering new weight values ​​for specific grayscale levels in the input boxes. For example, users can drag the control points on the curve (e.g.,...) Figure 6 The "Waveform Diagram" (OE pulse width) can be used to input specific values ​​(e.g., OE pulse width). Figure 6 The term "pulse width (ns)" refers to this.

[0070] Specifically, "grayscale weight" is characterized by effective time, that is ( Figure 6 The "Waveform Diagram" shows the low-level width within the waveform. The "grayscale weight" of each grayscale bit can be set via software, i.e., software-defined. It should generally conform to the following rules: the highest grayscale bit (grayscale 0) has a total weight that is twice that of grayscale bit 1 across all refresh cycles; grayscale bit 1 has a total weight that is twice that of grayscale bit 2 across all refresh cycles, and so on. That is, the total weight of grayscale bit W across all refresh cycles is twice that of grayscale bit W. The total weight is twice that of gray level 2. However, since the brightness performance of the driver IC is non-linear, in a fully bright state, the total brightness of gray level 1 is not necessarily twice that of gray level 2. Therefore, the "gray level weights" of "gray level 1" and "gray level 2" can be defined in software to achieve the goal of making the brightness of gray level 1 twice that of gray level 2. This is the purpose and significance of the design that allows for "software-defined weights for each gray level."

[0071] Preferably, the position of the grayscale OE in the subfield is customized and adjusted according to the scan transition time of each refresh cycle. The scan transition time is the point in time when the row drive signal switches when the scan reaches the end of a row and is ready to move to the next row.

[0072] In one embodiment, the position of each grayscale OE location within the subfield can be defined by software. For example... Figure 7 As shown, before the line scan transformation (change in A / B / C signals), both the "last grayscale of the previous refresh cycle" and the "first grayscale of the next refresh cycle" are far from the moment of the line scan transformation, resulting in better ghosting elimination. Specifically:

[0073] like Figure 6As shown in the "Waveform Diagram," the OE position (low level) of each grayscale is located in the exact center of a display subfield. "Software-definable" means that this position can be set and adjusted via software, and can be placed at any position within the display subfield. This is because if the grayscale position is exactly before the line scan transition (i.e., the last grayscale position in each "refresh cycle" in Table 1), then keeping the effective OE position of that grayscale far from the line scan transition time will result in better line scan ghosting elimination. The principle is that after a line scan is completed, the charge on that line cannot be immediately discharged. Discharging it through additional line scan transition time would consume valuable time resources and reduce display efficiency. However, by keeping the effective OE time far from the line break time, utilizing the ineffective OE time to discharge the charge of the previous line scan, line scan transition time can be saved, thus improving display efficiency.

[0074] Further preferably, in a specific embodiment, the last grayscale position of each refresh cycle and the first grayscale position of the next refresh cycle are determined according to the line-by-line scan transformation time of each refresh cycle; for the last grayscale position of each refresh cycle, its grayscale OE position is shifted forward by Q positions (a preset number of clock cycles) relative to the line scan transformation time within the sub-field time period; for the first grayscale position of the next cycle, its grayscale OE position is shifted backward by Q positions relative to the line scan transformation time within the sub-field time period; for the other grayscale positions in each refresh cycle except for the last and first grayscale positions, the position of the grayscale OE position within the sub-field time period is customized according to a custom position adjustment instruction used to optimize specific display effects.

[0075] In addition, when customizing the position of the grayscale OE position in the subfield, the signals of each grayscale subfield do not overlap within the same refresh cycle.

[0076] When the receiving card receives the data to be displayed sent by the host computer through the sending device, it loads the configured display control parameters, controls the LED driver chip, and completes the grayscale display of the LED display screen. The display control parameters include R, G(r), the custom-adjusted grayscale weight, and the custom-adjusted grayscale OE position in the subfield.

[0077] In practical applications, after powering on and loading the configured display control parameters, data is sent to the channel chip according to the "grayscale bits" in the "refresh cycle" (refer to Table 1). Each "grayscale bit" sent represents a subfield. After sending one subfield, the next subfield is sent. At the same time, the corresponding OE pulse width is given according to the data of the previous subfield and the grayscale weight. This cycle repeats until one "refresh cycle" is completed. If there is still enough time in one frame to complete one "refresh cycle", the process is repeated until there is not enough time left to complete one "refresh cycle".

[0078] In summary, this application provides a technical framework for the first time that enables simultaneous, independent, and precise control of refresh rate, brightness efficiency, and nonlinear compensation by defining and configuring the grayscale dispersion factor, OE pulse width (weight) of each grayscale, and the combination of each grayscale in each refresh / scan cycle, and allowing them to be distributed asymmetrically and non-uniformly. This brings unexpected display effect optimization capabilities, enabling OE-type constant current source driver chip LED displays to obtain more flexible refresh rate and brightness efficiency configurations, and mitigating or even avoiding secondary problems caused by the nonlinear response of LED driver chips, such as low grayscale speckling, low grayscale incompleteness, and unsmooth grayscale transitions.

[0079] It should be noted that the above embodiments are merely illustrative examples of the division of functional modules. In practical applications, the functions described above can be assigned to different functional modules as needed, that is, the modules or steps in the embodiments of this application can be further decomposed or combined. For example, the modules in the above embodiments can be merged into one module, or further divided into multiple sub-modules to complete all or part of the functions described above. The names of the modules and steps involved in the embodiments of this application are merely for distinguishing the various modules or steps and are not considered as an improper limitation of this application.

[0080] An electronic device according to a second embodiment of this application includes:

[0081] At least one processor;

[0082] and a memory communicatively connected to at least one of the processors;

[0083] The memory stores instructions that can be executed by the processor to implement the above-described software-defined grayscale display control method for LED driver chips.

[0084] A computer-readable storage medium according to a third embodiment of this application stores computer instructions, which are executed by the computer to implement the above-described software-defined LED driver chip grayscale display control method.

[0085] Those skilled in the art will understand that, for the sake of convenience and brevity, the specific working process and related descriptions of the electronic device and computer-readable storage medium described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be repeated here.

[0086] The following is for reference. Figure 8 It shows a schematic diagram of the structure of a computer system for implementing embodiments of the systems, methods, and electronic devices of this application. Figure 8The server shown is merely an example and should not impose any limitations on the functionality and scope of use of the embodiments of this application.

[0087] like Figure 8 As shown, the computer system includes a Central Processing Unit (CPU) 801, which can perform various appropriate actions and processes based on programs stored in Read Only Memory (ROM) 802 or programs loaded from storage section 808 into Random Access Memory (RAM) 803. RAM 803 also stores various programs and data required for system operation. The CPU 801, ROM 802, and RAM 803 are interconnected via bus 804. Input / output (I / O) interface 805 is also connected to bus 804.

[0088] The following components are connected to I / O interface 805: an input section 806 including a keyboard, mouse, etc.; an output section 807 including a cathode ray tube (CRT), liquid crystal display (LCD), etc., and speakers, etc.; a storage section 808 including a hard disk, etc.; and a communication section 809 including a network interface card such as a LAN (Local Area Network) card, modem, etc. The communication section 809 performs communication processing via a network such as the Internet. A drive 810 is also connected to I / O interface 805 as needed. A removable medium 811, such as a disk, optical disk, magneto-optical disk, semiconductor memory, etc., is installed on drive 810 as needed so that computer programs read from it can be installed into storage section 808 as needed.

[0089] Specifically, according to embodiments of this disclosure, the processes described above with reference to the flowcharts can be implemented as computer software programs. For example, embodiments of this disclosure 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 communication section 809, and / or installed from removable medium 811. When the computer program is executed by central processing unit (CPU) 801, it performs the functions defined in the methods of this application. It should be noted that the computer-readable medium described above in this application can be a computer-readable signal medium or a computer-readable storage medium, or any combination of the two. A computer-readable storage medium can be, for example,—but not limited to—an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, 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 application, a computer-readable storage medium can be any tangible medium containing or storing a program that can be used by or in connection with an instruction execution system, apparatus, or device. In this application, a computer-readable signal medium may include a data signal propagated in baseband or as part of a carrier wave, carrying computer-readable program code. Such propagated data signals can take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. A computer-readable signal medium can also be any computer-readable medium other than a computer-readable storage medium, which can send, propagate, or transmit a program for use by or in connection with an instruction execution system, apparatus, or device. The program code contained on a computer-readable medium can be transmitted using any suitable medium, including but not limited to: wireless, wire, optical fiber, RF, etc., or any suitable combination thereof.

[0090] 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).

[0091] 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.

[0092] The terms “first”, “second”, etc., are used to distinguish similar objects, not to describe or indicate a specific order or sequence.

[0093] The term "comprising" or any other similar term is intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus / device that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent in such process, method, article, or apparatus / device.

[0094] The technical solutions of this application have been described above with reference to the preferred embodiments shown in the accompanying drawings. However, it will be readily understood by those skilled in the art that the scope of protection of this application is obviously not limited to these specific embodiments. Without departing from the principles of this application, those skilled in the art can make equivalent changes or substitutions to the relevant technical features, and the technical solutions after these changes or substitutions will all fall within the scope of protection of this application.

Claims

1. A software-defined grayscale display control method for an LED driver chip, used in an LED display control system, the LED display control system comprising a host computer, a transmitting device, a receiving card, and an LED display screen; the LED display screen comprising an LED driver chip; characterized in that, The method includes: The host computer determines the number of refresh cycles R for one frame display time based on the number of pixel rows in the unit partition when the LED display screen is scanned line by line. Based on R and the total number of gray levels, obtain the gray level set G(r) displayed in each refresh cycle r; G(r) defines the gray level bits, gray level subfields and gray level weight sequence number displayed in that cycle; For each gray level bit, the total target weight within a frame display time is determined based on its bit level in gray level encoding. Combined with the distribution of the gray level bit in each G(r), the initial gray level weight is calculated for each display. The initial gray level weight is adjusted according to the relationship between the total weights of adjacent gray level bits in all refresh cycles to compensate for the nonlinearity of the LED driver chip and lamp bead response. Adjust the position of the grayscale OE position in the subfield according to the line-by-line scanning transformation time of each refresh cycle; When the receiving card receives the data to be displayed, it controls the LED driver chip according to the configured display control parameters to complete the grayscale display of the LED display screen; the display control parameters include R, G(r), the adjusted grayscale weight, and the adjusted grayscale OE position in the subfield.

2. The software-definable grayscale display control method for LED driver chips according to claim 1, characterized in that, The LED driver chip is an OE type LED driver chip.

3. The software-definable grayscale display control method for LED driver chips according to claim 1, characterized in that, Within each refresh cycle, the grayscale of the first scan of the line-by-line scan is set to the highlight grayscale.

4. The software-definable grayscale display control method for LED driver chips according to claim 1, characterized in that, The initial grayscale weights for each display are calculated as follows: For each gray level bit that constitutes the total gray level, the total target weight is determined based on its bit level in gray level encoding within a frame display time. Based on the distribution of the gray level in each G(r), the total target weight is allocated to each display of the gray level in each refresh cycle, thereby calculating the initial gray level weight for each display.

5. The software-definable grayscale display control method for LED driver chips according to claim 1, characterized in that, The initial grayscale weights are adjusted based on the total weights of adjacent grayscale levels across all refresh cycles, using the following method: In response to the compensation curve selection command or input adjustment value received from the host computer software interface, the initial grayscale weight is adjusted, and the total weight of each grayscale position after adjustment in all refresh cycles is twice the total weight of the next adjacent grayscale position.

6. The software-definable grayscale display control method for LED driver chips according to claim 1, characterized in that, The position of the grayscale OE in the subfield is adjusted according to the line-by-line scanning transformation time of each refresh cycle. The method is as follows: Based on the line-by-line scanning transformation time of each refresh cycle, determine the last gray level of each refresh cycle and the first gray level of the next refresh cycle; for the last gray level of each refresh cycle, move its gray level OE position forward by a preset distance within the subfield time period; for the first gray level of the next cycle, move its gray level OE position backward by a preset distance within the subfield time period. For each refresh cycle, except for the last and first gray levels, the position of the gray level OE is determined in the subfield in response to the position adjustment command received from the host computer software interface to optimize specific display effects.

7. The software-definable grayscale display control method for LED driver chips according to claim 6, characterized in that, When adjusting the position of the grayscale OE position in the subfield, the signals of each grayscale subfield do not overlap within the same refresh cycle.

8. The software-definable grayscale display control method for LED driver chips according to claim 2, characterized in that, The highest grayscale weight of the OE-type LED driver chip is N, and the lowest grayscale weight is... N is greater than the time of a subfield, and n is the total number of gray levels.

Images