KR20160015032A - Wireless light device and method to control dynamic grouping - Google Patents

Abstract

The present invention relates to a system controlling a large LED lighting device by using wireless communication technology. Provided is a means of grouping a number of LED lighting devices according to a form of an image to be expressed, and expressing the image in real time by a method of controlling the group.

Description

Wireless light and dynamic group control method. {WIRELESS LIGHT DEVICE AND METHOD TO CONTROL DYNAMIC GROUPING}

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a system for controlling a lighting apparatus using a short-range wireless communication technology, and more particularly, to a method for more efficiently controlling and operating a large number of wireless lighting apparatuses for use.

When cheering at sports venues or concert halls, it is common to use support rods, usually with paper, balloons, etc., or lighting equipment. In the case of performances or athletic events, the lighting that the spectators use for the purpose of cheering is called a performance. The card section is based on a screenplay prepared in advance and is not technically related to the present invention because it does not use a lighting device, but it is the same market from the viewpoint of a service such as advertisement or support. The support rods of a simple lighting fixture incorporate a fixed lighting fixture and express the degree of flashing LEDs in a predetermined order without any control. In other words, existing performances have the function of blinking by incorporating LED light source in the support rods. The real-time lighting control using wireless eliminates the disadvantages of the card section and the simple support rods described above and remotely controls colors, brightness, etc. in real time to provide various cheering directing and convenience using performances and the like.

Directional communication that performs both transmission and reception according to a wireless communication method, and unidirectional communication that performs only transmission or reception. In case of bidirectional communication, 1: 1 point-to-point communication with sender and receiver, and 1: n communication with multiple recipients (point-to-multipoint communication) . The present invention uses a point-to-multipoint communication scheme and is a one-way communication since a plurality of performances etc. serve as receivers. In all communications, it is possible to specify a destination address when transmitting, or to specify that all recipients can receive (broadcast). The present invention can be applied to a broadcasting system in which all receivers can receive broadcasts but a destination address is included in transmission data to form various receiving groups such as receivers and performances, Technology.

A typical technology for controlling conventional lighting devices is the DMX512, which is the most common international standard for use with lighting related equipment. It is an abbreviation of Digital Multiplex, which means 512 can control the device with up to 512 addresses. The DMX512 is a transmission protocol standard, and the physical transmission means takes a 1: N (point-to-point) communication form with several receivers in a unidirectional communication method through a wired connection using an RS-485 transmission device. The communication data transmitted from the transmitter is a reset state, a start code indicating the start of new communication data, and data for 512 bytes, all of which are repeatedly transmitted within a short period of time. Each receiving unit receives the communication data every time and operates on the data change. Such a communication method is very simple and robust, but has the following limitations and problems.

Generally, because it is used with wired communication equipment, space and space limitations are big compared with wireless communication equipment, and installation and operation process of equipment is troublesome compared to wireless. In addition, in the unidirectional communication and the point-to-multipoint communication method, there is no limitation on the number of receiving devices that can be physically connected to the wireless communication, but the number of the maximum devices is determined by the conventional DMX512 method. As the number of transmission data required for the function of the receiving equipment increases, the number of the maximum equipment decreases. The DMX512's wired equipment is connected in the form of Daisy Chain Topology. For example, the transmitter and the first receiver are connected, the first receiver and the second receiver are connected, and the second receiver is connected to the third receiver. In such a case, if the 100th receiver is damaged and the data transmission to the next 101st receiver fails, all the receiver units after the 101st receiver have a problem that their functions are lost.

Let's assume that the following scenarios of the performance scenarios are implemented in the prior art.

Let's say that the total number of seats in the athletic field is 10,000. The seat was set as 250 lines long and 40 lines total of 10,000 lines. 1 shows a seat arrangement and an image example of 10,000 light sources. In the seat arrangement 100 of FIG. 1, 10,000 seats are arranged in 40 rows and 250 rows. In order to use the DMX512 in this seat layout, it is necessary to divide the area into 512 or less. Therefore, 480 seats are allocated to the first region 101 from the first to the twelfth columns, and 480 seats are allocated from the third region to the 24th region in the second region 102. [ Thus, the remaining 400 seats allocated to the area 20 are allocated to the area 21 (103) from the 241th column to the 250th column. There should be one DMX512 controller in each area, and there should be a central controller that coordinates timing and data control by integrating these 21 DMX512 controllers.

Assuming that one performance is provided for each seat, and each performance of each seat corresponds to an image pixel of a general display, the seat number may be replaced with a pixel number. In other words, to render image number 1 (100), 10,000 pixels are required and each pixel should be assigned a color.

