CN109075980B - System and method for power over ethernet control - Google Patents

Abstract

A system and/or method may include a power over ethernet (PoE) controller, comprising: a PoE interface; an equipment interface; and a controller communicatively coupled to the PoE interface and the device interface. The controller may be configured to receive device control information via the PoE interface and generate control instructions for the device interface in response to the device control information.

Description

System and method for power over ethernet control

This patent application claims priority from U.S. provisional patent application US62/303223 filed on 3/2016, U.S. provisional patent application US62/362352 filed on 14/7/2016, and U.S. provisional patent application US62/459124 filed on 15/2/2017, all of which are incorporated herein by reference in their entirety.

Technical Field

The present invention relates to power over ethernet (PoE) systems, and more particularly to controllers for bridging PoE systems with facility management systems.

Background

This section introduces aspects that may help to better understand the present invention. Accordingly, the statements of this section are to be read in this light and are not to be construed as admissions about what is prior art or what is not prior art.

Power over ethernet (PoE) is a wired ethernet Local Area Network (LAN) technology that allows the current used to run connected devices to be carried by a data cable rather than by a separate power line. PoE can describe a standardized or ad hoc system that transfers electrical power along with data over ethernet cabling (cabling). This allows a single cable to provide data connectivity and electrical power to devices such as wireless access points (wireless access points), IP cameras, and voice over internet protocol (VoIP) phones.

Disclosure of Invention

According to one aspect, systems and methods may provide a power over ethernet (PoE) controller, comprising: a PoE interface; an equipment interface; and a controller communicatively coupled to the PoE interface and the device interface. The controller may be configured to receive device control information via the PoE interface and generate control instructions for the device interface in response to the device control information.

Other systems, methods, features and advantages will be, or will become, apparent upon examination of the following figures and detailed description. It is intended that all such additional systems, methods, features and advantages be included within this description and be protected by the accompanying claims.

Drawings

The present invention is illustrated by way of example and is not limited by the accompanying figures, in which like references indicate similar elements.

Specific embodiments of the present invention are disclosed below with reference to the various drawings and figures. The written description and drawings are intended to enhance understanding. For example, the dimensions of some of the graphical elements may be exaggerated relative to other elements and well-known elements that are beneficial or even necessary to a commercially successful implementation may not be depicted so that the presentation of the embodiments is made less obstructive and more clear.

The drawings and description are to be regarded as simple and clear as are effective in enabling those skilled in the art to make, use and best practice the invention in view of what is known in the art. It will be understood by those skilled in the art that various modifications and changes may be made to the specific embodiments described below without departing from the spirit and scope of the present invention. Accordingly, the specification and figures are to be regarded in an illustrative and exemplary rather than a restrictive or all-encompassing sense, and all such modifications to the specific embodiments described below are intended to be included within the scope of the present invention.

FIG. 1 is a block diagram of an example system architecture for a network of powered devices.

FIG. 2 is a block diagram of an example interface of a controller.

FIG. 3 is a block diagram of an embodiment of an example lighting device in connection with a controller.

FIG. 4 is a block diagram of an embodiment of an example dispatcher (distributor) interfacing with a controller.

FIG. 5 is a block diagram of an embodiment of an example shade panel (shade) interface with a controller.

FIG. 6 is a block diagram of an embodiment of an example sensor in connection with a controller.

FIG. 7 is a block diagram of an embodiment of an example holder (texture) interface with a controller.

FIG. 8 is a block diagram of an example communication logic of a controller.

Fig. 9 is a block diagram of an example relay logic (relay logic) between a server and a controller.

FIG. 10 is a block diagram of an example power sharing logic via a controller.

FIG. 11 is a block diagram of another example power sharing logic via a controller.

Fig. 12 is a block diagram of an example injector point implementing a controller.

FIG. 13 is a block diagram of an example low pressure output injector point in which multiple outputs are daisy-chained (daisy-chained).

FIG. 14 is a block diagram of an example low pressure output injector point with multi-channel output.

Fig. 15 is a block diagram of an example architecture for a low voltage network.

Fig. 16 to 20 are block diagrams of various power providing scenarios (scenarios) for a low voltage network.

FIG. 21 is an example circuit board for the controller.

Detailed Description

The following detailed description describes exemplary embodiments and is not intended to be limited to the specific disclosed combinations. Thus, unless otherwise indicated, features disclosed herein may be combined together to form additional combinations not given for the sake of brevity.

