1. Field of the Invention
This invention relates to wireless-control of lighting systems and, in particular, to such control which is readily adaptable to changes in the system.
2. Description of Related Art
Wireless control of a lighting system provides many advantages besides the ability of remotely switching and dimming lighting units in the system. For example, such control provides a convenient way of setting up and making changes to a lighting system and of improving energy utilization. Features such as emergency lighting control can be added without making any wiring changes. Energy utilization by the system can be regulated by a program which can be readily modified to meet changing demands.
In order for a wireless-controlled lighting system to be readily accepted by users, however, a number of considerations must be addressed. For example, the system should preferably be compatible with lighting control standards that are already in use, such as DALI (Digital Addressable Lighting Interface), which is a widely-accepted standard for wired control of lighting systems. Additionally, power consumption by any battery-powered devices in the system (such as remote controls) should be low to maximize battery life. Further, the system must be capable of unambiguously controlling selected lighting units in the system and of incorporating lighting units which are later added to the system.
Commonly, wireless-controlled lighting systems include transceivers in a remote control and in controlled lighting units for enabling communications between users and a lighting system.
Such communications (typically via IR or RF signals) are utilized to configure the lighting units and the remote control into a wireless network. If the remote is used as a master control, it is used to configure the system by, for example, binding each of the lighting units to a respective button on the remote. In one known method for effecting such binding:
It is an object of the invention to provide a method which avoids the foregoing disadvantages.
In accordance with the invention, a method is provided for initializing system components in a wireless-controlled lighting system where the system components and a control master communicate via commonly-received wireless transmissions. Each of the system components transmits a request for initialization. Upon receipt of a request, the control master allocates and transmits a unique ID code for the requesting system component. The control master then transmits a verification signal indicating that the ID code has been transmitted. The requesting system component transmits an affirmative response to the verification signal if the transmitted ID code has been received.
If the affirmative response is not received by the control master, the control master transmits a signal indicating that an error has occurred. If the affirmative response is received by the control master, it stores the ID code allocated to the requesting component.
The method is utilized to initialize both remote controls and other system components. Because the ID codes allocated to the system components are stored in the control master, reconfiguration of the system is simplified if the remote is lost or becomes inoperable. Also, an open standard, e.g. Zigbee, may be used for the communication protocol, thus widening the range of lighting units that can be incorporated into the system.
The central master CM functions to provide central control and monitoring of the entire lighting system (such as all rooms in a building or building complex), while each local control master LCM functions to provide control and monitoring within a local area (such as one or more rooms of a building). The local control masters LCM communicate via respective wireless links LWL to lighting-system components including lighting units B, sensors S and remote controls R. The lighting units may be of any type or combination of types, e.g. fluorescent, high-intensity discharge (HID), light-emitting diodes (LEDs), incandescent etc.
The sensors S provide the capability of detecting and reporting different types of information, e.g. the presence and/or motion of a person and ambient conditions such as light intensity and/or temperature. Each remote control R enables a user to select and control operation of lighting units within one or more local areas. Other types of system components, e.g. thermostats, powered window curtains, etc. may also be linked to the local control masters.
Each local control master LCM and the system components B, S and R to which it is linked collectively forms a local-area network (LAN). A master-slave wireless linking is established between each local control master LCM and the components B, S and R. This is achieved by including a master device in each LCM and including a slave device in each of the components B, S, and R. Similarly, a master-slave wireless linking may be established between the central master CM and each of the local control masters LCM by including a master device in the CM and a slave device in each LCM.
Generally, each local control master LCM functions to establish and coordinate operation of the respective LAN by, for example, identifying the slave devices within the LAN, initiating communications, and collecting information communicated within the respective LAN. Such collected information facilitates the formation of a wide-area network including several or all of the LANs and enables the association of a substitute remote control R to a LAN in the event that an original remote control becomes lost or inoperable.
In the preferred embodiment, the DALI standard is utilized for lighting system control. This standard was developed for wired lighting control, however, so an adaptation must be made to use it for wireless control. Such adaptation should facilitate low-power wireless communications to minimize power consumption by any battery-powered components, such as the remote controls R and any battery-powered ones of the sensors S. Preferably, this is done by utilizing an existing low-power wireless communication standard that includes a radio, a physical layer and a data link layer, and by providing one or more additional layers to serve as a carrier of DALI commands. A suitable choice is the ZIGBEE standard which is an open-industry standard proposed by the Zigbee Alliance to facilitate the proliferation of a broad range of interoperable consumer devices.
The protocol used in a ZIGBEE communications network is known as PURL (Protocol for Universal Radio Link). PURL is a simple, master-slave-oriented, networking protocol for use in low cost, short range, two-way wireless communications using radio technology. It offers transfer reliability, network configurability, application flexibility and reasonable battery life. PURL also can be used with RF wireless systems other than those employing the ZIGBEE standard.
A master device can communicate bi-directionally with slave devices and can route messages from one slave device to another by establishing a virtual link between the slave devices. Such virtually-linked slave devices are referred to as being “paired”. For more information about PURL, refer to P. A. Jamieson, I. A. Marsden and S. Moridi, Specification of the Lite System—A Specification for Low Cost Radio Communication, Revision 0.8.5 (June 2001), which is hereby incorporated by reference.
Referring to
The lighting-application layer 20 in each of these devices is specifically designed to effect performance of whatever tasks are to be performed by the device. Commands from the lighting-application layer 20M in the master device MD will propagate through the respective stack 22M to the physical layer 24M, wireless front end 26M and physical channel 28. In the slave device SD, the received commands will propagate from the physical channel 28, through the respective wireless front end 26S, physical layer 24S and stack 22S to the lighting-application layer 20S for response by the particular lighting system component in which the slave device SD is included.
In designing a lighting-application layer, two of the most important areas that need to be addressed are the initialization and binding of system components. The term “initialization” refers to a procedure of configuring the network by registering each component in the network. This procedure includes assigning a unique network ID code to the component when it joins the network. The term “binding” refers to the procedure of associating the component to certain buttons or other control elements on a remote control. In PURL, initialization and binding are referred to as “enumeration” and “pairing”, respectively. Binding, or pairing, is not the subject of this invention, but is mentioned here for the sake of completeness.
Entry of the local control master LCM into the timed enumeration state is indicated at 310 in FIG. 3. In this state, the LCM checks for reception of an enumeration request from a system component at 312. If a user presses a button on the remote control R to add it to the LAN, this button causes the remote control to enter an enumeration state at 410, check whether an ID code has already been allocated to it by the LCM at 412 and, if not, transmit an enumeration request at 414 in which this component identifies itself as a remote control.
Upon receipt of the enumeration request at 312, the LCM verifies that it is from a remote control at 314, and allocates and transmits a unique ID code for the requesting remote at 316.
Then, at 318, the LCM transmits a verify command to the newly-allocated ID code for the respective remote to give a signal to the user that the ID code has been transmitted. (If more than one LAN exists, the LCM also gives a signal, e.g. by flashing light from the lighting unit in which the LCM is located, so the user knows which LCM is being enumerated to.)
If the remote that sent the enumeration request at 414 has received the newly-allocated ID code, it will store the ID code at 416. Then, at 420, it will await reception from the LCM of the verify command and, upon receipt, will at 422 signal the user (e.g. via flashing light, sound, vibration) to indicate that the enumeration of the remote has been successful. The user will then confirm receipt of the ID code at 424 by effecting transmission to the LCM of an enumeration-confirmed signal, e.g. by pressing a designated button on the remote.
Meanwhile, the LCM checks at 320 for reception of the enumeration-confirmed signal within a set period of time (which optionally may be preset by the manufacturer or set by the user).
If not received within this period, the LCM transmits a command at 321 for the remote to leave the network. The remote checks for receipt of this command at 426. If the leave-the-network command is not received, the remote enters the normal state at 428, thus indicating that the enumeration has been successful. If it is received (indicating that an error has occurred), at 427 the remote erases the allocated ID code which was stored at 416 and then returns to 414 where it again requests enumeration. The LCM then returns to 312 and checks for reception of another enumeration request from the remote control. If no enumeration request is received within a set period (which again optionally may be preset or set by the user), as detected at 313, the LCM then enters a normal state at 322. Alternatively, if the LCM receives the enumeration-confirmed signal at 320 within the set period, it stores the ID code allocated to the remote control and then enters the normal state at 322.
In the normal state, the LCM continually checks at 324 for receipt from the remote control of a command to enter an enumeration state. Upon receipt of this command, the LCM enters the enumeration state at 326, in which state enumeration of components other than remote controls is enabled.
Different routines will be used in the master and slave devices for the enumeration of different types of system components.
In
Upon receipt of the enumeration request at 512, the LCM allocates and transmits a unique ID code for the requesting lighting unit at 514 and then enters the normal state at 516, in which it locks out other enumeration requests while completing the current enumeration operation. Then, at 518, the LCM transmits a verify command to the newly-allocated ID code for the respective lighting unit to give a signal to the user that the ID code has been transmitted.
If the lighting unit that sent the enumeration request at 614 has received the newly-allocated ID code, it will store the ID code at 616 in which it will be enabled to accept communications other than those relating to enumeration. Then, at 620, it will await reception from the LCM of the verify command and, upon receipt, will at 622 signal the user to indicate which lighting unit has been enumerated. In this case the signal will originate at the lighting unit. If the lighting units to be enumerated are all visible to the user, but other lighting units are out of sight but in RF range, e.g. in another room, the signal will preferably be a visual signal, such as a flashing light to ensure that the wrong light is not being enumerated. The user will then confirm receipt of the visual indication from the lighting unit at 624 by pressing the designated button on the remote control. This effects transmission of an enumeration confirmed signal.
Meanwhile, the LCM checks at 520 for reception of the enumeration-confirmed signal within a set period of time which optionally may be preset by the manufacturer or may be set by the user. If not received within this period, the LCM transmits a command at 521 for the lighting unit to leave the network. The lighting unit (via its slave device) checks for receipt of this command at 626. If the leave-the-network command is not received, the lighting unit enters the normal state at 628. If it is received (indicating that an error occurred), then at 627 the lighting unit erases the allocated ID code which was stored at 616 and then returns to 614 where it again requests enumeration.
Alternatively, if the LCM receives the enumeration-confirmed signal at 520 in the set period, at 522 it stores the ID code allocated to the particular lighting unit and at 524 again enters the enumeration state. It then returns to 512 and checks for receipt of another enumeration request. If none is momentarily being received, it checks at 513 to see if a return-to-normal command is being received. This command is transmitted when the user presses a corresponding button on the remote and causes the LCM to return to the normal state at 515. This is done when all lighting units have been enumerated or at any time when the user wants to enable the LCM to perform a different subroutine. These include, for example, enumerating other types of system components such as sensors, in which case routines similar to those of
This application claims the benefit of U.S. Provisional Application No. 60/363,916 filed on Mar. 13, 2002.
Number | Name | Date | Kind |
---|---|---|---|
6711403 | Herrmann et al. | Mar 2004 | B1 |
20020018458 | Aiello et al. | Feb 2002 | A1 |
20020049057 | Moulsley et al. | Apr 2002 | A1 |
20040158333 | Ha et al. | Aug 2004 | A1 |
Number | Date | Country |
---|---|---|
02082283 | Oct 2002 | WO |
02082618 | Oct 2002 | WO |
Number | Date | Country | |
---|---|---|---|
20040201448 A1 | Oct 2004 | US |
Number | Date | Country | |
---|---|---|---|
60363916 | Mar 2002 | US |