3 is a color table for expressing colors in pixels. In this example, 3 bits are assigned to represent eight colors including red, green, and blue, which are three elements of light for the convenience of explanation. When 16 bits are used, 65,536 colors and 24 bits are used The same applies to the color with the resolution. In the color table of FIG. 3, red 1 bit, green 1 bit, and blue 1 bit are allocated to apply the eight colors. For red, only red 1 and the remaining green and blue 0 can be expressed as 100 have. To represent yellow, red and green are set to 1, and blue is set to 0, which can be expressed as 110. White is represented by 111, which is the same as turning on all three RGB sources. Black can be expressed as 000, which is equivalent to turning off all three RGB sources.

4 shows a packet structure of the DMX 512. Fig. The DMX512 packet starts with an 11-bit start code called an SC (Start Code) first, and data corresponding to 512 light sources sequentially correspond to each 11-bit length. When all 512 light source data are transmitted, packet data is generated repeatedly from SC again. Packet data must be generated and transmitted indefinitely by repeating this unchanged process of changing data about the light source. In the DMX512, 512 fixed light sources are standardized, and the DMX256 standard is used for 256 light sources. Although the DMX512 specifies 512 light sources, the term channel is used instead of the light source.

The 11-bit data packet of the DMX512 consists of 1 start bit, 8 data bits, and 2 stop bits. The start bit and the stop bit are information indicating the start and end of the packet, and the portion containing the information about the function of the actual light source will be 8 data bits. The start bit is 0 and the stop bits are 11. When using a wired communication method such as RS-485, the DMX512 standard requires that 1-bit data be transmitted in 4uS. That is, the 11-bit data takes 44uS and the transmission speed is 250Kbps.

5 shows an example of the packet data of the DMX 512. Fig. 1, the first light source of the first row and the first column is blue, and according to the color table of FIG. 3, the blue color is 001, but the data length is 11 bits If it contains start bit and stop bit, it is expressed as 00000000111. The light source No. 2 in the first row and the second column is yellow, and according to the color table in FIG. 3, the yellow color is 110, but the data length is 11 bits, so it is represented by 00000011011. The third light source in the first row and the third column is represented by 00000000111 since it is the same red color as the first light source. Thus, the DMX 512 data for 480 light sources allocated to the area # 1 101 can be generated. Since 400 light sources are allocated to the first region 101, there is no light source from the 401st light source to the 512th light source among the data of the DMX 512 controller in charge of the first region 101. Therefore, It is acceptable. In the example, 000 is assigned to black. Thus, DMX 512 data of 512 bytes including 480 light sources can be generated. DMX512 data of 480 light sources for region # 2 is generated in the same manner as applied to region # 1. In this way, DMX 512 data is generated up to area 21 (103). To control 10,000 light sources, a separate DMX512 controller is required to handle 21 areas, and each DMX512 controller generates data to represent only the image of the corresponding area. Since each area is RS-485 wired communication, communication is performed only within the area, and therefore, no interference occurs.

Let's come back to the image example of Figure 1 again. In Fig. 1, three images are exemplified. Image No. 1 is an image in which blue and yellow are alternately represented, image No. 2 is an image in which red and white are alternately represented and image No. 3 is an image in which the outermost portion of a seat is Green, and the other area is an image expressed in white. I can express more images, but for the convenience of explanation, I made an example that uses only the above three images.

Fig. 2 is an example of a scenario, which defines a representation image over time. Each scenario number, starting time and duration, and image number can be configured. 1, the scenario 1 displays image 100 for 100 ms, image 2 104 for 200 ms, and image 100 again after image 1 (100) ) Was displayed for 100 ms, the image No. 2 (104) was displayed for 200 ms, the image No. 3 (108) was displayed for 300 ms, and the scenario No. 4 was repeated in the scenario No. 1 .

Let's implement the scenario of FIG. 2 with the prior art DMX512. First, if the packet data corresponding to the first region 101 is implemented in the first image 100 of FIG. 1, a total of 5,643 bits are obtained as shown in the example of FIG.

(1 SC + 512 CH) x 11 bits = 5.643 bits (Equation 1)

The time required to transmit 5,643 bits is about 0.022572 seconds and about 22.6mS when 250Kbps RS-485 wired communication method is used.

5,643 bits x 4uS = 22,572uS (Equation 2)

The packet data corresponding to the second area 102 also has a transmission time of 22.6mS because the length is the same although the value will be different. In this way, DMX512 packet data in 21 areas have the same value but the transmission time is 22.6mS.