Fig. 1 is a block diagram of an example system architecture 100 for a network of powered devices. In an example, the system architecture 100 may include a management layer 102, a communication/power layer 104, and a device layer 106. Communication/power layer 104 may include a PoE network 105, PoE network 105 including, but not limited to, Institute of Electrical and Electronics Engineers (IEEE)802.3 networks (e.g., PoE, universal PoE (universal PoE), upoe, enhanced PoE (PoE plus), and Four-Pair (Four Pair) PoE (4PPoE)) and/or constrained application protocol (CoAP) type networks, transmission control protocol/internet protocol (TCP/IP) type networks, and the like. Communication/power plane 104 may also include Application Programming Interfaces (APIs) for interacting with management plane 102 and the like.

The communication/power plane 104 connects the management plane 102 with a device 108 located at the power receiving end in the device plane 106. The communication/power plane 104 can provide power and/or control for the devices 108. The exemplary apparatus 108 may be divided into lighting units 110a-n (e.g., an LED/fluorescent holder 110a, a linear light 110b, a plurality of daisy-chained holders 110c, a high wattage holder 110n, a light module, an LED lighting engine, etc.), sensors 112a-n (e.g., wired sensors 112a and wireless sensors 112b, including, but not limited to, optical/light (light) sensors (e.g., ambient light, Correlated Color Temperature (CCT), Infrared (IR), etc.), environmental sensors (e.g., temperature, humidity, air quality, chemistry, etc.), motion/attitude sensors, inertial sensors, proximity (proximity) sensors, etc.), and/or actuators (actuators) 114a-n (e.g., motors 114a for controlling shutters 116, valves, relays, etc.). The daisy-chained plurality of holders 110c and other daisy-chained plurality of devices 108 may be independently addressable by the controllers 118a-n such that the controllers 118a-n provide power and/or data to the designated plurality of devices 108 without requiring the plurality of devices 108 to access the internet. In some embodiments, the addresses may be stored in tables in the memory 164 within one or more of the controllers 118 a-n. Other types of devices 108 that may be included in the device layer 106 that are powered and/or controlled by the controllers 118a-n include, but are not limited to, other types of lighting, display devices, motors, valves, actuators, relays, dispensers, sinks (sinks), faucets, shades (shade), mirrors, glasses, windows, wall panels (wall panels), wall controls, wall labels, wall switches, wall panels (wall doors), doors, lockers (lockers), communication devices, computers, solar panel assemblies, batteries, locking devices, smart plugs, smart phones, cameras, annunciators (beacons), sensors, and the like, as described in more detail below.

The device layer 106 also includes controllers 118a-n, the controllers 118a-n capable of converting or translating PoE network 105 protocols to local power, data distribution, and connection protocols to bridge the PoE network 105 with the device layer 106. For example, the controllers 118a-n provide for sending signals to/receiving signals from the devices 108, providing power to the devices 108, controlling power to the devices 108 and/or controlling operation of the devices 108, etc., as described in more detail below. In some embodiments, the controllers 118a-n perform gateway functions.

The controllers 118a-n may interface with the PoE network 105 via a plurality of ethernet ports 120 (e.g., a plurality of RJ45 connectors) and connect with the PoE network 105 via a plurality of ethernet cables 122 (e.g., category 3, category 5/5e, category 6 cables, etc.). In some examples, the controllers 118a-n may control how power received from the PoE network 105 is output to the device 108 (e.g., depending on the type and/or amount of power) and/or ethernet or other high level protocol is converted to a lower level protocol (e.g., RS232, RS485, CAN, BACnet, Digital Addressable Lighting Interface (DALI), TRANSCEND of MOLEX, etc.) for the interface (interface) and the control device 108. For ease of illustration, RS485 is generally referred to herein but implementations are not limited to RS 485. The controllers 118a-n may also interface with other controllers 118a-n (e.g., in a daisy chain fashion).

In one example, the controllers 118a-n include an interface 124, the interface 124 for wired and/or wireless connection with the device 108 and/or other controllers 118a-n, as described in more detail below. In a wired embodiment, a wired harness 126 may be used to connect the controllers 118a-n to the device 108. In one example, the wired harness 126 includes four conductors, e.g., one for each of voltage, ground, RS +, and RS-. Other configurations are also possible, for example, depending on the low-level protocol used. In addition to the devices 108, the controllers 118a-n may be connected via wired and/or wireless connections to other peripheral devices (peripherals) including the wall switch 128. The controllers 118a-n may control the devices 108, such as turning the devices 108 on/off, dimming the lighting units 110a-n, controlling the glare shield 116, etc., based on signals received from the wall switch 108. In some examples, the controllers 118a-n may also be connected to an external power source 130 (e.g., 110V-277V AC), as described in more detail below.

