METHOD, APPARATUS, AND SYSTEM FOR OCCUPANCY SENSING
Embodiments of the present invention include an occupancy sensing unit configured to monitor an environment illuminated by a lighting fixture. An inventive occupancy sensing unit may include an occupancy sensor to detect radiation indicative of at least one occupancy event in the environment illuminated by the lighting fixture according to sensing parameters. The occupancy sensor can be coupled to a memory that logs sensor data, which represent the occupancy events, provided by the occupancy sensor. A processor coupled to the memory performs an analysis of the sensor data logged in the memory and adjusts the sensing parameters of the occupancy sensor based on the analysis.
Latest Digital Lumens, Inc. Patents:
- Methods, systems, and apparatus for intelligent lighting
- Methods, systems, and apparatus for intelligent lighting
- METHODS, APPARATUSES, AND SYSTEMS FOR OPERATING LIGHT EMITTING DIODES AT LOW TEMPERATURE
- Methods, apparatuses, and systems for operating light emitting diodes at low temperature
- Methods, systems, and apparatus for providing variable illumination
CROSS-REFERENCE TO RELATED PATENT APPLICATIONS
This application claims the benefit, under 35 U.S.C. § 120, as a continuation of U.S. application Ser. No. 14/645,548, filed on Mar. 12, 2015, and entitled “Method, Apparatus, and System for Occupancy Sensing,” which in turn claims the benefit, under 35 U.S.C. § 120, as a continuation of U.S. application Ser. No. 13/289,492, now U.S. Pat. No. 9,014,829, filed on Nov. 4, 2011, and entitled “Method, Apparatus, and System for Occupancy Sensing,” which in turn claims the priority benefit, under 35 U.S.C. § 119(e), of U.S. Application No. 61/409,991, filed on Nov. 4, 2010, and entitled “Occupancy Sensor,” which applications are hereby incorporated herein by reference.
In many situations, it is desirable (but not necessary) for lighting to be activated as soon as a person/object of interest enters a particular area of interest. This can be accomplished by using occupancy and/or motion sensors to monitor the area of interest. When a sensor detects occupancy and/or motion, e.g., based on radiation or a change in radiation emitted in the area of interest, it sends a signal to a lighting fixture that causes the lighting fixture to illuminate the area of interest. The lighting fixture illuminates the area for as long as the sensor detects an occupant. As soon as the sensor stops detecting the occupant, a timer in the lighting fixture begins counting down a predetermined timeout or delay period during which the light remains on. The lighting fixture turns off when the delay period ends (unless the occupancy sensor detects another occupant, in which case the timer stops counting down). Consider, for example, a sensor whose timeout period is 60 seconds: if a person enters the sensor's field-of-view at 11:27:03 and stays in the field-of-view until 11:31:18, the light remains on until 11:32:18 provided that nobody else enters the field-of-view. If the predetermined timeout or delay period is too long, then the light remains on unnecessarily, wasting energy and running down its useful life. If the predetermined amount of time is too short, then the light turns off prematurely, which may be annoying and possibly dangerous as well.
Occupancy sensors sense radiation at different wavelengths, including infrared, ultrasonic, visible, and/or radio-frequency wavelengths, to detect the presence or absence of people in a space. Passive infrared (PIR) sensors sense the difference in heat emitted by humans in motion from that of the background space. These sensors detect motion within a field of view that generally requires a clear line of sight; they cannot “see” through obstacles and have limited sensitivity to minor (hand) movement at distances greater than about 15 feet. PIR sensors tend to be most sensitive to movement laterally across their respective fields of view, which can be adjusted when the sensor is installed.
PIR sensors generally are most suitable for smaller, enclosed spaces (wall switch sensors), spaces where the sensor has a view of the activity (ceiling- and wall-mounted sensors), and outdoor areas and warehouse aisles. Potentially incompatible application characteristics include low motion levels by occupants, obstacles blocking the sensor's view, mounting on sources of vibration, or mounting within six feet to eight feet of HVAC air diffusers.
Ultrasonic sensors use the Doppler principle to detect occupancy by emitting an ultrasonic high-frequency signal (e.g., 32-40 kHz) throughout a space, sensing the frequency of a signal reflected by a moving object, and interpreting a change in frequency as motion. The magnitude and sign of the change in frequency represent the speed and direction, respectively, of the object with respect to the sensor. Ultrasonic sensors do not require a direct line of sight and instead can “see” around corners and objects, although they may need a direct line of sight if fabric partition walls are prevalent. In addition, ceiling-mounted sensor effective range declines proportionally to partition height. Ultrasonic sensors are more effective for low motion activity, with high sensitivity to minor (e.g., hand) movement, typically up to 25 feet. Ultrasonic sensors tend to be most sensitive to movement towards and away from the sensor. Ultrasonic sensors typically have larger coverage areas than PIR sensors.
Ultrasonic sensors are most suitable for open spaces, spaces with obstacles, restrooms, and spaces with hard surfaces. Potentially incompatible application characteristics include high ceilings (greater than 14 feet), high levels of vibration or air flow (which can cause nuisance switching), and open spaces that require selective coverage (such as control of lighting in individual warehouse aisles).
Dual-technology sensors employ both PIR and ultrasonic technologies, activating the lights only when both technologies detect the presence of people, which virtually eliminates the possibility of false-on. Dual-technology sensors keep the lights on so long as they continue to detect the presence of people using at least one of the two sensing technologies, which significantly reduces the possibility of false-off. Appropriate applications include classrooms, conference rooms, and other spaces where a higher degree of detection may be desirable.
For effective occupancy sensing, generally required coverage area and required sensitivity are coordinated by a lighting designer/engineer. Generally the designer must determine range and coverage area for the sensor based on the desired level of sensitivity. Manufacturers of sensors publish range and coverage area for sensors in their product literature, which may be different for minor (e.g., hand) motion and major (e.g., full-body) motion. Various coverage sizes and shapes are available for each sensor type. In a small space, one sensor may easily provide sufficient coverage. In a large space, it may be desirable to partition the lighting load into zones, with each zone controlled by one sensor.
The lighting designer/engineer must also decide how long each light should remain on after the associated occupancy and/or motion sensor no longer detects motion. This timeout parameter is controlled typically in hardware, so the designer may have only a few discrete options, e.g., 30 seconds, one minute, two minutes, five minutes, etc., for a particular type of lighting fixture. The operating characteristics and requirements of the lighting fixtures often determine the minimum timeouts. For example, fluorescent and high-intensity discharge (HID) fixtures have relatively long warm-up times, so they may have minimum timeouts of about 10-15 minutes to minimize wear and tear that would otherwise reduce the fixture life.
The timeout parameter is controlled typically by setting a switch (e.g., dual in-line package (DIP) switches), dial, or other interface on the lighting fixture itself. Once the lighting fixture is installed, it may become difficult to change the timeout settings (if they can be changed at all). For example, industrial lighting fixtures, such as the high-bay lighting fixtures that illuminate aisles in a warehouse, are often too high to be reached without a lift. Even if the fixture is relatively easy to reach, it may be impractical to change the timeout parameter because the people who own, maintain, and/or use the facility have no way to determine the appropriate or optimum timeout setting.
U.S. Patent Application Publication No. 2007/0273307 to Westrick et al. discloses an automated lighting system that performs adaptive scheduling based on overrides from users. More specifically, Westrick's system follows a predetermined schedule to switch a lighting fixture from an “ON” mode (in which the fixture turns on in response to a signal from an occupancy sensor) to an “OFF” mode (in which the fixture does not respond to signals from the occupancy sensor). Firmware adjusts the amount of time the system spends in “ON” mode based on how often users override the lighting controls by actuating an override switch, such as an on/off paddle switch. If the system detects a high number of overrides immediately after a period in “ON” mode, the system increases the amount of time that the system is “ON” (and decreases the amount of time that the system is “OFF”). Although Westrick's system adjusts how long a light is enabled to respond to occupancy signals, it does not change how long the light remains on in response to an occupancy signal. It also requires direct user intervention. Westrick's system does not log or record any occupancy sensor data, so it is incapable of detecting, analyzing, and responding to more complicated occupancy behavior, such changes in occupancy patterns based on the hour of the day or the day of the week.
U.S. Pat. No. 8,035,320 to Sibert discloses an illumination control network formed of luminaires whose behaviors are governed by a set of parameters, which may be selected from templates or set by direct user intervention. Sibert's luminaire has an occupancy response behavior that depends in part on a high threshold, a low threshold, and a decaying average, or running average, that represents the average output level from an occupancy sensor over a recent time interval. When the luminaire receives a signal from the occupancy sensor, it updates the running average, then compares the updated running average to the high and low thresholds. If the updated running average is lower than the low threshold, the luminaire remains off (or turns off). If the updated running average is higher than the high threshold, the luminaire turns on (or remains on) for a predetermined timeout period. If the updated running average is between the high and low thresholds, the luminaire remains in its current state until it receives another signal from the occupancy sensor or, if the luminaire is already on, until the timeout period elapses. The luminaire does not adjust the length of the timeout period in response to an occupancy signal. Like Westrick's system, Sibert's luminaires do not log or record any occupancy sensor data, so they are cannot detect, analyze, or respond to more complicated occupancy behavior, such changes in occupancy patterns based on the hour of the day or the day of the week.
One embodiment of the invention includes an occupancy sensing unit to monitor an environment illuminated by a lighting fixture and associated methods of sensing occupancy in an illuminated environment. An example occupancy sensing unit comprises an occupancy sensor, a memory operatively coupled to the occupancy sensor, and a processor operatively coupled to the memory. The sensor detects radiation indicative of an occupancy event in the environment illuminated by the lighting fixture according to sensing parameters, including but not limited to gain, threshold, offset, polling frequency, and duty cycle, and provides data representing the occupancy event. The memory logs sensor data, possibly at the direction of the processor, which performs an analysis of the sensor data logged in the memory and adjusts the sensing parameters of the occupancy sensor based on the analysis of the sensor data logged in the memory.
In a further embodiment, the occupancy sensor provides an analog signal representative of the occupancy event. An analog-to-digital converter operatively coupled to the occupancy sensor provides a digital representation of the analog signal at one of a plurality of digital levels. The different levels in the plurality of digital levels represent different types of occupancy events.
The occupancy sensor may also comprise two or more sensing elements to provide one or more signals indicative of a velocity and/or a trajectory associated with the occupancy event. These signals can be used to provide sensor data that represents the velocity associated with the occupancy event. The processor may determine of a frequency with which a particular velocity and/or a particular trajectory appears in the sensor data and adjust the sensing parameters, sensor timeout, lighting fixture timeout, and/or lighting levels accordingly.
The processor may also perform other types of analysis, such as creating an n-dimensional array of the sensor data logged in the memory, wherein each dimension of the array corresponds to a parameter associated with the occupancy event. Suitable parameters include, but are not limited to: frequency, amplitude, duration, rate of change, duty cycle, time of day, day of the week, month of the year, ambient light level, and/or ambient temperature associated with the sensor data logged in the memory. The processor can partition the n-dimensional array into clusters corresponding to different types of occupancy events and adjust the sensing parameters, which include, but are not limited to sensor timeout, gain, threshold, offset, and/or sensitivity, based on the partitioning. Alternatively, or in addition, the processor can determine a distribution of a frequency (e.g., a histogram) with which the occupancy sensor detects occupancy events and, optionally, adjust the sensing parameters based on the frequency distribution.
The processor may also place the LED in an inactive state after elapsation of a sensor delay following an end of the at least one occupancy event (as shown, for example, by a change in state of an output from the occupancy sensor). In addition, the processor can vary the length of the sensor delay based on its analysis of the logged sensor data.
Another exemplary occupancy sensing unit can include a communications interface to provide sensor data and/or a signal indicative of the occupancy event to a controller of a lighting fixture, a lighting management system, and/or another occupancy sensing unit. Such an occupancy sensing unit may be combined with or coupled to a light-emitting diode (LED) lighting fixture that includes one or more LEDs to illuminate the environment and a controller, operatively coupled to the LEDs and to the occupancy sensing unit, to actuate the LEDs in response to a signal indicative of an occupancy event. The controller can set the LEDs to a first lighting level in response to a signal indicative of a first type of occupancy event, and to a second lighting level in response to a signal indicative of a second type of occupancy event. Alternatively, or in addition, the controller can change a light level of the LEDs after a first elapsed time in response to a signal indicative of a first type of occupancy event, and change the light level of the LEDs after a second elapsed time in response to a signal indicative of a second type of occupancy event.
Yet another embodiment includes a lighting system to provide variable occupancy-based illumination of an environment. Such a lighting system comprises a plurality of lighting fixtures, each of which includes a light source to illuminate the environment, an occupancy sensor to respond to an occupancy event, a communications interface, a memory, and a controller. The occupancy sensor provides a first occupancy signal representing the occupancy event, which is logged to memory and transmitted to other lighting fixture in the plurality of lighting fixtures via the communications interface. The communications interface also receives a second occupancy signal from another lighting fixture in the plurality of lighting fixtures, and the memory stores sensor data representing the second occupancy signal as well. The controller, which is operatively coupled to the light source, the communications interface, and the memory, places the light source in an inactive state after elapsation of a delay period following an end of the at least one occupancy event (as shown, for example, by a change in state of the first and/or second occupancy signals). The controller performs an analysis of the sensor data logged in the memory, adjusts the delay period based on the analysis of the sensor data logged in the memory, and may optionally control a light level of the light source based at least in part on the first and second occupancy signals. In some cases, at least two of the plurality of lighting fixtures are configured to provide respective signals indicative of a velocity and/or a trajectory associated with an occupancy event.
As referred to herein, an “occupancy event” is any type of detectable incursion by or presence of a person or object into a space monitored by an occupancy sensor. Occupancy events include, but are not limited to: entry of a person or vehicle into a space monitored by an occupancy sensor and the presence of a person or object in a space monitored by an occupancy sensor. Detectable signatures of occupancy events include, but are not limited to: thermal radiation (i.e., heat) emitted by persons or objects, images of persons or objects, radiation reflected by persons objects, and Doppler shifts of radiation reflected by moving persons or moving objects.
As referred to herein, “sensor timeout” or “sensor delay” is the time elapsed between the end of an occupancy event (i.e., when the occupancy sensor stops seeing activity) and the moment that the lighting fixture goes into an “inactive” state. Similarly, a “lighting fixture timeout” or “lighting fixture delay” is the time between when the sensor output indicates the end of an occupancy event and the moment that the lighting fixture goes into an “inactive” state. In one example, the occupancy sensor has a sensor timeout (e.g., 30 seconds) that is fixed in hardware, and the processor implements a lighting fixture timeout that can be varied from about zero seconds to over four hours (e.g., 16,384 seconds) in increments of one second. The processor uses the variable lighting fixture timeout to provide an adjustable amount of time between the end of occupancy event and the moment that the lighting fixture goes into an “inactive” state. In other examples, the sensor timeout and lighting fixture timeout may coincident, in which case they are referred to collectively as a “timeout” or “delay.”
The following U.S. published applications are hereby incorporated herein by reference: U.S. publication no. 2009-0267540-A1, published Oct. 29, 2009, filed Apr. 14, 2009, and entitled “Modular Lighting Systems”; U.S. publication no. 2010-0296285-A1, published Nov. 25, 2010, filed Jun. 17, 2010, and entitled “Fixture with Rotatable Light Modules”; U.S. publication no. 2010-0301773-A1, published Dec. 2, 2010, filed Jun. 24, 2010, and entitled “Fixture with Individual Light Module Dimming;” U.S. Provisional Application No. 61/510,173, filed on Jul. 21, 2011, and entitled “Lighting Fixture”; and U.S. Provisional Application No. [Attorney Docket No. 099431-0143 (DL0016P01)], filed on Nov. 3, 2011, and entitled “Methods, Apparatus, and Systems for Intelligent Lighting.”
It should be appreciated that all combinations of the foregoing concepts and additional concepts discussed in greater detail below (provided such concepts are not mutually inconsistent) are contemplated as being part of the inventive subject matter disclosed herein. In particular, all combinations of claimed subject matter appearing at the end of this disclosure are contemplated as being part of the inventive subject matter disclosed herein. It should also be appreciated that terminology explicitly employed herein that also may appear in any disclosure incorporated by reference should be accorded a meaning most consistent with the particular concepts disclosed herein.
BRIEF DESCRIPTION OF THE DRAWINGS
The skilled artisan will understand that the drawings primarily are for illustrative purposes and are not intended to limit the scope of the inventive subject matter described herein. The drawings are not necessarily to scale; in some instances, various aspects of the inventive subject matter disclosed herein may be shown exaggerated or enlarged in the drawings to facilitate an understanding of different features. In the drawings, like reference characters generally refer to like features (e.g., functionally similar and/or structurally similar elements).
Following below are more detailed descriptions of various concepts related to, and embodiments of, inventive systems, methods, and apparatus for occupancy sensing. Inventive aspects include tailoring an occupancy sensor system to provide increased performance for industrial facilities, warehouses, cold storage facilities, etc. The inventive occupancy sensor methods, apparatus, and systems described herein also facilitate accurately sensing occupancy as well as harvesting occupancy data, e.g., for use in various lighting and energy conservation purposes. Inventive occupancy sensing units may report the harvested data back to an integral processor and/or external management system that use the harvested data to change lighting fixture behaviors, such as light levels and timeout parameters, so as to reduce energy consumption and increase safety based on actual occupancy patterns. It should be appreciated that various concepts introduced above and discussed in greater detail below may be implemented in any of numerous ways, as the disclosed concepts are not limited to any particular manner of implementation. Examples of specific implementations and applications are provided primarily for illustrative purposes.
Inventive aspects of the occupancy sensing units include, but are not limited to: tunable occupancy sensing, self-learning occupancy sensing, cooperative occupancy sensing, and dual-function sensing that facilitate mapping and other functionality. Tunable occupancy sensing units may employ software-based tuning of the occupancy sensor gain and cutoff characteristics for improving the precision of occupancy event detection and classification. In some cases, a sensor may be tuned to enhance detection of and discrimination among multiple object types (e.g., a person on foot, a moving forklift, etc.). Tuning can be used in conjunction with self-learning to set timeouts, active light levels, and inactive light levels based on patterns in past occupancy data. Past occupancy data can also be used to determine signatures associated with particular types of occupant activities. Some occupancy sensing units may even include cameras, radio-frequency antennas (e.g., Bluetooth sniffers), and other sensors to capture additional historical data for analysis. Inventive occupancy sensing units may also share both real-time and historical occupancy sensing data with each other to increase detection reliability, to identify malfunctioning sensors, and to provide more flexible lighting responses.
More specifically, upon detection of an occupancy event, the processor 130 may send a signal to one or more light-emitting diode (LED) drivers 140, which respond to the signal by changing the amount of light emitted by one or more LED light bars 142. The processor 130 may continue transmitting the signal to the LED drivers 140 for as long as the occupancy sensor 110 detects occupancy, or it may send a second signal to the LED drivers 140 as soon as the occupancy 110 stops detecting occupancy (i.e., when the occupancy event ends). At this point, the lighting fixture 100 enters a delay or timeout period during which the LED light bars 142 remain in the active state (or possibly transition to a state of intermediate activity, e.g., 50% illumination). Once the delay period has elapsed, as indicated by the change in state of a signal from the processor 130 and/or the LED driver 142, the LED light bars 142 enter an inactive state (e.g., they turn off or emit light at a very low level). As described below, the processor 130 may adjust the delay period and/or the light levels based on its analysis of logged sensor data.
The lighting fixture 100 also includes a temperature sensor 180, which can optionally be integrated into the occupancy sensing unit 102, along with other sensors, including but not limited to ambient light sensors (e.g., photocells), sensors for tracking radio-frequency identification (RFID) tags, cameras, and even other types of occupancy sensors. These additional sensors (not shown) may be coupled to the processor 130 via one or more digital input/output ports 164 and/or one or more analog input ports 166.
A communications interface 160 coupled to the processor 130 may, optionally, be incorporated into the occupancy sensing unit 102 if desired. The communications interface 160, which is coupled to an antenna 162, provides the occupancy sensing unit 102 with access to a wireless communications network, such as a local area network or the Internet. The occupancy sensing unit 102 may transmit raw or processed occupancy data to other a database, other lighting fixtures, or other occupancy sensing units via the communications interface 160. It may also receive occupancy data, firmware or software updates, predicted environmental data (e.g., temperature and ambient light level data), commissioning information, or any other suitable information from other sources, e.g., other lighting fixtures, occupancy sensing units, or external controllers.
The lighting fixture 100 also includes a real-time clock 170 that can also, optionally, be incorporated into the occupancy sensing unit 102 if desired. The real-time clock 170 provides time-stamp information on as needed or periodic basis to the memory 120 and the processor 130, which may store or tag the occupancy data with time stamps to indicate when the data was collected. The real-time clock 170 may also be used to time or coordinate the sensor/lighting fixture delay period and to synchronize the occupancy sensing unit 102 to other devices, systems, or communications networks.
A hardware power meter 150 coupled to the processor 102 meters alternating-current (AC) power (e.g., 120 VAC at 60 Hz) from an AC power input 156. The hardware power meter 150 provides the processor 130 with metering data representing the amount and rates of power consumption as a function of time. A low-voltage power supply 152 coupled to the power meter 150 transforms the AC power into low-voltage (e.g., 5 V) direct-current (DC) power suitable for running the processor 130 and/or other low-voltage electrical components in the lighting fixture. A high-voltage power supply 154 coupled to the power meter 150 transforms the AC power into high-voltage DC power suitable for running the LED driver 140 and the LED light bars 142. The low-voltage power supply 152 and/or the high-voltage power supply 154 may filter and/or otherwise condition the AC power as desired.
Alternatively, the lighting fixture 100 (and occupancy sensing unit 102) may draw power from an external DC power supply, such as a rechargeable battery. Such an embodiment may include one or more DC-DC power converters coupled to a DC power input and configured to step up or step down the DC power as desired or necessary for proper operation of the electronic components in the lighting fixture 100 (and occupancy sensing unit 102). For instance, the DC-DC power converter(s) may supply DC voltages suitable for logic operations (e.g., 5 VDC) and for powering electronic components (e.g., 12 VDC).
Occupancy Sensors and Sensor Configurations
While the configuration of the facilities in which the occupancy sensor system may be used can be quite varied, there are certain attributes of the functionality of occupancy sensing in warehouses and distribution centers that are based on mounting heights, positions, and angles. Therefore, an occupancy sensor as described herein may work for a variety of installation locations in a warehouse or distribution center including without limitation: racked aisles, ends of aisles, cross-aisles, and open spaces. The occupancy sensor design overcomes limitations found in existing designs which are typically either 360 degrees for open areas, or a long lobe of sensitivity for aisle applications.
To provide 360-degree monitoring and/or enhanced monitoring in certain directions, an occupancy sensor design may include multiple sensors and/or multiple sensing elements, which may be configured in various ways. One example is to align and overlap two or more sensing elements along one axis (e.g., for use in aisles). Another example is to position two or more sensing elements to provide angled fields of view, e.g., fields of view whose optical axes are offset from each other and/or oriented with respect to each other at an angle of about 30 degrees, 45 degrees, 60 degrees, 90 degrees, or any other desired or suitable angle. Various combinations of angled and offset sensing regions, when combined with processing and optimization capabilities provided by an inventive occupancy sensing unit, may provide a desired degree of sensitivity and configurability. An exemplary occupancy sensor design may fulfill the needs of multiple applications with a single embodiment by supporting occupancy sensing within two or more long lobes (e.g., for aisles in a warehouse) and in a 360-degree zone for open environments or where the sensor is approached from multiple directions. Networked control of lights may benefit from the improved sensing resolution of the inventive occupancy sensor to further facilitate operation based on “local control” that facilitates control of multiple lights or lighting fixtures (e.g., in a predetermined zone) by a single occupancy sensing unit (e.g., on a single lighting fixture or disposed remotely).
The lighting fixture 100 or occupancy sensing unit 102 may also include an accelerometer (not shown) coupled to the processor 130 to provide a signal representative of swaying, vibration, or other movement of the occupancy sensor 110. Because the occupancy sensor 110 detects relative motion, swaying or other movement of the occupancy sensor 110 may result in “false positive” detections. The processor 130 may use the signal from the accelerometer to determine the velocity of the occupancy sensor 130 and to compensate for the occupancy sensor's motion when determining and classifying signals from the occupancy sensor 110. If the processor 130 detects that the occupancy sensor's velocity varies periodically, for example, the processor 130 may determine that the occupancy sensor 110 is swaying and subtract the sensor's velocity from the detected velocity of the moving objects in the sensor's field of view. (Alternatively, or in addition, the occupancy sensor mounting may be made more rigid to reduce or prevent swaying.)
Suitable occupancy sensors may provide adjustable sensing areas with one or more sensing elements, including but not limited to passive infrared (PIR) sensing elements, a visible or infrared camera, ultrasonic sensing elements, radio-frequency antennas (e.g., for radar), or combinations thereof (e.g., as in hybrid PIR/ultrasonic devices). The occupancy sensor 110 shown in
The sensing elements 112 and lenses 114 can be selected and/or adjusted to ensure that the occupancy sensor's aggregate field of view (i.e., the combination of individual fields of view 116) encompasses certain portions of the illuminated environment. In some cases, the fields of view 116 may be arranged such that the occupancy sensor 100 detects a moving object, such as a person or vehicle (e.g., a forklift), before the moving object enters the illuminated environment. (In these cases, one or more of the fields of view 116 may extend beyond the area illuminated by the lighting fixture 100.) The processor 130 estimates the moving object's velocity and predicts the moving object's trajectory from the occupancy sensor data; if the processor 130 determines the that moving object is going to enter the illuminated area, it turns on the lighting fixture 100 soon enough to provide sufficient illumination for safety purposes. For example, the processor 130 may estimate that the object is a forklift moving at about 25 mph based on the amplitude and variation(s) in occupancy sensor data and turn on the lights about 40-50 seconds before the forklift enters the illuminated area to ensure that the forklift operator can see a distance equal to or greater than the stopping distance of the forklift. If the processor 130 estimates that the object is a person walking at about 5 mph, it may turn the lights on only about 20-30 seconds before the person enters the illuminated area. The processor 130 may also determine how long the lighting fixture 100 remains on based on the object's estimated velocity, e.g., it may reduce the sensor delay for objects moving at higher speeds and increase the sensor delay for objects moving at lower speeds.
In other cases, the sensing elements 112 and lenses 114 may also be arranged to ensure that other portions of the illuminated environment or vicinity do not fall within the aggregate field of view. For instance, fields of view 116 may be arranged during or after installation to prevent a person or vehicle at edge of the illuminated environment or outside the illuminated environment from triggering the occupancy sensor 110 prematurely or inadvertently. Similarly, predictable, consistent occupancy sensing may facilitate reporting of energy usage to a utility provider (e.g., for measurement and verification, or demand response actions, and the like), such as in the case of remotely mounted sensors, or sensors controlling more than one fixture (e.g., through a network). The fields of view 116 may also be adjusted (on a regular basis, if desired) based on traffic patterns, occupancy patterns, energy consumption, and other factors derived from analysis of the occupancy sensor data logged by the occupancy sensing unit 102.
Referring again to
The occupancy sensor 110 can be mounted a height of about seven meters to about fourteen meters (e.g., eight meters, ten meters, twelve meters, or any other suitable height) to provide varying amounts of floor coverage. At a mounting height of fourteen meters, for example, the occupancy sensor 110 may have a detection radius of about nine meters; reducing the mounting height to about ten meters reduces the floor detection radius to about seven meters, and at a mounting height of about seven meters, the floor detection radius may be about five meters. Alternatively, the occupancy sensor 110 may have lenses 114 selected and mounted such that the floor detection radius varies more or less gradually with mounting height.
The occupancy sensing unit 102 may be an integral part of a lighting fixture, as shown in
The occupancy sensing unit 102 may be configured to detect (and identify) objects moving at speeds of anywhere from walking speed (about 0.6 m/s) to the driving speed of a forklift or similar vehicle (about 10 mph). The occupancy sensor(s) 110 in the occupancy sensing unit 102 may be rotatable, e.g., through at least about 90 degrees and up to about 180 degrees, either by hand, via a remote-controlled actuator, or both by hand or by remote control. The occupancy sensing unit 102 may have an operating temperature of about −40° C. to about +40° C. (or even +50° C.) and a storage temperature of about −40° C. to about +60° C. It may also operate in conditions of about 20% to about 90% humidity.
Processing and Storing Occupancy Sensor Data
As well understood by those of skill in the art, each sensing element 112 in the occupancy sensor 110 produces an analog signal 201, such as a photocurrent, whose magnitude is directly proportional to the strength of detected radiation. Depending on the sensor design, the analog signals 201 from the sensing elements 112 are either processed separately or multiplexed together to form a single analog output. Alternatively, the signals may be multiplexed together after they have been digitized.
In the example shown in
The processor 130 can also measure how long the amplitude of the digital signal 300 exceeds any one of the thresholds and use this measurement as a classification criterion. For instance, if the digital signal 300 exceeds a given threshold only briefly (i.e., for less than a minimum duration 310), the processor 130 may discard the data point as spurious. The processor 130 may also compute the average signal amplitude over a given window and/or the rate of change in signal strength (i.e., the derivative of the signal amplitude with respect to time); if the signal amplitude changes too quickly or too slowly to represent an occupancy event, then the processor 130 may discard or ignore the data.
The processor 130 may also learn and identify patterns in the digital signals 300 that represent particular types of occupancy events. For example, in cases where each sensing element 112 provides a separate digital signal 300, the digital signals 300 from each sensing element may successively increase, then decrease, as a moving object passes through the fields of view 116. The processor 130 determines the object's direction of movement from the order in which the digital signals 300 change; it determines the object's speed from how quickly the digital signals 300 change, either by taking the derivative of each signal individually, by estimating the object's change in position over time from the peaks in the different signals, or both. The processor 130 uses its estimate of object velocity to turn on lights in the object's predicted path and to turn off lights shortly after the object's predicted departure from the illuminated area (rather than simply turning off the lights after a fixed timeout period).
The processor 130 may also set or vary the light levels for different types of occupancy events. For instance, the processor 130 may turn on all the lights to 100% illumination when it detects a moving vehicle. It may also turn on these lights gradually, especially at night, to avoid blinding the vehicle's driver. In other examples, the processor 130 may turn on lights to relatively low levels (e.g., 30%) at night to preserve a person's night vision.
The processor 130 also logs representations of the digital signals 300 in the memory 120. These representations, or historical occupancy sensor data, may be stored in a raw format, as processed data (e.g., with time stamps from the real-time clock 170 or other timing device), or both. The processor 130 may also log representations of its responses to occupancy signals 300 (e.g., data representing commands such as “turn on light bars 1 and 2 at 50% of maximum amplitude for five minutes”) as well as data about the occupancy sensing unit 102 and lighting fixture 100 including, but not limited to: gain, offset, and threshold values of the occupancy sensor 110; the age, operating status, power consumption rates, of the system components and the system itself; etc. The memory 120 may store data from other sensors, including, but not limited to data concerning temperature, time (including hour, day, and month), ambient light levels, humidity, etc.
Analyzing Logged Occupancy Sensor Data
As stated above, the memory 120 in the occupancy sensing unit 102 may store a variety of data, including the two types of raw data shown in
Even the simple, binary case illustrated in
Placing the raw data plotted in
The raw data also show that the status of the illuminated environment is never “off and occupied,” which indicates that the occupancy sensing unit 102 is not experiencing “false negatives,” i.e., the occupancy sensing unit 102 has not detected every occupancy event that occurred in the twenty-four-hour period under examination. If the status of the illuminated space is ever “off and occupied,” indicating that the occupancy sensing unit 102 had failed to detect or respond to an occupancy event (or had been overridden), then the processor 130 may adjust the occupancy sensor settings to lower detection thresholds (e.g., decrease threshold 302 in
Analyzing an extended data as a function of time and/or frequency yields a more complete picture of the occupancy patterns associated with a particular illuminated environment. For instance,
The processor 130 may use the occupancy patterns) revealed by a frequency distribution of occupancy events, such as the histogram shown in
The processor 130 in the occupancy sensing unit 102 may identify and use patterns shown in the histograms of
Adjusting Sensor Detection Parameters Based on Stored Occupancy Sensor Data
Illustrative occupancy sensing units may further benefit warehouse and other LED light applications by learning occupancy patterns so as to adjust the occupancy sensors and/or light fixtures. For example, learned occupancy patterns based on detected occupancy events (e.g., coming and going) may provide some indication of a behavioral signature for certain individuals or objects entering an occupancy sensing area. Certain times of the work day may be found to have higher occupancy activity in certain areas of the facility. Lights in those areas, and perhaps leading up to those areas, may be kept on longer once an occupancy event has been detected during more active times of day.
When mixed occupancy events (e.g., a moving electric forklift and a walking human) are detected in adjacent or nearby areas, the processor 130 may apply certain operational rules, such as safety rules, when processing occupancy sensor data so that additional or key safety areas (e.g., ends of aisles) are well lit. In addition, different types of warehouse activities may benefit from different lighting. Occupancy detection may provide an indication as to the type of activity based on the dwell time of an occupant in a region. Someone performing an audit or inventory count may tend to stay in a particular area of the inventory aisles for longer periods of time than for someone simply picking a part.
The occupancy sensing unit 102 may include hardware, firmware, and/or software that controls the gain, offset, threshold, polling frequency, and/or polling duty cycle of each sensing element 112 in the occupancy sensor 110. For instance, each sensing element 112 may be coupled to an individually tunable occupancy sensor circuit that controls the operating mode (on, off, standby, etc.), gain, sensitivity, delay, hysteresis, etc., of the sensing element 112. Such a circuit may be tuned locally by the processor 130 or over a network for different illuminated environments. For instance, the sensor 110 or individual sensing elements 112 may be tuned for the differences between humans and fork trucks based on temperature signatures, velocities, field of view orientations, ambient light levels (e.g., due to proximity to a window), etc. mined from stored sensor data.
The occupancy sensing unit 102 may include hardware, firmware, and/or software that controls the sensing parameters (e.g., gain, offset, threshold, polling frequency, and/or polling duty cycle) of each sensing element 112 in the occupancy sensor 110. For instance, each sensing element 112 may be coupled to an individually tunable occupancy sensor circuit that controls the operating mode (on, off, standby, etc.), gain, sensitivity, delay, hysteresis, etc., of the sensing element 112. Such a circuit may be tuned locally by the processor 130 or over a network for different illuminated environments. For instance, the sensor 110 or individual sensing elements 112 may be tuned for the differences between humans and fork trucks based on temperature signatures, velocities, field of view orientations, ambient light levels (e.g., due to proximity to a window), etc. mined from stored sensor data.
Conversely, the sensor operation illustrated in
In some embodiments, the automated data classification techniques performed by the processor may include “cluster analysis,” which is the assignment of a set of objects into groups (called clusters) based on common characteristics. Objects in a particular cluster tend to be more similar (in some sense or another) to each other than to objects in other clusters. One example of basic cluster analysis involves creating a scatter plot of detected occupancy events versus two mutually exclusive parameters, such as time of day and estimated object velocity, then dividing the points on the scatter plot into clusters. For instance, the points can be grouped based on their mean distance from each other or from a “centroid,” or central vector. Alternatively, points can be grouped into clusters using distribution models, density models, or subspace models as understood in the art. The processor may infer occupancy patterns and behaviors from the size, location (with respect to the parameters), and number of elements in a particular cluster. Other suitable automated data classification techniques include, but are not limited to: machine learning, pattern recognition, image analysis, information retrieval, and data mining.
After the processor 130 (or a user) has classified each cluster, the processor 130 (or user) may estimate the mean, median, and range of parameters associated with each particular class of object. For instance, the processor 130 may determine that people move at a rates of 0.1 m/s to 0.6 m/s with a mean speed of 0.4 m/s. Given knowledge of the size of the illuminated area, the processor 130 may adjust the sensor timeout or the lighting fixture timeout to match or exceed a person's mean (or maximum) travel time through the illuminated environment.
Adding additional parameters to the parameter space further enhances the processor's ability to tailor the lighting and to reduce energy consumption. For instance, the processor 130 may also infer the most common trajectory through the illuminated area by computing which occupancy sensor(s) detected the plotted occupancy events. It may also determine that different types of objects take different paths. For instance, a multidimensional parameter map with the parameters direction, speed, and size may show that vehicles may travel down a central aisle, whereas people may travel along narrower aisles branching off the central aisle. All of the classifications can be used to tune the sensor detection and response parameters, including timeout, gain, offset, and threshold.
Adjusting Sensor Delay Based on Analysis of Stored Occupancy Sensor Data
Inventive occupancy sensing units are also capable of determining an optimal value of the sensor delay and adjusting the sensor delay accordingly. If the sensor delay is too long, then the lighting fixture remains on unnecessarily, wasting energy; if the sensor delay is too short, then the lighting fixture turns off too soon (i.e., when the illuminated environment is still occupied), which impairs safety, productivity, and comfort. In a conventional occupancy sensor, the sensor delay parameter is hard-coded into the sensor via a DIP switch, button, or other manual interface. Changing the sensor delay of a conventional sensor requires manually actuating the switch on sensor, which can be difficult, dangerous, and time-consuming for a sensor mounted on a high-bay lighting fixture fourteen feet above the ground. In addition, even if the sensor delay can be changed, there is no way to determine an “optimal” sensor delay setting for a conventional sensor because the conventional sensor does not record or analyze historical data.
In one example, an inventive occupancy sensing unit has an adjustable sensor delay (“timeout”) that can be adjusted by the processor in the occupancy sensing unit according to the processes 900 and 950 shown in
Next, the processor adjusts the sensor parameters based on the histograms created or updated in block 904. In process 900, shown in
Cooperative Occupancy Sensing
The lighting engine 1100 includes a harvesting engine 1002, which may be implemented in a general-purpose computer processor or as an application-specific processor, that is communicatively coupled to each occupancy sensing unit 102 via a communications network, such as a radio-frequency wireless communications network, an infrared communications network, or a wire- or optical fiber-based communications network. The harvesting engine 1002 retrieves time-stamped occupancy sensing data 104 from the local memory 120 in each occupancy sensing unit 102 on a periodic or as-needed basis as in block 1054 of
The lighting engine 1100 also includes an event processor 1006 coupled to the event database 1004. Like the harvesting engine 1002, the event processor 1006 can be implemented in a general-purpose computer processor or as an application-specific processor. The event processor 1006 transforms the time-stamped data in the aggregated event database 1004 into an interval-based form display as in block 1058 of
The lighting engine 1100 and lighting fixtures 100 (and possibly separate occupancy sensing units 102) are commissioned and connected to each other to form a wireless network (i.e., the lighting system 1000). In one example, occupancy sensing units 102 are installed on existing high-bay lighting fixtures 102 in a cold-storage facility and connected to a power supply, such as an AC power line. An installer commissions the occupancy sensing units 102 with a wireless device, such as a laptop computer, smart phone, or personal digital assistant, by sending a commissioning signal to each occupancy sensing unit 102 from the wireless device while walking through the cold-storage facility (as opposed to commissioning each sensing unit 102 by hand).
Once installed, the occupancy sensing units 102 can communicate with each other directly via their respective communications interfaces 160 or indirectly via a central controller, such as the event processor 1006 in the lighting engine 1100. The occupancy sensing units 102 may be coupled to each other (and to the event processor 1000) via a wireless network (e.g., a Zigbee® network) or a wired network (e.g., an Ethernet network). The occupancy sensing units 102 may exchange signals, such as “heartbeat” signals representing current operating status, on a periodic basis. They may also distribute raw or processed occupancy sensing information. For instance, an occupancy sensing unit 102 at the head of a warehouse aisle may detect an occupancy event, then broadcast an indication of the occupancy event to every occupancy sensing unit 102 in the vicinity. Alternatively, the occupancy sensing unit 102 at the head of the warehouse aisle may detect and identify a moving object, predict the object's trajectory, and send indications of the object's predicted trajectory to those occupancy sensing units 102 along the object's predicted trajectory. The notified occupancy sensing units 102 may then activate their respective lighting fixtures 100 to illuminate the predicted trajectory.
In addition to exchanging occupancy information, the occupancy sensing units 102 may identify and compensate for malfunctioning occupancy sensing units 102. Consider an aisle monitored by three occupancy sensing units 102 and illuminated by three lighting fixtures 100 arranged along the aisle. A person must enter the aisle either from one end or from the other, so the middle occupancy sensing units 102 may not be able to detect an occupancy event without one of the other occupancy sensing units 102 seeing occupancy first. If the occupancy sensing units 102 on the ends detect objects moving along the aisle (e.g., they detect occupancy sensing events at an interval about equal to the time it takes to walk from one end of the aisle to the other), they may determine that the middle occupancy sensing unit 102 is broken and activate the middle lighting fixture 100. Similarly, if the middle occupancy sensing unit 102 detects an occupancy event but the occupancy sensing units 102 on the ends of the aisle do not detect anything, the middle occupancy sensing unit 102 may be broken. In some instances, these indications may be used to tune or re-calibrate the gain, offset, and threshold settings of the malfunctioning occupancy sensing unit 102.
While various inventive embodiments have been described and illustrated herein, those of ordinary skill in the art will readily envision a variety of other means and/or structures for performing the function and/or obtaining the results and/or one or more of the advantages described herein, and each of such variations and/or modifications is deemed to be within the scope of the inventive embodiments described herein. More generally, those skilled in the art will readily appreciate that all parameters, dimensions, materials, and configurations described herein are meant to be exemplary and that the actual parameters, dimensions, materials, and/or configurations will depend upon the specific application or applications for which the inventive teachings is/are used. Those skilled in the art will recognize, or be able to ascertain using no more than routine experimentation, many equivalents to the specific inventive embodiments described herein. It is, therefore, to be understood that the foregoing embodiments are presented by way of example only and that, within the scope of the appended claims and equivalents thereto, inventive embodiments may be practiced otherwise than as specifically described and claimed. Inventive embodiments of the present disclosure are directed to each individual feature, system, article, material, kit, and/or method described herein. In addition, any combination of two or more such features, systems, articles, materials, kits, and/or methods, if such features, systems, articles, materials, kits, and/or methods are not mutually inconsistent, is included within the inventive scope of the present disclosure.
The above-described embodiments can be implemented in any of numerous ways. For example, the embodiments may be implemented using hardware, software or a combination thereof. When implemented in software, the software code can be executed on any suitable processor or collection of processors, whether provided in a single computer or distributed among multiple computers.
Further, it should be appreciated that a computer may be embodied in any of a number of forms, such as a rack-mounted computer, a desktop computer, a laptop computer, or a tablet computer. Additionally, a computer may be embedded in a device not generally regarded as a computer but with suitable processing capabilities, including a Personal Digital Assistant (PDA), a smart phone or any other suitable portable or fixed electronic device.
Also, a computer may have one or more input and output devices. These devices can be used, among other things, to present a user interface. Examples of output devices that can be used to provide a user interface include printers or display screens for visual presentation of output and speakers or other sound generating devices for audible presentation of output. Examples of input devices that can be used for a user interface include keyboards, and pointing devices, such as mice, touch pads, and digitizing tablets. As another example, a computer may receive input information through speech recognition or in other audible format.
Such computers may be interconnected by one or more networks in any suitable form, including a local area network or a wide area network, such as an enterprise network, and intelligent network (IN) or the Internet. Such networks may be based on any suitable technology and may operate according to any suitable protocol and may include wireless networks, wired networks or fiber optic networks.
The various methods or processes outlined herein may be coded as software that is executable on one or more processors that employ any one of a variety of operating systems or platforms. Additionally, such software may be written using any of a number of suitable programming languages and/or programming or scripting tools, and also may be compiled as executable machine language code or intermediate code that is executed on a framework or virtual machine.
In this respect, various inventive concepts may be embodied as a computer readable storage medium (or multiple computer readable storage media) (e.g., a computer memory, one or more floppy discs, compact discs, optical discs, magnetic tapes, flash memories, circuit configurations in Field Programmable Gate Arrays or other semiconductor devices, or other non-transitory medium or tangible computer storage medium) encoded with one or more programs that, when executed on one or more computers or other processors, perform methods that implement the various embodiments of the invention discussed above. The computer readable medium or media can be transportable, such that the program or programs stored thereon can be loaded onto one or more different computers or other processors to implement various aspects of the present invention as discussed above.
The terms “program” or “software” are used herein in a generic sense to refer to any type of computer code or set of computer-executable instructions that can be employed to program a computer or other processor to implement various aspects of embodiments as discussed above. Additionally, it should be appreciated that according to one aspect, one or more computer programs that when executed perform methods of the present invention need not reside on a single computer or processor, but may be distributed in a modular fashion amongst a number of different computers or processors to implement various aspects of the present invention.
Computer-executable instructions may be in many forms, such as program modules, executed by one or more computers or other devices. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. Typically the functionality of the program modules may be combined or distributed as desired in various embodiments.
Also, data structures may be stored in computer-readable media in any suitable form. For simplicity of illustration, data structures may be shown to have fields that are related through location in the data structure. Such relationships may likewise be achieved by assigning storage for the fields with locations in a computer-readable medium that convey relationship between the fields. However, any suitable mechanism may be used to establish a relationship between information in fields of a data structure, including through the use of pointers, tags or other mechanisms that establish relationship between data elements.
Also, various inventive concepts may be embodied as one or more methods, of which an example has been provided. The acts performed as part of the method may be ordered in any suitable way. Accordingly, embodiments may be constructed in which acts are performed in an order different than illustrated, which may include performing some acts simultaneously, even though shown as sequential acts in illustrative embodiments.
All definitions, as defined and used herein, should be understood to control over dictionary definitions, definitions in documents incorporated by reference, and/or ordinary meanings of the defined terms.
The indefinite articles “a” and “an,” as used herein in the specification and in the claims, unless clearly indicated to the contrary, should be understood to mean “at least one.”
The phrase “and/or,” as used herein in the specification and in the claims, should be understood to mean “either or both” of the elements so conjoined, i.e., elements that are conjunctively present in some cases and disjunctively present in other cases. Multiple elements listed with “and/or” should be construed in the same fashion, i.e., “one or more” of the elements so conjoined. Other elements may optionally be present other than the elements specifically identified by the “and/or” clause, whether related or unrelated to those elements specifically identified. Thus, as a non-limiting example, a reference to “A and/or B”, when used in conjunction with open-ended language such as “comprising” can refer, in one embodiment, to A only (optionally including elements other than B); in another embodiment, to B only (optionally including elements other than A); in yet another embodiment, to both A and B (optionally including other elements); etc.
As used herein in the specification and in the claims, “or” should be understood to have the same meaning as “and/or” as defined above. For example, when separating items in a list, “or” or “and/or” shall be interpreted as being inclusive, i.e., the inclusion of at least one, but also including more than one, of a number or list of elements, and, optionally, additional unlisted items. Only terms clearly indicated to the contrary, such as “only one of” or “exactly one of,” or, when used in the claims, “consisting of,” will refer to the inclusion of exactly one element of a number or list of elements. In general, the term “or” as used herein shall only be interpreted as indicating exclusive alternatives (i.e. “one or the other but not both”) when preceded by terms of exclusivity, such as “either,” “one of,” “only one of,” or “exactly one of.” “Consisting essentially of,” when used in the claims, shall have its ordinary meaning as used in the field of patent law.
As used herein in the specification and in the claims, the phrase “at least one,” in reference to a list of one or more elements, should be understood to mean at least one element selected from any one or more of the elements in the list of elements, but not necessarily including at least one of each and every element specifically listed within the list of elements and not excluding any combinations of elements in the list of elements. This definition also allows that elements may optionally be present other than the elements specifically identified within the list of elements to which the phrase “at least one” refers, whether related or unrelated to those elements specifically identified. Thus, as a non-limiting example, “at least one of A and B” (or, equivalently, “at least one of A or B,” or, equivalently “at least one of A and/or B”) can refer, in one embodiment, to at least one, optionally including more than one, A, with no B present (and optionally including elements other than B); in another embodiment, to at least one, optionally including more than one, B, with no A present (and optionally including elements other than A); in yet another embodiment, to at least one, optionally including more than one, A, and at least one, optionally including more than one, B (and optionally including other elements); etc.
In the claims, as well as in the specification above, all transitional phrases such as “comprising,” “including,” “carrying,” “having,” “containing,” “involving,” “holding,” “composed of,” and the like are to be understood to be open-ended, i.e., to mean including but not limited to. Only the transitional phrases “consisting of” and “consisting essentially of” shall be closed or semi-closed transitional phrases, respectively, as set forth in the eighth edition as revised in July 2010 of the United States Patent Office Manual of Patent Examining Procedures, Section 2111.03.
1. A method of adjusting illumination of an environment by a network of lighting fixtures, the method comprising:
- sensing, by at least one sensor communicatively coupled to the network of lighting fixtures, an object and/or a person within the environment;
- predicting, with a processor communicatively coupled to the at least one sensor, a velocity and/or a trajectory of the object and/or the person; and
- adjusting, in response to a command from the processor, the illumination provided by the network of lighting fixtures based on the velocity and/or the trajectory of the object and/or the person.
2. The method of claim 1, wherein adjusting the illumination comprises increasing a light level of a portion of the environment before the object and/or person enters the portion of the environment.
3. The method of claim 2, wherein adjusting the illumination comprises determining when to decrease the light level of the portion of the environment based on the velocity and/or the trajectory of the object and/or the person.
4. The method of claim 1, further comprising:
- adjusting a sensor delay of the at least one sensor based on the velocity and/or the trajectory of the object and/or the person.
5. The method of claim 1, wherein the object and/or person comprises a vehicle and adjusting the illumination comprises:
- determining a stopping distance of the vehicle based on the velocity and/or the trajectory of the vehicle; and
- illuminating a portion of the environment based on the stopping distance.
6. The method of claim 5, wherein illuminating the portion of the environment comprises providing illumination sufficient for an operator of the vehicle to see a distance equal to or greater than the stopping distance.
7. The method of claim 1, wherein the object and/or the person is moving at a speed of about 0.6 m/s to about 4.5 m/s.
8. The method of claim 1, wherein predicting the velocity and/or the trajectory of the object and/or the person comprises at least one of:
- comparing an amplitude of a digital signal from the at least one sensor to at least one amplitude threshold; or
- comparing a duration of the digital signal from the at least one sensor to at least one duration threshold.
9. The method of claim 8, wherein predicting the velocity and/or the trajectory of the object and/or the person further comprises:
- classifying the object and/or the person based on the amplitude of the digital signal with respect to the at least one amplitude threshold.
10. The method of claim 8, further comprising:
- determining that the duration of the digital signal is below the at least one duration threshold; and
- discarding the digital signal as spurious in response to determining that the duration of the digital signal is below the at least one duration threshold.
11. The method of claim 1, wherein predicting the velocity and/or the trajectory of the object and/or the person further comprises:
- determining at least one of a derivative of a signal from the least one sensor or a change in position versus time of the object and/or the person based on the signal from the at least one sensor.
12. The method of claim 1, wherein adjusting the illumination comprises:
- reducing the illumination of an area in the environment after a predicted departure of the object and/or the person from the area in the environment.
13. The method of claim 1, wherein adjusting the illumination comprises:
- increasing the illumination of an area in the environment at a rate based on a time of day.
14. The method of claim 1, further comprising:
- determining a common trajectory through the environment based on information from the at least one sensor.
15. The method of claim 1, further comprising:
- identifying different trajectories for different types of objects based on information from the at least one sensor.
16. A method of adjusting illumination of an environment by a network of lighting fixtures, the method comprising:
- sensing, by at least one sensor communicatively coupled to the network of lighting fixtures, an object and/or a person within the environment;
- comparing an amplitude of a digital signal from the at least one sensor to at least one amplitude threshold, the digital signal representing the object and/or the person;
- comparing a duration of the digital signal from the at least one sensor to at least one duration threshold;
- performing a classification of the object and/or the person based on the amplitude of the digital signal with respect to the at least one amplitude threshold and on the duration of the digital signal with respect to the at least one duration threshold; and
- adjusting, in response to a command from the processor, the illumination provided by the network of lighting fixtures based on the classification of the object and/or the person.
17. The method of claim 16, further comprising:
- determining that the duration of the digital signal is below the at least one duration threshold; and
- discarding the digital signal as spurious in response to determining that the duration of the digital signal is below the at least one duration threshold.
18. A method of adjusting illumination of an environment by at least one lighting fixture in a network of lighting fixtures, the method comprising:
- (A) sensing, via at least one sensor communicatively coupled to the network of lighting fixtures, an object and/or a person within the environment;
- (B) identifying, with a processor communicatively coupled to the at least one sensor, a lighting profile associated with the object and/or the person sensed in (A), the lighting profile specifying at least one parameter for adjusting the illumination of the environment by the at least one lighting fixture; and
- (C) adjusting the illumination provided by the at least one lighting fixture according to the lighting profile identified in (B).
19. The method of claim 18, wherein (A) comprises at least one of:
- interrogating a radio-frequency identification tag (RFID) on the object with an RFID tag reader;
- emitting an ultrasonic signal;
- acquiring an image of the object and/or the person; or
- acquiring an infrared representation of the object and/or the person.
20. The method of claim 18, wherein:
- (A) comprises determining a location of the object and/or the person within the environment; and
- (C) comprises adjusting the illumination provided by the at least one lighting fixture based at least in part on the location of the object and/or the person within the environment.
21. The method of claim 18, further comprising:
- (D) tracking movement of the object and/or person within the environment; and
- (E) adjusting the illumination provided by the at least one lighting fixture based on the movement tracked in (D).
22. The method of claim 21, further comprising:
- (F) storing a record of the movement in a memory.
23. An apparatus for adjusting illumination of an environment by at least one lighting fixture in a network of lighting fixtures, the apparatus comprising:
- a communications interface, operably coupled to a sensor in the network of lighting fixtures, to receive an indication of a presence of an object and/or a person within the environment; and
- a processor, communicatively coupled to the communications interface, to receive the indication of the presence of the object and/or the person and to identify a lighting profile associated with the object and/or the person present within the environment, the lighting profile specifying at least one parameter for adjusting the illumination of the environment by the at least one lighting fixture, and to transmit the lighting profile to the at least one lighting fixture via the communications interface.