LED driving data transmission method and system
By using the method of including the start address and continuous data blocks in the data frame in the LED control system, the LED driver extracts the target data block according to the offset between the storage address and the start address, solving the problem of low data transmission efficiency in the prior art, and realizing efficient and low-latency LED driver data transmission.
Patent Information
- Application Number
- CN202510249180.5
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2025-03-04
- Publication Date
- 2025-05-09
AI Technical Summary
The existing LED driver data transmission method still transmits all data when only some of the lamp bead data is updated, resulting in wasting bandwidth resources and reduced transmission efficiency, making it difficult to meet the requirements of high refresh rate and low latency.
By introducing a LED driver data transmission method in the LED control system, the controller sends a data frame to the LED driver device, which includes a starting address and a plurality of data blocks arranged continuously. The LED driver device accurately extracts the target data block from the data block according to the offset between the storage address and the starting address, and realizes local efficient updates.
This method significantly reduces the amount of data transmitted, reduces system bandwidth usage and communication delay, improves data transmission efficiency, and meets the requirements of high refresh rate and low latency.
Smart Images

Figure CN119967661A_ABST
Abstract
Description
Technical Field
[0001] The present application relates to the field of LED driving, and in particular to a method and system for transmitting data of LED driving. Background Art
[0002] In the LED driver data transmission scenario, the LED controller sends data frames to the LED driver chip through a serial or parallel bus. The data frames usually contain the lighting information of all lamp beads. This data transmission method still transmits all data when only part of the lamp bead data needs to be updated, which not only wastes bandwidth resources and reduces transmission efficiency. Moreover, in large-scale LED matrices, full data transmission takes a long time and is difficult to meet the requirements of high refresh rate and low latency.
[0003] Therefore, there is an urgent need for an efficient and flexible LED drive data transmission method that can reduce data redundancy and improve transmission efficiency and system performance while ensuring the lighting effect. Summary of the invention
[0004] Based on this, an embodiment of the present application provides an LED data transmission method, which is applied to an LED drive data transmission system.
[0005] An LED drive data transmission method is applied to an LED control system, wherein the LED control system includes a plurality of LED drive devices and a controller, wherein the plurality of LED drive devices are connected in parallel and / or in series to an output bus of the controller, and comprises: The controller sends a data frame to the LED driving device, wherein the data frame includes a start address and one or more continuously arranged data blocks; The LED driving device compares the starting address in the data frame with the storage address. If the storage address is the starting address or an address after the starting address, the target data block is determined from the multiple data blocks arranged continuously according to the offset between the storage address and the starting address, wherein the storage address is pre-stored in the LED driving device.
[0006] In some possible implementations, the plurality of data blocks arranged in succession correspond to addresses in an address sequence, wherein the first data block corresponds to the starting address, and each subsequent data block corresponds in sequence to a single address in the address sequence that increases after the starting address; Determining the target data block from the plurality of continuously arranged data blocks according to the offset between the storage address and the start address comprises: The data block corresponding to the start address is used as a reference position, and the target data block is determined according to the offset and the reference position.
[0007] In some possible implementations, the starting address in the data frame is a preset address, the data frame includes a data block, and the LED driving device compares the starting address in the data frame with the storage address, including: If the LED driving device recognizes that the start address is a preset address, the data block in the data frame is determined as a target data block.
[0008] In some possible implementations, the data frame further includes gain data, and the gain data is used to indicate a driving current when the LED driving device drives the LED.
[0009] In some possible implementations, the data frame further includes a reserved address bit and / or a reserved gain extension bit, and the reserved address bit is used for the address extension and / or the gain data extension.
[0010] The present application also provides an LED drive data transmission system, comprising a plurality of LED drive devices and a controller, wherein the plurality of LED drive devices are connected in series or in parallel to an output bus of the controller; The controller is used to: send a data frame to the LED driving device, wherein the data frame includes a start address and a plurality of data blocks arranged continuously; The LED driving device is used to: compare the starting address in the data frame with the storage address; if the storage address is the starting address or an address after the starting address, determine the target data block from the multiple data blocks arranged continuously according to the offset between the storage address and the starting address, wherein the storage address is pre-stored in the LED driving device.
[0011] In a possible implementation, the plurality of data blocks arranged in succession correspond to addresses in an address sequence, wherein the first data block corresponds to the starting address, and each subsequent data block corresponds in sequence to a single address in the address sequence that increases after the starting address; The LED driving device is specifically used for: taking the data block corresponding to the start address as a reference position, and determining the target data block according to the offset and the reference position.
[0012] In a possible implementation, the starting address in the data frame is a preset address, and the data frame includes a data block. The LED driving device is specifically configured to: if the LED driving device recognizes that the start address is a preset address, determine the data block in the data frame as a target data block.
[0013] In this application, when only some LED lamp beads need to be updated, the controller does not need to transmit all the data, but only needs to send the starting address and the subsequent continuously arranged drive data blocks. Each LED driver can accurately extract the corresponding target data block from multiple continuously arranged data blocks according to the offset between the storage address and the starting address, thereby achieving local efficient updates. Compared with the traditional full-volume transmission scheme, this application significantly reduces the amount of transmitted data by eliminating redundant data packets and address fields, effectively reducing system bandwidth occupancy and communication delay. At the same time, since the data frame does not need to carry an address identifier for each data packet, the data transmission efficiency is further improved. BRIEF DESCRIPTION OF THE DRAWINGS
[0014] In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative work.
[0015] in: Figure 1 is a schematic diagram of a parallel LED driving data transmission system provided by an embodiment of the present application; Figure 2 is a schematic diagram of a series LED driving data transmission system provided by an embodiment of the present application; Figure 3 This is a flowchart of LED drive data transmission provided by an embodiment of the present application; Figure 4 is a schematic block diagram of a data frame provided by an embodiment of the present application; Figure 5 This is a schematic block diagram of a data frame provided by another embodiment of the present application. DETAILED DESCRIPTION
[0016] The following will be combined with the drawings in the embodiments of the present invention to clearly and completely describe the technical solutions in the embodiments of the present invention. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the present invention.
[0017] In the following description, specific details such as specific system structures, technologies, etc. are provided for the purpose of illustration rather than limitation, so as to provide a thorough understanding of the embodiments of the present application. However, it should be clear to those skilled in the art that the present application may also be implemented in other embodiments without these specific details. In other cases, detailed descriptions of well-known systems, devices, circuits, and methods are omitted to prevent unnecessary details from obstructing the description of the present application.
[0018] It should be understood that when used in the present specification and the appended claims, the term "comprising" indicates the presence of described features, wholes, steps, operations, elements and / or components, but does not exclude the presence or addition of one or more other features, wholes, steps, operations, elements, components and / or combinations thereof.
[0019] References to "one embodiment" or "some embodiments" etc. described in the specification of this application mean that one or more embodiments of the present application include specific features, structures or characteristics described in conjunction with the embodiment. Therefore, the statements "in one embodiment", "in some embodiments", "in some other embodiments", "in some other embodiments", etc. that appear in different places in this specification do not necessarily refer to the same embodiment, but mean "one or more but not all embodiments", unless otherwise specifically emphasized in other ways. The terms "including", "comprising", "having" and their variations all mean "including but not limited to", unless otherwise specifically emphasized in other ways.
[0020] In the existing LED driver data transmission method, the LED controller usually sends full data to the LED driver chip when an update is required. A notable feature of this data transmission method is that the data frame contains the lighting information of all lamp beads, regardless of whether the status of these lamp beads has changed. This full data transmission method will lead to a waste of bandwidth resources and a reduction in transmission efficiency in some application scenarios.
[0021] For example, in a large LED display, the screen may consist of thousands or even tens of thousands of LEDs. Even if only a small number of LEDs need to update the brightness or color, the existing method requires all the data of the entire screen to be retransmitted. This not only takes up a lot of bandwidth, but also increases the processing burden of the controller and driver chip, resulting in a slower system response speed and difficulty in meeting the requirements of high refresh rate and low latency.
[0022] Therefore, in response to the above problems, a more efficient LED driver data transmission method is urgently needed, which can only update necessary lamp bead data, reduce redundant data transmission, and improve bandwidth utilization and transmission efficiency.
[0023] In this regard, Figure 1 , Figure 2 and Figure 3 As shown, the present application discloses an LED driving data transmission method, which is applied to an LED control system. The LED control system includes a plurality of LED driving devices and a controller. The plurality of LED driving devices are connected in parallel and / or in series to an output bus of the controller. The method includes: 101. The controller sends a data frame to the LED driving device, where the data frame includes a start address and one or more continuously arranged data blocks; like Figure 1 , Figure 2 As shown, in this embodiment, multiple LED driving devices are connected to the output bus of the controller in parallel and / or in series. The controller sends a data frame, and the driving device drives the LED lamp beads to emit light according to the data frame. Figure 4 As shown, the data frame includes a starting address and one or more consecutively arranged data blocks. The starting address identifies the starting position of these data blocks, and the consecutive data blocks correspond to the luminous data of the LED driving devices at the consecutive addresses. Each LED driving device drives the connected LED lamp beads to emit light by identifying the target data block corresponding to it in the data frame and based on the RGB luminous data in the target data block.
[0024] For example, assume that the starting address of the data frame sent by the controller is 001 and contains three consecutive data blocks. The first data block corresponds to the LED driver device at address 001, the second data block corresponds to the LED driver device at address 002, and the third data block corresponds to the LED driver device at address 003. Each LED driver device determines its corresponding target data block based on the matching between its stored address and the starting address.
[0025] Assuming that the storage address of an LED driver is 002, it will identify the second data block in the data frame as its target data block. Then, the driver uses the RGB luminescence data in the target data block to drive the connected LED lamp beads to emit light, ensuring that the lamp beads display the expected color and brightness.
[0026] 102. The LED driving device compares the starting address in the data frame with the storage address. If the storage address is the starting address or an address after the starting address, a target data block is determined from a plurality of consecutively arranged data blocks according to an offset between the storage address and the starting address, wherein the storage address is pre-stored in the LED driving device.
[0027] In this embodiment, the LED driving device receives a data frame from the controller, which includes a start address and a plurality of consecutively arranged data blocks. Each LED driving device has a pre-stored address, namely a storage address, which is used to identify the position of the device in the entire system.
[0028] After receiving the data frame, the LED driver first compares the starting address in the data frame with its own storage address. This comparison is used to determine whether the device should process the data in the current data frame. If the storage address is equal to the starting address, or after the starting address (i.e., the storage address is greater than or equal to the starting address), the LED driver calculates the offset between the storage address and the starting address. The offset is used to locate the specific position of the target data block in the data frame. Based on the calculated offset, the LED driver determines its target data block among the multiple data blocks in the data frame.
[0029] For example, the length of each data block is 24 bits, which can be used to represent RGB luminous data, where 8 bits are used for red, 8 bits are used for green, and 8 bits are used for blue. For example, if the offset is 0, the target data block is the first data block; if the offset is 1, the target data block is the second data block, and so on.
[0030] Specifically, multiple data blocks arranged in succession may correspond to a starting address and an address after the starting address, wherein the first data block corresponds to the starting address, and each subsequent data block corresponds in turn to a single address incremented after the starting address. The LED driving device determines a target data block from the multiple data blocks arranged in succession based on an offset between the storage address and the starting address, and uses the data block corresponding to the starting address as a reference position, and determines the target data block based on the offset and the reference position.
[0031] Among them, the starting address and the address after the starting address can be part of an address sequence pre-saved in the controller. The address sequence is pre-saved in the controller, and the address sequence includes the storage addresses of all LED driving devices connected to the controller, so as to realize the controller's control over the lamp beads.
[0032] As an example, in an LED drive data transmission system, the starting address of the data frame sent by the controller is 002, and it contains 3 consecutive data blocks, each of which is 24 bits long and is used to store RGB light emitting data.
[0033] Assume that there are three LED driving devices in the system, namely LED driving devices 1, 2 and 3, whose storage addresses are 001, 002 and 003 respectively. For LED driving device 1, its storage address is before the starting address, which does not meet the condition of "storage address equals to the starting address, or after the starting address", so LED driving device 1 does not process the data frame; for LED driving device 2, the storage address is 002, compared with the starting address 002, the offset is 0, and the data block corresponding to the starting address, that is, the first data block, is used as the reference position, and the first data block is determined as its target data block; for LED driving device 3, the storage address is 003, the offset is 1, and the reference position is also the first data block, so the second data block can be determined as its target data block. In this way, each LED driving device can accurately identify its corresponding target data block from the data frame according to the offset between its storage address and the starting address, thereby ensuring that each LED lamp bead emits light according to the expected RGB data.
[0034] It can be understood that the above examples are only for understanding and are not intended to be limiting of the present application.
[0035] Once the target data block is determined, the LED driver will parse the information in the data block. For the RGB data block, the content in the data block corresponds to the brightness values of the three colors red, green, and blue. Of course, the data block can also include RGBW data. Finally, the LED driver adjusts the light-emitting parameters of the LED lamp beads according to the parsed RGB or RGBW data to ensure that the lamp beads display the required color and brightness.
[0036] In this way, the LED driving device can effectively extract and process the data blocks related to it from the data frame, ensuring that the LED lamp beads of the entire system can emit light according to the design requirements.
[0037] It can be understood that, although the data frame of this embodiment only includes the starting address but not the ending address, it does not mean that it is necessary to update from the LED driver device at the starting address to the last LED driver device. When the LED driver device compares the storage address and the starting address to obtain the offset, and the offset is greater than the total length of the data blocks in the data frame, the LED driver device does not respond to the data frame. For example, if the starting address is 001, and there are 5 consecutive data blocks in the data frame, when the LED driver device with the storage address of 100 receives the data frame, it compares its own storage address with the starting address and obtains an offset of 99, which is greater than the total length of the data blocks in the data frame. At this time, the LED driver device does not process the data frame.
[0038] In this embodiment, when only some LED lamp beads need to be updated, the controller does not need to transmit all the data, but only needs to send the starting address and the subsequent continuously arranged drive data blocks. Each LED driver device can accurately extract the corresponding target data block from the multiple continuously arranged data blocks according to the offset between the storage address and the starting address, thereby achieving local efficient update. Compared with the traditional full-volume transmission scheme, this application significantly reduces the amount of transmitted data by eliminating redundant data packets and address fields, effectively reducing system bandwidth occupancy and communication delay. At the same time, since the data frame does not need to carry an address identifier for each data packet, the data transmission efficiency is further improved.
[0039] In some embodiments, the starting address in the data frame is a preset address, the data frame includes a data block, and the LED driving device compares the starting address in the data frame with the storage address, including: If the LED driving device recognizes that the start address is a preset address, the data block in the data frame is determined as a target data block.
[0040] In this embodiment, when the starting address in the data frame is set to the preset address, the data frame contains only one data block. The purpose of this is to enable all connected LED driving devices to receive the same target data block, thereby achieving synchronous lighting and extinguishing of the LED lamp beads.
[0041] Specifically, when the LED driver receives the data frame, it will compare the starting address in the data frame with its own storage address. If the starting address is identified as a preset address during the comparison process, the LED driver will not need to consider its own storage address, but directly regard the data block in the data frame as the target data block. In this way, all LED drivers will extract light-emitting information from the same data block. This means that no matter what the storage address of each driver is, they will receive the same light-emitting instruction in this case. Therefore, all connected LED lamp beads will exhibit the same light-emitting behavior, that is, they will light up or go out at the same time.
[0042] The present embodiment does not limit the specific value of the preset address, and the value may be selected according to actual conditions. For example, an address of all 0s may be selected as the preset address.
[0043] This embodiment simplifies the control logic through the configuration, and provides an efficient solution, especially in the scenario where all lamp beads need to emit light synchronously. In the case where a unified visual effect is required, this method can ensure consistency and synchronization.
[0044] In some embodiments, Figure 5 As shown, the data frame also includes gain data, and the gain data is used to indicate the driving current when the LED driving device drives the LED.
[0045] In order to enhance the brightness control and energy saving effect of LED lamp beads, the data frame contains not only the starting address for positioning, but also gain data. The introduction of gain data provides an additional parameter for the system to indicate the specific driving current required by the LED driver when driving the LED lamp beads.
[0046] In this embodiment, during the transmission of the data frame, the LED driving device will first determine the starting address according to the convention to confirm whether it needs to process the data block in the data frame. Once it is confirmed that it needs to be processed, the device will further parse the gain data in the data frame.
[0047] By reading the gain data, the LED driver can dynamically adjust its output current. For example, the gain data can be represented by 2 bits, corresponding to 4 levels of drive current, where 11, 10, 01, and 00 correspond to 12mA, 9mA, 6mA, and 3mA drive circuits, respectively. The above examples are only for ease of understanding and are not intended to be limiting.
[0048] In this embodiment, by including gain data in the data frame, more refined brightness control is allowed, so that the LED lamp beads in different environments can adjust the brightness as needed, thereby achieving the best visual effect and energy consumption management. Especially in situations where the brightness of the light needs to be adjusted dynamically, this method can provide higher flexibility and functionality.
[0049] In some embodiments, in order to enhance the scalability and flexibility of the system, in addition to the basic start address and gain data, the data frame also introduces reserved address bits and / or reserved gain extension bits to support the extension of the start address bits and gain data. It can be understood that the more start address bits there are, the more LEDs this embodiment can support, and the more gain data bits there are, the more refined adjustments can be supported.
[0050] This embodiment also provides an LED drive data transmission system, including a plurality of LED drive devices and a controller, wherein the plurality of LED drive devices are connected in series and / or in parallel to an output bus of the controller; The controller is used to: send a data frame to the LED driving device, the data frame including a start address and a plurality of data blocks arranged continuously; The LED driving device is used to compare the starting address in the data frame with the storage address. If the storage address is the starting address or an address after the starting address, a target data block is determined from a plurality of consecutively arranged data blocks according to an offset between the storage address and the starting address, wherein the storage address is pre-stored in the LED driving device.
[0051] In some embodiments, the plurality of data blocks arranged in succession correspond to the starting address and the address after the starting address, wherein the first data block corresponds to the starting address, and each subsequent data block corresponds to a single address that increases in sequence after the starting address; The LED driving device is specifically used for: taking the data block corresponding to the start address as the reference position, and determining the target data block according to the offset and the reference position.
[0052] In some embodiments, the starting address in the data frame is a preset address, the data frame includes a data block, and the LED driving device is specifically used to: if the LED driving device recognizes that the starting address is the preset address, determine the data block in the data frame as the target data block.
[0053] In the above embodiments, the description of each embodiment has its own emphasis. For parts that are not described or recorded in detail in a certain embodiment, reference can be made to the relevant descriptions of other embodiments.
[0054] Those of ordinary skill in the art will appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of this application.
[0055] In the embodiments provided in the present application, it should be understood that the disclosed devices / network equipment and methods can be implemented in other ways. For example, the device / network equipment embodiments described above are only schematic. For example, the division of modules or units is only a logical function division. There may be other division methods in actual implementation, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.
[0056] The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.
[0057] The above embodiments are only used to illustrate the technical solutions of the present application, rather than to limit them. Although the present application has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the aforementioned embodiments, or make equivalent replacements for some of the technical features therein. These modifications or replacements do not deviate the essence of the corresponding technical solutions from the spirit and scope of the technical solutions of the embodiments of the present application, and should all be included in the protection scope of the present application.
Claims
1. A method for transmitting LED driving data, characterized in that: Applied to an LED control system, the LED control system includes a plurality of LED driving devices and a controller, the plurality of LED driving devices are connected in parallel and / or in series to an output bus of the controller, including: The controller sends a data frame to the LED driving device, wherein the data frame includes a start address and one or more continuously arranged data blocks; The LED driving device compares the starting address in the data frame with the storage address. If the storage address is the starting address or an address after the starting address, the target data block is determined from the multiple data blocks arranged continuously according to the offset between the storage address and the starting address, wherein the storage address is pre-stored in the LED driving device.
2. The driving data transmission method according to claim 1, characterized in that: The plurality of data blocks arranged in succession correspond to the starting address and the address after the starting address, wherein the first data block corresponds to the starting address, and each subsequent data block corresponds in sequence to a single address incremented after the starting address; Determining the target data block from the plurality of continuously arranged data blocks according to the offset between the storage address and the start address comprises: The data block corresponding to the start address is used as a reference position, and the target data block is determined according to the offset and the reference position.
3. The LED driving data transmission method according to claim 1, characterized in that: The starting address in the data frame is a preset address, the data frame includes a data block, and the LED driving device compares the starting address in the data frame with the storage address, including: If the LED driving device recognizes that the start address is a preset address, the data block in the data frame is determined as a target data block.
4. The LED driving data transmission method according to claim 1, characterized in that: The data frame also includes gain data, and the gain data is used to indicate the driving current when the LED driving device drives the LED.
5. The LED driving data transmission method according to claim 4, characterized in that: The data frame also includes a reserved address bit and / or a reserved gain extension bit, and the reserved address bit is used for the address extension and / or the gain data extension.
6. An LED driving data transmission system, characterized in that: It comprises a plurality of LED driving devices and a controller, wherein the plurality of LED driving devices are connected in series or in parallel to an output bus of the controller; The controller is used to: send a data frame to the LED driving device, wherein the data frame includes a start address and a plurality of data blocks arranged continuously; The LED driving device is used to: compare the starting address in the data frame with the storage address; if the storage address is the starting address or an address after the starting address, determine the target data block from the multiple data blocks arranged continuously according to the offset between the storage address and the starting address, wherein the storage address is pre-stored in the LED driving device.
7. The LED driving data transmission system according to claim 6, characterized in that: The plurality of data blocks arranged in succession correspond to the starting address and the address after the starting address, wherein the first data block corresponds to the starting address, and each subsequent data block corresponds in sequence to a single address incremented after the starting address; The LED driving device is specifically used for: taking the data block corresponding to the start address as a reference position, and determining the target data block according to the offset and the reference position.
8. The LED driving data transmission system according to claim 6, characterized in that: The starting address in the data frame is a preset address, the data frame includes a data block, and the LED driving device is specifically used to: if the LED driving device recognizes that the starting address is a preset address, determine the data block in the data frame as a target data block.
Citation Information
Cited By
Data processing method, lighting equipment and medium
CN120475598A
Data processing method, light device, and medium
CN120475598B