Control information may also be sent from management layer 102 to device 108 via PoE network 105 and controllers 118a-n for controlling device 108 and receiving status and/or sensor information from device 108. In some examples, management layer 102 includes a server/switch 132 for storing data, performing analytics, and sending and receiving control information and/or sensor information related to devices 108, among other things, as described in more detail below. The server/switch 132 may be connected via an ethernet network 121 to a user interface 134 (e.g., Personal Computer (PC), laptop, smartphone, tablet, palm-top (PDA), etc.) for entering control information for controlling the device 108 and/or a display dashboard 136 associated with the operation of the device 108. Management layer 102 may also include a network switch 138 (e.g., a Catalyst switch or other network element controller manufactured by Cisco) coupled to server 132 and user interface 134 for outputting PoE protocol data and power to PoE network 105. The management layer 102 may also include: a wireless (WiFi) router 140 to support the provision of power and data communications over PoE network 105; and a remote interface 142, for example, for providing technical support for the PoE network 105.

FIG. 2 is a block diagram of an example interface 144 of the controllers 118 a-n. In an example, the interface 144 of the controllers 118a-n may be connected to the device 108 and/or other controllers 118a-n via the wiring harness 126 to, for example, send/receive control information, sensor data, power, etc. between the controllers 118a-n and the device 108 and other controllers 118 a-n. Interface 144 also includes a Physical (PHY) wired layer 146 (including a physical port for connection) to send/receive wired signals based on RS485 protocol, a Controller Area Network (CAN) protocol, a universal asynchronous receiver/transmitter (UART) protocol, a Serial Peripheral Interface (SPI) protocol, etc., or other non-ethernet related protocols. Additionally or alternatively, the interface 144 may include a PHY wireless layer 148 to transmit/receive wireless signals to the device 108 (e.g., via controllers 118a-n optionally integrated into the device 108), including but not limited to bluetooth low energy (BTLE) protocol, ZigBee protocol, EnOcean protocol, IEEE802.11(WiFi) protocol, etc. The interface 144 may also send power 150 to the device 108. Example devices 108 include, but are not limited to, LED lights, sensors, paper towel dispensers and other dispensers, valves, visors, mirrors/glass, wall panels including labels, controls and/or switches, wall panels, electronic lockers/doors, directional lighting, sun-following solar panels, etc., and/or any other device 108 described herein.

With additional reference to FIG. 21, to accommodate the translation of the controllers 118a-n from one protocol to another and other logic, the controllers 118a-n also include a Printed Circuit Board Assembly (PCBA)160 and/or other types of electrical components. In some embodiments, PCBA 160 is sized and shaped to fit within device 108, e.g., via a circle, oval, rectangle, square, triangle, irregular shape, etc. PCBA 160 may comprise one board (board) or more than one board connected to each other and stacked on top of each other in some embodiments. It will be appreciated that where PCBA 160 is illustrated, it is illustrated by way of non-limiting example that additional components may be substituted for PCBA 160 within the scope of the present invention, including, but not limited to, circuit boards having a point-to-point architecture, Application Specific Integrated Circuits (ASICs), Field Programmable Gate Arrays (FPGAs), etc., such that circuitry and/or other electronic components can be embodied thereon. In some embodiments, a control circuit is located on PCBA 160.