Accordingly, in order to represent the image # 1 100 of FIG. 1 corresponding to the scenario # 1 in FIG. 2 for 100 ms, the DMX 512 packet data of FIG. 5 should be repeated every 22.6 ms for 100 ms.

The conventional DMX512 standard, which is widely used for lighting control all over the world, reproduces up to 512 light sources repeatedly every 22.6 mS using an RS-485 wired communication device, so there is no problem in implementing the scenario of FIG. 2 none. However, the DMX512 can only control up to 512 light sources, and more DMX512 controllers are required. In this case, a precise synchronization device and a central controller are needed to integrate the individual DMX512 controllers. In addition, wired communication such as RS-485 is too expensive to install and maintenance is not easy. If a communication failure occurs in one place, all the devices on the rear end become impossible to communicate and the communication line is limited to several hundred meters. There is a desire to use wireless communication.

At the London 2012 Olympic Games, 80,000 spectators of the main stadium were set up for the opening ceremony and the closing ceremony, one for each spectator. In this case, the DMX512 requires at least 157 DMX512 controllers (see Equation 3), a server to control 157 DMX512 controllers, and costly technology and equipment for time synchronization and data distribution . At the actual London 2012 Olympic Games, it is known that a total of 370 km of electricity, 14 weeks of construction, and installation costs of 17.3 billion won were used to set up 80,000 spectators.

80,000 / 512 = 156.25 (Equation 3)

Let's implement wireless communication with the DMX512 standard. The wireless communication standard will use the IEEE802.15.4 standard which is most widely used in a short distance sensor network. The core technology of the present invention can be applied to a standard such as IEEE802.15.1 known as Bluetooth PHY or IEEE802.11 known as WIFI in addition to the IEEE802.15.4 standard widely known as ZigBee's PHY.

The wireless communication environment of the conventional DMX512 is as follows. It uses the IEEE 802.15.4 ZigBee local communication standard in the 2.4GHz frequency band and has a communication speed of 250Kbps and 16 channels.

In order to implement the example of FIG. 1, 10,000 performances, in the DMX512 wireless communication system, 21 channels are required to allocate frequencies to each DMX512 controller. However, in IEEE802.15.4 ZigBee, there are only 16 channels in the 2.4GHz band, so the channel is insufficient. Therefore, it is impossible to assign a channel to each DMX 512 area. Therefore, it is necessary to integrate several DMX512 areas and use them in one channel. In this example, it is assumed that 10,000 light sources use one channel. Let's look at how to control 10,000 light sources on a single wireless channel.

In order to transmit a 125-byte PDU, which is a packet according to the IEEE802.15.4 standard, a wireless communication time of about 4 mS is required. A PDU (Packet Data Unit) means a unit of data that can be transmitted and received on the network, meaning that it can transmit and receive a maximum of 125 bytes at a time. Since the PHY and MAC packet information for the IEEE 802.15.4 communication protocol and information used in other applications are included in 125 bytes, the size of the application data usable by the actual user can be considered to be about 100 bytes. That is, it takes 4mS to transmit 100 bytes of user data. If one light source is allocated one byte of data, 10,000 light sources require 10,000 bytes. It takes 400mS to transmit all 10,000 bytes. This means that at least 400 mS of wireless communication time is required to represent image # 1 of FIG. In this case, Scenario # 1 in FIG. 2 is represented for 100 ms and Scenario # 1 is required to be expressed for 200 ms. Since the 10,000 byte data of Scenario # 1 can not be transmitted to all 100 ms, the scenario of FIG. 2 can not be implemented.

Also, since the time of 400mS is enough time for the human eye to recognize onset, 10,000 lights will be perceived as slowly turning on for 400ms.

Therefore, 10,000 light sources can not be controlled in real time with one wireless channel. Assuming 40 ms (25 frames per second) that the human eye can notice the visual change, it is possible to send 1,000 bytes of wireless data for 40 ms, so less than 1,000 light sources are processed by the DMX512 protocol You can do it.

In summary, DMX512 is widely used as a message protocol standard in the remote control of a plurality of lighting apparatuses ranging from thousands to tens of thousands, but it has a disadvantage in that the number of maximum control target devices is limited to 512 . In addition, RS-485 standard is used as a physical standard. However, if there is an error in one place due to wired connection in the form of daisy-chain topology, there will be a problem that all networks are lost afterwards, have. In order to overcome wired communication, wireless communication technology such as wireless WIFI, Bluetooth, ZigBee, and FM is used. However, there is a limitation that it is impossible to control tens of thousands of individual lighting devices in real time at a transmission speed of about 250Kbps to 11Mbps.

