This application generally relates to commissioning a lighting system. In particular, the application relates to platforms and techniques for commissioning a lighting system using an electronic device and a server, as well as leveraging the server to access the lighting system.
Most commercial buildings, parking structures, transportation areas or structures, and the like are equipped with lighting systems that typically include several luminaires or light fixtures. For a lighting system to operate in accordance with the intended design or operational needs, the lighting system must be properly commissioned. Commissioning a lighting system can be a tedious process that requires numerous hardware components as well as proper installation of luminaires, as well as the cooperation among owners, designers, contractors, facility managers, building staffs, and/or commissioning agents. Additionally, controllers associated with computer-based lighting systems must be properly connected to and configured with the luminaires.
Current software and techniques used in commissioning most computer-based lighting controls are difficult to use, inadequate, and sometimes beyond the skill set of the individuals that are tasked with commissioning the lighting system. Additionally, the luminaires themselves often include numerous hardware components that result in increased manufacturing costs. Further, a commissioned lighting system requires on-site hardware and storage that is vulnerable to damage, security breaches, and data loss.
Accordingly, there is an opportunity to implement embodiments for effectively and efficiently commissioning a lighting system. Additionally, there is an opportunity to implement embodiments for enabling convenient access to lighting system data.
In an embodiment, a method of commissioning a lighting system is provided. The method comprises connecting, using an electronic device, to a luminaire via a short range communication, and receiving, from the luminaire via the short range communication, an identification of the luminaire. The method further comprises identifying a location of the electronic device, associating, by a processor of the electronic device, the identification of the luminaire with the location, and sending the identification of the luminaire and the location that were associated to a server via a network connection.
In another embodiment, an electronic device for commissioning a lighting system is provided. The electronic device comprises a communication module and a memory for storing a set of non-transitory computer-readable instructions. The electronic device further includes a processor coupled to the communication module and the memory, and configured to execute the set of non-transitory computer-readable instructions to connect to a luminaire via a short range communication, and receive, from the luminaire via the short range communication, an identification of the luminaire. The processor is further configured to execute the set of non-transitory computer-readable instructions to identify a location of the electronic device, associate the identification of the luminaire with the location, and send, to a server using the communication module, the identification of the luminaire and the location that were associated.
The accompanying figures, where like reference numerals refer to identical or functionally similar elements throughout the separate views, together with the detailed description below, are incorporated in and form part of the specification, and serve to further illustrate embodiments of concepts that include the claimed embodiments, and explain various principles and advantages of those embodiments.
The novel methods and systems disclosed herein generally relate to commissioning a lighting system and enabling access to data relating thereto. According to embodiments, a user can use an electronic device to connect to one or more luminaires that are already physically installed in or on the building, structure, or the like that supports the lighting system. The electronic device can store or otherwise have access to layout data that indicates intended locations or positions for the luminaires. Upon connecting to the electronic device, the luminaires can send corresponding unique identifiers, such as media access control (MAC) addresses, to the electronic device. In embodiments, the electronic device can, for each of the luminaires, identify its location and associate the identified location as the location of the luminaire. According to some embodiments, a user of the electronic device can position the electronic under, near, or otherwise in proximity to the luminaire so as to accurately associate the location of the electronic device as the location of the luminaire. The electronic device can further associate the location with the unique identifier of the luminaire.
Additionally, the electronic device can prompt the user with an indication of a layout tag from the layout data that corresponds to a given luminaire. The user can select to associate a unique identifier and location pair for the given luminaire with the layout tag. In particular, the user can examine the layout data to gauge an appropriate luminaire to select based on the user's positioning in relation to the luminaire, which is also the luminaire that the electronic device has connected to and with which the electronic device has associated its location. The electronic device can connect to each luminaire of the lighting system individually to retrieve respective unique identifiers, as well as identify a location for each luminaire.
According to embodiments, the electronic device can send the identification and location data for each luminaire to a server via a network connection. Upon retrieval of the commissioning data, the server can store the commissioning data and enable access to the commissioning data. For example, an additional electronic device can connect to the remote server and request access to the commissioning data, the layout data, and/or any data associated with the lighting system.
The systems and methods as discussed herein offer numerous advantages over existing lighting commissioning systems. In particular, because the server and storage thereof can be located remotely or in the “cloud,” an administrator associated with the lighting system need not configure or rely on local storage for commissioning a lighting system or storing system data associated therewith. Further, the server can enable a third party or additional device remote from the lighting system to access the lighting system information, thereby increasing the number of access channels to the system data. Additionally, as a result of the electronic device obtaining its own location and associating its location as the location of respective luminaires, the luminaires need not include a GPS receiver, thereby reducing the production costs of the luminaires. It should be appreciated that additional advantages and benefits are envisioned.
According to embodiments, the electronic device 105 can be configured to initiate a commissioning of the plurality of luminaires 110. For example, a user of the electronic device 105 can initiate an application adapted to facilitate the commissioning functionalities as discussed herein. It should be appreciated that other techniques to initiate the commissioning of the lighting system are envisioned. The electronic device 105 can access, retrieve, or otherwise store layout information associated with the plurality of luminaires 110 and the associated lighting system. In particular, the layout information can include a set of unique tags, addresses, or the like (hereinafter, “layout tags”), each of which is to be associated with one of the plurality of luminaires 110. The layout information can further be depicted as a graphical rendering of the layout of the lighting system as well as approximate locations of where luminaires are installed or are to be installed. For example, if the lighting system is associated with a floor of a parking garage, then the layout data can indicate layout tags for luminaires such as FL1LUM1, FL1LUM2, FL1LUM3, etc., and the layout information can also graphically approximate the locations of the luminaires. It should be appreciated that various naming and numbering conventions for the layout tags are envisioned. In some cases before commissioning the plurality of luminaires 110, the layout tags of the layout information are not yet associated with the plurality of luminaires 110, whereby commissioning the plurality of luminaires 110 associates them with the layout information and the layout tags thereof. According to some embodiments, the electronic device 105 can have the layout information preloaded into memory. According to other embodiments, the electronic device 105 can retrieve the layout information from a third-party source.
Referring to
As shown in
The electronic device 105 can be configured to, for each of the plurality of luminaires 110, associate the unique identifier or identification of the luminaire with the location of the electronic device 105 whereby each of the plurality of luminaires 110 may have a different location (e.g., as a result of the user of the electronic device 105 positioning the electronic device 105 within a proximity of the corresponding luminaire 110). In some cases, the electronic device 105 can generate a data record for each of the plurality of luminaires 110, whereby the data record includes the unique identifier for the luminaire and the location associated with the luminaire. It should be appreciated that the electronic device 105 can use other techniques to pair or associate the unique identifier and the location for each of the plurality of luminaires 110.
The electronic device 105 can further be configured to associate each of the plurality of luminaires 110, as well as the identification and location data of the luminaire, with a layout tag specified in the layout information. In operation, a user of the electronic device 105 can select to associate a specific layout tag with a location and identification of a corresponding luminaire. For example, the user can use a graphical user interface (GUI) to select a layout tag “FL1LUM1” displayed in layout information, whereby selecting the layout tag can associate the layout tag with location and identification data of a corresponding luminaire. It should be appreciated that other techniques are envisioned for associating a layout tag with identification and location information of a luminaire. Accordingly, each of the plurality of luminaires 110 can have at least three associated pieces of data or information: its unique identifier, location, and corresponding layout tag.
As shown in
According to embodiments, the electronic device 105 can send data associated with the plurality of luminaires 110, for example the location data, identification data, and layout tag association, to the server 120. In some cases, the electronic device 105 can send the collective data for at least two of the plurality of luminaires 110 to the server 120 at the same time. In other cases, the electronic device 105 can send data for individual luminaires 110 at multiple distinct times. The server 120 can, upon receipt of the data associated with the plurality of luminaires 110, store the associated information or data in a local or remote database 122, or in other storage.
As shown in
Referring to
As shown in
The electronic device 205 can additionally connect (238) to luminaire B 212 and retrieve the MAC address (or other unique identifier) of luminaire B 212. According to embodiments, the electronic device 205 can connect to luminaire B 212 via any type of short range communication, as discussed herein. Further, the electronic device 205 can process (240) location data for luminaire B 212 by identifying its own location in proximity to luminaire B 212 (e.g., via GPS coordinates) and then associating its location as the location for luminaire B 212 (i.e., the electronic device 205 can associate its locations with the unique identifier for luminaire B 212). Additionally, the electronic device 205 can process (242) layout data for luminaire B 212 by associating the unique identifier and location for luminaire B 212 with a corresponding layout tag indicated in layout data for the lighting system. In operation, the user of the electronic device 205 can use a GUI to select which layout tag should be associated with luminaire B 212. In some embodiments, the electronic device 205 can generate a data record for luminaire B 212 that includes the MAC address (or other unique identifier) and the associated location, as well as the assigned layout tag from layout data.
The electronic device 205 can send (246) the processed or commissioning data including the MAC address, location data, and assigned layout tag for luminaire A 211 and luminaire B 212 to the remote server 220, for example via a network connection. As shown in
As shown in
As shown in
In an embodiment, an electronic device such as the electronic device 105 as described with respect to
Referring to
The electronic device can identify (block 415) its location. In some embodiments, the electronic device can identify its location using GPS coordinates received via a GPS receiver. The electronic device can display (block 420), in a GUI, an indication of a layout tag. In some cases, the electronic device can locally store layout information associated with the lighting system that includes the layout tag and one or more additional layout tags. In other cases, the electronic device can connect to a server (such as the remote server 120 as discussed with respect to
The electronic device can associate (block 430) the identification of the luminaire, the location, and the layout tag. In some embodiments, the electronic device can generate a data record (or other form of data or information) for the luminaire that includes the identification of the luminaire, the location, and the layout tag. The electronic device can further detect (block 435) if there is an additional luminaire to commission as part of the lighting system. In some cases, the user of the electronic device can select a function to toggle to an additional luminaire indicated in the layout data (or can select that there are no additional luminaires). In other cases, the electronic device can initiate a connection to the additional luminaire. If there is an additional luminaire (“YES”), processing can return to 405 and repeat the processing of 405, 410, 415, 420, 425, and 430 for the additional luminaire, or can proceed to other functionality. If there is not an additional luminaire (“NO”), processing can proceed to block 440 or to other functionality. At block 440, the electronic device can send, to a server via a network connection, the identification of the luminaire, the location, and the layout tag. According to embodiments, the server can store the received data for later retrieval by the electronic device and/or an additional electronic device.
The electronic device 505 can further include a communication module 572 configured to interface with one or more external ports 574 to communicate data via one or more networks 515. For example, the communication module 572 can leverage the external ports 574 to establish a BLE connection for connecting the electronic device 505 to other devices such as one or more luminaires. According to some embodiments, the communication module 572 can include one or more transceivers functioning in accordance with IEEE standards, 3GPP standards, or other standards, and configured to receive and transmit data via the one or more external ports 574. More particularly, the communication module 572 can include one or more WWAN transceivers configured to communicate with a wide area network including one or more cell sites or base stations to communicatively connect the electronic device 505 to additional devices or components. For example, the transceiver can send commissioning data of a lighting system to a remote server via the network 515. Further, the communication module 572 can include one or more WLAN and/or WPAN transceivers configured to connect the electronic device 505 to local area networks and/or personal area networks. In embodiments, the communication module 572 can include components that enable short range communication with other devices (e.g., luminaires), such as RFID components, NFC components, Bluetooth® components, and/or the like. The electronic device 505 can further include a location receiver 576, for example a GPS receiver, that is configured to retrieve location coordinates or data.
The electronic device 505 can further include one or more sensors 578 such as, for example, imaging sensors, accelerometers, touch sensors, and other sensors. The electronic device 505 can include an audio module 580 including hardware components such as a speaker 582 for outputting audio and a microphone 584 for detecting or receiving audio. The electronic device 505 may further include a user interface 586 for presenting information to the user and/or receiving inputs from the user. As shown in
In general, a computer program product in accordance with an embodiment includes a computer usable storage medium (e.g., standard random access memory (RAM), an optical disc, a universal serial bus (USB) drive, or the like) having computer-readable program code embodied therein, wherein the computer-readable program code is adapted to be executed by the processor 560 (e.g., working in connection with the operating system 564) to facilitate the functions as described herein. In this regard, the program code may be implemented in any desired language, and may be implemented as machine code, assembly code, byte code, interpretable source code or the like (e.g., via C, C++, Java, Actionscript, Objective-C, Javascript, CSS, XML, and/or others).
Thus, it should be clear from the preceding disclosure that the systems and methods offer improved lighting system commissioning techniques. The embodiments advantageously enable remote and secure storage of commissioning data that is easily accessible via multiple different channels. The embodiments improve commissioning techniques by effectively and efficiently associating relevant data with specific luminaires. Further, the embodiments reduce hardware costs associated with the manufacture of luminaires.
Throughout this specification, plural instances may implement components, operations, or structures described as a single instance. Although individual operations of one or more methods are illustrated and described as separate operations, one or more of the individual operations may be performed concurrently, and nothing requires that the operations be performed in the order illustrated. Structures and functionality presented as separate components in example configurations may be implemented as a combined structure or component. Similarly, structures and functionality presented as a single component may be implemented as separate components. These and other variations, modifications, additions, and improvements fall within the scope of the subject matter herein.
Additionally, certain embodiments are described herein as including logic or a number of routines, subroutines, applications, or instructions. These may constitute either software (e.g., code embodied on a non-transitory, machine-readable medium) or hardware. In hardware, the routines, etc., are tangible units capable of performing certain operations and may be configured or arranged in a certain manner. In example embodiments, one or more computer systems (e.g., a stand alone, client or server computer system) or one or more hardware modules of a computer system (e.g., a processor or a group of processors) may be configured by software (e.g., an application or application portion) as a hardware module that operates to perform certain operations as described herein.
In various embodiments, a hardware module may be implemented mechanically or electronically. For example, a hardware module may comprise dedicated circuitry or logic that is permanently configured (e.g., as a special-purpose processor, such as a field programmable gate array (FPGA) or an application-specific integrated circuit (ASIC)) to perform certain operations. A hardware module may also comprise programmable logic or circuitry (e.g., as encompassed within a general-purpose processor or other programmable processor) that is temporarily configured by software to perform certain operations. It will be appreciated that the decision to implement a hardware module mechanically, in dedicated and permanently configured circuitry, or in temporarily configured circuitry (e.g., configured by software) may be driven by cost and time considerations.
Accordingly, the term “hardware module” should be understood to encompass a tangible entity, be that an entity that is physically constructed, permanently configured (e.g., hardwired), or temporarily configured (e.g., programmed) to operate in a certain manner or to perform certain operations described herein. Considering embodiments in which hardware modules are temporarily configured (e.g., programmed), each of the hardware modules need not be configured or instantiated at any one instance in time. For example, where the hardware modules comprise a general-purpose processor configured using software, the general-purpose processor may be configured as respective different hardware modules at different times. Software may accordingly configure a processor, for example, to constitute a particular hardware module at one instance of time and to constitute a different hardware module at a different instance of time.
Hardware modules can provide information to, and receive information from, other hardware modules. Accordingly, the described hardware modules may be regarded as being communicatively coupled. Where multiple of such hardware modules exist contemporaneously, communications may be achieved through signal transmission (e.g., over appropriate circuits and buses) that connect the hardware modules. In embodiments in which multiple hardware modules are configured or instantiated at different times, communications between such hardware modules may be achieved, for example, through the storage and retrieval of information in memory structures to which the multiple hardware modules have access. For example, one hardware module may perform an operation and store the output of that operation in a memory device to which it is communicatively coupled. A further hardware module may then, at a later time, access the memory device to retrieve and process the stored output. Hardware modules may also initiate communications with input or output devices, and can operate on a resource (e.g., a collection of information).
The various operations of example methods described herein may be performed, at least partially, by one or more processors that are temporarily configured (e.g., by software) or permanently configured to perform the relevant operations. Whether temporarily or permanently configured, such processors may constitute processor-implemented modules that operate to perform one or more operations or functions. The modules referred to herein may, in some example embodiments, comprise processor-implemented modules.
Similarly, the methods or routines described herein may be at least partially processor-implemented. For example, at least some of the operations of a method may be performed by one or more processors or processor-implemented hardware modules. The performance of certain operations may be distributed among the one or more processors, not only residing within a single machine, but deployed across a number of machines. In some example embodiments, the processor or processors may be located in a single location (e.g., within a home environment, an office environment or as a server farm), while in other embodiments the processors may be distributed across a number of locations.
The performance of certain operations may be distributed among the one or more processors, not only residing within a single machine, but deployed across a number of machines. In some example embodiments, the one or more processors or processor-implemented modules may be located in a single geographic location (e.g., within a home environment, an office environment, or a server farm). In other example embodiments, the one or more processors or processor-implemented modules may be distributed across a number of geographic locations.
Unless specifically stated otherwise, discussions herein using words such as “processing,” “computing,” “calculating,” “determining,” “presenting,” “displaying,” or the like may refer to actions or processes of a machine (e.g., a computer) that manipulates or transforms data represented as physical (e.g., electronic, magnetic, or optical) quantities within one or more memories (e.g., volatile memory, non-volatile memory, or a combination thereof), registers, or other machine components that receive, store, transmit, or display information.
As used herein any reference to “one embodiment” or “an embodiment” means that a particular element, feature, structure, or characteristic described in connection with the embodiment is included in at least one embodiment. The appearances of the phrase “in one embodiment” in various places in the specification are not necessarily all referring to the same embodiment.
Some embodiments may be described using the expression “coupled” and “connected” along with their derivatives. For example, some embodiments may be described using the term “coupled” to indicate that two or more elements are in direct physical or electrical contact. The term “coupled,” however, may also mean that two or more elements are not in direct contact with each other, but yet still cooperate or interact with each other. The embodiments are not limited in this context.
As used herein, the terms “comprises,” “comprising,” “includes,” “including,” “has,” “having” or any other variation thereof, are intended to cover a non-exclusive inclusion. For example, a process, method, article, or apparatus that comprises a list of elements is not necessarily limited to only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Further, unless expressly stated to the contrary, “or” refers to an inclusive or and not to an exclusive or. For example, a condition A or B is satisfied by any one of the following: A is true (or present) and B is false (or not present), A is false (or not present) and B is true (or present), and both A and B are true (or present).
In addition, use of the “a” or “an” are employed to describe elements and components of the embodiments herein. This is done merely for convenience and to give a general sense of the description. This description, and the claims that follow, should be read to include one or at least one and the singular also includes the plural unless it is obvious that it is meant otherwise.
This detailed description is to be construed as examples and does not describe every possible embodiment, as describing every possible embodiment would be impractical, if not impossible. One could implement numerous alternate embodiments, using either current technology or technology developed after the filing date of this application.
Number | Name | Date | Kind |
---|---|---|---|
7508787 | Doshi et al. | Mar 2009 | B2 |
7761260 | Walters et al. | Jul 2010 | B2 |
8111018 | You | Feb 2012 | B2 |
8248963 | Kim et al. | Aug 2012 | B2 |
8742686 | Zampini et al. | Jun 2014 | B2 |
8742694 | Bora | Jun 2014 | B2 |
9155165 | Chobot | Oct 2015 | B2 |
20040105261 | Ducharme et al. | Jun 2004 | A1 |
20070022581 | Hsieh | Feb 2007 | A1 |
20080147337 | Walters et al. | Jun 2008 | A1 |
20080265799 | Sibert | Oct 2008 | A1 |
20090066258 | Cleland | Mar 2009 | A1 |
20090225658 | Rezvani et al. | Sep 2009 | A1 |
20100159971 | Herscovich et al. | Jun 2010 | A1 |
20100301769 | Chemel et al. | Dec 2010 | A1 |
20120235579 | Chemel et al. | Sep 2012 | A1 |
20120306621 | Muthu | Dec 2012 | A1 |
20130015783 | Herbst | Jan 2013 | A1 |
20130026945 | Ganick | Jan 2013 | A1 |
20130057158 | Josefowicz et al. | Mar 2013 | A1 |
20130088168 | Mohan | Apr 2013 | A1 |
20130181609 | Agrawal | Jul 2013 | A1 |
20140070706 | Fushimi | Mar 2014 | A1 |
20140184100 | Yamada | Jul 2014 | A1 |
Number | Date | Country |
---|---|---|
WO-2009129232 | Oct 2009 | WO |
WO-2009137041 | Nov 2009 | WO |
WO-2011106868 | Sep 2011 | WO |
Entry |
---|
Werb et al., The Practical Engineer, pp. 71-78, IEEE Spectrum, Sep. 1998. |
Bulusu et al., GPS-less Low Cost Outdoor Localization for Very Small Devices, IEEE Personal Communication Magazine, pp. 1-7, Oct. 2000. |
Capkun et al., GPS-free positioning in mobile ad hoc networks; 2001 pp. 1-15. |
Ssu et al., Localization with Mobile Anchor Points in Wireless Sensor Networks, pp. 1187-1197, IEE Transaction on Vehicular Technology, vol. 54, No. 3, May 2005. |
Hu et al., Localization in Wireless Sensor Networks Using a Mobile Anchor Node, pp. 1-9, http//www.paper.edu.cn. |
Nagpal et al., Organizing a Global Coordinate System from Local Information on an Ad Hoc Sensor Network; pp. 1-16. |
Kastner et al., Communication Systems for Building Automation and Control, pp. 1178-1203, Proceedings of the IEEE, vol. 93, No. 6, Jun. 2005. |
Lu et al., Creating Robust Activity Maps Using Wireless Sensor Network in a Smart Home, pp. 741-746, IEEE Conference on Automation Science and Engineering, Sep. 22-25, 2007. |
Valle et al., Mesh Topology Viewer (MTV); an SVG-Based Interactive Mesh Network Topology Visualization Tool; p. 1-6. |
Planning/Installation/Monitoring Guide for Mesh Networks, NetEquality Equal Access Community Internet; www.netequality.org/docs/ <http://www.netequality.org/docs/>; pp. 1-11. |
HotViewTM; Mesh Management System; www.firetide.com <http://www.firetide.com>; p. 1-5; © Firetide, Inc. |
Duarte et al., Management Issues on Wireless Mesh Networks; p. 1-12. |
Setup Guide Meraki Outdoor; Part No. 280-03100; p. 1-2. |
Wireless Mess Networking Technology/Wifi Mesh Network by Meraki; © 2007 Meraki Networks, Inc.; web.archive.org/web/20071104002330/http://meraki.cm/oursolution/mesh/. |
Gomez et al., Wireless Home Automation Networks: A Survey of Architectures and Technologies; IEEE Communications Magazine, Jun. 2010. |
Perez et al.; Low-rate wireless personal area network applied to street lighting; Lighting Research and Technology Dec. 14, 2011; lrt.sagepub.com/content/early/2011/11/24/1477153511431129.abstract. Retrieved from Internet on: Jun. 25, 2013. |
Bellido-Outeirino et al., Building Lighting Automation through the Integration of DALI with Wireless Sensor Networks, pp. 47-52, IEEE Transactions on Consumer Electronics, vol. 58, No. 1, Feb. 2012. |
Philips, Mini300 LED gen2, sensor manual, Version date: Jul. 25, 2013. <http://www.lighting.philips.com/pwc—li/main/shared/assets/images/connect/mini300/Mini300-LED-gen2-sensor-manual.pdf>, retrieved on Feb. 3, 2014. |
Number | Date | Country | |
---|---|---|---|
20150123563 A1 | May 2015 | US |