The control circuitry may include, for example, one or more processors 160a and one or more memory devices 160b, e.g., in some embodiments the control circuitry is implemented as a microprocessor with memory. Memory device 160b may include one or more program memories (RAM memories), a cache memory, a Random Access Memory (RAM), a Read Only Memory (ROM), a flash memory, a hard disk drive, etc., and/or other types of memory. Memory 160b may store instructions (e.g., compiled executable program instructions, uncompiled program code, some combination thereof, etc.) that, when operated on (e.g., executed, translated, interpreted, etc.) by processor 160a, cause processor 160a to operate the translation, logic, and other processes described herein. For example, the processor 160a may convert Ethernet-based protocol signals received via the Ethernet physical layer (Ethernet PHY)160c to non-Ethernet-based protocol signals and vice versa, e.g., to provide communication between the server 132 and the lights 110a-n or other devices 108 and sensors 112 a-n. PCBA 160 may also include sensor 160d, which may be the same or different from sensors 112 a-n. Multiple sensor types and/or multiple sensors 160d can be included on PCBA 160. The PCBA 160 may also include a power converter 160e, for example, for converting 48V DC power from the PoE input to 5V DC, 3.3V DC, etc., to provide power to the processor 160a, ethernet PHY 160c, etc. The controller 118 may also deliver power to the device 108, for example, via RS485 input/output (I/O)160 f. Additional or alternative components may be included on the PCBA 160, including but not limited to an on-board analog-to-digital converter and/or other circuitry that may be configured to convert analog signals to digital signals (e.g., for processing). PCBA 160 may also include digital conditioning (conditioning) circuitry for processing signals and the like.

FIG. 3 is a block diagram of an embodiment of an example lighting device in connection with controllers 118 a-n. For example, the controller 118n may be connected to the LED lighting unit 110c with the embedded sensor 112a via a wired harness 126 to control the LED lighting unit 110c and receive sensor information from the sensor 112 a. In some embodiments, the controller 118a may control the LED lighting unit 110c locally based on sensor information received from the sensor 112a and/or communicate the sensor information to a remote server 132. Additionally or alternatively, the controller 118n may be connected with the low-power holder 222 and the remote sensor unit 112n via the wired harness 126. Other embodiments are possible, such as a remote sensor connected to the LED lighting unit 110c and the sensor embedded in the low power holder 222.

FIG. 4 is a block diagram of an embodiment of an example dispatcher 230a-n interfacing with the controller 118 a. In one example, the controller 118a is connected to the motors of the paper towel dispensers 230a-n to control power to the paper towel dispensers 230a-n based on the available power (available power) and signals received from the motion sensors 112a-n of the paper towel dispensers 230 a-n. Other dispensers 230a-n include, but are not limited to, soap, towels, lotion, air, hot air, perfume, voice, verbal instructions, information, communications or warnings from others.

FIG. 5 is a block diagram of an embodiment of an example shutter plate 232a-n in connection with the controller 118 a. The shutter plates 232a-n may be coupled to the controller 118a to receive instructions from the controller 118a, for example, when opening, closing, etc. The controller 118a may be integrated into the shutter plates 232a-n and/or coupled to the shutter plates 232 a-n. In an example, the controller 118a may control operation of the motors of the shutter plates 232a-n to move the shutter plates 232a-n, e.g., based on input from the sensor 112a, instructions from the server 132, and/or instructions from the controller 118a, etc. The shutter plates 232a-n may be individually addressable, such as with a MAC, so that the controller 118a may control one or more of the shutter plates 232a-n connected to the controller 118 a. In some examples, the controller 118a may control the shutter plates 232a-n, e.g., wirelessly or via a wired harness 126, based on information from an ambient light sensor 112a connected to the controller 118 a. Controllers 118a-n allow sensor 112a and any other sensors described herein to be added and removed from controllers 118a-n by hot-swap (hot-swap).

FIG. 6 is a block diagram of an embodiment of an example sensor 112a-n coupled to a controller 118 a. The sensors 112a-n may be connected with the controller 118a to provide one or more of information regarding humidity, acceleration, proximity, magnetism, pressure, motion, flow, CO/CO2, CCT, red/green/blue (RGB) light, ambient light, active or Passive Infrared (PIR), visual information (e.g., from a camera), audio information (e.g., from a microphone), temperature, etc. In response to the controller 118a receiving data transmitted by one or more of the sensors 112a-n, the controller 118a may provide one or more of a visual signal, an audio signal, and the like.

FIG. 7 is a block diagram of an embodiment of an example holder 240 in connection with a controller 118 a. In some examples, the holder 240 includes the controller 118a built therein, but the controller 118a may be separate from the holder 240 and connected with the holder 240. The holder 240 may also include a light source 242 (e.g., an LED or fluorescent light). In some implementations, the holder 240 is a concave light reflecting groove (troffer). Light source 242 and sensor 112a are connected to controller 118 a. The controller 118a may trigger the light source 242 based on information from the sensor 112 a.