SUMMARY OF THE INVENTION It is an object of the present invention to provide a method for efficiently and variously expressing a limited radio resource when controlling a large amount of wireless light.

In order to achieve the above object, the present invention provides a wireless lighting controller and a wireless lighting device including a wireless communication device. The wireless lighting controller proposes a protocol method for grouping specific images in order to efficiently control the individual wireless lights in real time, and proposes a method of controlling the group in real time by changing a predefined scenario and controlling it efficiently.

According to the present invention, it is possible to control a variety of presentations in real time when wirelessly controlling large-scale illumination lights.

1 shows a seat arrangement and an image example of 10,000 lights.
FIG. 2 is an example of a scenario in which an expression image according to time is defined.
FIG. 3 is an example of a color table for representing a color in a pixel.
4 is a packet structure of a conventional DMX512.
5 shows an example of the packet data of the DMX512 of the prior art.
6 is a configuration diagram of a wireless lighting controller and a wireless lighting lamp according to the present invention.
7 shows a data structure of a packet according to the present invention.
FIG. 8 shows packet data for setting a group according to the present invention.
FIG. 9 shows packet data for specifying the color of a group according to the present invention.
10 is a flowchart of a wireless communication controller according to the present invention.
11 is a flowchart of a wireless lighting lamp according to the present invention.

Hereinafter, the present invention will be described in detail with reference to the drawings. It is to be noted that the same elements among the drawings are denoted by the same reference numerals whenever possible. In the following description, well-known functions or constructions are not described in detail since they would obscure the invention in unnecessary detail.

FIG. 6 is a configuration diagram of a wireless controller and a wireless lighting lamp according to the present invention. FIG. A wireless controller 604 serving as a transmission unit and a wireless illumination lamps 609 617 and 618 of a reception unit may be used as a physical device. The wireless controller 604 may be integrated with the image editor 600, . The image editor 600 is a tool for generating and editing an image to be displayed. The image editor 600 may be composed of software in a general-purpose device such as a computer, or may be configured as a special device including dedicated hardware for fast performance. The image editor 600 includes a scenario editing unit 601 that constitutes a scenario to be rendered and an image editing unit 602 that generates an image suitable for a scenario. The image editing unit 602 converts an image finally generated by the image editing unit 602 into an actual wireless light (609, 617, 618).

The data generated by the packet generator 603 is transmitted to the memory 607 included in the radio controller 604. [ When the image editor 600 and the wireless controller 604 are integrated in the transmission of data, they can be transmitted in an internal bus system, a serial system such as RS-232 and USB, and the image editor 600 and the wireless controller 604 In the case of a separate type, a wired communication method such as RS-232 or USB, a wireless communication method such as ZigBee, Bluetooth, WIFI, or LTE, or a copy method using an external memory such as MMC or SD can be used.

The packet data stored in the memory 607 is transmitted to the wireless transmission unit 605 by the control unit 606 and transmitted to the wireless receiving unit 609 of the wireless light 609 remote from the wireless transmission unit 605 by using the antenna 608 610). In order to illustrate the example, the present invention uses the IEEE 802.15.4 ZigBee short-range communication standard of the 2.4 GHz frequency band, but it can be applied to a variety of small-capacity wireless communication devices such as IEEE 802.11b / g wireless LAN standard, IEEE 802.15.1 Bluetooth standard, A communication method may be used. However, the present invention can be regarded as having no difference in the fundamental implementation method although there is a difference in performance according to the wireless communication standard.

