Patent Application
20080136334
The invention pertains to the field of lighting and in particular to a system and method for controlling lighting.
Advances in the development and improvements of the luminous flux of light-emitting devices such as solid-state semiconductor and organic light-emitting diodes (LEDs) have made these devices suitable for use in general illumination applications, including architectural, entertainment, and roadway lighting. Light-emitting diodes are becoming increasingly competitive with light sources such as incandescent, fluorescent, and high-intensity discharge lamps. For example, various LED-based light sources, which may include different combinations of LEDs and optionally other light-emitting devices and/or luminous devices/materials, can be used and controlled to provide a desired output.
Further LED-based light sources have been disclosed to comprise a feedback system enabling such light sources to adjust an output of the light-source's LEDs as a function of a feedback signal in order to substantially maintain a desired output. For example, feedback signals related to light source output colour, intensity or operating temperature are used to adjust an output of the light source to substantially maintain a pre-set operating condition.
Also, with the increasing selection of LED wavelengths to choose from, white light and colour changing LED light sources are becoming more popular. As such, there is an ever present need for improved control over the light output from such light sources.
Some challenges, however, still need to be resolved to adapt current and upcoming LED technology to general illumination applications. For instance, in order to make general purpose LED-based light sources competitive with, and ultimately surpass, currently available general purpose light sources, techniques must be developed to improve and possibly optimise the general illumination characteristics of such LED-based devices via optimised operational parameters.
Other challenges arise from the diversity of control systems and processes implemented in the art, such that incompatibilities between systems and/or products provided by different parties who may favour a different control standard or protocol, can complicate installation and/or operation of such systems when combining different products, and hinder progress or improvements when upgrades or revised versions of existing products are made available.
Furthermore, the lack of compatibility between different hardware and/or firmware components associated with different lighting devices or systems can be problematic. For example, operative characteristics of light-emitting diodes can vary dramatically even for those having similar physical characteristics.
Therefore, there is a need for a system and method for controlling lighting that overcomes some of the drawbacks of known systems.
This background information is provided to reveal information believed by the applicant to be of possible relevance to the invention. No admission is necessarily intended, nor should be construed, that any of the preceding information constitutes prior art against the invention.
An object of the invention is to provide a system and method for controlling lighting. In accordance with an aspect of the invention, there is provided a system for controlling generation of light from one or more light-emitting elements in response to an external input, the system comprising: a control interface module configured to receive the external input and convert same in accordance with a predefined internal control protocol, and a light generation module communicatively linked to said control interface module and operatively linked to the one or more light-emitting elements for controlling same in accordance with said converted input.
In accordance with another aspect of the invention, there is provided a method for controlling generation of light from one or more light-emitting elements of a lighting device in response to an external input, the method comprising the steps of: receiving the external input; converting the external input in accordance with a predefined internal control protocol; and controlling generation of light from the one or more light-emitting elements in accordance with said converted input.
In accordance with another aspect of the invention, there is provided a lighting system comprising: an external input module; and one or more lighting modules each comprising one or more light-emitting element modules and a slave control unit operatively coupled thereto for driving said one or more light-emitting element modules; each said slave control unit being communicatively linked to said external input module to receive an external input therefrom via a control interface; said control interface configured to convert said external input in accordance with a predefined internal control protocol operable by said slave control unit to drive said one or more light-emitting element modules in accordance therewith.
The term “light-emitting element” is used to define a device that emits radiation in a region or combination of regions of the electromagnetic spectrum for example, the visible region, infrared and/or ultraviolet region, when activated by applying a potential difference across it or passing a current through it, for example. Therefore a light-emitting element can have monochromatic, quasi-monochromatic, polychromatic or broadband spectral emission characteristics. Examples of light-emitting elements include semiconductor, organic, or polymer/polymeric light-emitting diodes, optically pumped phosphor coated light-emitting diodes, optically pumped nano-crystal light-emitting diodes or other similar devices as would be readily understood by a worker skilled in the art. Furthermore, the term light-emitting element is used to define the specific device that emits the radiation, for example a LED die, and can equally be used to define a combination of the specific device that emits the radiation together with a housing or package within which the specific device or devices are placed.
The term “light” in the context of “light generation” is used to define radiation in a region or combination of regions of the electromagnetic spectrum for example, the visible region, infrared and/or ultraviolet region. Therefore generated light can comprise monochromatic, quasi-monochromatic, polychromatic or broadband spectral emission characteristics, and be emitted from one or more lighting devices, e.g. from the one or more light-emitting elements and/or other such light source thereof, appropriately configured to provide such characteristics.
The term “control protocol” is used to define a protocol by which control parameters, instructions, processes, commands, etc. may be communicated to and/or implemented by one or more lighting modules and/or devices of a lighting system (e.g. as described herein), or control interface and/or light generation module(s) thereof, either directly or indirectly, to ultimately control a luminous output of the lighting device/module(s) of the system. A control protocol as used herein may include, but is not limited to, a lighting device control process (e.g. method, process, algorithm, etc.); a data format of an input for, or an output of such a process; a set of units and/or parameters by which the controlled output of the one or more lighting devices, or of its one or more constituents, may be defined; a communication protocol by which such parameters, inputs and/or outputs may be communicated between various components and/or modules of a given lighting system; a proprietary or industry standard for defining various control parameters, communicating such parameters between various components/modules of a control system and/or operating and interfacing with such components for the implementation of a control sequence or process, for example. It will be appreciated that such control protocols may be implemented to control various elements and/or functions of the one or more lighting devices (e.g. lighting device intensity, chromaticity, spectral power distribution, colour quality or rendering ability, luminous efficacy, wall-plug efficiency, etc.), such as via one or more control interface and/or light generation modules integrated therein or operatively coupled thereto, as well as provide administrative control of the control interface module(s), light generation module(s), and/or other such firmware/software modules (e.g. system update and/or upgrade, etc.).
The term “preset” is used to define a sequence of one or more steps wherein a step is a unique set of values that defines a luminous output. For example, a given set of values may include, but is not limited to, a chromaticity, a luminous flux output and duration, and/or other such values used to define a given luminous output of a particular lighting device, or system thereof. It will be appreciated by the person skilled in the art that different sets of different values, which may differ in number, format and/or be defined in accordance with different illumination standards, may be considered herein without departing from the general scope of this definition. The sequence of one or more steps is generally used to define a desired operation of an array of one or more light-emitting elements, for example.
As used herein, the term “about” refers to a +/−10% variation from the nominal value. It is to be understood that such a variation is always included in any given value provided herein, whether or not it is specifically referred to.
Unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this invention belongs.
The invention provides a system and method for controlling lighting, for example from the one or more lighting devices and/or modules of a lighting system. In particular, and in accordance with one embodiment of the invention, there is provided a system and method for controlling generation of light from one or more light-emitting elements of a lighting device in response to an external input. The system generally comprises a control interface module and a light generation module. The control interface module is generally configured to receive the external input and convert same in accordance with a predefined internal control standard. The light generation module is communicatively linked to the control interface module to receive the converted input, and is operatively linked to the one or more light-emitting elements for controlling generation of light thereby in accordance with the converted input. Accordingly, the system provides for the compatibility of a light generation module, configured to activate one or more light-emitting elements to emit a controlled light output in accordance with an internal control standard, with an external input which may not be provided in accordance with a same standard, and as such, would otherwise be unusable to operate the light-emitting element(s) via the light generation module. Such interconnectivity and/or interoperability provides greater flexibility in total system design, upgrade and implementation allowing for a variety of prior and newly developed components to be used interchangeably while reducing costs related to potentially labour intensive re-installations and/or costly retrofitting solutions.
According to some embodiments, the architecture of these systems can therefore facilitate the design of different light generation modules, control interface modules and/or integrated control interface/light generation modules that can, for example, be interconnected in a flexible manner; share common hardware and/or firmware platforms to allow improved reuse of previously developed modules; allow new control interface modules to be easily incorporated and to interoperate with previously developed light generation modules; allow new light control algorithms, techniques and methods to be easily incorporated and to interoperate with previously developed control interface modules; and/or include interfaces for control, configuration and maintenance of the control interface module, light generation module, integrated control interface/light generation module and/or other such modules using applications running on a personal computer, for example, to name few.
For example, in one embodiment, the control interface module is either interchangeable or interchangeably adaptable to receive the external input in accordance with one of two or more control protocols, and convert same in accordance with a same predetermined internal control protocol, thereby allowing the system to operate in response to an external output provided in accordance with any one of these protocols. Such a system could thus be designed to implement control of an existing lighting device and light generation module installation by adapting a control interface module communicatively linked thereto to provide adequate conversion of an external input to communicate a control signal to the light generation module in accordance with a predetermined internal control protocol. This and other advantages of such embodiments will become more apparent to the person of skill in the art upon further reading the present description.
Furthermore, in some embodiments, greater system flexibility and reusability is achieved by providing adaptable and/or standardised firmware within each module to facilitate adaptation to new or different operating and/or control conditions.
As will be described in greater detail below, the firmware used in each module may, for example, provide a compact real time framework that provides access to standard devices as well as real time control of a system processor; define a standard set of high level operations that can be performed on light and implement these in a manner that is independent of the actual light generation hardware and/or firmware; support a Light Control Language (LCL) as the standard for communication of lighting commands among modules; define an isolated environment with standard interfaces in which the physical control of the light output may be implemented; define a standard set of high level operations and features for configuration, monitoring and maintenance functions; and/or support a Module Control Language (MCL) to implement a command interface for these features, to name a few. In addition, in order to simplify implementation of the embedded firmware, in accordance with some embodiments, all languages may be defined to share the same structure and semantics, for example.
With reference to
In one embodiment, the control interface and light generation modules are operatively linked as part of a common module or device, such as an integrated control interface/light generation module. Such a configuration may be provided, for example, in a common hardware system wherein the functional elements of each module are provided over a same hardware platform, for example, operating as a single unit, such as an integrated control unit (e.g. self-contained lighting device) or a slave control unit to a master or central control unit (e.g. distributed lighting system), for example. For example, and with reference to the embodiment of
In another embodiment, the control interface and light generation modules may be communicatively linked as part of distinct modules or devices, namely consisting of a distinct control interface module and light generation module respectively. Such a configuration may be provided for example, in a common or distributed hardware system wherein the functional elements of each module are provided over a same or different hardware platforms, for example, communicatively linked to operate as a cooperative unit, such as an integrated control unit (e.g. self-contained lighting device) or a slave control unit to a master or central control unit (e.g. distributed lighting system), for example. For example, in the embodiment of
The person of skill in the art will appreciate that any combination of integrated and/or distributed modules may be considered herein without departing from the general scope and nature of the present disclosure, thereby allowing for flexibility in system design and implementation for a given context or application.
As introduced above, and in accordance with different embodiments of the invention, the following further describes a control system and method for controlling illumination provided by a lighting system. In general, the lighting system comprises a master control unit and one or more lighting modules or devices communicatively linked thereto, each one of which comprising a light-emitting element module and a slave control unit operatively coupled thereto for driving the light-emitting element(s) thereof in accordance with external inputs (e.g. control signals and/or commands) communicated thereto by the master control module, remote/distinct or integrated input/output (I/O) module, or other such external input modules, for example.
For instance, each slave control unit may be communicatively linked to a master control unit to receive external input therefrom. In one embodiment, the master and slave control units are linked via a control interface module configured to convert the external input in accordance with a predefined internal control protocol operable by the slave control unit (e.g. by a light generation module implemented thereon) to drive the one or more light-emitting elements coupled thereto. Accordingly, commands and/or control sequences communicated by the master control unit, which may possibly be configured in accordance with a particular external control protocol, may be implemented by each lighting module via its respective slave control unit, in accordance with a common or respective internal protocol that may different than the particular external control protocol used by the master control unit.
The lighting systems and devices, as will be described below in accordance with various embodiments of the invention, may provide different solid-state lighting solutions, for example, adapted to provide illumination via the controlled operation of the one or more light-emitting element modules provided by the one or more lighting devices or modules of the system. For example, in some embodiments, a modular solid-state lighting system is provided comprising one or more lighting devices, each comprising a light-emitting element module (e.g. comprising one or more arrays of one or more light-emitting elements) and a slave control unit configured to provide the control signals to the light-emitting element module thereby controlling activation of the one or more light-emitting elements thereof. A power supply module operatively coupled to the lighting device or module provides the required power format to the slave control unit. A master control module can be operatively coupled to a given lighting device or module (e.g. directly or indirectly via one or more intermediary devices and/or modules) and be configured to provide operational control signals to the slave control unit thereof.
The modular solid-state lighting system may further comprise an I/O module operatively coupled to the lighting device, wherein the I/O module can provide a means for input/output to and from the lighting device, and in particular to and from the slave control unit thereof. An optics module may be further optically coupled to the light-emitting element module, thereby enabling the manipulation of the light generated by the one or more light-emitting elements of this module to provide a desired luminous effect.
The slave control unit can be configured to interface with a variety of external module configurations. For example the slave control unit can be configured, for example using different firmware architectures (e.g. via different control interface modules), to enable the interfacing with different I/O modules. For example, an I/O module can be configured to enable one or more of the following types of control: manual control, DMX control, DALI control, proprietary control or other control formats applicable to a solid-state lighting device as would be readily understood by a person of ordinary skill in the art. Furthermore, and in accordance with one embodiment, an I/O module is configured to provide instructions to a slave control unit, wherein the I/O module is configured as a user interface or a communication port, for example. A communication port can be configured to receive and send information in one or more of a plurality of communication protocols for example, DMX, DALI, RS-485, I2C, RS-232, Ethernet, a proprietary protocol or other communication protocol as would be readily understood by a worker skilled in the art.
With reference to
In general, each lighting module 2040 comprises a light-emitting element (LEE) module 2030, which generally comprises one or more arrays each of one or more light-emitting elements, and a slave control unit 2020 operatively configured to implement instructions received form the master control module 2050 and/or I/O module 2070 to operate the LEE module 2030 associated therewith, thereby controlling activation of the one or more light-emitting elements thereof.
A same or distinct power supply module 2010 is further operatively coupled to each lighting module 2040 to provide the required power format to the slave control unit 2020 thereof for operating the respective LEE modules.
A respective or combined optics module 2060 may further be coupled to the lighting module(s) 2040, for example optically coupled to respective or a combination of light-emitting element modules 2030, thereby enabling the manipulation of the light generated by the one or more light-emitting elements thereof.
As depicted in the various examples of
In one embodiment, a master control module 2050 is not included. In this case the lighting module(s) may be used as a stand alone apparatus, operating under manual control via an interface module 2070 (e.g. see lighting module D), or under preset or preconfigured conditions, for example.
In another embodiment, a networked group of lighting modules may be operated in synchronisation with each other via communicative connection from a master control module to each slave control module, either directly or via one more intermediary devices such as a common or respective I/O module. The master controller used in this instance could be, for example, a DMX controller. The plurality of lighting devices in the lighting system can be synchronised with each other, for example, via a synchronisation interface, as shown in the embodiments of
In some embodiments, the lighting system comprises a plurality of lighting modules, and the master control module can enable a desired functionality of the plurality of lighting modules.
In one embodiment, the modular configuration of the lighting system can provide a means for different manufacturers to specify, design and manufacture the different modules. This configuration may provide ease of removal and replacement of particular modules and may enable one to alter and/or maintain the lighting system without having to change the entire system. For example, hardware and/or firmware modules which form the lighting system can be interconnected creating different types of lighting devices, modules and systems. For example, multiple modules possibly manufactured and configured by different parties, can be interconnected to each other to create a network of lighting devices or modules, operatively controlled by a master controller, or other such external control modules.
The lighting device described herein, in accordance with different embodiments of the invention, may be used on its own or in conjunction with other devices and/or modules to produce white light with specific colour temperatures, or light of an other chromaticity within the available colour gamut of the light-emitting elements associated therewith, for example. Each lighting device may comprise one or more light-emitting elements and a drive and control system therefore (e.g. see lighting modules 2040 of
With reference to
The feedback system 1030 of device 1010 can comprise one or more forms of detectors, sensors and/or other similar devices, commonly and interchangeably referred to herein as sensing elements. For example, one or more optical sensors, such as optical sensor 1070, and one or more thermal sensors, such as thermal sensor 1080 and/or thermal sensor 1085, can be integrated within, or operatively coupled to, the feedback system 1030.
In one embodiment, the optical sensor 1070 can detect and provide information to the drive and control system 1020 that can relate to the luminous flux and chromaticity of the illumination generated by the light-emitting element(s), to ambient daylight readings, and/or to other such optical readings possibly relevant to the proper and/or optimal operation of the lighting device 1010, for example. This form of information can enable the drive and control system 1020 to modify the activation of the light-emitting element(s) within the device 1010 in order to achieve and/or maintain one or more target illumination characteristics or presets, for example. Using feedback data acquired via the optical sensor 1070, the target illumination characteristic(s) or presets may be achieved, for example, despite possible fluctuations in light-emitting element intensities, peak wavelength shifts and/or spectral broadening due to, for example, one or more of light-emitting element junction temperature variations, light-emitting element ageing and/or long-term optics degradation, and other such possible fluctuations and/or variations in the operational characteristics of the lighting device 1010. Other such characteristics should be apparent to the person of skill in the art and are therefore not meant to depart from the general scope and nature of the present disclosure.
As introduced above, in one embodiment, the feedback system 1030 comprises a thermal sensor 1080 configured to detect, for example, the temperature of the substrate on which the light-emitting elements are mounted, the temperature of one of, or of each of the light-emitting elements, the temperature within the lighting device itself, and/or the temperature of other such components of the lighting device which may vary or fluctuate during operation. This temperature information can be transferred to the drive and control system 1020 thereby enabling the modification of the activation of the light-emitting elements in order to reduce thermal damage of the light-emitting elements due to overheating, for example, thereby improving the longevity of these components. In addition, the thermal sensor 1080 can be used in a feedforward system (not shown) to achieve one or more target illumination characteristics or presets regardless of variations in operating temperatures and/or light-emitting element junction temperatures, for example.
In another embodiment, an additional thermal sensor 1085, depicted herein in dotted lines as a distinct or common thermal sensor, is provided and configured to detect the temperature of the light sensor(s) 1070. This temperature information can be used to adjust the sensor readings to account for the temperature dependencies of the light sensor(s) 1070, for example. In addition, the thermal sensor 1085 can provide a measure of the printed circuit board (PCB) temperature, which can be thermally decoupled from the heat generated by the light-emitting element module 1050, and light-emitting elements thereof, to provide greater determination of heat sources and thermal effects during operation.
As depicted in
The optics module 1060, as depicted in
In one embodiment, the drive and control system 1020 of a lighting device 1010 can operate independently of other external lighting devices and external control systems or controllers.
In another embodiment, the drive and control system 1020 can receive input data from other lighting modules or an external control system or controller via an optional communications port 1095, wherein this data can include status signals, lighting signals, feedback information and operational commands, for example. The drive and control system 1020 can equally transmit this externally received data or internally collected or generated data to other lighting devices or an external control system. This transmission of information can be enabled by the optional communication port 1095 coupled to the drive and control system 1020, for example.
In one embodiment, the lighting device 1010 of
In an illustrative embodiment described in greater detail below, the I/O interface and computing means are provided by a firmware operating on the hardware architecture of the lighting device 1010. It will be apparent to the person of skill in the art upon reading the following disclosure that other firmware/hardware architectures may be considered to provide similar results, as can other combinations of integrated and/or communicatively linked software/firmware/hardware modules operatively interacting with the drive and control system 1020 of the lighting device 1010 to accept, interpret and process input controls to operate the lighting device in accordance with such input controls.
Furthermore, it will be appreciated that communication between the drive and control system 1020, the light-emitting element module 1050 and the feedback system 1030 can be implemented through various media, whether each element is integrated and hardwired within a same apparatus, such as a self-supported lighting device, or communicatively linked between grouped or networked modules. An optional external control console or the like may also be included to link a number of lighting devices and adapted to provide adaptable control signals thereto.
The slave control unit is configured to provide control signals to the one or more light-emitting elements within the light-emitting element module. The slave control unit can manipulate the power received from the power supply module prior to provision to the light-emitting element module, thereby enabling the provision of power in a desired format.
The slave control unit can comprise one or more of a variety of types of microprocessors or microcontrollers including central processing units (CPUs). The slave control unit can have one or more A/D converters for monitoring certain lighting parameters. The slave control unit can be operatively coupled to a memory device. For example, the memory device can be integrated into the slave control unit or it can be a memory device connected to the computing device via a suitable communication link. In one embodiment, the slave control unit can store the required voltage and/or current magnitudes of previously determined drive voltages and/or currents in the memory device for subsequent use during operation of the lighting system. The memory device can be configured as an electrically erasable programmable read only memory (EEPROM), electrically programmable read only memory (EPROM), non-volatile random access memory (NVRAM), read-only memory (ROM), programmable read-only memory (PROM), flash memory or other non-volatile memory for storing data. The memory can be used to store data and control instructions, for example, program code, software, microcode or firmware, for monitoring or controlling devices which are coupled to the computing device and which can be provided for execution or processing by the CPU.
In one embodiment, the control system and method can be implemented in an embedded system, hardware and firmware, for example.
In one embodiment, algorithms which can be implemented in firmware on the slave control unit, can be configured to control in real time the correlation between input power supplied by the power supply module and the light output level of the light-emitting element module, thereby allowing a substantially high level of control over the light output while substantially decreasing the power losses and the resultant heat dissipation. Such algorithms may include the analytic modelling of the output spectrum of each light-emitting element colour as the sum of two Gaussians or other bell-shaped curves. Furthermore auto adaptive functions implemented in firmware can provide a means for the hardware of the slave control unit to be adapted to various modules, for example light-emitting element modules or I/O modules, which are configured with different input and output voltage levels. For example, in one embodiment, the firmware includes an algorithm that lowers the power supplied to the one or more light-emitting elements according to the temperature/forward voltage correlation law which can govern the operation of the one or more light-emitting elements.
For example, small improvements in efficiency optimization resulting from an auto-adaptive control may save several watts in a single lighting device, which can count for up to 10% or more of the total power needed for driving an array of light-emitting elements.
In one embodiment, an adaptive control system and method can be used to directly control the forward voltage of one or more light-emitting elements in a serial and/or parallel configuration, or can be used to control the voltage provided to a group of one or more light-emitting elements in a serial and/or parallel configuration.
In one embodiment, the slave control unit is capable of operating with 8-bit resolution control of the light-emitting element module.
In another embodiment, the slave control unit can be configured to operate using 10-bit or greater resolution control of the light-emitting element module. The adjustment in the resolution of the control can be enabled by using a controller having the desired resolution, or alternately by reconfiguring the control signals generated by the slave control unit.
In addition, as introduced above and in accordance with some embodiments of the invention, a lighting device may optionally comprise one or more sensing elements, such as optical, thermal and/or electrical sensors for sensing an operating condition and/or characteristics of the lighting device, and use such sensed characteristics as part of a feedback and/or feedforward system for enhancing or even optimizing the performance of the lighting device with respect to required and/or selected operating conditions (e.g. light-emitting element module operating temperature, power consumption efficiency, etc.) and/or output characteristics (e.g. peak wavelength, spectral power distribution, colour quality, chromaticity, colour temperature, colour rendering index, etc.). Such feedback and/or feedforward systems, may, in some embodiments, be implemented via the slave control unit. For example, sensed operating characteristics of the lighting device may be looped back to the slave control unit and used thereby to adjust one or more operating conditions of the lighting device.
In one embodiment, for example, a sample of the light output by the light-emitting element module is detected by an optical sensor, which forms electrical signals representative of the light falling on it. These signals are passed back to the slave control unit, which takes them into account when providing the required power to the light-emitting element module. Sampling of the output light may be regular or may occur at different rates. For example, the output could be sampled more frequently during changes in the set point and for a period of time following such changes. Furthermore, in accordance with another embodiment, a thermal sensor may be thermally coupled to the optical sensor for monitoring an operating temperature thereof (e.g. the operating characteristics and/or sensitivity of some optical sensors may vary with temperature) and thereby adjust a signal communicated by the optical sensor to the slave control unit, or again adjust an interpretation thereof by the slave control unit, according to this operating temperature.
In another embodiment, the required voltage(s) and/or current(s) to be provided to the light-emitting element module is determined by monitoring the operating temperature of the module, and/or of the light-emitting element(s) thereof, and setting the voltage(s) and/or current(s) according to the desired light output and the output performance of the light-emitting elements at such temperature. The temperature monitored may be the temperature or temperatures of one or more of the individual light-emitting elements within the module, or the temperatures of the junctions of the light-emitting elements may be measured, for example via a forward voltage measurement.
In some embodiments, calibration data used to perform such calculation is stored in the memory of the slave control unit or in memory within the light-emitting element module, and may be stored as a lookup table or as coefficients of an analytic equation, for example.
It will be appreciated by the person of ordinary skill in the art that other types of feedback and/or feedforward systems may be implemented in the present context without departing from the general scope and nature of the present disclosure. It will further be appreciated that operations described herein as implemented by the slave control unit may also be implemented by cooperative hardware/firmware modules operatively coupled to the slave control unit for implementing the above and other such feedback and/or feedforward systems.
In general, the various lighting devices/modules of a lighting system, in accordance with some embodiments of the invention, are responsive to an external input (e.g. see external input 14, 114, . . . 914 of
In general, external control may be provided uniquely for a given lighting device, or combination thereof, or provided through a networked lighting system, for example, operatively disposed to provide lighting instructions and/or commands to a plurality of lighting devices, either via a common control network, or via a distributed network of components configured to implement a same or different lighting conditions for different lighting devices, or combinations thereof.
For example, in one embodiment, the external input is provided by a master controller (e.g. such as master control module 2050 of
In general, the master controller may comprise one or more of a variety of types of microprocessors or microcontrollers including central processing units (CPUs). The master controller can further be operatively coupled to a memory device. For example, the memory device can be integrated into the master controller or it can be a memory device connected, via a suitable communication link, to a computing device operating this module. In one embodiment, the master controller can store desired light generation sequences for subsequent use during operation of the lighting system. The memory device can be configured as an electrically erasable programmable read only memory (EEPROM), electrically programmable read only memory (EPROM), non-volatile random access memory (NVRAM), read-only memory (ROM), programmable read-only memory (PROM), flash memory or other non-volatile memory for storing data. The memory can be used to store data and control instructions, for example, program code, software, microcode or firmware, for monitoring or controlling various devices coupled to the computing device and that can be provided for execution or processing by the CPU.
It will be appreciated that the master controller may provide external input to the lighting system's various lighting devices via direct communication with each device's slave control unit, or via indirect communication, for example, via one or more intermediary communication devices and/or I/O modules. In the latter embodiments, the I/O module may be configured to provide instructions to a slave control unit of a given lighting device, wherein the I/O module is configured, for example, as a communication port. A communication port can be configured to receive and send information in one or more of a plurality of communication protocols, which may include for example, DMX, DALI, RS-485, I2C, RS-232, Ethernet, a proprietary protocol or other communication protocol as would be readily understood by a worker skilled in the art.
In another embodiment, the external input may be provided via an I/O module configured as a user interface integrated within or remote to one or more of the lighting system's various lighting devices, or again, provided by a central control device, such as via a master control module, as described above. Such an I/O module may thus allow a user to directly control the output of a given lighting device, or again provide control instructions to a plurality of lighting devices within a lighting system. Examples of such I/O modules may include, but are not limited to, integrated or distributed hardware architectures comprising, for example, a slide switch, a control panel, a set of buttons and/or other such control interfaces readily known in the art.
The lighting system, and lighting devices thereof, may be controlled using a number of control methods and protocols. For example, and in accordance with different embodiments of the invention, the system may be appropriately configured for control by various manual controls, standard control protocols and/or proprietary control protocols, to name a few. It will be appreciated by the person of ordinary skill in the art that other control methods and/or protocols may be considered herein to describe different firmware architectures applicable in the present context, without departing from the general scope and nature of the present disclosure.
Therefore, in accordance with some embodiments of the invention, the drive and control system of each lighting device (e.g. system 1020 of
It will be appreciated by the person of skill in the art that an integrated or combined control/light generation module will combine the functions of both modules into a single component, such as a hardware module or the like, as depicted by the integrated modules 117, 317, 417, 617, 917 of
In one embodiment, the control interface module will generally comprise an external control interface conversion (ECIC) component (e.g. see ECIC 322, 422, . . . 922 of
For example, in one embodiment, the converter translates the control commands received into a Light generation module Control Language (LCL—e.g. see LCL 430, 530, . . . 930 of
In one embodiment, a different ECIC is provided for each type of external control network or interface that is to be implemented.
In another embodiment, a same ECIC may be used for two or more types of external control network or interface, either by automatically detecting the type of external input or by providing a selector (e.g. hardware switch, graphical user interface switch, etc) for selecting an appropriate conversion from a list of available conversions.
For example, in one embodiment, the control interface module of a given slave control unit may be configured to detect changes in the control protocol being used by a master controller. The master controller may be changed from supplying information using one standard protocol to another or alternatively to a proprietary protocol for example. Alternatively, one master controller may be replaced by another master controller of a different type.
In one embodiment, the slave control unit can operate in proprietary protocol mode, namely configured to use a proprietary protocol for control thereof, and if a message is not received at the control interface module from the master controller for a predetermined time period, the slave control unit reverts to an alternate standard protocol mode of operation, for example it may default to DMX.
In another embodiment of the invention, when operating in a standard protocol mode, if the information being received for a predetermined period of time from the master controller is not in a format compatible with the standard protocol, the control interface module of the slave control unit will revert to the proprietary protocol.
Other such examples should be apparent to the person of skill in the art and are therefore not meant to depart from the general scope and nature of the present disclosure.
The control interface module may further comprise a networking module, such as a network protocol stack (e.g. see protocol stack 540, 640, 740, 840 and 940 of
In the embodiment of
It will be appreciated by the person of ordinary skill in the art that various hardware and/or firmware architectures and configurations may be considered to implement the above-described control interface functions. For instance, as introduced above, different lighting devices, for example configured for operation within different types of lighting system configurations, may be designed to operate in response to an external input received from one or more different types of control interfaces/protocols. The following describes, with reference to
In one embodiment where manual control is provided, the lighting system can be controlled with a button, slide, switch or the like configuration of a manual interface. A manual control interface can be operatively coupled to a slave control unit, and thus provide instructions thereto for the operation of the light-emitting element module and thus controlling the light output by the lighting system. The slave control unit is operatively coupled to a set of instructions or firmware (e.g. control interface module) which provides a means for the slave control unit to convert the inputs from the manual interface into appropriate instructions for transmission to the light-emitting element array module.
In one embodiment, the lighting system is controlled using a 4-button interface 2100 as illustrated in
In one embodiment of the invention, the four button interface can interpret the button depressions to produce a DMX output for the control of the slave control unit. Alternately, a DALI interface can translate the protocol from the DALI input to a DMX output. Depending on the configuration of the slave control unit, different protocol pairs can be converted as required, including proprietary protocols.
In one embodiment of the invention, a manual interface can be used to generate and/or define one or more presets for subsequent transmission to the slave control unit for activation of the light-emitting element array module.
In another embodiment of the invention, a manual interface can be used to merely select predefined presets. In this case, a preset fabrication mechanism can be employed in order to generate one or more presets for subsequent storing in the manual interface or the slave control unit for subsequent manual selection. A preset fabrication mechanism can further provide a means for modification of existing presets.
In one embodiment of the invention, as illustrated in
In one embodiment of the invention a preset can be defined by the following properties:
In one embodiment of the invention, a lighting module and in particular the slave control unit can be configured to store a predetermined number of presets. As would be readily understood, the number of presets that can be stored by a lighting module in proportional to the number of parameters of a particular preset and the amount of memory associated with the slave control unit.
The Define Preset Interface 2200 allows presets to be downloaded and stored by the lighting module. The Sync Interface 2220 interfaces with an external synchronizer module that provides an accurate timing signal, which may be derived from the power line frequency for example, wherein this timing signal can be used to provide accurate timing for dynamic presets. The Output Control 2230 is the main light control firmware of the lighting module, which is operating on the slave control unit (e.g. a component of a LGM, described below; see example embodiment thereof in
In one embodiment, if a solid-state lighting system comprises a plurality of lighting modules which are executing dynamic presets, synchronization of the operation of the plurality of lighting modules may be required. The synchronization interface can supply an accurate timing signal to the slave control unit interface. This synchronization signal can be used to perform all timing of the display of the dynamic preset by the plurality of lighting modules. In one embodiment of the invention, a configuration utility is used to configure a slave control unit with the expected frequency of the synchronization interface, and thus it can be applicable with varying power supply modules, for example, power supply modules which operate at 50 Hz or 60 Hz.
In one embodiment, when the solid-state lighting system is operating in manual control there is no network communication between for example the multiple lighting modules within the system. In this configuration, the operation of the plurality of lighting modules may become unsynchronized. The operative coupling of a synchronization module to the slave control unit of each lighting module of the solid-state lighting system can maintain synchronization of operation thereof.
In one embodiment of the invention, the synchronization module can be physically located on the same printed circuit board as the manual control interface, thereby enabling the reduction of the number of connectors for the slave control unit.
In one embodiment of the invention, the synchronization module is configured to convert 50/60 Hz power line signal into a 50/60 Hz 0 to 3.3V DC digital signal.
In one embodiment of the invention, when a lighting module is operating using a manual control interface, upon application of power to the lighting module, the preset and luminous flux output selected at power down will be the active values upon initial power up. In another embodiment, if the previously selected preset comprises a plurality of steps, the slave control unit is configured to commence generation of control signals based on the first step of the selected preset, wherein these control signals are for subsequent transmission to the light-emitting element array to which the slave control unit is operatively coupled.
It will be appreciated by the person of ordinary skill in the art that the above provides a non-limiting example of a manual control interface, and that other such examples, for instance as described below, may be considered herein without departing from the general scope and nature of the present disclosure.
A standard protocol control interface can be employed when the presets which are desired to be performed by the lighting module are complex and these complex presets may not be appropriately controlled using a manual control interface. For example a standard protocol can be DALI, DMX or other standard protocols as would be readily understood by a worker skilled in the art. In one embodiment, the master controller is configured to be a standard protocol controller, for example a DMX controller or a DALI controller.
For example,
In one embodiment of the invention, when operating using a standard protocol, the slave control unit can optically monitor the solid-state lighting system in order to determine if control commands have been received which are configured using a proprietary protocol. For example, in this configuration, upon receipt of a proprietary protocol command, the slave control unit can be configured to respond to these proprietary protocol commands using a specified command set. For example, this command set can provide a means to assign a standard protocol address, for example a DMX address and optionally this command set can provide a means for loading one or more presets into memory associated with the slave control unit.
In one embodiment of the invention, a slave control unit can be configured with external connecting switches which can provide a means for setting a standard protocol address for association with the particular slave control unit.
In one embodiment, an implementation of the standard protocol control interface can use a Lightolier Color FX control device, wherein this format of control device can provide information to the slave control unit which can define: xy control parameters for high quality colour control, CCT control parameters for high quality white light control and DMX sync messages for synchronizing dynamic presets being displayed by a plurality of lighting modules.
In one embodiment, a DMX interface is used and this interface is configured to receive DMX frames as defined by USITT DMX512/1990 Digital Data transmission Standard for Dimmers and Controllers, “Recommended Practice for DMX512” by Adam Bennette, PLASA, 1994, herein incorporated by reference, or other such standards, as will be appreciated by the person skilled in the art.
In one embodiment of the invention, the slave control device is configured to interpret a standard protocol format of instruction information, for example DMX protocol, DALI protocol, and convert this format of instructions into a proprietary protocol set of instructions, which are compatible with the operation of the solid-state lighting system.
In one embodiment of the invention, a protocol converter is configured as a Multiple Interface Board (MIB), which is configured to translate a standard protocol into a proprietary protocol.
It will be appreciated by the person of ordinary skill in the art that the above provides a non-limiting example of a standard protocol control interface, and that other such examples, for instance as described below, may be considered herein without departing from the general scope and nature of the present disclosure.
In one embodiment, the operation of the lighting module is controlled using a proprietary protocol control.
In one embodiment of the invention, and with reference to
In one embodiment of the invention, a proprietary protocol interface can be used for two different types of control for the lighting module. The first control type is power line control, where a solid-state lighting system is controlled using a power line control protocol. The commands can be tailored according to the functionality of a particular lighting module and could include commands for setting output, for example chromaticity and intensity, in addition to the selection of presets, which define controlling intensity, chromaticity and synchronizing output between lighting modules of the solid-state lighting system. The format of the communication capabilities which are required can be determined by the features defined for the slave control unit. The second control type is advanced manual control, where a lighting module is controlled using manual controls attached to an intelligent module. This intelligent module can be interfaced to the slave control unit using a proprietary protocol communications interface which can provide sufficient features for a rich manual interface. In this configuration the proprietary protocol can be used to communicate between the manual control interface module and the slave control unit. The commands can be tailored according to the functionality of that manual control interface module and can include commands for setting output, for example chromaticity and intensity, and for the selection of one or more presets which can include definitions regarding controlling intensity and chromaticity, in addition to the creation, editing and saving of presets for use with the solid-state lighting system.
In one embodiment of the invention, the configuration application can be configured to use the proprietary protocol for communication with the slave control unit creating and configuring the one or more presets associated with the slave control unit. For example, the configuration program can allow a user to load and save one or more presets on the slave control unit, for example in the preset storage. The configuration program can provide a means for editing of the one or more presets by defining a step and linking the selected step with a particular preset number. The configuration application can be used for setting a frequency of a synchronizer module which can provide a means for synchronizing the activities of a plurality of lighting devices within a solid-state lighting system. The configuration application can further provide a means for assignment of a particular name or number to a particular preset, thereby enabling selection thereof in a more simple manner.
It will be appreciated by the person of ordinary skill in the art that the above provides a non-limiting example of a proprietary protocol control interface, and that other such examples, for instance as described below, may be considered herein without departing from the general scope and nature of the present disclosure.
The drive and control system of each lighting device (e.g. system 1020 of
In one embodiment, the control interface module will generally comprise a light controller (LC—e.g. see light controller 324, 424, . . . 924 of
The LGE generally implements the firmware responsible for the low level control of the light generation hardware and algorithms, for example, a firmware component within a light generation module that provides the direct control over the light generation capabilities of the light generation module and light-emitting element module(s) operatively coupled thereto.
In one embodiment, the LC serves as a LCL client, implementing the commands required by LCL provided from the control interface module. It may also serve as the master of the conversation with the LGE using a Light Generation Engine Control Interface (LCI—e.g. see LCI 432, 532, . . . 932 of
Conversely, the LGE is a client to the LC using the LCI. The LGE accepts the commands received on the LCI and, using the control algorithms implemented within the LGE, controls the underlying hardware to produce the required light output via the one or more light-emitting element modules.
The light generation module may further comprise a networking module, such as a network protocol stack (e.g. see
In the embodiment of
In Example 9 below, with reference to
It will be appreciated by the person of ordinary skill in the art that the above and the following examples provide non-limiting examples of a light generation module configuration and implementation, and that other such examples may be considered herein without departing from the general scope and nature of the present disclosure.
The system may further comprise a module support component (e.g. see support 428, 528, . . . 928 of
In general, a Module Support Interface (MSI—e.g. see MSI 434, 534, . . . 934 of
In one embodiment, if the module is connected to an external control network that is suitable as a transport mechanism for MCL, then an External Module Control Interface (EMCI—e.g. see EMCI 642, 742, . . . 942 of
In one embodiment, the Module Control (e.g. see MC 644, 744, . . . 944 of
A Real Time Framework (FW) may also be provided, in accordance with one embodiment of the invention, to provide a real time kernel which provides multitasking support and a set of standard hardware drivers for the module support.
In one embodiment, a Reflash-in-Place (RP—e.g. see RP 660, 760, . . . 960 of
The system is generally configured to control light generation from one or more light-emitting element modules. In general, a light-emitting element module in the present context may comprise one or more devices that emit radiation in a region or combination of regions of the electromagnetic spectrum, for example, the visible region, infrared and/or ultraviolet region, when activated by the system. Therefore a given light-emitting element module can have monochromatic, quasi-monochromatic, polychromatic or broadband spectral emission characteristics.
In addition, a light-emitting element module, in accordance with different embodiments of the invention, may comprise a specific device that emits radiation and can equally comprise a combination of the specific device that emits the radiation together with a housing or package within or in relation to which the device or devices are disposed. For example, a light-emitting element module may be configured to comprise one or more light-emitting elements, as defined above and optionally combined with one or more luminescent and/or phosphorescent materials disposed so to be stimulated thereby, one or more traditional light sources such as those commonly known in the art, and other such light sources as will be apparent to the person of skill in the art.
For instance, in one embodiment, the one or more light-emitting element modules each comprise one or more light-emitting elements, the combined output thereof being controlled by the lighting system to produce a desired luminous effect. Such luminous effects may include, but are not limited to, one or a combination of a desired chromaticity, output intensity, spectral power distribution, colour quality and/or colour rendering indices (CRI), luminous efficacy, wall-plug efficiency and the like. Luminous effects may further be enhanced by a controlled combination of the output of one or more light-emitting elements with the output of one or more cooperatively controlled traditional light sources, for example.
In another embodiment a light-emitting element module comprises one or more light-emitting element arrays of one or more light-emitting elements. For each array the one or more light-emitting elements can be arranged in a series configuration, parallel configuration or a series/parallel configuration. The one or more light-emitting elements can be selected such that they emit light having a desired chromaticity. As would be readily understood by a worker skilled in the art, the one or more light-emitting elements can be mounted for example on a PCB (printed circuit board), a MCPCB (metal core PCB), a metallized ceramic substrate or a dielectrically coated metal substrate that carries traces and connection pads.
The light-emitting elements can be primary light-emitting elements that can emit colours including blue, green, red or other colours. The light-emitting elements can optionally be secondary light-emitting elements, which convert the emission of a primary source into one or more monochromatic wavelengths, polychromatic wavelengths or broadband emissions, for example in the cases of blue or UV pumped phosphor coated white LEDs, photon recycling semiconductor LEDs or nanocrystal coated LEDs. Additionally a combination of primary and/or secondary light-emitting elements can be employed.
In one embodiment, an array of light-emitting elements having spectral outputs centred on wavelengths corresponding to the colours red, green and blue can be selected, for example. Optionally, light-emitting elements of other spectral output can additionally be incorporated into the array, for example light-emitting elements radiating at the red, green, blue and amber wavelength regions may be configured as the light-emitting element module, or optionally may include one or more light-emitting elements radiating at the cyan wavelength region. The selection of light-emitting elements for the light-emitting element module can be directly related to the desired colour gamut and/or the desired maximum luminous flux and colour rendering index (CRI) to be created by the light-emitting element module, for example.
In another embodiment, a plurality of light-emitting elements are combined in an additive manner such that a combination of monochromatic, polychromatic and/or broadband sources is possible. Such a combination of light-emitting elements includes a combination of red, green and blue (RGB) light-emitting elements, red, green, blue and amber (RGBA) light-emitting elements and combinations of said RGB and RGBA together with white light-emitting elements. The combination of both primary and secondary light-emitting elements in an additive manner is possible. Furthermore, the combination of monochromatic sources with polychromatic and broadband sources such as light-emitting elements generating light having colours RGB and white, GB (green and blue) and white, A (amber) and white, RA (red and amber) and white, and RGBA and white is also possible. The number, type and colour of the multiple light-emitting elements can be selected depending on the lighting application and to satisfy lighting requirements in terms of a desired luminous efficiency and/or CRI, for example.
In another embodiment, the light-emitting elements are electrically connected in series as pairs of linear strings, wherein a string may comprise light-emitting elements from a combination of colour bins of the same generic colour, for example blue, wherein the dominant wavelengths of the light-emitting elements for one of the pair of linear strings are equal to or greater than a predetermined wavelength and the dominant wavelengths of the light-emitting elements of the other string of the pair of strings are equal to or less than this predetermined wavelength. Therefore, by adjusting the relative drive currents to each string of a pair of strings of a given color, it can be possible to dynamically adjust the effective dominant wavelength of that given colour for the light-emitting element array module.
In one embodiment, an array of light-emitting elements is configured with parallel connections of two or more branches of light-emitting elements and thus may additionally require a current limiting device per branch. A current limiting device can comprise a fixed resistor, variable resistor, or transistor, for example, as would be readily understood by a person skilled in the art. The current limiting device can also comprise an operational amplifier (op-amp) operatively coupled to a transistor and a current sensing device positioned within the particular branch. The op-amp can sense the drive current in a branch and adjust the resistance of the transistor such that the drive current remains below a desired maximum. The current limiting device can be calibrated to obtain certain performance characteristics of a branch of light-emitting elements.
The one or more light-emitting element modules may also comprise, or be optically coupled to, one or more optics modules comprising one or more optical and/or structural components provided to condition the emitted radiation (e.g. with respect to the emitted wavelength, spectral power distribution, intensity, spatial configuration, etc.) as required and/or selected for one or more applications for which the lighting device or system may be used. Examples of structural components may include, but are not limited to, various housing components, mounting and orienting structures, optical masks and the like. Examples of optical components may include, but are not limited to, various lenses, reflectors, diffusers, filters and the like.
The optics module generally receives illumination created by the light-emitting element module and provides a means for efficient optical manipulation of this illumination. The optics module can for example provide a means for the collection and/or collimation of luminous flux emitted by the light-emitting element module and can provide colour mixing of the emission of multiple light-emitting elements. The optics module can also provide control over the spatial distribution of light emanating from the lighting device, or combination thereof in a given lighting system configuration.
The optics module can use a variety of optical elements to produce a desired luminous intensity and chromaticity distribution. The optical elements can include one or more of refractive elements, for example glass or plastic lenses, compound parabolic concentrators (CPC) or advanced modifications thereof such as tailored dielectric total internal reflection optics, Fresnel lenses, GRIN lenses and microlens arrays. The optical elements can also include reflective and diffractive elements, including holographic diffusers and GBO-based mirrors.
In one embodiment, a dielectric total internal reflection concentrator (DTIRC) such as a CPC optical element can be used to collect the emission from a multiplicity of light-emitting elements. It is readily understood that the sectional shape of the concentrator is not limited to parabolic, but can also take the shape for example of a hyperbola, ellipse, trumpet, or a connection of many line segments wherein each segment is designed to meet the optical purpose desired.
In one embodiment, the optics module provides for the creation of an asymmetric illumination beam pattern while additionally mixing the light created by the two or more light-emitting elements. The optics module comprises one or more optical devices each comprising a reflector body which extends between an entrance aperture and an exit aperture, wherein two or more light emitting elements are positioned relative to the entrance aperture and light is reflected within the reflector body exiting at the exit aperture. The reflector body includes a first pair of walls including symmetric reflective elements and a second pair of walls orthogonal to the first pair of walls, wherein the second pair of walls includes asymmetric reflective elements. The first pair of walls provides a means for mixing the light generated by the two of more light-emitting elements and generating a symmetric beam pattern about a first axis. Along a second axis, orthogonal to the first axis, the second pair of walls provides a means for mixing the light generated by the two or more light-emitting elements and generating an asymmetric beam pattern.
In one embodiment, an optics module comprises an entrance aperture, an exit aperture and a light manipulation chamber defined by a substantially square cross sectional reflector body therebetween. The reflector body comprises a first pair of walls, which are symmetrically configured. In one embodiment the first pair of walls are configured as parabolic reflective elements for mixing the light generated by light-emitting element array module. The symmetrically configured parabolic walls further provide for a symmetric beam pattern in a first direction being emitted from the exit aperture of the optical device. Two or more light-emitting elements are positioned proximate to the entrance aperture and light emitted thereby is reflected within the reflector body exiting at the exit aperture. The reflector body further comprises a second pair of walls which are asymmetrically configured. A first wall of the second pair of walls is configured as a parabolic reflective element and the other wall is configured as a planar reflective element, which together provide for the mixing of the light generated by light-emitting element array module. The asymmetrically configured walls further provide for an asymmetric beam pattern being emitted from the exit aperture of the optical device in a second direction.
The invention will now be described with reference to specific examples. It will be understood that the following examples are intended to describe embodiments of the invention and are not intended to limit the invention in any way.
In this embodiment, all components other than the ECIC 622 interface directly with the light controller to exchange the needed LCL commands and responses. Access to a private network 619 is optionally provided to allow connection to a distinct control interface module and/or light generation module in order to implement external controls not implemented within the control interface/light generation module 617.
The module further comprises a module support component 628 interfacing with the above components via an MSI 634 and comprising an external module control interface 642 for receiving external module control commands and instructions and communicating same via MCL 648 to a module control component 644, and optionally, to external modules via a network protocol stack 640. A real time framework 650 may also provide multitasking support and a set of standard hardware drivers for the module support 628. A reflash-in-place 660 is also provided in this example to update the firmware, when needed, throughout the module 617.
In this embodiment, the external input 714 is connected to the ECIC 722 of the control interface module 716, which is responsible for converting this input into LCL 730 and communicate this converted input to the light controller 724 of the light generation module 718 via a private network 719 and appropriate network stacks 740. Once received, the light controller 724, interfacing with a LGE 726 via LCI 732, may then proceed in cooperatively controlling generation of light from the light-emitting element module(s) 712.
As in the above, example, the control interface module 716 and light generation module 718 each comprise a module support 728, the components of which configured to interface with the module components via a MSI 734 and MCL 748, and being distributed accordingly to provide support functions to the respective modules. For instance, an external module control interface 742 is only implemented in the control interface module 716 where it may be needed to interface with an external network or interface. The control interface module 716 and light generation module 718 each however comprise their own module control 744, real time framework 750 and reflash-in-place component 760.
In this example, the control interface module 816 supports a single private network 819 which may be used to communicate MCL 848 and RP 860 to the control interface module 816, and transport LCL 830, MCL 848 and RP 860 traffic between the ECIC 822, external module control interface 842 and module control 844 of the control interface module 816, and the light controller 824 (and indirectly the LGE 826) and module control 844 of the light generation module 818, via respective protocol stacks 840.
In this example, the light generation engine 826 is also configured to provide feedback control of the light-emitting element module(s) 812 using one or more sensed operating and/or output characteristics thereof (not illustrated).
In this example, the network 819 comprises a point-to-point serial link between the control interface module 816 and the light generation module 818. The DALI and DMX versions of the control interface module 816 may however be configured to allow the communications of RP over the external communications network, for example, using an extended version of the private network protocol to communicate the RP data using a point to multipoint extension thereof.
It will be appreciated by the person of skill in the art that a point to multipoint architecture may also be devised between a single control interface module and plural light generation modules so to provide distributed control of plural light-emitting element modules, or combinations thereof, from a single external input, for example.
In this example, the light generation engine 926 is also configured to provide temperature feedforward control of the light-emitting element module(s) 912.
Referring to
The Firmware Architecture of the embodiment in
DMX Protocol Translation Manager 2510: A firmware module that interprets DMX formatted frames and translates the data into T-Bus commands.
T-Bus Interface Manager (Master) 2545: A firmware interface that formats commands for the T-Bus interconnect system 2540 and its communication protocol. Both the DMX Protocol Translation 2510 and Preset managers 2560 use this module to format commands for the output control 2530. The T-Bus may be used to overcome the limitations of DMX and can be used to extend the control functionality or to simplify the complexities of controlling the lighting system. It may utilize the same physical layer or other widely known simplex, half-duplex or full-duplex interconnect systems but utilize a message and command format not available or distinct from DMX. Such message formats may include dedicated addressing schemes and message protocols and support command sets similar to or exceeding those commonly used with DMX. It is noted that there are a wide range of other forms of interconnect systems known in the general art of network data transfer that can be used in, and are suitable for, different embodiments of the invention.
Preset Manager 2560: A firmware control module that implements the preset features.
Preset Clock 2570: The preset clock uses an external time base to correct for a non-synchronous processor clock in order to maintain accurate long duration timing for the Preset Manager 2560.
Re-flash in Place (RP) Client 2580: A stand alone client module (e.g. operates separately from the other firmware on the SCU) that implements commands to update the interface module firmware and to update properties in the EEPROM. The RP Client can accept Tr-Bus commands, according to a subset of commands of the T-Bus.
T-Bus Interface Manager (LGM Client) 2546: A firmware interface that decodes and executes commands via the T-Bus communications protocol. The LGM implementation accepts a rich selection of commands for controlling a LGM.
Output Control 2530: The main light control firmware of the LGM, and example embodiment of which is described in Example 9 with reference to
CRC Firmware 2590: The Configuration and Re-flash Connector (CRC) is an interface device that can connect between a standard personal computer (PC) communications port and either a DMX or DALI network. It provides applications residing on the PC 2595 with electrical and protocol access to the network and allows those applications to talk to the SCU 2410 using TC-Bus or TR-Bus protocol. Depending on what the application needs to do with the SCU 2410, it can talk using either the TC-Bus protocol to the T-Bus Interface Manager (LGM Client) or using TR-Bus protocol to the RP Client. The application will control the switching between these two modes.
Preset Editor and DMX Configuration Applications 2598: There are several applications that run on a PC that can be used to configure and manage the features on the SCU, as will be appreciated by the person of ordinary skill in the art. For the preset features of the SCU, the applicable application is the Preset Editor, which allows creation and editing of Presets. For the DMX features of the SCU, the DMX Configuration Application is the applicable application. This application allows for the setting of DMX operating parameters including the DMX mode and the DMX address.
DMX Controller 2520: The master device for the DMX network.
The person of ordinary skill in the art will appreciate that the above and other such hardware and firmware modules may be combined and/or interchanged in a number of ways to provide similar effects. Accordingly, such substitutions and/or permutations are not considered to depart from the general scope and nature of the present disclosure.
Referring to
As described above, the 4-button interface may used in various configurations. In one example, two buttons can enable manual selection of a preset, wherein the two buttons can enable scrolling in a forward or reverse direction through the one or more presets which can be associated with the slave control unit 2610. The other two buttons can be configured to enable adjustment of the luminous flux output of the solid-state lighting system, for example the increase or decrease of the luminous flux output.
In this embodiment, a synchronization interface 2660 is also coupled to the slave control unit 2610, wherein the synchronization interface 2660 can provide timing signals which enable the operation of this particular slave control unit 2510 to be synchronized with other slave control units, thereby enabling a desired illumination design to be created by two or more lighting modules. Internal wiring 2670 for an RS-485 interface is also provided in this embodiment for direct communication with the slave control unit 2610.
4 Button Interface Manager 2710: A firmware interface that interprets user presses of a simple 4 button interface for the control of the output of the LGM.
T-Bus Interface Manager (Master) 2745: A firmware interface that issues commands via the T-Bus communications protocol. The Preset Manager issues commands to the LGM using this interface.
Preset Manager 2760: A firmware control module that implements the preset features.
Preset Clock 2770: The preset clock uses an external time base to correct for errors in the processor clock in order to maintain accurate long duration timing for the Preset Manager.
RP Client 2780: A stand alone client module (e.g. operates separately from the other firmware on the SCU) that implements commands to update the SCU firmware and to update properties in the EEPROM. The RP Client accepts the TR-Bus subset of commands.
T-Bus Interface Manager (LGM Client) 2746: A firmware interface that decodes and executes commands via the T-Bus communications protocol. The LGM implementation accepts a rich selection of commands for controlling a LGM.
Output Control 2730: The main light control firmware of the LGM, and example embodiment of which is described in Example 9 with reference to
CRC Firmware 2790: The Configuration and Re-flash Connector (CRC) is an interface device that connects between a standard PC COMM port and either a DMX or DALI network. It provides applications residing on the PC with electrical and protocol access to the network and allows those applications to talk to the SCU using T-Bus protocol. Depending on what the application needs to do with the SCU, it can talk using either the TC-Bus protocol to the T-Bus Interface Manager (LGM Client) or using TR-Bus protocol to the RP Client. The application may be configured to control switching between these two modes.
Preset Editor Application 2798: There are several applications that run on a PC that can be used to configure and manage the features on the SCU and the LGM. For the manual control features of the SCU the applicable application is the Preset Editor, which allows creation and editing of Presets.
Referring to
For this embodiment,
The presets are implemented on the MIB 2818 and communicated with the LGM 2825 using the T-Bus interface to issue control commands to the LGM 2825 and the output control module 2930 thereof.
4 Button Interface Manager (e.g. component of a control interface module) 2910: A firmware interface that interprets user presses of a simple 4 button interface for the control of the output of the LGM.
T-Bus Interface Manager (Master) 2945: A firmware interface that issues commands via the T-Bus communications protocol. The Preset Manager issues commands to the LGM using this interface.
Preset Manager 2960: A firmware control module that implements the preset features.
Preset Clock 2970: The preset clock uses an external time base to correct for errors in the processor clock in order to maintain accurate long duration timing for the Preset Manager.
T-Bus Interface Manager (MIB Client) 2948: A firmware interface that decodes and executes commands via the T-Bus communications protocol. The command set implemented on the MIB is defined as the TC-Bus (Configuration) subset and is relatively limited generally only including a small number of configuration and management commands. The key commands accepted activate the RP Client and allow download of the Presets to the EEPROM.
RP Client 2980: A stand alone client module (e.g. operates separately from the other firmware on the MIB) that implements commands to update the MIB firmware and to update properties in the EEPROM. The RP Client accepts the TR-Bus subset of commands.
T-Bus Interface Manager (LGM Client) 2946: A firmware interface that decodes and executes commands via the T-Bus communications protocol. The LGM implementation accepts a rich selection of commands for controlling a LGM.
Output Control 2930: The main light control firmware of the LGM, and example embodiment of which is described in Example 9 with reference to
CRC Firmware 2990: The Configuration and Re-flash Converter (CRC) is an interface device that connects between a standard PC COMM port and either a DMX or DALI network. It provides applications residing on the PC with electrical and protocol access to the network and allows those applications to talk to the MIB using T-Bus protocol. Depending on what the application needs to do with the MIB, it can talk using either the Tc-Bus protocol to the T-Bus Interface Manager (MIB Client) or using TR-Bus protocol to the RP Client. The application controls the switching between these two modes.
Preset Editor Application 2998: There are several applications that run on a PC 2995 that can be used to configure and manage the features on the MIB 2815 and the LGM 2825. For the manual control features of the MIB 2815 the applicable application is the Preset Editor, which allows creation and editing of Presets.
With reference to
In general, the DMX interface 1220 may provide various methods by which the control system can specify chromaticity output to a light generation module 1202. Formats for these methods may include, but are not limited to: RGB (Red, Green, Blue) intensities; CIE (x,y) or (u′,v′) co-ordinates, and intensity values encoded into DMX data bytes; and CCT (colour temperature) and intensity values encoded into DMX data bytes.
The DALI interface 1230 may also provide various methods by which the control system can specify chromaticity output to a light generation module 1202. These methods may include, but are not limited to the following DALI commands:
Activate xy-Coordinate (Command 1226): Activates previously loaded xy co-ordinates, the intensity then being controlled via a variety of DALI commands;
Set RGB Dimlevel Word (Command 1236): Activates previously loaded RGB intensity values;
Set Colortemp Word (Command 1227): Activates previously loaded correlated colour temperature (CCT) co-ordinates, the intensity then being controlled via a variety of DALI commands; and
Split RGB Addressing: The DALI interface 1230 recognises separate DALI addresses for each of the RGB channels, wherein the controller can then control the intensity of each channel using a variety of DALI commands.
The 4-Button Interface 1210 can be used to provide manual user selection of pre-set scenes (e.g. pre-set chromaticity and intensity). These scenes can specify chromaticity and intensity in formats consistent with those defined for the DMX Interface, for example.
As will be readily apparent to the person skilled in the art, future interfaces 1240 may include new control interfaces developed for the operation and control of the lighting device.
In the present embodiment, regardless of the interface that has been used and the specific format that the controller has chosen to use to send the command, all commands to the lighting device may be translated to the following T-BUS commands.
Set Controlled xy: This command sets the color output, in controlled mode, to the chromaticity specified. The intensity may then be separately controlled using a variety of intensity commands. The time taken by the lighting device to reach the specified chromaticity can be independently specified by a T-BUS command.
Set Controlled u′v′: This command sets the colour output, in controlled mode, to the chromaticity specified. The intensity may then be independently controlled using a variety of intensity commands. The time taken by the lighting device to reach the specified chromaticity can also be independently specified by a T-BUS command.
Set Controlled RGB: This command sets the colour output, in controlled mode, to the RGB values specified. These values may include intensity information that will override the existing intensity. The intensity may then be separately controlled using a variety of intensity commands. The time taken by the lighting device to transition to the specified chromaticity can be independently specified by a T-BUS command.
Set CCT: This command sets the colour output, in controlled mode, to the CCT values specified. The intensity may then be separately controlled using a variety of intensity commands. The time taken by the lighting device to transition to the specified chromaticity can be independently specified by a T-BUS command.
In general, a T-BUS command Set RGBA may also be used to access direct control of the colour channels, and may be available for internal control of the channels by manufacturing and diagnostic utilities. In one embodiment, it is not used by an external interface.
The T-BUS may also comprise numerous additional commands that may be available to set and query properties and status of the light generation module 1202 in support of the output control commands discussed above. As will be apparent to the person skilled in the art, other such commands may also be considered to adapt the present embodiment to different lighting device configurations and lighting combinations.
Referring to
In general, the T-BUS interface 1312 handles the transmission, reception, decoding and execution of T-BUS messages, and illustratively comprises a T-BUS Data Link Layer 1324 and a T-BUS Command Decoder and Execution Module 1326. In one embodiment, the T-BUS Data Link Layer 1324 may provide features including, but not limited to, the assembly of characters into messages, the transmission of response messages, and the like. The T-BUS Command Decoder and Execution Module 1326 may be used for example, to decode messages received from the T-BUS Data Link Layer 1324, execute command(s) contained in the decoded message(s), generate a response message (e.g. in many applications, most or all T-BUS messages require a response message), and send the response message to T-BUS Data Link Layer 1324 for transmission.
The Colour Support Module 1314 generally provides colour transformation and management functions used to support the execution of T-BUS commands (e.g. generally consistent with interface control module functions described above). In the present embodiment, these functions are illustratively provided by an RGB to XYZ Conversion Module 1330, an xy to XYZ Conversion Module 1332, an u′v′ to XYZ Conversion Module 1334, a Gamut Reduction Module 1336, and a CCT Reduction module 1338. These and other such modules are generally used to receive as input various commands and parameters from the T-BUS Interface 1312 and convert these inputs (e.g. in accordance with a predefined internal control protocol) for use by the Output Control interface module 1316 (e.g. generally consistent with light generation module functions described above). Note that in the illustrated embodiment of
In particular, the RGB to XYZ Conversion Module 1332 processes chromaticity values received as RGB values and converts them to XYZ and intensity values for use by the Output Control interface module 1316. In order to support chromaticity transition features, chromaticity settings provided in xy by the T-BUS Interface 1312 are converted to XYZ by the xy to XYZ Conversion Module 1332. Similarly, chromaticity settings provided in u′v′ by the T-BUS Interface 1312 are converted to XYZ by the u′v′ to XYZ Conversion Module 1334.
In some situations, the T-BUS Interface 1312 can request a chromaticity that is outside of the range that is supported by specific models of the lighting device. If this occurs, the Gamut Reduction Module 1336 will use the capabilities of the current instance of the lighting device to reduce the chromaticity to the supported range.
Similarly, the T-BUS Interface 1312 can request a CCT value that is outside of the range that is supported by specific models of the lighting device. If this occurs, the CCT Reduction Module 1338 will use the capabilities of the current instance of the lighting device to reduce the CCT value to the supported range.
As will be discussed further below, chromaticity values, either as XYZ for chromaticity or as mirek (microreciprocal Kelvin) for white light can be further converted to the RGB sensor targets.
Still referring to
In one embodiment, a Dynamic Target Calculation Module comprising a Dynamic Intensity Calculation Module 1340, a Dynamic Colour Chromaticity Calculation Module 1342, a Dynamic White Chromaticity Calculation Module 1344 and an Intensity Scaling Module 1346, is responsible for performing all real time chromaticity and intensity transitions. For example, temperature corrected RGB values (RtGtBt) and active intensity are calculated from target chromaticity and intensity values respectively, and scaled to provide active temperature corrected RtGtBt for use in driving the lighting device.
In one embodiment, the output of the Dynamic Target Calculation Module is a set of three sensor targets for Red, Green and Blue feedback sensors respectively. Calculating these targets illustratively comprises a three-stage process.
If there is a chromaticity transition in progress, the Module calculates the new chromaticity and updates the current chromaticity to this value, and deducts the cycle time of the dynamic target calculation loop from the remaining time.
If there is an intensity transition in process, the module calculates the new intensity and updates the current intensity with this value, and deducts the cycle time of a dynamic target calculation loop from the remaining time.
The Dynamic Target Calculation Module then scales the RGB targets using the current intensity and a selected dimming curve and outputs this final active set of targets to the feedback loop (e.g. Module 1348).
Note that the firmware code can be optimized to skip either of the transition steps above when neither or only one of the transitions is in progress.
As discussed above, two types of transitions are supported, and each can operate independently of the other. In a chromaticity transition (e.g. Module 1342 or 1344), the new target chromaticity is provided by a T-BUS command and the transition, which varies the current chromaticity from the initial chromaticity to the target chromaticity, begins immediately upon reception of the T-BUS command. In general, the chromaticity transition time is a pre-set value. In one embodiment, the chromaticity transition can be performed as follows:
The T-BUS interface updates the values of the target chromaticity and remaining chromaticity transition time whenever the appropriate commands are received.
The current chromaticity is adjusted at about 50 Hz (i.e., every 20 msec) in equal steps along a straight line between the current RtGtBt and the target RtGtBt using step sizes that are appropriate for the current chromaticity transition time and the magnitude of the transition.
The target chromaticity and remaining chromaticity transition time are saved after each loop. In this way if the T-BUS command updates these values before the previous transition is complete, the new values will be automatically used and the new transition will replace the previous one.
If no chromaticity transition is in progress, then the current chromaticity is used as the initial chromaticity.
The intensity transition (e.g. fading or dimming—Module 1340) is generally independent of the chromaticity being displayed. In one embodiment, the new intensity is calculated at about 50 Hz (20 msec) and is synchronized with the chromaticity transition. In one embodiment, the intensity transition is performed as follows:
The T-BUS Interface 1312 updates the values of the target intensity and remaining intensity transition time whenever the appropriate commands are received.
The intensity is adjusted at about 50 Hz (20 msec) in equal steps between the current intensity and the target intensity using a step that is appropriate for the amount of time currently specified for the chromaticity transition time and the magnitude of the intensity change.
The target intensity and remaining intensity transition time are saved after each loop. In this way if the T-BUS command updates these values before the previous transition is complete, the new values will be automatically used and the new transition will replace the previous.
In general, the intensity transition is calculated on a linear percentage scale (although other methods may be considered). Adjustments for the selected dimming curve can also be performed in a following step. If no intensity transition is in progress, then the current intensity is used.
Once the new intensity and chromaticity are calculated, the RtGtBt values are scaled according to the current intensity (e.g. Module 1346). This calculation implements a scaling based on a currently selected curve setting, which may include, but is not limited to, a square law dimming curve, a linear curve (e.g. linear dimming), a logarithmic curve (e.g. logarithmic dimming compliant with DALI specifications), and the like.
In one embodiment, the Output Control Module 1316 further comprises a Temperature Compensation Module (not shown) responsible for updating temperature related coefficients used in the Feedback Loop 1348. This may also be performed at about 50 Hz (20 msec) and synchronized with one, multiple or all of the above dynamic transition modules (1340, 1342, 1344). In one example, a Temperature Compensation Module may be used to correct for temperature effects on two different sensors and algorithms; one for photodiode temperature compensation, and one for light-emitting element junction temperature compensation. These compensations will be discussed further below.
As introduced above, the Output Control Module 1316 may further comprise a Feedback Loop 1348 configured to implement a main proportional integral (PI) or proportional integral derivative (PID) loop associated with the controller for controlling the output PWM values (PWM drive 1350) based on the RGB target values received from a Dynamic Transition Module (not shown) and the feedback sensor values read from the system hardware (e.g. sensors 1070 and 1080 of the feedback system 1030 of
Due to possible limitations in PWM and feedback sensor hardware, the Feedback Loop 1348 may need to operate in different modes according to the values of the RGB targets provided. If so, such differences may be isolated within the Feedback Loop 1348, which may reduce or avoid having these differences impact other modules in the architecture. In one embodiment, the Feedback Loop 1348 is operated in one of two modes based on whether the PWM values are greater (or equal) to a set threshold value, or lower than this threshold value. In the first case, the algorithm uses the standard intensity and temperature feedback algorithm, whereas in the latter case, all PWM values above the set value operate as normal and continue to use normal intensity and temperature feedback while a PWM value less then the set value operates using historical and calibration light-emitting element data and a temperature feed forward algorithm. Historical temperature data used for this purpose may be collected and saved for each light-emitting element color every time the set threshold is passed, for example. In another embodiment, the selection of operation of the Feedback Loop can be based on the RGB set point or Rt, Gt, Bt.
Alternatively, due to possible loss in resolution at low light levels, the PI or PID parameters of the Feedback Loop 1348 may be varied to ensure speed and stability. This type of algorithm may again be isolated within the Feedback Loop 1348 and consequently, may be used without having an impact on other modules. In this alternative embodiment, when a LED color's target sensor value is greater (or equal) to a set value, the algorithm uses standard PID parameters, however, when a LED color's target sensor value is lower than the set value, the algorithm will decrease the PID parameters, after a preset number of iterations of the feedback loop, to a level proportional to the target sensor value. This will promote a fast response during transient conditions and a stable response (e.g. reduced flicker) at steady state. In another embodiment, the selection of the PID parameters can be based on the PWM values, optical sensor readings or optical sensor set points.
Still referring to
As recited above, the lighting control application 1310 further comprises an Application Support Module 1322 that provides several capabilities that provide secondary services to the other modules discussed above. Examples of such secondary services include, but are not limited to, a Start-Up Timer, a Power-Off Module, a Run History Module, a Watchdog, a Configuration Manager, and the like.
The Start-Up Timer generally manages the correct start-up of the lighting device. For example, in one embodiment, the Start-Up Timer disables the lighting device output until sufficient time passes to ensure that all hardware and firmware initialization processes are complete; continues to disable the lighting device output until the currently defined startup delay period has expired (this can be zero, in which case the delay will only be that required for hardware and firmware initialization); upon the expiration of the startup delay, activate the lighting device by setting the current chromaticity and intensity to the currently defined start values; and if T-BUS commands are received that set either chromaticity or intensity values, enable the lighting device by setting the current chromaticity or intensity to these values.
The Power-Off Module is generally enabled by a Real Time Framework when a power-down condition is detected. For example, in one embodiment, the Power-Off Module will disable all output by setting the PWM values to zero and disabling the Feedback Loop 1348 and save the current values of the power-on hours, average temperature and maximum temperature to the non-volatile storage.
The Run History Module generally collects various statistics about the usage of the lighting device. For example, these statistics may include, but are not limited to, total illumination hours, average substrate temperature, average sensor temperature(s), maximum substrate temperature, maximum sensor temperature(s), average PWM for each channel, average sensor level for each channel, average PWM for each channel resolved at 1000 hrs, average sensor level for each channel at 1000 hrs, average substrate temperature for each channel at 1000 hrs, last 10 faults or incidents (e.g. Watchdog, Thermal Derating, PWM Derating, etc.), and the like.
The Watchdog generally processes the interrupt from the Watchdog Timer and attempts to reset and restart the lighting device.
The Configuration Manager generally manages the storing and retrieval of data to the non-volatile storage of the lighting device. While, in one embodiment, the actual driver for the non-volatile store is in a real time framework (not shown), the Configuration Manager may still provide services to map application variables to physical locations.
The lighting control application 1310 further comprises Global Variables used to simplify the interface between some or all of the components listed above. Various example Global Variables and their general usage are listed in Table 1 below.
The above discussion, cast mainly with reference to the embodiment of
Serial Interrupts: The T-BUS Data Link Layer 1324 is implemented in the transmit and receive interrupts, as appropriate. A queue for fully assembled and error checked messages is provided to the T-BUS Command Decoder and Execution module 1326.
Feedback Loop: The Feedback Loop 1348 is implemented in a timer task. In one embodiment, this task is executed at approximately 300 Hz, though other frequencies may be considered, as will be apparent to the person skilled in the art.
Dynamic Target Calculation Task (DTCT): The DTCT is a timer task which is configured to execute Dynamic Target Calculation and Temperature Compensation Modules. In one embodiment, this task is executed at approximately 50 Hz, though other frequencies may be considered, as will be apparent to the person skilled in the art.
Background Task: The T-BUS Command Decoder and Execution Module 1326 and the Color Support set of modules executes in the Background Task. The Background Task loops as quickly as possible using processor time not being used by the other tasks.
Applications Support Tasks: The Applications Support Module 1322 supports several tasks and timer threads that provide support functions.
In general, the Configuration Manager (see
Each time the firmware boots, the firmware will examine the non-volatile storage to ensure that the storage is intact and uncorrupted. It will also determine if the non-volatile storage format is correct for the firmware load. If either of these tests determines that the non-volatile storage is invalid, the firmware shall update the non-volatile storage with hard-coded factory defaults. Typically this should only happen on a new device when the non-volatile storage is empty. A T-BUS command for this purpose shall also be supplied.
An example of encoding requirements can be defined as follows, in accordance with one embodiment of the invention:
1. Start code 0x00 processing shall depend upon the current DMX mode that has been specified for the lighting device:
2. In the detailed descriptions of each of these modes, the byte offset listed shall be the offset from the programmed DMX address for the device.
3. For those modes that include a Intensity Fade Time and/or a Chromaticity Fade Time, the value shall be interpreted as follows:
4. The CIE xy chromaticity coordinates of Red, Green and Blue in all cases where they are used in the commands shall be as follows (though other chromaticity coordinates may be considered, as will be apparent to those skilled in the art):
5. The output chromaticity of the light generated by the light generation module when the RGB inputs each specify the same intensity shall be a configuration parameter of the light generation module which can be set using the configuration application.
6. In all cases where the chromaticity is specified as a set of RGB values, this chromaticity shall be used as input to the light generation module's interdependently controlled output capabilities. As a result, the light generation module will actively manage the output of each channel, as well as the optional Amber channel in order to maintain the specified chromaticity. Therefore the drive current output of each channel will only approximate the input values supplied.
7. There shall be no capability in this DMX interface to allow direct drive of the output channels.
The RGB Mode data bytes are as follows:
The RGBA Mode data bytes are as follows:
The xy Mode data bytes are as follows:
1. The CCT Mode data bytes are as follows:
2. The encoding of the CCT shall be according to the formula [Intensity=1,000,000/CCT−154] which will allow the CCT to range from 6500K to 2439K.
Note that this may be beyond the range of support CCT for the light generation module, in which case the maximum or minimum CCT supported by the light generation module as appropriate shall be displayed.
1. The Dynamic RGB Mode data bytes are as follows:
2. The intensity of the output of each channel shall be calculated by multiplying the individual intensity of each channel by the Master Intensity.
3. If the RGB values select a chromaticity that is beyond the display capability of the light generation module then the chromaticity shall have its purity reduced until the resulting chromaticity can be displayed.
1. The Dynamic CCT Mode data bytes are as follows:
2. The CCT value shall be stored in mirek, in the range 1-65279. Note that this allows a color temperature range of 15.32K to 1,000,000K.
3. If the CCT selected is beyond the range of supported CCT for the light generation module, the maximum or minimum CCT supported by the light generation module as appropriate shall be displayed.
1. The Dynamic xy Mode data bytes are as follows:
2. Each coordinate of the xy color point shall be stored in fixed format with the following limits: 0x000=0.000; 0xFE9=1.000
3. If the xy coordinate selects a chromaticity that is beyond the display capability of the light generation module then the chromaticity shall have its purity reduced until the resulting chromaticity can be displayed.
1. The Dynamic u′v′ Mode data bytes are as follows:
2. Each coordinate of the u′v′ color point shall be stored in fixed format with the following limits: 0x000=0.000; 0xFE9=1.000.
3. If the u′v′ coordinate selects a chromaticity that is beyond the display capability of the light generation module then the chromaticity shall have its purity reduced until the resulting.
1. The Dynamic Preset Mode data bytes are as follows:
2. The sync counter is used to establish a repetitive signal for the use of the luminaries to synchronize the display of dynamic presets according to the following requirements:
1. The DMX interface shall be capable of receiving DMX packets at the maximum arrival rate specified, that is:
2. The DMX interface shall be capable of processing DMX packets at the rate of 44.115 Hz. This is the maximum arrival rate for full size DMX packets.
3. Packets that arrive at greater than the maximum processing rate may be dropped by the DMX interface.
4. If packets are arriving at faster than the maximum processing rate, then interface shall processes at least the number of packets required by the maximum processing rate and may discard the excess.
A configuration program that uses Proprietary Protocol-Bus protocol to communicate with the device is required.
For the purposes of supporting the DMX firmware, the application shall be capable of setting the following DMX parameters.
1. DMX Address: Enter DMX address in the range of 1-512.
2. DMX Operating Mode: Select one of the following operating modes:
3. Presets: Edit and download presets into the light generation module.
4. RGB 100% Chromaticity: When the chromaticity is selected using either of the RGB modes, the exact chromaticity of the output when all RGB channels have an equal input value shall be selectable from the following options (though other correlated color temperatures or chromaticities may be considered, as will be apparent to those skilled in the art):
The foregoing embodiments of the invention are examples and can be varied in many ways. Such present or future variations are not to be regarded as a departure from the spirit and scope of the invention, and all such modifications as would be apparent to one skilled in the art are intended to be included within the scope of the following claims.
| Number | Date | Country | Kind |
|---|---|---|---|
| 2,570,952 | Dec 2006 | CA | national |
| 2,587,304 | May 2007 | CA | national |
| Number | Date | Country | |
|---|---|---|---|
| 60968002 | Aug 2007 | US |