FIG. 8 is a block diagram of an example communication logic 154 for the controllers 118 a-n. For ease of explanation, in one example, the controller 118a receives data reported by the sensor 112a (156) (e.g., a motion detector that detects motion or lack thereof over a determined time). The sensor 112a may be integrated into the lamp 110a or provided separately from the lamp 110 a. Additionally, the controllers 118a-n may be integrated into the lamp 110a or separate from the lamp 110 a. The controller 118a may process data received from the sensor 112a, as well as any other sensors, to decide what action to do based on the data (158).

The controller 118a may send the data received from the sensor 112a to the server 132. Before sending the data to the server 132, the controller 118a may translate data from one protocol (e.g., RS485) used by the controller 118a to communicate with the sensor 112a to another protocol (e.g., an IEEE 802.3 ethernet protocol) used to communicate data with the server 132. Other protocols may also be used. The controllers 128a-n may also translate information received via the IEEE 802.3 Ethernet protocol to the RS485 protocol or other local protocol (local protocol). The controller 118a may directly control the light 110a by sending control information to the light 110a, such as turning the light 110a on/off, dimming the light, flashing the light, having the light act as an emergency indicator, etc., based on data received from the sensor 112a and processed by the controller 118a (164), without requiring input from the server 132. The controller 118a may also send data and/or control information to other controllers 118n (166), which other controllers 118n (166) may use to control the lamp 110n and any other devices connected to the controller 118n (160). By using the controllers 118a-n to process data and/or control the devices 108, fewer ethernet switches are required to control more than one lamp 110a-n or other device 108 than would normally be required, rather than requiring, for example, one switch port per device 108. Additionally or alternatively, the controllers 118a-n may monitor the availability of communications with the server 132 and if communications with the server 132 are lost, one of the controllers 118a-n may control the other controllers 118a-n as a master (master).

Fig. 9 is a block diagram of an example relay logic 170 between server 132 and controllers 118 a-n. The sensor 112a reports data to the controller 118a (172). The controller 118a processes the data (174). In this example, the controller 118a determines to forward the data to the server 132 for further processing (176). The controller 118a receives data from the sensor 112a via a local protocol (e.g., RS485) and translates the data into a wide-area protocol (e.g., IEEE 802.3PoE) for transmission to the server 132. As the server 132 processes the data, the controller 118a receives control instructions from the server 132 (178). The controller 118a controls the lamp 110a and any other devices connected to the controller 118a based on control information received from the server 132. The controller 118a may translate the control information into a local protocol for transmission to the lamp 110a (e.g., via the wiring harness 126). The server 132 may also send control information to other controllers 118a-n, including the controller 118n, based on the processed sensor data. The controller 118n may control the lamp 110n and any other devices connected to the controller 118n based on the control information. By using the controllers 118a-n, controlling more than one lamp 110a-n or other device 108 can require fewer ethernet switches than would otherwise be required.

Fig. 10 and 11 are block diagrams of an example power sharing logic via controllers 118 a-n. In fig. 10, network switch 138 includes two ports 186a, 186b, while fig. 11 is an example of a network switch 138 having one port 186 a. For ease of explanation, in one example, in fig. 10, controller 118a connects two devices 108 with port 186a and controller 118b connects two devices 108 with port 186 b. The ports 186a, 186b each allow up to 60W of power, e.g., as determined by the standard, and each device 108 uses (consume) 30W. In this example, the controllers 118a, 118b may determine to deliver power to each device 108 without placing any device 108 in a standby mode based on the available power not exceeding the maximum required power.