The packet data received through the antenna 610 of the wireless lighting lamp 609 is demodulated by the wireless receiving unit 611 and transferred to the memory 613 by the control unit 612. [ The control unit 612 analyzes the packet data stored in the memory 613 and controls the LED light source 614 through the RGB generation unit 615. The RGB generator 615 has a function of separately controlling the red LED, the green LED, and the blue LED by separating the RGB signals, which are three elements of light for expressing the color of the LED, and controlling the brightness of the light . The LED light source 614 can display all colors by using three colors of red, green, and blue LEDs. If the LED light source 614 is formed of only a single color LED, only the on / off function and the brightness control function There will be. Although the example of the present invention shows eight colors including red, green and blue for convenience of description, it can be applied in the same manner to 65,536 colors or natural colors having higher resolutions.

Although the same individual wireless light fixtures as the wireless light fixture 609 can be disposed in each wireless light fixture 617 and 618 and Figure 8 depicts three wireless light fixtures 609, 617 and 618, , Tens of thousands, and tens of thousands of independent wireless lights. It is also possible to assume that there are tens of thousands of wireless lights.

A pixel is the smallest unit of a display or image. For example, if an image is expressed in 50 pixels by 50 pixels by 16 colors only, all pixels are displayed in 16 colors . In other words, each pixel will be one of the 16 colors, and adjusting only those 16 colors will give you the effect of multiple colors in that image. In the description of the present invention, this pixel has the same meaning as each of the wireless lights 609, 617, and 618, that is, each of the individual wireless lights 609, 617, and 618 corresponds to one pixel, When the colors of the illumination lamps 609, 617, and 618 are reset, images of different shapes are displayed.

In the present invention, a method of grouping each of the wireless illumination lamps 609, 617, and 618 according to image types and a method of remotely controlling colors of each group wirelessly are presented.

A packet is a unit of data that is cut so as to be easily transmitted through a network. The packet constructed in the present invention is shown in FIG.

7 shows the structure of a control data packet according to the present invention. A packet is a unit of data that is cut to make it easy to transmit through the network. The packet 711 is divided into a header indicating a command or attribute and a body having actual data. The header is divided into three parts. First, there is a length of 4 bytes indicating the length of the whole packet. The length indicates how many bytes the entire packet, including its own length of 4 bytes, is composed of. Since the example of the present invention uses 4 bytes, the maximum length of the packet is 4,294,967,296 bytes, which is about 4.2 GB, so that it may be practically an unlimited length. If the length is fixed to 2 bytes, the maximum length of the packet is 65,536 bytes. Therefore, it is appropriate to set the length to 4 bytes since it is practically insufficient to control several tens of thousands of wireless lighting lamps.

The second part of the header is a one byte long command. The command can define the attributes of the packet as in the command example (713) at the bottom of Figure 7. For example, 00h is a 'direct color' command, so it can be used like the DMX512 protocol, which allows you to assign colors directly to each individual light. If it is 01h, it is a 'group initialization' command. It is a command to initialize all the contents already assigned to the group and to prepare to designate a new group. If it is 02h, it is 'add group' command and it is used to add a group to an existing group. If it is 03h, it is 'remove group' command, and it is a command to exclude (release) some of the groups already assigned to the group. If it is 04h, it is a 'group color' command. It is a command to specify the color of a specific group and brighten the pixel by the corresponding color. Actually, some other commands will be needed as in the example 713, but the core idea of the present invention is to use '1h: group initialization', '2h: add group', ' '4h: Group color specification' All three commands can be used.

The third part of the header is a 1-byte-long data unit. A data unit indicates how many bits of data of the following body are expressed. For example, 02h means that the data of the body is bundled in 2-bit units, so that the receiving side interprets the bit stream data of the body continuously input by dividing into 2-bit units.

A body is a set of actual data that can perform attributes of a header. Therefore, the length of the data is variable according to the command of the header, and the meaning of the data also changes.

FIG. 8 shows packet data for setting a group. 7, the length of the packet is 9 CA (Hex), which is 2,506 bytes in decimal. The data unit is 2, and the data of the following body is broken into 2 bits. The body data is shown in detail in the Group ID (0, 1) row 802. The first two bits (805) in the order of the bit stream of the data are groups assigned to the performance and the like for the first device ID 1. In the example (802), the group 1 is assigned to the group 1 by the bit 00, the group 0 by the bit 00, the group 1 by the bit 01, the group 0 by the bit 00, etc. do. The '2: Add Group' command for Group 2 and Group 3 is shown in command transfer 707 of FIG. 7, and a more detailed example of body data is shown in Group ID (2,3) row 803 of FIG. 8 Details are shown. Group 2, which corresponds to the border of image 3, is assigned equally from the first performance to the 251th performance, etc., and is given to the group 3 corresponding to the inside of the image from the 252th performance.

FIG. 9 shows packet data for specifying the color of a group. The body data corresponding to the '4: Group color designation' command transmission (708, 709, 710) in FIG. 7 is shown in detail. In the scenarios 1, 3, 6 and 8 of FIG. 2, blue is emitted in the group 0, yellow in the group 1, and the instruction to be used at this time is '4: group color designation' 708 The data is detailed in the color code (image # 1) (902). For the '4: Group Color' command, the data of the body starts with the first group number (906) of the group to be colored. The first group number 906 is assigned a fixed length of 16 bits, which means that a maximum of 65,536 groups can be processed. Of course, you can increase this size practically. Since image 1 and image 2 in FIG. 1 are composed of group 0 and group 1, the first group number 906 is 0 and the image number 3 is group 2 and group 3. Therefore, the first group number 906 is 2. The color assigned to the group number is followed by the first group number 906. Since the data of the group 0 (S + 0) is 00000001 bit 907 in the case of the image No. 1 color code 902, (S + 1) is 00000110 bit (908), and accordingly, according to the color table of FIG. 3, it becomes yellow. When a color is assigned to a group and the packet transmission is completed, all the performances set in the group will be emitted in a designated color.

Let's implement the image example of FIG. 1 and the scenario example of FIG. 2 by the method of the present invention. First, the group should be set according to the shape of the image. The color of image 1 (100) alternates between blue and yellow, and the color of image 2 (104) alternates between red and white. In this case, 1, 3, 5, 7, ~ 10000 performances of image 1 can be grouped into one group with the same color. Let's call this group group 0. You can also group 2, 4, 6, 8, 9999 performances in image 1 into one group with the same color. Let's say this group is group 1. Image # 1 (100) can then be reinterpreted as an image with two groups of group 0 and group 1. In other words, group 0 and group 1 are specified in advance, group 0 color is blue, and group 1 color is yellow. On the other hand, in the case of the image No. 2 (104), the performances of 1,3,5,7, ~ 10,000 times are red group, and the performances of 2,4,6,8, . At this time, it is possible to set these groups to group 2 and group 3 in order to distinguish them from group 0 and group 1 of image 1, but when viewing the array properties of image 1 and image 2, The same is true. That is, image 1 and image 2 have the same group and can be distinguished only by color. Therefore, in the case of image # 2, groups 1, 3, 5, 7, and 10000 can be set to group 0, and groups 2, 4, 6, 8 and 9999 can be set to group 1. On the other hand, the image 3 has green 1, 2, 3, 4, 9999, 10000 times of the image, and 252,253,254, ~ 9748,9749 inside the image are white. Since group 1 and group membership are different, a new group must be assigned. Therefore, the image of the border of the image No. 3 is set to the group No. 2, and the inner performance is set to the group No. 3. In this way, regardless of the color of the image, the same pattern, that is, performances having the same members, can be grouped and assigned to one group. In this example, two groups are assigned to one image for convenience of explanation, but practically there can be more groups in the image. In the worst case, all the pixels have different colors. In this case, since the groups are allocated as many as the number of pixels, the effect of the present invention for reducing the data length is eliminated and the same data length as in the conventional method is obtained. However, since most performance images are edited for production, there are many pixels having the same color, and there are cases in which colors that can be represented are limited, so that the effects of the present invention can be seen.

Let's implement the scenario of FIG. Scenarios 1 through 9 are used to examine images in three cases and four groups in FIG. It can be seen that the four groups are a pair of group 0 and group 1, and a pair of group 2 and group 3. Such group information should be set in all 10,000 performances before the performance begins. These settings can be set by using wireless communication before performance or by using other methods such as '1: Group initialization, 2: Add group, 3: Remove group' command for individual performances. Using the example 712 of FIG. 7, all the scenarios of FIG. 2 can be implemented. Since the group setting should be prioritized, the group data of 10,000 all performances are initialized by transmitting the '1: Group initialization' command (705). Then, group 0 and group 1 are added (706) using the command '2: add group', and group 2 and group 3 are added (707) using the command '2: add group'. When the group setting is completed, all the preparations to be implemented are completed, and scenes according to scenarios are created using the '4: Group color designation' commands 708, 709 and 710 at the performance start time.

10 is a flowchart of a radio controller 604 according to the present invention. The '1: group initialization' command is transmitted (1001) together with the start 1000. If group initialization is not required, this can be omitted. The command '2: add group' is sent 1002 to add a group, and it is repeated 1003 until all groups are added. Adding a group is usually done before the performance begins, but you can add and delete groups during performance. When the performance starts, the scenario number is initialized (1005), and the scenario time timer is initialized (1006). A scenario time timer is needed to calculate the duration of a particular scenario. In order to produce an image of Scenario # 1 which is the first scenario, '4: Assign Group Color' command is transmitted (1007) to emit color of image # 1 in group 0 and group 1. The group color designation command is repeatedly transmitted 1007 for 100 ms during the duration of the scenario # 1 (1008). If the duration 100mS of the scenario # 1 is terminated (1008), it is confirmed that it is the last scenario (1009), and since the scenario number is increased (1010), the scenario # 2 is prepared. As in the scenario 1, the scenario time timer is initialized (1006) in the scenario 2, and then the corresponding image 2 is continuously emitted for 200 ms using the group color designation command transmission (1007). When all 9 scenarios are completed (1009), power is turned off for all performances and the like by the '12: Power Off' command transmission (1011), and the process is terminated. You do not need to use the '12: Power Off' command. You can use the '10: Sleep Mode' command to wait for a while or '7: Color Off' will be.

11 is a flowchart of the illumination lamp 609 according to the present invention. The base station 1100 switches to the state for the packet reception 1101 along with the start 1100 and receives the packet transmitted from the radio controller 604. [ Analyzes the received packet and extracts an instruction (1102) to perform an operation according to the instruction. First, upon receiving the '1: Group initialization' command, all the group setting values in the memory 613 are initialized (1103). Upon receiving the '2: Add Group' command, the data is extracted from the body 1104, and the data 805 corresponding to the number (Device ID) 804 is recognized as the group number assigned to itself, (1105). ≪ / RTI > Upon receiving the command '4: Group color designation', the data is extracted from the body 1106, and the data 907 and 908 corresponding to the group ID 901 is recognized as the color assigned to the group, (1107) to cause the LED light source (614) to emit light. Upon receiving the '12: Power Off' command, the power supply unit 616 is turned off (1108) and the process is terminated.

Let us compare the packet length and transmission time of the present invention with the prior art. Since the prior art is DMX512 based on wired communication, it is impossible to directly compare the packet structure based on the wireless communication of the present invention. However, indirect comparison can be made if DMX512 standard ignores the limit of 512 numbers and increases the number to infinity. The packet structure 704 of the '0: direct color designation' command of the present invention is a packet structure similar to that of the DMX 512 which releases the maximum 512 number of restrictions.

Let's calculate the packet length for Image 1 in Fig. 1 which is an example of the present invention. Since the data length for individual performances is set to 1 byte, the body data for 10,000 performances will be 10,000 bytes. Thus, adding a header length of 6 bytes would result in a total of 10,006 bytes (2716 HEX) (704). Both DMX512 and IEEE802.15.4 ZigBee have the same 250Kbps transmission rate, so it takes 320.192mS to transmit 10,006 bytes.

10,006 bytes * 8 bits / 250,000 = 320.192 mS (Equation 4)

In other words, in order to individually control 10,000 performances, it takes at least 320.192mS of transmission time. Therefore, in order to switch from one image to the next, at least 320.192mS is required. mS x 3 = 960.576 mS) can be generated.

Meanwhile, let us calculate the packet length according to the present invention. First, the group setting value for image 1 should be transmitted before the performance. The group setting value of the image # 1 is the '2: Add Group' command 706 in FIG. 7, and a total of 4 groups are used and a total body data length 802) is 20,000 bits, i.e., 2,500 bytes.

10,000 performances, etc. x 2-bit group / 8 = 2,500 bytes (expression 5)

Adding a header length of 6 bytes will result in a total of 2,506 bytes (9 CAHEX) (706). Assuming a transmission rate of 250Kbps, it takes 80.192mS to transmit 2,506 bytes.

2,506 bytes * 8 bits / 250,000 = 80.192mS (Equation 6)

In order to emit an actual image after setting the group, the '4: Group color designation' command 708 must be transmitted. Therefore, if 4 bytes 902 are required for this purpose and a 6-byte header is included 708, A byte is required. The time required to transmit 10 bytes is 0.32 mS.

10 bytes * 8 bits / 250,000 = 0.32 mS (Equation 7)

Therefore, 2,506 bytes for group setting and 10 bytes for color specification are minimized, so 2,516 bytes are required to produce image 1, and 80.512mS is required to transmit the image.

Since the core technology of the present invention requires only '4: group color designation' command during performance, it takes only 0.32mS which is the 10-byte transmission time (Equation 7) in the above example. This can be improved by about 1,000 times as compared with the conventional technique which requires 320.192 mS (Equation 4). Image 1, of course, is the simplest form of two groups, but even if the number of groups increases, the practical effect is significant. It is assumed that a plurality of groups are used instead of two groups to produce various images, and the packet data length of the present invention according to the size of the group will be described. In the example of the present invention, an 8-bit color code is used. An 8-bit color code can produce 256 colors, which means that up to 256 groups can be created in an image. Therefore, in the case of 256 groups, the color code values 907 and 908 by the '4: Group color designation' command are 256 bytes. Byte group start code 906 and a six-byte packet header 702, the total is 264 bytes.

264 bytes * 8 bits / 250,000 = 8.448 mS (Equation 8)

Packet transmission time is 8.448mS, which transmits 256 groups of color images, up to 8.448mS. Compared to the conventional technique of 320.192 mS, the compression efficiency is about 37.9 times. Therefore, even if the maximum number of groups for expressing all the colors is set, the efficiency improvement is 37.9 times.

If 16,777,216 colors are expressed using a total of 24 bits of color table with R 8 bits, G 8 bits, and B 8 bits, it will be possible to express colors close to natural colors. In this case, if 10,000 performances are controlled, 30,000 bytes of packet data is required in the conventional technique (Equation 9), and the transmission time will be 960.192 mS.

3-byte color element x10,000 Support light +6 bytes Packet header = 30,006 bytes (Equation 9)

30,006 bytes * 8 bits / 250,000 = 960.192 mS (Equation 10)

If you control 10,000 performances with a 24 bit color table, up to 10,000 groups can be created if all performances have different colors. Then, in the case of the present invention, a color code 907,908 requires 30,000 bytes (10,000 performances x 3 byte color elements), and if a 2-byte group start code (906) and a 6-byte packet header are included, a total of 30,008 bytes of packet data is generated Therefore, the increase in efficiency is not achieved because it is almost the same as the conventional 30,006 bytes. However, since most performance images are edited in 2-byte colors within 65,536 colors for presentation effects, the body data is 20,000 bytes (10,000 concurrent x 2 byte color codes), and the 2 byte group start (906) If a 6-byte packet header is included, a total of 20,008 bytes of packet data is generated. Therefore, a data length of 66.7% is required compared to the conventional 30,006 bytes.

20,008 bytes / 30,006 = 0.667 (Expression 11)

In summary, if the colors of all the performances are changed, the same data length as that of the prior art is required. If the number of colors is limited or the image is edited for performing production, it may be difficult to perform several times, tens of times, And it is possible to make a packet length that can be transmitted wirelessly in a single channel. The effect of the present invention will be maximized if image editing is performed so that the image update can practically be performed at a rate of 25 frames per second or more that can not be noticed. In order to have more than 25 frames per second, the transmission must be completed within 40 mS per image. If the transmission speed is 250 Kbps, image editing should be performed so that the data consists of 10,000 bits per image, that is, 1,250 bytes or less. Actually, the body data should be generated within 1,000 bytes for control packet of the physical end and error correction.

250,000 bits / 25 frames = 10,000 bits = 1,250 bytes (Equation 12)

As a result, since the conventional method does not support a large amount of wireless lighting devices, a transmission time of several hundreds of mS to several seconds is required to transmit one image. To solve this problem, additional equipment such as channel expansion or synchronization is required There arises a problem that the design defect of the wireless communication network and the possibility of error increase. However, in the present invention, all scenes can be produced in real time with a transmission time of only a few mS to a few tens of mS. This also shows that it is possible to switch quickly from the ability to recover from wireless communication errors. In particular, the effect of changing only the color within the same scene is more effective because it can be controlled in the same group.

While the present invention has been particularly shown and described with reference to exemplary embodiments thereof, it is to be understood that the invention is not limited to the disclosed exemplary embodiments, It will be understood by those skilled in the art that various changes in form and details may be made therein without departing from the spirit and scope of the present invention.

100: Examples of images for 10,000 lights, arranged in 40 rows and 250 columns
101: Example of a zone controllable by the prior art DMX512
604: Wireless light controller including wireless transmitter, controller, and memory
609: Wireless light including wireless receiver and RGB generator
704: Example of packet data to colorize in the conventional way
706: Example of packet data assigning group numbers to individual wireless lights
708: Example of packet data that causes the wireless light to emit light by assigning a color to the group number
805: Example of assigning group number such as 1 at the first position of bitstream data
907: Example of specifying the color of the first group in the first position of the bitstream data

Claims (3)

An image editor including grouping images according to color;
Specifying a color of the group;
A wireless light controller including a wireless transmitter;
A wireless receiver;
A memory for storing group setting values;
An RGB generator for interpolating color information and emitting light in a specified color;
A wireless lighting control system comprising a wireless lighting unit including a light source unit,
Setting an illumination lamp having the same color in the image to be expressed as one group;
Pre-inputting the group into each illumination light;
And a step of assigning a color to the group and emitting light
The method according to claim 1,
Dividing a packet of a message into a body composed of a header and data including an instruction to designate the group;
Recognizing the positions of data in accordance with the order of data transmission of the body as the individual numbers of the illumination lamps in order and assigning the group numbers of the individual illumination lamps The method according to claim 1,
Dividing a packet of a message into a body composed of a header including data and a data in order to assign a color to the group;
And recognizing the positions of the data in accordance with the data transmission order of the bodies as the respective group unique numbers in order and designating the colors of the individual groups

Images