[go: up one dir, main page]

ES2869394T3 - Sistemas y métodos para control de iluminación - Google Patents

Sistemas y métodos para control de iluminación Download PDF

Info

Publication number
ES2869394T3
ES2869394T3 ES15771923T ES15771923T ES2869394T3 ES 2869394 T3 ES2869394 T3 ES 2869394T3 ES 15771923 T ES15771923 T ES 15771923T ES 15771923 T ES15771923 T ES 15771923T ES 2869394 T3 ES2869394 T3 ES 2869394T3
Authority
ES
Spain
Prior art keywords
lighting unit
lighting
firmware
unit
commissioned
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES15771923T
Other languages
English (en)
Inventor
Jurgen Mario Vangeel
Berkel Bas Marinus Johannus Van
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Signify Holding BV
Original Assignee
Signify Holding BV
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Signify Holding BV filed Critical Signify Holding BV
Application granted granted Critical
Publication of ES2869394T3 publication Critical patent/ES2869394T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B15/00—Systems controlled by a computer
    • G05B15/02—Systems controlled by a computer electric
    • F—MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
    • F24—HEATING; RANGES; VENTILATING
    • F24F—AIR-CONDITIONING; AIR-HUMIDIFICATION; VENTILATION; USE OF AIR CURRENTS FOR SCREENING
    • F24F11/00—Control or safety arrangements
    • F24F11/30—Control or safety arrangements for purposes related to the operation of the system, e.g. for safety or monitoring
    • F—MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
    • F24—HEATING; RANGES; VENTILATING
    • F24F—AIR-CONDITIONING; AIR-HUMIDIFICATION; VENTILATION; USE OF AIR CURRENTS FOR SCREENING
    • F24F11/00—Control or safety arrangements
    • F24F11/50—Control or safety arrangements characterised by user interfaces or communication
    • F24F11/52—Indication arrangements, e.g. displays
    • F24F11/523—Indication arrangements, e.g. displays for displaying temperature data
    • F—MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
    • F24—HEATING; RANGES; VENTILATING
    • F24F—AIR-CONDITIONING; AIR-HUMIDIFICATION; VENTILATION; USE OF AIR CURRENTS FOR SCREENING
    • F24F11/00—Control or safety arrangements
    • F24F11/50—Control or safety arrangements characterised by user interfaces or communication
    • F24F11/56—Remote control
    • F24F11/58—Remote control using Internet communication
    • F—MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
    • F24—HEATING; RANGES; VENTILATING
    • F24F—AIR-CONDITIONING; AIR-HUMIDIFICATION; VENTILATION; USE OF AIR CURRENTS FOR SCREENING
    • F24F11/00—Control or safety arrangements
    • F24F11/62—Control or safety arrangements characterised by the type of control or by internal processing, e.g. using fuzzy logic, adaptive control or estimation of values
    • F—MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
    • F24—HEATING; RANGES; VENTILATING
    • F24F—AIR-CONDITIONING; AIR-HUMIDIFICATION; VENTILATION; USE OF AIR CURRENTS FOR SCREENING
    • F24F11/00—Control or safety arrangements
    • F24F11/62—Control or safety arrangements characterised by the type of control or by internal processing, e.g. using fuzzy logic, adaptive control or estimation of values
    • F24F11/63—Electronic processing
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00—Programme-control systems
    • G05B19/02—Programme-control systems electric
    • G05B19/04—Programme control other than numerical control, i.e. in sequence controllers or logic controllers
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26—Power supply means, e.g. regulation thereof
    • G06F1/32—Means for saving power
    • G06F1/3203—Power management, i.e. event-based initiation of a power-saving mode
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • G06F8/654—Updates using techniques specially adapted for alterable solid state memories, e.g. for EEPROM or flash memories
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • G06F8/658—Incremental updates; Differential updates
    • G—PHYSICS
    • G08—SIGNALLING
    • G08C—TRANSMISSION SYSTEMS FOR MEASURED VALUES, CONTROL OR SIMILAR SIGNALS
    • G08C17/00—Arrangements for transmitting signals characterised by the use of a wireless electrical link
    • G08C17/02—Arrangements for transmitting signals characterised by the use of a wireless electrical link using a radio link
    • H—ELECTRICITY
    • H02—GENERATION; CONVERSION OR DISTRIBUTION OF ELECTRIC POWER
    • H02J—CIRCUIT ARRANGEMENTS OR SYSTEMS FOR SUPPLYING OR DISTRIBUTING ELECTRIC POWER; SYSTEMS FOR STORING ELECTRIC ENERGY
    • H02J3/00—Circuit arrangements for AC mains or AC distribution networks
    • H—ELECTRICITY
    • H02—GENERATION; CONVERSION OR DISTRIBUTION OF ELECTRIC POWER
    • H02J—CIRCUIT ARRANGEMENTS OR SYSTEMS FOR SUPPLYING OR DISTRIBUTING ELECTRIC POWER; SYSTEMS FOR STORING ELECTRIC ENERGY
    • H02J9/00—Circuit arrangements for emergency or stand-by power supply, e.g. for emergency lighting
    • H02J9/04—Circuit arrangements for emergency or stand-by power supply, e.g. for emergency lighting in which the distribution system is disconnected from the normal source and connected to a standby source
    • H02J9/06—Circuit arrangements for emergency or stand-by power supply, e.g. for emergency lighting in which the distribution system is disconnected from the normal source and connected to a standby source with automatic change-over, e.g. UPS systems
    • H02J9/062—Circuit arrangements for emergency or stand-by power supply, e.g. for emergency lighting in which the distribution system is disconnected from the normal source and connected to a standby source with automatic change-over, e.g. UPS systems for AC powered loads
    • H02J9/065—Circuit arrangements for emergency or stand-by power supply, e.g. for emergency lighting in which the distribution system is disconnected from the normal source and connected to a standby source with automatic change-over, e.g. UPS systems for AC powered loads for lighting purposes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B10/00—Transmission systems employing electromagnetic waves other than radio-waves, e.g. infrared, visible or ultraviolet light, or employing corpuscular radiation, e.g. quantum communication
    • H04B10/11—Arrangements specific to free-space transmission, i.e. transmission through air or vacuum
    • H04B10/114—Indoor or close-range type systems
    • H04B10/116—Visible light communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/2816—Controlling appliance services of a home automation network by calling their functionalities
    • H04L12/282—Controlling appliance services of a home automation network by calling their functionalities based on user interaction within the home
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/2823—Reporting information sensed by appliance or service execution status of appliance services in a home automation network
    • H04L12/2825—Reporting to a device located outside the home and the home network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5038—Address allocation for local use, e.g. in LAN or USB networks, or in a controller area network [CAN]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H04L67/025—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/52—Network services specially adapted for the location of the user terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/021—Services related to particular areas, e.g. point of interest [POI] services, venue services or geofences
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/20—Selecting an access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/005—Discovery of network devices, e.g. terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support
    • H—ELECTRICITY
    • H05—ELECTRIC TECHNIQUES NOT OTHERWISE PROVIDED FOR
    • H05B—ELECTRIC HEATING; ELECTRIC LIGHT SOURCES NOT OTHERWISE PROVIDED FOR; CIRCUIT ARRANGEMENTS FOR ELECTRIC LIGHT SOURCES, IN GENERAL
    • H05B41/00—Circuit arrangements or apparatus for igniting or operating discharge lamps
    • H05B41/14—Circuit arrangements
    • H05B41/36—Controlling
    • H—ELECTRICITY
    • H05—ELECTRIC TECHNIQUES NOT OTHERWISE PROVIDED FOR
    • H05B—ELECTRIC HEATING; ELECTRIC LIGHT SOURCES NOT OTHERWISE PROVIDED FOR; CIRCUIT ARRANGEMENTS FOR ELECTRIC LIGHT SOURCES, IN GENERAL
    • H05B41/00—Circuit arrangements or apparatus for igniting or operating discharge lamps
    • H05B41/14—Circuit arrangements
    • H05B41/36—Controlling
    • H05B41/38—Controlling the intensity of light
    • H05B41/39—Controlling the intensity of light continuously
    • H05B41/392—Controlling the intensity of light continuously using semiconductor devices, e.g. thyristor
    • H05B41/3921—Controlling the intensity of light continuously using semiconductor devices, e.g. thyristor with possibility of light intensity variations
    • H—ELECTRICITY
    • H05—ELECTRIC TECHNIQUES NOT OTHERWISE PROVIDED FOR
    • H05B—ELECTRIC HEATING; ELECTRIC LIGHT SOURCES NOT OTHERWISE PROVIDED FOR; CIRCUIT ARRANGEMENTS FOR ELECTRIC LIGHT SOURCES, IN GENERAL
    • H05B45/00—Circuit arrangements for operating light-emitting diodes [LED]
    • H05B45/10—Controlling the intensity of the light
    • H05B45/12—Controlling the intensity of the light using optical feedback
    • H—ELECTRICITY
    • H05—ELECTRIC TECHNIQUES NOT OTHERWISE PROVIDED FOR
    • H05B—ELECTRIC HEATING; ELECTRIC LIGHT SOURCES NOT OTHERWISE PROVIDED FOR; CIRCUIT ARRANGEMENTS FOR ELECTRIC LIGHT SOURCES, IN GENERAL
    • H05B45/00—Circuit arrangements for operating light-emitting diodes [LED]
    • H05B45/10—Controlling the intensity of the light
    • H05B45/18—Controlling the intensity of the light using temperature feedback
    • H—ELECTRICITY
    • H05—ELECTRIC TECHNIQUES NOT OTHERWISE PROVIDED FOR
    • H05B—ELECTRIC HEATING; ELECTRIC LIGHT SOURCES NOT OTHERWISE PROVIDED FOR; CIRCUIT ARRANGEMENTS FOR ELECTRIC LIGHT SOURCES, IN GENERAL
    • H05B45/00—Circuit arrangements for operating light-emitting diodes [LED]
    • H05B45/20—Controlling the colour of the light
    • H05B45/28—Controlling the colour of the light using temperature feedback
    • H—ELECTRICITY
    • H05—ELECTRIC TECHNIQUES NOT OTHERWISE PROVIDED FOR
    • H05B—ELECTRIC HEATING; ELECTRIC LIGHT SOURCES NOT OTHERWISE PROVIDED FOR; CIRCUIT ARRANGEMENTS FOR ELECTRIC LIGHT SOURCES, IN GENERAL
    • H05B45/00—Circuit arrangements for operating light-emitting diodes [LED]
    • H05B45/30—Driver circuits
    • H05B45/32—Pulse-control circuits
    • H05B45/325—Pulse-width modulation [PWM]
    • H—ELECTRICITY
    • H05—ELECTRIC TECHNIQUES NOT OTHERWISE PROVIDED FOR
    • H05B—ELECTRIC HEATING; ELECTRIC LIGHT SOURCES NOT OTHERWISE PROVIDED FOR; CIRCUIT ARRANGEMENTS FOR ELECTRIC LIGHT SOURCES, IN GENERAL
    • H05B45/00—Circuit arrangements for operating light-emitting diodes [LED]
    • H05B45/30—Driver circuits
    • H05B45/345—Current stabilisation; Maintaining constant current
    • H—ELECTRICITY
    • H05—ELECTRIC TECHNIQUES NOT OTHERWISE PROVIDED FOR
    • H05B—ELECTRIC HEATING; ELECTRIC LIGHT SOURCES NOT OTHERWISE PROVIDED FOR; CIRCUIT ARRANGEMENTS FOR ELECTRIC LIGHT SOURCES, IN GENERAL
    • H05B47/00—Circuit arrangements for operating light sources in general, i.e. where the type of light source is not relevant
    • H05B47/10—Controlling the light source
    • H05B47/105—Controlling the light source in response to determined parameters
    • H05B47/11—Controlling the light source in response to determined parameters by determining the brightness or colour temperature of ambient light
    • H—ELECTRICITY
    • H05—ELECTRIC TECHNIQUES NOT OTHERWISE PROVIDED FOR
    • H05B—ELECTRIC HEATING; ELECTRIC LIGHT SOURCES NOT OTHERWISE PROVIDED FOR; CIRCUIT ARRANGEMENTS FOR ELECTRIC LIGHT SOURCES, IN GENERAL
    • H05B47/00—Circuit arrangements for operating light sources in general, i.e. where the type of light source is not relevant
    • H05B47/10—Controlling the light source
    • H05B47/105—Controlling the light source in response to determined parameters
    • H05B47/115—Controlling the light source in response to determined parameters by determining the presence or movement of objects or living beings
    • H—ELECTRICITY
    • H05—ELECTRIC TECHNIQUES NOT OTHERWISE PROVIDED FOR
    • H05B—ELECTRIC HEATING; ELECTRIC LIGHT SOURCES NOT OTHERWISE PROVIDED FOR; CIRCUIT ARRANGEMENTS FOR ELECTRIC LIGHT SOURCES, IN GENERAL
    • H05B47/00—Circuit arrangements for operating light sources in general, i.e. where the type of light source is not relevant
    • H05B47/10—Controlling the light source
    • H05B47/105—Controlling the light source in response to determined parameters
    • H05B47/135—Controlling the light source in response to determined parameters by determining the type of light source being controlled
    • H—ELECTRICITY
    • H05—ELECTRIC TECHNIQUES NOT OTHERWISE PROVIDED FOR
    • H05B—ELECTRIC HEATING; ELECTRIC LIGHT SOURCES NOT OTHERWISE PROVIDED FOR; CIRCUIT ARRANGEMENTS FOR ELECTRIC LIGHT SOURCES, IN GENERAL
    • H05B47/00—Circuit arrangements for operating light sources in general, i.e. where the type of light source is not relevant
    • H05B47/10—Controlling the light source
    • H05B47/105—Controlling the light source in response to determined parameters
    • H05B47/14—Controlling the light source in response to determined parameters by determining electrical parameters of the light source
    • H—ELECTRICITY
    • H05—ELECTRIC TECHNIQUES NOT OTHERWISE PROVIDED FOR
    • H05B—ELECTRIC HEATING; ELECTRIC LIGHT SOURCES NOT OTHERWISE PROVIDED FOR; CIRCUIT ARRANGEMENTS FOR ELECTRIC LIGHT SOURCES, IN GENERAL
    • H05B47/00—Circuit arrangements for operating light sources in general, i.e. where the type of light source is not relevant
    • H05B47/10—Controlling the light source
    • H05B47/155—Coordinated control of two or more light sources
    • H—ELECTRICITY
    • H05—ELECTRIC TECHNIQUES NOT OTHERWISE PROVIDED FOR
    • H05B—ELECTRIC HEATING; ELECTRIC LIGHT SOURCES NOT OTHERWISE PROVIDED FOR; CIRCUIT ARRANGEMENTS FOR ELECTRIC LIGHT SOURCES, IN GENERAL
    • H05B47/00—Circuit arrangements for operating light sources in general, i.e. where the type of light source is not relevant
    • H05B47/10—Controlling the light source
    • H05B47/175—Controlling the light source by remote control
    • H—ELECTRICITY
    • H05—ELECTRIC TECHNIQUES NOT OTHERWISE PROVIDED FOR
    • H05B—ELECTRIC HEATING; ELECTRIC LIGHT SOURCES NOT OTHERWISE PROVIDED FOR; CIRCUIT ARRANGEMENTS FOR ELECTRIC LIGHT SOURCES, IN GENERAL
    • H05B47/00—Circuit arrangements for operating light sources in general, i.e. where the type of light source is not relevant
    • H05B47/10—Controlling the light source
    • H05B47/175—Controlling the light source by remote control
    • H05B47/18—Controlling the light source by remote control via data-bus transmission
    • H—ELECTRICITY
    • H05—ELECTRIC TECHNIQUES NOT OTHERWISE PROVIDED FOR
    • H05B—ELECTRIC HEATING; ELECTRIC LIGHT SOURCES NOT OTHERWISE PROVIDED FOR; CIRCUIT ARRANGEMENTS FOR ELECTRIC LIGHT SOURCES, IN GENERAL
    • H05B47/00—Circuit arrangements for operating light sources in general, i.e. where the type of light source is not relevant
    • H05B47/10—Controlling the light source
    • H05B47/175—Controlling the light source by remote control
    • H05B47/185—Controlling the light source by remote control via power line carrier transmission
    • H05B47/187—Controlling the light source by remote control via power line carrier transmission using power over ethernet [PoE] supplies
    • H—ELECTRICITY
    • H05—ELECTRIC TECHNIQUES NOT OTHERWISE PROVIDED FOR
    • H05B—ELECTRIC HEATING; ELECTRIC LIGHT SOURCES NOT OTHERWISE PROVIDED FOR; CIRCUIT ARRANGEMENTS FOR ELECTRIC LIGHT SOURCES, IN GENERAL
    • H05B47/00—Circuit arrangements for operating light sources in general, i.e. where the type of light source is not relevant
    • H05B47/10—Controlling the light source
    • H05B47/175—Controlling the light source by remote control
    • H05B47/19—Controlling the light source by remote control via wireless transmission
    • H05B47/195—Controlling the light source by remote control via wireless transmission the transmission using visible or infrared light
    • H—ELECTRICITY
    • H05—ELECTRIC TECHNIQUES NOT OTHERWISE PROVIDED FOR
    • H05B—ELECTRIC HEATING; ELECTRIC LIGHT SOURCES NOT OTHERWISE PROVIDED FOR; CIRCUIT ARRANGEMENTS FOR ELECTRIC LIGHT SOURCES, IN GENERAL
    • H05B47/00—Circuit arrangements for operating light sources in general, i.e. where the type of light source is not relevant
    • H05B47/20—Responsive to malfunctions or to light source life; for protection
    • H05B47/21—Responsive to malfunctions or to light source life; for protection of two or more light sources connected in parallel
    • H05B47/22—Responsive to malfunctions or to light source life; for protection of two or more light sources connected in parallel with communication between the lamps and a central unit
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00—Program-control systems
    • G05B2219/10—Plc systems
    • G05B2219/16—Plc to applications
    • G05B2219/163—Domotique, domestic, home control, automation, smart, intelligent house
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00—Program-control systems
    • G05B2219/20—Pc systems
    • G05B2219/25—Pc structure of the system
    • G05B2219/25022—LAN local area network for controllers
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00—Program-control systems
    • G05B2219/20—Pc systems
    • G05B2219/25—Pc structure of the system
    • G05B2219/25257—Microcontroller
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00—Program-control systems
    • G05B2219/20—Pc systems
    • G05B2219/26—Pc applications
    • G05B2219/2639—Energy management, use maximum of cheap power, keep peak load low
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00—Program-control systems
    • G05B2219/20—Pc systems
    • G05B2219/26—Pc applications
    • G05B2219/2642—Domotique, domestic, home control, automation, smart house
    • G—PHYSICS
    • G08—SIGNALLING
    • G08C—TRANSMISSION SYSTEMS FOR MEASURED VALUES, CONTROL OR SIMILAR SIGNALS
    • G08C2201/00—Transmission systems of control signals via wireless link
    • G08C2201/50—Receiving or transmitting feedback, e.g. replies, status updates, acknowledgements, from the controlled devices
    • G—PHYSICS
    • G08—SIGNALLING
    • G08C—TRANSMISSION SYSTEMS FOR MEASURED VALUES, CONTROL OR SIMILAR SIGNALS
    • G08C2201/00—Transmission systems of control signals via wireless link
    • G08C2201/90—Additional features
    • G08C2201/91—Remote control based on location and proximity
    • G—PHYSICS
    • G08—SIGNALLING
    • G08C—TRANSMISSION SYSTEMS FOR MEASURED VALUES, CONTROL OR SIMILAR SIGNALS
    • G08C2201/00—Transmission systems of control signals via wireless link
    • G08C2201/90—Additional features
    • G08C2201/92—Universal remote control
    • H—ELECTRICITY
    • H02—GENERATION; CONVERSION OR DISTRIBUTION OF ELECTRIC POWER
    • H02J—CIRCUIT ARRANGEMENTS OR SYSTEMS FOR SUPPLYING OR DISTRIBUTING ELECTRIC POWER; SYSTEMS FOR STORING ELECTRIC ENERGY
    • H02J2310/00—The network for supplying or distributing electric power characterised by its spatial reach or by the load
    • H02J2310/10—The network having a local or delimited stationary reach
    • H02J2310/12—The local stationary network supplying a household or a building
    • H02J2310/14—The load or loads being home appliances
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B10/00—Transmission systems employing electromagnetic waves other than radio-waves, e.g. infrared, visible or ultraviolet light, or employing corpuscular radiation, e.g. quantum communication
    • H04B10/50—Transmitters
    • H04B10/501—Structural aspects
    • H04B10/502—LED transmitters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/681—Types of network addresses using addresses for wireless personal area networks or wireless sensor networks, e.g. Zigbee addresses
    • H—ELECTRICITY
    • H05—ELECTRIC TECHNIQUES NOT OTHERWISE PROVIDED FOR
    • H05B—ELECTRIC HEATING; ELECTRIC LIGHT SOURCES NOT OTHERWISE PROVIDED FOR; CIRCUIT ARRANGEMENTS FOR ELECTRIC LIGHT SOURCES, IN GENERAL
    • H05B47/00—Circuit arrangements for operating light sources in general, i.e. where the type of light source is not relevant
    • H05B47/10—Controlling the light source
    • H05B47/175—Controlling the light source by remote control
    • H05B47/196—Controlling the light source by remote control characterised by user interface arrangements
    • H—ELECTRICITY
    • H05—ELECTRIC TECHNIQUES NOT OTHERWISE PROVIDED FOR
    • H05B—ELECTRIC HEATING; ELECTRIC LIGHT SOURCES NOT OTHERWISE PROVIDED FOR; CIRCUIT ARRANGEMENTS FOR ELECTRIC LIGHT SOURCES, IN GENERAL
    • H05B47/00—Circuit arrangements for operating light sources in general, i.e. where the type of light source is not relevant
    • H05B47/10—Controlling the light source
    • H05B47/175—Controlling the light source by remote control
    • H05B47/196—Controlling the light source by remote control characterised by user interface arrangements
    • H05B47/1965—Controlling the light source by remote control characterised by user interface arrangements using handheld communication devices
    • H—ELECTRICITY
    • H05—ELECTRIC TECHNIQUES NOT OTHERWISE PROVIDED FOR
    • H05B—ELECTRIC HEATING; ELECTRIC LIGHT SOURCES NOT OTHERWISE PROVIDED FOR; CIRCUIT ARRANGEMENTS FOR ELECTRIC LIGHT SOURCES, IN GENERAL
    • H05B47/00—Circuit arrangements for operating light sources in general, i.e. where the type of light source is not relevant
    • H05B47/10—Controlling the light source
    • H05B47/175—Controlling the light source by remote control
    • H05B47/196—Controlling the light source by remote control characterised by user interface arrangements
    • H05B47/197—Sound control or voice control
    • H—ELECTRICITY
    • H05—ELECTRIC TECHNIQUES NOT OTHERWISE PROVIDED FOR
    • H05B—ELECTRIC HEATING; ELECTRIC LIGHT SOURCES NOT OTHERWISE PROVIDED FOR; CIRCUIT ARRANGEMENTS FOR ELECTRIC LIGHT SOURCES, IN GENERAL
    • H05B47/00—Circuit arrangements for operating light sources in general, i.e. where the type of light source is not relevant
    • H05B47/10—Controlling the light source
    • H05B47/175—Controlling the light source by remote control
    • H05B47/198—Grouping of control procedures or address assignation to light sources
    • H05B47/1985—Creation of lighting zones or scenes
    • H—ELECTRICITY
    • H05—ELECTRIC TECHNIQUES NOT OTHERWISE PROVIDED FOR
    • H05B—ELECTRIC HEATING; ELECTRIC LIGHT SOURCES NOT OTHERWISE PROVIDED FOR; CIRCUIT ARRANGEMENTS FOR ELECTRIC LIGHT SOURCES, IN GENERAL
    • H05B47/00—Circuit arrangements for operating light sources in general, i.e. where the type of light source is not relevant
    • H05B47/10—Controlling the light source
    • H05B47/175—Controlling the light source by remote control
    • H05B47/198—Grouping of control procedures or address assignation to light sources
    • H05B47/199—Commissioning of light sources
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02B—CLIMATE CHANGE MITIGATION TECHNOLOGIES RELATED TO BUILDINGS, e.g. HOUSING, HOUSE APPLIANCES OR RELATED END-USER APPLICATIONS
    • Y02B20/00—Energy efficient lighting technologies, e.g. halogen lamps or gas discharge lamps
    • Y02B20/40—Control techniques providing energy savings, e.g. smart controller or presence detection
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02B—CLIMATE CHANGE MITIGATION TECHNOLOGIES RELATED TO BUILDINGS, e.g. HOUSING, HOUSE APPLIANCES OR RELATED END-USER APPLICATIONS
    • Y02B70/00—Technologies for an efficient end-user side electric power management and consumption
    • Y02B70/30—Systems integrating technologies related to power network operation and communication or information technologies for improving the carbon footprint of the management of residential or tertiary loads, i.e. smart grids as climate change mitigation technology in the buildings sector, including also the last stages of power distribution and the control, monitoring or operating management systems at local level
    • Y02B70/3225—Demand response systems, e.g. load shedding, peak shaving
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02B—CLIMATE CHANGE MITIGATION TECHNOLOGIES RELATED TO BUILDINGS, e.g. HOUSING, HOUSE APPLIANCES OR RELATED END-USER APPLICATIONS
    • Y02B90/00—Enabling technologies or technologies with a potential or indirect contribution to GHG emissions mitigation
    • Y02B90/20—Smart grids as enabling technology in buildings sector
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P80/00—Climate change mitigation technologies for sector-wide applications
    • Y02P80/10—Efficient use of energy, e.g. using compressed air or pressurized fluid as energy carrier
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y04—INFORMATION OR COMMUNICATION TECHNOLOGIES HAVING AN IMPACT ON OTHER TECHNOLOGY AREAS
    • Y04S—SYSTEMS INTEGRATING TECHNOLOGIES RELATED TO POWER NETWORK OPERATION, COMMUNICATION OR INFORMATION TECHNOLOGIES FOR IMPROVING THE ELECTRICAL POWER GENERATION, TRANSMISSION, DISTRIBUTION, MANAGEMENT OR USAGE, i.e. SMART GRIDS
    • Y04S20/00—Management or operation of end-user stationary applications or the last stages of power distribution; Controlling, monitoring or operating thereof
    • Y04S20/12—Energy storage units, uninterruptible power supply [UPS] systems or standby or emergency generators, e.g. in the last power distribution stages
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y04—INFORMATION OR COMMUNICATION TECHNOLOGIES HAVING AN IMPACT ON OTHER TECHNOLOGY AREAS
    • Y04S—SYSTEMS INTEGRATING TECHNOLOGIES RELATED TO POWER NETWORK OPERATION, COMMUNICATION OR INFORMATION TECHNOLOGIES FOR IMPROVING THE ELECTRICAL POWER GENERATION, TRANSMISSION, DISTRIBUTION, MANAGEMENT OR USAGE, i.e. SMART GRIDS
    • Y04S20/00—Management or operation of end-user stationary applications or the last stages of power distribution; Controlling, monitoring or operating thereof
    • Y04S20/20—End-user application control systems
    • Y04S20/222—Demand response systems, e.g. load shedding, peak shaving
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y04—INFORMATION OR COMMUNICATION TECHNOLOGIES HAVING AN IMPACT ON OTHER TECHNOLOGY AREAS
    • Y04S—SYSTEMS INTEGRATING TECHNOLOGIES RELATED TO POWER NETWORK OPERATION, COMMUNICATION OR INFORMATION TECHNOLOGIES FOR IMPROVING THE ELECTRICAL POWER GENERATION, TRANSMISSION, DISTRIBUTION, MANAGEMENT OR USAGE, i.e. SMART GRIDS
    • Y04S40/00—Systems for electrical power generation, transmission, distribution or end-user application management characterised by the use of communication or information technologies, or communication or information technology specific aspects supporting them
    • Y04S40/12—Systems for electrical power generation, transmission, distribution or end-user application management characterised by the use of communication or information technologies, or communication or information technology specific aspects supporting them characterised by data transport means between the monitoring, controlling or managing units and monitored, controlled or operated electrical equipment
    • Y04S40/126—Systems for electrical power generation, transmission, distribution or end-user application management characterised by the use of communication or information technologies, or communication or information technology specific aspects supporting them characterised by data transport means between the monitoring, controlling or managing units and monitored, controlled or operated electrical equipment using wireless data transmission

Landscapes

  • Engineering & Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Combustion & Propulsion (AREA)
  • Mechanical Engineering (AREA)
  • Chemical & Material Sciences (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Automation & Control Theory (AREA)
  • Software Systems (AREA)
  • Human Computer Interaction (AREA)
  • Computer Security & Cryptography (AREA)
  • Mathematical Physics (AREA)
  • Fuzzy Systems (AREA)
  • Databases & Information Systems (AREA)
  • Power Engineering (AREA)
  • Electromagnetism (AREA)
  • Medical Informatics (AREA)
  • General Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • Health & Medical Sciences (AREA)
  • Emergency Management (AREA)
  • Business, Economics & Management (AREA)
  • Circuit Arrangement For Electric Light Sources In General (AREA)

Abstract

Una unidad (2802, 2902) de iluminación para su uso en un sistema (2800) de iluminación, que comprende: una o más fuentes (2809) de luz; memoria (2806) que almacena firmware (2812) usado localmente por la unidad de iluminación; una interfaz (2808) de comunicación; y un controlador (2804) de unidad de iluminación operativamente acoplado con la una o más fuentes de luz, la memoria y la interfaz de comunicación, el controlador de unidad de iluminación configurado para: difundir, mediante la interfaz de comunicación, a una pluralidad de unidades de iluminación remotas del sistema de iluminación, datos indicativos de una versión del firmware almacenado en la memoria; recibir, mediante la interfaz de comunicación, directamente desde al menos una unidad de iluminación remota en respuesta a la difusión, datos indicativos de una versión de firmware usada por la al menos una unidad de iluminación remota; determinar que la versión de firmware usada por la al menos una unidad de iluminación remota es diferente de una versión del firmware almacenado en la memoria; y tomar una acción correctiva para armonizar el firmware almacenado en la memoria con el firmware usado por la al menos una unidad de iluminación remota, en donde la acción correctiva comprende: transmitir, a través de la interfaz de comunicación, a la al menos una unidad de iluminación remota del sistema de iluminación, una solicitud para una versión deseada de firmware; recibir, a través de la interfaz de comunicación, directamente desde la al menos una unidad de iluminación remota, una imagen de la versión deseada de firmware usada por la al menos una unidad de iluminación remota; e instalar localmente la imagen recibida de la versión deseada de firmware.

Description

DESCRIPCIÓN
Sistemas y métodos para control de iluminación
Campo técnico
La presente invención se refiere, en general, a la gestión de condiciones ambientales dentro de estructuras físicas. Más particularmente, diversos sistemas y métodos inventivos desvelados en el presente documento se refieren al ajuste de condiciones ambientales, tales como condiciones de iluminación, de temperatura y de humedad basándose en solicitudes generadas automática y manualmente. Algunos sistemas y métodos inventivos desvelados en el presente documento también se refieren a la monitorización de consumo de energía y a la utilización de recursos dentro de estructuras físicas, y al ajuste del comportamiento del sistema en consecuencia.
Antecedentes
Las tecnologías de iluminación digitales, es decir, la iluminación basada en fuentes de luz de semiconductores, tales como diodos de emisión de luz (LED), ofrecen una alternativa viable a las lámparas fluorescentes HID e incandescentes tradicionales. Los LED ofrecen muchas ventajas, que incluyen la controlabilidad, conversión de alta energía y eficacia óptica, durabilidad y costes de operación inferiores. Los avances recientes en la tecnología de LED controlable han proporcionado fuentes de iluminación de espectro completo eficaces y robustas que posibilitan una diversidad de efectos de iluminación en muchas aplicaciones.
A lo largo del desarrollo de los LED controlables, se han realizado desarrollos rápidos en el área de las tecnologías de sensor. Los sensores hoy en día no solo pueden medir de manera eficaz la iluminación natural y la ocupación, sino que también se han vuelto significativamente más pequeños, y, por lo tanto, pueden adaptarse fácilmente dentro de dispositivos pequeños, incluyendo dispositivos que alojan LED controlables y cámaras. Por ejemplo, los sistemas de control de iluminación basados en iluminación natural existentes pueden emplear luminarias individualmente controlables con balastos de atenuación, así como uno o más foto sensores de iluminación natural para medir el plano de trabajo promedio dentro de un espacio iluminado naturalmente. En tales sistemas, uno o más controladores, para responder a la salida de la luz del día y mantener una iluminación de plano de trabajo mínima, pueden monitorizar la salida de uno o más fotosensores y controlar la iluminación proporcionada por las luminarias.
Más recientemente, las innovaciones en los reinos de la comunicación inalámbrica y los dispositivos móviles inteligentes han lanzado una generación de teléfonos inteligentes y ordenadores de tableta con movilidad no paralelizada y potencia computacional. Por ejemplo, los teléfonos inteligentes móviles con acceso a aplicaciones en servidores en la nube pueden recoger y procesar datos desde sus entornos inmediatos en tiempo real. Adicionalmente, los servicios basados en ubicación permiten la personalización de información entregada a los dispositivos móviles. Los dispositivos móviles inteligentes, usados en conjunto con LED controlables y sensores apropiados, por lo tanto, pueden usarse para personalizar la iluminación en espacios físicos en tiempo real.
Hoy en día, otros dos desarrollos tecnológicos significativos presentan oportunidades incluso mayores para las innovaciones en el área de la gestión y control ambiental: Alimentación a través de Ethernet (PoE) y Luz Codificada (CL). PoE permite la entrega de potencia eléctrica junto con datos a través de un único cable a dispositivos tales como dispositivos de iluminación, cámaras de IP o puntos de acceso inalámbricos. La llegada de la tecnología de PoE hace factible alimentar dispositivos en ubicaciones remotas dentro de estructuras de edificios, reduciendo significativamente la necesidad de que los electricistas instalen conductos, cableado eléctrico y enchufes. A diferencia de otros dispositivos, la ubicación potencial de un dispositivo de PoE no está limitada basándose en la colocación de los enchufes de CA dentro de una estructura. Por ejemplo, PoE permite que se coloquen los puntos de acceso de LAN inalámbrica en techos para una recepción de RF más óptima.
La tecnología de CL puede usare para integrar identificadores únicos, o códigos, en la luz emitida desde diferentes fuentes de luz. Usando estos identificadores, la luz que emana de una fuente de luz específica puede diferenciarse incluso en presencia de contribuciones de iluminación desde múltiples otras fuentes de luz. Por lo tanto, CL puede usarse para identificar y ubicar fuentes de luz y dispositivos individuales con relación a otras fuentes y dispositivos de este tipo. El uso de la luz como un medio para la identificación, ubicación y comunicación de dispositivos abre la puerta a sistemas y métodos innovadores para gestionar condiciones ambientales permitiendo interacciones con mayor precisión entre dispositivos tales como LED individualmente controlables, sensores y dispositivos de control tales como teléfonos inteligentes, que no eran previamente factibles.
Los sistemas y métodos existentes para gestionar condiciones ambientales dentro de estructuras físicas no aprovechan simultáneamente los beneficios de las tecnologías anteriormente mencionadas. Algunos sistemas existentes simplemente utilizan LED controlables y sensores para controlar automáticamente la iluminación en áreas tales como oficinas y salas de estar en respuesta a cambios en, por ejemplo, la ocupación y la iluminación natural en el área. Otros sistemas existentes proporcionan aplicaciones móviles que permiten a los usuarios controlar remotamente el comportamiento de dispositivos de iluminación dentro de tales espacios. Pero ningún sistema existente proporciona la infraestructura de hardware y software necesaria para gestionar de manera eficaz la interacción compleja de una multitud de dispositivos aptos para PoE y CL (por ejemplo, dispositivos de iluminación y calefacción, ventilación y aire acondicionado o aparatos "HVAC"), controladores móviles inteligentes, controladores montados en pared y sensores que monitorizan la actividad y condiciones ambientales en instalaciones grandes tales como edificios de oficinas. La gestión eficaz de condiciones ambientales dentro de tales espacios plantea varios desafíos tecnológicos únicos analizados a continuación. Las realizaciones desveladas en el presente documento ofrecen soluciones a estos y otros desafíos.
Los edificios de oficinas grandes y otros edificios comerciales grandes normalmente tienen áreas que se usan para una diversidad de propósitos. Un edificio de oficinas puede tener salas de conferencias o de reuniones, espacios de planta abierta grandes con una multitud de oficinas celulares, pasillos, cafeterías y auditorios. Algunas de estas áreas pueden usarse, en general, para análisis de grupo o presentaciones grandes (por ejemplo, salas de conferencias y auditorios), mientras que otras pueden usarse para trabajo individual (por ejemplo, oficinas celulares). Dados sus diferentes propósitos, algunos modos de control de condiciones ambientales (por ejemplo, control personalizado) pueden por lo tanto estar mejor adecuados para algunas áreas (por ejemplo, oficinas celulares) en lugar de otras áreas (auditorios y cafeterías). A diferencia de los hogares familiares individuales o apartamentos, los edificios de oficinas grandes también albergan números considerables de individuos, a menudo en espacios reducidos. Estos individuos pueden tener intereses diferentes, y, a menudo, en conflicto, con respecto a condiciones ambientales que desean crear en los espacios que ocupan. Cuando se está usando el mismo espacio por diferentes individuos, por lo tanto, es crucial resolver solicitudes que entran en conflicto para ajustar las condiciones ambientales de una manera significativa en lugar de arbitraria. Además, la cantidad de control que puede permitirse que ejerza un usuario en cualquier espacio puede depender de su papel dentro de una organización. Puede ser problemático, por ejemplo, si un empleado que atiende una presentación en un auditorio grande pueda usar una aplicación en su teléfono inteligente para cambiar condiciones de iluminación en la totalidad del auditorio en cualquier momento.
Gestionar condiciones ambientales dentro de estructuras grandes implica, por lo tanto, la priorización y coordinación de manera eficaz de las solicitudes de control potencialmente numerosas concurrentes que surgen de un gran número de controladores estacionarios y móviles que representan a una diversidad de usuarios. Estas solicitudes necesitarían encaminarse satisfactoriamente a dispositivos de iluminación apropiados y aparatos de HVAC para producir los cambios solicitados dentro de una franja de tiempo que también cumpla de manera razonable las expectativas del usuario.
La diversidad de dispositivos/aparatos de iluminación y HVAC que típicamente operan en edificios grandes presenta otro desafío fundamental a cualquier sistema para controlar las condiciones ambientales. Estos dispositivos no producen datos en el mismo formato, ni soportan todos comunicaciones a través de los mismos protocolos. Además, bajo muchas circunstancias, puede ser necesario que estos dispositivos se comuniquen entre sí, directamente o a través de módulos intermedios. Para garantizar que los dispositivos puedan comunicarse entre sí, ya sea directa o indirectamente, cuando sea necesario, los sistemas para gestionar condiciones ambientales necesitarán proporcionar los medios necesarios para que tenga lugar tal comunicación.
Otro desafío más al que se enfrentan los sistemas para gestionar condiciones ambientales es que, una vez que están instalados los numerosos sensores, los dispositivos de control y otros y los componentes de sistema y son operacionales dentro de una estructura grande, se encuentran disponibles nuevos dispositivos diseñados para producir o recibir datos en formatos no soportados por el sistema. Para que los sistemas gestionen condiciones ambientales en estructuras grandes, este problema es incluso más pronunciado puesto que estos sistemas utilizan probablemente muchos más tipos de dispositivos en comparación con sistemas más sencillos para gestionar condiciones ambientales en espacios más pequeños, tales como los hogares residenciales. Tales sistemas de escala mayor necesitarán ser suficientemente adaptables para adaptar el uso de tales nuevos dispositivos para poder aprovechar las mejoras en la tecnología. Como resultado, es muy importante que estos sistemas estén diseñados para que sean fácilmente extensibles para adaptar nuevos dispositivos y tecnologías de modo que puedan integrarse en el sistema con esfuerzo mínimo y sin perturbación indebida a la operación del sistema.
Aunque los sistemas existentes para gestionar condiciones ambientales en espacios relativamente más pequeños, tales como en apartamentos y hogares, pueden monitorizar el uso de dispositivos para una diversidad de razones, la cantidad de tales datos de uso generados por tales sistemas es relativamente pequeña. En contraste, un edifico o estructura grande probablemente generará grandes cantidades de datos de uso debido a las grandes cantidades de dispositivos (dispositivos y sensores de iluminación y HVAC) en estas estructuras. Estos datos necesitarán recogerse, categorizarse y analizarse para que el sistema obtenga cualquier idea útil para su uso en, por ejemplo, ajuste preciso de las estrategias de conservación de energía existentes. Para hacer buen uso de los datos, sin abrumar o degradar el rendimiento del sistema en su totalidad, necesita diseñarse un sistema para gestionar condiciones ambientales en una estructura grande para adaptarse a la afluencia potencialmente grande de los datos de uso. Pueden diseñarse algunos sistemas de este tipo de manera que se descentralice significativamente la gestión de datos de uso. Por ejemplo, los datos de uso de dispositivo recogidos desde diferentes plantas de un edificio pueden gestionarse por módulos separados usando instalaciones de almacenamiento de datos separadas.
Finalmente, aunque existen problemas de privacidad que rodean a la gestión de datos de uso en ajustes más pequeños, los problemas no son comparables a escala con los problemas de privacidad que deben tratarse en ajustes mucho más grandes. Por ejemplo, un sistema de gestión ambiental diseñado para un ajuste residencial, tal como un apartamento, puede únicamente tener unos pocos usuarios individuales cuya información personal necesita manejarse de una manera que no cree riesgo de divulgación a partes no pretendidas. En contraste, una entidad grande que ocupa un espacio de oficina grande puede tener cientos de usuarios que frecuentan el espacio, que acceden a diversos componentes de sistema mediante una multitud de interfaces de usuario en una diversidad de dispositivos, incluyendo sus dispositivos móviles personales. Por ejemplo, el uso de dispositivos informáticos móviles personales como controladores para iluminación aptos para CL y otros dispositivos puede dar como resultado, por ejemplo, asociaciones útiles pero sensibles entre la identidad de un usuario y los espacios frecuentados particulares. Por consiguiente, el diseño de los sistemas de gestión ambientales para el despliegue en estructuras grandes necesita proporcionar la implementación de estrategias para evitar tanto el acceso no autorizado a tal información sensible desde dentro del mismo sistema (por ejemplo, un usuario de sistema que accede a información sobre el paradero de otro), y desde el exterior del sistema (por ejemplo, brechas de ciberseguridad que exponen tal información sensible al mundo exterior).
En sistemas de iluminación con múltiples unidades de iluminación denominadas "inteligentes" instaladas, las unidades de iluminación individuales pueden requerir periódicamente remplazo, por ejemplo, cuando están dañadas o quemadas. Las unidades de iluminación de remplazo inteligentes pueden instalarse en el sistema de iluminación y "ponerse en marcha" usando diversas técnicas, por ejemplo, de modo que puedan asumir el papel de la unidad de iluminación que remplazan. Las unidades de iluminación inteligente típicamente se controlan por un controlador que ejecuta un firmware. Sin embargo, el firmware puede cambiar con el tiempo, constituyendo cada cambio una nueva "versión" que puede estar asociada con un nuevo designador de versión, por ejemplo, "1.0, 1.1, 2.0," etc. El firmware instalado en una unidad de iluminación de remplazo durante la fabricación puede no necesariamente coincidir con el firmware usado por unidades de iluminación previamente instaladas de un sistema de iluminación en el que ha de instalarse la unidad de iluminación de remplazo. Por ejemplo, la unidad de iluminación de remplazo a menudo tendrá una versión más reciente de firmware que las unidades de iluminación previamente instaladas. Actualizar manualmente el firmware de la unidad de iluminación de remplazo para hacerlo coincidir con el de las unidades de iluminación previamente instaladas, o viceversa, puede requerir mucha mano de obra y/o brindar una ampla oportunidad para el error humano. Por lo tanto, existe una necesidad en la técnica de armonizar automáticamente el firmware entre la unidad de iluminación de remplazo y una o más unidades de iluminación existentes de un sistema de iluminación.
Ningún sistema existente para gestionar condiciones ambientales proporciona soluciones para al menos los desafíos anteriormente mencionados. Los sistemas y métodos presentados a continuación proporcionan soluciones designadas para tratar estos y otros desafíos.
La solicitud de patente de Estados Unidos 2011/0134794 A1 desvela un sistema de control de iluminación que incluye un panel maestro y un panel esclavo. El controlador de sistema de iluminación incluye elementos configurados para intercambiar y almacenar una diversidad de información, tal como información de configuración, con los controladores de iluminación.
Sumario
Diversas realizaciones se refieren en el presente documento a sistemas y métodos para gestionar condiciones ambientales dentro de una estructura física, para tratar los problemas expuestos en la sección anterior. Esta sección presenta un sumario simplificado de alguno de estos métodos y sistemas para proporcionar un entendimiento básico de diversos componentes de sistema, la interacción entre tales componentes y las diversas etapas implicadas en diversas realizaciones. Este sumario no se pretende como una vista general exhaustiva de todas las realizaciones inventivas. Los componentes de sistema y las etapas de método descritos en esta sección no son necesariamente componentes o etapas críticos. El propósito de esta sección sumario es presentar una vista general de diversos conceptos en una forma más simplificada, como una introducción a la descripción detallada que sigue.
En general, en un aspecto, una unidad de iluminación puede incluir una o más fuentes de luz, memoria que almacena firmware usado localmente por la unidad de iluminación, una interfaz de comunicación y un controlador de unidad de iluminación operativamente acoplado con la una o más fuentes de luz, la memoria y la interfaz de comunicación. En diversas realizaciones, el controlador de la unidad de iluminación puede configurarse para: recibir, mediante la interfaz de comunicación, directa o indirectamente desde una unidad de iluminación remota, datos indicativos de una versión de firmware usada por la unidad de iluminación remota; determinar que la versión de firmware usada por la unidad de iluminación remota es diferente de una versión del firmware almacenado en la memoria; y tomar una acción correctiva para armonizar el firmware almacenado en la memoria con el firmware usado por la unidad de iluminación remota, en donde la acción correctiva comprende: transmitir, a través de la interfaz de comunicación, a una o más unidades de iluminación remotas, una solicitud para una versión deseada de firmware; recibir, a través de la interfaz de comunicación, directamente desde la una o más unidades de iluminación remotas, una imagen de la versión deseada de firmware usada por la unidad de iluminación remota; e instalar localmente la imagen recibida de la versión deseada de firmware.
En diversas versiones, la unidad de iluminación remota es una primera unidad de iluminación remota, y el controlador de unidad de iluminación está configurado adicionalmente para pausar durante un intervalo de tiempo antes de tomar la acción correctiva para esperar la recepción, mediante la interfaz de comunicación, directamente desde una segunda unidad de iluminación remota, de datos indicativos de una versión de firmware usada por la segunda unidad de iluminación remota. En diversas versiones, el controlador de unidad de iluminación está configurado adicionalmente para calcular el intervalo de tiempo estocásticamente, estando sometido el intervalo de tiempo a un límite de tiempo superior predeterminado.
En diversas versiones, el controlador de unidad de iluminación está configurado adicionalmente para bloquear uno o más aspectos operacionales antes de instalar localmente la imagen de la versión deseada de firmware usada por la unidad de iluminación remota. En diversas versiones, el controlador de unidad de iluminación está configurado adicionalmente para bloquear el control de uno o más aspectos operacionales en respuesta a la recepción, mediante la interfaz de comunicación, directamente desde la unidad de iluminación remota, de un comando de bloqueo.
En diversas realizaciones, la acción correctiva puede incluir transmitir, a través de la interfaz de comunicación, directamente a la unidad de iluminación remota, una imagen de firmware usada localmente por la unidad de iluminación. En diversas versiones, la acción correctiva puede incluir adicionalmente transmitir, a través de la interfaz de comunicación, directamente a la unidad de iluminación remota, datos indicativos de la versión del firmware almacenado en la memoria. En diversas versiones, el controlador de unidad de iluminación puede estar configurado adicionalmente para pausar durante un intervalo de tiempo antes de transmitir los datos indicativos de la versión del firmware usada localmente por la unidad de iluminación. En diversas versiones, el controlador de unidad de iluminación puede estar configurado adicionalmente para calcular el intervalo de tiempo estocásticamente, estando sometido el intervalo de tiempo a un límite de tiempo superior predeterminado. En diversas versiones, la acción correctiva puede incluir adicionalmente recibir, a través de la interfaz de comunicación, directamente desde la unidad de iluminación remota, una solicitud para una imagen del firmware usada localmente por la unidad de iluminación.
En diversas realizaciones, la interfaz de comunicación incluye una interfaz a una red de malla que incluye la unidad de iluminación y la unidad de iluminación remota. En diversas realizaciones, la interfaz de comunicación incluye una interfaz de luz codificada. Otras realizaciones pueden incluir un medio de almacenamiento legible por ordenador no transitorio que almacena instrucciones ejecutables por un procesador para realizar un método tal como uno o más de los métodos descritos en el presente documento. Otras realizaciones más pueden incluir un sistema que incluye una memoria y uno o más procesadores operables para ejecutar instrucciones, almacenadas en la memoria, para realizar un método tal como uno o más de los métodos descritos en el presente documento.
Como se usa en el presente documento para los fines de la presente divulgación, el término "LED" debe entenderse que incluye cualquier diodo electroluminiscente u otro tipo de sistema basado en inyección/unión de portador que puede generar radiación en respuesta a una señal eléctrica y/o actuar como un fotodiodo. Por lo tanto, el término LED incluye, pero sin limitación, diversas estructuras basadas en semiconductores que emiten luz en respuesta a corriente, polímeros de emisión de luz, diodos de emisión de luz orgánicos (OLED), tiras electroluminiscentes y similares. En particular, el término LED hace referencia a diodos de emisión de luz de todos los tipos (incluyendo diodos de emisión de luz de semiconductores y orgánicos) que pueden configurarse para generar radiación en uno o más del espectro de infrarrojos, el espectro ultravioleta y diversas porciones del espectro visible (que incluyen generalmente longitudes de onda de radiación de aproximadamente 400 nanómetros a aproximadamente 700 nanómetros). Algunos ejemplos de LED incluyen, pero sin limitación, diversos tipos de LED de infrarrojos, LED de ultravioleta, LED rojos, LED azules, LED verdes, LED amarillos, LED ámbar, LED naranjas y LED blancos (analizados adicionalmente a continuación). Debe apreciarse también que los LED pueden configurarse y/o controlarse para generar radiación que tiene diversos anchos de banda (por ejemplo, anchos completos a la mitad del máximo o FWHM) para un espectro dado (por ejemplo, ancho de banda estrecho, ancho de banda ancho), y una diversidad de longitudes de onda dominantes dentro de una categorización de color general dada.
Por ejemplo, una implementación de un LED configurado para generar esencialmente luz blanca (por ejemplo, un LED blanco) puede incluir un número de troqueles que emiten respectivamente diferentes espectros de electroluminiscencia que, en combinación, se mezclan para formar esencialmente luz blanca. En otra implementación, un LED de luz blanca puede asociarse con un material de fósforo que convierte la electroluminiscencia que tiene un primer espectro a un segundo espectro diferente. En un ejemplo de esta implementación, la electroluminiscencia que tiene una longitud de onda relativamente corta y un espectro de ancho de banda estrecho "bombea" el material de fósforo, que, a su vez, irradia una radiación de longitud de onda más larga que tiene en cierto modo un espectro más amplio.
Debe entenderse también que el término LED no limita el tipo de paquete físico y/o eléctrico de un LED. Por ejemplo, como se ha analizado anteriormente, un LED puede hacer referencia a un único dispositivo de emisión de luz que tiene múltiples troqueles que están configurados para emitir respectivamente diferentes espectros de radiación (por ejemplo, que puede ser o no controlable individualmente). También, un LED puede estar asociado con un fósforo que se considera como una parte integral del LED (por ejemplo, algunos tipos de LED blancos). En general, el término LED puede hacer referencia a LED empaquetados, LED no empaquetados, LED de montaje en superficie, LED de chip a bordo, LED de montaje en paquete en T, LED de paquete radial, LED de paquete de potencia, LED que incluyen algún tipo de encapsulado y/o elemento óptico (por ejemplo, una lente de difusión), etc.
La expresión "fuente de luz" debe entenderse que hace referencia a una cualquiera o más de una diversidad de fuentes de radiación, que incluyen, pero sin limitación, fuentes basadas en LED (que incluyen, uno o más LED como se ha definido anteriormente). Una fuente de luz dada puede configurarse para generar radiación electromagnética dentro del espectro visible, fuera del espectro visible o una combinación de ambos. Por lo tanto, los términos "luz" y "radiación" se usan de manera intercambiable en el presente documento. Adicionalmente, una fuente de luz puede incluir como un componente integral uno o más filtros (por ejemplo, filtros de color), lentes u otros componentes ópticos. También, debería entenderse que las fuentes de luz pueden configurarse para una diversidad de aplicaciones, que incluyen, pero sin limitación, indicación, visualización y/o iluminación. Una "fuente de iluminación" es una fuente de luz que está particularmente configurada para generar radiación que tiene una intensidad suficiente para iluminar eficazmente un espacio interior o exterior. En este contexto, "intensidad suficiente" hace referencia a suficiente potencia radiante en el espectro visible generada en el espacio o en el entorno (a menudo se emplea la unidad "lumen" para representar la luz total emitida desde una fuente de luz en todas las direcciones, en términos de potencia radiante o "flujo luminoso") para proporcionar iluminación de ambiente (es decir, luz que puede percibirse indirectamente y que puede reflejarse, por ejemplo, fuera de una o más de una diversidad de superficies intermedias antes de que se perciba en su totalidad o en parte).
El término "espectro" debe entenderse que hace referencia a cualquiera de una o más frecuencias (o longitudes de onda) de radiación producida por una o más fuentes de luz. Por consiguiente, el término "espectro" hace referencia a frecuencias (o longitudes de onda) no únicamente en el intervalo visible, sino también frecuencias (o longitudes de onda) en las áreas de infrarrojos, ultravioleta y otras del espectro electromagnético global. También, un espectro dado puede tener un ancho de banda relativamente estrecho (por ejemplo, un FWHM que tiene esencialmente pocos componentes de frecuencia o de longitud de onda) o un ancho de banda relativamente ancho (varios componentes de frecuencia o de longitud de onda que tienen diversas intensidades relativas). Debería apreciarse también que un espectro dado puede ser el resultado de una mezcla de dos o más otros espectros (por ejemplo, mezclar radiación respectivamente emitida desde múltiples fuentes de luz).
Para los propósitos de esta divulgación, el término "color" se usa de manera intercambiable con el término "espectro". Sin embargo, el término "color" se usa en general para hacer referencia principalmente a una propiedad de radiación que puede percibirse por un observador (aunque este uso no se pretende que limite el alcance de este término). Por consiguiente, las expresiones "diferentes colores" hacen referencia implícitamente a múltiples espectros que tienen diferentes componentes de longitud de onda y/o anchos de banda. Debe apreciarse también que el término "color" puede usarse en relación tanto con luz blanca como no blanca.
Las expresiones "accesorio de iluminación" y "luminaria" se usan de manera intercambiable en el presente documento para hacer referencia a una implementación o disposición de una o más unidades de iluminación en un factor de forma, conjunto o paquete particular. La expresión "unidad de iluminación" se usa en el presente documento para hacer referencia a un aparato que incluye una o más fuentes de luz del mismo tipo o diferente. Una unidad de iluminación dada puede tener una cualquiera de una diversidad de disposiciones de montaje para la fuente o fuentes de luz, disposiciones de recinto/alojamiento y formas y/o configuraciones de conexión eléctrica y mecánica. Adicionalmente, una unidad de iluminación dada opcionalmente puede asociarse con (por ejemplo, incluir, estar acoplada a y/o empaquetarse junto con) diversos otros componentes (por ejemplo, circuitería de control) relacionados con la operación de la fuente o fuentes de luz. Una "unidad de iluminación basada en LED" hace referencia a una unidad de iluminación que incluye una o más fuentes de luz basadas en LED como se ha analizado anteriormente, en solitario o en combinación con otras fuentes de luz no basadas en LED. Una unidad de iluminación de "múltiples canales" hace referencia a una unidad de iluminación basada en LED o no basada en LED que incluye al menos dos fuentes de luz configuradas para generar respectivamente diferentes espectros de radiación, en donde cada espectro de fuente diferente puede denominarse como un "canal" de la unidad de iluminación de múltiples canales.
El término "controlador' se usa en el presente documento en general para describir diversos aparatos relacionados con la operación de una o más fuentes de luz. Un controlador puede implementarse de numerosas maneras (por ejemplo, tal como con hardware especializado) para realizar diversas funciones analizadas en el presente documento. Un "procesador" es un ejemplo de un controlador que emplea uno o más microprocesadores que pueden programarse usando software (por ejemplo, microcódigo) para realizar diversas funciones analizadas en el presente documento. Un controlador puede implementarse empleando o no un procesador, y puede implementarse también como una combinación de hardware especializado para realizar algunas funciones y un procesador (por ejemplo, uno o más microprocesadores programados y circuitería asociada) para realizar otras funciones. Ejemplos de componentes de controlador que pueden emplearse en diversas realizaciones de la presente divulgación incluyen, pero sin limitación, microprocesadores convencionales, circuitos integrados específicos de la aplicación (ASIC) y campos de matrices de puertas programables (FPGA).
En diversas implementaciones, un procesador o controlador puede asociarse con uno o más medios de almacenamiento (denominados genéricamente en el presente documento como "memoria", por ejemplo, memoria informática volátil y no volátil, tal como RAM, PROM, EPROM y EEPROM, discos flexibles, discos compactos, discos ópticos, cinta magnética, etc.). En algunas implementaciones, los medios de almacenamiento pueden codificarse con uno o más programas que, cuando se ejecutan en uno o más procesadores y/o controladores, realizan al menos algunas de las funciones analizadas en el presente documento. Diversos medios de almacenamiento pueden fijarse dentro de un procesador o controlador o pueden ser transportables, de manera que el uno o más programas almacenados en el mismo pueden cargarse en un procesador o controlador para implementar diversos aspectos de la presente invención analizada en el presente documento. Los términos y expresiones "programa" o "programa informático" se usan en el presente documento en un sentido genérico para hacer referencia a cualquier tipo de código informático (por ejemplo, software o microcódigo) que puede emplearse para programar uno o más procesadores o controladores.
El término "firmware" como se usa en el presente documento puede hacer referencia a instrucciones de software embebidas que pueden ejecutarse por uno o más microprocesadores. El firmware puede almacenarse en dispositivos de memoria no volátil, que incluyen, pero sin limitación, ROM, EPROM o memoria flash. El firmware puede venir en diversas formas, tal como microcódigo. En algunos casos, el firmware puede proporcionar el programa de control para el dispositivo en el que se embebe el firmware. Por lo tanto, cuando se actualiza el firmware de un dispositivo, el dispositivo a menudo se presentará temporalmente inoperable (por ejemplo, bloqueado). En el presente contexto, una unidad de iluminación inteligente puede incluir un controlador (por ejemplo, uno o más procesadores) que ejecuta firmware almacenado en la memoria no volátil de la unidad de iluminación.
En una implementación de red, uno o más dispositivos acoplados a una red pueden servir como un controlador para uno o más otros dispositivos acoplados a la red (por ejemplo, en una relación maestro/esclavo). En otra implementación, un entorno en red puede incluir uno o más controladores especializados que están configurados para controlar uno o más de los dispositivos acoplados a la red. En general, múltiples dispositivos acoplados a la red pueden cada uno tener acceso a datos que están presentes en el medio o medios de comunicaciones; sin embargo, un dispositivo dado puede ser "direccionable" en que está configurado para intercambiar datos de manera selectiva con (es decir, recibir datos desde y/o transmitir datos a) la red, basándose en, por ejemplo, uno o más identificadores particulares (por ejemplo, "direcciones") asignados a él.
El término "red" como se usa en el presente documento hace referencia a cualquier interconexión de dos o más dispositivos (incluyendo controladores o procesadores) que facilita el transporte de información (por ejemplo, para el control de dispositivo, almacenamiento de datos, intercambio de datos, etc.) entre cualesquiera dos o más dispositivos y/o entre múltiples dispositivos acoplados a la red. Como debería apreciarse fácilmente, diversas implementaciones de redes adecuadas para interconectar múltiples dispositivos pueden incluir cualquiera de una diversidad de topologías de red y emplear cualquiera de una diversidad de protocolos de comunicación. Adicionalmente, en diversas redes de acuerdo con la presente divulgación, una conexión cualquiera entre dos dispositivos puede representar una conexión especializada entre los dos sistemas, o, como alternativa, una conexión no especializada. Además de llevar información pretendida para los dos dispositivos, una conexión no especializada de este tipo puede llevar información no necesariamente pretendida para alguno de los dos dispositivos (por ejemplo, una conexión de red abierta). Adicionalmente, debería apreciarse fácilmente que diversas redes de dispositivos, como se analiza en el presente documento, pueden emplear uno o más enlaces inalámbricos, de alambre/cable y/o de fibra óptica para facilitar el transporte de información a través de toda la red.
El término "usuario" como se usa en el presente documento hace referencia a cualquier entidad, humana o artificial, que interactúa con los sistemas y métodos descritos en el presente documento. Por ejemplo, el término incluye, sin limitación, ocupantes de un espacio, tal como un trabajador o visitante de una oficina, usuarios remotos de un espacio, un gestor de la instalación, un ingeniero de puesta en marcha, un gestor de IT del edificio, un ingeniero de servicio y un instalador.
La expresión "parámetros de operación de iluminación" puede hacer referencia a información que guía la operación y/o comportamiento de una unidad de iluminación. Particularmente, en el presente contexto, los parámetros de operación de iluminación pueden pensarse como un "papel" que ha de desempeñar la unidad de iluminación entre una pluralidad de unidades de iluminación. Los parámetros de operación de iluminación pueden incluir innumerables parámetros de iluminación. Por ejemplo, puede incluirse una o más características de la luz que va a emitirse, tales como la intensidad, saturación, tono, temperatura, patrones de iluminación dinámicos y así sucesivamente, en los parámetros de operación de iluminación. Los parámetros de operación de iluminación pueden incluir, adicionalmente o como alternativa, una o más reglas para guiar la operación y/o el comportamiento de una unidad de iluminación. Estas reglas pueden dictar, por ejemplo, cuándo una unidad de iluminación emite luz, cómo emite la luz, dónde emite luz y así sucesivamente. Adicionalmente o como alternativa, los parámetros de operación de iluminación pueden identificar uno o más sensores que pueden producir señales a las que ha de responder una unidad de iluminación dando energía de manera selectiva a una o más fuentes de luz. Por ejemplo, los parámetros de operación de iluminación pueden identificar uno o más sensores de movimiento, sensores de luz (por ejemplo, luz de día, infrarroja), sensores de onda de presión, sensores hápticos y así sucesivamente, y pueden incluir también una o más instrucciones en cuanto a cómo debe dar energía una unidad de iluminación a su una o más fuentes de luz en respuesta a señales desde estos uno o más sensores.
Debería apreciarse que todas las combinaciones de los conceptos anteriores y conceptos adicionales analizados en mayor detalle a continuación (con la condición de que tales conceptos no sean mutuamente inconsistentes) se contemplan como que son parte de la materia objeto inventiva desvelada en el presente documento. En particular, todas las combinaciones de la materia objeto reivindicada que aparecen al final de esta divulgación se contemplan como que son parte de la materia objeto inventiva desvelada.
Breve descripción de los dibujos
En los dibujos, caracteres de referencia similares generalmente se refieren a las mismas partes a lo largo de todas las diferentes vistas. También, los dibujos no están necesariamente a escala, haciendo énfasis en su lugar generalmente en la ilustración de los principios de la invención.
La Figura 1A ilustra un diagrama de bloques de una realización de un sistema para gestionar condiciones ambientales dentro de una estructura física, comprendiendo la realización varios módulos, dos luminarias de IP y un dispositivo de control ambiental.
La Figura 1B ilustra un diagrama de bloques de una realización de un sistema para gestionar condiciones ambientales dentro de una estructura física, comprendiendo la realización varios módulos, dos luminarias de IP, un dispositivo de control ambiental y un dispositivo de control remoto de IR.
La Figura 1C ilustra componentes de luminarias de IP y las interfaces que enlazan los componentes de acuerdo con algunas realizaciones.
La Figura 1D ilustra un diagrama de bloques de una realización de un sistema para gestionar condiciones ambientales dentro de una estructura física, comprendiendo la realización un módulo gestor ambiental, un sensor, una memoria y una unidad puesta en marcha.
La Figura 2A ilustra la arquitectura de componentes de una red de iluminación de acuerdo con algunas realizaciones.
La Figura 2B ilustra un diagrama de bloques de una realización de un sistema para gestionar condiciones ambientales dentro de una estructura física y los diferentes entornos de red asociados con diversos componentes del sistema.
La Figura 3A ilustra una realización de una configuración conectada independiente de un sistema para gestionar condiciones ambientales.
La Figura 3B ilustra una realización de una configuración integrada de extremo a extremo de un sistema para gestionar condiciones ambientales.
La Figura 4A ilustra un diagrama de bloques de componentes de una realización de un módulo gestor ambiental, junto con otros dispositivos y componentes con los que el módulo gestor ambiental está conectado de manera comunicativa.
La Figura 4B ilustra un diagrama de bloques de diversos componentes seleccionados de una realización desplegada en la nube de ISPF de un sistema para gestionar condiciones ambientales dentro de una estructura física.
La Figura 5 ilustra un diagrama de bloques de un proceso de puesta en marcha y configuración utilizado por componentes de un sistema para gestionar condiciones ambientales, de acuerdo con algunas realizaciones. La Figura 6 ilustra una unidad puesta en marcha, tal como una habitación de planta abierta que comprende múltiples grupos de dispositivos de acuerdo con una realización.
La Figura 7 ilustra una unidad puesta en marcha, tal como una habitación de planta abierta, un usuario de sistema en la habitación de planta abierta, varias zonas que rodean al usuario y dispositivos que radican dentro y fuera de estas zonas.
La Figura 8 ilustra un método de control basado en la ocupación para responder a la detección de ocupación en un espacio previamente no ocupado, realizado por algunas realizaciones de un sistema para gestionar condiciones ambientales.
La Figura 9A ilustra un método de control basado en la ocupación para responder a la detección de una ausencia de ocupación en un espacio previamente ocupado, realizado por algunas realizaciones de un sistema para gestionar condiciones ambientales.
La Figura 9B ilustra un método de control basado en la ocupación para responder a la detección de ocupación en un espacio previamente no ocupado, realizado por algunas realizaciones de un sistema para gestionar condiciones ambientales.
La Figura 10 ilustra otro método de control basado en la ocupación para responder a la detección de la ausencia de ocupación en un espacio previamente ocupado, realizado por algunas realizaciones de un sistema para gestionar condiciones ambientales.
La Figura 11 ilustra un método de control basado en la ocupación para responder a la detección de una ausencia de ocupación en un espacio previamente ocupado, realizado por algunas realizaciones de un sistema para gestionar condiciones ambientales, incorporando el método el uso de un periodo de espera, un periodo de gracia y un periodo prolongado para confirmar el estado de ocupación.
La Figura 12 ilustra un método de control basado en la ocupación para responder a la detección de ocupación en una zona celular previamente no ocupada, realizado por algunas realizaciones de un sistema para gestionar condiciones ambientales.
La Figura 13 ilustra un método de control basado en la ocupación para responder a la detección de un cambio en la ocupación en una zona de pasillo, realizado por algunas realizaciones de un sistema para gestionar condiciones ambientales.
La Figura 14 ilustra un método de control basado en la ocupación para responder a la detección de un cambio en la ocupación en una zona de reunión, realizado por algunas realizaciones de un sistema para gestionar condiciones ambientales.
La Figura 15 ilustra un método para responder a una solicitud para una escena ambiental diferente en una zona de reunión, realizado por algunas realizaciones de un sistema para gestionar condiciones ambientales.
La Figura 16 ilustra un método de control basado en la luz del día para responder a un cambio detectado en la iluminación en una zona de trabajo, realizado por algunas realizaciones de un sistema para gestionar condiciones ambientales.
La Figura 17 ilustra un método de control basado en la luz del día para responder a un cambio detectado en iluminación natural en un espacio, realizado por algunas realizaciones de un sistema para gestionar condiciones ambientales.
La Figura 18 ilustra un plano de planta digital interactivo para representar la ubicación de unidades puestas en marcha, de acuerdo con algunas realizaciones de un sistema para gestionar condiciones ambientales.
La Figura 19 ilustra un método para determinar el comportamiento de arranque de una unidad puesta en marcha o no puesta en marcha, realizado por algunas realizaciones de un sistema para gestionar condiciones ambientales. La Figura 20 ilustra un método para manejar una solicitud de control, realizado por algunas realizaciones de un sistema para gestionar condiciones ambientales.
La Figura 21 ilustra un método para manejar una solicitud de control personal activada manualmente, realizado por algunas realizaciones de un sistema para gestionar condiciones ambientales.
La Figura 22 ilustra una disposición de unidades puestas en marcha y conmutadores de PoE asociados para reducir el impacto visual del fallo de conmutador de PoE, de acuerdo con algunas realizaciones de un sistema para gestionar condiciones ambientales.
La Figura 23 ilustra un método para auto diagnóstico y recuperación realizado por unidades puestas en marcha en algunas realizaciones de un sistema para gestionar condiciones ambientales.
La Figura 24 ilustra una realización de una interfaz de usuario gráfica interactiva visualizada como un extremo frontal en un módulo gestor ambiental, de acuerdo con algunas realizaciones de un sistema para gestionar condiciones ambientales.
La Figura 25 ilustra una realización de una interfaz de usuario gráfica interactiva visualizada como un extremo frontal en un módulo de puesta en marcha, de acuerdo con algunas realizaciones de un sistema para gestionar condiciones ambientales.
La Figura 26 ilustra una realización de un asistente de área interactivo para su uso como parte de un extremo frontal en un módulo de puesta en marcha, permitiendo el asistente de área que un usuario especifique diversos parámetros que juntos definen la función o funciones de un área dentro de una estructura física.
La Figura 27 ilustra una realización de una interfaz de usuario gráfica interactiva para su uso en la puesta en marcha de un nuevo dispositivo para su uso en un sistema para gestionar condiciones ambientales.
La Figura 28 representa esquemáticamente dos unidades de iluminación ilustrativas configuradas con aspectos seleccionados de la presente divulgación, de acuerdo con diversas realizaciones.
La Figura 29 ilustra un ejemplo de cómo las unidades de iluminación configuradas con aspectos seleccionados de la presente divulgación pueden comunicarse entre sí para armonizar el firmware, de acuerdo con diversas realizaciones.
La Figura 30 representa un método ilustrativo que puede implementarse por una unidad de iluminación configurada con aspectos seleccionados de la presente divulgación, de acuerdo con diversas realizaciones.
Descripción detallada
Se hace referencia ahora en detalle a realizaciones ilustrativas de la invención, ejemplos de la cual se muestran en los dibujos adjuntos.
En la siguiente descripción detallada, para fines de explicación y no de limitación, se exponen realizaciones representativas que desvelan detalles específicos para proporcionar un entendimiento minucioso de las presentes enseñanzas. Sin embargo, será evidente para un experto en la materia que tiene el beneficio de la presente divulgación que otras realizaciones de acuerdo con las presentes enseñanzas que se alejan de los detalles específicos desvelados en el presente documento siguen dentro del alcance de las reivindicaciones adjuntas. Además, pueden omitirse descripciones de sistemas, aparatos y métodos bien conocidos para no oscurecer la descripción de las realizaciones representativas. Tales sistemas, métodos y aparatos se encuentran claramente dentro del alcance de las presentes enseñanzas.
La Figura 1A ilustra un sistema 100A para gestionar condiciones ambientales dentro de una estructura física. El sistema incluye un módulo 110 gestor ambiental, un módulo 120 de puesta en marcha, un módulo 130 de pasarela, las luminarias 140 y 150 de IP y un dispositivo 160 de control ambiental. Otras realizaciones del sistema 100A pueden incluir módulos gestores ambientales adicionales o menos, luminarias de IP, módulos de puesta en marcha, módulos de pasarela y/o dispositivos de control ambiental. Los componentes del sistema 100A están vinculados de manera comunicativa usando los enlaces L1 a L9, como se representa en la Figura 1. La expresión "estructura física" como se usa en el presente documento hace referencia a cualquier estructura de edificio, ya sea independiente o no, permanente, encerrada o cubierta. Este término incluye, por ejemplo, edificios y complejos de oficinas, residenciales, recreativos, educacionales, gubernamentales y comerciales, así como aparcamientos y garajes. El término "enlace" como se usa en el presente documento hace referencia a cualquier conexión o componente que posibilita la comunicación de información entre al menos dos componentes de sistema. Por ejemplo, un enlace incluye una conexión de comunicaciones alámbricas o inalámbricas, una conexión de comunicaciones de radiofrecuencia y una conexión de comunicaciones ópticas. Un enlace puede indicar también un protocolo de comunicación compartida, una interfaz de software o hardware o invocaciones o llamadas de procedimiento del método remoto.
El módulo 110 gestor ambiental puede implementarse en hardware, cualquier combinación de hardware y código informático (por ejemplo, software o microcódigo) o completamente en código informático. Este módulo puede ejecutarse en uno o múltiples procesadores.
En algunas realizaciones, el módulo 110 gestor ambiental puede proporcionar un tablero de monitorización y gestión central basado en la Instalación de Productividad de Sistema Interactivo (ISPF). El módulo 110 gestor ambiental puede proporcionar, adicionalmente o como alternativa, interfaces de usuario interactivas para diversas características, tales como la visualización de iluminación actual u otros estados ambientales dentro del sistema 100A, visualización de información de ocupación en diversos niveles de granularidad, visualización de información de consumo de energía en diversos niveles de granularidad y visualización de alarmas.
En algunas realizaciones, el módulo 110 gestor puede recibir comandos de control personal (por ejemplo, relacionados con el nivel y temperatura de la luz) desde aplicaciones de teléfono inteligente y traducir tales comandos en comandos de control del control de iluminación y/o de calefacción, ventilación y aire acondicionado ("HVAC"), gestionar el control de iluminación por todo el sistema y gestionar la planificación de tareas. El módulo 110 gestor ambiental puede participar también en actualizaciones de software, gestionar la monitorización de datos, tales como datos relacionados con el consumo de energía y la ocupación, y gestionar alarmas y otros datos de diagnóstico del estado del sistema. La Figura 4A ilustra diversos componentes de una realización de un módulo gestor ambiental, y la descripción de la Figura 4A proporciona detalles adicionales sobre este módulo. Pueden hallarse detalles adicionales sobre aspectos funcionales y otros de los módulos gestores ambientales, tales como el módulo 110 gestor ambiental a través de toda la memoria descriptiva.
Como se representa en la Figura 1A, el módulo 110 gestor ambiental puede configurarse para recibir información desde el dispositivo 160 de control ambiental mediante el enlace L2. L2 puede ser, por ejemplo, una interfaz de control personal para un teléfono inteligente. El módulo 110 gestor ambiental puede configurarse también para comunicarse con el módulo 120 de puesta en marcha mediante el enlace L1. L1 puede facilitar, en algunos casos, la comunicación de los archivos de proyecto del módulo de puesta en marcha. En algunas realizaciones, L1 puede representar también una base de datos de XML con extensiones para luminarias compatibles con xCLIP. Finalmente, el módulo 110 gestor puede comunicase también con el módulo 130 de pasarela mediante el enlace L3. L3 representa, de acuerdo con algunas realizaciones, la interfaz EnvisionIP. Diversos enlaces (por ejemplo, L1, L2, L3, etc.) descritos en el presente documento pueden configurarse para facilitar la comunicación entre componentes usando una o más de diversas tecnologías, incluyendo, pero sin limitación, tecnologías ad hoc tales como ZigBee, luz codificada, Ethernet, RS485, inalámbrica (por ejemplo, Wi-Fi, BlueTooth) y así sucesivamente.
El módulo 120 de puesta en marcha puede implementarse en hardware, cualquier combinación de hardware y código informático (por ejemplo, software o microcódigo) o completamente en código informático. Este módulo puede ejecutarse en uno o múltiples procesadores. En muchas realizaciones del sistema 100A, se usa el módulo 120 de puesta en marcha para poner en marcha dispositivos tales como luminarias de IP/unidades de iluminación inteligentes, conmutadores y/o sensores. El módulo 120 de puesta en marcha puede usarse también para preparar un plano de la panta para un espacio, descubrir y asociar dispositivos con el sistema 100A, ubicar dispositivos mediante, por ejemplo, técnicas de detección de luz codificada. Puede usarse también para el sistema 100A de puesta en marcha previa y los dispositivos asociados con él. Por ejemplo, el módulo 120 de puesta en marcha puede usarse para crear grupos de dispositivos y asignar espacios dentro de una estructura para propósitos específicos. En muchas realizaciones del sistema 100A, el módulo 120 de puesta en marcha puede usarse para poner en marcha dispositivos tales como luminarias de IP/unidades de iluminación inteligentes, y dispositivos de control, por ejemplo, ubicando dispositivos de acuerdo con planos de planta preparados, programando escenas de iluminación, configurando parámetros de dispositivo y de control y calibrando sensores. El módulo 120 de puesta en marcha puede usarse también para realizar actualizaciones de software. Otra funcionalidad asociada con el módulo 120 de puesta en marcha puede hallarse a través de toda la memoria descriptiva, y, particularmente, en la descripción asociada con la Figura 5.
Como se representa en la Figura 1A, el módulo 120 de puesta en marcha puede comunicarse con el módulo 110 gestor ambiental mediante el enlace L1, el módulo 130 de pasarela mediante el enlace L4, con la luminaria 150 de IP mediante el enlace L6. L1 se ha descrito anteriormente en relación con la descripción del módulo 110 gestor ambiental. En muchas realizaciones, L4 puede representar una interfaz EnvisionIP o xCLIP y L6 puede representar una interfaz EnvisionIP.
El módulo 130 de pasarela puede implementarse en hardware, cualquier combinación de hardware y código informático (por ejemplo, software o microcódigo) o completamente en código informático. Este módulo puede ejecutarse en uno o múltiples procesadores. En algunas realizaciones, una implementación de hardware del módulo 130 de pasarela puede implicar un chip STM32. El módulo 130 de pasarela puede estar asociado con un espacio particular (por ejemplo, una planta) de una estructura física, y puede enviar y/o recibir datos desde múltiples dispositivos tales como luminarias de IP y/o unidades de iluminación inteligentes ubicadas en esa planta. En algunas realizaciones, el módulo 130 de pasarela puede enviar y/o recibir datos desde más de 1000 dispositivos, tales como luminarias de IP, sensores y dispositivos de HVAC.
El módulo 130 de pasarela puede estar configurado para proporcionar una diversidad de funciones. Por ejemplo, puede proporcionar una pasarela entre una interfaz EnvisionIP para su uso en la puesta en marcha de luminarias y la norma RS-485, así como proporcionar servicios para traducir diversos protocolos de aplicación y de red. En muchas realizaciones, puede facilitar también el encaminamiento de datos entre múltiples módulos de pasarela dentro del sistema 100A, y participar en diagnósticos de sistema y/o paso de lista del hardware durante los cuales el módulo 130 de pasarela puede determinar si los dispositivos bajo su control están aún o no en línea. El módulo 130 de pasarela puede estar configurado también para almacenar en caché y/o informar a dispositivos fuera de línea a diversos otros componentes, tales como el módulo 110 gestor ambiental. El módulo 130 de pasarela puede también ser responsable de la planificación local de tareas y de la gestión de la monitorización y el diagnóstico de datos. Por ejemplo, el módulo 130 de pasarela puede monitorizar una o más áreas dentro de una estructura física para consumo de energía y ocupación, y diagnosticar e informar información de estado de sistema en el nivel de área. Puede almacenar también información de monitorización de área.
En algunas realizaciones, el módulo 130 de pasarela monitoriza todo el tráfico en una parte del sistema, incluyendo tráfico DyNet y EnvisionIP. Puede almacenar y/o almacenar en caché esta información, y reenviarla al módulo 110 gestor ambiental de modo que el módulo gestor ambiental tenga una vista general exacta del estado de todos los dispositivos puestos en marcha en cualquier tiempo dado. Con respecto a la planificación, pueden reenviarse eventos críticos mediante el módulo 130 de pasarela al módulo 110 gestor ambiental inmediatamente, mientras que los eventos que no son críticos en el tiempo pueden almacenarse en caché localmente y cargarse en el módulo 110 gestor en lotes. En casos donde el módulo 110 gestor no pueda alcanzarse, todos los eventos pueden almacenarse en caché localmente y cargarse en el módulo 110 gestor cuando se vuelve alcanzable de nuevo. El módulo 130 de pasarela puede interconectar también con un sistema de HVAC asociado con el sistema 100A y descubrir nuevos dispositivos. En muchas realizaciones, múltiples módulos de pasarela, tales como el módulo 130 de pasarela, pueden vincularse de manera comunicativa con un único módulo 110 gestor ambiental, donde cada módulo 130 de pasarela actúa como un controlador de planta para una planta particular de un edificio. En muchas realizaciones, el módulo 130 de pasarela puede también: registrar y almacenar todo o un subconjunto de los comandos de control ambiental recibidos; registrar e informar todos los eventos y cambios de estado dentro del sistema de vuelta al módulo 110 gestor ambiental, enviar comandos que provienen de las unidades puestas en marcha que este módulo 130 de pasarela controla y/o monitoriza a otro módulo de pasarela que controla y/o monitoriza otra parte del sistema (responsabilidad de envío de área común); enviar comandos que provienen de otro módulo de pasarela que controla y/o monitoriza otra parte del sistema a las unidades puestas en marcha que este módulo 130 de pasarela controla y/o monitoriza (responsabilidad de recepción de área común); (de manera transparente) hace de puente entre redes EnvisionIP y redes DyNet RS485, permitiendo que el sistema se extienda, por ejemplo, con todos los productos DyNet (RS485) existentes; monitoriza, registra y almacena de manera activa la disponibilidad de todas las unidades y dispositivos puestos en marcha, e informa cualquier cambio en su disponibilidad al módulo 110 gestor ambiental.
Como se representa en la Figura 1A, el módulo 130 de pasarela puede intercambiar información con las luminarias 140 y 150 de IP mediante el enlace L5, y con el módulo 110 gestor ambiental mediante el enlace L3, y el módulo 120 de puesta en marcha mediante el enlace L4. L3 y L4 se describieron previamente en relación con el módulo gestor 110 y el módulo 120 de puesta en marcha respectivamente. En muchas realizaciones, L5 puede representar una interfaz EnvisionIP o una interfaz xCLIP.
La luminaria 140 de IP está asociada con el sensor 140-1, la fuente 140-2 de luz y el módulo 140-3 de control, que puede denominarse de manera alternativa como un "controlador". En algunas realizaciones, el sensor 140-1 y la fuente 140-2 de luz están ubicados en el mismo dispositivo o alojamiento. En algunas realizaciones, el módulo 140-3 de control (o "controlador") comprende código informático (por ejemplo, software o microcódigo) que se ejecuta en uno o más procesadores alojados en el mismo dispositivo o alojamiento que el sensor 140-1 y/o la fuente 140-2 de luz. La fuente 140-2 de luz puede realizar una o más funciones de accionamiento de luz, tales como encendido/apagado, atenuación y producción de luz blanca o luz de color ajustable. El sensor 140-1 es un sensor que puede detectar, por ejemplo, una o más de luz del día, ocupación, IR, onda de presión (sonido), movimiento, dióxido de carbono, humedad y temperatura. El módulo 140-3 de control proporciona una o más funciones de control para controlar el comportamiento de otros módulos y dispositivos, tales como uno o más de la fuente 140-2 de luz, el sensor 140-1, el módulo 120 de puesta en marcha, el módulo 110 gestor ambiental, el módulo 130 de pasarela y la luminaria 150 de IP.
La luminaria 140 de IP puede proporcionar una o más interfaces externas para comunicarse con otros módulos del sistema 100A. Por ejemplo, la luminaria 140 de IP puede proporcionar una interfaz EnvisionIP (por ejemplo, los enlaces L5 y L7) para su uso en la puesta en marcha de la fuente 140-2 de luz y/o para su uso mediante el módulo 140-3 de control para influenciar el comportamiento de otras luminarias de área y sensores conectados de manera comunicativa consigo mismo (por ejemplo, la fuente 150-2 de luz y el sensor 150-1), la fuente 140-2 de luz o el sensor 140-1. La luminaria 140 de IP puede proporcionar también una interfaz xCLIP para su uso mediante el módulo 140-3 de control para capacidades básicas de acceso y control de la fuente 140-2 de luz u otras fuentes de luz conectadas de manera comunicativa a luminaria 140 de IP. La interfaz xCLIP puede usarse también mediante otros módulos de sistema (por ejemplo, el módulo 130 de pasarela) para acceder a datos de sensor generados por sensores accesibles a la luminaria 140 de IP (por ejemplo, los sensores 140-1 y 150-1), y datos de consumo de energía y de diagnóstico disponibles para fuente 140-2 de luz y/o la luminaria 140 de IP. La Figura 1C y su descripción asociada proporcionan detalles adicionales con respecto a los componentes de una luminaria de IP y las diversas interfaces usadas por estos componentes.
El dispositivo 160 de control ambiental puede ser cualquier dispositivo para controlar condiciones ambientales en un espacio. Tales dispositivos incluyen, sin limitación, teléfonos inteligentes, tales como iPhone®, dispositivos informáticos de tableta o portátiles, tales como iPad®, ordenadores portátiles, dispositivos de entrada y/o visualización táctil y/o activados por voz conectados de manera comunicativa a uno o más procesadores, dispositivos informáticos de sobremesa, decodificadores de salón, dispositivos informáticos llevables (por ejemplo, relojes y gafas inteligentes) y así sucesivamente.
En algunas realizaciones, los componentes del sistema 100A representado en la Figura 1A pueden interactuar de la siguiente manera. El dispositivo 160 de control ambiental recibe una entrada del usuario que indica su deseo para cambiar una condición ambiental en sus cercanías. Por ejemplo, el dispositivo 160 de control puede ser un teléfono inteligente, y el usuario puede indicar, usando una interfaz de usuario gráfica visualizada en el teléfono inteligente, su deseo de aumentar el nivel o intensidad de luz en una zona de trabajo, tal como una mesa en la habitación donde el usuario está físicamente presente. La interfaz de usuario gráfica puede usarse también para controlar otros parámetros de iluminación, tales como el color, la temperatura y dirección de color.
Mientras tanto, las luminarias 140 y 150 de IP, que controlan la iluminación en la zona de trabajo anteriormente mencionada, cada una genera señales de luz codificadas que comprenden códigos que identifican, por ejemplo, a ellas mismas y/o a las fuentes 140-2 y 150-2 de luz respectivamente. La luminaria 150 de IP transmite la señal de luz codificada que comprende el código que la identifica a sí misma y/o a la fuente 150-2 de luz al dispositivo 160 de control ambiental mediante el enlace L8 y la luminaria 140 de IP transmite la señal de luz codificada que comprende el código que la identifica a sí misma o a la fuente 140-2 de luz mediante el enlace L9. Mediante el enlace L2, el dispositivo 160 de control ambiental transmite una o más señales que comprenden una solicitud de control ambiental. La solicitud de control ambiental contiene información con respecto a cambios que desea hacer el usuario del dispositivo 160 de control ambiental en su entorno, así como información sobre los dispositivos, tales como las luminarias de IP, que puede usarse para llevar a cabo los deseos del usuario. Por ejemplo, la solicitud de control ambiental puede codificar el deseo del usuario para aumentar el nivel de luz en una zona de trabajo, tal como una mesa, así como información de identificación de las señales de luz codificadas recibidas por el dispositivo 160 de control ambiental.
El módulo 110 gestor ambiental, que se ejecuta en uno o más procesadores, recibe la una o más señales que comprenden la solicitud de control ambiental desde el dispositivo 160 de control ambiental y genera un comando de control ambiental. En muchas realizaciones, el comando de control ambiental comprende la información codificada en la solicitud de control ambiental, pero en un formato entendible por el módulo de pasarela o las unidades puestas en marcha (por ejemplo, la luminaria de IP) a los que se transmite. Adicionalmente, mientras que la solicitud de control ambiental puede contener información más general con respecto a cambios ambientales deseados en una habitación o zona de trabajo particular, el comando de control ambiental es más específico con respecto a la implementación de los cambios solicitados codificados en la solicitud de control ambiental. Por ejemplo, el comando de control ambiental puede contener instrucciones específicas, que cuando se procesan por un grupo de luminarias de IP, hacen que las luminarias de IP efectúen cambios específicos en la iluminación. El módulo 110 gestor ambiental puede transmitir posteriormente, mediante el enlace L3, el comando de control ambiental al módulo 130 de pasarela. El módulo 130 de pasarela puede almacenar datos asociados con el comando de control ambiental, tales como la información de identificación asociada con la luminaria o luminarias de IP que responderán al cambio deseado del usuario en el nivel de iluminación. El módulo 130 de pasarela puede a continuación comunicarse mediante el enlace L5 para dar instrucciones a la luminaria 150 de IP y/o a la luminaria 140 de IP para ajustar su iluminación para producir el nivel de luz solicitado por el usuario.
La Figura 1B ilustra un sistema 100B para gestionar condiciones ambientales dentro de una estructura física. El sistema incluye un módulo 110 gestor ambiental, un módulo 120 de puesta en marcha, un control 131 remoto de IR, luminarias 140 y 150 de IP y un dispositivo 160 de control ambiental. La luminaria 140 de IP está asociada con el sensor 140-1, la fuente 140-2 de luz y el módulo 140-3 de control, y la luminaria 150 de IP está asociada con el sensor 150-1, la fuente 150-2 de luz y el módulo 150-3 de control (que puede denominarse también como un "controlador"). Algunas otras realizaciones del sistema 100B pueden incluir módulos gestores ambientales, luminarias de IP, módulos de puesta en marcha, dispositivos de control ambiental y/o controles remotos de IR adicionales o menos. Los componentes del sistema 100B están vinculados de manera comunicativa usando los enlaces L1 a L7, como se representa en la Figura 1B. Los componentes nombrados idénticamente de los sistemas 100A y 100B pueden ser idénticos en su composición y comportamiento. Sin embargo, el módulo 110 gestor ambiental y las luminarias 140 y 150 de IP pueden comportarse de manera diferente en la configuración modificada del sistema 100B. Adicionalmente, los enlaces L1 y L2 del sistema 100B son los mismos que los enlaces L1 y L2 del sistema 100A; Los enlaces L5, L6 y L7 del sistema 100B son los mismos que los enlaces L8, L7 y L9, respectivamente, del sistema 100A.
El control 131 remoto de IR es cualquier dispositivo que usa luz infrarroja para emitir comandos a dispositivos receptores. El control 131 remoto de IR puede usar el enlace L8 para emitir comandos de control a la luminaria 140 de IP o a sus componentes, tales como el sensor 140-1 y la fuente 140-2 de luz. En muchas realizaciones del sistema 100B, el enlace L8 puede representar el protocolo RC-5.
En algunas realizaciones, los componentes representados en la Figura 1B pueden interactuar de la siguiente manera. El dispositivo 160 de control ambiental recibe una entrada del usuario que indica su deseo para cambiar una condición ambiental en sus cercanías. Por ejemplo, el dispositivo 160 de control puede ser un teléfono inteligente, y el usuario puede indicar, usando una interfaz de usuario gráfica visualizada en el teléfono inteligente, su deseo de aumentar el nivel de luz en una zona de trabajo, tal como una mesa en una habitación donde el usuario no está físicamente presente. Mientras tanto, las luminarias 140 y 150 de IP, que controlan la iluminación en la zona de trabajo anteriormente mencionada, cada una genera señales de luz codificada que comprenden códigos que identifican las luminarias 140-2 y 150-2 respectivamente. La luminaria 140 de IP transmite la señal de luz codificada que comprende el código que identifica la fuente 140-2 de luz al dispositivo 160 de control ambiental mediante el enlace L7, y la luminaria 150 de IP transmite la señal de luz codificada que comprende el código que identifica la fuente 150-2 de luz al dispositivo 160 de control ambiental mediante el enlace L5. Mediante el enlace L2, el dispositivo 160 de control ambiental transmite una o más señales que comprenden una solicitud de control ambiental. El módulo 110 gestor ambiental, que se ejecuta en uno o más procesadores, recibe la una o más señales que comprenden la solicitud de control ambiental desde el dispositivo 160 de control ambiental, y genera un comando de control ambiental. Los detalles sobre la solicitud de control ambiental y el comando de control ambiental se especificaron anteriormente en el contexto de la Figura 1A. El módulo 110 gestor ambiental puede transmitir posteriormente, mediante el enlace L3, el comando de control ambiental a la luminaria 140 de IP y/o a la luminaria 150 de IP para ajustar la iluminación producida por la fuente 140-2 de luz y/o la fuente 150-2 de luz para conseguir el nivel de iluminación solicitado por el usuario del dispositivo 150 de control ambiental. El mismo usuario o uno diferente puede usar también el control 131 remoto de IR mientras está ubicado próximamente a la luminaria 140 de IP, para emitir directamente un comando a la luminaria 140 de IP para ajustar la iluminación producida por la fuente 140-2 de luz.
La Figura 1C ilustra componentes de las luminarias 110C y 120C de IP y las interfaces que vinculan los componentes de acuerdo con algunas realizaciones. La luminaria 110C de IP comprende el módulo 110C-1 de control de componentes, el controlador 110C-2 de LED CC-CC, el sensor 110C-3 de ILB y uno o más LED 110C-4. Análogamente, la luminaria 120C de IP comprende el módulo 120C-1 de control de componentes, el controlador 120C-2 de LED de CC-CC, el sensor 120C-3 de ILB y uno o más LED 120C-4. Los módulos 110C-1 y 120C-1 de control pueden ser cualquier tipo de módulo de control descrito en el contexto de la Figura 1A. En algunas realizaciones, los módulos 110C-1 y/o 120C-1 de control pueden ser dispositivos de PoE basados en STM32. Los módulos 110C-1 y 120C-1 de control se muestran para codificar datos para la transmisión a los controladores 110C-2 y 120C-2 de LED de CC-CC, respectivamente, usando modulación de anchura de pulso (PWM).
En los LED, a medida que aumenta la tensión, la corriente tiende a aumentar rápidamente. Por consiguiente, incluso pequeñas fluctuaciones en la tensión tienden a provocar grandes fluctuaciones en la corriente, que a su vez provocan daño a los LED. Debido al riesgo de daño a los LED debido a tales fluctuaciones de tensión, se usan controladores de LED para conectar los LED a una fuente de tensión, tal como una fuente de alimentación o una batería. Los controladores de LED controlan potencia de entrada a los LED, de modo que puedan operarse de manera segura. Los controladores 110C-2 y 120C-2 de LED son circuitos electrónicos que convierten potencia de entrada en una fuente de corriente en la que la corriente es constante a pesar de las fluctuaciones de tensión. Los módulos 110C-1 y 120C-1 de control pueden comunicarse con otros módulos de sistema a través de interfaces xCLIP, y entre sí a través de la interfaz EnvisionIP. Los sensores 110C-3 y 120C-3 de ILB reciben señales de control desde los controles 140C-1 y 140C-2 remotos de IR, respectivamente, a través de las interfaces RC5. El conmutador 130C de PoE recibe datos a través de interfaces EtherNet/IP, y transmite los datos recibidos así como la potencia eléctrica a la luminaria 110C de IP mediante las interfaces PoE y EtherNet/IP.
La Figura 1D ilustra un sistema 100D para gestionar condiciones ambientales dentro de una estructura física. El sistema comprende un módulo 110 gestor ambiental, al menos una unidad 120D puesta en marcha, al menos una memoria 130D y al menos un sensor 140D. El módulo 110 gestor ambiental está conectado de manera comunicativa a la unidad 120D puesta en marcha mediante el enlace L3 y a la memoria 130D mediante el enlace LK. La unidad 120D puesta en marcha está conectada de manera comunicativa al sensor 140D y a la memoria 130D mediante el enlace LK. LK es cualquier conexión o componente que posibilita la comunicación de información entre al menos dos componentes de sistema. Por ejemplo, un LK incluye una conexión de comunicaciones alámbricas o inalámbricas, una conexión de comunicaciones de frecuencia de radio y una conexión de comunicaciones ópticas. LK puede indicar también un protocolo de comunicación compartida, una interfaz de software o hardware o invocaciones o llamadas de procedimiento del método remoto.
La unidad 120D puesta en marcha puede comprender uno o más dispositivos que están asociados entre sí dentro de un sistema, tal como el sistema 100A o 100D, y que se comportan de acuerdo con configuraciones particulares de activadores internos (activadores que surgen desde dentro de la unidad puesta en marcha) y activadores externos (activadores que surgen desde fuera de la unidad puesta en marcha). Los activadores pueden incluir, por ejemplo, datos de sensor o un control manual o central. Un único dispositivo puede ser parte de múltiples unidades puestas en marcha. Las unidades puestas en marcha, tal como la unidad 120D puesta en marcha, pueden también estar organizadas jerárquicamente. Por ejemplo, una unidad puesta en marcha puede comprender otras unidades puestas en marcha, y puede influenciar el comportamiento de estas unidades puestas en marcha. En algunas realizaciones, el sensor 140D es un sensor en una zona designada dentro de la estructura física. El sensor 140D está configurado para producir datos indicativos de, por ejemplo, movimiento, ocupación, sonido, la presencia de uno o más gases, iluminación, humedad y temperatura. En tales realizaciones, la unidad 120D puesta en marcha, que está conectada de manera comunicativa al sensor 140D a través del enlace LK y al módulo 110 gestor ambiental a través del enlace L3, está configurada para recibir los datos producidos por el sensor 140D. La unidad 120D puesta en marcha puede estar también configurada para determinar si los datos de sensor representan o no un cambio de estado asociado con la zona designada. En muchas realizaciones, la unidad 120D puesta en marcha también está configurada para actualizar, a través del enlace LK, al menos una memoria 130D, de acuerdo con los datos de sensor que representan el cambio de estado.
La Figura 2A representa la arquitectura 200A de componente de una red de iluminación de acuerdo con algunas realizaciones. En la arquitectura ilustrada, hay tres capas de componentes principales: una capa de núcleo, una capa de distribución y una capa de borde, cada una rodeada por líneas discontinuas. La capa de núcleo comprende un módulo 210A gestor ambiental que está conectado de manera comunicativa a un encaminador de ala izquierda y a un encaminador de ala derecha. Los encaminadores pueden tener capacidades de respaldo de tarjeta flash y pueden configurarse de manera que cada uno tenga acceso a una subred de IP por puerto. El módulo 210a gestor ambiental está conectado de manera comunicativa directa o indirectamente a: diversos componentes en la red de iluminación de un sistema para gestionar condiciones ambientales (por ejemplo, el encaminador de ala izquierda, el encaminador de ala derecha y los conmutadores de planta en la capa de distribución), y a la red de IT de la estructura cuyo ambiente está gestionando el módulo 210A gestor ambiental. En muchas realizaciones, el módulo 210A gestor ambiental puede obtener acceso a datos relacionados con HVAC a través de la red de IT de la estructura.
La capa de distribución puede consistir en un conmutador de IP por planta de la estructura, y por encaminador de capa de núcleo (representado como conmutador de planta 1 (izquierda), conmutador de planta 1 (derecha), conmutador de planta 2 (izquierda), conmutador de planta 2 (derecha)... conmutador de planta N (izquierda), conmutador de planta N (derecha)). En muchas realizaciones, estos conmutadores de IP soportan el protocolo del árbol de expansión. La capa de borde consiste en un número de anillos (representados como una única flecha curva a través de las capas de borde laterales) por conmutador de capa de distribución y un módulo de pasarela por planta para proporcionar control de iluminación de nivel de planta. Cada anillo consiste en un número de conmutadores de PoE, en conexión encadenada y conectados a dos puertos del respectivo conmutador de capa de distribución en un anillo. Una disposición de este tipo proporciona la ventaja de que si se rompe un anillo de los conmutadores de PoE en cualquier punto en la configuración de anillo, todos los conmutadores de PoE pueden aún alcanzarse a través de la red.
La Figura 2B ilustra un diagrama de bloques de una realización 200B de un sistema para gestionar condiciones ambientales dentro de una estructura física y los diferentes entornos de red asociados con diversos componentes del sistema. La realización 200B comprende un módulo gestor ambiental, un módulo de puesta en marcha y múltiples módulos de pasarela que pueden ser cualquier tipo de módulo gestor ambiental, el módulo de puesta en marcha y el módulo de pasarela, respectivamente, descritos en el contexto de la Figura 1A. Los múltiples módulos de pasarela se presentan estando vinculados de manera comunicativa a múltiples unidades puestas en marcha (por ejemplo, las luminarias y los sensores). En esta realización, los usuarios de instalación pueden usar dispositivos portátiles, tales como teléfonos inteligentes que ejecutan aplicaciones (apps) de control personal para enviar solicitudes para cambios ambientales al módulo gestor ambiental mediante el enlace de comunicación representado. Los teléfonos inteligentes que ejecutan las aplicaciones de control personal se muestran que son operacionales dentro de Internet, pero no dentro de la red de IT o la red de iluminación asociada con el sistema para gestionar condiciones ambientales. Adicionalmente, los gestores de la instalación pueden utilizar aplicaciones basadas en explorador (también conectadas a Internet), tal como un tablero central u otra aplicación de gestión ambiental para enviar solicitudes similares para cambios ambientales al módulo gestor ambiental mediante Internet. Las aplicaciones de control personal y las aplicaciones basadas en explorador pueden recibir también información (por ejemplo, datos sobre la energía consumida por las luminarias en la red de iluminación) desde el módulo gestor ambiental para su visualización en sus interfaces de usuario. En la realización representada, el módulo gestor ambiental, el módulo de puesta en marcha y su una o más bases de datos compartidas están dentro de la red de IT privada de la estructura física. Sin embargo, los múltiples módulos de pasarela y las unidades puestas en marcha están dentro de la red de iluminación privada de la estructura. Los datos que salen o entran en las redes privadas mediante el módulo gestor ambiental puede requerirse que pasen través de cortafuegos.
La Figura 3A ilustra una realización 300A de una configuración conectada independiente de un sistema para gestionar condiciones ambientales. La realización 300A incluye el encaminador 310, el controlador 320 de área, las fuentes de alimentación de PoE o los "conmutadores" 330 y 340, y dos agrupaciones de luminarias 350-1 a 350-4 y 360-1 a 360­ 4. En la configuración de la realización 300A, la infraestructura de IP necesita conectarse a Internet.
El encaminador 310 es cualquier dispositivo de interconexión en red que reenvía paquetes de datos en una red informática. Está conectado a los conmutadores 330 y 340 de PoE y al controlador 320 de área mediante el enlace L1, que proporciona una interfaz xCLIP para acceder a datos desde las agrupaciones representadas de luminarias, así como datos de sensor, de consumo de energía y de diagnóstico disponibles desde las luminarias. La Potencia sobre Ethernet o PoE hace referencia a cualquier sistema (normalizado o ad-hoc) para proporcionar potencia eléctrica y datos en cableado de Ethernet. PoE permite que un único cable proporcione tanto una conexión de datos como potencia eléctrica a dispositivos tales como puntos de acceso inalámbricos, teléfonos IP, luminarias de IP o cámaras de IP. Aunque otras normas, tales como USB, pueden proporcionar potencia a dispositivos a través de cables de datos, PoE permite longitudes de cable más largas. En sistemas PoE, los datos y la potencia pueden llevarse en los mismos conductores, o en conductores especializados en un único cable. Por lo tanto, PoE elimina la necesidad de fuentes de alimentación en el dispositivo de Ethernet/IP.
El controlador 320 de área puede implementarse en hardware, cualquier combinación de hardware y código informático (por ejemplo, software o microcódigo), o completamente en código informático que se ejecuta en uno o más procesadores. El controlador 320 de área puede usarse para realizar diversas funciones de control de área para un área definida (por ejemplo, una planta de un edificio). En muchas realizaciones, el controlador 320 de área proporciona una interfaz de usuario gráfica activa para que los usuarios de sistema gestionen las funciones de control. Otra funcionalidad de control de este tipo puede realizarse, adicionalmente o como alternativa, por dispositivos tales como luminarias o luminarias de IP con las interacciones del controlador 320 de área. De acuerdo con algunas realizaciones, el controlador 320 de área puede, por ejemplo: (a) controlar múltiples unidades puestas en marcha o zonas dentro de un edificio; (b) usarse para agrupar dispositivos y/o unidades puestas en marcha durante el proceso de puesta en marcha; (c) determinar la ocupación de área y ajustar la iluminación para un área en consecuencia; (d) ajustar niveles de luz de fondo o regular los niveles de iluminación en cambios en la luz natural disponible para un grupo de unidades puestas en marcha; (e) recoger y analizar datos de sensor y/o de consumo de energía desde una o más luminarias y sensores; y (f) participar en la planificación de cambios ambientales, tales como cambios en los niveles de iluminación dentro de un área. Las descargas de software pueden tener lugar también a través del controlador 320 de área. En muchas realizaciones, el controlador 320 de área puede desempeñar un papel intermedio, donde captura una descarga de software desde un servidor central y distribuye la actualización a respectivas luminarias y otros dispositivos de manera apropiada. El controlador 320 de área puede actuar también como un puente de seguridad entre las agrupaciones de luminarias dentro de una red de iluminación privada y una red privada de terceros, tal como una red que comprende un sistema de gestión de edificios (BMS). En algunas realizaciones, el controlador 320 de área opera dentro de una red de IP privada, y las herramientas de software, tales como una herramienta de mantenimiento que se ejecuta en un dispositivo portátil del usuario de sistema autorizado pueden intercambiar datos con el controlador 320 de área conectándose temporalmente a la red de IP.
Las luminarias 350-1 a 350-4, y 360-1 a 360-4 pueden ser luminarias de IP, tal como la luminaria 140 de IP o las luminarias que comprenden fuentes de luz, tal como la fuente 140-2 de luz, descrita en el contexto de la Figura 1A. Las redes de luminarias en la realización 300A pueden ser compatibles con normas de IP, y pueden operar en una red de IP. Las luminarias cada una está conectada al conmutador 330 de PoE a través de cualquier enlace L2 o L3. El enlace L2 y/o L3 puede proporcionar una interfaz PoE, una interfaz xCLIP o una interfaz de IP para comunicaciones entre el conmutador 330 de PoE y las luminarias.
La Figura 3B representa una realización 300B de una configuración integrada de extremo a extremo de un sistema para gestionar condiciones ambientales. La realización 300B incluye el encaminador 310, el controlador 320 de área, los conmutadores 330 y 340 de PoE, dos agrupaciones de luminarias 350-1 a 350-4 y 360-1 a 360-4, el tablero 370 de controlador de iluminación, el tablero 380 de controlador de edificio, el controlador 390 de planta, el controlador 395 de HVAC, el controlador 395-1 de flujo de aire activo de HVAC y el controlador 395-2 de temperatura. Muchos de los componentes de la realización 300B pueden ser similares o idénticos a los componentes nombrados de manera idéntica de la realización 300A. Por ejemplo, el encaminador 310, el controlador 320 de área, los conmutadores 330 y 340 de PoE y las luminarias 350-1 a 350-4 y 360-1 a 360-4 pueden ser, respectivamente, cualquier tipo de encaminador, el controlador de área, la fuente de alimentación de PoE y el dispositivo de luminaria descritos con respecto a la realización 300A de la Figura 3A.
El tablero 370 de controlador de iluminación puede ser, por ejemplo, código informático que visualiza una interfaz de usuario que es una parte de, o que se ejecuta en uno o más procesadores conectados de manera comunicativa a, módulos de sistema, tales como el módulo 110 gestor ambiental de la Figura 1. La interfaz de usuario del tablero de controlador de iluminación puede presentarse visualmente en cualquier dispositivo de control ambiental analizado en el contexto de la Figura 1, tal como el dispositivo 160 de control ambiental. Por ejemplo, el tablero 370 de controlador de iluminación puede ser una aplicación que se ejecuta en un dispositivo portátil, tal como un iPhone® o iPad®. El tablero 370 está conectado de manera comunicativa al controlador 320 de área, al encaminador 310 y a los conmutadores 330 y 340 de PoE a través de los enlaces L1 y L5, que pueden proporcionar una interfaz xCLIP o IP para el intercambio de datos. El tablero 370 de controlador de iluminación puede usarse también para propósitos de monitorización (por ejemplo, monitorización de consumo de energía y estado de sistema) y para despliegue de planificaciones de iluminación. El tablero 470 puede también recoger y agregar información, tal como el consumo de energía, el estado de sistema y la información de ocupación, desde múltiples controladores de área para proporcionar a sus usuarios una vista completa y actual del sistema en funcionamiento.
El tablero 380 de controlador de edificio, el controlador 390 de planta y el controlador 395 de HVAC pueden implementarse en hardware, cualquier combinación de hardware y código informático (por ejemplo, software o microcódigo), o completamente en código informático que se ejecuta en uno o más procesadores. Estos componentes de la realización 300B pueden usarse para realizar diversas funciones relacionadas con la gestión de un sistema de HVAC del edificio, tal como la monitorización y el control de temperatura y flujo de aire del edificio. En muchas realizaciones, el tablero 380 de controlador de edificio puede presentar visualmente una interfaz de usuario que es una parte de, o que se ejecuta en, uno o más procesadores conectados de manera comunicativa a los módulos de sistema, tal como el módulo 110 gestor ambiental de la Figura 1. La interfaz de usuario del tablero 380 de controlador de edificio puede visualizarse en cualquier dispositivo de control ambiental analizado en el contexto de la Figura 1, tal como el dispositivo 160 de control ambiental. Por ejemplo, el tablero 380 de controlador de edificio puede ser una aplicación que se ejecute en un dispositivo portátil, tal como un iPhone® o iPad®. Puede haber múltiples controladores de planta que proporcionan al tablero 380 información con respecto a condiciones ambientales en diferentes plantas de un edificio, cuyo tablero puede a continuación presentarla visualmente en su interfaz de usuario.
En la configuración de la realización 300B, el subsistema de iluminación (por ejemplo, las agrupaciones de luminarias, las fuentes de alimentación de PoE, el controlador de área y el encaminador) puede estar conectado de manera comunicativa a una infraestructura de red de IP de terceros, que puede también estar conectada a Internet. En estas realizaciones, el tablero 380 de controlador de edificio, el controlador 390 de planta, el controlador 395 de HVAC, el controlador 395-1 de flujo de aire activo de HVAC y el controlador 395-2 de temperatura pueden ser componentes integrales de un sistema de gestión de edificio de terceros que opera dentro de la infraestructura de red de IP de terceros. La red de IP de terceros puede compartir información de edificio, tal como información de HVAC con el subsistema de iluminación y el tablero 370 de controlador de iluminación cuando sea necesario. Por ejemplo, el tablero 370 de controlador de iluminación puede visualizar información de HVAC, tal como la temperatura en áreas particulares cerca de unidades puestas en marcha con gran cantidad de luminarias. Esta información de temperatura puede obtenerse por el tablero 370 de controlador de iluminación mediante una conexión a la infraestructura de red de IP de terceros.
La Figura 4A ilustra un diagrama de bloques de los componentes de una realización de un módulo gestor ambiental, junto con otros dispositivos y componentes con los que el módulo gestor ambiental está conectado de manera comunicativa. La arquitectura del módulo gestor ambiental puede estar basada en el modelo de arquitectura servidorcliente de empresa de n niveles, en el que las funciones, tales como el procesamiento de aplicaciones, la gestión de datos de aplicaciones y la presentación están física y/o lógicamente separadas.
El extremo delantero del módulo gestor ambiental puede ser una aplicación basada en web que se ejecuta en la parte superior de la Estructura de Presentación de Servicios de Interiores (ISPF). En la Figura 4A, el extremo delantero del módulo gestor ambiental puede presentarse visualmente en el dispositivo (por ejemplo, el dispositivo informático portátil) indicado por el icono de monitor y ubicado cerca del icono que representa un gestor de instalación. ISPF es una estructura de software que posibilita la creación de aplicaciones basadas en web para el control de iluminación, la monitorización de estado y la gestión de energía para sistemas de HVAC y de gestión de iluminación. Es una solución de software basada en la nube y a nivel empresarial que puede interconectar con controladores en un sistema para gestionar condiciones ambientales, tal como el sistema 100 de la Figura 1. Una aplicación basada en web del módulo gestor ambiental que interconecta con el usuario final (por ejemplo, el gestor de la instalación) proporciona, en muchas realizaciones, una estructura de la aplicación, una aplicación de portal, un módulo de inicio de sesión y funcionalidad de ayuda. La estructura de ISPF, en la parte superior de la cual se ejecuta el módulo gestor ambiental, proporciona al módulo gestor ambiental con la información necesaria para proporcionar la estructura de la aplicación y la aplicación de portal, como se describe en mayor detalle a continuación.
La capa de presentación del módulo gestor ambiental representada en la Figura 4A está basada en el paradigma de diseño de Modelo-Vista-Controlador (MVC). Una capa es un mecanismo de estructuración lógica común para diversos elementos que constituyen una solución de software. La capa de presentación consiste principalmente en los portlet normalizados, tales como un portlet de control, un portlet planificador, un macro portlet, un portlet de ajustes de usuario y un portlet de notificaciones. Los portlet son componentes de interfaz de usuario (UI) de software conectables que pueden presentarse visualmente en un portal web. Un portlet también típicamente comprende un conjunto de objetos JavaScript. Producen fragmentos de código de marcaje (por ejemplo HTML, XHTML, WML), que a continuación se agregan en una UI completa para el portal web. En muchas realizaciones, un portal web puede comprender una pluralidad de ventanas de portlet no solapantes. En tales realizaciones, cada ventana portlet puede presentar visualmente el componente o componentes de UI de un portlet específico. La capa presentación puede implementarse, por ejemplo, usando el servidor de portal Liferay®, DOJO®, MxGraph®, JqChart® y JavaScript®.
En muchas realizaciones, la capa de presentación invoca a la capa de servicio usando la interfaz REST/SOAP, ya que la ISPF expone servicios disponibles como las interfaces REST y SOAP. Estos servicios típicamente utilizan los objetos de negocio definidos en la capa de negocio para realizar su funcionalidad. La capa de servicio puede exponer también las API REST en formato XML y JSON, como entrada y salida. Las aplicaciones web cliente pueden interactuar con la aplicación de gestor ambiental que se ejecuta como un servidor invocando la interfaz REST/SOAP a través de HTTP/HTTPS usando XML/JSON.
La capa de negocios gestiona objetos de negocios que interconectan con uno o más servidores y controladores de base de datos, en su sistema asociado para gestionar condiciones ambientales, mediante la capa de acceso de datos y la pasarela de comunicación. En muchas realizaciones, los objetos de negocio se modularizan de manera que múltiples servicios asociados con la capa de servicio pueden invocar el mismo objeto de negocio para que realice su funcionalidad expuesta. En muchas realizaciones, un servicio puede usar múltiples objetos de capa de negocio para realizar su funcionalidad. La capa de negocio puede invocar también el bus de mensajes para comunicarse con los controladores en su sistema asociado para gestionar condiciones ambientales.
La capa de acceso de datos proporciona una manera para reducir el grado de acoplamiento entre la lógica de negocio y la lógica de persistencia. Una lógica de negocio de aplicación a menudo requiere objetos de dominio que se hacen persistir en una base de datos. La capa de acceso de datos permite la encapsulación de código para realizar las operaciones, crear, leer, actualizar y borrar (CRUD) contra los datos de persistencia sin afectar al resto de las capas de aplicación (por ejemplo, la capa de presentación). Esto significa que cualquier cambio en la lógica de persistencia no afectará de manera adversa cualesquiera otras capas del módulo gestor ambiental. La capa de acceso de datos, por lo tanto, posibilita que las aplicaciones tales como una aplicación basada en web del módulo gestor ambiental se integre sin problemas con un nuevo proveedor de base de datos.
El motor de mediación proporciona encaminamiento basado en reglas de datos dentro del módulo gestor ambiental. En algunas realizaciones, el motor de mediación puede comprender una implementación basada en objetos de Java® de patrones de integración empresariales que usan una API para configurar reglas de encaminamiento y mediación. Por ejemplo, el encaminamiento basado en reglas del motor de mediación puede garantizar que todos los eventos de alarma encontrados por el módulo gestor ambiental se encaminan a una base de datos para hacerse persistir, y todos los eventos de red se hacen persistir en otra base de datos.
El bus de mensajes proporciona funcionalidad de puesta en cola y se usa para procesar todas las comunicaciones desde los controladores que se reciben por el módulo gestor ambiental. Particularmente, el bus de mensajes proporciona funcionalidad de puesta en cola para la priorización de información recibida desde la capa de negocios y desde la pasarela de comunicación. Por ejemplo, toda la información (por ejemplo, las solicitudes) recibida por la pasarela de comunicación (por ejemplo, desde las unidades puestas en marcha) se encamina a través del bus de mensajes usando el motor de mediación. Cualquier respuesta a tales solicitudes desde la pasarela de comunicación se encamina a través del bus de mensajes. En muchas realizaciones, el bus de mensajes puede usarse, por ejemplo, para: (a) priorizar y reenviar solicitudes de pasarela de comunicación recibidas desde la capa de negocios, correos electrónicos de notificación y mensajes de SMS; (b) envío de mensajes de estado y de alarma a la capa de presentación para su visualización en una UI; (c) ejecutar procesos asíncronos; (d) mensajería síncrona y asíncrona; y (d) despachar mensajes en serie y en paralelo a múltiples módulos.
En muchas realizaciones, el bus de mensajes comprende un componente gestor de sincronización, usado para publicar actualizaciones en tiempo real desde los controladores y los dispositivos puestos en marcha a las aplicaciones de extremo frontal. Las aplicaciones (por ejemplo, un tablero central que presenta información procesada por el módulo gestor ambiental) pueden suscribirse a actualizaciones en tiempo real desde los controladores (por ejemplo, alarmas, eventos de iluminación, actualizaciones de energía). Cada vez que se recibe una actualización en tiempo real, por ejemplo, por la pasarela de comunicación, el gestor de sincronización puede notificar a todos los suscriptores.
Se usa la base de datos NoSQL (una base de datos dentro de la memoria) para almacenar las 24 horas más recientes de datos de tendencias. En muchas realizaciones, todos los datos en la base de datos dentro de la memoria deberán almacenarse en una caché y no deberán hacerse persistir. En muchas realizaciones, esta base de datos se ejecuta en un proceso separado en comparación con el mismo módulo gestor ambiental, y puede accederse a la base de datos usando SQL.
El servidor de base de datos se usa para almacenar datos de control, de gestión y de monitorización. El servidor de base de datos puede ser local o remoto al módulo gestor ambiental. Si es local, el servidor de base de datos puede crearse durante la instalación de producto. Una base de datos remota puede ser una base de datos nueva o existente que puede estar gestionada por el cliente. El servidor de base de datos puede acceder a múltiples esquemas para gestionar la diversidad de información que almacena. Por ejemplo, un esquema OpenFire® puede contener tablas relacionadas con el servidor XMPP. Estas tablas pueden contener información relacionada con los usuarios, las habitaciones y los permisos. Un esquema liferay® puede contener las tablas para gestionar portales, portlet, usuarios y datos de personalización de UI. Un esquema de alarma puede comprender tablas para la planificación y gestión de alarma.
La pasarela de comunicación proporciona un medio para que el módulo gestor ambiental se comunique con los dispositivos y las unidades puestas en marcha. En diversas realizaciones, la pasarela de comunicación está suscrita a eventos de dispositivo usando clases de envoltura COM Java® que usa para comunicarse con una Capa de Servicio de Campo (FSL) accesible a los dispositivos y a las unidades puestas en marcha (no se muestra FSL en la Figura 4A). Cuando se registran eventos tales como eventos de iluminación por las unidades puestas en marcha, se notifica a la pasarela de comunicación del evento por la FSL. La pasarela de comunicación, posteriormente, transmite la información de evento como apropiada a las capas superiores (por ejemplo, el bus de mensajes, la capa de negocios, la capa de servicios, la capa de presentación). La pasarela de comunicación se comunica con las capas superiores del módulo gestor ambiental de dos maneras: (1) a través de servicios REST accesibles únicamente por los componentes de capa de negocio, y (2) usando el bus de mensajes (por ejemplo, usando el protocolo XMPP para todas las solicitudes y respuestas). Ambos de estos mecanismos son configurables. Cuando el módulo gestor ambiental se ha desplegado en una nube de manera que la pasarela de comunicación está alojada en una red privada, puede posibilitarse la opción de comunicación de bus de mensajes.
En muchas realizaciones, para transmitir los datos a las capas superiores desde la FSL, la pasarela de comunicación convierte objetos de FSL recibidos desde la capa de FSL a un modelo de objeto común de ISPF. Para transmitir datos desde las capas superiores del módulo gestor ambiental a la FSL (que es cómo la pasarela de comunicación interconecta con unidades puestas en marcha), la pasarela de comunicación convierte objetos de modelo de objeto común de ISPF a objetos de FSL. En algunas realizaciones, la pasarela de comunicación usa la biblioteca ComfyJ para comunicarse con la FSL. La biblioteca ComfyJ proporciona clases de envoltura JNI para los objetos COM de FSL. En tales realizaciones, la pasarela de comunicación puede ejecutarse en un proceso de JVM separado, para el que puede asignarse un mínimo de 2GB espacio de almacenamiento dinámico.
En muchas realizaciones, la pasarela de comunicación comprende una API de pasarela de comunicación, código para convertir objetos específicos de dominio al modelo de objetos común de ISP, y clases de envoltura generadas ComfyJ (por ejemplo, clases de envoltura generadas ComfyJ de la FSL para propósitos de control y monitorización). Se usa típicamente la pasarela de comunicación API para enviar y recibir mensajes desde el bus de mensajes.
Se usa ISPF ETL (Extraer, Transformar y Cargar) para extraer datos del esquema de auditoría NoSQL y transformar los datos en un modelo de datos en estrella para cargarlo en el esquema de tendencias del servidor de base de datos. En muchas realizaciones, ETL es un proceso separado en ISPF que se ejecuta en un contexto de ejecución separado. El proceso ETL también se ejecuta en una base planificada, que es configurable. Una planificación por defecto puede ser ejecutar el proceso de eTl una vez cada 12 horas.
La capa de analíticas analiza datos producidos por unidades puestas en marcha y produce informes textuales y gráficos para su visualización en aplicaciones de extremo frontal. La capa de analíticas puede utilizar un diseño de informe o conjunto de herramientas de publicación para controlar la apariencia y aspecto de los informes generados y puede también usar un conjunto de herramientas de análisis (por ejemplo Pentagon Mondrian) para análisis de datos. La capa de analíticas puede proporcionar también una solución de procesamiento analítico en línea (OLAP) donde se recogen los datos, tales como los datos de registro de red de iluminación, en un repositorio central y se analizan para su uso por múltiples aplicaciones de usuario final.
La Figura 4B ilustra un diagrama de bloques de diversos componentes seleccionados de una realización desplegada en la nube de ISPF de un sistema para gestionar condiciones ambientales dentro de una estructura física. El despliegue en la nube comprende una máquina 405C en la nube que se ejecuta un servidor 410C supremo ambiental y sus módulos relacionados (el bus 430C de mensajes, el motor 435C de mediación, el motor 415C de analíticas, el servidor 420C de caché y el servidor 425C de base de datos). Estos módulos relacionados pueden ser similares a los módulos nombrados de manera similar en la Figura 4A. Sin embargo, en el despliegue en la nube de la Figura 4B, se despliegan múltiples módulos gestores ambientales (por ejemplo, 410-1C y 410-2C) dentro de redes privadas separadas (por ejemplo, 405-1C y 402-2C). Estos múltiples módulos gestores de la visión pueden intercambiar datos con la máquina 405C en la nube a través de sus respectivos buses de mensajes según se indica. Las conexiones entre el servidor 410C supremo y los módulos 410-1C y 410-2C gestores ambientales pueden asegurarse a través de un protocolo de TLS.
En la realización representada en la Figura 4B, el servidor 410C supremo ambiental, el motor 415C de analíticas, el servidor 420C de caché, la base de datos 425C, el bus 430C de mensajes y el motor 435C de mediación son todos entornos de ejecución que se ejecutan en la máquina en la nube, que es un dispositivo de hardware. El motor 415C de analíticas puede comprender un motor Pentaho Mondrian®, el servidor 420C de caché puede ser un servidor EhCache®, la base de datos 425C puede ser MS. El servidor de base de datos SQL® y el motor 435C de mediación pueden ser un motor Apache® Camel. Los módulos 445-1C y 445-2C de pasarela pueden ser cualquier tipo de módulos de pasarela descritos en el contexto de la Figura 1A. El servidor 410 supremo puede utilizar o incorporar de otra manera tecnologías tales como Liferay® v6.1, JRE 1.6, Apache CXF, DOJO v1.8, MXGraph, Spring 3, Strophe, JQChart, JasperReports, True License, InstallAny-Where y/o JPivot.
Puesta en marcha
Como se ha analizado inicialmente antes en el contexto de la Figura 1A, el módulo 120 de puesta en marcha participa en un proceso de puesta en marcha realizado, por ejemplo, por el sistema 100A para gestionar condiciones ambientales dentro de una estructura física. De acuerdo con algunas realizaciones, el proceso de puesta en marcha comprende las etapas representadas en la Figura 5. En diversas otras realizaciones, las etapas en el proceso no necesitan realizarse en el orden mostrado, puede omitirse una o más etapas y puede añadirse una o más etapas no representadas al proceso mostrado en la Figura 5. Las etapas incluyen la etapa 500, en la que están ubicados uno o más dispositivos; la etapa 510, durante la cual se crean las unidades puestas en marcha; la etapa 520, en la que se unen unidades puestas en marcha a dispositivos (por ejemplo, sensores) u otras unidades puestas en marcha; la etapa 530, en la que se vinculan unidades puestas en marcha; la etapa 540, en la que se configuran las unidades puestas en marcha para su uso dentro de un sistema, tal como el sistema 100A; y la etapa 550, en la que las unidades puestas en marcha se programan según sea necesario.
En la etapa 500 de la Figura 5, se ubican dispositivos que van a asociarse con un sistema tal como el sistema 100A. La ubicación es el mapeo de dispositivos tales como las luminarias, sensores y controladores a una ubicación física dentro de una estructura física, tal como un edificio. Las estructuras físicas, tales como edificios, en general, están asociados con una jerarquía. Por ejemplo, un campus puede comprender múltiples edificios, un edificio puede comprender múltiples plantas y una planta puede comprender múltiples habitaciones. Durante la etapa 500, puede ubicarse un dispositivo, tal como un sensor, estando asociado con una esquina particular o una habitación dentro de un edificio. Adicionalmente, los dispositivos, así como los espacios dentro de las estructuras, pueden estar asociados con funciones durante el proceso de ubicación. Por ejemplo, puede asignarse a una habitación la función de una oficina celular, un pasillo, un baño, una sala de reuniones o una oficina de planta abierta. Puede asignarse a un dispositivo la función de, por ejemplo, detección de ocupación, detección de luz, producción o control de luz. Durante el proceso de puesta en marcha, puede crearse también un plano de planta digital, tal como un edificio. De acuerdo con algunas realizaciones, el plano de planta puede comprender todos los detalles con respecto a la jerarquía de la estructura (por ejemplo, plantas, espacios funcionales dentro de las plantas, dispositivos y sus ubicaciones dentro de los espacios funcionales). Un plano de la panta puede contener también información sobre enlaces funcionales entre los dispositivos de control y las unidades puestas en marcha. El plano de planta puede crearse de manera interactiva por un usuario autorizado que accede a una herramienta de puesta en marcha ejecutada por uno o más procesadores asociados con el módulo 120 de puesta en marcha, en donde la herramienta de puesta en marcha ilustra visualmente los diversos niveles de jerarquía asociados con la estructura. Se representa un plano de planta digital ilustrativo en la Figura 18. El plano de planta puede también identificar visualmente todos los dispositivos ubicados y sus propiedades.
La ubicación puede implicar también dispositivos tales como luminarias o unidades puestas en marcha que comprenden luminarias que se activan para parpadear e identificar visualmente su ubicación. La ubicación puede conseguirse también usando tecnología de luz codificada. En general, la tecnología de luz codificada implica una modulación no visible de luz para contener información acerca de la fuente de luz, tal como un identificador único e información de ubicación. Ejemplos de dispositivos que puede ubicarse usando tecnología de luz codificada incluyen, sin limitación, controladores de área, módulos de pasarela, luminarias, sensores ILB, sensores PoE, interfaces de usuario de control manual de PoE y conmutadores PoE. Durante y/o después del proceso de ubicación, los dispositivos pueden informar sus propiedades a una herramienta de puesta en marcha asociada, por ejemplo, con el módulo 120 de puesta en marcha de la Figura 1A. Una luminaria puede informar, por ejemplo, información indicativa de su tipo (por ejemplo, CCT, máxima salida), sensores disponibles, versión de hardware, versión de software y un ID único. Como resultado de la etapa de ubicación de 500, el mapa de planta digital puede reflejar gráficamente los diversos dispositivos ubicados en sus ubicaciones apropiadas, junto con sus propiedades (por ejemplo, tipo, ID único).
En la etapa 510, se crean las unidades puestas en marcha. Una unidad puesta en marcha comprende uno o más dispositivos que están asociados entre sí dentro de un sistema, tal como el sistema 100A, y que se comportan de acuerdo con configuraciones particulares de activadores internos (activadores que surgen desde dentro de la unidad puesta en marcha) y activadores externos (activadores que surgen desde fuera de la unidad puesta en marcha). Los activadores pueden incluir, por ejemplo, datos de sensor o un control manual o central. Un dispositivo puede ser parte de múltiples unidades puestas en marcha. Y las unidades puestas en marcha pueden usarse para definir una jerarquía dentro de una estructura física tal como un edificio. Por ejemplo, una unidad puesta en marcha puede ser (1) un grupo de dispositivos tales como luminarias y sensores, (2) uno o más dispositivos individuales, o (3) una combinación de una o más unidades puestas en marcha y dispositivos individuales. Una unidad puesta en marcha puede también estar en un área (por ejemplo, un espacio de trabajo, habitación, pasillo) que comprende uno o más grupos de dispositivos, tales como luminarias, sensores y controladores.
En muchas realizaciones, puede asignarse a una unidad puesta en marcha una o más plantillas. Las plantillas son una colección de ajustes de sistema predefinidos o configuraciones de parámetros de dispositivo diseñadas para ajustar el comportamiento de uno o más dispositivos para producir un conjunto de condiciones ambientales. Un sistema para gestionar condiciones ambientales, tal como el sistema 100A, que opera dentro de un espacio grande puede necesitar crear diferentes condiciones ambientales de iluminación y otras en diferentes partes del espacio que se enfrentan a diferentes circunstancias (por ejemplo, tráfico peatonal elevado, baja ocupación). Las plantillas proporcionan un mecanismo eficaz para capturar el comportamiento preferido de los dispositivos en estos espacios diferentes bajo circunstancias que ocurren de manera común. Las plantillas pueden especificar, por ejemplo, niveles de luz mínimos en un pasillo de un edificio de oficinas durante las horas laborables.
En algunas realizaciones, la puesta en marcha de las unidades en la etapa 510 puede estar basada en reglas. En la puesta en marcha basada en reglas, pueden ponerse en marcha múltiples dispositivos como una única unidad puesta en marcha basándose en reglas predefinidas. En algunas de tales realizaciones, la regla puede indicar el tamaño de la unidad puesta en marcha en términos del número de dispositivos que pueden incluirse como parte de la unidad. Además, pueden formarse otros parámetros dinámicos, tales como la posición de un usuario de sistema en un área, y las dimensiones y posiciones de montaje de los dispositivos alrededor del usuario, una unidad puesta en marcha temporal o permanente. La Figura 7 representa una realización de la puesta en marcha basada en reglas, donde el punto oscuro central representa un usuario de sistema. En esta realización, los dispositivos que están al menos parcialmente ubicados dentro de la primera área circular que rodea al usuario (el área 710 de tarea) pueden formar una unidad puesta en marcha, y los dispositivos principalmente ubicados en el área circula exterior que radica fuera de la primera área circular que rodea al usuario (área 720 circundante inmediata) pueden formar otra unidad puesta en marcha. Cada unidad puesta en marcha puede controlarse de manera separada, y pueden aplicarse reglas de iluminación de manera diferente al mismo dispositivo, dependiendo de cuál unidad puesta en marcha esté asociada con él.
En otras realizaciones, puede fijarse la puesta en marcha de las unidades en la etapa 510. En la puesta en marcha fijada, se crean unidades o grupos puestos en marcha previamente, por ejemplo, dividiendo lógicamente una zona, tal como una oficina de planta abierta en zonas especializadas (por ejemplo, zonas de tarea, pasillos, zonas decorativas) y creando una o más unidades puestas en marcha que comprenden dispositivos que están ubicados en estas zonas especializadas. La Figura 6 representa varias unidades puestas en marcha (por ejemplo, los grupos de tareas A, B, y C; el grupo decorativo A; y el grupo de pasillo A) formados basándose en la división lógica de una habitación de planta abierta en las zonas especializadas (tres zonas de tarea, una zona decorativa y una zona de pasillo), y en la ubicación y configuración espacial de las luminarias dentro de cada zona especializada. La ceración de unidades puestas en marcha de la etapa 510 puede invocar también la adición de dispositivos (por ejemplo, luminarias, controles y sensores) a unidades puestas en marcha previamente, y vincular unidades puestas en marcha recientemente a unidades puestas en marcha existentes. La vinculación se analiza a continuación en el contexto de la etapa 530.
La agrupación de múltiples dispositivos en una unidad puesta en marcha permite la gestión eficaz de las condiciones ambientales. Por ejemplo, múltiples luminarias de IP y sus sensores asociados pueden ser responsables de iluminar una zona de tarea particular tal como una mesa. En lugar de emitir de manera separada comandos a cada luminaria de IP en la unidad puesta en marcha o de monitorizar de manera separada datos de sensor para cada uno de los diferentes sensores, los sistemas, tal como el sistema 100A, pueden emitir un comando para cada unidad puesta en marcha cuando sea necesario para ajustar una condición ambiental, tal como la iluminación, que puede aplicarse después de cualquier procesamiento necesario a todas las unidades de iluminación dentro de la unidad puesta en marcha. De manera similar, los datos de sensor desde múltiples sensores dentro de la unidad puesta en marcha pueden informarse en conjunto a los módulos de sistema 100A, tales como el módulo 110 gestor ambiental, en lugar de informar de manera repetitiva los datos de sensor desde cada sensor individual.
En la etapa 520, las unidades puestas en marcha que comprenden dispositivos de iluminación o de HVAC se unen a los dispositivos de control y de sensor o a las unidades puestas en marcha que comprenden tales dispositivos. La herramienta de puesta en marcha anteriormente descrita permitirá, en muchas realizaciones, que un usuario autorizado (por ejemplo, un ingeniero de puesta en marcha) seleccione sensores (por ejemplo, sensores de ocupación, sensores de luz) para su asociación con las unidades puestas en marcha. La unión de las unidades puestas en marcha a sensores particulares o tipos de sensores permite la creación de unidades puestas en marcha que son adecuadas para participar en control ambiental basado en ocupación o basado en la luz del día. Estos mecanismos de control se describen en el contexto de las Figuras 8-17 a continuación.
En muchas realizaciones del proceso representado en la Figura 5, un usuario autorizado (por ejemplo, el ingeniero de puesta en marcha) puede unir múltiples sensores de ocupación a la misma unidad puesta en marcha. En una disposición de este tipo, la unidad puesta en marcha, cuando está bajo el control basado en ocupación, puede dirigirse para visualizar el comportamiento ocupado si solamente uno de los sensores de unión detecta ocupación, y puede dirigirse para visualizar comportamiento no ocupado únicamente si todos sus sensores de unión fallan al detectar la ocupación. El usuario puede unir también múltiples sensores de luz del día a la misma unidad puesta en marcha. En una configuración de este tipo, la herramienta de puesta en marcha anteriormente mencionada puede posibilitar también al usuario autorizado configurar cómo se agregan y/o procesan múltiples eventos relacionados con la luz que surgen de los múltiples sensores de luz del día. La herramienta de puesta en marcha puede permitir, en diversas realizaciones, que un usuario autorizado una controladores manuales y personales (tanto fijos como móviles) a las unidades puestas en marcha. Esto permite la creación de unidades puestas en marcha manualmente controlables y permite la asignación de un ámbito de control para cada dispositivo controlador. Esto, a su vez, da como resultado la gestión eficaz de las solicitudes de control recibidas desde los diversos controladores en un edificio y un aumento global en la gestión eficaz de las condiciones ambientales dentro del edificio.
En la etapa 530, se vinculan las unidades puestas en marcha. Vincular unidades puestas en marcha requiere, en general, asociar las unidades puestas en marcha en una memoria. Una vez vinculada, una unidad puesta en marcha puede afectar el comportamiento de las otras unidades puestas en marcha con las que está vinculada. Por ejemplo, si una primera unidad puesta en marcha desconecta o no sus luces cuando se marcha el único ocupante restante del área, puede depender de si se desconecta o no otra unidad puesta en marcha vinculada que proporciona iluminación en un área adyacente. En muchas realizaciones, si una primera unidad puesta en marcha que comprende luminarias está vinculada a una segunda unidad puesta en marcha que comprende luminarias, y la primera unidad detecta la ocupación, la luz producida por la segunda unidad puede pasar a un nivel de luz intervinculado preconfigurado en respuesta a la ocupación detectada. Vincular unidades puestas en marcha, por lo tanto, permite que el sistema controle de manera apropiada condiciones ambientales en espacios más grandes (por ejemplo, espacios de oficinas abiertas grandes) coordinando la respuesta de múltiples unidades puestas en marcha enfocadas a diversas áreas dentro de estos espacios cuando se detectan cambios (por ejemplo, cambios en la ocupación) en solamente un área.
Bajo algunas circunstancias, puede ser necesario coordinar el comportamiento de múltiples unidades puestas en marcha puede para proporcionar un ambiente cómodo para los ocupantes de un espacio abierto grande dentro de un edificio. Por ejemplo, cuando quedan pocos ocupantes en las oficinas celulares dentro de un espacio de oficina de planta abierta, será eficiente en energía desconectar la iluminación en áreas no ocupadas del espacio de oficina. Al mismo tiempo, puede ser beneficioso garantizar que se mantenga la iluminación en áreas adyacentes a las oficinas celulares ocupadas, así como algunas áreas de pasillo comunes, para evitar una sensación de aislamiento de los ocupantes restantes del espacio de oficina de planta abierta.
En la etapa 530, la herramienta de puesta en marcha puede permitir también que un usuario autorizado vincule unidades puestas en marcha a una o más redes o áreas de HVAC. En muchas realizaciones, una única área o red de HVAC puede comprender múltiples grupos de iluminación. En tales realizaciones, los sensores asociados con los múltiples grupos de iluminación pueden asociarse con un identificador de área de HVAC para la única área o red de HVAC. Cuando una configuración de este tipo es operacional, puede reenviarse la información de sensor desde las unidades puestas en marcha dentro de los múltiples grupos de iluminación a los controladores de área de HVAC asociados con la única área o red de HVAC.
La etapa 540 es una etapa de configuración, durante la cual se especifican diversos parámetros configurables de las unidades puestas en marcha usando, por ejemplo, la herramienta de puesta en marcha. Tales parámetros pueden controlar un comportamiento por defecto de la unidad puesta en marcha bajo diversas condiciones. Durante la etapa de configuración, pueden asignarse plantillas o desasociarse de las unidades puestas en marcha, puede especificarse un comportamiento de arranque de la unidad puesta en marcha, pueden activarse y desactivarse opciones de control, pueden especificarse parámetros de temporización (por ejemplo, tiempo de desvanecimiento, tiempo de permanencia, tiempo de mantenimiento, tiempo de desvanecimiento de gracia, tiempo inteligente), pueden especificarse parámetros relacionados con la ocupación (por ejemplo, nivel de luz máximo cuando está ocupado, nivel de luz mínimo cuando está ocupado), pueden especificarse parámetros de iluminación generales (por ejemplo, nivel de luz de fondo, nivel de luz de tarea), pueden especificarse parámetros de control de usuario (por ejemplo, paso de atenuación, velocidad de atenuación, tiempo de retención) y pueden establecerse niveles de prioridad asociados con diferentes opciones de control (por ejemplo, control basado en ocupación, control basado en luz del día, control manual, control personal y control central). Durante esta etapa, la herramienta de puesta en marcha asociada con, por ejemplo, el módulo 120 de puesta en marcha del sistema 100A, o el tablero central asociado con, por ejemplo, el módulo 110 gestor ambiental del sistema 100A, puede no permitir de manera selectiva que un usuario (por ejemplo, un gestor de la instalación) especifique y/o ajuste ciertos parámetros para dispositivos o unidades puestas en marcha que es probable que estén fuera del nivel de competencia del usuario. Durante esta etapa, un usuario autorizado puede también asociar una plantilla de comportamiento de aplicación con cualquier unidad puesta en marcha. Una plantilla de comportamiento de aplicación es una colección de parámetros u otros valores de configuración adecuados para una aplicación particular.
Para hacer el proceso de puesta en marcha más eficiente, la herramienta de puesta en marcha y/o el tablero central también permiten la configuración simultánea de múltiples unidades puestas en marcha. Por ejemplo, un usuario puede elegir tener dos o más unidades puestas en marcha que reciben los mismos ajustes de configuración según se han seleccionado previamente para otra unidad puesta en marcha. El usuario puede usar también la herramienta de puesta en marcha para copiar y pegar ajustes de configuración desde un dispositivo o unidad puesta en marcha a otro. En diversas realizaciones, puede usarse también la herramienta de puesta en marcha o el tablero central para invertir parámetros configurados de cualquier dispositivo o unidad puesta en marcha a ajustes anteriores tales como ajustes por defecto de fábrica. Además, la herramienta de puesta en marcha puede usarse para eliminar vínculos a sensores y controles. La herramienta de puesta en marcha puede posibilitar también que un usuario autorizado calibre manual o automáticamente los sensores (por ejemplo, sensores de luz de día). Aunque se está calibrando un sensor, puede no ser capaz de comunicarse con el resto del sistema. Un sensor calibrado puede proporcionar realimentación visual u otra una vez calibrado satisfactoriamente.
La etapa 550 es una etapa de programación, durante la cual el usuario puede crear y asignar una plantilla a una o más unidades puestas en marcha de manera que las unidades puestas en marcha pueden comportarse de acuerdo con la plantilla si se requiere. Por ejemplo, el usuario puede usar la herramienta de puesta en marcha para crear una plantilla de una escena de iluminación particular para una unidad puesta en marcha especificando parámetros de iluminación para diversas luminarias incluidas dentro de la unidad puesta en marcha. Una escena de iluminación de este tipo puede usarse posteriormente como una escena por defecto en una zona de reunión asociada con la unidad puesta en marcha, cuando la zona de reunión pasa desde un estado no ocupado a un estado ocupado. En algunas realizaciones, la herramienta de puesta en marcha puede permitir que el usuario grabe los ajustes de luz actuales de una unidad puesta en marcha como una nueva escena. Una unidad puesta en marcha puede tener múltiples escenas asociadas para la aplicación bajo diferentes circunstancias, tales como bajo condiciones de ocupación específicas, condiciones de luz del día y/o en tiempos específicos del día.
Nueva puesta en marcha remota
En algunas realizaciones, el tablero central puede permitir que un usuario autorizado vuelva a poner en marcha de manera remota unidades puestas en marcha previamente. Para realizar la nueva puesta en marcha, el tablero central puede proporcionar medios de interfaz de usuario para buscar y ubicar las unidades que van a volver a ponerse en marcha en un plano de planta digital de la estructura física en la que está alojado el dispositivo. Los usuarios pueden buscar las unidades puestas en marcha usando el tipo de unidad, la ubicación dentro de la estructura, el número de identificación u otra información. Las unidades puestas en marcha que coinciden con los criterios de búsqueda del usuario pueden presentarse visualmente posteriormente y seleccionarse por el usuario. Una vez que se selecciona una unidad o dispositivo puesto en marcha o se identifica de otra manera para la nueva puesta en marcha remota, puede permitirse que el usuario visualice y edite diversos parámetros asociados con la unidad o el dispositivo. El tablero central puede permitir también que el usuario desasocie la unidad o el dispositivo para una unidad puesta en marcha y vuelva a asociar el dispositivo o la unidad con un dispositivo o unidad diferente.
Gestionar condiciones ambientales - controles automáticos
De acuerdo con muchas realizaciones, las condiciones ambientales dentro de una estructura, tal como un edificio, se monitorizan y gestionan para proporcionar a los ocupantes condiciones óptimas (por ejemplo, iluminación, temperatura, flujo del aire) mientras que al mismo tiempo conservan energía. Esta sección se centra en el control de condiciones ambientales basadas en la ocupación y la luz del día. Aunque muchas de las realizaciones descritas a continuación se basan en lógica preprogramada y parámetros de sistema, otras realizaciones funcionan monitorizando condiciones tales como los niveles de luz y temperatura en tiempo real, recibiendo realimentación y/o instrucciones desde los ocupantes o usuarios remotos de los espacios y ajustando condiciones ambientales en consecuencia. Control basado en ocupación
El control basado en ocupación de condiciones ambientales tiene lugar automáticamente en reacción a los cambios en la ocupación dentro de un espacio. Sin embargo, los mecanismos de control basados en ocupación, pueden aplicarse, en muchas realizaciones, en conjunto con mecanismos de control manual, central o personal. En las secciones a continuación, los detalles con respecto a parámetros configurables a los que se hace referencia en las descripciones de cada figura a continuación aparecen antes de las descripciones de las mismas figuras.
Parámetros configurables: MaxWhenOccupied y Min-WhenOccupied
Usando la herramienta de puesta en marcha, un usuario autorizado, tal como un ingeniero de puesta en marcha, puede configurar parámetros indicativos de la luz máxima y mínima emitida por una unidad puesta en marcha asociada con un espacio ocupado. En algunas realizaciones, los parámetros indicativos de la luz máxima que debe emitirse cuando un área asociada está ocupada (MaxWhenOccupied) y la luz mínima que debe emitirse cuando el área asociada está ocupada (MinWhenOccupied) puede cada uno establecerse a un valor de porcentaje entre el 0 % y el 100 % de capacidad de salida. Sin embargo, el parámetro MaxWhenOccupied puede no establecerse, en algunas realizaciones, usando tecnología de luz codificada, a un valor por encima del 90 %. Análogamente, en algunas realizaciones, usando tecnología de luz codificada, el parámetro MinWhenOccupied puede no establecerse a un valor por debajo del 25 %. Estas restricciones pueden requerirse en algunas realizaciones para tener en cuenta los requisitos de la tecnología de luz codificada y/o las limitaciones físicas de las luminarias.
Parámetros configurables: Nivel de luz 1 y nivel de luz 2
El nivel de luz 1 y el nivel de luz 2 son parámetros configurables asociados con el control basado en ocupación de las condiciones ambientales. En muchas realizaciones, el nivel de luz 1 significa el nivel de luz para proporcionar un nivel de iluminación de fondo, y el nivel de luz 2 significa el nivel de luz para proporcionar un nivel de iluminación de tarea superior. Un valor por defecto para el parámetro de nivel de luz 1 puede ser 300 lux, mientras que un valor por defecto para el parámetro de nivel de luz 2 puede ser 500 lux. Un usuario autorizado puede poder usar una herramienta, tal como la herramienta de puesta en marcha, el tablero central u otros controladores manuales o personales para establecer y/o modificar estos parámetros. En diversas realizaciones, estos parámetros pueden rastrear valores asociados con MinWhenOccupied a MaxWhenOccupied.
La Figura 8 ilustra un método 800 de control basado en la ocupación para responder a la detección de ocupación en un espacio previamente no ocupado, realizado por algunas realizaciones de un sistema para gestionar condiciones ambientales. Comprende las etapas 810-840. El método 800 puede realizarse, por ejemplo, por los componentes de un sistema 100A o 100B representado en las Figuras 1A y 1B respectivamente. En la etapa 810, se recibe entrada de sensor. La entrada de sensor puede ser desde uno o múltiples sensores y el sensor o sensores pueden ser cualquier tipo de sensor de ocupación tal como un sensor de movimiento. La entrada de sensor puede recibirse para procesamiento por el mismo sensor, o por uno o más módulos representados en las Figuras 1A o 1B (por ejemplo, el módulo 110 gestor ambiental, el módulo 120 de pasarela o la luminaria 150 de IP). En la etapa 820, se procesa la entrada de sensor, y se realiza una determinación de que una zona designada ha pasado desde un estado no ocupado (por ejemplo, sin ningún ocupante) a un estado ocupado (por ejemplo, con al menos un ocupante). En la etapa 830, en respuesta a la determinación realizada en la etapa 820, al menos una luminaria pasa de no proporcionar iluminación a proporcionar un nivel de iluminación de fondo previamente configurado (por ejemplo, nivel de luz 1) dentro de un periodo de tiempo de reacción previamente configurado. En algunas realizaciones, la luminaria que está más estrechamente asociada con un sensor que detecta el cambio en el estado de ocupación (por ejemplo, la luminaria que aloja el sensor o que está de otra manera próxima al sensor) pasa en primer lugar al nivel de iluminación de fondo. La al menos una luminaria puede ser parte de unas únicas unidades puestas en marcha o de múltiples unidades puestas en marcha que están enfocadas o asociadas de otra manera con la zona designada.
En la etapa 840, una pluralidad de luminarias asociadas con la zona designada produce un efecto de iluminación de enjambre. Se produce un efecto de iluminación de enjambre cuando una pluralidad de luminarias cada una conmuta a un nivel superior de luz, pero el momento en el que cada luminaria realiza la transición tiene lugar de acuerdo con su distancia desde una primera luminaria que realiza la transición. Las luminarias que están más cerca de la primera luminaria realizan el paso a un nivel de luz superior más antes que las que están más alejadas de la primera luminaria. Esto crea el efecto de luz "que se ensancha" a través de un espacio desde un punto de origen particular. En algunas realizaciones, el efecto de enjambre, una vez iniciado, puede tener lugar sin coordinación adicional de los módulos de sistema, tales como el módulo 110 gestor ambiental o el módulo 130 de pasarela. Por ejemplo, una luminaria de IP, tal como la luminaria 140 de IP, puede no hacer únicamente que su propia fuente de luz (por ejemplo, la fuente 140-2 de luz) conmute para producir un nivel superior de luz, sino que puede comunicarse también con otra luminaria de IP ubicada de manera próxima pero alejada de la primera luminaria (por ejemplo, la luminaria 150 de IP) mediante, por ejemplo, su módulo de control (por ejemplo, el módulo 140-3 de control) y el enlace L7 de manera que la luminaria 150 de IP a continuación conmuta su propia fuente de luz (por ejemplo, la fuente 150-2 de luz) para producir un nivel superior de luz. En otras realizaciones, otros módulos de sistema, tales como el módulo 110 gestor ambiental o el módulo 130 de pasarela, pueden coordinar el efecto de enjambre, por ejemplo, dando instrucciones de manera selectiva a luminarias para encenderse o producir un nivel superior de luz.
Parámetro configurable: Nivel de luz intervinculado
El nivel de luz intervinculado es un parámetro configurable asociado con el control basado en ocupación de las condiciones ambientales. En muchas realizaciones, significa el nivel de luz producido por una unidad puesta en marcha cuando se detecta ocupación no por la unidad puesta en marcha misma, sino por una o más unidades puestas en marcha vinculadas. En muchas realizaciones, el parámetro de nivel de luz intervinculado varía del 0 % al 100 % de una salida de la luminaria, y puede configurarse a un 1 % de granularidad. La herramienta de puesta en marcha puede usarse para configurar el nivel de luz intervinculado para cualquier unidad puesta en marcha, y puede usarse el tablero central o un controlador manual o personal para resetear este parámetro para una o más unidades puestas en marcha.
La Figura 9A ilustra un método 900 de control basado en la ocupación para responder a la detección de una ausencia de ocupación en un espacio previamente ocupado, realizado por algunas realizaciones de un sistema para gestionar condiciones ambientales. Comprende las etapas 910A-940A. El método 900A puede realizarse, por ejemplo, por los componentes de un sistema 100A o 100B representado en las Figuras 1A y 1B respectivamente. El método de la Figura 9A puede usarse para comunicar la información de ocupación entre unidades puestas en marcha vinculadas, que, a su vez, puede usarse para conseguir ahorros de energía.
En la etapa 910A, se recibe la entrada de sensor. La entrada de sensor puede ser desde uno o múltiples sensores y el sensor o sensores pueden ser cualquier tipo de sensor de ocupación tal como un sensor de movimiento. La entrada del sensor puede recibirse para su procesamiento por el mismo sensor, o por uno o más módulos representados en las Figuras 1A o 1B (por ejemplo, el módulo 110 gestor ambiental o el módulo 120 de pasarela). En la etapa 920A, se procesa la entrada del sensor, y se realiza una determinación de que una zona designada ha pasado de un estado ocupado (por ejemplo, con al menos un ocupante) a un estado no ocupado (por ejemplo, sin ocupantes). En la etapa 930A, se actualiza una o más memorias accesibles a los controladores de luminarias o a las unidades puestas en marcha asociadas con los controladores de luminarias en al menos la zona designada para reflejar que la zona designada ha pasado a un estado no ocupado. En muchas realizaciones, la una o más memorias pueden ser accesibles a otros módulos de sistema, tal como el módulo 110 gestor ambiental y el módulo 130 de pasarela.
En la etapa 940A, se pasa una pluralidad de luminarias o unidades de iluminación asociadas con la zona designada para proporcionar iluminación a un nivel de luz intervinculado. La asociación con la zona designada puede surgir debido a que la pluralidad de luminarias o unidades de iluminación que pertenecen a una o más unidades puestas en marcha vinculadas a una unidad puesta en marcha enfocan a la zona designada. En muchas realizaciones, la pluralidad de luminarias o unidades de iluminación son accesibles a al menos una luminaria de IP o a al menos una unidad puesta en marcha en la zona designada. La pluralidad de luminarias o unidades de iluminación pueden ser parte de la misma unidad puesta en marcha, o de diferentes unidades puestas en marcha que están vinculadas durante el proceso de puesta en marcha. En algunas realizaciones, el comando o la instrucción para pasar a un nivel de luz intervinculado puede propagarse desde una luminaria de IP (por ejemplo, la luminaria 140 de IP del sistema 100A) a otra luminaria de IP vinculada de manera comunicativa (por ejemplo, la luminaria 150 de IP del sistema 100A) sin la coordinación desde más módulos de sistema central, tal como el módulo 110 gestor ambiental o el módulo 130 de pasarela. En algunas otras realizaciones, el módulo 110 gestor ambiental o el módulo 130 de pasarela pueden dar instrucciones a cada unidad puesta en marcha vinculada a una unidad puesta en marcha en la zona designada para producir un nivel de luz intervinculado, y cada luminaria de IP que es parte de la unidad puesta en marcha posteriormente puede hacer que sus propias luminarias pasen al nivel de luz intervinculado. En algunas realizaciones, una segunda unidad puesta en marcha vinculada a una primera unidad puesta en marcha enfocada a la zona designada puede conmutar sus luminarias o unidades de iluminación al nivel de luz intervinculado únicamente si la segunda unidad puesta en marcha no está enfocada a otra zona que está ocupada.
La Figura 9B ilustra un método 900B de control basado en ocupación que ilustra un método de control basado en ocupación para responder a la detección de ocupación en un espacio previamente no ocupado, realizado por algunas realizaciones de un sistema para gestionar condiciones ambientales. Comprende las etapas 910B-940B. El método 900B puede realizarse, por ejemplo, por los componentes de un sistema 100a o 100B representado en las Figuras 1A y 1B respectivamente.
En la etapa 910B, los sensores de ocupación producen datos indicativos de una zona designada que pasa a un estado ocupado desde un estado no ocupado. En la etapa 920B, al menos una primera luminaria, asociada con una primera unidad puesta en marcha vinculada, produce un nivel de iluminación de fondo dentro de un periodo de reacción predeterminado que sigue la producción de los datos de sensor. La primera unidad puesta en marcha vinculada puede vincularse a una pluralidad de unidades puestas en marcha, y pueden ser componentes de un sistema para gestionar condiciones ambientales descritas en el presente documento. En la etapa 930B, la primera unidad puesta en marcha vinculada transmite datos indicativos del cambio de estado de la zona designada. En algunas realizaciones, los datos indicativos del cambio de estado pueden transmitirse por la primera unidad puesta en marcha vinculada directamente a otra unidad puesta en marcha a la que está vinculada, o a un módulo de sistema, tal como el módulo 110 gestor ambiental o el módulo 130 de pasarela. La primera unidad puesta en marcha vinculada puede transmitir también los datos actualizando una memoria accesible a otros módulos de sistema o unidades puestas en marcha con los datos indicativos del cambio de estado. En la etapa 940B, una segunda unidad puesta en marcha, vinculada a la primera unidad puesta en marcha, recibe los datos indicativos del cambio de estado, y hace que una segunda luminaria o unidad de iluminación modifique su iluminación. En algunas realizaciones, la propia segunda unidad puesta en marcha recupera los datos indicativos del cambio de estado desde, por ejemplo, una memoria o módulo de sistema que actualizó la primera unidad puesta en marcha vinculada con los datos indicativos del cambio de estado. La segunda luminaria o unidad de iluminación puede modificar su iluminación, por ejemplo, aumentando o reduciendo el nivel de luz o la intensidad de luz que produce, cambiando el color o temperatura de color de la luz que produce o cambiando la dirección de la luz que produce. La modificación deseada de su iluminación puede almacenarse en la segunda unidad puesta en marcha misma, o recibirse desde otros módulos de sistema, tal como el módulo 110 gestor ambiental o el módulo 130 de pasarela.
Parámetros configurables: Desvanecimiento de gracia y tiempo de desvanecimiento
El parámetro desvanecimiento de gracia indica si se realizará o no un efecto de desvanecimiento que tiene lugar dentro de un tiempo de desvanecimiento por una unidad puesta en marcha cuando pasa entre una condición ambiental (por ejemplo, nivel de luz) a otra. El parámetro puede activarse o desactivarse por cualquier unidad puesta en marcha que pueda realizar el efecto de desvanecimiento. Puede usarse la herramienta de puesta en marcha o el panel central para configurar los parámetros desvanecimiento de gracia y tiempo de gracia para cualquier unidad puesta en marcha, y puede usarse el tablero central u otro controlador manual o persona para resetear el parámetro para las unidades puestas en marcha.
La Figura 10 ilustra otro método 1000 de control basado en la ocupación para responder a la detección de una ausencia de ocupación en un espacio previamente ocupado, realizado por algunas realizaciones de un sistema para gestionar condiciones ambientales. Comprende las etapas 1010-1040. El método 1000 puede realizarse por los componentes de un sistema 100A o 100B representado en las Figuras 1A y 1B respectivamente. El método de la Figura 10 puede usarse para comunicar información de ocupación entre unidades puestas en marcha vinculadas de modo que pueden conseguirse ahorros de energía.
En la etapa 1010, se recibe entrada de sensor. La entrada de sensor puede ser desde uno o múltiples sensores y el sensor o sensores pueden ser cualquier tipo de sensor de ocupación tal como un sensor de movimiento. La entrada del sensor puede recibirse para su procesamiento por el mismo sensor, o por uno o más módulos representados en las Figuras 1A o 1B (por ejemplo, el módulo 110 gestor ambiental o el módulo 120 de pasarela). En la etapa 1020, se procesa la entrada del sensor, y se realiza una determinación de que una zona designada ha pasado de un estado ocupado (por ejemplo, con al menos un ocupante) a un estado no ocupado (por ejemplo, sin ocupantes). En la etapa 1030, se actualiza una o más memorias accesibles a las luminarias de IP o unidades puestas en marcha en al menos la zona designada para reflejar que la zona designada ha pasado a un estado no ocupado. En muchas realizaciones, la una o más memorias pueden ser accesibles a otros módulos de sistema, tal como el módulo 110 gestor ambiental y el módulo 130 de pasarela.
En la etapa 1040, se desconectan una pluralidad de luminarias o unidades puestas en marcha asociadas con la zona designada de conformidad con un efecto de desvanecimiento. La pluralidad de luminarias o unidades puestas en marcha pueden enfocarse a la zona designada directa o indirectamente al estar vinculadas a una o más unidades puestas en marcha que están enfocadas en la zona designada. La pluralidad de luminarias puede ser parte de la misma unidad puesta en marcha, o diferentes unidades puestas en marcha que se vinculan durante el proceso de puesta en marcha.
El efecto de desvanecimiento puede implicar pasar gradualmente una o más luminarias o unidades de iluminación para producir niveles inferiores de luz hasta que las luminarias o las unidades de iluminación no produzcan iluminación de manera eficaz. En algunas realizaciones, una unidad puesta en marcha puede cumplir únicamente con el efecto de desvanecimiento si se activa un parámetro particular (por ejemplo, desvanecimiento de gracia) para esa unidad. Pueden configurarse otros detalles con respecto al efecto de desvanecimiento (por ejemplo, la cantidad de tiempo requerido para pasar de proporcionar el nivel presente de luz a un nivel de luz asociado con un estado de desconexión) por la unidad puesta en marcha. Por consiguiente, cada unidad puesta en marcha que participa en la etapa 1040 para pasar la pluralidad de luminarias o unidades de iluminación a un estado desconectado puede realizar su propia versión del efecto de desvanecimiento. En algunas realizaciones, el comando o instrucción para pasar a desconectado puede recibirse desde un módulo de sistema central, tal como el módulo 110 gestor ambiental o el módulo 130 de pasarela, por cada unidad puesta en marcha enfocada a la zona designada. El comando puede procesarse posteriormente y propagarse desde una luminaria de IP (por ejemplo, la luminaria 140 de IP del sistema 100A) a otra luminaria de iP vinculada de manera comunicativa (por ejemplo, la luminaria 150 de IP del sistema 100A) de cada unidad puesta en marcha sin coordinación adicional desde los módulos de sistema tales como el módulo 110 gestor ambiental o el módulo 130 de pasarela.
Parámetro configurable: Periodo de espera
El periodo de espera es un parámetro configurable asociado con el control basado en ocupación de condiciones ambientales. En muchas realizaciones, el periodo de espera es el periodo de tiempo necesario para que el sistema garantice que una condición determinada es aún correcta o aplicable. Ayuda a evitar situaciones donde los cambios temporales en la ocupación conducen a ajustes frecuentes e innecesarios a las condiciones ambientales. Por ejemplo, después de que los sensores indican inicialmente que una zona se ha vuelto desocupada, y si los sensores aún indican desocupación después de que ha transcurrido el periodo de espera, esto implica con una mayor probabilidad que la zona monitorizada está verdaderamente desocupada y que la desocupación no es el resultado de que los ocupantes están temporalmente fuera de la zona monitorizada. En muchas realizaciones, el periodo de espera puede variar de 1 a 35 minutos, con un valor por defecto de 15 minutos. Los controladores manuales pueden permitir que un usuario modifique el periodo de espera con una granularidad de 1 minuto. La herramienta de puesta en marcha puede usarse para configurar el periodo de espera para cualquier unidad puesta en marcha, y puede usarse el tablero central u otro controlador manual o personal para resetear el periodo de espera para una o más unidades puestas en marcha.
Parámetro configurable: Periodo de gracia
El periodo de gracia es un parámetro configurable asociado con el control basado en ocupación de las condiciones ambientales. En muchas realizaciones, significa el tiempo necesario para que el sistema garantice que una condición ambiental detectada determinada aún persiste después del paso de un periodo de tiempo particular. En algunas realizaciones, el periodo de gracia es un periodo de tiempo adicional iniciado después de que se ha agotado el periodo de espera, para proporcionar una duración adicional de tiempo durante el cual se monitoriza la salida del sensor para determinar si un cambio detectado en la ocupación es persistente para un periodo de tiempo incluso más largo. En muchas realizaciones, el periodo de gracia puede variar de 0 a 25 segundos, con un valor por defecto de 5 segundos. Los controladores manuales pueden permitir que un usuario modifique el periodo de gracia con una granularidad de 1 segundo. La herramienta de puesta en marcha puede usarse para configurar el periodo de gracia para cualquier unidad puesta en marcha, y puede usarse el tablero central u otros controladores manuales o personales para resetear el periodo de gracia para una o más unidades puestas en marcha.
Parámetro configurable: Periodo prolongado
El periodo prolongado es un parámetro configurable asociado con el control basado en ocupación de las condiciones ambientales. En muchas realizaciones, significa el tiempo necesario para que el sistema garantice que una condición ambiental detectada determinada aún persiste después del paso de un periodo de tiempo particular. En algunas realizaciones, el periodo prolongado es un periodo de tiempo adicional iniciado después de que se ha agotado un primer periodo de gracia, para proporcionar una duración adicional de tiempo durante el cual se monitoriza la salida del sensor para determinar si un cambio detectado en la ocupación es persistente para un periodo de tiempo incluso más largo. En muchas realizaciones se usa como una medida de precaución añadida para garantizar un estado no ocupado del área justo antes de apagar las luminarias o las unidades de iluminación en el área. Los controladores manuales pueden permitir que un usuario modifique manualmente el periodo prolongado con una granularidad particular. La herramienta de puesta en marcha puede usarse para configurar el periodo prolongado para cualquier unidad puesta en marcha, y puede usarse el tablero central u otro controlador manual o personal para resetear el periodo prolongado para una o más unidades puestas en marcha.
La Figura 11 ilustra un método 1100 de control basado en la ocupación para responder a la detección de una ausencia de ocupación en un espacio previamente ocupado, realizado por algunas realizaciones de un sistema para gestionar condiciones ambientales. El método incorpora el uso de un periodo de espera, un periodo de gracia y un periodo prolongado para confirmar el estado de ocupación. Comprende las etapas 1110-1160. El método 1100 puede realizarse por los componentes de un sistema 100A o 100B representado en las Figuras 1A y 1B respectivamente. En la etapa 1110, se procesa la entrada de sensor para determinar si una zona designada ha pasado de un estado ocupado (por ejemplo, con al menos un ocupante) a un estado no ocupado (por ejemplo, sin ocupantes). La entrada de sensor puede ser desde uno o múltiples sensores y el sensor o sensores pueden ser cualquier tipo de sensor de ocupación tal como un sensor de movimiento. La entrada del sensor puede procesarse por el mismo sensor, o por uno o más módulos de sistema representados en las Figuras 1A o 1B (por ejemplo, el módulo 110 gestor ambiental o el módulo 120 de pasarela). Si el resultado de la determinación es negativo (por ejemplo, ninguna transición de estado ocupado a desocupado), entonces no se toma ninguna acción. Si el resultado de la determinación es positivo (por ejemplo, la zona designada ha pasado de un estado ocupado a uno ocupado), entonces se inicia un periodo de espera, durante el cual se monitoriza la entrada de sensor asociada con la zona designada, pero no se realizan cambios en las condiciones ambientales debido a la determinación en la etapa 1110. En la conclusión del periodo de espera, se realiza una determinación en la etapa 1115 en cuanto a si durante todo el periodo de espera, la entrada de sensor indica que la zona designada permanece desocupada. Si la determinación en la etapa 1115 es negativa (por ejemplo, la zona designada estaba ocupada en algún punto durante el periodo de espera), entonces no se confirma el estado ocupado de la zona designada. En muchas realizaciones, durante cualquier punto en el periodo de espera, la entrada de sensor que indica ocupación en la zona designada daría como resultado que fallara en confirmarse el estado ocupado de la zona designada (es decir, en estas realizaciones, no habría necesidad para la determinación de la etapa 1115 en la conclusión del periodo de espera). Bajo estas circunstancias, no se realiza cambio en las condiciones ambientales debido a las determinaciones en las etapas 1110 o 1115.
Si la determinación en la etapa 1115 es positiva (por ejemplo, la zona designada no estaba ocupada a través de todo el periodo de espera), entonces el control se transfiere a la etapa 1125. En la etapa 1125, una pluralidad de luminarias, unidades de iluminación o fuentes de luz asociadas con la zona designada cada una comienza una transición a un nivel de luz inferior de conformidad con un efecto de desvanecimiento, y se inicia un periodo de gracia, durante el cual se monitoriza la entrada del sensor asociado con la zona designada. En muchas realizaciones, la pluralidad de fuentes de luz cada una es accesible a al menos una luminaria de IP en la zona designada. La pluralidad de luminarias, unidades de iluminación o fuentes de luz pueden también ser parte de la misma unidad puesta en marcha o de diferentes unidades puestas en marcha pero vinculadas. En la conclusión del periodo de gracia, se realiza una determinación en la etapa 1135 en cuanto a si durante todo el periodo de gracia, la entrada de sensor indica que la zona designada permanece desocupada. Si el resultado de la determinación es negativo (por ejemplo, la zona designada se vuelve ocupada durante el periodo de gracia), a continuación el control se transfiere a la etapa 1130, y la pluralidad de luminarias, unidades de iluminación o fuentes de luz a continuación comienzan sus transiciones a un nivel de luz inferior en la etapa 1125 que comienza la transición de vuelta a sus niveles de luz previos (superiores), de conformidad con un efecto de desvanecimiento. En muchas realizaciones, durante cualquier punto en el periodo de gracia, la entrada de sensor que indica ocupación en la zona designada daría como resultado que fallara en confirmarse el estado ocupado de la zona designada (es decir, en estas realizaciones, no habría necesidad para la determinación de la etapa 1135 en la conclusión del periodo de gracia). Estas circunstancias indican que no se confirma el estado no ocupado de la zona designada.
Si el resultado de la determinación en la etapa 1135 es positivo (por ejemplo, la zona designada permanece no ocupada durante la duración del periodo de gracia), entonces, en la etapa 1140, la pluralidad de luminarias está permitida a completar su transición al nivel de luz inferior si la transición no se ha completado aún. Una vez que la pluralidad de luminarias, unidades de iluminación o fuentes de luz han pasado al nivel de luz inferior, se inicia un periodo prolongado.
En la conclusión del periodo prolongado, se realiza una determinación en la etapa 1145 en cuanto a si durante todo el periodo prolongado, la entrada de sensor indica que la zona designada permanece desocupada. Si el resultado de la determinación es negativo (por ejemplo, la zona designada se vuelve ocupada durante el periodo prolongado), a continuación el control se transfiere a la etapa 1130, y la pluralidad de luminarias, unidades de iluminación o fuentes de luz a continuación comienzan sus transiciones al nivel de luz inferior en la etapa 1125 que comienza la transición de vuelta a sus niveles de luz previos (superiores), de conformidad con un efecto de desvanecimiento. En muchas realizaciones, durante cualquier punto en el periodo prolongado, la entrada de sensor que indica ocupación en la zona designada daría como resultado que fallara en confirmarse el estado ocupado de la zona designada (es decir, en estas realizaciones, no habría necesidad para la determinación de la etapa 1145 en la conclusión del periodo prolongado). Si el resultado de la determinación en la etapa 1145 es positivo (por ejemplo, la zona designada permanece no ocupada durante la duración del periodo prolongado), a continuación, en la etapa 1150, la pluralidad de luminarias, las unidades de iluminación o las fuentes de luz comienzan su transición a un nivel de luz asociado con un estado de desconexión de conformidad con un efecto de desvanecimiento y se inicia un segundo periodo de gracia. En muchas realizaciones, la cantidad de tiempo asociado con el efecto de desvanecimiento (por ejemplo, el tiempo que lleva que una luminaria pase a un nivel de luz diferente de acuerdo con el control del efecto de desvanecimiento) puede resetearse automáticamente de modo que las luminarias, las unidades de iluminación o las fuentes de luz de una unidad puesta en marcha no pasan a un nivel de luz asociado con un estado desconectado antes de la finalización del segundo periodo de gracia iniciado en la etapa 1150. Como alternativa, si las luminarias, las unidades de iluminación o las fuentes de luz de una unidad puesta en marcha están cerca de completar el efecto de desvanecimiento, y no ha transcurrido aún el periodo de gracia, las luminarias, las unidades de iluminación o las fuentes de luz pueden esperar para completar la transición hasta que haya transcurrido el periodo de gracia iniciado en la etapa 1150.
En la conclusión del segundo periodo de gracia iniciado en la etapa 1150, se realiza una determinación en la etapa 1155 en cuanto a si para todo el segundo periodo de gracia, la entrada de sensor indica que la zona designada permaneció no ocupada. Si el resultado de la determinación es negativo (por ejemplo, la zona designada permaneció ocupada durante el periodo de gracia), a continuación el control se transfiere a la etapa 1130, y la pluralidad de luminarias, las unidades de iluminación o las fuentes de luz que comenzaron sus transiciones a un nivel de luz consistente con un estado desconectado en la etapa 1150 comienzan la transición de vuelta a sus niveles de luz originales (superiores), de conformidad con un efecto de desvanecimiento. En muchas realizaciones, durante cualquier punto en el segundo periodo de gracia, la entrada de sensor que indica ocupación en la zona designada daría como resultado que fallara en confirmarse el estado ocupado de la zona designada (es decir, en estas realizaciones, no habría necesidad para la determinación de la etapa 1155 en la conclusión del segundo periodo de gracia). Si el resultado de la determinación en la etapa 1155 es positivo (por ejemplo, la zona designada permanece no ocupada durante la duración del periodo prolongado), a continuación, en la etapa 1160, la pluralidad de luminarias, las unidades de iluminación o las fuentes de luz continúan para completar su transición a un nivel de luz consistente con un estado desconectado.
Parámetro configurable: Periodo de permanencia
El periodo de permanencia es un parámetro configurable asociado con el control basado en ocupación de las condiciones ambientales. En muchas realizaciones, significa el tiempo necesario para que el sistema garantice que un usuario está situado en un espacio, en lugar de que simplemente pasa a través de él. Cuando un área en cuestión está ocupada durante la duración del periodo de permanencia, esto indica que la unidad o unidades puestas en marcha en el área en cuestión pueden suponer la probabilidad de ocupación más prolongada dentro del espacio y pueden pasar a proporcionar un nivel superior de iluminación. En muchas realizaciones, el periodo de permanencia puede variar de 0 a 30 segundos, con un valor por defecto de 10 segundos. Los controladores manuales pueden permitir que un usuario modifique el periodo de permanencia con una granularidad de 1 segundo. La herramienta de puesta en marcha puede usarse para configurar el periodo de permanencia para cualquier unidad puesta en marcha, y el tablero central u otros controladores manuales o personales pueden usarse para resetear el periodo de permanencia para una o más unidades puestas en marcha.
En algunas realizaciones, se ignoran los eventos de ocupación durante la duración del periodo de permanencia, después de la detección de un primer evento de ocupación. En tales realizaciones, los eventos de ocupación pueden monitorizarse únicamente cuando se agota el periodo de permanencia. En tales realizaciones, únicamente si se detecta ocupación entre el momento en el que se agota el periodo de permanencia y se agota un periodo de espera después el periodo de permanencia, el área en cuestión pasará al estado ocupado. De otra manera, el área retrocederá para comenzar en el estado no ocupado cuando se agote el periodo de espera.
Parámetro configurable: Tiempo inteligente
Tiempo inteligente es un parámetro configurable asociado con el control basado en ocupación de las condiciones ambientales. En muchas realizaciones, si se detecta movimiento durante un periodo de gracia después de un periodo de espera, después de una detección de desocupación, el sistema supone que el tiempo de espera se estableció para que fuera inadecuadamente corto (es decir, se concluyó la desocupación demasiado pronto después de la última detección de movimiento), y el tiempo de espera se extiende una vez por la duración indicada por el parámetro de tiempo inteligente. En muchas realizaciones, si se detecta movimiento después de un tiempo de espera extendido, el tiempo de espera no se extiende adicionalmente. En algunas realizaciones, el periodo de tiempo inteligente puede variar de 0 a 15 minutos, con un valor por defecto de 10 minutos. La herramienta de puesta en marcha puede usarse para configurar el periodo de tiempo inteligente para cualquier unidad puesta en marcha, y puede usarse el tablero central u otro controlador manual o personal para resetear este parámetro para una o más unidades puestas en marcha. En muchas realizaciones, el tiempo inteligente no puede acumularse.
La Figura 12 ilustra un método 1200 de control basado en la ocupación para responder a la detección de ocupación en una zona celular previamente no ocupada, realizado por algunas realizaciones de un sistema para gestionar condiciones ambientales. Comprende las etapas 1210-1250. El método 1200 puede realizarse por los componentes de un sistema 100A o 100B representado en las Figuras 1A o 1B respectivamente. En la etapa 1210, se procesa la entrada de sensor para determinar si una zona de célula ha pasado desde un estado no ocupado (por ejemplo, sin ocupantes) a un estado ocupado (por ejemplo, con al menos un ocupante). La entrada de sensor puede ser desde uno o múltiples sensores y el sensor o sensores pueden ser cualquier tipo de sensor de ocupación tal como un sensor de movimiento. La entrada del sensor puede procesarse por el mismo sensor, o por uno o más módulos de sistema representados, por ejemplo, en las Figuras 1A o 1B (por ejemplo, el módulo 110 gestor ambiental o el módulo 120 de pasarela). Si la determinación es negativa (por ejemplo, sin transición desde el estado no ocupado al ocupado), entonces el control permanece en la etapa 1210 hasta que un procesamiento posterior de la entrada o entradas del sensor indique una transición de este tipo. Si la determinación es positiva (por ejemplo, la entrada de sensor indica la transición de la zona celular desde un estado no ocupado a un estado ocupado), entonces en la etapa 1220, en respuesta a la determinación realizada en la etapa 1210, al menos una luminaria (o unidad de iluminación o fuente de luz) pasa de no proporcionar iluminación a proporcionar un nivel de luz de fondo preconfigurado (por ejemplo, nivel de luz 1) dentro de un periodo de tiempo de reacción preconfigurado. En algunas realizaciones, la luminaria que está más estrechamente asociada con un sensor que detecta el cambio en el estado de ocupación (por ejemplo, la luminaria que aloja el sensor o que está de otra manera físicamente más próxima al sensor) pasa en primer lugar al nivel de luz de fondo. La al menos una luminaria puede ser parte de una única unidad puesta en marcha o de múltiples unidades puestas en marcha que están enfocadas a o asociadas de otra manera con la zona celular.
En la etapa 1230, se procesa la entrada de sensor desde dentro de la zona celular para determinar si una zona de trabajo dentro de la zona celular ha pasado desde un estado no ocupado a un estado ocupado. Si la determinación es negativa (por ejemplo, sin transición de la zona de trabajo desde un estado no ocupado a uno ocupado), entonces el control permanece en la etapa 1230 hasta que un procesamiento posterior de la entrada de sensor indique una transición de este tipo. Si la determinación en la etapa 1230 es positiva (por ejemplo, la entrada de sensor indica la transición de la zona de trabajo desde un estado no ocupado a uno ocupado), entonces se inicia un periodo de permanencia, se monitoriza la ocupación en la zona de trabajo y el control pasa a la etapa 1240. La etapa 1240 implica la monitorización de la ocupación en la zona de trabajo y la determinación de si en cualquier tiempo durante el periodo de permanencia, la entrada de sensor indica que la zona de trabajo no está ocupada. Si se halla que la zona de trabajo no está ocupada en algún momento durante el periodo de permanencia, entonces no se realizan cambios ambientales en la zona de trabajo, se finaliza el periodo de permanencia y el control se transfiere de vuelta a la etapa 1230. Si a través de todo el periodo de permanencia, la zona de trabajo nunca se vuelve no ocupada, entonces el control se transfiere a la etapa 1250, y al menos una luminaria (o unidad de iluminación o fuente de luz) dentro de la zona de trabajo pasa a un nivel de luz de tarea (por ejemplo, nivel de luz 2) dentro de un tiempo de reacción preconfigurado.
La Figura 13 ilustra un método 1300 de control basado en la ocupación para responder a la detección de un cambio en la ocupación en una zona de pasillo, realizado por algunas realizaciones de un sistema para gestionar condiciones ambientales. Comprende las etapas 1310-1360. El método 1300 puede realizarse por los componentes de un sistema 100A o 100B representado en las Figuras 1A o 1B respectivamente. En la etapa 1310, se procesa la entrada de sensor para determinar si hay un cambio en un estado de ocupación de la zona del pasillo. La entrada de sensor puede ser desde uno o múltiples sensores y el sensor o sensores pueden ser cualquier tipo de sensor de ocupación tal como un sensor de movimiento. Si no hay cambio en el estado de ocupación, a continuación el control permanece en la etapa 1310 y la entrada de sensor puede procesarse de nuevo en un tiempo posterior. Si la determinación en la etapa 1310 indica que hay un cambio en el estado de ocupación de la zona del pasillo que da como resultado que la zona del pasillo esté no ocupada, a continuación el control se transfiere a la etapa 1320. Si la determinación en la etapa 1310 indica que hay un cambio en el estado de ocupación de la zona del pasillo que da como resultado que la zona del pasillo esté ocupada, a continuación el control se transfiere a la etapa 1330.
En la etapa 1320, se realiza una determinación en cuanto a si al menos una zona adyacente a la zona de pasillo está ocupada. Esta determinación puede realizarse por una o más unidades puestas en marcha en, o asociadas de otra manera con, la zona del pasillo. Por ejemplo, en algunas realizaciones, una unidad puesta en marcha en la zona del pasillo puede identificar unidades puestas en marcha en zonas adyacentes usando su propia información de ubicación y la información de ubicación de otras unidades puestas en marcha. Una vez que se identifica al menos una unidad puesta en marcha en cada zona adyacente, pueden recuperarse sus estados de ocupación, en algunas realizaciones, consultando o recuperando de otra manera la información desde las unidades puestas en marcha directamente. En otras realizaciones, una unidad puesta en marcha en la zona del pasillo puede acceder a los estados de ocupación de unidades puestas en marcha adyacentes desde una o más memorias remotas asociadas con otros módulos de sistema tales como el módulo 110 gestor ambiental o el módulo 130 de pasarela del sistema 100A. La información de ubicación de las unidades puestas en marcha puede almacenarse localmente en una o más memorias de la unidad puesta en marcha en la zona del pasillo (por ejemplo, almacenarse en caché) o almacenarse remotamente en una o más memorias accesibles de manera remota para la unidad puesta en marcha en la zona del pasillo (por ejemplo, en una o más memorias asociadas con el módulo 110 ambiental o el módulo 130 de pasarela del sistema 100A). Si el resultado de la determinación en la etapa 1320 es positivo (por ejemplo, al menos una zona adyacente a la zona del pasillo está ocupada), entonces, en la etapa 1340, no se realiza cambio a la iluminación en la zona del pasillo. Si la determinación en la etapa 1320 es negativa (por ejemplo, ninguna zona adyacente a la zona del pasillo está ocupada), entonces en la etapa 1360, se inicia una secuencia de desconexión para pasar las luminarias (o las unidades de iluminación o las fuentes de luz) en la zona del pasillo para no producir iluminación.
En la etapa 1330 se realiza una determinación en cuanto a si el nivel de iluminación dentro de la zona del pasillo se encuentra o no a un nivel mínimo predeterminado. En algunas realizaciones, esta determinación se realiza con respecto a toda la zona del pasillo, y, en otras realizaciones, esta determinación se realiza con respecto a un área próxima al sensor o sensores que producen la entrada del sensor que indica, en la etapa 1310, que tuvo lugar un cambio en el estado de ocupación de la zona del pasillo. En algunas realizaciones, esta determinación puede realizarse por hardware, firmware o código informático asociado con una o más unidades puestas en marcha en la zona del pasillo, por hardware, firmware o código informático asociado con uno o más módulos del sistema 100A o cualquier combinación de los mismos. Si el resultado de la determinación en la etapa 1330 es positivo (es decir, el nivel de iluminación de la zona del pasillo se encuentra en o por encima del nivel mínimo predeterminado), entonces, en la etapa 1340, no se realiza cambio a la iluminación en la zona del pasillo. Si el resultado de la determinación en la etapa 1330 es negativo (es decir, el nivel de iluminación de la zona del pasillo se encuentra por debajo del nivel mínimo predeterminado), entonces, en la etapa 1350, una o más unidades puestas en marcha en la zona del pasillo hacen que se aumente el nivel de iluminación proporcionado por una o más luminarias asociadas (o unidades de iluminación o fuentes de luz) de manera que se aumente el nivel de iluminación dentro de la zona del pasillo al nivel mínimo predeterminado dentro de un tiempo de reacción predeterminado.
La Figura 14 ilustra un método 1400 de control basado en la ocupación para responder a la detección de un cambio en la ocupación en una zona de reunión, realizado por algunas realizaciones de un sistema para gestionar condiciones ambientales. Comprende las etapas 1410-1430. El método 1400 puede realizarse por cualquier combinación de los componentes de un sistema 100A o 100B representado en las Figuras 1A y 1B respectivamente. En la etapa 1410, se procesa la entrada de sensor para determinar si hay un cambio en un estado de ocupación de la zona de reunión. La entrada de sensor puede ser desde uno o múltiples sensores y el sensor o sensores pueden ser cualquier tipo de sensor de ocupación tal como un sensor de movimiento. Si no hay cambio en el estado de ocupación, a continuación el control permanece en la etapa 1410 y la entrada de sensor puede procesarse de nuevo en un tiempo posterior. Si la determinación en la etapa 1410 indica que hay un cambio en el estado de ocupación de la zona de reunión que da como resultado que la zona de reunión se vuelva no ocupada, a continuación el control se transfiere a la etapa 1420. Si la determinación en la etapa 1410 indica que hay un cambio en el estado de ocupación de la zona de reunión que da como resultado que la zona de reunión se vuelva ocupada, a continuación el control se transfiere a la etapa 1430. En la etapa 1420, se inicia una secuencia de desconexión para pasar la zona de reunión para no producir iluminación. En la etapa 1430, una o más unidades puestas en marcha presentan una escena de bienvenida. La escena de bienvenida puede requerir, por ejemplo, una o más luces de tarea para producir un nivel de luz superior, mientras que se atenúan las luces de ambiente. Además, la iluminación decorativa puede producir un color que complementa el esquema de color de la habitación.
Control basado en la luz del día
Parámetros configurables: MaxRegulationLightLevel, MinRegulationLightLevel
Usando la herramienta de puesta en marcha, un usuario autorizado, tal como un ingeniero de puesta en marcha puede configurar parámetros indicativos de niveles de luz máximos y mínimos que pueden conseguirse en un área bajo el control basado en luz del día. En algunas realizaciones, los parámetros MaxRegulationLightLevel y MinRegulationLightLevel puede cada uno establecerse para que sea igual a los parámetros de control basados en ocupación MaxWhenOccupied y MinWhenOccupied, respectivamente.
Parámetro configurable: Aprovechamiento de la luz del día
El aprovechamiento de la luz del día es un parámetro configurable asociado con el control basado en luz del día de las condiciones ambientales. En muchas realizaciones, si se activa para una o más unidades puestas en marcha, permite la regulación basada en la luz del día de los niveles de luz en un área enfocada a aquellas unidades puestas en marcha. En muchas realizaciones, aprovechamiento de la luz del día, cuando se activa, funciona para mantener niveles de luz en un espacio dentro de un intervalo particular (por ejemplo, MinimumRegulationLight-Level a MaximumRegulationLightLevel).
Ajustar punto de ajuste de iluminación - parámetro máximo calibrado
Cuando un usuario configura manualmente o ajusta el punto de ajuste de iluminación de una unidad puesta en marcha, un parámetro de la unidad configurada (por ejemplo CalibratedMaximum) se establece al nuevo valor de punto de ajuste. La unidad puesta en marcha puede aún regularse basándose en controles basados en la luz del día, pero el nuevo valor de punto de ajuste se usará para regular condiciones ambientales asociadas con la unidad puesta en marcha.
La Figura 15 ilustra un método 1500 para responder a una solicitud para una escena ambiental diferente en una zona de reunión, realizado por algunas realizaciones de un sistema para gestionar condiciones ambientales. Comprende las etapas 1510-1530. El método 1500 puede realizarse por cualquier combinación de los componentes de un sistema 100A o 100B representado en las Figuras 1A y 1B respectivamente. En la etapa 1510, se recibe una solicitud para proporcionar una escena diferente en una sala de reuniones. En algunas realizaciones, la solicitud puede crearse como resultado de que un usuario seleccione y solicite una escena desde una interfaz de usuario gráfica presentada visualmente en un dispositivo 160 de control ambiental del sistema 100A, tal como un teléfono inteligente. La solicitud puede transmitirse posteriormente a un módulo gestor ambiental, tal como el módulo 110 mediante el enlace L2, como se representa en la Figura 1A. En algunas otras realizaciones, la solicitud puede generarse automáticamente por uno o más sensores que detectan la ocupación en la zona de reunión previamente no ocupada y solicitando una escena de bienvenida por defecto.
En la etapa 1520, se accede a la escena solicitada. Una escena puede ser una colección de parámetros ambientales predeterminados que transforman las condiciones ambientales en una zona particular de una manera prescrita. Las condiciones ambientales afectadas pueden ser, por ejemplo, condiciones de iluminación, temperatura, humedad y flujo del aire. Cada condición ambiental prescrita en una escena puede vincularse a una o más unidades puestas en marcha particulares o a tipos de unidades puestas en marcha particulares. Además, las escenas pueden comprender condiciones ambientales muy específicas (por ejemplo, que requieren una unidad puesta en marcha particular o tipo de unidad puesta en marcha para producir luz de un color particular a una intensidad particular), o pueden especificarse más en general, permitiendo unidades puestas en marcha implicadas en producir a la escena alguna discreción para elegir valores específicos (por ejemplo, especificando un intervalo de colores o un intervalo de niveles de luz en una región particular en la sala de reuniones y permitiendo una implementación de la unidad depuesta en marcha para elegir valores dentro del intervalo prescrito). Una colección de escenas ambientales preconfiguradas puede almacenarse en una o más memorias accesibles para, por ejemplo, el módulo 110 gestor ambiental o el módulo 130 de pasarela del sistema 100A o cualquier unidad puesta en marcha asociada con la zona de reunión referenciada en la etapa 1510. Por ejemplo, un controlador de área, tal como el controlador de área 420, puede ser tal que una unidad puesta en marcha pueda acceder a una escena solicitada. En muchas realizaciones, una unidad puesta en marcha de este tipo puede estar acoplada de manera comunicativa a una o más luminarias de IP que controlan condiciones de iluminación en diversas porciones de la sala de reuniones.
En algunas realizaciones, en la etapa 1520, el módulo 110 de control ambiental o el módulo 130 de pasarela del sistema pueden acceder a una o más memorias para recuperar detalles asociados con la escena solicitada (por ejemplo, la colección de condiciones ambientales especificadas para que se recreen en áreas particulares de un espacio). Pueden almacenarse diferentes escenas predeterminadas, cada una asociada con un identificador único, en una base de datos y, acceder a una escena solicitada en la etapa 1520 puede implicar hacer coincidir el identificador único de la escena solicitada en la etapa 1520 con el identificador único de una escena almacenado en la una o más memorias anteriormente mencionadas.
En la etapa 1530, se aplica la escena solicitada. En algunas realizaciones, se transmiten respectivos detalles de la escena solicitada desde un módulo de sistema (por ejemplo, el módulo 110 gestor ambiental o el módulo 130 de pasarela del sistema 100A) a respectivas unidades puestas en marcha (por ejemplo, el controlador 140 y 150 de IP del sistema 100A) para su aplicación. Por ejemplo, una escena puede requerir que todas las paredes en una habitación se laven con luz roja de atenuación particular, y todas las luces de tarea en la sala se atenúen hasta un nivel particular. En algunas realizaciones, estos detalles pueden codificarse en un comando de control ambiental y transmitirse por el módulo 110 gestor ambiental a un controlador de área (por ejemplo, el controlador 320 de área) que controla la habitación en cuestión. El controlador de área puede transmitir posteriormente los comandos para cambiar el color de lavado de la pared a una o más luminarias de IP que proporcionan lavados de pared decorativos en la sala, y los comandos para cambiar la iluminación de tarea a una o más luminarias de IP que controlan la iluminación de tarea en la sala. El controlador de área, en algunas realizaciones, puede procesar también los comandos recibidos desde los otros módulos, tales como el módulo 110 gestor ambiental, antes de comunicarlos a las luminarias de IP apropiadas (u otras unidades puestas en marcha) de modo que los comandos son compatibles con un formato o protocolo de comunicación entendido por las luminarias de IP particulares (o las unidades puestas en marcha).
La Figura 16 ilustra un método 1600 de control basado en la luz del día para responder a un cambio detectado en la iluminación en una zona de trabajo, realizado por algunas realizaciones de un sistema para gestionar condiciones ambientales. Comprende las etapas 1610-1650. Pueden realizarse muchas etapas del método 1600, por ejemplo, por los componentes del sistema 100A o 100B representado en las Figuras 1A y 1B, respectivamente. En la etapa 1610, se procesa la entrada del sensor para determinar si hay un cambio en la iluminación (por ejemplo, luz natural o artificial) en una zona de trabajo. La entrada del sensor puede ser desde uno o múltiples sensores y el sensor o sensores pueden ser cualquier tipo de sensor de luz, tal como un sensor de luz de día. El uno o múltiples sensores pueden detectar una reducción o un aumento en la luz desde una fuente natural (por ejemplo, la luz del sol) o una fuente artificial (por ejemplo, la luminaria). La entrada del sensor puede comunicarse a y procesarse por uno o más procesadores que ejecutan un módulo de control ambiental, tal como el módulo 110 del sistema 100A, un módulo de pasarela, tal como el módulo 130 del sistema 100A, o un controlador de área, tal como el controlador 320 del sistema 300A. Si no hay cambio en la iluminación, a continuación el control permanece en la etapa 1610, y la entrada desde el sensor o sensores en la etapa 1610 puede procesarse de nuevo en un momento posterior. Si la determinación en la etapa 1610 indica que hay un cambio en la iluminación en la zona de trabajo, a continuación el control se transfiere a la etapa 1620.
En la etapa 1620, se realiza una determinación en cuanto a si el cambio en la iluminación es mayor que una cantidad preconfigurada. En algunas realizaciones, esta determinación puede realizarse por una unidad puesta en marcha (por ejemplo, el controlador de área, la luminaria de IP) que está ubicada próxima al sensor o sensores que producen la entrada del sensor y/o una unidad puesta en marcha que está delimitada a la zona de trabajo durante el proceso de puesta en marcha. En otras realizaciones, esta determinación se hace más centralmente por uno o más procesadores asociados con un módulo gestor ambiental, tal como el módulo 110 del sistema 100A, o un módulo de pasarela, tal como el módulo 130 del sistema 100A. Si el resultado de la determinación en la etapa 1620 es negativo (por ejemplo, el cambio en la iluminación no es mayor que una cantidad preconfigurada), entonces no se realiza ajuste en la iluminación en la zona de trabajo. Sin embargo, en algunas realizaciones, cada cambio en la iluminación en el que no se actúa después de la etapa 1620 se agrega y se graba temporalmente en una memoria accesible al módulo o módulos que realizan las determinaciones en las etapas 1610 y 1620. En tales realizaciones, la etapa 1620 puede implicar usar el conjunto acumulado de los cambios en la iluminación a través de múltiples determinaciones previas en la etapa 1620 que conducen a determinaciones negativas en la etapa 1620, para realizar la determinación presente en la etapa 1620.
Si el resultado de la determinación en la etapa 1620 es positivo (por ejemplo, el cambio en la iluminación es mayor que una cantidad preconfigurada), a continuación el control se transfiere a la etapa 1630, y se realiza una determinación en cuanto a si el nivel de iluminación en la zona de trabajo se encuentra en o por encima de un nivel preconfigurado. En algunas realizaciones, la determinación de la etapa 1630 puede realizarse por una unidad puesta en marcha (por ejemplo, el controlador de área, la luminaria de IP) que está ubicada próxima al sensor o sensores que producen la entrada del sensor y/o una unidad puesta en marcha que está delimitada a la zona de trabajo durante el proceso de puesta en marcha. En otras realizaciones, esta determinación se hace más centralmente por uno o más procesadores asociados con un módulo de control del ambiente, tal como el módulo 110 del sistema 100A, o un módulo de pasarela, tal como el módulo 130 del sistema 100A. Si la determinación en la etapa 1630 es positiva (por ejemplo, el nivel de iluminación en la zona de trabajo se encuentra en o por encima de un nivel preconfigurado), entonces se ajusta la iluminación desde al menos una luminaria (o unidad de iluminación o fuente de luz) en la zona de trabajo para proporcionar un nivel de iluminación mínimo preconfigurado en la etapa 1640. Si, por otra parte, la determinación en la etapa 1630 es negativa (por ejemplo, el nivel de iluminación en la zona de trabajo se encuentra por debajo del nivel preconfigurado), entonces se ajusta la iluminación desde al menos una luminaria en la zona de trabajo para proporcionar un nivel máximo preconfigurado de iluminación. Cuando se ajusta la iluminación en las etapas 1640 y 1650, muchas realizaciones pueden emplear desvanecimiento de acuerdo con un tiempo de desvanecimiento configurado y/o velocidad de desvanecimiento si la característica de desvanecimiento está activada para la una o más unidades puestas en marcha cuya al menos una luminaria en la zona de trabajo está ajustada en las etapas 1640 o 1650.
La Figura 17 ilustra un método 1700 de control basado en la luz del día para responder a un cambio detectado en iluminación natural en un espacio, realizado por algunas realizaciones de un sistema para gestionar condiciones ambientales. Comprende las etapas 1710-1740. Pueden realizarse muchas etapas del método 1700, por ejemplo, por los componentes del sistema 100A o 100B representado en las Figuras 1A y 1B, respectivamente. En la etapa 1710, se procesa la entrada del sensor para determinar si hay un cambio en la iluminación natural en una zona designada. La entrada del sensor puede ser desde uno o múltiples sensores y el sensor o sensores pueden ser cualquier tipo de sensor de luz, tal como un sensor de luz de día. La entrada del sensor puede comunicarse a y procesarse por uno o más procesadores que ejecutan un módulo gestor ambiental, tal como el módulo 110 del sistema 100A, un módulo de pasarela, tal como el módulo 130 del sistema 100A, o un controlador de área, tal como el controlador 320 del sistema 300A. Si no hay cambio en la iluminación natural, el control permanece en la etapa 1710, y la entrada desde el sensor o sensores en la etapa 1710 puede procesarse de nuevo en un momento posterior. Si la determinación en la etapa 1710 indica que hay un cambio en iluminación natural en la zona designada, a continuación el control se transfiere a la etapa 1720.
En la etapa 1720, se realiza una determinación con respecto a si el cambio en la iluminación natural es parte de una tendencia creciente o decreciente. Una tendencia creciente puede identificarse después de que se detectan múltiples aumentos consecutivos en la iluminación natural en la etapa 1710 para la zona en cuestión. Análogamente, una tendencia decreciente puede identificarse después de que se detectan múltiples reducciones consecutivas en la iluminación natural en la etapa 1710 para la zona en cuestión. El número de aumentos o reducciones consecutivos necesarios para una serie de cambios en la iluminación natural para calificar como una tendencia puede ser un parámetro configurable en muchas realizaciones, que puede establecerse y/o resetearse usando, por ejemplo, el tablero central del módulo 110 gestor ambiental del sistema 100A.
En muchas realizaciones, la determinación de la etapa 1720 puede realizarse por una unidad puesta en marcha (por ejemplo, el controlador de área, la luminaria de IP) que está ubicada próxima al sensor o sensores que producen la entrada del sensor y/o una unidad puesta en marcha que está delimitada a la zona en cuestión durante el proceso de puesta en marcha. En otras realizaciones, esta determinación se hace más centralmente por uno o más procesadores asociados con un módulo gestor ambiental, tal como el módulo 110 del sistema 100A, o un módulo de pasarela, tal como el módulo 130 del sistema 100A. Si no se identifica la tendencia, a continuación el control se revierte a la etapa 1710, y la entrada desde el sensor o sensores puede procesarse de nuevo posteriormente. Si se halla una tendencia creciente, entonces se ajusta la iluminación desde al menos una luminaria (o unidad de iluminación o fuente de luz) en la zona designada para proporcionar un nivel inferior de iluminación dentro de una primera duración (etapa 1740). Por otra parte, si se halla una tendencia decreciente, a continuación se ajusta la iluminación desde al menos una luminaria (o unidad de iluminación o fuente de luz) en la zona designada en la etapa 1730 para proporcionar un nivel superior de iluminación que el proporcionado actualmente por la luminaria dentro de una segunda duración que es más corta que la primera duración de la etapa 1740. Cuando se ajusta la iluminación en las etapas 1730 y 1740, muchas realizaciones pueden emplear desvanecimiento de acuerdo con un tiempo de desvanecimiento configurado y/o velocidad de desvanecimiento si se activa la característica de desvanecimiento para la una o más unidades puestas en marcha asociadas con la al menos una luminaria a la que se hace referencia en las etapas 1730 y 1740.
Gestionar condiciones ambientales - controles activados por el usuario
Aunque muchas de las realizaciones descritas en las secciones anteriores sobre el control basado en ocupación y en la luz del día se centran en métodos para monitorizar y/o identificar patrones con respecto a cambios en las condiciones de ocupación y de iluminación, y ajustando de manera óptima las condiciones ambientales para responder a estos cambios, esta sección se centra en los controles disponibles para los usuarios para hacer cambios en las condiciones ambientales. En muchas realizaciones, el usuario puede anular el comportamiento automático descrito en las secciones anteriores sobre la gestión de luz basada en la ocupación y/o en la luz del día.
Activar, desactivar y priorizar el control
En cualquier zona dada, pueden habilitarse todos los tipos de control disponibles (por ejemplo, activarse automáticamente y activarse por el usuario). Las unidades puestas en marcha pueden configurarse de manera que se activan uno o más tipos de control. Adicionalmente, para cada zona y/o unidad puesta en marcha, puede asociarse una prioridad con cada tipo de control. Cuando se activa un tipo de control en un área o para una unidad puesta en marcha, puede usarse el tipo de control activado (por ejemplo, control personal manual, control central, control basado en la ocupación) para emitir solicitudes de control para el área activada o para la unidad puesta en marcha. Pueden posibilitarse diferentes tipos de control y ser operacionales en la misma área o para la misma unidad puesta en marcha. Se usan prioridades para resolver cualquier conflicto o ambigüedad dadas todas las entradas de control recibidas, y para determinar las condiciones ambientales de cualquier espacio en cualquier momento dado.
Controladores móviles
En muchas realizaciones, pueden usarse controladores móviles (por ejemplo, teléfonos inteligentes, ordenadores de tableta otros dispositivos informáticos portátiles) por los usuarios para solicitar cambios en las condiciones ambientales. Los controladores móviles pueden configurarse para proporcionar realimentación visual, auditiva y/o táctica a sus usuarios cuando se conectan al sistema de gestión ambiental, y/o realimentación visual, auditiva y/o táctica a sus usuarios dentro de un periodo de tiempo (por ejemplo, 0,3 segundos) desde el momento que los usuarios solicitan un cambio en las condiciones ambientales. Los controladores móviles pueden usarse para el control personal, manual y central de las unidades puestas en marcha basándose en su ubicación dentro de una estructura física. Por ejemplo, un teléfono inteligente puede comportarse como un controlador personal que permite el control de condiciones ambientales únicamente en su zona personal o de trabajo del usuario cuando se opera en una zona abierta, tal como un espacio de oficinas abierto. Sin embargo, cuando el teléfono inteligente se encuentra en una zona de reunión, tal como una sala de conferencias, puede comportarse como un controlador manual que permite que su usuario controle condiciones ambientales en toda la zona de reunión.
Comportamiento de arranque
La Figura 19 ilustra un método 1900 para determinar el comportamiento de arranque de una unidad puesta en marcha o no puesta en marcha, realizado por algunas realizaciones de un sistema para gestionar condiciones ambientales. El método puede realizarse, por ejemplo, por un grupo de luminarias, una luminaria de IP, tal como la luminaria 150 de IP de la Figura 1A, un sensor o grupo de sensores, una cámara o grupos de cámaras o cualquier dispositivo controlable. El método puede realizarse también por código informático que se ejecuta en uno o más procesadores ubicados de manera remota de uno o más dispositivos cuyo comportamiento de arranque ha de determinarse.
El método 1900 comprende las etapas 1910 a 1970. La etapa 1910 implica la determinación de si un dispositivo o unidad en cuestión está puesto o no en marcha. El proceso de puesta en marcha como se ha descrito anteriormente, por ejemplo, en el contexto de la Figura 5. En algunas realizaciones, durante el proceso de puesta en marcha, puede haberse actualizado una o más memorias para reflejar el estado de puesta en marcha del dispositivo o unidad en cuestión. Determinar si el dispositivo o unidad en cuestión está puesto en marcha puede implicar por lo tanto acceder a la una o más memorias. En algunas realizaciones, un mismo dispositivo o unidad puede almacenar información con respecto a su estado de puesta en marcha. En tales realizaciones, determinar si o un dispositivo o unidad está puesto en marcha o no puede implicar que el mismo dispositivo o código informático que se ejecuta fuera del dispositivo, acceda al estado de puesta en marcha almacenado del dispositivo o a la información que refleja su estado de puesta en marcha.
Si se determina que el dispositivo está puesto en marcha, entonces el control se transfiere a la etapa 1920. De otra manera, el control se transfiere a la etapa 1930. Ambas etapas implican determinar si el dispositivo o unidad en cuestión tiene o no conectividad de red. En algunas realizaciones, esto puede llevarse a cabo por un dispositivo o unidad que realiza una prueba para determinar si existe conectividad. En otras realizaciones, esto puede determinarse, por ejemplo, por código informático asociado con un módulo de sistema, tal como el módulo 110 gestor ambiental o el módulo 130 de pasarela del sistema 100A, que realizan la prueba o pruebas necesarias.
Si se determina en la etapa 1920 que la unidad puesta en marcha tiene conectividad de red, entonces el control se transfiere a la etapa 1940. La etapa 1940 implica recuperar y aplicar parámetros de configuración de arranque de sistema para la unidad puesta en marcha. Los parámetros pueden almacenarse de manera central en un servidor u otro dispositivo accesible para el dispositivo o módulo de sistema que realiza la etapa 1940 o en la misma unidad puesta en marcha. Si se almacenan parámetros de configuración de arranque en múltiples lugares, la etapa 1940 puede implicar también determinar qué conjunto de parámetros tiene preferencia. En algunas realizaciones, si la unidad puesta en marcha es una luminaria, puede producirse un comportamiento por defecto en el arranque. Por ejemplo, dentro de 0,3 segundos, la luminaria (o unidad de iluminación o fuente de luz) en cuestión puede producir un nivel de luz igual al nivel de luz la luminaria (o unidad de iluminación o fuente de luz) que está configurado para producir poco antes del apagado.
Si se determina en la etapa 1920 que la unidad puesta en marcha no tiene conectividad de red, entonces el control se transfiere a la etapa 1950. En la etapa 1950, se aplican parámetros de configuración de arranque de sistema localmente disponibles para la unidad puesta en marcha. Por ejemplo, puede haber un conjunto de configuraciones de arranque almacenadas en la misma unidad puesta en marcha, que son accesibles a la unidad puesta en marcha sin la necesidad de conectividad de red.
Si se determina en la etapa 1930 que la unidad no puesta en marcha tiene conectividad de red, entonces el control se transfiere a la etapa 1960. En la etapa 1960, se aplican parámetros de configuración de arranque por defecto si no hay disponible configuración de arranque de anulación mediante la red. Los parámetros de configuración de arranque por defecto pueden residir en la red fuera de la unidad no puesta en marcha o en la misma unidad. Por ejemplo, si la unidad no puesta en marcha es una luminaria (o unidad de iluminación o fuente de luz), la configuración de arranque por defecto puede requerir que se produzca un nivel de luz al 100 % de la capacidad de la luminaria dentro de 0,3 segundos de arranque.
Si se determina en la etapa 1930 que la unidad no puesta en marcha no tiene conectividad de red, entonces el control se transfiere a la etapa 1970. En la etapa 1970, pueden aplicarse parámetros de configuración de arranque por defecto almacenados localmente en la unidad no puesta en marcha o estar disponibles de otra manera para la unidad no puesta en marcha sin conectividad de red a la unidad no puesta en marcha.
De acuerdo con algunas realizaciones que implican luminarias que no están puestas en marcha que están instaladas y alimentadas pero no conectadas a una red de IP, puede realizarse el siguiente comportamiento. Cada luminaria (o unidad de iluminación o fuente de luz) puede pasar a producir luz al 100 % de su capacidad dentro de 0,3 segundos desde el momento de arranque, y cada luminaria de este tipo puede ignorar cualquier comando de control de los dispositivos de control que dan instrucciones de otra manera. En algunas realizaciones, si las luminarias no puestas en marcha están instaladas, alimentadas y conectadas a una línea de comunicación/control de una red de IP, todas las luminarias de la subred de IP pueden pasar a producir luz al 100 % de sus capacidades dentro de 0,3 segundos desde el momento de la alimentación del subsistema. Estas luminarias pueden ignorar la información de sensor (por ejemplo, información de sensor de ocupación y de luz del día), pero reaccionar al control manual (por ejemplo, desde los controladores de IR de área) así como a comandos centrales de control (por ejemplo, desde el módulo 110 gestor ambiental, el módulo 120 de puesta en marcha o el módulo 130 de pasarela de la Figura 1A).
De acuerdo con algunas realizaciones que implican luminarias puestas en marcha (o unidades de iluminación o fuentes de luz), puede producirse el siguiente comportamiento en el arranque. Para demostrar la funcionalidad, tales unidades pueden pasar a producir un nivel de luz máximo configurado dentro de algún intervalo de tiempo (por ejemplo, 2 segundos) después de que se haya arrancado el sistema. En tales realizaciones, si no hay presencia detectada en el área de las luminarias puestas en marchar posterior al arranque, las luminarias puestas en marcha se desconectarán dentro de otro intervalo de tiempo (por ejemplo, 1 segundo) después de una determinación de que no se detectó la presencia. En algunas otras realizaciones que implican a las luminarias puestas en marcha, tales luminarias pueden no producir ninguna luz después de que se arranquen hasta que se detecte ocupación en el área de las luminarias durante algún periodo de tiempo configurado.
Tiempos de reacción
Diferentes tiempos de reacción están relacionados con las expectativas de los usuarios cuando solicitan un cambio ambiental, tal como un cambio en las condiciones de iluminación. Si se desactiva un parámetro de desvanecimiento asociado con una unidad puesta en marcha o con el mismo usuario (por ejemplo, un parámetro de preferencia de usuario que indica si el usuario prefiere o no un efecto de desvanecimiento), entonces el cambio solicitado en la condición ambiental (por ejemplo, ajuste de nivel de luz) debe ser inmediato. Si se activa el desvanecimiento, entonces puede iniciarse el cambio solicitado en las condiciones ambientales dentro de un intervalo de tiempo (por ejemplo, 0,3 segundos) desde el momento de la solicitud de cambio.
Otra configuración relacionada con los tiempos de reacción es el tiempo de desvanecimiento, o el intervalo de tiempo durante el que una primera condición ambiental (por ejemplo, un nivel de luz presente) se desvanece a una segunda condición ambiental (por ejemplo, un nuevo nivel de luz solicitado). En muchas realizaciones, el tiempo de desvanecimiento es un valor establecido entre 0,5 y 90 segundos. Los controladores manuales que permiten que un usuario controle el tiempo de desvanecimiento pueden permitir que el usuario aumente o reduzca el tiempo de desvanecimiento con una granularidad particular (por ejemplo, aumentos o reducciones del tiempo de desvanecimiento permitidos en granularidad de 1 segundo). Las características de desvanecimiento y tiempo de desvanecimiento son valores de comodidad designadas para dar como resultado cambios en las condiciones ambientales que son suaves, menos discordantes y, por lo tanto, menos perceptibles y menso molestas.
Anulaciones de control
La Figura 20 ilustra un método 2000 para manejar una solicitud de control, realizado por algunas realizaciones de un sistema para gestionar condiciones ambientales. El método 2000 comprende las etapas 2010 a 2050. Puede omitirse una o más etapas al realizar el método, y pueden añadirse también otras etapas no representadas. En algunas realizaciones, el método puede realizarse por una misma unidad puesta en marcha, por código informático que se ejecuta en uno o más procesadores conectados de manera comunicativa a una unidad puesta en marcha (por ejemplo, en procesadores asociados con el módulo 110 gestor ambiental o el módulo 130 de pasarela del sistema 100A) o cualquier combinación de los mismos. En la etapa 2010, se recibe una solicitud de control. La solicitud de control puede ser una solicitud para cambiar una condición ambiental (por ejemplo, nivel de luz, temperatura o humedad), y puede surgir debido a una diversidad de circunstancias. Por ejemplo, un usuario puede solicitar un cambio usando un dispositivo de control ambiental tal como el dispositivo 160 del sistema 100A, un dispositivo de interfaz de usuario montado en pared, o una interfaz de usuario (por ejemplo, el tablero central) proporcionada, por ejemplo, por el módulo 110 gestor ambiental o el módulo 130 de pasarela del sistema 100A. Puede generarse también una solicitud de control como resultado de los cambios en la ocupación o de la luz del día en un área. Para fines de ilustración únicamente, supongamos que un usuario ha usado un controlador manual montado en la pared en una habitación para solicitar un nivel superior de luz, y que el controlador manual está vinculado a una unidad puesta en marcha particular en la sala.
La etapa 2020 implica determinar si se activa la opción de control solicitada. En muchas realizaciones, pueden desactivarse, activarse y/o priorizarse todas las opciones de control disponibles (por ejemplo, control basado en ocupación, control basado en la luz del día, control manual, personal y central) por cada unidad puesta en marcha. En el ejemplo que se está usando para propósitos de ilustración, la etapa 2020 implica determinar si se posibilita el control manual para la unidad puesta en marcha vinculada al controlador manual que se está usando para solicitar un cambio en las condiciones de iluminación.
Si la etapa 2020 da como resultado una determinación negativa (es decir, no se activa la opción de control para la unidad puesta en marcha asociada), entonces el control se transfiere a la etapa 2030, y se ignora la solicitud de control recibida. Si la etapa 2020 da como resultado una determinación positiva (es decir, la opción de control se activa para la unidad puesta en marcha asociada), entonces el control se transfiere a la etapa 2040.
La etapa 2040 implica determinar si hay o no una solicitud de control competitiva de prioridad superior que debería anular la solicitud de control recibida. Si la etapa 2040 da como resultado una determinación negativa (es decir, no se halla solicitud de control competitiva de una prioridad superior), entonces el control se transfiere a la etapa 2050 y se realiza el control solicitado. De otra manera, si la etapa 2040 da como resultado una determinación positiva (es decir, se halla una solicitud de control competitiva de una prioridad superior), entonces el control se transfiere a la etapa 2030 y se ignora la solicitud de control recibida. Por ejemplo, una solicitud automática que surge de la monitorización basada en la luz del día del espacio que rodea la unidad puesta en marcha puede indicar una solicitud para ajustar las luminarias (o las unidades de iluminación o fuentes de luz) asociadas con la unidad puesta en marcha para proporcionar un nivel de luz inferior que el solicitado por la solicitud del usuario que surge de su uso de un control montado en la pared manual. En un caso de este tipo, si la unidad puesta en marcha tiene una prioridad superior para el control manual en comparación con el control basado en la luz del día, entonces las luminarias asociadas con la unidad puesta en marcha ajustarán la iluminación que proporcionan para producir el nivel de iluminación solicitado manualmente.
Control manual
El control manual hace referencia a los medios disponibles para que un usuario modifique manualmente las condiciones ambientales. Durante el proceso de puesta en marcha representado en la Figura 5, pueden ponerse en marcha unidades para que se controlen manualmente. La puesta en marcha y la configuración puede incluir la vinculación de las interfaces de usuario para el control manual a las unidades puestas en marcha, la vinculación de los elementos de interfaz de usuario (por ejemplo, botones, barras deslizantes) a ajustes prestablecidos (por ejemplo, escenas, niveles de luz). Durante la puesta en marcha, puede activarse o desactivarse el control manual para una unidad que se está poniendo en marcha, y/o puede asignarse al control manual un nivel de prioridad en comparación con otros tipos de controles. Las unidades puestas en marcha que tienen control manual activado pueden tener también otras formas de control activado (por ejemplo, controles basados en la luz del día y basados en la ocupación).
El control manual posibilita que un usuario encienda o apague manualmente las unidades puestas en marcha. Por ejemplo, un usuario final puede entrar en un espacio de interiores, tal como una habitación y usando una pantalla o conmutador montado en la pared o una interfaz de usuario en un dispositivo portátil, encender las luminarias asociadas con una o más luminarias en la sala. Una solicitud manual de este tipo puede dar como resultado que las luminarias produzcan un nivel de luz preconfigurado (por ejemplo, pasar a un nivel de luz conectado). Si las condiciones ambientales predominantes, tales como el nivel de iluminación en un espacio, no son lo que desea un usuario, él o ella puede ajustar manualmente la iluminación usando un control manual, indicando que la iluminación en el espacio se atenúe hacia arriba o hacia abajo. Una solicitud manual de este tipo puede dar como resultado que las luminarias en el espacio ajusten su salida de luz en un porcentaje preconfigurado. Muchas realizaciones pueden requerir que los controladores manuales fijos se coloquen en una ubicación visible dentro del espacio que controlan, y que el controlador manual no deberá poder controlar condiciones ambientales en un espacio donde el usuario que solicita los cambios manuales no podría detectar físicamente (por ejemplo, ver, sentir o escuchar) los cambios solicitados usando el controlador.
En algunas realizaciones, se requiere que se activen los cambios manuales que se solicitan desde un controlador móvil (por ejemplo, un teléfono inteligente) dentro de una duración de tiempo más larga (por ejemplo, un cambio de escena en una sala de reunión que se solicita desde un iPhone necesita activarse únicamente dentro de 3 segundos de la solicitud), en comparación con cambios manuales solicitados desde un controlador móvil fijo (por ejemplo, un controlador montado en la pared). Por ejemplo, un cambio de escena en una sala de reuniones solicitado desde un dispositivo de control montado en la pared puede necesitar activarse dentro de 0,3 segundos de la solicitud para crear una sensación de respuesta instantánea a la solicitud. Esta diferencia puede instituirse en un sistema, tal como el sistema 100A o 100B para satisfacer las expectativas de los usuarios de que los cambios ambientales iniciados en un espacio usando controles montados en la pared manual sean instantáneos.
En muchas realizaciones, las unidades puestas en marcha pueden almacenar múltiples ajustes prestablecidos que pueden solicitare manualmente. En otras realizaciones, estos ajustes prestablecidos pueden almacenarse, adicionalmente o como alternativa, en una o más memorias ubicadas de manera remota. Por ejemplo, un ajuste prestablecido puede ser una escena de iluminación, que hace que múltiples unidades puestas en marcha cada una produzca un nivel de luz prestablecido. Un ajuste prestablecido de este tipo puede dar como resultado un "efecto" de iluminación en un espacio, tal como atenuar luces en diversas partes de la habitación y dar brillo a las luces en otras. En algunas realizaciones, puede configurarse un nivel de luz prestablecido especificando niveles de luz absolutos o niveles de luz relativos (por ejemplo, un 5 % más atenuado que el nivel de luz conectado), o por un algoritmo que tiene en cuenta un parámetro variable, tal como la cantidad de luz natural disponible.
Vuelta a valores por defecto
En diversas realizaciones, un usuario puede deshacer una condición ambiental seleccionada manualmente, y hacer que las condiciones se reviertan de vuelta a un ajuste previo o por defecto. Por ejemplo, un usuario puede usar un controlador manual para deseleccionar o cancelar un nivel de luz o escena de iluminación previamente solicitados. Esta característica posibilita que el usuario "desconecte" una iluminación personal u otra condición ambiental en cualquier momento. Una o más unidades puestas en marcha que participan en proporcionar el nivel de luz o la escena solicitados pueden a continuación volver a una configuración anterior o a un estado por defecto.
Parámetro de configuración - tiempo de retención manual
En muchas realizaciones, la configuración de un parámetro de tiempo de retención manual permite el reseteo de condiciones ambientales para que estén de conformidad con condiciones solicitadas manualmente, incluso después de que las unidades puestas en marcha que aplicaban previamente las condiciones hayan dejado de cumplir con las condiciones solicitadas manualmente. La necesidad de este parámetro puede tener lugar en diversas circunstancias. Por ejemplo, en algunas situaciones, un usuario puede entrar en una habitación previamente no ocupada, donde se ajustaron automáticamente las condiciones de iluminación basándose en la presencia de luz natural. El usuario puede utilizar posteriormente un controlador manual para solicitar que las unidades puestas en marcha en el espacio produzcan un nivel particular de luz en el espacio, independientemente de la cantidad de luz natural presente, anulando de esta manera de manera eficaz el control basado en la luz del día automático del espacio. Bajo tales circunstancias, cuando el usuario deja la habitación, puede reanudarse el control basado en la luz del día automático de la habitación o la iluminación en la sala puede pasar a un estado desconectado después de que haya transcurrido una cantidad apropiada de tiempo. En las realizaciones donde se está aplicando un tiempo de retención manual, las unidades puestas en marcha en la habitación pueden volver a proporcionar los niveles de luz solicitados manualmente por el usuario si se detecta que el usuario ha vuelto a entrar en el mismo espacio dentro del periodo de tiempo de retención manual. En muchas realizaciones, el periodo de tiempo de retención manual comienza transcurriendo inmediatamente después del tiempo cuando las unidades puestas en marcha en cuestión pasan a proporcionar condiciones ambientales que difieren de las condiciones solicitadas manualmente por el usuario. En muchas realizaciones, el tiempo de retención manual puede establecerse automáticamente a 15 minutos.
Parámetro de configuración - paso de atenuación
El paso de atenuación es un parámetro configurable que está asociado con el control de luz basado en el usuario. Cada unidad puesta en marcha puede tener un parámetro de paso de atenuación asociado y los controladores manuales y personales pueden tener también parámetros de paso de atenuación asociados. En muchas realizaciones, este parámetro se expresa como un porcentaje y puede variar del 5 % al 30 %.
Un usuario puede elegir establecer el paso de atenuación al 10 % para una unidad puesta en marcha. En un caso de este tipo, cuando la unidad puesta en marcha se atenúa una vez (por ejemplo, en un paso), la salida de luz de la unidad puesta en marcha se reduce el 10 % de su salida previa. En algunas realizaciones, el paso de atenuación se establece al 5 % por defecto. Muchas realizaciones pueden permitir también que el usuario modifique el paso de atenuación pero únicamente a un nivel particular de granularidad (por ejemplo, el 5 %). Este parámetro puede usarse como un mecanismo para controlar la velocidad con la que un usuario puede atenuar manualmente la iluminación en un espacio.
Control personal
El control de personal se refiere a los medios disponibles para que un usuario controle las condiciones ambientales en su espacio personal o zona de trabajo. Los dispositivos que proporcionan control personal pueden estar vinculados a una o más unidades puestas en marcha durante el proceso de puesta en marcha de la Figura 5. Los dispositivos de control personal pueden ser estacionarios (por ejemplo, dispositivos montados en la pared) o ser móviles (por ejemplo, teléfonos inteligentes u otros dispositivos portátiles). En muchas realizaciones, un dispositivo de control personal que está estacionario puede vincularse únicamente a las unidades puestas en marcha que están ubicadas dentro de un radio limitado del dispositivo de control personal. Los dispositivos de control personal móviles pueden vincularse a múltiples unidades puestas en marcha que están geográficamente más dispersadas a través de todo un espacio. En algunas realizaciones, cuando un usuario usa un dispositivo de control personal para controlar condiciones ambientales tales como la iluminación en su zona de trabajo, la solicitud de control personal puede afectar al comportamiento de únicamente las unidades puestas en marcha que están tanto vinculadas al dispositivo de control personal como presentes en una zona de trabajo asociada con la ubicación actual del usuario. Una solicitud de control personal para modificar condiciones ambientales en una zona de trabajo del usuario puede surgir automáticamente (por ejemplo, a partir de los métodos de control basados en la ocupación) o manualmente (por ejemplo, a partir de un usuario que usa un dispositivo de control personal manual o personal para solicitar un cambio en las condiciones ambientales). El control basado en la luz del día y basado en la ocupación de las condiciones ambientales puede afectar y/o verse afectado por el control personal de las unidades puestas en marcha que también están configuradas para poder responder a las solicitudes de control personal para cambios ambientales.
Por ejemplo, si un usuario desea aumentar el nivel de luz en una zona de trabajo a un nivel particular, pero el control basado en la luz del día en curso de la iluminación en la zona de trabajo no permite aumentar el nivel de luz en la zona de trabajo al nivel particular, el nivel de luz en la zona de trabajo puede permitirse únicamente que aumente a un nivel inferior diferente. En muchas realizaciones, si un usuario puede o no usar un controlador personal para controlar la iluminación en su zona de trabajo depende de si el usuario tiene o no permisos que afecten las condiciones ambientales en la zona de trabajo. Los permisos para autorizar a los usuarios a controlar las condiciones en sus zonas de trabajo pueden almacenarse en unidades puestas en marcha, y/o de manera más central en una o más memorias accesibles, por ejemplo, en módulos de sistema, tal como el módulo 110 gestor ambiental o el módulo 130 de pasarela del sistema 100A.
Las unidades puestas en marcha pueden configurarse para comportarse de maneras particulares en respuesta a solicitudes de control personal. Por ejemplo, todas las luminarias (o unidades de iluminación o fuentes de luz) asociadas con una unidad puesta en marcha pueden configurarse para proporcionar 500 lux en una superficie de referencia cuando se usa un dispositivo de control personal para solicitar una escena particular para una zona de trabajo particular. Puede haber uno o más modos de control personal asociados con unidades puestas en marcha y/o dispositivos de control personal. Por ejemplo, un modo de punto de ajuste limitado puede evitar que un usuario atenúe más allá de un punto de ajuste de luz calibrado máximo. Un modo de punto de ajuste ilimitado no puede imponer tales restricciones.
Las unidades puestas en marcha que típicamente ajustan el comportamiento basándose en solicitudes de control pueden ponerse en marcha para posibilitar o no posibilitar solicitudes de control personal. Tales unidades pueden también asignar un nivel de prioridad a las solicitudes de control personal. Adicionalmente y/o como alternativa, los dispositivos de control personal mismos o los usuarios que usan los dispositivos para crear solicitudes de control personal pueden asignar niveles de prioridad a solicitudes de control personal.
Los dispositivos de control personal tales como los teléfonos inteligentes que ejecutan aplicaciones de control personal pueden usarse por usuarios para ver gráficamente las zonas y/o las unidades puestas en marcha que están bajo el control del dispositivo. En algunas realizaciones, puede requerirse que cualquier respuesta a tales solicitudes se haga dentro de una cantidad de tiempo configurada (por ejemplo, 3 segundos). El fallo al responder dentro del tiempo permitido puede dar como resultado que se informe un error por el dispositivo de control personal mismo a uno o más módulos del sistema (por ejemplo, el módulo 110 gestor ambiental o el módulo 130 de pasarela del sistema 100A). Como alternativa, en diversas realizaciones, si una respuesta a una solicitud de usuario realizada mediante un controlador personal lleva más tiempo que una cantidad de tiempo configurada, entonces puede proporcionarse al usuario realimentación sobre el progreso de la solicitud (por ejemplo, una barra de progreso y otra notificación visual o auditiva).
Selección de escena y ajuste de luz
Usando controles personales, los usuarios pueden seleccionar escenas preconfiguradas para sus zonas de trabajo. Por ejemplo, un usuario puede seleccionar una escena convencional donde todas las unidades de iluminación asociadas con una unidad puesta en marcha que proporciona luz para la zona de trabajo del usuario conmutan a un nivel de luz particular. Un usuario puede usar también controles personales para controlar el nivel de atenuación de las luminarias (o las unidades de iluminación o las fuentes de luz) asociadas con unidades puestas en marcha. Las unidades puestas en marcha pueden configurarse para proporcionar iluminación dentro de un intervalo determinado (por ejemplo, entre una salida de luz mínima y una salida de luz máxima), y una capacidad del usuario puede confinarse para controlar el nivel de atenuación de tales unidades controlando la salida dentro de un intervalo de este tipo.
En algunas realizaciones, las solicitudes de cambio ambiental realizadas manualmente pueden dar como resultado cambios en las condiciones ambientales que se controlan posteriormente de manera automática. Por ejemplo, si una solicitud personal realizada manualmente da como resultado el suministro de un nivel fijo de luz en un espacio, los controles automáticos pueden volver a obtener el control del espacio después de que tengan lugar ciertos eventos (por ejemplo, se determina que el espacio está desocupado). En algunas realizaciones, el cambio realizado manualmente en las condiciones puede gestionarse posteriormente por controles automáticos, incluso sin requerir que tenga lugar un evento particular antes de la transferencia de control a los medios automáticos.
La Figura 21 ilustra un método 2100 para manejar una solicitud de control personal activada manualmente, realizada por algunas realizaciones de un sistema para gestionar condiciones ambientales. El método 2100 comprende las etapas 2110-2150, que pueden realizarse en un orden diferente del representado. Las etapas pueden omitirse y pueden añadirse otras etapas. En la etapa 2110, se recibe una solicitud de control personal activada manualmente. En diversas realizaciones, la solicitud puede recibirse por un módulo de sistema tal como el módulo 110 gestor ambiental del sistema 100A representado en la Figura 1, y un usuario puede usar un teléfono inteligente para emitir la solicitud. En algunas realizaciones, el usuario puede aumentar o reducir un punto de ajuste de temperatura actual a otro punto de ajuste que está dentro de un intervalo configurable (por ejemplo, dentro de 2 grados Celsius del punto de ajuste actual). La interfaz de usuario que se está usando para solicitar el aumento puede permitir aumentos o reducciones de acuerdo con un nivel configurable de granularidad (por ejemplo, pueden permitirse aumentos o reducciones en pasos de 0,1 grados Celsius). En muchas realizaciones, el ajuste solicitado de la temperatura puede afectar las áreas de HVAC asociadas con una o más unidades de iluminación puestas en marcha en la zona de trabajo del usuario.
En la etapa 2120, se realiza una determinación sobre si el usuario que emite la solicitud está autorizado a hacer los cambios solicitados en las condiciones ambientales. En algunas realizaciones, esta determinación se hace también por uno o más módulos de sistema, tal como el módulo 110 gestor ambiental o el módulo 130 de pasarela del sistema 100A. La determinación puede ser basándose en la información de ubicación y/o en la identificación del usuario (por ejemplo, ID de usuario y contraseña). En las realizaciones que usan la información de inicio de sesión de un usuario (por ejemplo, ID de usuario y contraseña) para verificar la autorización, el usuario puede tener que proporcionar sus credenciales únicamente una vez que ha cerrado sesión desde la última vez que se verificaron las credenciales de usuario. Si el usuario no está autorizado a modificar condiciones ambientales de acuerdo con la solicitud, el control se transfiere a la etapa 2130, en la que se ignora la solicitud de control personal. En el caso de que el usuario no esté autorizado a modificar las condiciones ambientales de acuerdo con su solicitud, él/ella puede ser notificado de este hecho. Si la autorización de usuario es, adicionalmente o como alternativa, dependiente de la ubicación del usuario, la información de ubicación puede almacenarse en caché durante un periodo de tiempo configurable, evitando de esta manera la necesidad de actualizar la misma ubicación del usuario cada vez que él/ella solicita un cambio en las condiciones ambientales.
Si el usuario está autorizado a realizar los cambios ambientales solicitados, puede darse instrucciones a una o más unidades puestas en marcha para ajustar condiciones ambientales de acuerdo con la solicitud de control personal en la etapa 2140. Por ejemplo, las luminarias (o unidades de iluminación o fuentes de luz) asociadas con una o más unidades puestas en marcha que controlan condiciones de iluminación en la zona de trabajo del usuario pueden pasar a producir un nivel de luz solicitado en la zona de trabajo del usuario (por ejemplo, la superficie de referencia) de acuerdo con un tiempo de desvanecimiento configurado. En muchas realizaciones, el control a continuación se transfiere a la etapa 2150, en la que se revierte el control de las condiciones ambientales de vuelta a controles automáticos. Por ejemplo, la salida de luz producida por la una o más unidades puestas en marcha asociadas con la zona de trabajo del usuario puede revertirse posteriormente para que se controle de acuerdo con algoritmos basados en la luz del día y/o basados en la ocupación previamente usados.
En muchas realizaciones, los controladores personales pueden permitir que los usuarios autorizados seleccionen o especifiquen de otra manera el ámbito geográfico de su control personal. Si el usuario que hace esta selección de ámbito está usando su propio dispositivo controlador personal (por ejemplo, un teléfono inteligente), la información que identifica al usuario puede vincularse a la selección de ámbito y/u otros ajustes de perfil del usuario automáticamente, sin requerir entrada adicional del usuario. Por otra parte, si el usuario que hace la selección del ámbito está usando un dispositivo controlador personal públicamente disponible (por ejemplo, un controlador fijado a una pared en un espacio accesible para múltiples usuarios), el usuario puede tener que identificarse a sí mismo/a para vincular su selección de ámbito a su identidad dentro del sistema para gestionar la condición ambiental. Una vez que un usuario selecciona o especifica satisfactoriamente un ámbito geográfico de control personal, pueden ignorarse las solicitudes de control ambiental que afectan a un área dentro de la misma área geográfica, pero recibidas desde usuarios fuera del área geográfica.
Ajustes personales y paso de lista de condiciones ambientales previamente aplicadas
Muchas realizaciones posibilitan que un usuario pase lista a los ajustes de luz u otras condiciones ambientales previamente solicitadas. Estos ajustes o condiciones pueden haberse solicitado previamente por el mismo usuario que solicita el paso de lista o por otros usuarios del mismo espacio. Las unidades puestas en marcha pueden almacenar ajustes previamente solicitados por ellas mismas y/o los ajustes pueden almacenarse de manera más central en una o más memorias accesibles para, por ejemplo, los módulos de sistema, tal como el módulo 110 gestor ambiental, el módulo 130 de pasarela y/o el módulo 120 de puesta en marcha del sistema 100A. Las condiciones ambientales previamente solicitadas pueden asociarse con usuarios, zonas y/o unidades puestas en marcha particulares.
Control central
El central control se refiere a los medios disponibles para que un usuario realice ajustes planificados o en tiempo real a parámetros de sistema que pueden afectar a las condiciones ambientales dentro de un espacio de una manera más global o generalizada. El control central también se refiere al control de las condiciones ambientales usando una interfaz de usuario ejecutada por un módulo de sistema, tal como el módulo 110 gestor ambiental o el módulo 130 de pasarela del sistema 100A. El control central puede ser manual (por ejemplo, un usuario que ajusta manualmente ajustes de luz usando una interfaz de usuario presentada visualmente), o automático (por ejemplo, ajustes a condiciones ambientales que tienen lugar como resultado de reacciones de sistema a eventos detectados). En muchas realizaciones, para controlar de manera central una o más unidades puestas en marcha dentro de un área, las unidades puestas en marcha necesitan conectarse de manera comunicativa a un tablero central. El tablero central comprende código informático que ejecuta una o más interfaces de usuario que permiten que usuarios autorizados controlen diversas unidades puestas en marcha, grupos de unidades puestas en marcha y/o zonas enteras dentro de una estructura física. En muchas realizaciones, el tablero central puede también estar conectado de manera comunicativa a y/o ejecutarse por uno o más módulos centrales para la operación de los sistemas para gestionar cambios ambientales descritos en el presente documento. Por ejemplo, en muchas realizaciones, el tablero central se ejecuta por o en conjunto con el módulo 110 gestor ambiental o el módulo 130 de pasarela del sistema 100A. En diversas realizaciones, el tablero central puede usarse para la nueva puesta en marcha y/o reconfiguración de unidades puestas en marcha. En algunas de estas realizaciones, la interfaz o interfaces de usuario del tablero central pueden presentar visualmente los parámetros reconfigurables junto con sus valores o estados actuales, y evitar que el usuario del tablero central configure parámetros que no son reconfigurables o que establezca parámetros de unidades puestas en marcha a valores que están fuera de intervalos permitidos.
Control central planificado y en tiempo real
Un usuario puede utilizar una utilidad centralizada, tal como el tablero central para modificar ajustes de unidades puestas en marcha para afectar las condiciones ambientales en tiempo real o de una manera planificada. Las solicitudes en tiempo real se procesan de manera que se realizan los cambios resultantes en las condiciones ambientales dentro de una cantidad de tiempo configurable después de la solicitud. El tablero central puede usarse también por usuarios autorizados de manera apropiada (por ejemplo, un gestor de la instalación) para modificar parámetros que afectan el comportamiento de sistema global, tal como la cantidad de tiempo configurable dentro del cual es necesario que sean servidas las solicitudes en tiempo real.
Crear y gestionar planificaciones
El tablero central puede usarse para crear, editar y planificar tareas que incorporan cambios en las condiciones ambientales. Las tareas pueden planificarse para activarse en tiempos específicos (por ejemplo, en intervalos de tiempo específicos, a un tiempo relativo a un evento o a un tiempo absoluto), o después de la aparición de un evento específico. Una tarea puede especificar cambios que son más globales en su naturaleza, por ejemplo, reseteando un parámetro que afecta a múltiples áreas o unidades puestas en marcha (por ejemplo, cambiar un tiempo de desvanecimiento, tiempo de espera, activar o desactivar un tipo de control). Una tarea puede especificar también cambios que son más locales en su naturaleza, por ejemplo, reduciendo la salida de luz de una unidad puesta en marcha que únicamente afecta a una zona de trabajo particular. Durante el proceso de puesta en marcha, un usuario autorizado, tal como un gestor de instalación puede crear y planificar tareas por defecto. Por ejemplo, puede activarse una tarea nocturna para que se ejecute después de las horas de trabajo y puede cambiar los tiempos de espera y los niveles de luz por defecto para conservar la energía.
Una tarea planificada puede comprender una serie de tareas que se planifican ellas mismas para que se realicen en ciertos tiempos, después de la aparición de ciertos eventos y/o de conformidad con cierta lógica. Los usuarios pueden seleccionar planificaciones existentes para su aplicación. Las mismas planificaciones pueden aplicarse de manera repetitiva. Por consiguiente, el tablero central puede proporcionar medios de interfaz de usuario para seleccionar una o más planificaciones para su aplicación, especificando el ámbito de las planificaciones (por ejemplo, las unidades puestas en marcha o zonas en las que estarán activas las planificaciones seleccionadas), qué eventos activarán las planificaciones (por ejemplo, hora del día, condición ambiental, actividad de usuario), y/o la frecuencia con la que se aplicarán las planificaciones (por ejemplo, una vez únicamente, unas pocas veces al día, cada vez que tenga lugar un evento).
Las planificaciones pueden también activarse inmediatamente. En tales casos, las tareas en la planificación en cuestión pueden efectuarse dentro de una cantidad predeterminada de tiempo (por ejemplo, dentro de 5 segundos). Ejemplos de tareas incluyen, cambiar la luz emitida para una luminaria o unidad puesta en marcha (por ejemplo, atenuación arriba / abajo desde un nivel de luz actual, pasando a un nivel de atenuación particular, volver a solicitar escenas de luz, desconexión/conexión), reconfiguración de parámetros de control (por ejemplo, activar/desactivar una opción de control, cambiar un tiempo de espera de sensor, cambiar un tiempo de desvanecimiento), cambiar la temperatura en un área, ejecutar una prueba de iluminación de emergencia y realizar autocalibración de sensores seleccionados. En muchas realizaciones, las tareas planificadas pueden implicar también tareas relacionadas con bases de datos, tales como la transferencia de datos de unidades puestas en marcha (por ejemplo, registro de diagnósticos, datos de consumo de energía), envío de informes o notificaciones a diferentes módulos de sistema, y respaldo de datos específicos o categorías de datos.
En muchas realizaciones, únicamente una planificación puede estar activa con respecto a la misma unidad puesta en marcha en cualquier tiempo dado. El paso entre los ajustes de dos tareas consecutivas en una planificación puede implicar una transición de desvanecimiento dentro de un tiempo de desvanecimiento. Por consiguiente, crear y/o seleccionar planificaciones puede implicar especificar o seleccionar parámetros tales como un tiempo de desvanecimiento y/o activar o desactivar una transición de desvanecimiento entre tareas en una planificación.
Crear y configurar alarmas
El tablero central o una interfaz de usuario asociada con el módulo de puesta en marcha puede permitir que un usuario autorizado, tal como un gestor de instalación, cree y configure alarmas. Una alarma puede ser cualquier medio mediante el cual se notifica a uno o más módulos, controladores o dispositivos asociados con el sistema para gestionar condiciones ambientales dentro de una estructura de los estados del sistema que son anormales o que pueden requerir de otra manera una acción. Una alarma puede estar asociada con diversos parámetros configurables. Estos parámetros pueden establecerse manualmente o modificarse por un usuario autorizado, o actualizarse automáticamente durante la operación del sistema. Una alarma puede tener un tipo asociado (por ejemplo, un error o una advertencia). Una alarma puede indicar su fuente o el evento o la condición que generó la alarma. Ejemplos pueden incluir un cambio en un estado de sistema, un estado de sistema particular o un evento planificado o no planificado que tiene lugar. Una alarma puede tener también un destino asociado (por ejemplo, una cuenta de usuario que debe notificarse acerca de la alarma), un ámbito (por ejemplo, unidades puestas en marcha que afectan potencialmente la alarma), un formato (por ejemplo, SMS, correo electrónico, audio, visual, táctico), un activador (por ejemplo, una planificación o tarea que invoca la alarma), y una condición de activador que provoca que se invoque la alarma (por ejemplo, el tiempo, estado de sistema, cambio en el estado de sistema o una actividad planificada). Las alarmas pueden provocar también que se visualicen datos particulares en el tablero central para presentar visualmente datos de alarma a personal responsable. Ejemplos incluyen la ubicación de la unidad puesta en marcha, el dispositivo o la condición ambiental que provoca la alarma, una indicación de la gravedad de la alarma y una indicación del estado de la alarma (por ejemplo, si se está manejando o no).
Anulación de control central
En algunas realizaciones, un usuario autorizado puede usar el tablero central para emitir un comando de control central de anulación o configurar de otra manera el sistema para control ambiental central exclusivo, de manera que todas las otras solicitudes de control ambiental automáticas o generadas por el usuario se bloqueen o ignoren hasta que se complete el comando central de anulación particular u otro evento, o se finalice manualmente. Una anulación de control central de este tipo puede usarse durante emergencias, tal como durante un incendio del edificio o una brecha de seguridad.
El control central puede tener en cuenta también condiciones ambientales solicitadas manualmente que se encuentran en efecto en diversas áreas. Por ejemplo, aunque el tablero central puede permitir que un gestor de instalación modifique más fácilmente las condiciones de iluminación en un área de oficinas de planta abierta grande, el gestor de instalación puede desear omitir áreas que están bajo control personal de otros usuarios. En algunas realizaciones, esto se consigue usando información acerca de las diferentes condiciones de iluminación en diversas partes disponibles en tiempo real a módulos de sistema tal como el módulo 110 gestor ambiental o el módulo 130 de pasarela. En muchas realizaciones, una solicitud de control ambiental emitida de manera central que viene antes o después de una solicitud de control personal o manual puede no afectar la respuesta del sistema a la solicitud de control personal o manual. Por ejemplo, una solicitud de control central para conmutar una unidad puesta en marcha a un nivel de luz inferior puede dar como resultado que la unidad puesta en marcha produzca el nivel de luz inferior. Sin embargo, una solicitud de control personal o manual puede conmutar posteriormente la unidad puesta en marcha para producir un nivel de luz superior.
Vuelta al comportamiento por defecto
En muchas realizaciones, puede emitirse una solicitud de control central para que tenga efecto en un espacio, y evitar que otras solicitudes de control tengan efecto en ese espacio hasta que se desactive manualmente. Para evitar una situación donde un gestor de instalación puede fallar de manera inadvertida al desactivar un control central de anulación, los controles automáticos pueden anular tales controles centrales bajo algunas circunstancias limitadas, tal como cuando el sistema reconoce que el espacio está desocupado. Bajo tales circunstancias, el control basado en la ocupación puede remplazar al control central del espacio y pueden efectuarse los cambios ambientales de acuerdo con el control basado en ocupación.
Desconexión de carga
En muchas realizaciones, el tablero central permite que un usuario autorizado de manera apropiada (por ejemplo, un gestor de la instalación) haga que el sistema conmute a un modo de desconexión de carga predefinido. Tales modos pueden estar designados para ahorrar potencia haciendo automáticamente que se modifiquen diversos parámetros por todo el sistema, así como haciendo que diversas unidades puestas en marcha reaccionen de maneras particulares. Por ejemplo, pueden desactivarse todos los controles personales, pueden atenuarse o desconectarse todas las luminarias (o unidades de iluminación o fuentes de luz) en áreas seleccionadas, y pueden acortarse todos los tiempos de espera y periodos de gracia para controles activados automáticamente tales como los controles basados en la ocupación.
Interfaces de usuario gráficas
Personalización de las vistas
Los sistemas de control ambiental descritos en el presente documento proporcionan una diversidad de diferentes interfaces de usuario gráficas (GUI) para facilitar la interacción con los usuarios. Se describen a continuación realizaciones ilustrativas de tres categorías de tales GUI. Además, se proporciona una interfaz de usuario gráfica de personalización (GUI de personalización) que permite que un usuario cree GUI personalizadas. Un usuario puede usar la GUI de personalización para crear las GUI para su uso en tareas particulares (por ejemplo, atenuar luminarias asociadas con unidades puestas en marcha en diferentes habitaciones) o en áreas particulares que el usuario frecuenta (por ejemplo, una GUI que presenta visualmente información de monitorización para las unidades puestas en marcha en tres habitaciones en las que el usuario está interesado). Puede proporcionarse a la GUI de personalización que puede usarse también para crear diferentes vistas basándose en el papel del usuario (por ejemplo, un usuario con un papel que requiere monitorización de consumo de potencia) un conjunto de vistas gráficas de una habitación donde se destaca la información de consumo de potencia o es accesible de otra manera con menos clics o interacciones del usuario. Basándose en el papel del usuario y/o en el perfil de preferencias preconfigurado, la GUI de personalización puede sugerir diversas vistas personalizadas (por ejemplo, vista global de la oficina celular del usuario y área circundante) que comprenden diversos detalles (por ejemplo, condiciones de temperatura y humedad en la oficina celular). Mientras se preparan una o más GUI personalizadas usando la GUI de personalización, el usuario puede elegir añadir o eliminar diversos detalles para conseguir una GUI personalizada representativa de las propias preferencias del usuario.
Tablero central
Los módulos de sistema pueden permitir que un usuario personalice la GUI de la página de inicio del tablero central de acuerdo con las necesidades del usuario. Por ejemplo, puede ser posible que un usuario cree diferentes vistas basándose en su papel (por ejemplo, usuario final del espacio de oficina o gestor de la instalación). A un gestor de la instalación puede presentársele con datos de mantenimiento así como datos de consumo de energía, mientras que a un usuario final puede únicamente presentársele con datos de consumo de energía y datos sobre condiciones ambientales actuales (por ejemplo, temperatura, niveles de luz), pero no datos de mantenimiento.
La GUI de tablero puede presentar también (por ejemplo, en el mismo plano de planta o en un panel lateral), estados operacionales de diversas unidades puestas en marcha (por ejemplo, si se ha informado un error no resuelto para una unidad, si una unidad está encendida o apagada). En muchas realizaciones, los datos con respecto a dispositivos, tales como sus datos de funciones o estado se presentan al usuario dentro de 0,5 segundos de haber sido solicitados por el usuario (por ejemplo, colocando el cursor sobre el dispositivo en la planta de suelo). Los dispositivos también pueden destacarse visualmente en el plano de planta. La GUI de tablero puede representar también visualmente diferentes categorías de dispositivos o unidades puestas en marcha en el plano de planta de manera diferente. Por ejemplo, pueden usarse diferentes iconos para representar visualmente dispositivos de iluminación, dispositivos de HVAC, sensores y dispositivos de control. La elección de los iconos puede ser personalizable para las preferencias del usuario. Puede presentarse diferente información para una unidad puesta en marcha dependiendo de su categoría. Para unidades puestas en marcha usadas para iluminación, la información puede comprender el nivel de luz actual y el uso de energía y si se activa o no el control basado en ocupación o basado en la luz del día. Para los sensores, puede presentarse la medición de los últimos datos detectados, o un promedio de mediciones a través de un periodo de tiempo reciente particular.
La GUI del tablero central puede proporcionar también al usuario la capacidad de cambiar parámetros para dispositivos puestos en marcha. Cuando el usuario selecciona un dispositivo puesto en marcha, pueden presentarse visualmente sus parámetros y los parámetros editables, basándose en los permisos y/o el papel del usuario, pueden presentarse visualmente como que son editables. Los parámetros que el usuario no está permitido a editar pueden presentarse visualmente como que no son editables (por ejemplo, en gris). Puede indicarse también el intervalo aceptable de un parámetro y pueden no aceptarse valores de parámetro fuera del intervalo por la GUI del tablero central. También pueden estar disponibles consejos de ayuda a través de la GUI del tablero central. Por ejemplo, pueden presentarse consejos de ayuda como una superposición cuando el cursor del usuario se desplaza sobre una unidad puesta en marcha. Algunas realizaciones de la GUI del tablero central pueden estar disponibles en idiomas distintos del inglés. La GUI del tablero central puede proporcionar también medios gráficos para que un usuario gestione las planificaciones. Un usuario autorizado puede usar la GUI de tablero para crear, editar, borrar, priorizar y gestionar de otra manera las planificaciones.
La GUI del tablero central puede proporcionar también medios gráficos para controlar de manera central ajustes operacionales de las unidades puestas en marcha a través de todo el sistema. Por ejemplo, los usuarios pueden controlar ajustes de luz para un grupo de unidades puestas en marcha seleccionadas o unidades puestas en marcha individuales en tiempo real (por ejemplo, usando medios gráficos para seleccionar múltiples unidades puestas en marcha y/o luminarias individuales y seleccionar nuevos niveles de luz o atenuar la salida de luz en uno o más pasos). Los nuevos estados operacionales (por ejemplo, nuevos niveles de iluminación), por lo tanto, pueden reflejarse visualmente en el tablero central como realimentación para el usuario de que han tenido lugar los cambios.
Los módulos de sistema o las unidades puestas en marcha mismas pueden también realizar análisis de datos de monitorización disponibles para proporcionar a los módulos de sistema, tal como el módulo 110 gestor ambiental del sistema 100A, recomendaciones sobre ajustes de parámetros que conducen a rendimiento de sistema óptimo (por ejemplo, rendimiento eficiente en energía). Estas recomendaciones pueden presentarse al usuario en el momento que se le presenta con los medios de interfaz de usuario para ajustar parámetros operacionales para las unidades puestas en marcha. Puede realizarse análisis en tiempo real del uso de energía estimado y los ahorros de energía y presentarse al usuario, junto con las estimaciones de coste, para ayudar a que el usuario determine ajustes de parámetros óptimos.
Tablero de monitorización
El tablero central (GUI) puede comprender también una GUI de tablero de monitorización que presenta visualmente datos recopilados por diversos componentes del sistema (por ejemplo, el módulo 110 gestor ambiental, el módulo 130 de pasarela, la luminaria 150 de IP o el controlador 320 de área). Los datos recopilados (denominados en el presente documento en general como datos de monitorización), pueden ser datos que reflejan, por ejemplo, el uso de espacio (ocupación, presencia), el consumo de energía, la temperatura, la humedad, los niveles de dióxido de carbono, el uso de controles automáticos y controles manuales y los errores operacionales detectados. Los datos de consumo de energía pueden capturase como mediciones de energía reales o mediciones de energía teóricas. El consumo de energía puede medirse en KWh. Cada muestra de dato recopilada puede asociarse con una indicación de tiempo y una identificación de dispositivo o ubicación física. La presencia puede registrarse como un sí/no por unidad o unidades puestas en marcha o áreas en cuestión; y la ocupación puede registrarse como un porcentaje del tiempo que está ocupada la unidad o unidades puestas en marcha o las áreas en cuestión. El estado de ocupación puede concluirse basándose en múltiples sensores asociados con una unidad puesta en marcha. La generación de mensajes o informes de mantenimiento y diagnóstico también puede monitorizarse y registrarse. Por ejemplo, las alarmas o alertas generadas por las unidades puestas en marcha en forma de mensajes que informan errores operacionales o las advertencias pueden monitorizarse para predecir funcionamientos incorrectos potenciales futuros.
Los datos de monitorización pueden presentarse en forma gráfica, y pueden analizarse usando cualquier combinación de métodos analíticos convencionales y propietarios. En muchas realizaciones, los datos de monitorización pueden permitir que los usuarios, tales como los gestores de instalación, obtengan ideas valiosas en las tendencias en los datos, hagan comparaciones con datos previamente recogidos (por ejemplo datos históricos) e implementen estrategias tales como estrategias de consumo de energía basándose en los datos.
Los dispositivos puestos en marcha que se están monitorizando pueden almacenar datos monitorizados en el mismo dispositivo o los datos pueden almacenarse en una o más memorias (por ejemplo, una base de datos) accesibles para los módulos de sistema, tal como el módulo 110 gestor ambiental, el módulo 120 de puesta en marcha o el módulo 130 de pasarela del sistema 100A. Los datos de monitorización pueden registrarse a intervalos de tiempo configurables especificados. Adicionalmente, la aparición de eventos (por ejemplo, la detección de ocupación) puede hacer que se detenga o reanude la monitorización. Cuando tiene lugar la monitorización, puede expresarse por uno o más parámetros configurables en una base por todo el sistema (por ejemplo, mediante el establecimiento de los parámetros por todo el sistema o reglas que afectan a múltiples áreas y unidades puestas en marcha) o en una base dispositivo a dispositivo.
Monitorizar datos y presentar datos monitorizados
El tablero de monitorización puede permitir que un usuario autorizado seleccione la información que va a monitorizarse, la granularidad espacial y temporal con la que deben recopilarse los datos monitorizados, el espacio o espacios que deben monitorizarse, herramientas analíticas que deben aplicarse a los datos y/o la presentación visual de los datos sin procesar o analizados. Algunos usuarios (por ejemplo, los gestores de instalación) pueden tener la autorización para seleccionar nuevas áreas para monitorizar o detener la recogida de datos en otras áreas. Otros usuarios (por ejemplo, usuarios de oficina) pueden especificar qué tipos de datos de monitorización desean ver en el tablero de monitorización, o si ven o no datos de monitorización sin procesar o analizados, pero no pueden afectar a la recogida de los datos de monitorización mismos.
Los usuarios pueden seleccionar áreas (por ejemplo, el campus, el edificio, plantas particulares, habitaciones o áreas de trabajo) o unidades puestas en marcha particulares o tipos de unidades puestas en marcha para monitorizar desde un mapa de plantas interactivo. Los usuarios pueden especificar o seleccionar también a cuántos datos de monitorización desearían acceder (por ejemplo, un año entero, 6 meses, 1 mes, 1 semana, 1 día), y cómo de recientes deben ser los datos (por ejemplo, en el último mes, semana, día, hora). Dependiendo del tipo de datos de monitorización, la granularidad temporal de los datos disponibles puede variar.
El usuario puede configurar la presentación de los datos de monitorización. Por ejemplo, el tablero de monitorización puede permitir que los usuarios seleccionen el tipo de gráfico o gráficos usados para presentar datos sin procesar o analizados (por ejemplo, mapas de calor), o elegir otros detalles que afectan la presentación visual. Por ejemplo, un usuario puede configurar su propia vista de monitorización para usar un código de color particular para indicar el estado de ocupación (por ejemplo, rojo para áreas que están ocupadas en más del 90 % del tiempo durante las horas laborables, verde para áreas ocupadas menos del 20 % del tiempo durante horas laborables). El usuario puede generar informes basándose en datos de monitorización recopilados. Los informes pueden ser personalizables y exportables en muchos formatos, tales como pdf, doc, xls y XML.
Ya que la comodidad del usuario es muy importante para los sistemas en el presente documento para gestionar condiciones ambientales dentro de una estructura, los datos monitorizados incluyen indicadores clave de esta métrica. Por ejemplo, el número de anulaciones manuales o personales de las condiciones ambientales predominantes asociadas con las unidades puestas en marcha o las áreas puede rastrearse a lo largo del tiempo. Esto incluye cambios manuales en los niveles de luz y cambios manuales en la temperatura, humedad y flujo del aire. Estos cambios pueden analizarse en conjunto para revelar tendencias cuando se consideran todas las anulaciones manuales o personales a través de un periodo de tiempo. Basándose en los datos de temperatura registrados a través de un periodo de tiempo, pueden crearse mapas de calor para unidades puestas en marcha y pueden identificarse unidades puestas en marcha sobrecalentadas y unidades puestas en marcha infra-calentadas. Puesto que las temperaturas en una zona pueden afectar a la temperatura en zonas adyacentes, algunas zonas pueden estar sobre o infra calentadas basándose en la temperatura en zonas adyacentes. El análisis de datos de temperatura registrados puede revelar tales tendencias. Pueden usarse a continuación modelos matemáticos para sugerir cambios en los parámetros de temperatura y flujo del aire para las unidades puestas en marcha para contrarrestar cualquier tendencia negativa identificada.
Registrar y presentar datos relacionados con el mantenimiento
Todos los datos de monitorización que se refieren al mantenimiento en el sistema en la condición de trabajo pueden presentarse en una o más interfaces de usuario relacionadas. En muchas realizaciones, estas UI (presentadas como una o más ventanas, paneles o sitios web vinculados) presentan datos tales como mensajes de diagnóstico; alarmas, advertencias y otros eventos asociados con las unidades puestas en marcha; activaciones de iluminación de emergencia; informes y notificaciones sobre fallos de dispositivo; y remplazos de dispositivo planeadas y completadas. A diferencia de una alarma, que significa que un dispositivo puede no estar operando como se pretende, una advertencia significa que el sistema puede estar ejecutándose cerca o fuera de sus límites de operación (por ejemplo, lo que significa que un dispositivo está cerca del final de su vida, circunstancias de sobretensión o sobrecorriente). Pueden usarse diferentes características visuales (por ejemplo, diferentes iconos y colores) para indicar visualmente diferentes categorías de funcionamiento incorrecto de dispositivo, tal como fallo de comunicación y ausencia de potencia.
En algunas realizaciones, cuando se remplaza un dispositivo averiado o una unidad puesta en marcha, un usuario con credenciales de mantenimiento apropiadas puede usar el tablero central para volver a poner en marcha el dispositivo de acuerdo con el método representado en la Figura 5. El dispositivo remplazado puede descubrirse por el sistema y marcarse su ubicación en el plano de planta. Los datos de puesta en marcha acerca del dispositivo implicado pueden compartirse entre módulos de sistema, tal como el módulo 120 de puesta en marcha y el módulo 110 gestor ambiental para volver a poner en marcha de manera eficaz un dispositivo después de su remplazo. El proceso de unión de un dispositivo remplazado a sensores puede comenzarse, por ejemplo, por un usuario autorizado simplemente arrastrando y soltando un icono que representa el dispositivo descubierto en iconos que representan uno o más sensores en el plano de planta digital presentado visualmente por el tablero central.
Los módulos de sistema, tal como el módulo 110 gestor ambiental, pueden realizar autocomprobaciones por todo el sistema o localizadas. Las autocomprobaciones pueden iniciarse automáticamente a intervalos regulares o manualmente por un usuario autorizado. Los informes y mensajes de diagnóstico pueden generarse por los módulos de sistema o las unidades puestas en marcha sobre el estado de diversas unidades puestas en marcha o módulos de sistema, y presentarse en el tablero central. Para autocomprobaciones solicitadas manualmente, el sistema puede proporcionar realimentación al usuario sobre el progreso de la autocomprobación. Adicionalmente, los módulos de sistema pueden registrar y hacer disponibles mensajes de red de TCP/IP relacionados con diversas unidades puestas en marcha.
Tablero de gestión de usuario
El tablero central puede comprender también una GUI de gestión de usuario que permite que un usuario autorizado cree, edite y borre cuentas de usuario para usuarios del sistema. Las cuentas de usuario pueden ser cuentas para los usuarios de la estructura en cuestión (por ejemplo, trabajadores de oficina), así como cuentas para su uso por los administradores con permisos para configurar cuentas de usuario. Cada cuenta de usuario y de administrador puede tener un ID de usuario asociado y contraseña para propósitos de autenticación. En algunas realizaciones, las cuentas de administración pueden configurar, por ejemplo: qué tipos de datos se monitorizan, qué usuarios pueden ver los datos monitorizados y a qué granularidad, qué parámetros de sistema son configurables y qué usuarios pueden modificar los valores de tales parámetros, qué usuarios reciben notificaciones de sistema y qué unidades puestas en marcha se usan para diversas tareas de nivel de sistema (por ejemplo, recoger datos de monitorización).
Además de proporcionar medios para crear manualmente nuevas cuentas de usuario y administrativas, la GUI de gestión de usuario puede facilitar también la creación de cuentas de usuario importando cuentas de usuario previamente existentes desde infraestructuras de cuenta de usuario existentes (por ejemplo, LDAP, RADIUS/servidor activo). En algunas realizaciones, las cuentas de usuario pueden tener un papel asignado (por ejemplo, el papel de un ingeniero de mantenimiento). Todos los usuarios asignados a un cierto papel pueden tener el mismo nivel de acceso a información y el mismo nivel de control sobre diversos aspectos del sistema. Por ejemplo, todos los usuarios asignados al papel de ingeniero de mantenimiento pueden estar permitidos a ver a un cierto nivel de detalle o granularidad, información de uso monitorizada (por ejemplo, niveles de iluminación en diversas ubicaciones del edificio) pertinente al mantenimiento de la funcionalidad del sistema. Por consiguiente, un papel puede actuar como una plantilla con ciertos permisos que se activan y otros que se desactivan. Asignar papeles a cuentas de usuario es, en consecuencia, una manera eficaz para restringir que los usuarios accedan a información potencialmente sensible acerca de otras actividades de los usuarios dentro de la estructura en cuestión, mientras que aún permite que los usuarios accedan a los tipos de información apropiada para realizar funciones relacionadas con sus papeles asignados.
La GUI de gestión de usuario puede permitir también la creación y gestión de cuentas de usuario, donde cada una de las cuentas administrativas y las de usuario están asociadas con una cuenta de cliente. El sistema puede soportar múltiples cuentas de usuario, de manera que las cuentas de administrador para cada cuenta de cliente pueden estar autorizadas a editar cuentas de usuario asociadas únicamente con su cuenta de cliente. Una disposición de este tipo permite la gestión de condiciones ambientales en el mismo espacio físico mediante entidades separadas. Por ejemplo, el mismo edificio de oficinas puede estar ocupado por una entidad de lunes a miércoles y otra entidad los jueves y viernes. Cada entidad puede tener una cuenta de cliente diferente con cuentas de usuario asociadas con sus propios empleados.
Mantenimiento y fiabilidad
Fiabilidad
Calidad de salida de luz
En algunas realizaciones, pueden usarse luminarias de diferente efecto de luz (por ejemplo, temperatura y color) y el sistema puede soportar dispositivos de iluminación con las siguientes especificaciones: Ra mayor que 80; Uniformidad para la iluminación de tarea mayor que 0,7; Uniformidad para iluminación de fondo mayor que 0,4; UGR (calificación de destello unificado) de 19 para espacio de oficinas y de 28 para áreas de circulación; y c Ct de 4000K.
Fallo de red
En situaciones donde no hay conectividad de red disponible en todo el sistema, el sistema puede comportarse de una manera predeterminada hasta que se haya restablecido la conectividad de red. Por ejemplo, pueden estar disponibles controles basados en la ocupación en una capacidad limitada, para proporcionar un nivel mínimo de iluminación en áreas donde se detecta ocupación; y el control basado en la luz del día y los controles personales pueden no estar disponibles. En situaciones donde una luminaria individual o unidad de iluminación detecta que ya no está conectada más a la red, puede comportarse también de una manera descrita. Por ejemplo, puede continuar proporcionando el mismo nivel de iluminación como antes de que se detectara el fallo de red, y si se desconecta, puede conmutarse para proporcionar un nivel mínimo de iluminación si la ocupación se detecta posteriormente en sus cercanías. Tal comportamiento asegura que incluso en el caso de fallo de red, estará presente un nivel mínimo de iluminación en áreas que están ocupadas.
Fallo de conmutador de PoE
La Figura 22 representa una disposición de unidades puestas en marcha y conmutadores de PoE asociados para reducir el impacto visual del fallo de conmutador de PoE. En la Figura 22, se muestran dos conmutadores de PoE (conmutador A de PoE y conmutador B de PoE) que suministran potencia a múltiples unidades puestas en marcha, identificadas usando rectángulos de línea discontinua en dos habitaciones separadas. El conmutador A de PoE se muestra suministrando potencia a tres unidades puestas en marcha y sus respectivas luminarias o unidades de iluminación (mostradas como círculos dentro de los rectángulos de línea discontinua) en la habitación 1 y una unidad puesta en marcha y sus luminarias en la habitación 2. Se muestra el conmutador B de PoE suministrando potencia a dos unidades puestas en marcha y sus respectivas luminarias (o unidades de iluminación) en la habitación 2 y una unidad puesta en marcha y sus luminarias (o unidades de iluminación) en la habitación 1. En una disposición de este tipo, donde cada conmutador de PoE suministra potencia a al menos una unidad puesta en marcha en cada una de las dos habitaciones, ninguna habitación estará en oscuridad completa si falla uno de los conmutadores de PoE.
Autodiagnósticos
La Figura 23 ilustra un método 2300 para auto diagnóstico y recuperación realizado por unidades puestas en marcha en algunas realizaciones de un sistema para gestionar condiciones ambientales. La Figura 23 comprende las etapas 2310 a 2350. En algunas variaciones del método 2300, todas las etapas representadas no necesitan realizarse en el orden mostrado, puede añadirse una o más etapas a, y puede borrarse una o más etapas de, las etapas mostradas. En la etapa 2710, una unidad puesta en marcha detecta un defecto en su propia operación, con o sin la ayuda de módulos de sistema, tal como el módulo 130 de pasarela. Un defecto puede ser la incapacidad de que la unidad puesta en marcha responda a un comando de control solicitado cuando la solicitud se encuentra dentro de los límites técnicos permitidos por su especificación. Por ejemplo, un defecto puede ser una luminaria (o unidad de iluminación o fuente de luz) que no puede proporcionar iluminación en un nivel particular de iluminación cuando su especificación permite un nivel de iluminación de este tipo. Una vez que la unidad puesta en marcha ha detectado el defecto, el control se transfiere a la etapa 2320. En la etapa 2320, la unidad puesta en marcha intenta la autorrecuperación. La autorrecuperación puede implicar que la unidad se reinicie a sí misma y/o que se resetee de otra manera a sí misma. Algunas unidades puestas en marcha pueden configurase también para intentar una serie de otras operaciones comúnmente conocidas para arreglar errores operacionales si un reinicio o reseteo no arregla el defecto. Una vez que la unidad puesta en marcha ha intentado la autorrecuperación, la unidad puesta en marcha continúa a la etapa 2330, donde la unidad puesta en marcha, con o sin la ayuda de módulos de sistema, tal como el módulo 130 de pasarela, comprueba para observar si el defecto detectado está arreglado. Durante esta etapa, la unidad puesta en marcha puede intentar realizar la misma tarea que provocó anteriormente que detectara el defecto. Si se arregla el defecto, la unidad puesta en marcha continúa para funcionar normalmente y el control se transfiere de vuelta a la etapa 2310. En algunas realizaciones, la unidad puesta en marcha puede informar el error operacional a otro módulo de sistema, tal como el módulo 110 gestor ambiental, el módulo 120 de puesta en marcha o el módulo 130 de pasarela, mientras que también transporta el mensaje de que la unidad puesta en marcha se ha autorrecuperado del error. Un informe de error de este tipo puede no dar como resultado la acción correctiva desde los módulos de sistema notificados, sino que puede usarse para propósitos estadísticos (por ejemplo, registrar errores operacionales por todo el sistema y cómo se manejaron).
Si no se arregla el defecto, entonces el control continúa a la etapa 2340 y la unidad puesta en marcha informa el error a otro módulo de sistema (por ejemplo, el módulo 110 gestor ambiental, el módulo 120 de puesta en marcha o el módulo 130 de pasarela). El informe de error puede tener un nivel de urgencia asociado con él, que puede establecerse por la misma unidad puesta en marcha. El nivel de urgencia puede influenciar cómo y cuándo el módulo notificado responde al error. Cuando se informa el error, la unidad puesta en marcha puede transmitir también información que la identifica a sí misma al módulo o módulos a los que informa el error. En respuesta al informe de error, uno de los módulos que recibe el informe de error puede responder enviando instrucciones de autorrecuperación a la unidad puesta en marcha. Las instrucciones de autorrecuperación pueden ser, por ejemplo, código informático o información que identifica la ubicación en una o más memorias de código informático o las instrucciones para la autorrecuperación. En algunas realizaciones, un módulo de sistema, tal como el módulo 110 gestor ambiental puede enviar un arreglo de error de programación conocido en forma de código informático ejecutable por la unidad puesta en marcha si el error informado está relacionado con un error de programación asociado con la unidad puesta en marcha. En la etapa 2350, la unidad puesta en marcha comprueba para determinar si se recibieron instrucciones de autorrecuperación. Si no se recibieron instrucciones, el control permanece en la etapa 2350 y la unidad puesta en marcha espera la recepción de tales instrucciones u otra acción por un usuario de sistema autorizado, tal como un remplazo de hardware. Si se reciben instrucciones de autorrecuperación, entonces el control se transfiere de vuelta a la etapa 2320, en la que la unidad puesta en marcha intenta la autorrecuperación usando las instrucciones recién recibidas.
La Figura 24 ilustra una realización de una interfaz de usuario gráfica interactiva visualizada como un extremo frontal en un módulo gestor ambiental, de acuerdo con algunas realizaciones de un sistema para gestionar condiciones ambientales. Representa dispositivos y unidades puestas en marcha en un plano de planta interactivo y, cuando se solicita, representa información de uso (por ejemplo, horas de funcionamiento, uso de energía) e información de estado para estos dispositivos y unidades. La Figura 25 ilustra una realización de una interfaz de usuario gráfica interactiva visualizada como un extremo frontal en un módulo de puesta en marcha, de acuerdo con algunas realizaciones de un sistema para gestionar condiciones ambientales. La interfaz de usuario permite que un usuario ajuste manualmente, por ejemplo, niveles de luz de diversas unidades de iluminación en un área, tal como una oficina celular. La Figura 26 ilustra una realización de un asistente de área interactivo para su uso como parte de un extremo frontal en un módulo de puesta en marcha, permitiendo el asistente de área que un usuario especifique diversos parámetros que juntos definen la función o funciones de un área dentro de una estructura física. La información recibida del usuario con respecto a la función o funciones de un área puede usarse posteriormente para configurar automáticamente diversos dispositivos dentro del área. La Figura 27 ilustra una realización de una interfaz de usuario gráfica interactiva para su uso en la puesta en marcha de un nuevo dispositivo (por ejemplo, un sensor) para su uso en un sistema para gestionar condiciones ambientales.
Mantenimiento: Nueva puesta en marcha y reconfiguración de dispositivos
Mapa de planta y conexión en caliente
En algunas realizaciones, la herramienta de puesta en marcha proporciona un mapa de planta interactivo que representa la colocación física real de dispositivos, tales como sensores, conmutadores de PoE, luminarias, controladores de área y módulos de pasarela. Durante la conexión en caliente y la desconexión en caliente de tales dispositivos, (por ejemplo, la colocación y retirada de dispositivos mientras se alimenta y está operacional el sistema global), el mapa de planta puede reflejar, en tiempo real, la retirada y adición de dispositivos.
Nueva puesta en marcha automática: Remplazo de luminaria y sensor
Las luminarias "inteligentes" y/o las unidades de iluminación (en lo sucesivo denominadas en general como "unidades de iluminación") pueden incluir un controlador, memoria y/o, en algunos casos, pueden incluir también uno o más sensores configurados para detectar diversos estímulos. En entornos en los que se despliegan múltiples unidades de iluminación inteligentes, cada unidad de iluminación puede configurarse y/o ponerse en marcha para operar de una manera particular para satisfacer un papel particular. Por ejemplo, dos unidades de iluminación pueden emitir luz que tiene propiedades dispares que se seleccionan para complementarse entre sí de una manera particular. Si una de estas unidades de iluminación se vuelve inoperativa, la luz emitida por la unidad de iluminación restante puede ya no ser adecuada. Para remplazar una unidad de iluminación inteligente inoperativa que desempeñó previamente un papel particular, la unidad de iluminación inteligente de remplazo puede ponerse en marcha para realizar el mismo papel que la unidad de iluminación remplazada. La puesta en marcha manual de unidades de iluminación de remplazo puede ser problemático y/o poco práctico, especialmente en instalaciones grandes. Utilizar un servidor de respaldo central para automatizar el proceso de puesta en marcha de luces de remplazo puede introducir diversos desafíos, tales como un único punto de fallo, mantenimiento sofisticado y/o arduo y/o exposición potencial aumentada a ciberataques. Por consiguiente, existe una necesidad en la técnica para facilitar la puesta en marcha automática del remplazo de unidades de iluminación inteligentes sin basarse en el uso de un servidor central u otras formas de control centralizado. En vista de lo anterior, diversas realizaciones e implementaciones de la presente divulgación se refieren a la puesta en marcha automática y descentralizada de unidades de iluminación de remplazo.
Haciendo referencia de vuelta a la Figura 1, en algunas realizaciones, el módulo 140-3, 150-3 de control de cada luminaria de IP/unidad 140, 150 de iluminación puede configurarse para, por ejemplo, por medio de la ejecución de microcódigo en memoria (no representado), ponerse en marcha automáticamente por sí mismo en el sistema. Por ejemplo, en algunas realizaciones, cuando se usa una unidad 140, 150 de iluminación para remplazar una unidad de iluminación inoperativa del sistema 100A, un módulo de control (o "controlador") de la unidad de iluminación de remplazo puede configurarse para solicitar y obtener, desde una o más unidades de iluminación (por ejemplo, 140, 150) ya instaladas en el sistema 100A a través de una o más redes de comunicación, uno o más identificadores asociados con la una o más unidades de iluminación remotas (por ejemplo, 140, 150). El controlador de la unidad de iluminación de remplazo puede también estar configurado para obtener, desde cada una de la una o más unidades de iluminación remotas (por ejemplo, 140, 150) a través de la una o más redes de comunicación, parámetros de operación de iluminación asociados con al menos otra unidad de iluminación remota. A continuación, el controlador de la unidad de iluminación de remplazo puede estar configurado para dar energía de manera selectiva a una o más de sus fuentes de luz de acuerdo con los parámetros de iluminación de operación asociados con una unidad de iluminación inoperativa. De esta manera, la unidad de iluminación de remplazo puede ponerse en marcha automáticamente a sí misma usando la información proporcionada por otras unidades de iluminación (por ejemplo, 140, 150) que, a su vez, no necesitan tener conocimiento de los estados operacionales actuales de cada una de las otras.
Nueva puesta en marcha semiautomática:
En muchas realizaciones, cuando se remplaza un controlador de sistema de iluminación o dispositivo accionador (un sensor, luminaria, UI de control, controlador de área), un usuario de sistema autorizado (por ejemplo, un ingeniero de puesta en marcha) puede necesitar poner en marcha y configurar el dispositivo para posibilitar el funcionamiento apropiado. En muchos casos, esto puede conseguirse usando la herramienta de puesta en marcha. En algunos casos, cuando se remplaza una unidad puesta en marcha, un módulo de sistema, tal como el módulo 110 gestor ambiental o el módulo 130 de pasarela, puede descubrir el dispositivo en la red y presentar el dispositivo para su puesta en marcha en la herramienta de puesta en marcha.
Ubicar un dispositivo remplazado puede realizarse automáticamente, o semiautomáticamente, donde se solicita a un usuario autorizado (por ejemplo, un ingeniero de puesta en marcha) la confirmación de una ubicación satisfactoria. En caso de que se remplace un único dispositivo en el sistema, el módulo de puesta en marcha puede reconfigurar automáticamente el dispositivo con los detalles de configuración del funcionamiento incorrecto una vez remplazado. Un usuario autorizado puede también solicitar la última versión de los datos de configuración asociados con el dispositivo remplazado usando, por ejemplo, el tablero central.
Nueva puesta en marcha manual
Un usuario autorizado puede usar el tablero central para volver a poner en marcha manualmente unidades puestas en marcha y reconfigurar parámetros de unidades puestas en marcha seleccionadas. Por ejemplo, un usuario puede seleccionar dispositivos para añadir a una unidad puesta en marcha o dividir una unidad puesta en marcha en subunidades y especificar diversos parámetros usados para controlar el comportamiento de la nueva unidad o unidades puestas en marcha.
Mejoras de software
Los módulos de sistema (por ejemplo, el módulo 110 gestor ambiental o el módulo 130 de pasarela) pueden permitir, en diversas realizaciones, mejoras de software de unidades puestas en marcha. Durante diversas etapas del proceso de mejora de software, los dispositivos que experimentan la mejora pueden no ser operacionales. Las mejoras de software pueden realizarse en una base planificada, pueden iniciarse de manera remota usando interfaces de usuario, tales como el tablero central, o en el sitio por un usuario cualificado (por ejemplo, el ingeniero de soporte de campo) usando herramientas de sistema tales como la herramienta de puesta en marcha. Pueden realizarse para seleccionar dispositivos o en una clase de dispositivos, y el tablero central puede reflejar mejoras de software en curso, planificadas y completadas para dispositivos puestos en marcha en el sistema.
Durante una mejora de software, el comportamiento de los dispositivos, tales como dispositivos de iluminación, puede ser diferente de su comportamiento configurado antes de la mejora. Por ejemplo, las unidades de iluminación puestas en marcha implicadas en una mejora de software (por ejemplo, firmware) y posterior reinicio pueden proporcionar un nivel particular de iluminación (por ejemplo, en un nivel de iluminación de fondo), e ignorar cualquier solicitud de control de iluminación que se reciba. Los módulos de sistema implicados en preparar y/o reenviar comandos de control ambiental generados automática o manualmente (por ejemplo, el módulo 110 gestor ambiental o el módulo 130 de pasarela) a unidades puestas en marcha pueden detener el reenvío de los comandos a unidades puestas en marcha que están experimentando actualmente una mejora de software. Después de que se ha completado una mejora de software (por ejemplo, firmware), el dispositivo mejorado puede volver, en algunas realizaciones, a su comportamiento justo antes de la mejora. En muchas realizaciones, una mejora de software de un dispositivo no sobrescribe o borra parámetros de configuración que se establecieron antes de la mejora.
En muchas realizaciones, para protegerse contra brechas de seguridad, únicamente se aceptarán versiones y tipos de firmware y código informático aprobados por los dispositivos para propósitos de mejora, y únicamente los usuarios autorizados podrán iniciar mejoras de software. La transmisión de ficheros de datos relacionados con la mejora puede permitirse únicamente a través de canales de comunicación seguros.
En sistemas de iluminación con múltiples denominadas unidades de iluminación "inteligentes" instaladas, tales como las luminarias 140 y 150 de IP en la Figura 1A, las unidades de iluminación individuales pueden requerir periódicamente el remplazo. El firmware instalado en una unidad de iluminación de remplazo durante la fabricación puede no necesariamente coincidir con el firmware usado por unidades de iluminación previamente instaladas de un sistema de iluminación en el que ha de instalarse la unidad de iluminación de remplazo. Actualizar manualmente el firmware de la unidad de iluminación de remplazo para hacerlo coincidir con el de las unidades de iluminación previamente instaladas, o viceversa, puede requerir mucha mano de obra y/o brindar una ampla oportunidad para el error humano. Por lo tanto, en diversas realizaciones, el firmware puede armonizarse automáticamente entre múltiples unidades de iluminación, que incluye entre una unidad de iluminación de remplazo y unidades de iluminación de un sistema de iluminación en el que está instalada la unidad de iluminación de remplazo.
Haciendo referencia a la Figura 28, se representa esquemáticamente un sistema 2800 de iluminación. El sistema 2800 de iluminación incluye dos unidades de iluminación, 2802a y 2802b. La primera unidad 2802a de iluminación puede incluir un controlador 2804a ("C.P.U." en la Figura 28, similar a 140-3, 150-3 en la Figura 1A) operativamente acoplado a la memoria 2806a ("R.O.M." en la Figura 28), una interfaz 2808a de comunicación ("C.I." en la Figura 28), y/o una o más fuentes 2809a de luz, por ejemplo, mediante uno o más buses 2811a. De manera similar, la segunda unidad 2802b de iluminación puede incluir un controlador 2804b operativamente acoplado a la memoria 2806b, una interfaz 2808b de comunicación y/o una o más fuentes 2809b de luz, por ejemplo, mediante uno o más buses 2811b. Las interfaces 2808a y 2808b de comunicación pueden estar comunicativamente acopladas como se indica en 2810 usando una diversidad de tecnologías inalámbricas y/o alámbricas. Estas tecnologías pueden incluir, pero sin limitación, Wi-Fi, BlueTooth, Zig-Bee, Ethernet, celular, luz codificada (también conocida como comunicación óptica de espacio libre), y así sucesivamente, y la conexión 2810 puede incluir diversos tipos de redes, tales como redes de malla y/o ad hoc. Las fuentes de luz 2809 pueden venir en diversas formas, incluyendo, pero sin limitación, los LED representados esquemáticamente en la Figura 28, incandescentes, fluorescentes, halógenas y así sucesivamente. Las unidades 2802 de iluminación pueden incluir otros componentes no representados en la Figura 28, incluyendo, pero sin limitación, diversos tipos de sensores, tales como sensores de luz, sensores de ocupación (por ejemplo, infrarrojos pasivos), sensores de onda de presión (por ejemplo, micrófonos) y así sucesivamente.
Las memorias 2806a y 2806b pueden denominarse "memoria de sólo lectura" (de ahí, la designación de "R.O.M.") que se usan para almacenar, respectivamente, una primera versión de firmware 2812a y una segunda versión de firmware 2812b. Las memorias 2806a y 2806b pueden venir en diversas formas, tales como memoria flash, EPROM y así sucesivamente. El primer firmware 2812a tiene una versión de "4.6". El segundo firmware 2812b tiene una versión de "4.7", que es más nueva que la versión "4.6" del primer firmware 2812a. Aunque es posible "grabar en memoria flash" manualmente la primera memoria 2806a para almacenar firmware que coincide con el firmware 2812b almacenado en la segunda memoria 2806b, hacer eso se vuelve poco práctico cuando el sistema 2800 de iluminación incluye docenas, o, incluso, cientos o miles de unidades 2802 de iluminación. Por consiguiente, los controladores 2804a y 2804b pueden configurarse para armonizar automáticamente el firmware almacenado en sus respectivas memorias 2806a y 2806b usando las técnicas descritas en el presente documento.
Por ejemplo, en diversas realizaciones (y desde la perspectiva de la primera unidad 2802a de iluminación), el controlador 2804a puede configurarse para recibir, mediante su respectiva interfaz 2808a de comunicación, directamente desde la segunda unidad 2802b de iluminación, datos indicativos de una versión de firmware usada por la segunda unidad 2802b de iluminación (por ejemplo, "4.7"). El controlador 2804a puede a continuación determinar que la versión de firmware usada por segunda unidad 2802b de iluminación ("4.7") es diferente de una versión de firmware usada localmente en la primera unidad 2802a de iluminación ("4.6"). En la Figura 28, la segunda unidad 2802b de iluminación usa una versión más nueva de firmware, pero bajo diferentes circunstancias, la segunda unidad 2802b de iluminación podría usar una versión de firmware más antigua o de otra manera menos deseable. En cualquier caso, el controlador 2804a puede configurarse para tomar una acción correctiva para armonizar el firmware usado localmente en la primera unidad 2802a de iluminación con el firmware usado por la segunda unidad 2802b de iluminación.
Si la versión de firmware usada por la segunda unidad 2802b de iluminación es más nueva que la versión de firmware usada localmente en la primera unidad 2802a de iluminación, como es el caso en la Figura 28, el controlador 2804a puede transmitir (por ejemplo, difundir), a través de su respectiva interfaz 2808a de comunicación, a una o más unidades de iluminación remotas del sistema 2800 de iluminación (incluyendo la segunda unidad 2802b de iluminación), una solicitud para una versión de firmware que coincide con la usada por la segunda unidad 2802b de iluminación. El controlador 2804a puede a continuación recibir, a través de su respectiva interfaz 2808a de comunicación, directamente desde una de la una o más unidades 2802 de iluminación remotas del sistema 2800 de iluminación (por ejemplo, la segunda unidad 2802b de iluminación), una imagen del firmware usada por la segunda unidad de iluminación. El controlador 2804a puede a continuación instalar localmente la imagen de firmware recibida.
En algunas realizaciones, el controlador 2804a puede configurarse para pausar durante un intervalo de tiempo entre la recepción de una versión de firmware desde una unidad 2802 de iluminación remota, tal como la segunda unidad 2802b de iluminación y difundir una solicitud para esa versión de firmware. Esto puede proporcionar una oportunidad para que el controlador 2804a espere versiones de firmware desde otras unidades de iluminación del sistema 2800 de iluminación. Por ejemplo, supóngase que el primer controlador 2804a recibe la versión "4.7" desde el segundo controlador 2804b. Aunque "4.7" es más nueva que "4.6", es posible que otra unidad de iluminación más del sistema 2800 de iluminación pueda tener una versión de firmware incluso más nueva (por ejemplo, "4.8"). Por consiguiente, antes de que el primer controlador 2804a difunda una solicitud para la versión 4.7 del firmware, puede pausar algún intervalo de tiempo para observar si cualquier otra unidad de iluminación del sistema 2800 de iluminación tiene una versión más nueva de firmware. El controlador 2804a puede determinar el intervalo de tiempo de pausa de diversas maneras. En algunas realizaciones, el controlador 2804a puede calcular estocásticamente un intervalo de tiempo aleatorio, por ejemplo, sometido a algún límite de tiempo superior predeterminado. Al final del intervalo de tiempo, el controlador 2804a puede comparar los diversos identificadores de versión de firmware que recibe desde múltiples unidades de iluminación diferentes, y puede difundir una solicitud para una imagen de la versión más nueva (o de otra manera más deseable) del firmware disponible. La segunda unidad 2802b de iluminación u otra unidad 2802 de iluminación del sistema 2800 de iluminación que opera el firmware más nuevo puede responder proporcionando una imagen del firmware más nuevo. La primera unidad 2802a de iluminación puede a continuación instalar esa imagen.
Aunque una unidad 2802 de iluminación esté actualizando su firmware con una imagen recibida desde otra unidad 2802 de iluminación, puede parecer parcial o totalmente no disponible para su uso normal. Por ejemplo, si la primera unidad 2802a de iluminación incluye un sensor de presencia, ese sensor de presencia puede no ser operacional aunque la primera unidad 2802a de iluminación actualice su firmware. Por consiguiente, en diversas realizaciones, una unidad de iluminación que va a actualizar su firmware puede "bloquearse". Por ejemplo, la primera unidad 2802a de iluminación puede bloquearse a sí misma, por ejemplo, después de solicitar/recibir una imagen de firmware desde la segunda unidad 2802b de iluminación. Adicionalmente o como alternativa, la segunda unidad 2802b de iluminación puede enviar un comando de "bloqueo" a la primera unidad 2802a de iluminación, por ejemplo, antes de transmitir una imagen de firmware para su instalación en la primera unidad 2802a de iluminación, y la primera unidad 2802a de iluminación puede bloquearse a sí misma en respuesta a la recepción de este comando de bloqueo.
Si la versión de firmware usada por la segunda unidad 2802b de iluminación es más antigua que la versión de firmware usada localmente en la primera unidad 2802a de iluminación (es decir, lo opuesto de lo que se representa en la Figura 28), el controlador 2804a puede transmitir (por ejemplo, difundir), a través de su respectiva interfaz 2808a de comunicación, a una o más unidades de iluminación remotas del sistema 2800 de iluminación (que incluye la segunda unidad 2802b de iluminación), datos indicativos de la versión del firmware usada localmente por la primera unidad 2802a de iluminación. En algunas realizaciones, el controlador 2804a puede configurarse para pausar durante un intervalo de tiempo (por ejemplo, calculado estocásticamente) antes de transmitir los datos indicativos de la versión del firmware usada localmente por la primera unidad 2802a de iluminación. Esto puede proporcionar tiempo para que otras unidades de iluminación no representadas en la Figura 28 proporcionen sus respectivas versiones de firmware a la segunda unidad 2802b de iluminación.
Después de difundir su versión de firmware a otras unidades de iluminación, el controlador 2804a puede recibir, a través de la interfaz 2808a de comunicación, directamente desde la segunda unidad 2802b de iluminación, una solicitud para una imagen del firmware usada localmente por la primera unidad 2802a de iluminación. El controlador 2804a puede responder transmitiendo, a la segunda unidad 2802b de iluminación mediante la interfaz 2808a de comunicación, una versión de la imagen de firmware usada localmente por la primera unidad 2802a de iluminación. Como se ha indicado anteriormente, en algunas realizaciones, el controlador 2804a puede transmitir un comando de "bloqueo" a la segunda unidad 2802b de iluminación al mismo tiempo que (por ejemplo, antes de) la transmisión de la imagen de firmware.
Haciendo referencia ahora a la Figura 29, se representa una sesión de comunicación ilustrativa entre tres unidades 2902a-c de iluminación de un sistema 2900 de iluminación. La primera unidad 2902a de iluminación tiene una versión de firmware de 4.8. La segunda unidad 2902b de iluminación tiene una versión de firmware de 4.7. La tercera unidad 2902c de iluminación tiene una versión de firmware de 4.9, que es la versión más nueva de las tres (en este ejemplo se supone que cada unidad 2902 de iluminación buscará la última versión de firmware disponible).
En 2930a y 2930b, la primera unidad 2902a de iluminación puede difundir datos indicativos de su versión de firmware ("4.8") a otras unidades de iluminación del sistema 2900 de iluminación, incluyendo la segunda unidad 2902b de iluminación y la tercera unidad 2902c de iluminación. En 2932, la segunda unidad 2902b de iluminación puede pausar durante algún intervalo de tiempo aleatorio antes de tomar acción alguna, de modo que otras unidades 2902 de iluminación del sistema 2900 de iluminación pueden anunciar también sus versiones de firmware. En 2934, la tercera unidad 2902c de iluminación puede hacer lo mismo. En respuesta al anuncio por la primera unidad 2802a de iluminación, o como una cuestión de rutina, la tercera unidad 2902c de iluminación puede transmitir datos indicativos de su propia versión de firmware ("4.9") a la segunda unidad 2902b de iluminación en 2936 y a la primera unidad 2902a de iluminación en 2938. Si la tercera unidad de iluminación tiene conocimiento de que su versión de firmware ("4.9") es más nueva que la versión de firmware ("4.7") usada por la segunda unidad 2902b de iluminación, por ejemplo, a partir de un intercambio de datos previo, a continuación, las comunicaciones en 2936a-b pueden ser multidifusiones dirigidas (es decir, otras unidades de iluminación con firmware 4.9 instalado pueden no recibir datos indicativos de la versión de firmware usada por la tercera unidad 2902c de iluminación). De otra manera, las comunicaciones en 2936ab pueden ser simplemente difusiones.
En 2940 y 2942, respectivamente, la primera unidad 2902a de iluminación y la segunda unidad 2902b de iluminación puede cada una pausar durante al menos algún intervalo de tiempo seleccionado estocásticamente, por ejemplo, para permitir tiempo para que otras unidades de iluminación (no representadas) proporcionen datos indicativos de versiones de firmware que usan. Suponiendo que no se recibe ninguna otra versión de firmware (o al menos ninguna versión más nueva que la "4.9") por la primera unidad 2902a de iluminación al final de su pausa en 2940, la primera unidad 2902a de iluminación puede difundir una solicitud para la versión de firmware "4.9" a otras unidades de iluminación, incluyendo a la segunda unidad de iluminación en 2944a y a la tercera unidad 2902c de iluminación en 2944b. Análogamente, suponiendo que no se reciben otras versiones (o al menos ninguna versión más nueva que la "4.9") por la segunda unidad 2902b de iluminación al final de su pausa en 2942, la segunda unidad 2902b de iluminación puede difundir una solicitud para la versión de firmware "4.9" a otras unidades de iluminación, incluyendo a la primera unidad 2902a de iluminación en 2946a y a la tercera unidad 2902c de iluminación en 2946b.
En 2948, la tercera unidad 2902c de iluminación puede responder a la solicitud de firmware desde la primera unidad 2902a de iluminación transmitiendo un comando de "bloqueo" a la primera unidad 2902a de iluminación. En 2950, la primera unidad 2902a de iluminación puede realizar acuse de recibo del comando de bloqueo con un "ACK". En algunas realizaciones, en 2952, la tercera unidad 2902c de iluminación puede encriptar una imagen de firmware que usa, y en 2954, la tercera unidad 2902c de iluminación puede transmitir la imagen de firmware encriptado a la primera unidad 2902a de iluminación. En 2956, la primera unidad 2902a de iluminación (que está bloqueada) puede instalar la imagen de firmware recibida desde la tercera unidad 2902c de iluminación y puede reiniciarse. Después de que la instalación está completada, en 2958a-b, la primera unidad 2902a de iluminación puede anunciar a otras unidades de iluminación que ahora está ejecutando la versión "4.9" del firmware. La primera unidad 2902a de iluminación puede operar esta versión hasta que descubra una versión más nueva de firmware que se ejecuta en otra unidad de iluminación de su sistema de iluminación.
La Figura 30 representa un método 3000 ilustrativo que puede implementarse por un controlador (por ejemplo, 2804) de una unidad de iluminación (por ejemplo, 2802, 2902) configurada con aspectos seleccionados de la presente divulgación. En el bloque 3002, el controlador de unidad de iluminación puede anunciar (por ejemplo, difundir, multidifundir) una versión de firmware usada localmente en la unidad de iluminación a una pluralidad de unidades de iluminación remotas del sistema de iluminación. La operación del bloque 3002 puede tener lugar en diversos tiempos, tal como cuando la unidad de iluminación se reinicia (por ejemplo, después de una mejora de software y/o firmware), cuando la unidad de iluminación se instala inicialmente en un sistema de iluminación (por ejemplo, para remplazar una unidad de iluminación inoperativa) y así sucesivamente.
En el bloque 3004, el controlador de unidad de iluminación puede establecer un temporizador. En algunas realizaciones, el controlador de unidad de iluminación puede seleccionar estocásticamente algún intervalo de tiempo y establecer el temporizador a ese intervalo de tiempo. En el bloque 3006, el controlador de unidad de iluminación puede escuchar respuestas al anuncio que realizó en el bloque 3002. En el bloque 3008, el control de la unidad de iluminación puede recibir datos indicativos de una versión de firmware usada por una unidad de iluminación remota del sistema de iluminación. En el bloque 3010, el controlador de unidad de iluminación puede determinar si se ha agotado el temporizador. Si la respuesta es no, a continuación, el método 3000 puede continuar de vuelta al bloque 3006, y el controlador de unidad de iluminación puede escuchar más respuestas al anuncio que realizó en el bloque 3002. De esta manera, el controlador de unidad de iluminación puede obtener (por ejemplo, en una memoria intermedia) una pluralidad de respuestas, cada una con una versión de firmware usada por una unidad de iluminación remota particular. Una vez que el temporizador se agota, la respuesta en el bloque 3010 será no, y el método 3000 puede continuar al bloque 3012.
En el bloque 3012, el controlador de unidad de iluminación puede identificar la versión de firmware más nueva usada por una unidad de iluminación remota que respondió a su anuncio en el bloque 3002. En el bloque 3014, el controlador de unidad de iluminación puede comparar la versión de firmware más nueva que identificó en el bloque 3012 a una versión de firmware usada localmente. En el bloque 3016, puede determinarse si la versión de firmware usada localmente es más antigua o más nueva que la versión más nueva de firmware usada entre las unidades de iluminación remotas en respuesta. Los bloques 3018-3048 pueden comprender una o más acciones correctivas que pueden tomarse por el controlador de unidad de iluminación para armonizar el firmware entre las unidades de iluminación basándose en el resultado del bloque 3016.
En el bloque 3016, si la versión de firmware usada localmente es más antigua que la versión de firmware más nueva usada entre las unidades de iluminación remotas, el método 3000 puede continuar al bloque 3018. En el bloque 3018, el controlador de unidad de iluminación puede transmitir (por ejemplo, difundir) una solicitud para firmware actualizado, por ejemplo, para la versión más nueva usada entre las unidades de iluminación remotas. En algunas realizaciones, si el controlador de unidad de iluminación no recibe una respuesta de inmediato, puede transmitir periódicamente (por ejemplo, cada diez minutos) una solicitud de seguimiento. En el bloque 3020, el controlador de unidad de iluminación puede a continuación escuchar comandos de entada u otras transmisiones desde otras unidades de iluminación. De vuelta en el bloque 3016, si la versión de firmware usada localmente es más nueva que la versión usada por el dispositivo informático remoto, entonces el método 3000 puede continuar directo al bloque 3020 (omitiendo el bloque 3018). El bloque 3020 conduce al bloque 3022 de conmutación de comando que controla qué acciones toma el controlador de unidad de iluminación basándose en qué comandos/transmisiones se reciben.
Si el controlador de unidad de iluminación recibe un comando de bloqueo en el bloque 3024, a continuación, el método 3000 puede continuar al bloque 3026, donde el controlador de unidad de iluminación puede transmitir un ACK a la unidad de iluminación remota que proporcionó el comando de bloqueo. En el bloque 3028, el controlador de unidad de iluminación puede bloquear uno o más aspectos operacionales de la unidad de iluminación. Estos pueden incluir, por ejemplo, bloquear el control de una o más fuentes de luz (por ejemplo, 2809) de la unidad de iluminación. En el bloque 3030, el controlador de unidad de iluminación puede recibir, por ejemplo, directamente desde la unidad de iluminación remota que emitió el comando de bloqueo, una imagen de una versión de firmware actualizada usada por la unidad de iluminación remota. En algunos casos, la unidad de iluminación remota puede proporcionar esta imagen directamente, por ejemplo, usando ZigBee, Wi-Fi directo u otras tecnologías similares. En otras instancias, por ejemplo, cuando una o más unidades de iluminación remotas adicionales están entre ellas, la imagen de firmware puede pasar a través de múltiples unidades de iluminación (es decir, saltos) hasta que llega a la unidad de iluminación. En el bloque 3032, el controlador de unidad de iluminación puede instalar la imagen de firmware actualizada (que puede incluir desencriptar la imagen de firmware cuando sea aplicable). A continuación, el método 3000 puede continuar al bloque 3034. En el bloque 3034, el controlador de firmware puede pausar algún intervalo de tiempo seleccionado estocásticamente (similar a los bloques 3004-3010) antes de que el método 3000 continúe de vuelta al controlador 3002 y el controlador de unidad de iluminación anuncie su versión de firmware local. Esta pausa puede reducir la congestión de red provocada por múltiples unidades de iluminación que anuncian sus versiones de firmware demasiado próximas. Después de la pausa, el método 3000 puede continuar de vuelta al bloque 3002, y el controlador de unidad de iluminación puede anunciar su nueva versión de firmware a una o más otras unidades de iluminación del sistema de iluminación.
De vuelta en el bloque 3022, si el controlador de unidad de iluminación recibe un anuncio de versión de firmware en el bloque 3036, entonces el método 3000 puede continuar al bloque 3038, donde se determina (similar al bloque 3016) si la versión de firmware usada localmente es más antigua o más nueva que la versión de firmware anunciada recibida en el bloque 3036. En el bloque 3038, si la versión de firmware usada localmente es más antigua que la versión de firmware anunciada en el bloque 3036, el método 3000 puede continuar al bloque 3018, y el controlador de unidad de iluminación puede solicitar la versión de firmware más nueva. En el bloque 3038, sin embargo, si se determina que el firmware local es más nuevo, a continuación el método 3000 puede continuar al bloque 3034 (anteriormente descrito).
De vuelta en el bloque 3022, si se recibe una solicitud de firmware desde una unidad de iluminación remota que opera una versión de firmware más antigua en el bloque 3040, entonces el método 3000 puede continuar al bloque 3042. En el bloque 3042, el controlador de unidad de iluminación puede transmitir un comando de bloqueo a la unidad de iluminación remota solicitante, y puede recibir un ACK en respuesta en el bloque 3044. En el bloque opcional 3046, el controlador de unidad de iluminación puede ensamblar y/o encriptar una imagen de firmware usada localmente, por ejemplo, leyendo la memoria 2806, aplicar encriptación, añadir encabezados de imagen y otras acciones similares necesarias o útiles para crear una imagen de actualización de software válida. En el bloque 3048, el controlador de unidad de iluminación puede transmitir la imagen de firmware a la unidad de iluminación remota, por ejemplo, usando diversas tecnologías tales como el protocolo de transferencia de ficheros trivial ("TFTP"). El método 3000 puede a continuación continuar volviendo al bloque 3020, donde el controlador de unidad de iluminación puede escuchar comandos o transmisiones adicionales.
En los ejemplos anteriormente descritos, las unidades de iluminación de remplazo solicitan la versión de firmware más nueva o más reciente detectada entre otras unidades de iluminación ya instaladas en el sistema de iluminación. Sin embargo, armonizar el firmware entre unidades de iluminación no está limitado a garantizar que todas las unidades de iluminación tengan el último firmware. Pueden usarse otros criterios por una unidad de iluminación para seleccionar qué versión de firmware instala.
Supóngase que una luminaria en la que ha de instalarse una unidad de iluminación de remplazo está ubicada en una ubicación que se ha iluminado históricamente de una manera muy específica (por ejemplo, en un tono específico, parpadeando, etc.). Supóngase además que el tipo específico de iluminación deseada en esa ubicación puede conseguirse únicamente por unidades de iluminación con una versión de firmware particular instalada (por ejemplo, una versión de firmware heredada o propietaria de terceros). Un técnico puede configurar la unidad de iluminación de remplazo, por ejemplo, usando interruptores de tipo DIP en la unidad de iluminación misma o emitiendo comandos a la unidad de iluminación usando un teléfono inteligente u ordenador de tableta, para solicitar una versión de firmware particular, o para solicitar firmware que tiene una versión dentro de un intervalo particular.
Adicionalmente o como alternativa, un administrador de un sistema de iluminación puede preferir que se instale una versión de firmware heredada particular en todas las unidades de iluminación del sistema de iluminación. El administrador puede configurar las unidades de iluminación (por ejemplo, emitiendo comandos a través de un puente de sistema de iluminación) que busca esa versión de firmware heredada, en lugar de simplemente intentar obtener el último firmware. En algunos casos, este enfoque puede dar como resultado que las unidades de iluminación de remplazo se vuelvan a versiones de firmware más antiguo.
Modo e iluminación de emergencia
En situaciones donde hay un corte de suministro de alimentación, o se desconecta una línea de red eléctrica no conmutada, el sistema puede activar un modo de emergencia por todo el sistema. Durante el modo de emergencia, las unidades puestas en marcha pueden no reaccionar a ningún control basado en la luz del día o basado en la ocupación o a ninguna solicitud de control desde usuarios individuales. En diversas realizaciones, las luminarias de emergencia o unidades de iluminación dispersadas a través de toda la estructura pueden activarse para producir suficiente luz para propósitos tales como la evacuación del edificio. Tales luminarias de emergencia pueden cada una tener uno o más LED indicadores, con diversos estados de luz que indican estados de sistema relacionados. Por ejemplo, una luz verde permanente puede indicar que el sistema está funcionando como se requiere; una luz verde que parpadea puede indicar que el sistema está realizando una función o prueba de duración; y una luz roja que parpadea con un periodo de cuatro parpadeos puede indicar fallo de batería.
Aunque se han descrito e ilustrado varias realizaciones inventivas en el presente documento, los expertos en la materia preverán fácilmente una diversidad de otros medios y/o estructuras para realizar la función y/u obtención de los resultados y/o una o más de las ventajas descritas en el presente documento, y cada una de tales variaciones y/o modificaciones se considera que está dentro del alcance de las realizaciones inventivas descritas en el presente documento. Más en general, los expertos en la materia apreciarán fácilmente que todos estos parámetros, dimensiones, materiales y configuraciones descritos en el presente documento se pretende que sean ilustrativos y que los parámetros, dimensiones, materiales y/o configuraciones reales dependerán de la aplicación o aplicaciones específicas para las que se usan las enseñanzas inventivas. Los expertos en la materia reconocerán, o pueden determinar usando no más de la experimentación rutinaria, muchos equivalentes a las realizaciones inventivas específicas descritas en el presente documento. Por lo tanto, se ha de entender que las realizaciones anteriores se presentan a modo de ejemplo únicamente y que, dentro del alcance de las reivindicaciones adjuntas y equivalentes a las mismas, las realizaciones inventivas pueden ponerse en práctica de otra manera que lo que se describe y reivindica específicamente. Las realizaciones inventivas de la presente divulgación se refieren a cada característica, sistema, artículo, material, kit y/o método individual descrito en el presente documento. Además, cualquier combinación de dos o más de tales características, sistemas, artículos, materiales, kits y/o métodos, si tales características, sistemas, artículos, materiales, kits y/o métodos no son mutuamente inconsistentes, se incluye dentro del alcance inventivo de la presente divulgación.
Todas las definiciones, como se definen y usan en el presente documento, deben entenderse como control a través de definiciones de diccionario, definiciones en documentos incorporados por referencia y/o significados ordinarios de los términos definidos.
Los artículos indefinidos "un" y "una", como se usan en el presente documento en la memoria descriptiva y en las reivindicaciones, a menos que indiquen claramente lo contrario, debe entenderse que significan "al menos uno".
La expresión "y/o", como se usa en el presente documento en la memoria descriptiva y en las reivindicaciones, debe entenderse que significa "cualquiera o ambos" de los elementos así unidos, es decir, elementos que están presentes de manera conjunta en algunos casos y presentes de manera disjunta en otros casos. Múltiples elementos enumerados con "y/o" deben interpretarse de la misma manera, es decir, "uno o más" de los elementos así unidos. Otros elementos pueden estar presentes opcionalmente distintos de los elementos específicamente identificados por el artículo "y/o", ya estén relacionados o no relacionados a aquellos elementos específicamente identificados. Por lo tanto, como un ejemplo no limitante, una referencia a "A y/o B", cuando se usa en conjunto con lenguaje abierto tal como "que comprende" puede hacer referencia, en una realización, a únicamente A (que incluye opcionalmente los elementos distintos de B); en otra realización, a únicamente B (que incluye opcionalmente los elementos distintos de A); en otra realización más, tanto a A como B (que incluye opcionalmente otros elementos); etc.
Como se usa en el presente documento en la memoria descriptiva y en las reivindicaciones, "o" debe entenderse que tiene el mismo significado que "y/o" como se ha definido anteriormente. Por ejemplo, cuando se separan elementos en una lista, "o" o "y/o" deberán interpretarse como que son inclusivos, es decir, la inclusión de al menos uno, pero que también incluye más de uno, de un número o lista de elementos, y, opcionalmente, elementos no listados adicionales. Únicamente los términos que indican claramente lo contrario, tal como "únicamente uno de" o "exactamente uno de", o cuando se usa en las reivindicaciones, "que consiste en", harán referencia a la inclusión de exactamente un elemento de un número o lista de elementos. En general, el término "o" como se usa en el presente documento deberá interpretarse únicamente como que indica alternativas exclusivas (es decir "una o la otra pero no ambas") cuando es precedido por términos de exclusividad, tales como "cualquiera", "uno de", "únicamente uno de", o "exactamente uno de". "Que consiste esencialmente en", cuando se usa en las reivindicaciones, deberá tener su significado convencional como se usa en el campo de la ley de patentes.
Como se usa en el presente documento en la memoria descriptiva y en las reivindicaciones, la expresión "al menos uno", en referencia a una lista de uno o más elementos, debe entenderse que significa al menos un elemento seleccionado de uno cualquiera o más de los elementos en la lista de elementos, pero que no incluye necesariamente al menos uno todos y cada uno de los elementos específicamente enumerados dentro de la lista de elementos y no excluye ninguna combinación de elementos en la lista de elementos. Esta definición también permite que puedan estar opcionalmente presentes elementos distintos de los elementos específicamente identificados dentro de la lista de elementos a los que se refiere la expresión "al menos uno", ya estén relacionados o no relacionados con aquellos elementos específicamente identificados. Por lo tanto, como un ejemplo no limitante, "al menos uno de A y B" (o, de manera equivalente, "al menos uno de A o B", o, de manera equivalente, "al menos uno de A y/o B") puede hacer referencia, en una realización, a al menos uno, que incluye opcionalmente más de uno, A, con ningún B presente (e incluyendo opcionalmente elementos distintos de B); en otra realización, para al menos uno, que incluye opcionalmente más de uno, B, con ningún A presente (y que incluye opcionalmente elementos distintos de A); en otra realización más, para al menos uno, que incluye opcionalmente más de uno, A, y al menos uno, que incluye opcionalmente más de uno, B (y que incluye opcionalmente otros elementos); etc.
Debe entenderse que, a menos que se indique claramente lo contrario, en cualquier método reivindicado en el presente documento que incluya más de una etapa o acto, el orden de las etapas o actos del método no está necesariamente limitado al orden en el que se indican las etapas o actos del método.
Los números de referencia que aparecen en las reivindicaciones entre paréntesis se proporciona simplemente por conveniencia en línea con la práctica de patentes europea y no deben interpretarse como que limitan las reivindicaciones de manera alguna.
En las reivindicaciones, así como en la memoria descriptiva anterior, las expresiones transicionales tales como "que comprende", "que incluye", "que lleva", "que tiene", "que contiene", "que implica", "que mantiene", "compuesto de", y similares, han de entenderse que son abiertas, es decir, para significar que incluye pero sin limitación. Únicamente las expresiones transicionales "que consiste en' y "que consiste esencialmente en" deberán ser expresiones transicionales cerradas o semicerradas, respectivamente.

Claims (14)

REIVINDICACIONES
1. Una unidad (2802, 2902) de iluminación para su uso en un sistema (2800) de iluminación, que comprende: una o más fuentes (2809) de luz;
memoria (2806) que almacena firmware (2812) usado localmente por la unidad de iluminación;
una interfaz (2808) de comunicación; y
un controlador (2804) de unidad de iluminación operativamente acoplado con la una o más fuentes de luz, la memoria y la interfaz de comunicación, el controlador de unidad de iluminación configurado para:
difundir, mediante la interfaz de comunicación, a una pluralidad de unidades de iluminación remotas del sistema de iluminación, datos indicativos de una versión del firmware almacenado en la memoria;
recibir, mediante la interfaz de comunicación, directamente desde al menos una unidad de iluminación remota en respuesta a la difusión, datos indicativos de una versión de firmware usada por la al menos una unidad de iluminación remota;
determinar que la versión de firmware usada por la al menos una unidad de iluminación remota es diferente de una versión del firmware almacenado en la memoria; y
tomar una acción correctiva para armonizar el firmware almacenado en la memoria con el firmware usado por la al menos una unidad de iluminación remota,
en donde la acción correctiva comprende:
transmitir, a través de la interfaz de comunicación, a la al menos una unidad de iluminación remota del sistema de iluminación, una solicitud para una versión deseada de firmware;
recibir, a través de la interfaz de comunicación, directamente desde la al menos una unidad de iluminación remota, una imagen de la versión deseada de firmware usada por la al menos una unidad de iluminación remota; e
instalar localmente la imagen recibida de la versión deseada de firmware.
2. La unidad de iluminación de la reivindicación 1, en donde la al menos una unidad de iluminación remota es una primera unidad de iluminación remota, y el controlador de unidad de iluminación está configurado adicionalmente para pausar durante un intervalo de tiempo antes de tomar la acción correctiva para esperar la recepción, mediante la interfaz de comunicación, directamente desde una segunda unidad de iluminación remota, de datos indicativos de una versión de firmware usada por la segunda unidad de iluminación remota.
3. La unidad de iluminación de la reivindicación 2, en donde el controlador de unidad de iluminación está configurado adicionalmente para calcular el intervalo de tiempo de manera estocástica, estando sometido el intervalo de tiempo a un límite de tiempo superior predeterminado.
4. La unidad de iluminación de la reivindicación 3, en donde el controlador de unidad de iluminación está configurado adicionalmente para bloquear uno o más aspectos operacionales antes de instalar localmente la imagen de la versión deseada de firmware usada por la al menos una unidad de iluminación remota.
5. La unidad de iluminación de la reivindicación 4, en donde el controlador de unidad de iluminación está configurado adicionalmente para bloquear el control de uno o más aspectos operacionales en respuesta a la recepción, mediante la interfaz de comunicación, directamente desde la al menos una unidad de iluminación remota, de un comando de bloqueo.
6. Una unidad (2802, 2902) de iluminación para su uso en un sistema (2800) de iluminación, que comprende:
una o más fuentes (2809) de luz;
memoria (2806) que almacena firmware (2812) usado localmente por la unidad de iluminación;
una interfaz (2808) de comunicación; y
un controlador (2804) de unidad de iluminación operativamente acoplado con la una o más fuentes de luz, la memoria y la interfaz de comunicación, el controlador de unidad de iluminación configurado para:
difundir, mediante la interfaz de comunicación, a una pluralidad de unidades de iluminación remotas del sistema de iluminación, datos indicativos de una versión del firmware almacenado en la memoria;
recibir, mediante la interfaz de comunicación, directamente desde al menos una unidad de iluminación remota en respuesta a la difusión, datos indicativos de una versión de firmware usada por la al menos una unidad de iluminación remota;
determinar que la versión de firmware usada por la al menos una unidad de iluminación remota es diferente de una versión del firmware almacenado en la memoria; y
tomar una acción correctiva para armonizar el firmware almacenado en la memoria con el firmware usado por la al menos una unidad de iluminación remota,
en donde la acción correctiva comprende:
transmitir, a través de la interfaz de comunicación, directamente a la al menos una unidad de iluminación remota, una imagen de firmware usada localmente por la unidad de iluminación.
7. La unidad de iluminación de la reivindicación 6, en donde la acción correctiva comprende adicionalmente transmitir, a través de la interfaz de comunicación, directamente a la al menos una unidad de iluminación remota, datos indicativos de la versión del firmware almacenado en la memoria.
8. La unidad de iluminación de la reivindicación 7, en donde el controlador de unidad de iluminación está configurado adicionalmente para pausar durante un intervalo de tiempo antes de transmitir los datos indicativos de la versión del firmware usada localmente por la unidad de iluminación.
9. La unidad de iluminación de la reivindicación 8, en donde el controlador de unidad de iluminación está configurado adicionalmente para calcular el intervalo de tiempo de manera estocástica, estando sometido el intervalo de tiempo a un límite de tiempo superior predeterminado.
10. La unidad de iluminación de la reivindicación 6, en donde la acción correctiva comprende adicionalmente recibir, a través de la interfaz de comunicación, directamente desde la al menos una unidad de iluminación remota, una solicitud para una imagen del firmware usada localmente por la unidad de iluminación.
11. La unidad de iluminación de la reivindicación 1 o 6, en donde la interfaz de comunicación comprende una interfaz a una red de malla que incluye la unidad de iluminación y la al menos una unidad de iluminación remota.
12. La unidad de iluminación de la reivindicación 1 o 6, en donde la interfaz de comunicación comprende una interfaz de luz codificada.
13. Un método de armonización de firmware usado localmente por una primera unidad (2802a) de iluminación con firmware usado por una o más unidades (2802b) de iluminación remotas de un sistema (2800) de iluminación, que comprende:
difundir (3002), a una pluralidad de unidades de iluminación remotas del sistema de iluminación, datos indicativos de una versión del firmware almacenado en la memoria;
recibir (3004), por un controlador de unidad de iluminación de la primera unidad de iluminación, en una interfaz de comunicación de la primera unidad de iluminación, directamente desde una segunda unidad de iluminación, datos indicativos de una versión de firmware usada por la segunda unidad de iluminación;
determinar (3010), por el controlador de unidad de iluminación de la primera unidad de iluminación, que la versión de firmware usada por la segunda unidad de iluminación es diferente de una versión de firmware usada localmente por la primera unidad de iluminación; y
tomar una acción (3012-3036) correctiva, por el controlador de unidad de iluminación de la primera unidad de iluminación, para armonizar el firmware usado localmente por la primera unidad de iluminación con el firmware usado por la segunda unidad de iluminación,
en donde tomar la acción correctiva comprende:
transmitir (3012), a través de la interfaz de comunicación, a la segunda unidad de iluminación, una solicitud de firmware actualizado;
recibir (3020), en la interfaz de comunicación, directamente desde la segunda unidad de iluminación, una imagen del firmware usada por la segunda unidad de iluminación; y
instalar (3022) localmente la imagen recibida de firmware.
14. Un método de armonización de firmware usado localmente por una primera unidad (2802a) de iluminación con firmware usado por una o más unidades (2802b) de iluminación remotas de un sistema (2800) de iluminación, que comprende:
difundir (3002), a una pluralidad de unidades de iluminación remotas del sistema de iluminación, datos indicativos de una versión del firmware almacenado en la memoria;
recibir (3004), por un controlador de unidad de iluminación de la primera unidad de iluminación, en una interfaz de comunicación de la primera unidad de iluminación, directamente desde una segunda unidad de iluminación, datos indicativos de una versión de firmware usada por la segunda unidad de iluminación;
determinar (3010), por el controlador de unidad de iluminación de la primera unidad de iluminación, que la versión de firmware usada por la segunda unidad de iluminación es diferente de una versión de firmware usada localmente por la primera unidad de iluminación; y
tomar una acción (3012-3036) correctiva, por el controlador de unidad de iluminación de la primera unidad de iluminación, para armonizar el firmware usado localmente por la primera unidad de iluminación con el firmware usado por la segunda unidad de iluminación,
en donde tomar la acción correctiva comprende:
transmitir, a través de la interfaz de comunicación, directamente a la segunda unidad de iluminación, una imagen de firmware usada localmente por la primera unidad de iluminación.
ES15771923T 2014-09-29 2015-09-28 Sistemas y métodos para control de iluminación Active ES2869394T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
IN4854CH2014 2014-09-29
EP14195337 2014-11-28
PCT/EP2015/072281 WO2016050704A1 (en) 2014-09-29 2015-09-28 Systems and methods for lighting control

Publications (1)

Publication Number Publication Date
ES2869394T3 true ES2869394T3 (es) 2021-10-25

Family

ID=54151270

Family Applications (2)

Application Number Title Priority Date Filing Date
ES15771900T Active ES2907454T3 (es) 2014-09-29 2015-09-23 Puesta en marcha automática y descentralizada de unidades de iluminación de reemplazo
ES15771923T Active ES2869394T3 (es) 2014-09-29 2015-09-28 Sistemas y métodos para control de iluminación

Family Applications Before (1)

Application Number Title Priority Date Filing Date
ES15771900T Active ES2907454T3 (es) 2014-09-29 2015-09-23 Puesta en marcha automática y descentralizada de unidades de iluminación de reemplazo

Country Status (9)

Country Link
US (9) US10045427B2 (es)
EP (5) EP3201695A1 (es)
JP (5) JP2017528896A (es)
CN (6) CN106717118A (es)
ES (2) ES2907454T3 (es)
HU (1) HUE057863T2 (es)
PL (1) PL3201699T3 (es)
RU (2) RU2017114627A (es)
WO (5) WO2016050537A1 (es)

Families Citing this family (245)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2520134B1 (en) * 2009-10-08 2015-03-25 Delos Living, LLC Led lighting system
US9397521B2 (en) * 2012-01-20 2016-07-19 Salesforce.Com, Inc. Site management in an on-demand system
US10075334B1 (en) * 2012-04-11 2018-09-11 Google Llc Systems and methods for commissioning a smart hub device
US9198204B2 (en) 2012-04-11 2015-11-24 Google Inc. Apparatus and method for seamless commissioning of wireless devices
MX350468B (es) 2012-08-28 2017-09-07 Delos Living Llc Sistemas, metodos y articulos para mejorar el bienestar asociado con ambientes habitables.
MX390068B (es) 2014-02-28 2025-03-20 Delos Living Llc Sistemas, metodos y articulos para mejorar el bienestar asociado con ambientes habitables.
WO2015148724A1 (en) 2014-03-26 2015-10-01 Pqj Corp System and method for communicating with and for controlling of programmable apparatuses
WO2015145299A1 (en) * 2014-03-27 2015-10-01 Koninklijke Philips N.V. Detection and notification of pressure waves by lighting units
EP3155877B1 (en) * 2014-06-10 2019-01-30 Philips Lighting Holding B.V. Demand response for networked distributed lighting systems
WO2015195645A1 (en) * 2014-06-20 2015-12-23 Rensselaer Polytechnic Institute Occupancy sensing smart lighting system
US10045427B2 (en) * 2014-09-29 2018-08-07 Philips Lighting Holding B.V. System and method of autonomous restore point creation and restoration for luminaire controllers
WO2016055648A1 (en) * 2014-10-10 2016-04-14 Philips Lighting Holding B.V. Light effect control
US10285248B2 (en) * 2014-11-04 2019-05-07 Signify Holding B.V. Transmitter comprising a transmission queue and corresponding source device
US9854467B2 (en) * 2014-11-13 2017-12-26 Echostar Technologies Llc Methods and systems for device wireless module diagnostics
US11221599B2 (en) 2014-11-28 2022-01-11 Signify Holding B.V. Systems and methods for managing environmental conditions
US9831724B2 (en) 2014-12-02 2017-11-28 Tyco Fire & Security Gmbh Access control system using a wearable access sensory implementing an energy harvesting technique
EP3245631A4 (en) 2015-01-13 2018-06-27 Delos Living, LLC Systems, methods and articles for monitoring and enhancing human wellness
DE102015105162A1 (de) * 2015-04-02 2016-10-06 Hella Kgaa Hueck & Co. Schaltungsanordnung zum Betreiben einer Mehrzahl von Beleuchtungseinrich-tungen eines Kraftfahrzeugs, Verfahren zur Positionskodierung einer ersten Steuerungskomponente und zumindest einer zweiten Steuerungskomponente sowie Verfahren zur Überprüfung einer Positionskodierung zumindest einer Steuerungskomponente einer derartigen Schaltungsanordnung
US10271400B2 (en) * 2015-04-21 2019-04-23 Soraa, Inc. Controlling physiological conditions by controlling environmental conditions
US10365619B2 (en) * 2015-06-16 2019-07-30 Abb Schweiz Ag Technologies for optimally individualized building automation
EP3119165B1 (en) * 2015-07-16 2019-06-19 Tridonic GmbH & Co KG Controlling a plurality of networked building technology devices
US10225911B2 (en) * 2015-07-24 2019-03-05 Tridonic Gmbh & Co Kg Emergency signaling for power over ethernet systems
GB2540957B (en) * 2015-07-31 2019-12-25 Arm Ip Ltd Managing interaction constraints
US9750112B2 (en) * 2015-08-14 2017-08-29 Cree, Inc. Lighting fixture sensor network
CA3000702C (en) * 2015-09-30 2021-07-06 Lutron Electronics Co., Inc. System controller for controlling electrical loads
US10663934B2 (en) 2016-01-19 2020-05-26 Honeywell International Inc. System that retains continuity of equipment operational data upon replacement of controllers and components
US10681027B2 (en) * 2016-01-19 2020-06-09 Honeywell International Inc. Gateway mechanisms to associate a contractor account
US9854654B2 (en) * 2016-02-03 2017-12-26 Pqj Corp System and method of control of a programmable lighting fixture with embedded memory
US10211660B2 (en) 2016-02-08 2019-02-19 Cree, Inc. LED lighting device with adaptive profiles for controlling power consumption
DE102016203514A1 (de) * 2016-03-03 2017-09-07 Osram Gmbh Verfahren zum Einrichten eines Beleuchtungssystems und Leuchte zum Einbinden in ein Beleuchtungssystem
DE102016203530A1 (de) * 2016-03-03 2017-09-07 Osram Gmbh Leuchte mit eingebauten Netzwerkzugangspunkt und Beleuchtungsanlage mit einem drahtlosen Netzwerk
JP6866068B2 (ja) * 2016-03-03 2021-04-28 キヤノン株式会社 照明装置、その制御方法、および制御プログラム、並びに撮像装置
JP6745473B2 (ja) * 2016-03-10 2020-08-26 パナソニックＩｐマネジメント株式会社 照明システム、端末装置及び照明システムの設定方法
US9710978B1 (en) * 2016-03-15 2017-07-18 Tyco Fire & Security Gmbh Access control system using optical communication protocol
EP3434074B1 (en) * 2016-03-24 2020-05-06 Signify Holding B.V. Controlling lighting using spatial distribution of users
US10057966B2 (en) * 2016-04-05 2018-08-21 Ilumisys, Inc. Connected lighting system
WO2017174435A1 (en) 2016-04-06 2017-10-12 Philips Lighting Holding B.V. Monitoring system for monitoring electrical devices
US9824559B2 (en) 2016-04-07 2017-11-21 Tyco Fire & Security Gmbh Security sensing method and apparatus
ITUA20162484A1 (it) * 2016-04-11 2017-10-11 Artemide Spa Sistema di illuminazione
US11153310B2 (en) * 2016-04-21 2021-10-19 Signify Holding B.V. Systems and methods for registering and localizing building servers for cloud-based monitoring and control of physical environments
CN109196826B (zh) * 2016-04-21 2021-10-29 昕诺飞控股有限公司 用于对用于对物理环境的基于云的监测和控制的设备进行入网初始化和定位的系统和方法
CN109074266A (zh) * 2016-04-21 2018-12-21 飞利浦照明控股有限公司 用于对物理环境进行监测的计算云
WO2017182512A1 (en) * 2016-04-22 2017-10-26 Philips Lighting Holding B.V. A retail lighting system
CN107340952A (zh) * 2016-04-29 2017-11-10 深圳市蚂蚁雄兵物联技术有限公司 一种通过移动终端同步控制灯的方法及装置
US10588202B1 (en) 2016-05-02 2020-03-10 Technology For Humankind Llc Communicative lighting systems
GB2551182B (en) * 2016-06-09 2021-11-17 Thorpe F W Plc Lighting devices, system, method and computer program code
US10012967B2 (en) * 2016-06-12 2018-07-03 Apple Inc. Coordinating modifications by multiple users to a shared automated environment
US10054919B2 (en) * 2016-06-21 2018-08-21 Abl Ip Holding Llc Integrated lighting and building management control gateway
DE102016212108A1 (de) * 2016-07-04 2018-01-04 Zumtobel Lighting Gmbh Beleuchtungssystem mit ortsbezogener Messwerterfassung
EP3482533B1 (en) 2016-07-05 2021-06-30 Lutron Technology Company LLC State retention load control system
US11437814B2 (en) * 2016-07-05 2022-09-06 Lutron Technology Company Llc State retention load control system
US10701782B2 (en) * 2016-07-05 2020-06-30 Signify Holding B.V. Verification device for a connected lighting system
WO2018011036A1 (en) * 2016-07-14 2018-01-18 Philips Lighting Holding B.V. Illumination control
US9883570B1 (en) * 2016-07-20 2018-01-30 Abl Ip Holding Llc Protocol for lighting control via a wireless network
WO2018035161A1 (en) * 2016-08-15 2018-02-22 Roberts Gould Llc Devices, systems and methods relating to hvac systems that provide an implicit partition between at least two abutting environments in a defined large open space
US11338107B2 (en) 2016-08-24 2022-05-24 Delos Living Llc Systems, methods and articles for enhancing wellness associated with habitable environments
EP3504937B1 (en) 2016-08-25 2021-03-31 Signify Holding B.V. Illumination control
CN109792822B (zh) * 2016-09-20 2021-07-20 昕诺飞控股有限公司 照明控制的方法和系统
US12418585B2 (en) * 2016-10-08 2025-09-16 People Power Company Systems and methods for evaluating sensor data for occupancy detection and responsively controlling control devices
US10976714B2 (en) 2016-10-08 2021-04-13 People Power Company Systems and methods for evaluating sensor data of internet-of-things (IoT) devices and responsively controlling control devices
CN106483884B (zh) * 2016-10-21 2018-11-30 珠海格力电器股份有限公司 一种用电设备用电管理方法、管理器和管理系统
EP3533048A1 (en) 2016-10-27 2019-09-04 Signify Holding B.V. A method of storing object identifiers
US10430175B2 (en) 2016-11-01 2019-10-01 Johnson Controls Technology Company Thermostat with software update features
US10747527B2 (en) 2016-11-01 2020-08-18 Johnson Controls Technology Company Multi-zone system with software update features
WO2018091310A1 (en) 2016-11-15 2018-05-24 Philips Lighting Holding B.V. Lighting system control
CN109923944B (zh) * 2016-11-15 2021-08-27 昕诺飞控股有限公司 用于照明系统的能量测量
US10034352B2 (en) * 2016-12-15 2018-07-24 Cree, Inc. Space scoring for a lighting network
AU2017386521B2 (en) * 2016-12-28 2022-11-03 Dialight Corporation Lighting automation network
UA117407U (uk) * 2017-01-06 2017-06-26 Приватне Акціонерне Товариство "Вентиляційні Системи" Спосіб управління вентиляційною установкою
CN106647415B (zh) * 2017-01-23 2019-04-02 新奥科技发展有限公司 一种能源控制管理系统及方法
GB201701209D0 (en) * 2017-01-24 2017-03-08 Purelifi Ltd Optical wireless communication system
WO2018138046A1 (en) * 2017-01-26 2018-08-02 Philips Lighting Holding B.V. Exchanging messages using visible light
US10451229B2 (en) 2017-01-30 2019-10-22 Ideal Industries Lighting Llc Skylight fixture
US10465869B2 (en) 2017-01-30 2019-11-05 Ideal Industries Lighting Llc Skylight fixture
US9854653B1 (en) * 2017-01-31 2017-12-26 Crestron Electronics Inc. Scalable building control system, method, and apparatus
WO2018141664A1 (en) * 2017-02-02 2018-08-09 Philips Lighting Holding B.V. A lighting enabled system and methods for building evacuation planning
US10609785B1 (en) * 2017-02-15 2020-03-31 DMF Inc. Multi-purpose multi-agent infrared sensor system for commercial and residential luminaires
US10733334B2 (en) 2017-02-22 2020-08-04 Middle Chart, LLC Building vital conditions monitoring
WO2020068177A1 (en) 2018-09-26 2020-04-02 Middle Chart, LLC Method and apparatus for augmented virtual models and orienteering
US10824774B2 (en) 2019-01-17 2020-11-03 Middle Chart, LLC Methods and apparatus for healthcare facility optimization
US11475177B2 (en) 2017-02-22 2022-10-18 Middle Chart, LLC Method and apparatus for improved position and orientation based information display
US12314638B2 (en) 2017-02-22 2025-05-27 Middle Chart, LLC Methods and apparatus for secure persistent location based digital content associated with a three-dimensional reference
US11436389B2 (en) 2017-02-22 2022-09-06 Middle Chart, LLC Artificial intelligence based exchange of geospatial related digital content
US10268782B1 (en) 2017-02-22 2019-04-23 Middle Chart, LLC System for conducting a service call with orienteering
US11194938B2 (en) 2020-01-28 2021-12-07 Middle Chart, LLC Methods and apparatus for persistent location based digital content
US11900023B2 (en) 2017-02-22 2024-02-13 Middle Chart, LLC Agent supportable device for pointing towards an item of interest
US10902160B2 (en) 2017-02-22 2021-01-26 Middle Chart, LLC Cold storage environmental control and product tracking
US11468209B2 (en) 2017-02-22 2022-10-11 Middle Chart, LLC Method and apparatus for display of digital content associated with a location in a wireless communications area
US10628617B1 (en) 2017-02-22 2020-04-21 Middle Chart, LLC Method and apparatus for wireless determination of position and orientation of a smart device
US11625510B2 (en) 2017-02-22 2023-04-11 Middle Chart, LLC Method and apparatus for presentation of digital content
US10949579B2 (en) 2017-02-22 2021-03-16 Middle Chart, LLC Method and apparatus for enhanced position and orientation determination
US10776529B2 (en) 2017-02-22 2020-09-15 Middle Chart, LLC Method and apparatus for enhanced automated wireless orienteering
US10620084B2 (en) 2017-02-22 2020-04-14 Middle Chart, LLC System for hierarchical actions based upon monitored building conditions
US10762251B2 (en) 2017-02-22 2020-09-01 Middle Chart, LLC System for conducting a service call with orienteering
US12400048B2 (en) 2020-01-28 2025-08-26 Middle Chart, LLC Methods and apparatus for two dimensional location based digital content
US10740502B2 (en) 2017-02-22 2020-08-11 Middle Chart, LLC Method and apparatus for position based query with augmented reality headgear
US10671767B2 (en) * 2017-02-22 2020-06-02 Middle Chart, LLC Smart construction with automated detection of adverse structure conditions and remediation
US10740503B1 (en) 2019-01-17 2020-08-11 Middle Chart, LLC Spatial self-verifying array of nodes
US12475273B2 (en) 2017-02-22 2025-11-18 Middle Chart, LLC Agent supportable device for communicating in a direction of interest
US11900021B2 (en) 2017-02-22 2024-02-13 Middle Chart, LLC Provision of digital content via a wearable eye covering
US10984146B2 (en) 2017-02-22 2021-04-20 Middle Chart, LLC Tracking safety conditions of an area
US12086507B2 (en) 2017-02-22 2024-09-10 Middle Chart, LLC Method and apparatus for construction and operation of connected infrastructure
US11481527B2 (en) 2017-02-22 2022-10-25 Middle Chart, LLC Apparatus for displaying information about an item of equipment in a direction of interest
US11507714B2 (en) 2020-01-28 2022-11-22 Middle Chart, LLC Methods and apparatus for secure persistent location based digital content
US10872179B2 (en) 2017-02-22 2020-12-22 Middle Chart, LLC Method and apparatus for automated site augmentation
US10831945B2 (en) 2017-02-22 2020-11-10 Middle Chart, LLC Apparatus for operation of connected infrastructure
CN110326270A (zh) * 2017-02-23 2019-10-11 欧司朗股份有限公司 多跳通信网络的节点，相关照明系统，更新照明模块的软件的方法和计算机程序产品
US11420134B2 (en) * 2017-02-24 2022-08-23 Sony Corporation Master reproduction apparatus, slave reproduction apparatus, and emission methods thereof
ES2898686T3 (es) 2017-03-03 2022-03-08 Signify Holding Bv Detectar una nueva puesta en servicio
JP7031133B2 (ja) * 2017-03-28 2022-03-08 セイコーエプソン株式会社 表示装置、表示システム及び表示装置の制御方法
CN106993353B (zh) * 2017-03-28 2018-06-05 宁波萤火虫物联网有限公司 一种智能led系统的控制方法
US10223098B2 (en) * 2017-03-31 2019-03-05 Intel Corporation Method and system to accelerate IoT patch propagation and reduce security vulnerabilities exposure time
WO2018185123A1 (en) 2017-04-06 2018-10-11 Philips Lighting Holding B.V. Controller and method for a lighting system
US11025563B2 (en) 2017-04-13 2021-06-01 Johnson Controls Technology Company Space-aware network switch
EP3610336A1 (en) 2017-04-13 2020-02-19 Johnson Controls Technology Company Building management system with space profiles
US10742441B2 (en) 2017-04-13 2020-08-11 Johnson Controls Technology Company Unified building management system
JP6438178B1 (ja) * 2017-04-27 2018-12-12 オリンパス株式会社 光源システム
US10448482B2 (en) 2017-05-02 2019-10-15 Jdrf Electromag Engineering Inc. System and method for automatically creating and operating a functional association of lights
US10021771B1 (en) * 2017-05-02 2018-07-10 Jdrf Electromag Engineering Inc. System and method for automatically creating and operating a functional association of lights
CN110583100B (zh) 2017-05-08 2021-12-24 昕诺飞控股有限公司 便于控制照明设备的系统和方法以及计算机可读存储介质
DE102017207871A1 (de) * 2017-05-10 2018-11-15 Tridonic Gmbh & Co Kg Firmware-Update-Over-The Air (FOTA) in der Gebäudetechnik
US10129916B1 (en) * 2017-05-11 2018-11-13 Honeywell International Inc. System and method for controlling network parameters for a plurality of home security/home system control panels
US10915611B2 (en) * 2017-05-25 2021-02-09 Lsis Co., Ltd. Control program execution method
US9894740B1 (en) 2017-06-13 2018-02-13 Cree, Inc. Intelligent lighting module for a lighting fixture
GB2564396B (en) * 2017-07-06 2020-12-02 Advanced Risc Mach Ltd Light animation service
IT201700078350A1 (it) * 2017-07-12 2019-01-12 Vda Elettr S P A Procedimento semplificato e sicuro per la realizzazione di un impianto domotico con tecnologia wireless
US20190034066A1 (en) 2017-07-27 2019-01-31 Johnson Controls Technology Company Building management system with central plantroom dashboards
US10123393B1 (en) 2017-08-01 2018-11-06 Kleverness Incorporated Power supply for a two-wire smart switch and lighting loads thereof
CN111165075B (zh) * 2017-08-01 2022-09-13 克莱沃内斯公司 智能开关设备及其中央控制系统和电源
US10201064B1 (en) 2017-08-01 2019-02-05 Kleverness Incorporated Power supply for a two-wire smart dimmer and lighting loads thereof
US10021765B1 (en) * 2017-08-01 2018-07-10 Kleverness Incorporated Intelligent switch device and central control system thereof
US10201059B1 (en) * 2017-08-01 2019-02-05 Kleverness Incorporated Method for analyzing operating parameters for lighting technologies
US10890345B2 (en) * 2017-08-09 2021-01-12 Verdigris Technologies, Inc. System and methods for a commissioning a sensor system
WO2019036282A1 (en) * 2017-08-15 2019-02-21 Carrier Corporation AUTOMATIC CONSTRUCTION SYSTEM CONTROL RESTRICTIONS BASED ON PHYSICAL PRESENCE DETERMINED BY ACCESS CONTROL EVENT INFORMATION AND BASIC KNOWLEDGE SYSTEM
WO2019046580A1 (en) 2017-08-30 2019-03-07 Delos Living Llc SYSTEMS, METHODS AND ARTICLES FOR EVALUATING AND / OR IMPROVING HEALTH AND WELL-BEING
US10887125B2 (en) * 2017-09-15 2021-01-05 Kohler Co. Bathroom speaker
JP6679553B2 (ja) * 2017-10-06 2020-04-15 任天堂株式会社 情報処理システムおよび情報処理方法
US10098201B1 (en) 2017-10-17 2018-10-09 Cooper Lighting, Llc Method and system for controlling functionality of lighting devices from a portable electronic device
US10143053B1 (en) 2017-10-17 2018-11-27 Cooper Lighting, Llc Method and system for controlling functionality of lighting devices
US11095502B2 (en) 2017-11-03 2021-08-17 Otis Elevator Company Adhoc protocol for commissioning connected devices in the field
AT520580B1 (de) * 2017-11-14 2019-11-15 Ing Georg Leitner Msc Verfahren zur Einbindung von zumindest einer, eine Datenschnittstelle aufweisende Überwachungs- und/oder Steuervorrichtung eines Überwachungs- und/oder Automatisierungssystems in eine Benutzerschnittstelle
US10887116B2 (en) * 2017-12-11 2021-01-05 Cisco Technology, Inc. Ethernet power distribution
CN108012376B (zh) * 2017-12-14 2019-08-06 苏州科技大学 一种开放办公室分布式照明控制方法
KR102651580B1 (ko) * 2018-01-16 2024-03-26 엘지이노텍 주식회사 조명 제어 장치 및 이의 조명 제어 방법
US10143067B1 (en) * 2018-01-30 2018-11-27 SILVAIR Sp. z o.o. Networked lighting system and method
US11419201B2 (en) 2019-10-28 2022-08-16 Ideal Industries Lighting Llc Systems and methods for providing dynamic lighting
US10830400B2 (en) 2018-02-08 2020-11-10 Ideal Industries Lighting Llc Environmental simulation for indoor spaces
US11860268B2 (en) * 2018-03-02 2024-01-02 Signify Holding B.V. Systems and methods using multiple modalities for occupancy sensing
US11304285B2 (en) 2018-03-06 2022-04-12 Signify Holding B.V. System and method for automatically recommissioning a lighting node using wireless signal characteristics
US10991215B2 (en) 2018-03-20 2021-04-27 Ideal Industries Lighting Llc Intelligent signage
US10935268B2 (en) * 2018-04-03 2021-03-02 Carrier Corporation HVAC system controller and method for obtaining environmental data for HVAC system
WO2019216942A1 (en) * 2018-05-11 2019-11-14 Johnson Controls Technology Company Systems and methods of zone-based control via heterogeneous building automation systems
JP7433748B2 (ja) * 2018-05-31 2024-02-20 矢崎総業株式会社 給電ユニット
JP7059407B2 (ja) * 2018-06-18 2022-04-25 シグニファイ ホールディング ビー ヴィ 接続性テストルーチン機能能力を有する照明デバイス
US20190390866A1 (en) 2018-06-22 2019-12-26 Honeywell International Inc. Building management system with natural language interface
CN108614462A (zh) * 2018-06-26 2018-10-02 山西清新新能源科技有限公司 一种智能能源处理系统
US10824146B2 (en) * 2018-06-29 2020-11-03 Ford Global Technologies, Llc Handling rider service at autonomous vehicles
EP3592118A1 (en) 2018-07-06 2020-01-08 Signify Holding B.V. A controller for configuring a lighting system
US10970766B2 (en) * 2018-08-09 2021-04-06 Eric Beans System and method for adjusting environmental conditions at a venue based on real time user-specified data
US11649977B2 (en) 2018-09-14 2023-05-16 Delos Living Llc Systems and methods for air remediation
WO2020069985A1 (en) 2018-10-05 2020-04-09 Signify Holding B.V. A method and a controller for configuring a replacement lighting device in a lighting system
US11059474B2 (en) * 2018-10-09 2021-07-13 Ford Global Technologies, Llc Hybrid vehicle with electrical power outlet
US11043801B2 (en) * 2018-10-09 2021-06-22 Ford Global Technologies, Llc Hybrid vehicle with electrical power outlet
KR101966172B1 (ko) * 2018-10-23 2019-08-13 주식회사 젠다카디언 스마트 빌딩 시스템
US10609784B1 (en) * 2018-10-25 2020-03-31 Verizon Patent And Licensing Inc. Causing a brightness level of a light to change
WO2020088971A1 (en) * 2018-10-29 2020-05-07 Signify Holding B.V. Lighting system with connected light sources
DE102018220204A1 (de) * 2018-11-23 2020-05-28 Diehl Metering Gmbh Verschleierung von umwelteinflüssen auf den sendeparametern
DE102019103887A1 (de) * 2018-12-06 2020-06-10 Siteco Gmbh Projektfile für Beleuchtungsanlagen
PL3664380T3 (pl) * 2018-12-06 2024-08-26 Siteco Gmbh Koncepcja stopni nadających się do modernizacji dla systemów oświetleniowych
CN109766109B (zh) * 2018-12-17 2022-04-15 浙江创意声光电科技有限公司 照明控制器的客户端更新方法、装置及系统
US10342106B1 (en) * 2018-12-20 2019-07-02 Ming-Tsung Chen Smart dimming system
US20200205252A1 (en) * 2018-12-21 2020-06-25 Ming-Tsung Chen Illumination system comprising first lighting device sets, sequence control units, bluetooth sequence control device, and communication paths
US10948965B2 (en) * 2018-12-31 2021-03-16 Ecolink Intelligent Technology, Inc. User-configurable person detection system, method and apparatus
WO2020144248A1 (en) * 2019-01-10 2020-07-16 Signify Holding B.V. A method to provide secure operation of a lighting network
US11106263B2 (en) * 2019-01-31 2021-08-31 Sapient Industries, Inc. Region-based electrical intelligence system
WO2020176503A1 (en) 2019-02-26 2020-09-03 Delos Living Llc Method and apparatus for lighting in an office environment
US11227476B2 (en) * 2019-03-13 2022-01-18 Ecolink Intelligent Technology, Inc. Auto-configurable motion/occupancy sensor
WO2020198183A1 (en) 2019-03-25 2020-10-01 Delos Living Llc Systems and methods for acoustic monitoring
WO2020201415A1 (en) * 2019-04-03 2020-10-08 Signify Holding B.V. Autodetection of changes in a building based on occupancy sensor signals
EP3742239A1 (en) * 2019-05-22 2020-11-25 DIOT S.r.l. Smart building system for the wireless control and command of electric interfaces/actuators
WO2020244917A1 (en) * 2019-06-03 2020-12-10 Signify Holding B.V. Providing a notification for a lighting device without user-specified power-switch behavior
US11416210B2 (en) 2019-06-07 2022-08-16 Sonos, Inc. Management of media devices having limited capabilities
US11882638B2 (en) * 2019-06-18 2024-01-23 Signify Holding B.V. System and methods to provide group lighting interaction
US20200400327A1 (en) * 2019-06-20 2020-12-24 The Boeing Company Heating, ventilation, and air conditioning (hvac) control system
CN112148583B (zh) * 2019-06-27 2024-10-15 北京车和家信息技术有限公司 一种软件测试方法及系统
CN112152715B (zh) * 2019-06-28 2022-08-02 Oppo广东移动通信有限公司 通信控制方法、装置、存储介质及电子设备
FR3098669B1 (fr) * 2019-07-09 2022-01-14 Legrand France Dispositif autonome de gestion d’un espace
CN110376926B (zh) * 2019-07-22 2021-02-09 武汉恒泰通技术有限公司 一种用于智能一体化电源保护开关的智能管理系统
CN110471298B (zh) * 2019-08-12 2020-10-23 珠海格力电器股份有限公司 一种智能家电控制方法、设备和计算机可读介质
US11328564B2 (en) * 2019-08-31 2022-05-10 Appleton Grp Llc Event indications of hazardous environment luminaires using visual sequences
US11219112B2 (en) * 2019-09-09 2022-01-04 Appleton Grp Llc Connected controls infrastructure
CN110611980A (zh) * 2019-10-07 2019-12-24 南理工泰兴智能制造研究院有限公司 一种基于物联网通信技术的机场助航单灯监控系统
EP3820255B1 (en) * 2019-11-05 2024-02-28 Helvar Oy Ab Self-configuring lighting control
US20210141503A1 (en) * 2019-11-07 2021-05-13 Baker Hughes Oilfield Operations Llc Human machine interface generation for industrial monitoring
US12197299B2 (en) * 2019-12-20 2025-01-14 Tyco Fire & Security Gmbh Building system with ledger based software gateways
EP3843508A1 (en) * 2019-12-23 2021-06-30 Tridonic GmbH & Co. KG Emergency lighting system
CN110933808B (zh) * 2019-12-23 2021-03-16 安徽世林照明股份有限公司 基于太阳能的低能耗智能照明控制系统及方法
US10869371B1 (en) * 2019-12-23 2020-12-15 Eaton Intelligent Power Limited Configuring color of indicator LED using single wire two-way communication
US11598542B2 (en) * 2019-12-31 2023-03-07 Lennox Industries Inc. Thermostat scheduling using user devices and machine learning
US11640486B2 (en) 2021-03-01 2023-05-02 Middle Chart, LLC Architectural drawing based exchange of geospatial related digital content
CA3074385A1 (en) * 2020-03-04 2021-09-04 Evey Innovation Inc. Systems and methods for controlling an environment based on a change of environmental context
JP7505240B2 (ja) 2020-04-21 2024-06-25 三菱電機株式会社 制御システムおよび制御機器
US11038966B1 (en) 2020-04-28 2021-06-15 Arm Ip Limited Remote device operation
WO2021225737A1 (en) * 2020-05-08 2021-11-11 Commscope Technologies Llc Systems and methods for infrastructure configuration management
JP7380453B2 (ja) * 2020-07-01 2023-11-15 トヨタ自動車株式会社 サーバ装置、情報処理システム、及びシステムの動作方法
US12113644B2 (en) 2020-09-01 2024-10-08 Mechoshade Systems, Llc Window shade system power management
US12328804B2 (en) 2020-09-04 2025-06-10 Signify Holding B.V. Determining a location for a presence sensor or light switch based on a control history
CN112235925A (zh) * 2020-09-25 2021-01-15 深圳星标科技股份有限公司 目视助航设备状态预警方法及相关装置
US11593095B2 (en) * 2020-10-30 2023-02-28 Vmware, Inc. Upgrade of a distributed service in a virtualized computing system
RU205781U1 (ru) * 2020-11-24 2021-08-11 Акционерное общество "Калужский электромеханический завод" Устройство управления освещением
CN112396125B (zh) * 2020-12-01 2022-11-18 中国第一汽车股份有限公司 一种定位测试场景的分类方法、装置、设备及存储介质
US11656591B2 (en) * 2020-12-31 2023-05-23 Johnson Controls Tyco IP Holdings LLP Systems and methods for virtual commissioning of building management systems
WO2022148693A1 (en) * 2021-01-07 2022-07-14 Signify Holding B.V. Apparatus for controlling a lighting system
CN112904762A (zh) * 2021-01-15 2021-06-04 重庆盛科纳科技有限公司 一种用于半导体的快速电压脉冲模块
CN112817244A (zh) * 2021-01-29 2021-05-18 国网山西省电力公司吕梁供电公司 一种电力配网线路的测量控制管理系统
US11372383B1 (en) * 2021-02-26 2022-06-28 Honeywell International Inc. Healthy building dashboard facilitated by hierarchical model of building control assets
US11798551B2 (en) 2021-03-25 2023-10-24 Bank Of America Corporation System and method for voice controlled automatic information access and retrieval
US11657819B2 (en) 2021-03-25 2023-05-23 Bank Of America Corporation Selective use of tools for automatically identifying, accessing, and retrieving information responsive to voice requests
US11782974B2 (en) 2021-03-25 2023-10-10 Bank Of America Corporation System and method for dynamically identifying and retrieving information responsive to voice requests
CN113489783A (zh) * 2021-07-02 2021-10-08 北京般若之光智联科技有限公司 物联网多功能控制器
US11650102B2 (en) 2021-07-22 2023-05-16 Ecolink Intelligent Technology, Inc. Adjustable dwell time for motion detector based on activity
CN113365383B (zh) * 2021-08-09 2021-11-09 深圳特朗达照明股份有限公司 一种基于物联网的led联动控制方法、系统和可读存储介质
EP4138522A1 (en) * 2021-08-17 2023-02-22 Helvar Oy Ab Method and arrangement for smooth deployment of devices of a lighting system
TWI780891B (zh) * 2021-09-03 2022-10-11 劉千鳳 穿戴式動態指示系統
EP4152893A1 (en) * 2021-09-15 2023-03-22 General Luminaire Co., Ltd. Human-factor lamp capable of intelligently adjusting ambient light and system thereof
EP4152892B1 (en) * 2021-09-21 2025-04-30 Helvar Oy Ab Lighting system management
CN113873731A (zh) * 2021-11-03 2021-12-31 江苏安科瑞电器制造有限公司 一种基于rs485通讯的智能照明系统
US12481259B2 (en) 2022-01-03 2025-11-25 Tyco Fire & Security Gmbh Building platform chip for digital twins
CN114584415B (zh) * 2022-01-24 2023-11-28 杭州博联智能科技股份有限公司 全屋智能的场景分布式实现方法、系统、装置和介质
US12250757B2 (en) 2022-02-17 2025-03-11 SILVAIR Sp. z o.o. Networked lighting based on distance between nodes
US11510298B1 (en) * 2022-02-24 2022-11-22 Bnsf Railway Company Smart lamp system and method
US12193128B2 (en) * 2022-03-29 2025-01-07 Silicon Laboratories Inc. Commissioning of lighting systems using Bluetooth direction finding
US12050543B2 (en) * 2022-04-12 2024-07-30 Schneider Electric USA, Inc. Automatic naming and configuration of a replacement electronic device
EP4271139A1 (en) * 2022-04-28 2023-11-01 Helvar Oy Ab Lighting control
JP2024034957A (ja) * 2022-09-01 2024-03-13 京セラ株式会社 プログラム、設定方法及び電子機器
CN120226332A (zh) * 2022-09-29 2025-06-27 泰科消防及安全有限公司 用于优化和自动配置边缘处理装置的系统和方法
EP4358651A1 (en) * 2022-10-18 2024-04-24 Helvar Oy Ab Lighting control
CN120883160A (zh) * 2023-03-16 2025-10-31 昕诺飞控股有限公司 用于经由第一和第二感测系统在环境中感测的控制器及其方法
WO2024188939A1 (en) * 2023-03-16 2024-09-19 Signify Holding B.V. A controller for selecting machine learning models from an ensemble of models and a method thereof
CN116075019B (zh) * 2023-03-27 2023-06-13 厦门普为光电科技有限公司 照度校准装置及其方法
JP7642708B2 (ja) * 2023-04-27 2025-03-10 大光電機株式会社 リモートコントローラ及び照明システム
US20240403365A1 (en) * 2023-05-31 2024-12-05 Lutron Technology Company Llc Configuring a load control system using template databases
WO2025178765A1 (en) * 2024-02-21 2025-08-28 Google Llc Hierarchical framework of contexts for the smart home
WO2025233157A1 (en) * 2024-05-08 2025-11-13 Signify Holding B.V. Adjusting a configuration of a lighting device
CN118944753B (zh) * 2024-07-25 2025-04-15 广东海洋大学 一种高保密性照明传感一体化方法及系统

Family Cites Families (135)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA1293989C (en) 1986-07-17 1992-01-07 Brooks W. Taylor Computer controlled lighting system with distributed processing
US5357170A (en) * 1993-02-12 1994-10-18 Lutron Electronics Co., Inc. Lighting control system with priority override
US5406176A (en) 1994-01-12 1995-04-11 Aurora Robotics Limited Computer controlled stage lighting system
TW421927B (en) * 1998-01-30 2001-02-11 Sanyo Electric Co Central system for managing machines, central managing device for use in such system or terminals for use in the machines to be managed
US6181086B1 (en) * 1998-04-27 2001-01-30 Jrs Technology Inc. Electronic ballast with embedded network micro-controller
JP3829537B2 (ja) * 1999-06-30 2006-10-04 松下電工株式会社 照明装置
JP2003167771A (ja) 2001-11-29 2003-06-13 Yamatake Building Systems Co Ltd データバックアップ方法、情報処理装置及び設備監視システム
JP2003316595A (ja) 2002-04-23 2003-11-07 Casio Comput Co Ltd インストール方法、ファイル更新方法、プログラム及びコンピュータシステム
US20080197790A1 (en) * 2002-12-11 2008-08-21 Mangiaracina Anthony A Lighting utilizing power over the ethernet
DE60312561T2 (de) 2002-12-19 2008-04-30 Koninklijke Philips Electronics N.V. Konfigurationsverfahren für ein drahtlos gesteuertes beleuchtungssystem
KR20060007419A (ko) 2003-05-01 2006-01-24 코닌클리케 필립스 일렉트로닉스 엔.브이. ａｄ-ｈｏｃ 네트워크, 네트워크 장치 및 ａｄ-ｈｏｃ네트워크에 대한 구성 관리 방법
WO2005069698A1 (en) * 2004-01-12 2005-07-28 Koninklijke Philips Electronics, N.V. Lighting control with occupancy detection
JP2005235110A (ja) * 2004-02-23 2005-09-02 Ricoh Co Ltd 電子機器及び同機器に用いるプログラム
US7598859B2 (en) * 2004-08-13 2009-10-06 Osram Sylvania Inc. Method and system for controlling lighting
EP1882395B1 (en) 2005-04-22 2019-06-19 Signify Holding B.V. Method and system for lighting control
CA2559150C (en) * 2005-09-12 2013-11-19 Acuity Brands, Inc. Activation device for an intelligent luminaire manager
ES2428375T3 (es) 2006-03-07 2013-11-07 Koninklijke Philips N.V. Sistema de iluminación con unidades de iluminación usando comunicación óptica
US8429642B1 (en) 2006-06-13 2013-04-23 Trend Micro Incorporated Viral updating of software based on neighbor software information
JP4946646B2 (ja) * 2006-07-10 2012-06-06 日産自動車株式会社 通信ネットワークシステム及び未ウェイクアップノードのウェイクアップ方法
RU2476039C2 (ru) 2006-12-06 2013-02-20 Конинклейке Филипс Электроникс Н.В. Способ и устройство для замены устройства в сети
JP5554992B2 (ja) * 2006-12-11 2014-07-23 コーニンクレッカ フィリップス エヌ ヴェ 照明器具制御システム及び方法
KR20090088952A (ko) * 2006-12-12 2009-08-20 티아이알 테크놀로지 엘피 조명 제어 시스템 및 방법
US8344665B2 (en) * 2008-03-27 2013-01-01 Orion Energy Systems, Inc. System and method for controlling lighting
JP5276092B2 (ja) * 2007-05-09 2013-08-28 コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ 照明システムを制御する方法及びシステム
WO2008148022A2 (en) 2007-05-24 2008-12-04 Federal Law Enforcement Development Services, Inc. Building illumination apparatus with integrated communications, security and energy management
US7961075B2 (en) * 2007-05-30 2011-06-14 Glp German Light Products Gmbh Programmable lighting unit and remote control for a programmable lighting unit
KR100862971B1 (ko) 2007-07-26 2008-10-13 강릉대학교산학협력단 무선 센서 네트워크의 노드들에 대한 펌웨어 업데이트 방법
US20090070615A1 (en) * 2007-09-11 2009-03-12 Broadcom Corporaion Multiple power supply management scheme in a power over ethernet (POE) system
CN101163366A (zh) * 2007-11-14 2008-04-16 当代天启技术（北京）有限公司 一种照明控制方法及系统
WO2009101570A1 (en) * 2008-02-12 2009-08-20 Koninklijke Philips Electronics N.V. Adaptive modulation and data embedding in light for advanced lighting control
WO2009112996A2 (en) 2008-03-12 2009-09-17 Koninklijke Philips Electronics N.V. Configuration of a luminaire system
US8138690B2 (en) 2008-04-14 2012-03-20 Digital Lumens Incorporated LED-based lighting methods, apparatus, and systems employing LED light bars, occupancy sensing, local state machine, and meter circuit
US20090289582A1 (en) * 2008-05-23 2009-11-26 Nordson Corporation Lamp assemblies, lamp systems, and methods of operating lamp systems
CN102106188B (zh) 2008-07-21 2015-02-18 皇家飞利浦电子股份有限公司 安装灯具的方法和应用该方法的灯具
US8111131B2 (en) * 2008-08-15 2012-02-07 Abl Ip Holding, Llc Occupancy sensors programmed to determine loss of lamp life as lamp is used
CN101377744B (zh) * 2008-09-24 2012-02-15 华为终端有限公司 一种终端设备软件升级恢复方法及装置
KR100972555B1 (ko) * 2008-11-04 2010-07-28 주식회사 하이닉스반도체 데이터 출력회로 및 데이터 출력방법
US8914783B2 (en) * 2008-11-25 2014-12-16 Fisher-Rosemount Systems, Inc. Software deployment manager integration within a process control system
US9578722B2 (en) * 2008-12-04 2017-02-21 Philips Lighting Holding B.V. Methods for selecting and controlling devices
RU2540802C2 (ru) * 2008-12-09 2015-02-10 Конинклейке Филипс Электроникс Н.В. Система и способ автоматического интегрирования устройства в сетевую систему
JP5187237B2 (ja) * 2009-03-06 2013-04-24 三菱電機株式会社 照明制御システムのアドレス設定方法
CA2757938C (en) * 2009-04-08 2017-12-05 Koninklijke Philips Electronics N.V. Efficient address assignment in coded lighting systems
US20100265100A1 (en) 2009-04-20 2010-10-21 Lsi Industries, Inc. Systems and methods for intelligent lighting
US8731724B2 (en) 2009-06-22 2014-05-20 Johnson Controls Technology Company Automated fault detection and diagnostics in a building management system
WO2011015975A2 (en) * 2009-08-05 2011-02-10 Koninklijke Philips Electronics N.V. Light guiding system and a method for controlling the same
CN102612809B (zh) * 2009-10-28 2015-12-02 皇家飞利浦电子股份有限公司 启用编码光源
US9183580B2 (en) 2010-11-04 2015-11-10 Digimarc Corporation Methods and systems for resource management on portable devices
US10088820B2 (en) * 2009-12-02 2018-10-02 Thomas David Aiken Occupancy based demand controlled utility system
US20110134794A1 (en) 2009-12-04 2011-06-09 Square D Company Apparatus and method for automatic discovery of lighting controllers
US20110160881A1 (en) 2009-12-24 2011-06-30 Grey Thomas L RFID occupancy sensor
US8463454B2 (en) * 2010-01-22 2013-06-11 General Electric Company Wireless ballast control unit
US8732689B2 (en) * 2010-02-24 2014-05-20 Schneider Electric USA, Inc. Apparatus and method for upgrading lighting controllers
CN101799682B (zh) * 2010-03-01 2012-09-05 胡虹 一种家电设备智能控制系统的控制方法
US8381981B2 (en) * 2010-05-03 2013-02-26 Redwood Systems, Inc. Radio frequency identification of lighting fixtures
TW201212672A (en) 2010-06-10 2012-03-16 Koninkl Philips Electronics Nv Adjusting a building service system
US8706310B2 (en) * 2010-06-15 2014-04-22 Redwood Systems, Inc. Goal-based control of lighting
US9370078B2 (en) * 2010-07-21 2016-06-14 Koninklijke Philips N.V. Lighting system
DE102010043011A1 (de) 2010-08-30 2012-03-01 Tridonic Gmbh & Co. Kg Parallele Programmierung und Aktualisierung von Gebäudetechnik-Busteilnehmern
RU2594292C2 (ru) * 2010-08-30 2016-08-10 Конинклейке Филипс Электроникс Н.В. Управление установкой передачи питания по ethernet
US20120065802A1 (en) * 2010-09-14 2012-03-15 Joulex, Inc. System and methods for automatic power management of remote electronic devices using a mobile device
EP3517839B1 (en) * 2010-11-04 2021-09-22 Digital Lumens Incorporated Method, apparatus, and system for occupancy sensing
CN102025509B (zh) * 2010-11-10 2014-07-16 中兴通讯股份有限公司 一种断电控制方法及装置
US20120153568A1 (en) * 2010-12-17 2012-06-21 Sci-Tek, Inc. Random number generator and method
US8538596B2 (en) * 2010-12-20 2013-09-17 Redwood Systems, Inc. Light timeout optimization
JP6032757B2 (ja) * 2010-12-30 2016-11-30 フィリップス ライティング ホールディング ビー ヴィ ポリシーベースｏｌｎ照明管理システム
CN102118206A (zh) * 2011-02-23 2011-07-06 尚雪峰 一种基于广播原理的照明设备无线组网方法和系统
US8922570B2 (en) * 2011-03-11 2014-12-30 Telelumen, LLC Luminaire system
WO2012131631A1 (en) 2011-03-31 2012-10-04 Koninklijke Philips Electronics N.V. Automatically commissioning of devices of a networked control system
CN202168265U (zh) * 2011-04-01 2012-03-14 新时空（北京）节能科技有限公司 一种照明装置
WO2012137046A1 (en) * 2011-04-04 2012-10-11 Koninklijke Philips Electronics N.V. Adaptive illumination
CN103548417B (zh) * 2011-04-19 2016-08-17 皇家飞利浦有限公司 Oln光变化/优化系统
US20120271477A1 (en) 2011-04-25 2012-10-25 Wizlan Ltd. System And Method For Illumination Using Power Over Ethernet
CN102791070A (zh) * 2011-05-17 2012-11-21 湖北惠维科技股份有限公司 一种hid路灯照明电力载波网络监控系统
CN102325399B (zh) * 2011-05-20 2016-11-02 山东智慧生活数据系统有限公司 智能化路灯组网系统
KR101100228B1 (ko) * 2011-05-25 2011-12-28 엘지전자 주식회사 조명 시스템 및 조명 시스템에서의 주소 설정, 관리 및 제어 방법
US20120306621A1 (en) * 2011-06-03 2012-12-06 Leviton Manufacturing Co., Inc. Lighting control network configuration with rfid devices
US8558466B2 (en) * 2011-09-21 2013-10-15 Enlighted, Inc. Event detection and environmental control within a structure
US10034340B2 (en) * 2011-10-06 2018-07-24 Philips Lighting Holding B.V. Electrical lighting system power control
EP2748950B1 (en) * 2011-10-14 2018-11-28 Philips Lighting Holding B.V. Coded light detector
RU2619065C2 (ru) * 2011-10-17 2017-05-11 Филипс Лайтинг Холдинг Б.В. Ввод в эксплуатацию осветительных систем
WO2013057666A1 (en) 2011-10-17 2013-04-25 Koninklijke Philips Electronics N.V. Automatic recommissioning of electronic devices in a networked system
CN103875215B (zh) * 2011-10-18 2017-09-26 飞利浦灯具控股公司 照明系统的调试
EP3723457B1 (en) 2011-11-03 2022-09-07 Digital Lumens Incorporated Methods, systems, and apparatus for intelligent lighting
CN103907400B (zh) * 2011-11-10 2016-09-14 皇家飞利浦有限公司 使用分束照明装置的存在探测
US8749146B2 (en) * 2011-12-05 2014-06-10 Mojo Labs, Inc. Auto commissioning of light fixture using optical bursts
US8842009B2 (en) * 2012-06-07 2014-09-23 Mojo Labs, Inc. Multiple light sensor multiple light fixture control
US9292013B2 (en) * 2012-01-12 2016-03-22 Enerallies, Inc. Energy management computer system
WO2013112481A1 (en) * 2012-01-23 2013-08-01 NuLEDs, Inc. Powering and/or controlling leds using a network infrastructure
US20130221858A1 (en) * 2012-02-29 2013-08-29 Palo Alto Research Center Incorporated Automated discovery of a topology for luminaires
US8872432B2 (en) * 2012-03-15 2014-10-28 General Electric Company Solution for dynamic lighting control
US8368310B1 (en) 2012-03-23 2013-02-05 Inncom International, Inc. System and method for distributed lighting device control
US9367298B1 (en) * 2012-03-28 2016-06-14 Juniper Networks, Inc. Batch configuration mode for configuring network devices
JP5936901B2 (ja) * 2012-04-09 2016-06-22 株式会社日立ソリューションズ データ収集システム、及びデータ収集方法
DE102012207023A1 (de) * 2012-04-27 2013-10-31 Zumtobel Lighting Gmbh Verfahren zur Umkonfiguration von Komponenten und Komponente
JP6037651B2 (ja) * 2012-05-09 2016-12-07 三菱電機株式会社 照明制御装置及び照明制御システム
WO2013186670A2 (en) 2012-06-14 2013-12-19 Koninklijke Philips N.V. Apparatus and methods for gathering and using operating data from a lighting product
US9161419B2 (en) * 2012-07-02 2015-10-13 International Business Machines Corporation Intelligent and coordinated lighting of a lighting device
TWI471064B (zh) * 2012-07-27 2015-01-21 Artilect Green Co Ltd 燈光調整系統及其操作方法
US9137879B2 (en) 2012-08-01 2015-09-15 Abl Ip Holding Llc Networked system of intelligent lighting devices with sharing of processing resources of the devices with other entities
CN104509215B (zh) * 2012-08-06 2016-12-28 皇家飞利浦有限公司 操作照明系统的方法、用于照明系统的网络开关、用于照明系统的传感器或者致动器、用于照明系统的发光体
JP2014050052A (ja) * 2012-09-03 2014-03-17 Ricoh Co Ltd 無線通信システム、無線通信方法、及び無線通信装置
US20140088904A1 (en) 2012-09-27 2014-03-27 Redwood Systems, Inc. Motion detection autotuning
US8594850B1 (en) * 2012-09-30 2013-11-26 Nest Labs, Inc. Updating control software on a network-connected HVAC controller
CN102880495A (zh) * 2012-10-15 2013-01-16 华为终端有限公司 移动终端及其软件升级方法
EP2910091A1 (en) 2012-10-17 2015-08-26 Koninklijke Philips N.V. Occupancy detection method and system
WO2014064587A1 (en) * 2012-10-26 2014-05-01 Koninklijke Philips N.V. Lighting methods for providing personalized lighting to users positioned proximal to one another
CN103793238A (zh) * 2012-10-31 2014-05-14 英业达科技有限公司 机柜与其同时更新多个基本输入输出系统的方法
JP2014093249A (ja) * 2012-11-06 2014-05-19 Sharp Corp 照明制御システム
WO2014099958A1 (en) * 2012-12-18 2014-06-26 Cree, Inc. Lighting fixture for distributed control
WO2014108817A1 (en) * 2013-01-08 2014-07-17 Koninklijke Philips N.V. Method of assigning lighting devices to a group
CN103941653B (zh) * 2013-01-21 2017-10-31 广东美的制冷设备有限公司 智能家电主、从控制方法及系统
US9271375B2 (en) * 2013-02-25 2016-02-23 Leviton Manufacturing Company, Inc. System and method for occupancy sensing with enhanced functionality
KR20140105967A (ko) * 2013-02-25 2014-09-03 삼성전자주식회사 조명 제어 시스템 및 그 제어방법
WO2014160519A1 (en) * 2013-03-13 2014-10-02 Eddins Scott Color-changing lighting dynamic control
US10064251B2 (en) 2013-03-15 2018-08-28 Cree, Inc. Updatable lighting fixtures and related components
US10024566B2 (en) * 2013-04-11 2018-07-17 Philips Lighting Holding B.V. User interface with adaptive extent of user control based on user presence information
US8928232B2 (en) * 2013-05-28 2015-01-06 Abl Ip Holding Llc Lighting network with autonomous commissioning
US9497836B2 (en) 2013-06-04 2016-11-15 Koninklijke Philips N.V. Lighting system for illuminating an environment and a method of starting an installation of a program on a programmable controller
US9155171B1 (en) * 2013-06-13 2015-10-06 David Anthony Hughes Power over ethernet lighting system
WO2014198533A2 (en) * 2013-06-14 2014-12-18 Koninklijke Philips N.V. System comprising a controlling device and a controlled device
CN105659701B (zh) * 2013-08-16 2019-04-09 飞利浦灯具控股公司 经由移动计算设备的照明控制
US9955559B2 (en) * 2013-09-10 2018-04-24 Philips Lighting Holding B.V. Methods and apparatus for automated commissioning of coded light sources
US20160270194A1 (en) * 2013-10-24 2016-09-15 Philips Lighting Holding B.V. Attachable lighting control apparatus
US10185025B2 (en) * 2013-11-20 2019-01-22 Philips Lighting Holding B.V. Methods and apparatus for light-based positioning and navigation
US8941307B1 (en) * 2013-11-27 2015-01-27 Best Digital Co., Ltd. Light control system using statement of personal computer which is applied to a building for energy saving and method thereof
CN105960831B (zh) * 2014-01-08 2019-02-26 飞利浦灯具控股公司 用于基于所检测的照明改变进行照明控制的方法和装置
CN106165545B (zh) * 2014-02-28 2019-07-26 飞利浦灯具控股公司 用于配置触摸控制照明器的方法和相关的照明器
WO2015144230A1 (en) * 2014-03-27 2015-10-01 Fagerhults Belysning Ab Lighting system for providing light in a room
EP3123836A1 (en) * 2014-03-28 2017-02-01 Robert Bosch GmbH Configuring lighting electronics using database and mobile device
US9967956B2 (en) * 2014-04-18 2018-05-08 Sanjaykumar J. Vora Lighting control system and method
US9641959B2 (en) * 2014-05-23 2017-05-02 Gecko Alliance Group Inc. Household for industrial device including programmable controller and method device and system for use in configuring same
US10085328B2 (en) * 2014-08-11 2018-09-25 RAB Lighting Inc. Wireless lighting control systems and methods
EP3201696B1 (en) * 2014-09-29 2023-07-26 Signify Holding B.V. Systems and methods for managing environmental conditions
US10045427B2 (en) * 2014-09-29 2018-08-07 Philips Lighting Holding B.V. System and method of autonomous restore point creation and restoration for luminaire controllers
CA2908835C (en) * 2014-10-15 2017-04-04 Abl Ip Holding Llc Lighting control with automated activation process

Also Published As

Publication number Publication date
EP3201697B1 (en) 2021-12-29
US20180077778A1 (en) 2018-03-15
JP6667512B2 (ja) 2020-03-18
ES2907454T3 (es) 2022-04-25
US20170311418A1 (en) 2017-10-26
EP3201697A1 (en) 2017-08-09
US9730298B2 (en) 2017-08-08
HUE057863T2 (hu) 2022-06-28
RU2017114660A (ru) 2018-11-02
WO2016050571A1 (en) 2016-04-07
US20160092198A1 (en) 2016-03-31
CN106922183A (zh) 2017-07-04
EP3201695A1 (en) 2017-08-09
JP2017528898A (ja) 2017-09-28
WO2016050537A1 (en) 2016-04-07
CN110099482A (zh) 2019-08-06
EP3201699B1 (en) 2021-12-29
WO2016050707A1 (en) 2016-04-07
US10448485B2 (en) 2019-10-15
US20160095192A1 (en) 2016-03-31
JP2017528895A (ja) 2017-09-28
EP3201698B1 (en) 2022-12-21
US10602589B2 (en) 2020-03-24
CN106717118A (zh) 2017-05-24
EP3201698A2 (en) 2017-08-09
RU2017114627A (ru) 2018-11-05
JP7002330B2 (ja) 2022-01-20
CN106716271B (zh) 2021-03-30
CN106716271A (zh) 2017-05-24
WO2016050676A3 (en) 2016-07-14
EP3202238B1 (en) 2021-03-10
PL3201699T3 (pl) 2022-05-02
CN106716270B (zh) 2020-09-08
WO2016050704A1 (en) 2016-04-07
CN110099482B (zh) 2021-10-26
EP3202238A1 (en) 2017-08-09
JP6742993B2 (ja) 2020-08-19
EP3201699A1 (en) 2017-08-09
US9615434B2 (en) 2017-04-04
US20160091217A1 (en) 2016-03-31
US10117314B2 (en) 2018-10-30
CN106922183B (zh) 2021-08-24
US9826601B2 (en) 2017-11-21
US20160095189A1 (en) 2016-03-31
US9986624B2 (en) 2018-05-29
US20170318647A1 (en) 2017-11-02
JP2017528897A (ja) 2017-09-28
JP2017528896A (ja) 2017-09-28
CN106717117A (zh) 2017-05-24
CN106716270A (zh) 2017-05-24
CN106717117B (zh) 2019-03-22
JP6742994B2 (ja) 2020-08-19
US10045427B2 (en) 2018-08-07
US20170223811A1 (en) 2017-08-03
WO2016050676A2 (en) 2016-04-07
US10349494B2 (en) 2019-07-09
RU2017114660A3 (es) 2019-05-17
RU2704309C2 (ru) 2019-10-28
US20160095191A1 (en) 2016-03-31
JP2017529674A (ja) 2017-10-05

Similar Documents

Publication Publication Date Title
ES2869394T3 (es) Sistemas y métodos para control de iluminación
JP7027486B2 (ja) 環境条件を管理するためのシステム及び方法
US11221599B2 (en) Systems and methods for managing environmental conditions