In the example of fig. 11, the controller 118a allows more devices 108 to connect with the controller 118a than devices 108 that are connected to the controller 118a in other manners (e.g., based on standards, safety laboratory (UL) limits, etc.). For example, the power requirements of the plurality of devices 108 connected to the controller 118a may exceed a power limit determined by a standard. For example, port 186a of switch 138 provides a maximum 60W output under the standard and controller 118a is daisy-chained with four devices 108, each device 108 requiring 30W peak power. In an example, the controller 118a may cause the plurality of devices 108 to share the available power by communicating power allocation constraints from the devices 108 to the devices 108. For example, the controller 118a places multiple devices 108 in a power standby state until a device 108 requests power from the controller 118 a. If power can be allocated for the device 108, the controller 118a authorizes the device 108 to cause the request to exit the standby mode and use power, otherwise the device 108 remains in standby. The controller 118a can determine when to provide power to the device 108 and/or the device 108 can request power from the controller 118a when needed. The controller 118a may determine which devices 108 are not in standby but are not using power for the longest time and place those devices 108 in standby mode. This allows any number of devices 108 to be connected to the controller 118a, where the controller 118a allows a limited number of devices 108 to have their full (full) power required at any time. For example, not all of the shutter plates 116, 232a-n need to be triggered simultaneously. Some of the shutter plates may wait until the controller 118a authorizes use of power. In another example, some devices 108 may only need to be used sparingly (sparingly) at full power. For example, the controller 118a may instruct a less active paper towel dispenser to remain in standby mode until needed while authorizing a more active paper towel dispenser to receive power. Depending on the duration of the activation period, a user may not even notice that device 108 is in standby mode. By reducing the number of ports 186a required per device 108 and/or the number of controllers 118a-n, the controller 118a can provide a reduction in installation costs, including but not limited to reducing the number of ports 186a, reducing the number of switches 138, reducing the number of wires, requiring less storage space for the switches 138, lower heating, ventilation, and air conditioning (HVAC) loads, and the like. For example, a PoE connection is not required for each device 108.

Fig. 12 is a block diagram of an example injector site 190 integrated and/or implemented with the controller 118 a. The injector site 190 includes an AC-DC constant voltage power supply 192 connected to the controller 118a to provide power options for the power distribution site 190 other than those commonly available with IEEE 802.3 based PoE protocols (e.g., 12.5W PoE, 25W PoE + and 51W UPoE, etc.). The power source 192 and the controller 118a may be housed in the same housing 194, or the controller 118a may be housed separately. The power supply 192 receives an AC input 202 (e.g., 110V/277V or other voltage) via the plug 196 and outputs a constant 150W-250W, 48V-56V voltage to the plug 198 for powering the device 108. Other power and voltage values may be used according to an embodiment. The controller 118a may receive data and power via the ethernet plug 200 (e.g., housing an RJ45 connector). The controller 118a converts the data to another protocol (e.g., RS232, RS485, CAN, BACnet, Digital Addressable Lighting Interface (DALI), transit, etc.) and sends the converted data to the plug 198 for output of the data via the plug 198.

Fig. 13 is a block diagram of an example low pressure output injector point 190 in which multiple devices 108 are daisy chained together. In one example, the plurality of devices 108 includes a plurality of low voltage LED devices. In some embodiments, each device 108 includes a controller 118a-n integrated or connected to but in a housing (enclosure) separate from the device 108. The plurality of devices 108 may be connected together in a daisy-chain connection with a plurality of connectors 127 via a plurality of wiring harnesses 126. Multiple devices 108 may also be connected to the injector site 190 via the harness 126. The daisy-chained devices 108 may be individually addressed (e.g., using a MAC address) for individual and/or combined control of the devices 108 by a master controller 118 a-n. As multiple devices 108 are added and removed from the controllers 118a-n, the controllers 118a-n may update a list of the multiple devices 108 connected to the controllers 118 a-n.

Fig. 14 is a block diagram of another example low pressure based injector point 190. In some examples, the injector site 190 may provide outputs 210a-n for a plurality of channels, e.g., four channels, each channel having a sub-address. Each of the outputs 210a-N may be connected to a device 108 (e.g., a low voltage device), and the low voltage device and other low voltage devices 1-N may be daisy-chained on multiple lanes.

Some advantages of the injector point 190 of fig. 12-14 include, but are not limited to: capable of converting auxiliary power from an AC line for use by the controller 118a, converting an ethernet protocol to a low-level protocol, transmitting DC power and data to multiple devices 108 via a single or multiple inputs, isolating AC auxiliary inputs from PoE power inputs, providing power management and/or emergency lighting schemes, providing network upgrades, capable of functioning as a zone injector point (zone injector point), providing maximum power compliant with IEEE 802.3 but not limited to 60W or other watts, not requiring the devices 108 to communicate via an ethernet-based protocol, providing power and control for various groups of devices (e.g., daisy-chained lights, servers, actuators), providing a reliable and robust network (because one or more of ethernet and AC power are available), capable of using UPoE as an emergency backup (e.g., emergency/life-threatening lighting needs) while the auxiliary power is still available, the ability to use auxiliary power, minimize the number of required Power Sourcing Equipment (PSE) ports, and/or cut the cost of low voltage infrastructure while PoE power/control is still present.

Fig. 15 is a block diagram of an example architecture for a low voltage network 212. The plurality of network switches 138 may receive power from a power supply unit 214 via a plurality of low voltage power lines 216 (e.g., 48V DC). The plurality of network switches 138 may also receive control information from the plurality of servers 132 and may be networked together via, for example, the ethernet network 121. The power unit 214 may be housed in an electrical room 218, and the servers 132 housed in a single Information Technology (IT) room 220. The plurality of network switches 138 may convert incoming power and control information to the PoE network 105 and transmit the power and control information to the controllers 118a-n via the plurality of ethernet cables 122. The controllers 118a-n may convert the PoE-based protocol to a low level protocol for communicating with the device 108. The controllers 118a-n may be connected wirelessly and/or via a wired harness 126 with the plurality of devices 108 for transmitting power and/or data to the plurality of devices 108 to control the plurality of devices 108.

Fig. 16-20 are block diagrams of various power delivery scenarios for low voltage networks. In fig. 16, a junction box 228 may remotely connect a DC line 230 to the network switch 138 for providing power to the network switch 138. In fig. 17, junction box 228 further includes an AC/DC converter to convert a 110V AC power source to 48V DC for power input to network switch 138. In fig. 18, the junction box 228 also includes a DC/DC converter for converting a 600V DC power supply to 48V for inputting power to the network switch 138. In fig. 19, junction box 228 is locally located at network switch 138, for example, for converting 600V DC to 48V DC. In fig. 20, 48V DC may be provided to the network switch 138 from the electrical room 218. Other embodiments and voltages may be used for the lines and inputs to the network switch 138.

The disclosure provided herein illustrates various features in its preferred and exemplary embodiments. Numerous other embodiments, modifications and variations within the scope and spirit of the appended claims will occur to persons of ordinary skill in the art from a review of this disclosure.

Those skilled in the art will readily recognize that the steps of the various described methods may be performed by a programmed computer. In this context, some embodiments are intended to encompass a program storage device (e.g., a digital data storage medium) that is machine-or computer-readable and encodes a machine-or computer-executable program of instructions, where the instructions perform some or all of the steps of the method. The program storage device may be, for example, digital memory, a magnetic storage medium (such as a magnetic disk or tape), a hard disk drive, or an optically readable digital data storage medium. The embodiments are also intended to cover computers programmed to perform the steps of the methods described herein.

The processing power of the systems and processes described herein may be distributed among multiple system components, such as among multiple processors and memories, optionally including multiple distributed processing systems. Parameters, databases, and other data structures may be separately stored and managed, may be incorporated into a single memory or database, may be logically and physically organized in many different ways, and may be implemented in a variety of ways, including data structures such as linked lists, hash tables, or implicit storage mechanisms. A program can be part of a single program (e.g., a subroutine), a separate program, distributed across several memories and processors, or implemented in many different ways, such as in a library, such as a shared library (e.g., a Dynamic Link Library) (DLL)). For example, the DLL may store code that performs any of the system processes described above. The system and method may be implemented on the cloud.

Benefits, other advantages, and solutions to problems have been described herein with regard to specific embodiments of the present invention. The benefits, advantages, solutions to problems, and any element(s) that may cause or result in such benefits, advantages, or solutions, or cause such benefits, advantages, or solutions to become more pronounced, however, are not to be construed as a critical, required, or essential feature or element of any or all the claims.

As used herein and in the appended claims, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements in the list, but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. The terms "an" or "an" for a consonant, as used herein, are defined as one or more than one. The term "plurality", as used herein, is defined as two or more than two. The term another, as used herein, is defined as at least a second or more. Unless otherwise indicated herein, the use of relational terms, if any, such as first and second, top and bottom, and the like are used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions.

The terms including and/or having, as used herein, are defined as comprising (i.e., open language). The term coupled, as used herein, is defined as connected, although not necessarily directly, and not necessarily mechanically. Terms derived from the word "indication of formation of an animal noun" (e.g., "indications in general form" and "indications in noun form") are intended to encompass all of the various techniques that may be used to convey or reference the object/information being indicated. Some, but not all examples of techniques that may be used to communicate or reference the indicated object/information include communication of the indicated object/information, communication of an identifier of the indicated object/information, communication of information used to generate the indicated object/information, communication of some portion or portion of the indicated object/information, communication of some derivation of the indicated object/information, and communication of some symbol representing the indicated object/information.

In view of the common general knowledge in the art, detailed and sometimes very specific descriptions are provided herein to enable one skilled in the art to make, use and best practice the invention. In the examples, details are provided to illustrate possible embodiments of the invention and should not be construed to restrict or limit the scope of the broader inventive concept.

Claims (17)

1. A power over ethernet controller comprising:

an ethernet interface comprising one or more ethernet ports and circuitry configured to support ethernet signals, wherein the ethernet interface is configured to derive power over ethernet from ethernet;

a device interface comprising a device port and circuitry configured to support signals on a plurality of different non-ethernet networks to one or more devices, wherein the device port comprises a connector configured to support a wired harness connection, wherein the wired harness connection is a four-wire connection, wherein two wires are used for power and two wires are used for signals, and wherein the device interface is configured to provide at least a portion of power over ethernet power from the ethernet interface to the one or more devices over the wired harness connection; and

a control circuit communicatively coupled to the Ethernet interface and the device interface, the control circuit configured to receive device control information for the one or more devices in a plurality of non-Ethernet networks from the Ethernet network via the Ethernet interface and generate control instructions for the one or more devices in response to the device control information for communication with the one or more devices via the device interface; and

a power converter electrically coupled to the Ethernet interface and the control circuitry, the power converter configured to convert at least a portion of the power over Ethernet power source to power for use by the control circuitry,

wherein the processor translates Ethernet-based protocol signals received via the Ethernet physical layer into non-Ethernet-based protocol signals and vice versa for providing communication between the server and the device and sensor.

2. A power over ethernet controller in accordance with claim 1 wherein said device interface comprises a wireless interface.

3. A power over ethernet controller in accordance with claim 1 wherein said device interface comprises a device driver.

4. A power over ethernet controller in accordance with claim 3 wherein said device driver is configured to provide signals to one or more devices to perform functions corresponding to said control instructions.

5. A power over ethernet controller in accordance with claim 3 wherein said device driver is configured to communicate said control instructions to one or more devices corresponding to said control instructions.

6. A power-over-ethernet controller in accordance with claim 1, wherein said one or more devices comprise: at least one of a lighting device, a display device, a motor, a valve, an actuator, a relay, a dispenser, a sink, a faucet, a visor, a mirror, glass, a window, a wall panel, a wall control, a wall label, a wall switch, a wall panel, a door, a locker, a communication device, a computer, a solar panel assembly, a battery, a locking device, a smart plug, a smart phone, a camera, a annunciator, or a sensor.

7. A power over ethernet controller in accordance with claim 6 wherein said dispenser is configured to dispense at least one of soap, towels, lotions, air, hot air, perfumes, sounds, verbal instructions, information, communications or warnings from others.

8. A power over Ethernet controller in accordance with claim 6 wherein said battery is configured to provide power for at least one of emergency lighting, a display device, a sensor, or an annunciator.

9. A power over ethernet controller in accordance with claim 6 wherein said annunciator comprises at least one of a lighting device, a display device, a speaker, or a wireless transmitter.

10. A power over ethernet controller in accordance with claim 6 wherein said lighting device comprises a light emitting diode.

11. A power-over-ethernet controller in accordance with claim 6, wherein said sensor comprises at least one of a motion sensor, a proximity sensor, an accelerometer, a temperature sensor, a humidity sensor, a carbon dioxide sensor, a smoke detector, an infrared sensor, a heat sensor, a pressure sensor, a magnetic sensor, a camera, an infrared camera, a thermal camera, an audio sensor, a microphone, an illumination sensor, a correlated color temperature sensor, an active infrared detector, a passive infrared detector, or a wireless receiver.

12. A power over ethernet controller in accordance with claim 6 wherein said locking device comprises at least one of a door lock, a window lock, or an electronic device lock.

13. A power over ethernet controller in accordance with claim 1 wherein said control circuit is communicatively coupled to a network element via said power over ethernet interface.

14. A power over ethernet controller in accordance with claim 13 wherein said power over ethernet controller is powered by said network element via a power over ethernet port.

15. A power over ethernet controller in accordance with claim 1 further comprising: an AC-DC constant voltage source connected to the controller and configured to output power at the device interface.

16. A power over ethernet controller in accordance with claim 15 wherein said device interface is configured to provide a multi-channel output.

17. A power-over-ethernet controller in accordance with claim 1, wherein said controller is configured to communicate a power allocation privilege to one or more devices.

Images