EP4315543A1 - Power distribution and data routing in a network of devices interconnected by hybrid data/power links - Google Patents
Power distribution and data routing in a network of devices interconnected by hybrid data/power linksInfo
- Publication number
- EP4315543A1 EP4315543A1 EP22773845.7A EP22773845A EP4315543A1 EP 4315543 A1 EP4315543 A1 EP 4315543A1 EP 22773845 A EP22773845 A EP 22773845A EP 4315543 A1 EP4315543 A1 EP 4315543A1
- Authority
- EP
- European Patent Office
- Prior art keywords
- power
- network devices
- network
- ports
- data
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 claims abstract description 98
- 230000008859 change Effects 0.000 claims description 22
- 239000004020 conductor Substances 0.000 claims description 19
- 238000012545 processing Methods 0.000 claims description 8
- 230000005540 biological transmission Effects 0.000 claims description 5
- 238000004891 communication Methods 0.000 claims description 5
- 230000008054 signal transmission Effects 0.000 claims description 5
- 230000001419 dependent effect Effects 0.000 claims description 3
- 230000008569 process Effects 0.000 claims description 3
- 230000004044 response Effects 0.000 claims description 2
- KRTSDMXIXPKRQR-AATRIKPKSA-N monocrotophos Chemical compound CNC(=O)\C=C(/C)OP(=O)(OC)OC KRTSDMXIXPKRQR-AATRIKPKSA-N 0.000 claims 1
- 239000000543 intermediate Substances 0.000 description 16
- 230000006399 behavior Effects 0.000 description 10
- 238000010586 diagram Methods 0.000 description 6
- 230000008901 benefit Effects 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 3
- 238000012546 transfer Methods 0.000 description 3
- 238000013480 data collection Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000010397 one-hybrid screening Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000000737 periodic effect Effects 0.000 description 2
- 238000011144 upstream manufacturing Methods 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000012913 prioritisation Methods 0.000 description 1
- 229920006395 saturated elastomer Polymers 0.000 description 1
- 238000010399 three-hybrid screening Methods 0.000 description 1
- 230000001131 transforming effect Effects 0.000 description 1
- 238000010396 two-hybrid screening Methods 0.000 description 1
Classifications
-
- 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
- H02J1/00—Circuit arrangements for dc mains or dc 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
- H02J13/00—Circuit arrangements for providing remote indication of network conditions, e.g. an instantaneous record of the open or closed condition of each circuitbreaker in the network; Circuit arrangements for providing remote control of switching means in a power distribution network, e.g. switching in and out of current consumers by using a pulse code signal carried by the network
- H02J13/00006—Circuit arrangements for providing remote indication of network conditions, e.g. an instantaneous record of the open or closed condition of each circuitbreaker in the network; Circuit arrangements for providing remote control of switching means in a power distribution network, e.g. switching in and out of current consumers by using a pulse code signal carried by the network characterised by information or instructions transport means between the monitoring, controlling or managing units and monitored, controlled or operated power network element or electrical equipment
Definitions
- the present disclosure relates generally to power and data distribution over networks.
- PoE Power-over-Ethernet
- One advantage of PoE is the absence of a need for a nearby outlet or standalone power source. Rather, the power is supplied to the digital device over a 4-conductor hybrid data/power cable. This same cable is used for exchanging data signals with the digital device. Different frequencies are used for the power and the data signals.
- a PoE-enabled device is either a PoE source (PSE) or a PoE load (PD).
- PSE PoE source
- PD PoE load
- Power requirements of a PoE load are typically negotiated with the PoE source using an IEEE standard protocol over a hybrid data/power cable that connects the two devices. This works well for 1-to-l connections between the PoE source and the PoE load.
- the power made available by a PoE source increases with advances in technology, there is enough power to supply multiple PoE loads. At this point, the use of a dedicated cable per PoE load becomes inefficient and unwieldy.
- PoE loads from a hybrid data/power cable emanating from a PoE source.
- a method for execution in a controller device comprises obtaining an interconnection topology for a plurality of network devices interconnected via hybrid data/power links; obtaining a power distribution map associated with the interconnection topology; and causing DC power to be distributed to the network devices via the hybrid data/power links according to the power distribution map.
- a non-transitory computer-readable storage medium comprises instructions which, when carried out by a processor of a controller device, cause the controller device to carry out the aforesaid method.
- a controller device comprises a first hybrid data/power port for connection to a first network device; a processor; and a memory storing instructions for execution by the processor.
- the processor is configured to execute the instructions and carry out a method that comprises obtaining an interconnection topology for a plurality of network devices interconnected via hybrid data/power links, the interconnection topology including the first network device and the first hybrid data/power link; obtaining a power distribution map associated with the interconnection topology; and causing DC power to be distributed to the network devices via the hybrid data/power links according to the power distribution map.
- a method of operating a computing device comprises implementing a graphical user interface configured for: (i) receiving from a user a specification of a plurality of network devices, including bandwidth and power requirements for the network devices, an interconnection topology of the network devices and a logical network involving the network devices; and (ii) graphically displaying the interconnection topology and the logical network; and causing transmission of signals to a central controller, the signals being indicative of the bandwidth and power requirements for the network devices, the interconnection topology and the logical network.
- a non-transitory computer-readable storage medium comprises instructions which, when carried out by a processor of a computing device, cause the computing device to carry out a method.
- the method comprises implementing a graphical user interface configured for: (i) receiving from a user a specification of a plurality of network devices, including bandwidth and power requirements for the network devices, an interconnection topology of the network devices and a logical network involving the network devices; and (ii) graphically displaying the interconnection topology and the logical network; and causing transmission of signals to a central controller, the signals being indicative of the bandwidth and power requirements for the network devices, the interconnection topology and the logical network.
- a graphical user interface configured for: (i) receiving from a user a specification of a plurality of network devices, including bandwidth and power requirements for the network devices, an interconnection topology of the network devices and a logical network involving the network devices; and (ii) graphically displaying the interconnection topology and the logical network; and causing transmission of signals to a central controller, the signals being indicative of the bandwidth and power requirements for the network devices, the interconnection topology and the logical network.
- a network includes a plurality of network devices; and a plurality of hybrid data/power links interconnecting the network devices in accordance with a topology.
- the network devices are configured to distribute DC power throughout the topology in accordance with a power distribution map received from a central controller.
- the network devices are configured to route data throughout the topology in accordance with a data routing map received from the central controller.
- a network device comprises a plurality of ports connectable to hybrid data/power links for the transport of DC power and data packets, at least one of the ports being a power-receiving port or ports for the network device and the remaining port or ports being power-transmitting port or ports for the network device; and a controller operatively coupled to the ports and comprising power switching circuitry.
- the controller operates based on power drawn from a portion of the DC power received via the power receiving port or ports.
- the controller is configured for determining a destination of data packets received via any of the ports and outputting those of the received data packets that are not destined for the network device via another one of the ports.
- the controller is further configured for causing the power switching circuitry to output via the power-transmitting port or ports respective portions of the received DC power received at the power-receiving port or ports and not drawn by the controller for operation thereof.
- method is carried out by a controller of a network device, the network device comprising at least a controller operatively coupled to a plurality of ports connectable to hybrid data/power links for the transport of DC power and data packets, at least one of the ports being a power-receiving port or ports for the network device and the remaining port or ports being power-transmitting port or ports for the network device.
- the method comprises outputting via the power-transmitting port or ports respective portions of the received DC power received at the power-receiving port or ports that is not drawn by the controller for operation thereof; and determining a destination of data packets received via any of the ports and outputting those of the received data packets that are not destined for the network device via another one of the ports.
- Fig. 1A is a block diagram showing a plurality of devices interconnected by hybrid data/power links in an interconnection topology, in accordance with a non-limiting embodiment.
- Fig. IB is a block diagram showing a logical network implemented by the devices of Fig. 1A, in accordance with a non-limiting embodiment.
- Fig. 2A illustrates a hybrid data/power link with two pairs of conductors, where one pair may be used for DC power and the other pair may be used for data signals.
- Fig. 2B illustrates a hybrid data/power link with two pairs of conductors, where either or both pairs may carry both DC power and data signals.
- Figs. 3A to 3C are block diagrams showing different internal configurations of a node, in accordance with various non-limiting embodiments.
- Figs. 4A and 4B are block diagrams illustrating how the nodes of Fig. 1A can be arranged into virtual circuits, in accordance with a non-limiting embodiment.
- Fig. 5 illustrates routing tables for two nodes that indicate towards which port to send incoming data packets that are not destined for that node.
- Fig. 6 is a block diagram showing the interconnection topology of Fig. 1A, except where one of the nodes is dual-powered, in accordance with a non-limiting embodiment.
- Fig. 7 is a flowchart illustrating steps in an algorithm carried out by the central controller, in accordance with a non-limiting embodiment.
- Fig. 8 is a flowchart illustrating steps in an algorithm carried out by a node, in accordance with a non-limiting embodiment.
- Figs. 9A and 9B are block diagrams similar to those of Figs. 1A and IB, respectively, except that a second central controller is part of the interconnection topology and the logical network.
- Fig. 10 illustrates a graphical user interface (GUI) that may be implemented by a user device, in accordance with a non-limiting embodiment.
- GUI graphical user interface
- aspects of the present disclosure relate to controlling power distribution and data routing in a network of devices that are interconnected by hybrid data/power links.
- Power distribution and data routing can occur independently of each other. Power is distributed in accordance with a power distribution map, causing power to be supplied to some devices while simply transiting other devices within the same physical network, except for a small amount that is consumed to allow the device to carry out certain basic functionalities. Meanwhile, data packets can be routed among devices according to a data routing map, irrespective of the power distribution map.
- a “hybrid data/power link” can be used to connect (i) a first device that is a source of DC power for a second device and is also potentially a source and/or consumer of data, and (ii) the aforementioned second device, which is a recipient of that DC power and is also potentially a source and/or a consumer of some of the aforementioned data.
- Examples of hybrid data/power links include Ethernet cables suitable for transmitting Power-over-Ethernet (PoE), which refers to a family of standards developed by the Institute of Electrical and Electronics Engineers (IEEE) under IEEE 802.3, hereby incorporated by reference herein.
- PoE Power-over-Ethernet
- a hybrid data/power link can include two pairs of conductors 212 and 214 that carry common-mode DC power and differential- mode higher-frequency data signals, but in a way that differs between the two figures.
- one pair of conductors 212 may be used to transport DC power and the second pair of conductors 214 may be used to transport data signals.
- the pair of conductors 214 can be configured to carry data signals only and not to carry DC power whereas the first pair of conductors 212 can be configured to carry DC power only and not carry data signals.
- the data signals can carry data packets with information of various kinds.
- either pair of conductors 212, 214 carry both DC power and data signals, which means that the data signals travel on at least one pair of the conductors 212, 214.
- Such a configuration of the hybrid data/power links, whereby conductors are shared for transporting DC power and data signals, is possible due to the data signals occupying a higher frequency range than a lower frequency range (e.g., around zero Hz) occupied by the DC power.
- the two frequency ranges do not overlap, e.g., the highest frequency in the lower frequency range is lower than the lowest frequency in the higher frequency range.
- the data signals in the higher frequency range can again carry packets with information of various kinds.
- the lower frequency range may go up to several kHz (still without overlapping the higher frequency range) to allow the transmission of certain types of information besides just DC power.
- Fig. 1A shows a plurality of devices 115A-115H, 130, 140, 150 interconnected by hybrid data/power links 110 in a interconnection topology.
- the devices 115A-115H, 130, 140, are of different types. Specifically, devices 115A-115H are “nodes”, devices 130 are “subtending devices”, device 150 is a power source and device 140 is a “central controller” (which, in this embodiment, also acts as a power source). Some of these device types will be described in further detail below. Those skilled in the art will appreciate that there is no particular limit on the number of devices, nor is there a particular constraint on the configuration of the interconnection topology as implemented by the hybrid data/power links 110 and the various devices and device types.
- Nodes 115A-115H and subtending devices 130 may be powered by DC power received from the central controller 140 or the power source 150 via one or more of the hybrid data/power links 110.
- a “node” is considered to be a device that is physically reachable via the hybrid data/power links 110 and logically addressable from other nodes using an addressing scheme.
- a “subtending device” is subtending to a node (referred to as a parent node) and is not logically addressable from other nodes using the addressing scheme used to logically address the nodes. In the interconnection topology of Fig.
- the subtending devices 130 are not considered nodes because although they are each physically reachable via a hybrid data/power link 110, they are logically addressable only from their respective parent node (namely, one of nodes 115 A, 115C, 115D, 115E, 115F and 115H).
- each of the subtending devices 130 is connected to its parent node by a hybrid data/power link 110, which allows the subtending device 130 to operate on the basis of electrical DC power received over such hybrid data/power link 110, without the need for an auxiliary power supply (although an auxiliary power supply may be present).
- the connection between a subtending device and its parent node may involve a different type of physical link that is not a hybrid data/power link.
- a given node may be connected to (i.e., be the parent node of) an even greater number of plural subtending devices.
- Each of the nodes 115A-115H comprises one or more hybrid data/power ports for receiving and/or transmitting data and power via respective ones of the hybrid data/power links 110 to which that node is connected.
- DC power is directional through a given node, meaning that each hybrid data/power port either receives power or transmits power.
- a port of a given node over which power is received by the given node is referred to as a “power-receiving” port; similarly, a port over which power is transmitted out of the given node is referred to as a “power- transmitting” node.
- a given node may have multiple hybrid data/power ports, which may include more than one power-receiving port and/or more than one power-transmitting port.
- a device e.g., a node or a subtending device that is connected to a power-transmitting port of a given node is considered to be “downstream” of the given node, and any device connected to a power-receiving port of the given node is considered to be “upstream”.
- upstream and downstream with respect to the hybrid data/power ports in this context, pertain to an expected direction of power supply; however, they have no bearing on directionality of data flow.
- the power-transmitting and/or power-receiving nature of the various hybrid data/power ports of a given node determines if that node is considered to be a “source mode”, a “terminal node” or an “intermediate node”. Specifically:
- a “source node” has one or more power-transmitting ports and no power-receiving ports (or, if it has some, they are unused / inactive).
- a “terminal node” has one or more power-receiving ports and no power-transmitting ports (or, if it has some, they are unused / inactive).
- An “intermediate node” has one or more actively used power-receiving ports and one or more actively used power-transmitting ports.
- a node considered to be an intermediate node may become a terminal node if, at some point during operation, it ceases to use any of its power-transmitting ports, and a node considered to be a terminal node may become an intermediate node if it does end up using a previously unused power-transmitting port.
- a node considered to be an intermediate node may become a source node if it ceases to use any of its power-receiving ports, and a node considered to be a source node may become an intermediate node if it does end up using a previously unused power-receiving port.
- hybrid data/power port as a power-receiving port or power-transmitting port may even vary over time (i.e., it is dynamic), if the node is equipped with specialized circuitry. This may call for a change in the terminology used to refer to a given node, over time.
- Nodes 115A-115H are not only part of an interconnection topology, they form a logical network through the exchange of data packets, as shown in Fig. IB.
- data packets 175 can be exchanged bidirectionally via any hybrid data/power port, be it a power-receiving port or a power-transmitting port.
- any hybrid data/power port be it a power-receiving port or a power-transmitting port.
- the frequency range of data signals carrying data packets between two nodes is different from (e.g., higher than) the frequency range in which power is transmitted from one node to another.
- power may be transmitted in DC common mode power whereas the data packets may be exchanged over differential high-frequency data signals.
- nodes 115G, 115A and 115B will now be described with reference to Figs. 3 A, 3B and 3C, respectively.
- node 115G includes two hybrid data/power ports 132A, 132B.
- Hybrid data/power port 132A is a power-receiving port, since it receives an amount of power Pi nput i from the power source 150, whereas hybrid data/power port 132B is a power-transmitting port, since it outputs an amount of power Poutput i to node 115H.
- Node 115G is an example of an “intermediate node”, since its hybrid data/power ports 132A, 132B include one or more hybrid data/power ports actively used in a power-receiving mode (in this case, port 132A) and one or more hybrid data/power ports actively used in a power-transmitting mode (in this case, port 132B).
- Node 115G also comprises a so-called “internal device” 126.
- node 115G includes a single internal device 126, other nodes may be operatively coupled to zero or more than one such internal device.
- Examples of an internal device are similar to examples of a subtending device and can include a lighting source, a sensor data collection point, a security camera, to name a few non-limiting possibilities.
- an internal device is not connected to a port of a given parent node, but rather is integrated within the node itself.
- the internal device 126 requires an amount of power Pintemai to operate.
- the internal device 126 may include a battery. This battery may sometimes be used as a load (whereby it is being recharged by drawing power Pintemai from node 115G), whereas on other occasions it may be desirable to use the battery as a source of power for the node itself or for other nodes.
- node 115G which may heretofore have been considered to be a terminal node or intermediate node, may now be referred to as a source node.
- node 115G comprises a node controller 124 that is connected to the hybrid data/power ports 132A, 132B and to the internal device 126.
- the node controller 124 may comprise a processor 124A, a memory 124B, power switching circuitry 124C and modulation/demodulation circuitry 124D.
- the memory 124B stores instructions for execution by the processor 124A.
- the memory 124B may also store a unique address for node 115G to allow proper addressing by the central controller 140.
- the processor 124A of node 115G is configured to interact with the memory 124B, the power switching circuitry 124C and the modulation/demodulation circuitry 124D so as to carry out the following functionalities:
- Participate in a low-level control protocol by exchanging control messages that enable node 115G to (i) provide the central controller 140 with node-specific information such as type of node, identifier / address, connectivity to other nodes, power and bandwidth demands, identity and characteristics (including power and bandwidth demands) of subtending devices connected to the node, identity and characteristics (including power and bandwidth demands) of internal devices, available DC power (from batteries or other sources), functionalities, etc; and (ii) receive node-specific “power consumption and switching instructions” 310G and a node specific “routing table” 510G from the central controller 140 and store them in the memory 124B of the node controller 124.
- node-specific information such as type of node, identifier / address, connectivity to other nodes, power and bandwidth demands, identity and characteristics (including power and bandwidth demands) of subtending devices connected to the node, identity and characteristics (including power and bandwidth demands) of internal devices, available DC power (from batteries or other sources), functionalities, etc.
- LLDP Link Layer Discovery Protocol
- LLDP Link Layer Discovery Protocol
- node 115A includes three hybrid data/power ports 132A, 132B, 132C.
- Hybrid data/power port 132A is a power-receiving port, since it receives an amount of power P mput l from the central controller 140, whereas hybrid data/power ports 132B and 132C are power-transmitting ports.
- hybrid data/power port 132B it outputs an amount of power P output l to node 115B and in the case of hybrid data/power port 132C, it outputs an amount of power P output 2 to subtending device 130.
- Node 115A is an example of an “intermediate node”, since its hybrid data/power ports 132A, 132B, 132C include one or more hybrid data/power ports actively used in a power-receiving mode (in this case, port 132A) and one or more hybrid data/power ports actively used in a power-transmitting mode (in this case, ports 132B and 132C).
- Node 115A also comprises an internal device 126.
- node 115A comprises a node controller 124 that is connected to the hybrid data/power ports 132A, 132B, 132C and to the internal device 126 (which would require an amount of power P i nternal to operate).
- the node controller 124 may comprise a processor 124A, a memory 124B, power switching circuitry 124C and modulation/demodulation circuitry 124D.
- the memory 124B stores instructions for execution by the processor 124A.
- the memory 124B may also store a unique address for node 115A to allow proper addressing by the central controller 140.
- the processor 124A of node 115A is configured to interact with the memory 124B, the power switching circuitry 124C and the modulation/demodulation circuitry 124D so as to carry out the following functionalities: 1. Draw an amount of power P basic from the power-receiving port(s) (in this case, hybrid data/power port 132A) that is sufficient to power the controller 124 and execute certain basic functionalities.
- Participate in a low-level control protocol by exchanging control messages that enable node 115A to (i) provide the central controller 140 with node-specific information such as type of node, identifier / address, connectivity to other nodes, power and bandwidth demands, identity and characteristics (including power and bandwidth demands) of subtending devices connected to the node, identity and characteristics (including power and bandwidth demands) of internal devices, available DC power (from batteries or other sources), functionalities, etc; and (ii) receive node-specific power consumption and switching instructions 310A and a node-specific routing table 510A from the central controller 140 and store them in the memory 124B of the node controller 124.
- node-specific information such as type of node, identifier / address, connectivity to other nodes, power and bandwidth demands, identity and characteristics (including power and bandwidth demands) of subtending devices connected to the node, identity and characteristics (including power and bandwidth demands) of internal devices, available DC power (from batteries or other sources), functionalities, etc.
- node 115B includes four hybrid data/power ports 132A, 132B, 132C, 132D.
- Hybrid data/power ports 132A and 132B are power-receiving ports, with hybrid data/power port 132A receiving and amount of power Pi nput i from node 115A and hybrid data/power port 132B receiving an amount of power Pi nput 2 from node 115H.
- Hybrid data/power ports 132C and 132D are power-transmitting ports, with hybrid data/power port 132C outputting an amount of power P 0UtPut 1 to node 115E and hybrid data/power port 132D outputting an amount of power P 0UtPut i to node 115C.
- Node 115B is an example of an “intermediate node”, since its hybrid data/power ports 132A, 132B, 132C, 132D include one or more hybrid data/power ports actively used in a power-receiving mode (in this case, ports 132A and 132B) and one or more hybrid data/power ports actively used in a power-transmitting mode (in this case, ports 132C and 132D).
- node 115B comprises a node controller 124 that is connected to the hybrid data/power ports 132A, 132B, 132C, 132D.
- the node controller 124 may comprise a processor 124A, a memory 124B, power switching circuitry 124C and modulation/demodulation circuitry 124D.
- the memory 124B stores instructions for execution by the processor 124 A.
- the memory 124B may also store a unique address for node 115B to allow proper addressing by the central controller 140.
- the processor 124A of node 115B is configured to interact with the memory 124B, the power switching circuitry 124C and the modulation/demodulation circuitry 124D so as to carry out the following functionalities:
- Participate in a low-level control protocol by exchanging control messages that enable node 115B to (i) provide the central controller 140 with node-specific information such as type of node, identifier / address, connectivity to other nodes, power and bandwidth demands, identity and characteristics (including power and bandwidth demands) of subtending devices connected to the node, identity and characteristics (including power and bandwidth demands) of internal devices, available DC power (from batteries or other sources), functionalities, etc; and (ii) receive node-specific power consumption and switching instructions 310B and a node-specific routing table 51 OB from the central controller 140 and store them in the memory 124B of the node controller 124.
- node-specific information such as type of node, identifier / address, connectivity to other nodes, power and bandwidth demands, identity and characteristics (including power and bandwidth demands) of subtending devices connected to the node, identity and characteristics (including power and bandwidth demands) of internal devices, available DC power (from batteries or other sources), functionalities, etc.
- the amount of power drawn by a given node should be at least sufficient to power the node’s node controller 124 (as denoted by P bask above) and may also be sufficient to power (if there are any) the node’s internal devices 126 (this amount of power is denoted as Pintemai) and (if there are any) the node’s subtending devices 130 (this amount of power is denoted Pi oca i).
- the aforementioned quantities may be known to each node and stored in its memory 124B.
- the central controller 140 comprises a memory 144, a processor 146, and an interface 148.
- the central controller 140 is connected to node 115A by a hybrid data/power link 110 but it should be understood that the central controller 140 may be connected to a greater number of nodes; as such, the interface 148 may include more than one hybrid data/power port.
- the central controller 140 is a source of power for the nodes 115A-115H (although this need not be the case in all embodiments).
- the central controller 140 comprises a DC power source 147. Since the central controller 140 may itself be powered by the conventional AC power grid, the DC power source 147 may be implemented by an AC-to-DC converter.
- the central controller 140 is part of the logical network (established between nodes 115A-115H) and therefore participates in the exchange of data packets with the various nodes 115A-115H by means of its connection to node 115A along the hybrid data/power link 110.
- Fig. IB shows the logical network including nodes 115A-115H and the central controller 140.
- data packets sent by the central controller 140 carry a destination address that may be the address node 115 A but may be the address of a node other than node 115 A.
- Node 115 A and the other nodes in the logical network handle the routing of such packets according to the node-specific routing table stored in each node’s memory 124B.
- the central controller 140 is configured to receive data packets from node 115A along the hybrid data/power link 110, even though these data packets may have been generated by other nodes in the logical network and routed via node 115A (which happens to the node that is directly connected to the central controller 140).
- the central controller 140 may be implemented as a router or a switch connected to a user device 1000 (such as a console or a mobile wireless device) that implements a graphical user interface (GUI). In some cases, the central controller 140 itself may carry out the functions of the user device 1000.
- GUI graphical user interface
- the central controller 140 is configured to carry out the following main functionalities:
- the central controller 140 may collect the node-specific information by participation in the aforesaid low-level control protocol with the various nodes 115A-115H. This can involve the transmission of control messages.
- node-specific information that may be collected and used by the central controller 140 include, for each node: type of node, identifier / address, connectivity to other nodes, power and bandwidth demands of the node controller 124 (e.g., Pbasic), identity and characteristics of internal devices (including power demands (Pintemai) and bandwidth demands of such internal devices), identity and characteristics of subtending devices connected to the node (including power demands (Piocai) and bandwidth demands of such subtending devices), available DC power (from batteries or other sources) and functionalities.
- the central controller 140 may collect some or all of the node-specific information by being attentive to user entries made via the user device 1000.
- the central controller 140 calculates and stores in the memory 144 a “power distribution map” 305 for the nodes 115A-115H.
- the power distribution map 305 is a representation of a computed (or desired) power usage behavior of each of the nodes 115A-115H.
- the power distribution map may specify the amount of power received by each power-receiving port of each node, the amount of power consumed by each node and the amount of power transmitted by each power-transmitting port of each node.
- the central controller 140 is configured to execute a “power consumption determination algorithm” that may take into account multiple factors.
- the power distribution map 305 may be based on
- the node-specific information that was collected from the various nodes 115-115H (see the previous section) or entered by a user via the user device 1000 includes type of node, identifier / address, connectivity to other nodes, power and bandwidth demands of the controller (including P basic for each node), identity and characteristics of subtending devices connected to the node, identity and characteristics of the node’s internal devices, available DC power generated by a battery, and functionalities.
- interconnection topology computed from the node-specific information or entered by a user via the user device 1000.
- Information encoding the interconnection topology and other information can be stored as data structures in the memory 144 of the central controller 140.
- Priority information regarding the various nodes 115A-115H (this could also be considered node-specific information).
- Priority information for each node can be defined, for example, by the central controller 140 giving each node a priority ranking (e.g., high, medium, low), which can be entered by a user via the user device 1000 or computed based on information collected from the nodes such as node type or criticality.
- the influence of priority on the way in which the power consumption determination algorithm determines the power distribution map 305 is now described by way of non-limiting example. Consider two intermediate nodes that have a subtending device 130 (with a power requirement of Pi oca i), except that one is a higher-priority node and the other is a lower-priority node.
- this particular node may be instructed to consume an amount of received DC power equal to P no de, which is sufficient to meet the power requirements of its node controller 124 and its internal device 126 (if any) and its subtending devicel30 (if any).
- this particular node may be instructed to consume an amount of received DC power equal to Pbasic, which is only enough to power its controller, thereby allowing the lower-priority node to participate in power routing and data routing, but not allowing the lower-priority node to power its subtending device.
- Pbasic which is only enough to power its controller
- Other factors considered by the central controller 140 in determining the power distribution map 305 may include the amount of power available to be supplied by the central controller 140 and the power source 150.
- Another example of such other factor may include the specification of the hybrid data/power links 110 themselves. This may include the maximum power level that can be transmitted along any of the hybrid data/power links 110 (the “maximum link power”). This maximum link power may vary depending on the PoE standard that is used, for example.
- the amount of power to be drawn by each of the various nodes 115A-115H may thus be determined by the central controller 140 based on factors such as Pbas , Pintemai and Piocai for each node; the interconnection topology (namely, the location of each node relative to the location of other nodes and the manner in which they are interconnected); and other factors (e.g., such as priority).
- the central controller 140 is configured to generate “power consumption and switching instructions” 310A-310H specific to each node.
- these instructions indicate how the power that it generates is switched among its two or more power-transmitting ports.
- these instructions indicate how the power that it receives via its one or more power-receiving ports is to be consumed by the intermediate node and switched to its one or more power-transmitting ports.
- these instructions indicate how the power that it receives along its two or more power-receiving ports is consumed by the node.
- power consumption and switching instructions 31 OX for node 115X indicate, if node 115X has one or more power-receiving ports, how much received DC power node 115X is to draw from each of its one or more power-receiving ports. If one or more of the hybrid data/power ports of node 115X are power-transmitting ports, then power consumption and switching instructions 31 OX also indicate how much received DC power node 115X is to send via each of its one or more power-transmitting ports.
- the specified amounts of power, whether drawn or sent may be indicated by power consumption and switching instructions 310X in absolute terms (e.g., watts) or proportional terms (% associated per port), for example.
- Example power consumption and switching instructions 31 OB for node 115B may be designed such that upon being interpreted by the node controller 124, the node controller 124 causes the power Pi nput 1 at hybrid data/power port 132A to transfer through to hybrid data/power port 132C and the power Pi nput 2 received at hybrid data/power port 132B to transfer through to hybrid data/power port 132D, while evenly distributing the power Pbasic + Pintemai required for internal functionalities.
- the power distribution map 305 may need to be updated periodically.
- the power consumption determination algorithm can therefore include periodic updates, where the central controller 140 detects a change affecting power requirements for at least one of the nodes and determines a new power distribution map based on the change.
- the power consumption determination algorithm effectively re-runs, returning to steps of receiving new information such as new node-specific information.
- a new power distribution map 305 is determined, causing new power consumption and switching instructions 310A-310H to be communicated to the nodes 115A-115H via the hybrid/power links 110.
- the central controller 140 Before, after, or during the execution of the aforementioned power consumption determination algorithm, the central controller 140 also carries out a data routing algorithm to establish and maintain a logical network among the nodes 115A-115H. Specifically, the central controller 140 is configured to determine a data routing map 505, which is a representation of a computed (or desired) routing behavior of each of the nodes 115A-115H.
- the data routing algorithm may take into account multiple factors, including:
- the node-specific information that was collected from the various nodes 115-115H (see the previous section) or entered by a user via the user device 1000 includes type of node, identifier / address, connectivity to other nodes, power and bandwidth demands (including average and peak data speed requirements each node), identity and characteristics of subtending devices connected to the node, identity and characteristics of the node’s internal devices, and functionalities.
- interconnection topology computed from the node-specific information or entered by a user via the user device 1000.
- Information encoding the interconnection topology and other information can be stored as data structures in the memory 144 of the central controller 140.
- Priority information regarding the various nodes 115 A-l 15H Priority information regarding the various nodes 115 A-l 15H.
- Priority information for each node can be defined, for example, by the central controller 140 giving each node a priority ranking, which can be entered by a user via the user device 1000 or computed based on information collected from the nodes such as node type or criticality.
- the influence of priority on the way in which the data routing algorithm determines the data routing map 505 is now described by way of non-limiting example.
- a subtending device that is a video camera, except that one is a higher-priority node (e.g., the video camera is at the main entrance) and the other is a lower-priority node (e.g., the video camera is inside the stock room).
- the data packets sent to the central controller 140 from the high-priority node may continue to be routed, whereas the data packets sent from the lower- priority node may be cached until more bandwidth becomes available, or dropped.
- the priority information associated with a particular destination address may be incorporated into the routing tables themselves. This example is simply by way of illustration, to show that in executing the data routing algorithm, the central controller 140 is able to instruct nodes to route data differently, depending on a variety of factors, including priority. (iv) Other factors considered by the central controller 140 in determining the data routing map 505.
- One example of such other factor may include the specification of the hybrid data/power links 110 themselves. This may include the available bandwidth on the hybrid data/power links 110. This available bandwidth may vary depending on the PoE standard that is used, for example.
- the data routing map 505 may be implemented by routing tables 515A-515H applied by the node controllers 124 of the various nodes 115A-115H, respectively.
- a given one of the routing tables 510X includes routing information (instructions) related to consumption and/or forwarding of data packets received by node 115X.
- the routing information is encoded in the form of routing tables, this information can take the form of any suitable data structure.
- each of the nodes 115A-115H has an address and each data packet includes a destination address.
- the addresses can be IP addresses, MAC addresses or any other identifier that is unique to each node in the logical network.
- a data packet arriving at a particular node e.g., node 115X
- node 115X is considered to be destined for node 115X if its destination address is the address of node 115X; the data packet is considered to be destined for a different node if its destination address is not the address of node 115X.
- Routing table 51 OX (for node 115X) is indicative of how to process a received data packet whose destination address does not match the address of the node 115X, by directing the data packet through node 115X to a desired hybrid data/power port that can carry data out of node 115X to a neighboring node.
- routing table 51 OX indicates towards which hybrid data/power port to send incoming data packets that are not destined for node 115X, based on the destination address of such data packets.
- Fig. 5 shows two example routing tables, namely routing table 510A for node 115A and routing table 510B for node 115B, applicable to the logical network of Fig. IB.
- node 115A has hybrid data/power port 132A connected to the central controller 140 and hybrid data/power port 132B connected to node 115B.
- node 115B has hybrid data/power port 132A connected to node 115 A, hybrid data/power port 132B connected to node 115H, hybrid data/power port 132C connected to node 115E and hybrid data/power respective port 132D connected to node 115C.
- Routing tables 510A and 51 OB are different, in accordance with the different number of hybrid data/power ports available at each node and the nodes in data communication with each node. Specifically, routing table 510A specifies that a received data packet with a destination address of any node other than node 115A is forwarded via hybrid data/power port 132B.
- routing table 510B specifies that a received data packet with a destination address of node 115A is forwarded via hybrid data/power port 132A, a received data packet with a destination address of node 115G or node 115H is forwarded via hybrid data/power port 132B, a received data packet with a destination address of node 115D, node 115E or node 115F is forwarded via hybrid data/power port 132C and a received data packet with a destination address of node 115C is forwarded via hybrid data/power port 132D.
- a priority level assigned to each destination node is also shown.
- packets destined for high-priority destinations e.g., nodes 115B, 115D and 115G in routing table 510A and nodes 115E, 115F and 115H in routing table 51 OB
- packets destined for medium- or low-priority destinations may be cached for later storage, or dropped.
- the data routing map 505 may need to be updated periodically.
- the data routing algorithm can therefore include periodic updates, where the central controller 140 detects a change affecting data routing requirements for at least one of the nodes and determines a new data routing map based on the change.
- the data routing algorithm effectively re-runs, returning to steps of receiving new information such as new node-specific information.
- a new data routing map 505 is determined, causing new routing tables 510A-510H to be communicated to the nodes 115A-115H via the hybrid/power links 110.
- the power consumption and switching instructions 310A-310H and the routing tables 510A-510H can be distributed to the nodes 115A-115H via the interface 148 and the hybrid data/power links 110. This can be done by participating in the aforesaid low-level control protocol with the various nodes 115A-115H. Examples of the low-level control protocol include LLDP or other protocols at any suitable layer(s) of the Open Systems Interconnection (OSI) model (such as physical, data link or transport.
- OSI Open Systems Interconnection
- the central controller 140 carries out an algorithm for determining the power distribution map 305 and the data routing map 505. This is summarized with additional reference to Fig. 7. Specifically, at step 710, the central controller 140 determines the interconnection topology, e.g., each node’s type and capabilities and which nodes are connected to which other nodes. At step 720, the central controller 140 determines the power distribution map 305, namely the representation of the power usage behavior of each of the nodes 115A-115H, based on each node’s requirements and the available power from the various power sources (e.g., the central controller 140 and the power source 150).
- the various power sources e.g., the central controller 140 and the power source 150.
- the central controller 140 determines the specific power consumption and switching instructions 310A-310H for each of the nodes 115A-115H, based on the power distribution map 305.
- the central controller 140 determines the data routing map.
- the central controller 140 determines the routing tables 510A-510H that implement the data routing map 305. It is noted that steps 740 and 750 may be carried out before, during or after execution of steps 720 and step 730.
- the central controller 140 distributes the power consumption and switching instructions 310A-310H and the routing tables 510A-510H to the various nodes 115A-115H, which causes DC power to be distributed via the hybrid data/power links and the logical network to be established.
- a network device that comprises, in some cases, at least three ports connectable to hybrid data/power links for the transport of DC power and data packets (at least one of the ports being a power-receiving port or ports for the network device and the remaining port or ports being power-transmitting port or ports for the network device) and a controller operatively coupled to the at least three ports and comprising power switching circuitry.
- the controller operates based on power drawn from a portion of the DC power received via the power-receiving port or ports.
- the controller is configured to executed a method that is summarized with reference to Fig. 8. Specifically, at step 810, the controller draws sufficient power to operate.
- the controller participates in a low-level protocol to receive power consumption and switching instructions and a routing table (e.g., from the central controller 140).
- the controller sends node-specific information to the central controller 140.
- the controller outputs portions of power received at its power-receiving port(s) via its power-transmitting port(s).
- the controller joins a logical network and consumes or reroutes received data packets based on the destination address specified in the received data packet and the previously received routing table.
- the controller receives further power consumption and switching instructions and further routing tables over the logical network that it has joined.
- the controller may also send updates in node-specific information in data packets by virtue of its adhesion to the logical network.
- new information may be collected or computed by the central controller 140 in real time.
- power requirements and bandwidth requirements may change, resulting in changes to the power distribution map 305 and/or to the routing map 505.
- changes in power requirements and bandwidth requirements may arise due to, for example, nodes or other devices being added to or removed to the interconnection topology, nodes joining or leaving the logical network, nodes suddenly dumping large amounts of data (e.g., motion-sensitive cameras), nodes or devices ceasing operation, etc.
- the power distribution map 305 may need to adapt as a result of triggering events.
- a triggering event can be an unexpected change in received or supplied power (a surge or power outage) which, when detected by the central controller 140, causes the central controller 140 to recompute the power distribution map 305 and the power switching and consumption instructions 310A-310H for the various nodes 115A-115H.
- the central controller 140 becomes unable to supply power, and that all power must come from power source 150.
- the absence of power supplied to node 115A or the inability to supply power to node 115A can be detected by node 115A or by the central controller 140 itself.
- a set of revised power consumption and switching instructions has to be computed for the nodes 115A-115H. These revised power consumption and switching instructions change the power usage behavior of the nodes, in particular node 115A and the nodes that previously received power from node 115 A.
- nodes 115B, 115D, 115E and 115F were drawing power from the power supplied node 115A. This now becomes no longer an option. Instead, all power comes from power source 150, and the power usage behavior of the various nodes needs to change in order to allow nodes 115B, 115D, 115E and 115F to draw power supplied from the power source 150. If power source 150 does not supply sufficient power to meet the needs of the various nodes, prioritization may be carried out.
- the central controller 140 may transmit power from a typical DC source, whereas the second DC power source 150 may be a generator or battery.
- node 115E draws power from node 115A and that the subtending device 130 connected to node 115E is a light.
- revised power consumption and switching instructions 310B of node 115B cause available emergency power (from power source 150 via nodes 115G and 115H) to be drawn from node 310H and sent to node 310E so that the light can be powered.
- this may have an impact on the ability of other nodes to power their internal devices 126 or subtending devices 130. As such, further revised power consumption and switching instructions may need to be issued to the various other nodes as well.
- the central controller 140 has the ability to communicate revised power consumption and switching instructions to the various nodes despite not being able to provide sufficient power to node 115A in order to meet its needs. This is not a contradiction, as the aforementioned low-level control protocol may still be available for communication of the power consumption and switching instructions via control messages at low power and low bandwidth. However, in other embodiments, it is not necessary to rely on continued operation of the central controller 140; rather a distributed response to triggering events may be implements.
- the node controller 124 of node 115A may be programmed to monitor the amount of power on its power-receiving hybrid data/power ports and to autonomously implement revised power consumption and switching instructions (which could have been previously stored in the node memory 120) upon detection of a change in supplied power.
- changes to the power consumption and switching instructions can occur locally, in the absence of control from a central controller 140.
- another node may take over execution of the power consumption determination algorithm and data routing algorithm formerly held by the central controller 140.
- the power consumption and switching instructions 310A-310H can be used to form “virtual circuits” within the same the interconnection topology.
- a virtual circuit is a collection of nodes that all receive power from the same node (a “virtual breaker” node) as a result of programmable power usage behavior exhibited by that node (more precisely, by that node’s internal node controller 124 executing its power consumption and switching instructions).
- the power distribution map 305 can define one or more such virtual circuits, each with its virtual breaker node that is powered independently from the others. Practically speaking, the definition of a virtual circuit takes the form of a constraint on the power distribution map 305, forcing power to either flow through or avoid certain nodes.
- the resulting power consumption and switching instructions 310A-310H generated by the central controller 140 under these virtual circuit constraints cause the subset of nodes in each virtual circuit to be linked to one another from a power supply point of view as if they are part of an independent physical circuit.
- the composition of these virtual circuits can be modified from the central controller 140 by changing the underlying virtual circuit constraints, albeit without modifying any of the hardware within the network.
- the definitions of the virtual circuits can be modified at any desired time, e.g., by a user of the user device 1000.
- the user can enter data into the user device 1000 to define the virtual circuits in a graphical manner.
- This information is then translated by the user device 1000 or the central controller 140 into constraints on the power distribution map 305, ultimately resulting in new power consumption and switching instructions 310A-310H for the various nodes 115A-115H.
- the central controller 140 can provide each of the nodes 115A-115H with additional information specifying the virtual circuit of which the node is a part.
- the first virtual circuit 410 includes nodes 115A, 115B, 115E and 115F, which are all programmed to receive DC power from the central controller 140 (which acts as a DC power source), with node 115A acting as a virtual breaker node for virtual circuit 410.
- the second virtual circuit 420 includes nodes 115G, 115H, 115B, 115C and 115D, which are all programmed to receive power from the second DC power source 150, with node 115G acting as virtual breaker node. It should be understood that in other embodiments, different power sources are not required to power different virtual circuits; rather, the same power source can be used to power two or more virtual circuits.
- node 115B is part of both the first virtual circuit 410 and the second virtual circuit 420. Accordingly, power consumption and switching instructions 310B executed by the node controller 124 of node 115B direct node 115B to treat the DC power flowing through each of the virtual circuits 410, 420 independently from each other. For example, the power received from node 115A is passed directly to node 115E on the first virtual circuit 410 (minus half the contribution for the node’s own power requirements) while the power received from node 115H is passed directly to node 115C on the second virtual circuit 420 (minus the other half of the node’s own power requirements).
- nodes 115A-115H are part of the same interconnection topology, power can be transmitted to different nodes along different virtual circuits 410, 420. No power is exchanged between nodes 115D and 115E, as they are in separate virtual circuits. However, the hybrid data/power link 110 between nodes 115D and 115E remains physically connected to allow the transport of further power consumption and switching instructions, routing tables or data packets, for example.
- nodes 115E and 115F are entirely dependent on the ability of node 115A to supply enough power to them (via node 115B), and operation of nodes 115C and 115D is entirely dependent on the ability of node 115G to supply enough power to them (via nodes 1105H and 115B).
- node 115A is sources by the central controller 140 and that node 115G is sourced by the power source 150, which therefore feeds into the computation of the overall power distribution map as a set of constraints.
- FIG. 4B shows the same interconnection topology as in Fig. 4A, except with different virtual circuits being implemented.
- a third virtual circuit 430 includes nodes 115A, 115B, 115E and 115F, as well as nodes 115C, 115D that were previously part of the second virtual circuit 420 of Fig. 4A.
- the hybrid data/power link 110 between nodes 115D and 115E can for part of this third virtual circuit 430. All the nodes on the third virtual circuit 430 can receive power from central controller 140 via node 115A acting as a virtual breaker node.
- a fourth virtual circuit 440 includes node 115G and 115H, which are configured to receive power from the second DC power source 150. No power is exchanged between nodes 115B and 115H, as they are in separate virtual circuits.
- virtual breaker nodes 115A and 115G transmit DC power to the third virtual circuit 430 and the fourth virtual circuit 440, respectively, in a completely independent manner, as there is no common node shared by the two virtual circuits 430, 440.
- the change from the configuration of Fig. 4A to that of Fig. 4B occurs simply by changing the power distribution map 305, which results in the central controller 140 issuing updated power consumption and switching instructions 310A-310H to at least some if not all of the nodes 115A- 115H.
- Physical connections of the underlying interconnection topology, although not necessarily all used in the new virtual circuit definition remain in place.
- the hybrid data/power link 110 between nodes 115H and 115B carries no power but remains physically connected to allow the transport of further power consumption and switching instructions, routing tables or data packets, for example.
- the power consumption and switching instructions 310A-310H can change overtime, e.g., thereby transforming the virtual circuit configuration of Fig. 4A into the virtual circuit configuration of Fig. 4B, without modifying any of the hardware within the system.
- the power consumption and switching instructions 310A-310H are specific to each of the nodes 115A-115H that are defined within the power distribution map 305, so that each of the nodes 115A-115H implements distribution of the DC power that flows through that node according to its current instructions.
- Fig. 4A data can flow between a node in virtual circuit 410 and a node in virtual circuit 420 (e.g., between nodes 115D and 115E), even though power may not.
- virtual circuits 430 and 440 in the configuration of Fig. 4B e.g., between nodes 115H and 115B).
- data e.g., large amounts of data such as in the case where the internal devices 126 or subtending devices 130 are cameras
- the routing tables 510A-510H can be passed along the most efficient route, as determined by the routing tables 510A-510H, rather than being restricted to travel exclusively within a virtual circuit. This is a difference with respect to traditional electrical circuits that are completely isolated from one another and do not allow data travel between nodes in different traditional electrical circuits.
- the node controller 124 of a given node within the interconnection topology may have the option to draw power from one or more power-receiving ports that are hybrid data/power ports, but also from an independent power source (i.e., independent of the interconnection topology) such as an AC source (e.g., wall plug), an uninterruptible power supply or a battery.
- an independent power source i.e., independent of the interconnection topology
- Such a node may be referred to as a dual-powered node.
- Fig. 6 illustrates the interconnection topology of Fig. 1 A, except where node 615A (formerly 315A) is a dual-powered node.
- the independent power source for node 615 A is denoted 699 and is connected to node 615 A via a power port, not necessarily a hybrid data/power port.
- dual-powered node 615 A is capable of carrying out the following functionalities in a non-limiting embodiment:
- node 615 A has already joined the logical network (see point 4. below), further power consumption and switching instructions and routing tables for node 615 A can be sent by the central controller 140 in data packets exchanged over the logical network; in that case, the transmission of control messages using the low-level control protocol is no longer required.
- the dual-powered node 615 A participates in implementing the power distribution map 305 without drawing power for its node controller 124 or its internal device 126.
- the power consumption of dual-powered node 615A, as seen by the controller 140 is that of node 315B from Fig. 1A minus (Pbasic + Pintemai).
- the power demands of dual-powered node 615 A from the central controller 140 are lower than in the case where the independent power source 699 was not available.
- the independent power source 699 may also be used to power the subtending device 130 of node 615 A.
- node 615 A may participate in the distribution of power (in accordance with the power distribution map 305 determined by the central controller 140) without drawing any power for its own purposes.
- node 615 A participates in the logical network through the routing of data packets in accordance with routing tables. These data packets arrive on hybrid data/power links together with DC power.
- processing of the received data packets is made possible by drawing P basic from the received DC power (in the case of node 315B), whereas in other embodiments, processing of the received data packets does not require the draft of any of the received DC power, since power is available from an independent power source (in the case of node 615 A).
- the independent power source 699 may be available, this does not imply that it must be used to power the node controller 124. Rather, the independent power source 699 may be used only in certain cases, either as judged by the node controller 124 or the central controller 140. Instructions for using, or not using, the independent power source 699 may be communicated as an extension to the power consumption and switching instructions.
- the independent power source 699 may fail or cease to become available, for example during a power failure.
- the independent power source 699 was being used to power the controller 124 and the internal device(s) 126 of a dual-powered node, this would cause a failure in the controller 124.
- power may still be available at a power receiving port of the dual-powered node.
- the controller 124 may draw some of the available power (e.g., an amount Pbasic) in order to carry out a reboot sequence and return to a mode of operation as if there were no more independent power source 699 (i.e., as if the node were not dual -powered).
- this additional draft of power reduces the amount of power that would be available to downstream nodes.
- the central controller 140 which computes a new power distribution map and a new set of power consumption and switching instructions for the various nodes.
- certain network devices in the interconnection topology may be single- or multi-port “legacy” devices that are connected by hybrid data/power links but do not qualify as nodes equipped with the above described functionalities.
- Legacy devices do not have a power consumption behavior that is controlled by the above-described power consumption and switching instructions received from the central controller 140 and do not have a packet switching behavior that is controlled by the above-described routing tables received from the central controller 140.
- a legacy device with a power-receiving port can participate in the aforementioned low-level control protocol in order to request a certain amount of received power over the power-receiving port.
- a legacy device simply transfers the signal on the power receiving port over to the power-transmitting port, minus the amount of power it draws for operation of the legacy device.
- the power needs of the legacy devices in the interconnection topology are known to the central controller 140 and considered in the computation of the power distribution map (and the power consumption and switching instructions sent to the nodes).
- central controller 140 acts as a power source but central controller 940 does not. This implies that all nodes 115-A- 115H are powered by central controller 140 but this need not be the case. In particular, nodes 115A-115H are responsive to power consumption and switching instructions sent by central controller 140 in order to implement part of a power distribution map computed by central controller 140.
- Central controller 140 is integrated with / connected to user device 1000 (e.g., over a data network such as the internet) and central controller 940 is integrated with / connected to user device 9000 (e.g., over a data network such as the internet) but could also be connected to user device 1000.
- nodes 115A-115D form a first logical network defined by routing tables forming part of a data routing map computed by central controller 140.
- nodes 115E-115H form a second logical network defined by routing tables forming part of a data routing map computed by central controller 940. This means that a data packet received at any port of any of the nodes 115A-115D that belongs to the second logical network (e.g., destined for any of nodes 115E-115H) is forwarded by that node to a default port that is different from the port on which the data packets was received.
- Nodes 115A-115D forming part of the first logical network need to know that they are under the control of central controller 140 and nodes 115E-115H forming part of the second logical network need to know that they are under the control of central controller 940.
- This can be achieved by storing the appropriate logical network identifier in the node memory 124B of each node and having the node processor 124A compare the logical network identifier regarding a received data packets 175 (which may be found, e.g., in a header of the data packet) against the logical network identifier stored in the node memory 124B. If there is a match, then the data packet is part of the same logical network as the node and can be routed according to the routing table. Otherwise, default routing may need to be carried out.
- the user device 1000 that implements a graphical user interface (GUI) 1010 that displays on a device screen and is capable, in this embodiment, of receiving input such as via a touchscreen, mouse or keyboard.
- GUI graphical user interface
- the user device 1000 may be implemented as a user console or a mobile wireless device, for example.
- the user device 1000 can be configured to provide an opportunity for the user to specify an interconnection topology via the GUI 1010. This can be done directly, for example, by the use of menus from which the user may select different node types, interconnection topology, power requirements and bandwidth requirements.
- the user device may also be configured to provide the user with an opportunity to define one or more virtual circuits via the GUI 1010. In Fig. 10, two virtual circuits are illustrated (one in solid lines and the other in dash-dot lines).
- the GUI 1010 of Fig. 10 illustrates node icons 1015A-1015H a representing an interconnected topology of nodes (such as nodes 115A-115H previously described), and link icons 1025 representing hybrid data/power links (such as links 110 previously described).
- a cursor 1006 (in the shape of an arrow) is illustrated as positioned over node 1015H. Responsive to the user positioning the cursor 1006 over node 1015H, the user device 1000 may cause a dialog 1008 to appear on the GUI 1010.
- Example information that may be conveyed in the dialog 1008 include a priority level and virtual circuit identification. Further information (not shown) in the dialog 1008 may relate to a node address or identifier, node type, power requirements, bandwidth requirements or other node-specific information.
- the GUI 1010 may provide an opportunity for a user to enter changes to the interconnection topology or node-specific information.
- the dialog 1008 can include a control function that allows a user to change node-specific information.
- the user can select a node type for each of the nodes from a predetermined set of device types that appear on a menu.
- the device types may include a variety of source PoE devices, intermediate PoE devices and terminal PoE devices. Other possible user-selectable devices in the set may include power sources and central controllers.
- the user can change the priority level or virtual circuit identifier. Information such as the address may or may not be modifiable by the user.
- node-specific information may be entered by the user via the GUI 1010, but in other cases certain node-specific information may be stored in memory in association with an identifier of the node. The node-specific information may also be stored in memory in association with the device type.
- the changes to the interconnection topology or node-specific information are recorded by the user device 1000 and/or the central controller 140 to which the user device 1000 is connected. This results in a new set of power consumption and switching instructions and routing tables due to ongoing execution of the power consumption determination algorithm and the data routing algorithm, as described above.
- the GUI 1010 may also provide the user with an opportunity to control when the power consumption and switching instructions 310A-310H and/or the routing tables 510A-510H are sent to the various nodes 115A-115H.
- data may be transmitted by a transmitting unit or a transmitting module.
- Data may be received by a receiving unit or a receiving module.
- Data may be processed by a processing unit or a processing module.
- the respective units/modules may be hardware, software, or a combination thereof.
- one or more of the units/modules may be an integrated circuit, such as field programmable gate arrays (FPGAs) or application- specific integrated circuits (ASICs).
- FPGAs field programmable gate arrays
- ASICs application- specific integrated circuits
- any module, component, or device disclosed herein that executes instructions may include, or otherwise have access to, a non-transitory computer/processor readable storage medium or media for storage of information, such as computer/processor readable instructions, data structures, program modules and/or other data.
- non-transitory computer/processor readable storage media includes magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, optical disks such as compact disc read-only memory (CD-ROM), digital video discs or digital versatile discs (i.e., DVDs), Blu-ray DiscTM, or other optical storage, volatile and non volatile, removable and non-removable media implemented in any method or technology, random- access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology. Any such non-transitory computer/processor storage media may be part of a device or accessible or connectable thereto. Computer/processor readable/executable instructions to implement an application or module described herein may be stored or otherwise held by such non-transitory computer/processor readable storage media.
Landscapes
- Engineering & Computer Science (AREA)
- Power Engineering (AREA)
- Small-Scale Networks (AREA)
Abstract
A method for execution in a central controller comprises obtaining an interconnection topology for a plurality of nodes interconnected via hybrid data/power links; obtaining a power distribution map associated with the topology; and causing DC power to be distributed to the nodes via the links according to the power distribution map. Also, such a node in which there is at least one power-receiving port and at least one power-transmitting port, a controller and power switching circuitry. The controller operates based on power drawn from a portion of the DC power received via the power-receiving port. The controller determines a destination of data packets received via any of the ports and outputting those of the received data packets that are not destined for the network device via another one of the ports. The controller also causes the power switching circuitry to output via plural power-transmitting ports respective portions of the received DC power received at the power-receiving port.
Description
POWER DISTRIBUTION AND DATA ROUTING IN A NETWORK OF DEVICES INTERCONNECTED BY HYBRID DATA/POWER LINKS
CROSS-REFERENCE TO RELATED APPLICATIONS
The present application is a continuation-in-part of U.S. Patent Application No. 16/879,631, filed on May 20, 2020. The present application also claims the benefit under 35 U.S.C. 119(e) of U.S. Provisional Patent Application No. 63/027,195, filed on May 19, 2020. The present application is also related to U.S. Provisional Patent Application Serial No. 62/904,852, filed on September 24, 2019. The contents of the aforementioned applications are hereby incorporated herein by reference.
FIELD
The present disclosure relates generally to power and data distribution over networks.
BACKGROUND
Power-over-Ethernet (PoE) is becoming increasingly popular as a way to provide both power, data collection and control capabilities to digital devices such as lights, sensors and cameras. One advantage of PoE is the absence of a need for a nearby outlet or standalone power source. Rather, the power is supplied to the digital device over a 4-conductor hybrid data/power cable. This same cable is used for exchanging data signals with the digital device. Different frequencies are used for the power and the data signals.
Typically, a PoE-enabled device is either a PoE source (PSE) or a PoE load (PD). Power requirements of a PoE load are typically negotiated with the PoE source using an IEEE standard protocol over a hybrid data/power cable that connects the two devices. This works well for 1-to-l connections between the PoE source and the PoE load. However, as the power made available by a PoE source increases with advances in technology, there is enough power to supply multiple PoE loads. At this point, the use of a dedicated cable per PoE load becomes inefficient and unwieldy.
It would therefore be of benefit to power multiple PoE loads from a hybrid data/power cable emanating from a PoE source. In particular, it would be of benefit to power an arbitrarily
configured (e.g., mesh) network of PoE loads, each with its own power demands and data communication requirements.
SUMMARY
According to an aspect of the present disclosure, a method for execution in a controller device comprises obtaining an interconnection topology for a plurality of network devices interconnected via hybrid data/power links; obtaining a power distribution map associated with the interconnection topology; and causing DC power to be distributed to the network devices via the hybrid data/power links according to the power distribution map.
According to another aspect of the present disclosure, a non-transitory computer-readable storage medium comprises instructions which, when carried out by a processor of a controller device, cause the controller device to carry out the aforesaid method.
According to a further aspect of the present disclosure, a controller device comprises a first hybrid data/power port for connection to a first network device; a processor; and a memory storing instructions for execution by the processor. The processor is configured to execute the instructions and carry out a method that comprises obtaining an interconnection topology for a plurality of network devices interconnected via hybrid data/power links, the interconnection topology including the first network device and the first hybrid data/power link; obtaining a power distribution map associated with the interconnection topology; and causing DC power to be distributed to the network devices via the hybrid data/power links according to the power distribution map.
According to another aspect of the present disclosure, a method of operating a computing device comprises implementing a graphical user interface configured for: (i) receiving from a user a specification of a plurality of network devices, including bandwidth and power requirements for the network devices, an interconnection topology of the network devices and a logical network involving the network devices; and (ii) graphically displaying the interconnection topology and the logical network; and causing transmission of signals to a central controller, the signals being indicative of the bandwidth and power requirements for the network devices, the interconnection topology and the logical network.
According to another aspect of the present disclosure a non-transitory computer-readable storage medium comprises instructions which, when carried out by a processor of a computing device, cause the computing device to carry out a method. The method comprises implementing a graphical user interface configured for: (i) receiving from a user a specification of a plurality of network devices, including bandwidth and power requirements for the network devices, an interconnection topology of the network devices and a logical network involving the network devices; and (ii) graphically displaying the interconnection topology and the logical network; and causing transmission of signals to a central controller, the signals being indicative of the bandwidth and power requirements for the network devices, the interconnection topology and the logical network.
According to another aspect of the present disclosure, a network includes a plurality of network devices; and a plurality of hybrid data/power links interconnecting the network devices in accordance with a topology. The network devices are configured to distribute DC power throughout the topology in accordance with a power distribution map received from a central controller. The network devices are configured to route data throughout the topology in accordance with a data routing map received from the central controller.
According to another aspect of the present disclosure, a network device comprises a plurality of ports connectable to hybrid data/power links for the transport of DC power and data packets, at least one of the ports being a power-receiving port or ports for the network device and the remaining port or ports being power-transmitting port or ports for the network device; and a controller operatively coupled to the ports and comprising power switching circuitry. The controller operates based on power drawn from a portion of the DC power received via the power receiving port or ports. The controller is configured for determining a destination of data packets received via any of the ports and outputting those of the received data packets that are not destined for the network device via another one of the ports. The controller is further configured for causing the power switching circuitry to output via the power-transmitting port or ports respective portions of the received DC power received at the power-receiving port or ports and not drawn by the controller for operation thereof.
According to another aspect of the present disclosure, method is carried out by a controller of a network device, the network device comprising at least a controller operatively coupled to a
plurality of ports connectable to hybrid data/power links for the transport of DC power and data packets, at least one of the ports being a power-receiving port or ports for the network device and the remaining port or ports being power-transmitting port or ports for the network device. The method comprises outputting via the power-transmitting port or ports respective portions of the received DC power received at the power-receiving port or ports that is not drawn by the controller for operation thereof; and determining a destination of data packets received via any of the ports and outputting those of the received data packets that are not destined for the network device via another one of the ports.
BRIEF DESCRIPTION OF THE DRAWINGS
For a more complete understanding of the present embodiments, reference is now made, by way of example, to the following description taken in conjunction with the accompanying drawings, in which:
Fig. 1A is a block diagram showing a plurality of devices interconnected by hybrid data/power links in an interconnection topology, in accordance with a non-limiting embodiment.
Fig. IB is a block diagram showing a logical network implemented by the devices of Fig. 1A, in accordance with a non-limiting embodiment.
Fig. 2A illustrates a hybrid data/power link with two pairs of conductors, where one pair may be used for DC power and the other pair may be used for data signals.
Fig. 2B illustrates a hybrid data/power link with two pairs of conductors, where either or both pairs may carry both DC power and data signals.
Figs. 3A to 3C are block diagrams showing different internal configurations of a node, in accordance with various non-limiting embodiments.
Figs. 4A and 4B are block diagrams illustrating how the nodes of Fig. 1A can be arranged into virtual circuits, in accordance with a non-limiting embodiment.
Fig. 5 illustrates routing tables for two nodes that indicate towards which port to send incoming data packets that are not destined for that node.
Fig. 6 is a block diagram showing the interconnection topology of Fig. 1A, except where one of the nodes is dual-powered, in accordance with a non-limiting embodiment.
Fig. 7 is a flowchart illustrating steps in an algorithm carried out by the central controller, in accordance with a non-limiting embodiment.
Fig. 8 is a flowchart illustrating steps in an algorithm carried out by a node, in accordance with a non-limiting embodiment.
Figs. 9A and 9B are block diagrams similar to those of Figs. 1A and IB, respectively, except that a second central controller is part of the interconnection topology and the logical network.
Fig. 10 illustrates a graphical user interface (GUI) that may be implemented by a user device, in accordance with a non-limiting embodiment.
DETAILED DESCRIPTION
Aspects of the present disclosure relate to controlling power distribution and data routing in a network of devices that are interconnected by hybrid data/power links. Power distribution and data routing can occur independently of each other. Power is distributed in accordance with a power distribution map, causing power to be supplied to some devices while simply transiting other devices within the same physical network, except for a small amount that is consumed to allow the device to carry out certain basic functionalities. Meanwhile, data packets can be routed among devices according to a data routing map, irrespective of the power distribution map.
As referred to herein, a “hybrid data/power link” can be used to connect (i) a first device that is a source of DC power for a second device and is also potentially a source and/or consumer of data, and (ii) the aforementioned second device, which is a recipient of that DC power and is also potentially a source and/or a consumer of some of the aforementioned data. Examples of hybrid data/power links include Ethernet cables suitable for transmitting Power-over-Ethernet (PoE), which refers to a family of standards developed by the Institute of Electrical and Electronics Engineers (IEEE) under IEEE 802.3, hereby incorporated by reference herein. However, the PoE standard is not to be considered a limitation, and it should be understood that the hybrid data/power links referred to herein may be compliant with other standards or implementations for transmitting power and data along the same set of cables.
Referring to Figs. 2A and 2B, in an example of implementation, a hybrid data/power link can include two pairs of conductors 212 and 214 that carry common-mode DC power and differential- mode higher-frequency data signals, but in a way that differs between the two figures. For example, as shown in Fig. 2 A, one pair of conductors 212 may be used to transport DC power and the second pair of conductors 214 may be used to transport data signals. The pair of conductors 214 can be configured to carry data signals only and not to carry DC power whereas the first pair of conductors 212 can be configured to carry DC power only and not carry data signals. The data signals can carry data packets with information of various kinds.
Alternatively, as shown in Fig. 2B, either pair of conductors 212, 214 (or both pairs) carry both DC power and data signals, which means that the data signals travel on at least one pair of the conductors 212, 214. Such a configuration of the hybrid data/power links, whereby conductors are shared for transporting DC power and data signals, is possible due to the data signals occupying a higher frequency range than a lower frequency range (e.g., around zero Hz) occupied by the DC power. The two frequency ranges do not overlap, e.g., the highest frequency in the lower frequency range is lower than the lowest frequency in the higher frequency range. The data signals in the higher frequency range can again carry packets with information of various kinds. In some embodiments, the lower frequency range may go up to several kHz (still without overlapping the higher frequency range) to allow the transmission of certain types of information besides just DC power.
Network architecture and components
Fig. 1A shows a plurality of devices 115A-115H, 130, 140, 150 interconnected by hybrid data/power links 110 in a interconnection topology. The devices 115A-115H, 130, 140, are of different types. Specifically, devices 115A-115H are “nodes”, devices 130 are “subtending devices”, device 150 is a power source and device 140 is a “central controller” (which, in this embodiment, also acts as a power source). Some of these device types will be described in further detail below. Those skilled in the art will appreciate that there is no particular limit on the number of devices, nor is there a particular constraint on the configuration of the interconnection topology as implemented by the hybrid data/power links 110 and the various devices and device types.
Nodes 115A-115H and subtending devices 130 may be powered by DC power received from the central controller 140 or the power source 150 via one or more of the hybrid data/power links 110.
A “node” is considered to be a device that is physically reachable via the hybrid data/power links 110 and logically addressable from other nodes using an addressing scheme. A “subtending device” is subtending to a node (referred to as a parent node) and is not logically addressable from other nodes using the addressing scheme used to logically address the nodes. In the interconnection topology of Fig. 1A, the subtending devices 130 are not considered nodes because although they are each physically reachable via a hybrid data/power link 110, they are logically addressable only from their respective parent node (namely, one of nodes 115 A, 115C, 115D, 115E, 115F and 115H).
In the illustrated embodiment, each of the subtending devices 130 is connected to its parent node by a hybrid data/power link 110, which allows the subtending device 130 to operate on the basis of electrical DC power received over such hybrid data/power link 110, without the need for an auxiliary power supply (although an auxiliary power supply may be present). In other embodiments, the connection between a subtending device and its parent node may involve a different type of physical link that is not a hybrid data/power link.
Although in the interconnection topology of Fig. 1A, some nodes are shown as being connected to zero subtending devices (e.g., nodes 115B, 115G), some nodes are shown as being connected to a single subtending device (e.g., nodes 115A, 115C, 115D, 115E and 115H) and still other nodes are shown as being connected to two subtending nodes (e.g., node 115F), it should be appreciated that in other embodiments, a given node may be connected to (i.e., be the parent node of) an even greater number of plural subtending devices.
Each of the nodes 115A-115H comprises one or more hybrid data/power ports for receiving and/or transmitting data and power via respective ones of the hybrid data/power links 110 to which that node is connected. It should be noted that DC power is directional through a given node, meaning that each hybrid data/power port either receives power or transmits power. A port of a given node over which power is received by the given node is referred to as a “power-receiving” port; similarly, a port over which power is transmitted out of the given node is referred to as a “power- transmitting” node. A given node may have multiple hybrid data/power ports, which may include more than one power-receiving port and/or more than one power-transmitting port.
As such, a device (e.g., a node or a subtending device) that is connected to a power-transmitting port of a given node is considered to be “downstream” of the given node, and any device connected
to a power-receiving port of the given node is considered to be “upstream”. The terms “upstream” and “downstream,” with respect to the hybrid data/power ports in this context, pertain to an expected direction of power supply; however, they have no bearing on directionality of data flow.
The power-transmitting and/or power-receiving nature of the various hybrid data/power ports of a given node determines if that node is considered to be a “source mode”, a “terminal node” or an “intermediate node”. Specifically:
A “source node” has one or more power-transmitting ports and no power-receiving ports (or, if it has some, they are unused / inactive).
A “terminal node” has one or more power-receiving ports and no power-transmitting ports (or, if it has some, they are unused / inactive).
An “intermediate node” has one or more actively used power-receiving ports and one or more actively used power-transmitting ports.
It should be appreciated that a node considered to be an intermediate node may become a terminal node if, at some point during operation, it ceases to use any of its power-transmitting ports, and a node considered to be a terminal node may become an intermediate node if it does end up using a previously unused power-transmitting port. Similarly, a node considered to be an intermediate node may become a source node if it ceases to use any of its power-receiving ports, and a node considered to be a source node may become an intermediate node if it does end up using a previously unused power-receiving port.
The nature of a hybrid data/power port as a power-receiving port or power-transmitting port may even vary over time (i.e., it is dynamic), if the node is equipped with specialized circuitry. This may call for a change in the terminology used to refer to a given node, over time.
Nodes 115A-115H are not only part of an interconnection topology, they form a logical network through the exchange of data packets, as shown in Fig. IB. In this regard, those skilled in the art will appreciate that although DC power is directional through a given node (as shown in Fig. 1 A), data packets 175 (see Fig. IB) can be exchanged bidirectionally via any hybrid data/power port, be it a power-receiving port or a power-transmitting port. This is because the frequency range of data signals carrying data packets between two nodes is different from (e.g., higher than) the frequency range in which power is transmitted from one node to another. For example, as already
mentioned, power may be transmitted in DC common mode power whereas the data packets may be exchanged over differential high-frequency data signals.
By way of non-limiting example, the internal configuration of nodes 115G, 115A and 115B will now be described with reference to Figs. 3 A, 3B and 3C, respectively.
Node 115G
With reference to Fig. 3 A, node 115G includes two hybrid data/power ports 132A, 132B. Hybrid data/power port 132A is a power-receiving port, since it receives an amount of power Pinput i from the power source 150, whereas hybrid data/power port 132B is a power-transmitting port, since it outputs an amount of power Poutput i to node 115H. Node 115G is an example of an “intermediate node”, since its hybrid data/power ports 132A, 132B include one or more hybrid data/power ports actively used in a power-receiving mode (in this case, port 132A) and one or more hybrid data/power ports actively used in a power-transmitting mode (in this case, port 132B).
Node 115G also comprises a so-called “internal device” 126. (Although node 115G includes a single internal device 126, other nodes may be operatively coupled to zero or more than one such internal device.) Examples of an internal device are similar to examples of a subtending device and can include a lighting source, a sensor data collection point, a security camera, to name a few non-limiting possibilities. However, as opposed to a subtending device, an internal device is not connected to a port of a given parent node, but rather is integrated within the node itself.
The internal device 126 requires an amount of power Pintemai to operate. However, in some embodiments, the internal device 126 may include a battery. This battery may sometimes be used as a load (whereby it is being recharged by drawing power Pintemai from node 115G), whereas on other occasions it may be desirable to use the battery as a source of power for the node itself or for other nodes. In that case, node 115G, which may heretofore have been considered to be a terminal node or intermediate node, may now be referred to as a source node.
In some instances, one or more of the terminal nodes in the interconnection topology may be designated as a power sink so as to expend excess power, e.g., in the form of heat, light or sound. Details of examples of intermediates node can be found in U.S. Application Serial No. 16/879,631, the contents of which are incorporated herein by reference.
In addition, node 115G comprises a node controller 124 that is connected to the hybrid data/power ports 132A, 132B and to the internal device 126. The node controller 124 may comprise a processor 124A, a memory 124B, power switching circuitry 124C and modulation/demodulation circuitry 124D. The memory 124B stores instructions for execution by the processor 124A. The memory 124B may also store a unique address for node 115G to allow proper addressing by the central controller 140.
The processor 124A of node 115G is configured to interact with the memory 124B, the power switching circuitry 124C and the modulation/demodulation circuitry 124D so as to carry out the following functionalities:
1. Draw an amount of power Pbasic from the power-receiving port(s) (in this case, hybrid data/power port 132A) that is sufficient to power the controller 124 and execute certain basic functionalities.
2. Participate in a low-level control protocol by exchanging control messages that enable node 115G to (i) provide the central controller 140 with node-specific information such as type of node, identifier / address, connectivity to other nodes, power and bandwidth demands, identity and characteristics (including power and bandwidth demands) of subtending devices connected to the node, identity and characteristics (including power and bandwidth demands) of internal devices, available DC power (from batteries or other sources), functionalities, etc; and (ii) receive node-specific “power consumption and switching instructions” 310G and a node specific “routing table” 510G from the central controller 140 and store them in the memory 124B of the node controller 124.
3. Distribute the remaining power (if any) at the power-receiving port(s) (in this case, hybrid data/power port 132A) between the power-transmitting port(s) (in this case, hybrid data/power port 132B) and the internal devices (in this case, internal device 126) in accordance with the power consumption and switching instructions that are specific to node 115G.
4. Join and participate in the logical network with nodes 115A-115F and 115H by, e.g., decoding data packets 175 carried by the data signals received on each of the hybrid data/power ports 132A, 132B and applying the routing table that is specific to node 115G, based upon which the data packet 175 is either released via one of the hybrid data/power ports 132A, 132B or is sent to a higher-layer application for consumption.
An example of the low-level control protocol is the Link Layer Discovery Protocol (LLDP), which is vendor-neutral, or any proprietary discovery protocol or protocol based on one of the foregoing. LLDP is defined by IEEE 802.1 AB and formally referred to as “Station and Media Access Control Connectivity Discovery”.
It should be appreciated that once node 115G has joined the logical network, further power consumption and switching instructions and routing tables for node 115G can be sent by the central controller 140 in data packets exchanged over the logical network; in that case, the aforementioned low-level control protocol is no longer required.
Node 115A
With reference now to Fig. 3B, node 115A includes three hybrid data/power ports 132A, 132B, 132C. Hybrid data/power port 132A is a power-receiving port, since it receives an amount of power Pmput l from the central controller 140, whereas hybrid data/power ports 132B and 132C are power-transmitting ports. In the case of hybrid data/power port 132B, it outputs an amount of power Poutput l to node 115B and in the case of hybrid data/power port 132C, it outputs an amount of power Poutput 2 to subtending device 130. Node 115A is an example of an “intermediate node”, since its hybrid data/power ports 132A, 132B, 132C include one or more hybrid data/power ports actively used in a power-receiving mode (in this case, port 132A) and one or more hybrid data/power ports actively used in a power-transmitting mode (in this case, ports 132B and 132C). Node 115A also comprises an internal device 126.
In addition, node 115A comprises a node controller 124 that is connected to the hybrid data/power ports 132A, 132B, 132C and to the internal device 126 (which would require an amount of power P internal to operate). The node controller 124 may comprise a processor 124A, a memory 124B, power switching circuitry 124C and modulation/demodulation circuitry 124D. The memory 124B stores instructions for execution by the processor 124A. The memory 124B may also store a unique address for node 115A to allow proper addressing by the central controller 140.
The processor 124A of node 115A is configured to interact with the memory 124B, the power switching circuitry 124C and the modulation/demodulation circuitry 124D so as to carry out the following functionalities:
1. Draw an amount of power Pbasic from the power-receiving port(s) (in this case, hybrid data/power port 132A) that is sufficient to power the controller 124 and execute certain basic functionalities.
2. Participate in a low-level control protocol by exchanging control messages that enable node 115A to (i) provide the central controller 140 with node-specific information such as type of node, identifier / address, connectivity to other nodes, power and bandwidth demands, identity and characteristics (including power and bandwidth demands) of subtending devices connected to the node, identity and characteristics (including power and bandwidth demands) of internal devices, available DC power (from batteries or other sources), functionalities, etc; and (ii) receive node-specific power consumption and switching instructions 310A and a node-specific routing table 510A from the central controller 140 and store them in the memory 124B of the node controller 124.
3. Distribute the remaining power (if any) at the power-receiving port(s) (in this case, hybrid data/power port 132A) between the power-transmitting port(s) (in this case, hybrid data/power ports 132B, 132C) and the internal devices (in this case, internal device 126) in accordance with the power consumption and switching instructions that are specific to node 115 A.
4. Join and participate in the logical network with nodes 115B-115H by, e.g., decoding data packets 175 carried by the data signals received on each of the hybrid data/power ports 132A, 132B, 132C and applying the routing table that is specific to node 115 A, based upon which the data packet 175 is either released via one of the hybrid data/power ports 132A, 132B, 132C or is sent to a higher-layer application for consumption.
It also be appreciated that once node 115A has joined the logical network, further power consumption and switching instructions and routing tables for node 115 A can be sent by the central controller 140 in data packets exchanged over the logical network; in that case, the aforementioned low-level control protocol is no longer required.
Node 115B
With reference now to Fig. 3C, node 115B includes four hybrid data/power ports 132A, 132B, 132C, 132D. Hybrid data/power ports 132A and 132B are power-receiving ports, with hybrid data/power port 132A receiving and amount of power Pinput i from node 115A and hybrid data/power port 132B receiving an amount of power Pinput 2 from node 115H. Hybrid data/power
ports 132C and 132D are power-transmitting ports, with hybrid data/power port 132C outputting an amount of power P0UtPut 1 to node 115E and hybrid data/power port 132D outputting an amount of power P0UtPut i to node 115C. Node 115B is an example of an “intermediate node”, since its hybrid data/power ports 132A, 132B, 132C, 132D include one or more hybrid data/power ports actively used in a power-receiving mode (in this case, ports 132A and 132B) and one or more hybrid data/power ports actively used in a power-transmitting mode (in this case, ports 132C and 132D).
In addition, node 115B comprises a node controller 124 that is connected to the hybrid data/power ports 132A, 132B, 132C, 132D. The node controller 124 may comprise a processor 124A, a memory 124B, power switching circuitry 124C and modulation/demodulation circuitry 124D. The memory 124B stores instructions for execution by the processor 124 A. The memory 124B may also store a unique address for node 115B to allow proper addressing by the central controller 140.
The processor 124A of node 115B is configured to interact with the memory 124B, the power switching circuitry 124C and the modulation/demodulation circuitry 124D so as to carry out the following functionalities:
1. Draw an amount of power Pbasic from the power-receiving port(s) (in this case, hybrid data/power ports 132A, 132B) that is sufficient to power the controller 124 and execute certain basic functionalities.
2. Participate in a low-level control protocol by exchanging control messages that enable node 115B to (i) provide the central controller 140 with node-specific information such as type of node, identifier / address, connectivity to other nodes, power and bandwidth demands, identity and characteristics (including power and bandwidth demands) of subtending devices connected to the node, identity and characteristics (including power and bandwidth demands) of internal devices, available DC power (from batteries or other sources), functionalities, etc; and (ii) receive node-specific power consumption and switching instructions 310B and a node-specific routing table 51 OB from the central controller 140 and store them in the memory 124B of the node controller 124.
3. Distribute the remaining power (if any) at the power-receiving port(s) (in this case, hybrid data/power ports 132A, 132B) between the power-transmitting port(s) (in this case, hybrid
data/power ports 132C, 132D) in accordance with the power consumption and switching instructions that are specific to node 115B.
4. Join and participate in the logical network with nodes 115A and 115C-115H by, e.g., decoding data packets 175 carried by the data signals received on each of the hybrid data/power ports 132A, 132B, 132C, 132D and applying the routing table that is specific to node 115B, based upon which the data packet 175 is either released via one of the hybrid data/power ports 132A, 132B, 132C, 132D or is sent to a higher-layer application for consumption.
It should be appreciated that once node 115B has joined the logical network, further power consumption and switching instructions and routing tables for node 115B can be sent by the central controller 140 in data packets exchanged over the logical network; in that case, the aforementioned low-level control protocol is no longer required.
The amount of power drawn by a given node should be at least sufficient to power the node’s node controller 124 (as denoted by Pbask above) and may also be sufficient to power (if there are any) the node’s internal devices 126 (this amount of power is denoted as Pintemai) and (if there are any) the node’s subtending devices 130 (this amount of power is denoted Piocai). These amounts of node specific power consumption together (Pbask + Pintemai + Piocai) can be denoted Pnode, noting that in cases where there is no internal device and no subtending device to power, Pintemai and Piocai may both be equal to 0, in which case Pnode = Pbask. The aforementioned quantities may be known to each node and stored in its memory 124B.
Central controller 140
The central controller 140 is now described in greater detail. The central controller 140 comprises a memory 144, a processor 146, and an interface 148. In the illustrated embodiment, the central controller 140 is connected to node 115A by a hybrid data/power link 110 but it should be understood that the central controller 140 may be connected to a greater number of nodes; as such, the interface 148 may include more than one hybrid data/power port.
In this embodiment (but optionally), the central controller 140 is a source of power for the nodes 115A-115H (although this need not be the case in all embodiments). As such, in this embodiment, the central controller 140 comprises a DC power source 147. Since the central controller 140 may
itself be powered by the conventional AC power grid, the DC power source 147 may be implemented by an AC-to-DC converter.
Also in this embodiment (but optionally), the central controller 140 is part of the logical network (established between nodes 115A-115H) and therefore participates in the exchange of data packets with the various nodes 115A-115H by means of its connection to node 115A along the hybrid data/power link 110. Fig. IB shows the logical network including nodes 115A-115H and the central controller 140.
Accordingly, in this embodiment, data packets sent by the central controller 140 carry a destination address that may be the address node 115 A but may be the address of a node other than node 115 A. Node 115 A and the other nodes in the logical network handle the routing of such packets according to the node-specific routing table stored in each node’s memory 124B. Similarly, in this embodiment, the central controller 140 is configured to receive data packets from node 115A along the hybrid data/power link 110, even though these data packets may have been generated by other nodes in the logical network and routed via node 115A (which happens to the node that is directly connected to the central controller 140).
In some embodiments, the central controller 140 may be implemented as a router or a switch connected to a user device 1000 (such as a console or a mobile wireless device) that implements a graphical user interface (GUI). In some cases, the central controller 140 itself may carry out the functions of the user device 1000.
Initially, the central controller 140 is configured to carry out the following main functionalities:
1. Participate in the aforesaid low-level control protocol with the various nodes 115A-115H by exchanging control messages that enable the collection of information about the various nodes 115A-115H.
2. Based on the collected information, determine the power consumption and switching instructions specific to the various nodes 115A-115H.
3. Based on the collected information, determine the routing tables specific to the various nodes 115A-115H.
4. Participate in the aforesaid low-level control protocol with the various nodes 115A-115H so as to transmit the node-specific power consumption and switching instructions and the node specific routing tables to the various nodes 115A-115H.
These functionalities of the central controller 140 will now be described in greater detail.
1. Collection of information about the nodes
The central controller 140 may collect the node-specific information by participation in the aforesaid low-level control protocol with the various nodes 115A-115H. This can involve the transmission of control messages. Non-limiting examples of node-specific information that may be collected and used by the central controller 140 include, for each node: type of node, identifier / address, connectivity to other nodes, power and bandwidth demands of the node controller 124 (e.g., Pbasic), identity and characteristics of internal devices (including power demands (Pintemai) and bandwidth demands of such internal devices), identity and characteristics of subtending devices connected to the node (including power demands (Piocai) and bandwidth demands of such subtending devices), available DC power (from batteries or other sources) and functionalities.
Alternatively or in addition, the central controller 140 may collect some or all of the node-specific information by being attentive to user entries made via the user device 1000.
2. Determination of the power consumption and switching instructions specific to the nodes
The central controller 140 calculates and stores in the memory 144 a “power distribution map” 305 for the nodes 115A-115H. The power distribution map 305 is a representation of a computed (or desired) power usage behavior of each of the nodes 115A-115H. For example, the power distribution map may specify the amount of power received by each power-receiving port of each node, the amount of power consumed by each node and the amount of power transmitted by each power-transmitting port of each node.
To determine the power distribution map 305, the central controller 140 is configured to execute a “power consumption determination algorithm” that may take into account multiple factors. For example, the power distribution map 305 may be based on
(i) The node-specific information that was collected from the various nodes 115-115H (see the previous section) or entered by a user via the user device 1000. Non-limiting examples
of such information include type of node, identifier / address, connectivity to other nodes, power and bandwidth demands of the controller (including Pbasic for each node), identity and characteristics of subtending devices connected to the node, identity and characteristics of the node’s internal devices, available DC power generated by a battery, and functionalities.
(ii) The interconnection topology computed from the node-specific information or entered by a user via the user device 1000. Information encoding the interconnection topology and other information can be stored as data structures in the memory 144 of the central controller 140.
(iii) Priority information regarding the various nodes 115A-115H (this could also be considered node-specific information). Priority information for each node can be defined, for example, by the central controller 140 giving each node a priority ranking (e.g., high, medium, low), which can be entered by a user via the user device 1000 or computed based on information collected from the nodes such as node type or criticality. The influence of priority on the way in which the power consumption determination algorithm determines the power distribution map 305 is now described by way of non-limiting example. Consider two intermediate nodes that have a subtending device 130 (with a power requirement of Piocai), except that one is a higher-priority node and the other is a lower-priority node. The power requirements of each node can therefore be expressed Pnode = Pbasic + Pintemai + Piocai. For the higher-priority node, this particular node may be instructed to consume an amount of received DC power equal to Pnode, which is sufficient to meet the power requirements of its node controller 124 and its internal device 126 (if any) and its subtending devicel30 (if any). However, for the lower-priority node, this particular node may be instructed to consume an amount of received DC power equal to Pbasic, which is only enough to power its controller, thereby allowing the lower-priority node to participate in power routing and data routing, but not allowing the lower-priority node to power its subtending device. This example is simply by way of illustration, to show that in executing the power consumption determination algorithm, the central controller 140 is able to instruct nodes to consume power differently, depending on a variety of factors, including priority.
(iv) Other factors considered by the central controller 140 in determining the power distribution map 305. One example of such other factor may include the amount of power available to
be supplied by the central controller 140 and the power source 150. Another example of such other factor may include the specification of the hybrid data/power links 110 themselves. This may include the maximum power level that can be transmitted along any of the hybrid data/power links 110 (the “maximum link power”). This maximum link power may vary depending on the PoE standard that is used, for example.
The amount of power to be drawn by each of the various nodes 115A-115H may thus be determined by the central controller 140 based on factors such as Pbas , Pintemai and Piocai for each node; the interconnection topology (namely, the location of each node relative to the location of other nodes and the manner in which they are interconnected); and other factors (e.g., such as priority).
To control the power usage behavior of each of the nodes 115A-115H so that it is in accordance with the power distribution map 305, the central controller 140 is configured to generate “power consumption and switching instructions” 310A-310H specific to each node.
In the case of a source node having two or more power-transmitting ports, these instructions indicate how the power that it generates is switched among its two or more power-transmitting ports. In the case of an intermediate node, these instructions indicate how the power that it receives via its one or more power-receiving ports is to be consumed by the intermediate node and switched to its one or more power-transmitting ports. In the case of a terminal node having two or more power-receiving ports, these instructions indicate how the power that it receives along its two or more power-receiving ports is consumed by the node.
In an embodiment, power consumption and switching instructions 31 OX for node 115X indicate, if node 115X has one or more power-receiving ports, how much received DC power node 115X is to draw from each of its one or more power-receiving ports. If one or more of the hybrid data/power ports of node 115X are power-transmitting ports, then power consumption and switching instructions 31 OX also indicate how much received DC power node 115X is to send via each of its one or more power-transmitting ports. The specified amounts of power, whether drawn or sent, may be indicated by power consumption and switching instructions 310X in absolute terms (e.g., watts) or proportional terms (% associated per port), for example. Where there is only one hybrid data/power port of a given kind (a power-receiving port or a power-transmitting port), certain information can be omitted from power consumption and switching instructions 31 OX, as the
required power usage behavior would be clear to node 115X even in the absence of a complete set of power consumption and switching instructions.
Example power consumption and switching instructions 310A for node 1 15A may be designed such that upon being interpreted by the node controller 124, the node controller 124 causes the power Poutput l received by node 1 15A from hybrid data/power port 132 A to be transferred to hybrid data/power port 132B, minus the power Pbasic used by the node controller 124 of node 1 15A, the power Pintemai used by subtending device 126 and the amount of power (PoutPut 2 = Piocai) supplied the subtending device 130 via hybrid data/power port 132C. This works out to Poutput 1 =
Pinput — Pbasic — Pintemai Plocal·
Example power consumption and switching instructions 31 OB for node 115B may be designed such that upon being interpreted by the node controller 124, the node controller 124 causes the power Pinput 1 at hybrid data/power port 132A to transfer through to hybrid data/power port 132C and the power Pinput 2 received at hybrid data/power port 132B to transfer through to hybrid data/power port 132D, while evenly distributing the power Pbasic + Pintemai required for internal functionalities. As result, each of the power output streams (from hybrid data/power port 132A to hybrid data/power port 132C, and from hybrid data/power port 132B to hybrid data/power port 132D) is reduced by half of the power use of node 115B, or P0UtPut 1 = Pinput 1 - ½(Pbasic + Pintemai) and Poutput_2 — Pinput_2 ½(PbasicA Pintemai)·
The power distribution map 305 may need to be updated periodically. The power consumption determination algorithm can therefore include periodic updates, where the central controller 140 detects a change affecting power requirements for at least one of the nodes and determines a new power distribution map based on the change. The power consumption determination algorithm effectively re-runs, returning to steps of receiving new information such as new node-specific information. A new power distribution map 305 is determined, causing new power consumption and switching instructions 310A-310H to be communicated to the nodes 115A-115H via the hybrid/power links 110.
3. Determination of the routing tables specific to the nodes
It should be appreciated that before, after, or during the execution of the aforementioned power consumption determination algorithm, the central controller 140 also carries out a data routing
algorithm to establish and maintain a logical network among the nodes 115A-115H. Specifically, the central controller 140 is configured to determine a data routing map 505, which is a representation of a computed (or desired) routing behavior of each of the nodes 115A-115H.
The data routing algorithm may take into account multiple factors, including:
(i) The node-specific information that was collected from the various nodes 115-115H (see the previous section) or entered by a user via the user device 1000. Non-limiting examples of such information include type of node, identifier / address, connectivity to other nodes, power and bandwidth demands (including average and peak data speed requirements each node), identity and characteristics of subtending devices connected to the node, identity and characteristics of the node’s internal devices, and functionalities.
(ii) The interconnection topology computed from the node-specific information or entered by a user via the user device 1000. Information encoding the interconnection topology and other information can be stored as data structures in the memory 144 of the central controller 140.
(iii) Priority information regarding the various nodes 115 A-l 15H. Priority information for each node can be defined, for example, by the central controller 140 giving each node a priority ranking, which can be entered by a user via the user device 1000 or computed based on information collected from the nodes such as node type or criticality. The influence of priority on the way in which the data routing algorithm determines the data routing map 505 is now described by way of non-limiting example. Consider two intermediate nodes with a subtending device that is a video camera, except that one is a higher-priority node (e.g., the video camera is at the main entrance) and the other is a lower-priority node (e.g., the video camera is inside the stock room). In this case, if the bandwidth of the hybrid data/power links is saturated, the data packets sent to the central controller 140 from the high-priority node may continue to be routed, whereas the data packets sent from the lower- priority node may be cached until more bandwidth becomes available, or dropped. The priority information associated with a particular destination address may be incorporated into the routing tables themselves. This example is simply by way of illustration, to show that in executing the data routing algorithm, the central controller 140 is able to instruct nodes to route data differently, depending on a variety of factors, including priority.
(iv) Other factors considered by the central controller 140 in determining the data routing map 505. One example of such other factor may include the specification of the hybrid data/power links 110 themselves. This may include the available bandwidth on the hybrid data/power links 110. This available bandwidth may vary depending on the PoE standard that is used, for example.
The data routing map 505 may be implemented by routing tables 515A-515H applied by the node controllers 124 of the various nodes 115A-115H, respectively. A given one of the routing tables 510X includes routing information (instructions) related to consumption and/or forwarding of data packets received by node 115X. Although in this embodiment, the routing information is encoded in the form of routing tables, this information can take the form of any suitable data structure.
It will be recalled that each of the nodes 115A-115H has an address and each data packet includes a destination address. The addresses can be IP addresses, MAC addresses or any other identifier that is unique to each node in the logical network. A data packet arriving at a particular node (e.g., node 115X) is considered to be destined for node 115X if its destination address is the address of node 115X; the data packet is considered to be destined for a different node if its destination address is not the address of node 115X.
Routing table 51 OX (for node 115X) is indicative of how to process a received data packet whose destination address does not match the address of the node 115X, by directing the data packet through node 115X to a desired hybrid data/power port that can carry data out of node 115X to a neighboring node. In particular, routing table 51 OX indicates towards which hybrid data/power port to send incoming data packets that are not destined for node 115X, based on the destination address of such data packets.
Fig. 5 shows two example routing tables, namely routing table 510A for node 115A and routing table 510B for node 115B, applicable to the logical network of Fig. IB. It is recalled that node 115A has hybrid data/power port 132A connected to the central controller 140 and hybrid data/power port 132B connected to node 115B. Also, node 115B has hybrid data/power port 132A connected to node 115 A, hybrid data/power port 132B connected to node 115H, hybrid data/power port 132C connected to node 115E and hybrid data/power respective port 132D connected to node 115C.
Routing tables 510A and 51 OB are different, in accordance with the different number of hybrid data/power ports available at each node and the nodes in data communication with each node. Specifically, routing table 510A specifies that a received data packet with a destination address of any node other than node 115A is forwarded via hybrid data/power port 132B. Forits part, routing table 510B specifies that a received data packet with a destination address of node 115A is forwarded via hybrid data/power port 132A, a received data packet with a destination address of node 115G or node 115H is forwarded via hybrid data/power port 132B, a received data packet with a destination address of node 115D, node 115E or node 115F is forwarded via hybrid data/power port 132C and a received data packet with a destination address of node 115C is forwarded via hybrid data/power port 132D.
Also shown is a priority level assigned to each destination node. As such, in the event of local data congestion, packets destined for high-priority destinations (e.g., nodes 115B, 115D and 115G in routing table 510A and nodes 115E, 115F and 115H in routing table 51 OB) are routed while packets destined for medium- or low-priority destinations may be cached for later storage, or dropped.
Those skilled in the art will appreciate that the above is a simplistic view of how to construct a routing table, and that various traffic engineering algorithms can be applied to produce routing tables that provide shorter travel times, avoid endless loops and meet other cost and performance criteria.
The data routing map 505 may need to be updated periodically. The data routing algorithm can therefore include periodic updates, where the central controller 140 detects a change affecting data routing requirements for at least one of the nodes and determines a new data routing map based on the change. The data routing algorithm effectively re-runs, returning to steps of receiving new information such as new node-specific information. A new data routing map 505 is determined, causing new routing tables 510A-510H to be communicated to the nodes 115A-115H via the hybrid/power links 110.
4. Transmission of the node-specific power consumption and switching instructions and the node- specific routing table to the nodes
The power consumption and switching instructions 310A-310H and the routing tables 510A-510H can be distributed to the nodes 115A-115H via the interface 148 and the hybrid data/power links 110. This can be done by participating in the aforesaid low-level control protocol with the various nodes 115A-115H. Examples of the low-level control protocol include LLDP or other protocols at any suitable layer(s) of the Open Systems Interconnection (OSI) model (such as physical, data link or transport. The individual nodes 115-115H respond to the received power consumption and switching instructions and activate the received routing tables.)
Once the logical network has been established, future power consumption and switching instructions and future routing tables need not be sent by control messages over the low-level control protocol, but rather can be sent by way of data packets over the logical network, since the controller 140 is part of the logical network together with nodes 115A-115H.
Thus, it can be said that the central controller 140 carries out an algorithm for determining the power distribution map 305 and the data routing map 505. This is summarized with additional reference to Fig. 7. Specifically, at step 710, the central controller 140 determines the interconnection topology, e.g., each node’s type and capabilities and which nodes are connected to which other nodes. At step 720, the central controller 140 determines the power distribution map 305, namely the representation of the power usage behavior of each of the nodes 115A-115H, based on each node’s requirements and the available power from the various power sources (e.g., the central controller 140 and the power source 150). At step 730, the central controller 140 determines the specific power consumption and switching instructions 310A-310H for each of the nodes 115A-115H, based on the power distribution map 305. At step 740, the central controller 140 determines the data routing map. At step 750, the central controller 140 determines the routing tables 510A-510H that implement the data routing map 305. It is noted that steps 740 and 750 may be carried out before, during or after execution of steps 720 and step 730. At step 760, the central controller 140 distributes the power consumption and switching instructions 310A-310H and the routing tables 510A-510H to the various nodes 115A-115H, which causes DC power to be distributed via the hybrid data/power links and the logical network to be established.
Also, it will be appreciated that there has been provided a description of a network device that comprises, in some cases, at least three ports connectable to hybrid data/power links for the transport of DC power and data packets (at least one of the ports being a power-receiving port or
ports for the network device and the remaining port or ports being power-transmitting port or ports for the network device) and a controller operatively coupled to the at least three ports and comprising power switching circuitry. The controller operates based on power drawn from a portion of the DC power received via the power-receiving port or ports. The controller is configured to executed a method that is summarized with reference to Fig. 8. Specifically, at step 810, the controller draws sufficient power to operate. St step 820, the controller participates in a low-level protocol to receive power consumption and switching instructions and a routing table (e.g., from the central controller 140). At step 830, by participating in the low-level protocol, the controller sends node-specific information to the central controller 140. At step 840, the controller outputs portions of power received at its power-receiving port(s) via its power-transmitting port(s). At step 850, the controller joins a logical network and consumes or reroutes received data packets based on the destination address specified in the received data packet and the previously received routing table. At step 860, the controller receives further power consumption and switching instructions and further routing tables over the logical network that it has joined. The controller may also send updates in node-specific information in data packets by virtue of its adhesion to the logical network.
In some cases, new information may be collected or computed by the central controller 140 in real time. For example, power requirements and bandwidth requirements may change, resulting in changes to the power distribution map 305 and/or to the routing map 505. For example, changes in power requirements and bandwidth requirements may arise due to, for example, nodes or other devices being added to or removed to the interconnection topology, nodes joining or leaving the logical network, nodes suddenly dumping large amounts of data (e.g., motion-sensitive cameras), nodes or devices ceasing operation, etc.
For example, in some embodiments, the power distribution map 305 may need to adapt as a result of triggering events. For example, a triggering event can be an unexpected change in received or supplied power (a surge or power outage) which, when detected by the central controller 140, causes the central controller 140 to recompute the power distribution map 305 and the power switching and consumption instructions 310A-310H for the various nodes 115A-115H.
For example, consider that the central controller 140 becomes unable to supply power, and that all power must come from power source 150. The absence of power supplied to node 115A or the
inability to supply power to node 115A can be detected by node 115A or by the central controller 140 itself. This changes the power distribution map 305; for example, it may result in the decision to cease supplying lower-priority nodes with power. After a new power distribution map 305 is recalculated, a set of revised power consumption and switching instructions has to be computed for the nodes 115A-115H. These revised power consumption and switching instructions change the power usage behavior of the nodes, in particular node 115A and the nodes that previously received power from node 115 A.
For example, assume that prior to the triggering event, nodes 115B, 115D, 115E and 115F were drawing power from the power supplied node 115A. This now becomes no longer an option. Instead, all power comes from power source 150, and the power usage behavior of the various nodes needs to change in order to allow nodes 115B, 115D, 115E and 115F to draw power supplied from the power source 150. If power source 150 does not supply sufficient power to meet the needs of the various nodes, prioritization may be carried out.
Thus, power is automatically redirected to a different group of nodes in the event that the central controller 140 can no longer supply the requisite power. By way of example, the central controller 140 may transmit power from a typical DC source, whereas the second DC power source 150 may be a generator or battery. Assume also that node 115E draws power from node 115A and that the subtending device 130 connected to node 115E is a light. If a power outage occurs (i.e., power controller 140 is unable to supply power to node 115A and therefore), revised power consumption and switching instructions 310B of node 115B cause available emergency power (from power source 150 via nodes 115G and 115H) to be drawn from node 310H and sent to node 310E so that the light can be powered. However, this may have an impact on the ability of other nodes to power their internal devices 126 or subtending devices 130. As such, further revised power consumption and switching instructions may need to be issued to the various other nodes as well.
In the above scenario, it is assumed that the central controller 140 has the ability to communicate revised power consumption and switching instructions to the various nodes despite not being able to provide sufficient power to node 115A in order to meet its needs. This is not a contradiction, as the aforementioned low-level control protocol may still be available for communication of the power consumption and switching instructions via control messages at low power and low bandwidth. However, in other embodiments, it is not necessary to rely on continued operation of
the central controller 140; rather a distributed response to triggering events may be implements. For example, the node controller 124 of node 115A (or of any other nodes) may be programmed to monitor the amount of power on its power-receiving hybrid data/power ports and to autonomously implement revised power consumption and switching instructions (which could have been previously stored in the node memory 120) upon detection of a change in supplied power. In this case, changes to the power consumption and switching instructions can occur locally, in the absence of control from a central controller 140.
In some embodiments, upon failure of the central controller 140, another node may take over execution of the power consumption determination algorithm and data routing algorithm formerly held by the central controller 140.
Virtual Circuits
It is worth noting that the power consumption and switching instructions 310A-310H can be used to form “virtual circuits” within the same the interconnection topology. A virtual circuit is a collection of nodes that all receive power from the same node (a “virtual breaker” node) as a result of programmable power usage behavior exhibited by that node (more precisely, by that node’s internal node controller 124 executing its power consumption and switching instructions). The power distribution map 305 can define one or more such virtual circuits, each with its virtual breaker node that is powered independently from the others. Practically speaking, the definition of a virtual circuit takes the form of a constraint on the power distribution map 305, forcing power to either flow through or avoid certain nodes. The resulting power consumption and switching instructions 310A-310H generated by the central controller 140 under these virtual circuit constraints (which may be user-specified) cause the subset of nodes in each virtual circuit to be linked to one another from a power supply point of view as if they are part of an independent physical circuit. The composition of these virtual circuits can be modified from the central controller 140 by changing the underlying virtual circuit constraints, albeit without modifying any of the hardware within the network.
In particular, the definitions of the virtual circuits can be modified at any desired time, e.g., by a user of the user device 1000. In particular, the user can enter data into the user device 1000 to define the virtual circuits in a graphical manner. This information is then translated by the user device 1000 or the central controller 140 into constraints on the power distribution map 305,
ultimately resulting in new power consumption and switching instructions 310A-310H for the various nodes 115A-115H. The central controller 140 can provide each of the nodes 115A-115H with additional information specifying the virtual circuit of which the node is a part.
An example is now described with reference to Fig. 4A, where a first virtual circuit 410 and a second virtual circuit 420 are illustrated. The first virtual circuit 410 (thick solid lines) includes nodes 115A, 115B, 115E and 115F, which are all programmed to receive DC power from the central controller 140 (which acts as a DC power source), with node 115A acting as a virtual breaker node for virtual circuit 410. The second virtual circuit 420 (dashed lines) includes nodes 115G, 115H, 115B, 115C and 115D, which are all programmed to receive power from the second DC power source 150, with node 115G acting as virtual breaker node. It should be understood that in other embodiments, different power sources are not required to power different virtual circuits; rather, the same power source can be used to power two or more virtual circuits.
It is noted that in this example, node 115B is part of both the first virtual circuit 410 and the second virtual circuit 420. Accordingly, power consumption and switching instructions 310B executed by the node controller 124 of node 115B direct node 115B to treat the DC power flowing through each of the virtual circuits 410, 420 independently from each other. For example, the power received from node 115A is passed directly to node 115E on the first virtual circuit 410 (minus half the contribution for the node’s own power requirements) while the power received from node 115H is passed directly to node 115C on the second virtual circuit 420 (minus the other half of the node’s own power requirements). Accordingly, although all the nodes 115A-115H are part of the same interconnection topology, power can be transmitted to different nodes along different virtual circuits 410, 420. No power is exchanged between nodes 115D and 115E, as they are in separate virtual circuits. However, the hybrid data/power link 110 between nodes 115D and 115E remains physically connected to allow the transport of further power consumption and switching instructions, routing tables or data packets, for example.
In this configuration, operation of nodes 115E and 115F is entirely dependent on the ability of node 115A to supply enough power to them (via node 115B), and operation of nodes 115C and 115D is entirely dependent on the ability of node 115G to supply enough power to them (via nodes 1105H and 115B). It is recalled that node 115A is sources by the central controller 140 and that
node 115G is sourced by the power source 150, which therefore feeds into the computation of the overall power distribution map as a set of constraints.
A noteworthy feature of virtual circuits is that they can be reorganized dynamically, so as to create different virtual circuits at different times. For example, FIG. 4B shows the same interconnection topology as in Fig. 4A, except with different virtual circuits being implemented.
Specifically, in this case, a third virtual circuit 430 includes nodes 115A, 115B, 115E and 115F, as well as nodes 115C, 115D that were previously part of the second virtual circuit 420 of Fig. 4A. The hybrid data/power link 110 between nodes 115D and 115E can for part of this third virtual circuit 430. All the nodes on the third virtual circuit 430 can receive power from central controller 140 via node 115A acting as a virtual breaker node.
A fourth virtual circuit 440 includes node 115G and 115H, which are configured to receive power from the second DC power source 150. No power is exchanged between nodes 115B and 115H, as they are in separate virtual circuits.
In the virtual circuit configuration of Fig. 4B, virtual breaker nodes 115A and 115G transmit DC power to the third virtual circuit 430 and the fourth virtual circuit 440, respectively, in a completely independent manner, as there is no common node shared by the two virtual circuits 430, 440.
The change from the configuration of Fig. 4A to that of Fig. 4B occurs simply by changing the power distribution map 305, which results in the central controller 140 issuing updated power consumption and switching instructions 310A-310H to at least some if not all of the nodes 115A- 115H. Physical connections of the underlying interconnection topology, although not necessarily all used in the new virtual circuit definition remain in place. For example, the hybrid data/power link 110 between nodes 115H and 115B carries no power but remains physically connected to allow the transport of further power consumption and switching instructions, routing tables or data packets, for example.
The power consumption and switching instructions 310A-310H can change overtime, e.g., thereby transforming the virtual circuit configuration of Fig. 4A into the virtual circuit configuration of Fig. 4B, without modifying any of the hardware within the system. The power consumption and switching instructions 310A-310H are specific to each of the nodes 115A-115H that are defined
within the power distribution map 305, so that each of the nodes 115A-115H implements distribution of the DC power that flows through that node according to its current instructions.
Also of interest is that when reconfiguring virtual circuits, there need not be any change to the data routing map 505 of the routing tables 510A-510H. While the virtual circuits may isolate groups of nodes from one another in terms of power consumption, data communication among the nodes still occurs. In the configuration of Fig. 4A, data can flow between a node in virtual circuit 410 and a node in virtual circuit 420 (e.g., between nodes 115D and 115E), even though power may not. The same applies to virtual circuits 430 and 440 in the configuration of Fig. 4B (e.g., between nodes 115H and 115B). As a result, data (e.g., large amounts of data such as in the case where the internal devices 126 or subtending devices 130 are cameras), can be passed along the most efficient route, as determined by the routing tables 510A-510H, rather than being restricted to travel exclusively within a virtual circuit. This is a difference with respect to traditional electrical circuits that are completely isolated from one another and do not allow data travel between nodes in different traditional electrical circuits.
Dual-powered nodes
In some embodiments, the node controller 124 of a given node within the interconnection topology may have the option to draw power from one or more power-receiving ports that are hybrid data/power ports, but also from an independent power source (i.e., independent of the interconnection topology) such as an AC source (e.g., wall plug), an uninterruptible power supply or a battery. Such a node may be referred to as a dual-powered node. Fig. 6 illustrates the interconnection topology of Fig. 1 A, except where node 615A (formerly 315A) is a dual-powered node. The independent power source for node 615 A is denoted 699 and is connected to node 615 A via a power port, not necessarily a hybrid data/power port.
Due to its additional ability to draw power from the independent source 699, dual-powered node 615 A is capable of carrying out the following functionalities in a non-limiting embodiment:
1. Draw an amount of power Pbas + Pintemai from the independent source 699. It is recalled that Pbasic is sufficient to power the node controller 124 of node 615A for the execution of certain basic functionalities, and that Pintemai is the power requirement associated with the internal devices 126 of node 615 A.
2. Participate in a low-level control protocol by exchanging control messages that enable node 615 A to (i) provide the central controller 140 with node-specific information and (ii) receive node-specific power consumption and switching instructions and a node-specific routing table from the central controller 140. This participation continues regardless of the fact that node 615 A does not draw power from any of its power-receiving ports. It is noted that if node 615 A has already joined the logical network (see point 4. below), further power consumption and switching instructions and routing tables for node 615 A can be sent by the central controller 140 in data packets exchanged over the logical network; in that case, the transmission of control messages using the low-level control protocol is no longer required.
3. Distribute the power received at the power-receiving port 132 A between its power-transmitting ports 132B, 132C in accordance with the power consumption and switching instructions 310B that are specific to node 615 A. It is noted that this distribution allows the subtending device 130 of node 615A to be powered from power received from the central controller 140.
4. Join and participate in the logical network with the other nodes by, e.g., decoding data packets carried by the data signals received on each of the node’s hybrid data/power ports and applying the routing table 510B that is specific to node 615A, based upon which the packet is either released via one of the hybrid data/power ports or is sent to a higher-layer application for consumption by node 615 A.
In this way, the dual-powered node 615 A participates in implementing the power distribution map 305 without drawing power for its node controller 124 or its internal device 126. In other words, the power consumption of dual-powered node 615A, as seen by the controller 140, is that of node 315B from Fig. 1A minus (Pbasic + Pintemai). In other words, the power demands of dual-powered node 615 A from the central controller 140 are lower than in the case where the independent power source 699 was not available. This is factored into the determination of the power distribution map 305 by the central controller 140, which has an effect on the power consumption and switching instructions sent not only to dual-powered node 615 A but also to the other nodes, since the amount of power available to the other nodes is greater.
It should also be considered that the independent power source 699 may also be used to power the subtending device 130 of node 615 A.
As such, it has been described how node 615 A may participate in the distribution of power (in accordance with the power distribution map 305 determined by the central controller 140) without drawing any power for its own purposes. In addition, node 615 A participates in the logical network through the routing of data packets in accordance with routing tables. These data packets arrive on hybrid data/power links together with DC power. It has thus been described how in some embodiments, processing of the received data packets is made possible by drawing Pbasic from the received DC power (in the case of node 315B), whereas in other embodiments, processing of the received data packets does not require the draft of any of the received DC power, since power is available from an independent power source (in the case of node 615 A).
Although the independent power source 699 may be available, this does not imply that it must be used to power the node controller 124. Rather, the independent power source 699 may be used only in certain cases, either as judged by the node controller 124 or the central controller 140. Instructions for using, or not using, the independent power source 699 may be communicated as an extension to the power consumption and switching instructions.
It should also be considered that the independent power source 699 may fail or cease to become available, for example during a power failure. In such a case, if the independent power source 699 was being used to power the controller 124 and the internal device(s) 126 of a dual-powered node, this would cause a failure in the controller 124. However, power may still be available at a power receiving port of the dual-powered node. As such, the controller 124 may draw some of the available power (e.g., an amount Pbasic) in order to carry out a reboot sequence and return to a mode of operation as if there were no more independent power source 699 (i.e., as if the node were not dual -powered). Of course, this additional draft of power (e.g., in the amount of Pbasic) reduces the amount of power that would be available to downstream nodes. These changes are taken into account by the central controller 140, which computes a new power distribution map and a new set of power consumption and switching instructions for the various nodes.
In some embodiments, certain network devices in the interconnection topology may be single- or multi-port “legacy” devices that are connected by hybrid data/power links but do not qualify as nodes equipped with the above described functionalities. Legacy devices do not have a power consumption behavior that is controlled by the above-described power consumption and switching instructions received from the central controller 140 and do not have a packet switching behavior
that is controlled by the above-described routing tables received from the central controller 140. A legacy device with a power-receiving port can participate in the aforementioned low-level control protocol in order to request a certain amount of received power over the power-receiving port. If it has a power-transmitting port, a legacy device simply transfers the signal on the power receiving port over to the power-transmitting port, minus the amount of power it draws for operation of the legacy device. The power needs of the legacy devices in the interconnection topology are known to the central controller 140 and considered in the computation of the power distribution map (and the power consumption and switching instructions sent to the nodes).
In a variant, plural central controllers may be provided, as shown in Fig. 9A, where there is provided central controller 140 and central controller 940. In this embodiment, central controller 140 acts as a power source but central controller 940 does not. This implies that all nodes 115-A- 115H are powered by central controller 140 but this need not be the case. In particular, nodes 115A-115H are responsive to power consumption and switching instructions sent by central controller 140 in order to implement part of a power distribution map computed by central controller 140. Central controller 140 is integrated with / connected to user device 1000 (e.g., over a data network such as the internet) and central controller 940 is integrated with / connected to user device 9000 (e.g., over a data network such as the internet) but could also be connected to user device 1000.
Additionally, and with reference to Fig 9B, nodes 115A-115D form a first logical network defined by routing tables forming part of a data routing map computed by central controller 140. Similarly, nodes 115E-115H form a second logical network defined by routing tables forming part of a data routing map computed by central controller 940. This means that a data packet received at any port of any of the nodes 115A-115D that belongs to the second logical network (e.g., destined for any of nodes 115E-115H) is forwarded by that node to a default port that is different from the port on which the data packets was received.
Nodes 115A-115D forming part of the first logical network need to know that they are under the control of central controller 140 and nodes 115E-115H forming part of the second logical network need to know that they are under the control of central controller 940. This can be achieved by storing the appropriate logical network identifier in the node memory 124B of each node and having the node processor 124A compare the logical network identifier regarding a received data
packets 175 (which may be found, e.g., in a header of the data packet) against the logical network identifier stored in the node memory 124B. If there is a match, then the data packet is part of the same logical network as the node and can be routed according to the routing table. Otherwise, default routing may need to be carried out.
With reference to Fig. 10, there is shown the user device 1000 that implements a graphical user interface (GUI) 1010 that displays on a device screen and is capable, in this embodiment, of receiving input such as via a touchscreen, mouse or keyboard. As previously mentioned, the user device 1000 may be implemented as a user console or a mobile wireless device, for example. The user device 1000 can be configured to provide an opportunity for the user to specify an interconnection topology via the GUI 1010. This can be done directly, for example, by the use of menus from which the user may select different node types, interconnection topology, power requirements and bandwidth requirements. The user device may also be configured to provide the user with an opportunity to define one or more virtual circuits via the GUI 1010. In Fig. 10, two virtual circuits are illustrated (one in solid lines and the other in dash-dot lines).
The GUI 1010 of Fig. 10 illustrates node icons 1015A-1015H a representing an interconnected topology of nodes (such as nodes 115A-115H previously described), and link icons 1025 representing hybrid data/power links (such as links 110 previously described). A cursor 1006 (in the shape of an arrow) is illustrated as positioned over node 1015H. Responsive to the user positioning the cursor 1006 over node 1015H, the user device 1000 may cause a dialog 1008 to appear on the GUI 1010. Example information that may be conveyed in the dialog 1008 include a priority level and virtual circuit identification. Further information (not shown) in the dialog 1008 may relate to a node address or identifier, node type, power requirements, bandwidth requirements or other node-specific information.
The GUI 1010 may provide an opportunity for a user to enter changes to the interconnection topology or node-specific information. For example, the dialog 1008 can include a control function that allows a user to change node-specific information. For example, the user can select a node type for each of the nodes from a predetermined set of device types that appear on a menu. In some cases, the device types may include a variety of source PoE devices, intermediate PoE devices and terminal PoE devices. Other possible user-selectable devices in the set may include power sources
and central controllers. Similarly, the user can change the priority level or virtual circuit identifier. Information such as the address may or may not be modifiable by the user.
Some node-specific information may be entered by the user via the GUI 1010, but in other cases certain node-specific information may be stored in memory in association with an identifier of the node. The node-specific information may also be stored in memory in association with the device type.
The changes to the interconnection topology or node-specific information are recorded by the user device 1000 and/or the central controller 140 to which the user device 1000 is connected. This results in a new set of power consumption and switching instructions and routing tables due to ongoing execution of the power consumption determination algorithm and the data routing algorithm, as described above. The GUI 1010 may also provide the user with an opportunity to control when the power consumption and switching instructions 310A-310H and/or the routing tables 510A-510H are sent to the various nodes 115A-115H.
It should be appreciated that one or more steps of the methods provided herein may be performed by corresponding units or modules. For example, data may be transmitted by a transmitting unit or a transmitting module. Data may be received by a receiving unit or a receiving module. Data may be processed by a processing unit or a processing module. The respective units/modules may be hardware, software, or a combination thereof. For instance, one or more of the units/modules may be an integrated circuit, such as field programmable gate arrays (FPGAs) or application- specific integrated circuits (ASICs). It will be appreciated that where the modules are software, they may be retrieved by a processor, in whole or part as needed, individually or together for processing, in single or multiple instances as required, and that the modules themselves may include instructions for further deployment and instantiation.
Although combinations of features are shown in the illustrated embodiments, not all of them need to be combined to realize the benefits of various embodiments of this disclosure. In other words, a system or method designed according to an embodiment of this disclosure will not necessarily include all of the features shown in any one of the Figures or all of the portions schematically shown in the Figures. Moreover, selected features of one example embodiment may be combined with selected features of other example embodiments.
Although this disclosure has been described with reference to illustrative embodiments, this description is not intended to be construed in a limiting sense. Various modifications and combinations of the illustrative embodiments, as well as other embodiments of the disclosure, will be apparent to persons skilled in the art upon reference to the description. It is therefore intended that the appended claims encompass any such modifications or embodiments.
Moreover, it will be appreciated that any module, component, or device disclosed herein that executes instructions may include, or otherwise have access to, a non-transitory computer/processor readable storage medium or media for storage of information, such as computer/processor readable instructions, data structures, program modules and/or other data. A non-exhaustive list of examples of non-transitory computer/processor readable storage media includes magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, optical disks such as compact disc read-only memory (CD-ROM), digital video discs or digital versatile discs (i.e., DVDs), Blu-ray Disc™, or other optical storage, volatile and non volatile, removable and non-removable media implemented in any method or technology, random- access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology. Any such non-transitory computer/processor storage media may be part of a device or accessible or connectable thereto. Computer/processor readable/executable instructions to implement an application or module described herein may be stored or otherwise held by such non-transitory computer/processor readable storage media.
The embodiments set forth herein represent information sufficient to practice the claimed subject matter and illustrate ways of practicing such subject matter. Upon reading the description in light of the accompanying figures, those of skill in the art will understand the concepts of the claimed subject matter and will recognize applications of these concepts not particularly addressed herein. It should be understood that these concepts and applications fall within the scope of the disclosure and the accompanying claims.
Claims
1. A method for execution in a controller device, comprising: obtaining an interconnection topology for a plurality of network devices interconnected via hybrid data/power links; obtaining a power distribution map associated with the interconnection topology; and causing DC power to be distributed to the network devices via the hybrid data/power links according to the power distribution map.
2. The method according to claim 1, wherein obtaining the interconnection topology comprises receiving the interconnection topology from a user device connected to the controller device.
3. The method according to claim 1, further comprising receiving information from the network devices and wherein obtaining the interconnection topology comprises determining the interconnection topology based on the information received from the network devices.
4. The method according to claim 3, further comprising participating in a low-level control protocol with the network devices to receive the information from the network devices.
5. The method according to claim 4, wherein each of the hybrid data/power links includes (i) first conductors carrying high-speed data and not carrying DC power and (ii) second conductors carrying DC power and not carrying high-speed data, wherein the low-level control protocol involves an exchange of control messages over the second conductors.
6. The method according to claim 1, wherein obtaining the interconnection topology comprises accessing a data structure in a non-transitory memory, the data structure encoding the interconnection topology.
7. The method according to claim 1, wherein determining the interconnection topology comprises processing data packets received from the network devices via the hybrid data/power links.
8. The method according to claim 5, wherein a given one of the control messages received from a given one of the network devices comprises an identifier of the given one of the network devices.
9. The method according to claim 5, wherein a given one of the control messages received from a given one of the network devices comprises an indication of one or more subtending devices connected to the given one of the network devices.
10. The method according to claim 9, wherein the one or more subtending devices are connected to the given one of the network devices via separate respective physical connections.
11. The method according to claim 9, wherein the indication of the one or more subtending devices connected to the given one of the network devices comprises, for each of the one or more subtending devices, a device type and/or a power demand.
12. The method according to claim 9, wherein the control messages received from a given one of the network devices further comprise an indication of a total DC power demand of the given one of the network devices including the DC power demand of each of the one or more subtending devices.
13. The method according to claim 5, wherein the control messages received from a given one of the network devices comprise an indication of a total DC power demand of the given one of the network devices.
14. The method according to claim 5, wherein the control messages are LLDP control messages.
15. The method according to claim 1, further comprising determining power requirements for the network devices, wherein the power distribution map is determined based on the determined power requirements for the network devices.
16. The method according to claim 15, wherein each given network device has a basic power demand for enabling operation of a node controller within the given network device, and wherein the power requirement for the given network devices corresponds to an amount of power at least as great as the basic power demand of the given network device.
17. The method according to claim 15, wherein each given network device has a basic power demand for enabling operation of a node controller within the given network device and an internal power demand for powering a device internal to the given network device, wherein the power
requirement for the given network device corresponds to an amount of power at least as great as the sum of the basic and internal power demands for the given network device.
18. The method according to claim 15, wherein each given network device has a basic power demand for enabling operation of a node controller within the given network device and an internal power demand for powering a device internal to the given network device and a local power demand for powering a subtending device connected to the network device, wherein the power requirement for the given network device corresponds to an amount of power at least as great as the sum of the basic, internal and local power demands for the given network device.
19. The method according to claim 15, wherein each given network device has a basic power demand for enabling operation of a node controller within the given network device and an internal power demand for powering a device internal to the given network device, wherein the power requirement for the given network device corresponds to an amount of power greater than the sum of the basic and internal power demands for the given network device.
20. The method according to claim 19, wherein to determine the power requirements for the network devices, the method comprises consulting a non-transitory memory that stores node specific information.
21. The method according to claim 15, further comprising: determining a change in power requirements for at least one of the network devices; determining a new power distribution map based on the change in power requirements; and causing DC power to be distributed to the network devices via the hybrid data/power links according to the new power distribution map.
22. The method according to claim 21, wherein at least one of the network devices is a source of DC power that is distributed to the other network devices in the interconnection topology in accordance with the power distribution map.
23. The method according to claim 21 , wherein two or more of the network devices are sources of DC power that is distributed to the other network devices in the interconnection topology in accordance with the power distribution map.
24. The method according to claim 1, wherein causing power to be distributed to the network devices includes causing some of the network devices to distribute power to other ones of the network devices via corresponding ones of the hybrid data/power links.
25. The method according to claim 24, wherein certain ones of the network devices each have at least one power-receiving port and a plurality of power-transmitting ports, wherein said causing DC power to be distributed comprises transmitting a message to instruct each of the certain ones of the network devices to distribute DC power received at its at least one power-receiving port among its plurality of power-transmitting ports.
26. The method according to claim 24, further comprising transmitting a message to each of the certain ones of the network devices to specify a proportion according to which DC power is to be distributed among the power-transmitting ports of that certain one of the network devices.
27. The method according to claim 24, wherein certain ones of the network devices each have a plurality of power-receiving ports and at least one power-transmitting port, wherein causing power to be distributed comprises causes transmission of a message to instruct each of the certain ones of the network devices to combine received DC power from its plurality of power-receiving ports into DC power distributed through its at least one power-transmitting port.
28. The method according to claim 27, further comprising transmitting a message to each of the certain ones of the network devices to specify a proportion according to which DC power is to be combined from the power-receiving ports of that certain one of the network devices.
29. The method according to claim 1, wherein each of the network devices has a power requirement and wherein causing DC power to be distributed to the network devices comprises causing each of the network devices to receive an amount of DC power sufficient to meet its power requirement.
30. The method according to claim 1, wherein causing DC power to be distributed to the network devices comprises sending power consumption and switching instructions to each of the network devices, for control of power distribution at each of the network devices.
31. The method according to claim 30, further obtaining a priority of each network device, wherein the power consumption and switching instructions sent to a given one of the network devices depend on the priority of the given network device.
32. The method according to claim 31 , wherein for a particular network device having a higher priority than at least one other network device, the power consumption and switching instructions sent to the particular network device instruct the particular network device to consume an amount of received DC power that is sufficient to meet its power requirements.
33. The method according to claim 31, wherein for a particular network device having a lower priority than at least one other network device, the power consumption and switching instructions sent to the particular network device instruct the particular network device to forward received DC power to a neighboring network device without consuming more power than what is required to operate a node controller at the particular network device.
34. The method according to claim 1, further comprising obtaining a specification of at least two virtual circuits, each virtual circuit comprising a respective subset of the network devices within the same interconnection topology.
35. The method according to claim 34, wherein at least one of the network devices in each of the virtual circuits supplies all the power required to power the network devices in that virtual circuit.
36. The method according to claim 34, wherein at least one of the network devices belongs to two or more virtual circuits.
37. The method according to claim 34, wherein at least one of the network devices in a first one of the virtual circuits is traversed by power that powers the network devices in the second one of the virtual circuits.
38. The method according to claim 34, wherein causing DC power to be distributed to the network devices comprises sending power consumption and switching instructions to each of the network devices, for control of power distribution at each of the network devices.
39. The method according to claim 38, further comprising detecting a change and reconfiguring the virtual circuits in response to the change.
40. The method according to claim 39, wherein reconfiguring the virtual circuits comprises sending new power consumption and switching instructions to the network devices in the first and second ones of the virtual circuits.
41. The method according to claim 1, further comprising: determining a data routing map associated with the interconnection topology; causing data packets to be routed by the network devices via the hybrid data/power links according to the data routing map.
42. The method according to claim 41, further comprising: detecting a change in bandwidth requirements for at least one of the network devices; determining a new data routing map based on the change; and causing data signals to be communicated among the network devices via the hybrid data/power links according to the new data routing map.
43. The method according to claim 1, further comprising: determining a data routing map associated with the interconnection topology; and causing data signals to be communicated among the network devices via the hybrid data/power links according to the data routing map.
44. The method according to claim 41, wherein the data routing map is different from the power distribution map.
45. The method according to claim 41, further comprising determining bandwidth requirements for the network devices and determining the data routing map based on the determined data requirements and the interconnection topology.
46. The method according to claim 45, wherein determining bandwidth requirements for the network devices comprises receiving messages from the network devices and indicative of the bandwidth requirements for the network devices.
47. The method according to claim 46, wherein determining bandwidth requirements for a given one of the network devices comprises consulting a non-transitory memory based on an identifier of the given one of the network devices.
48. The method according to claim 1, further comprising: receiving user input indicative of a new power distribution map; and causing DC power to be distributed to the network devices via the hybrid data/power links according to the new power distribution map.
49. The method according to claim 41, wherein determining the data routing map comprises causing instructions related to processing of received data packets to be delivered to each of the network devices.
50. The method according to claim 49, wherein each of the data packets having a destination address, wherein the instructions comprise a routing table for each given one of the network devices, the given one of the network devices having an address, the routing table indicative of how to process a received data packet whose destination address does not match the address of the given one of the network devices.
51. The method according to claim 41, further comprising: receiving user input indicative a new data routing map; and causing data signals to be communicated among the network devices via the hybrid data/power links according to the new data routing map.
52. A non-transitory computer-readable storage medium comprising instructions which, when carried out by a processor of a controller device, cause the controller device to carry out a method that comprises: obtaining an interconnection topology for a plurality of network devices interconnected via hybrid data/power links; obtaining a power distribution map associated with the interconnection topology; and causing DC power to be distributed to the network devices via the hybrid data/power links according to the power distribution map.
53. A controller device, comprising: a first hybrid data/power port for connection to a first network device; a processor; and a memory storing instructions for execution by the processor;
- the processor configured to execute the instructions and carry out a method that comprises: o obtaining an interconnection topology for a plurality of network devices interconnected via hybrid data/power links, the interconnection topology including the first network device and the first hybrid data/power link; o obtaining a power distribution map associated with the interconnection topology; and o causing DC power to be distributed to the network devices via the hybrid data/power links according to the power distribution map.
54. A method of operating a computing device having a screen, comprising: implementing a graphical user interface configured for: (i) receiving from a user a specification of a plurality of network devices, including bandwidth and power requirements for the network devices, an interconnection topology of the network devices and a logical network involving the network devices; and (ii) graphically displaying via the screen a plurality of network device icons and link icons indicative of the interconnection topology; causing transmission of signals to a central controller, the signals being indicative of the bandwidth and power requirements for the network devices, the interconnection topology and the logical network.
55. The method according to claim 54, wherein the interconnection topology is indicative of which network devices are directly connected to which other network devices by hybrid data/power links.
56. The method according to claim 54, the specification of the plurality of network devices further including a device type for each of the network devices.
57. The method according to claim 56, further comprising providing an opportunity for the user to select via the graphical user interface the device type for each of the network devices from a predetermined set of network device types.
58. The method according to claim 57, wherein the predetermined set of network device types comprises intermediate Power-over-Ethemet devices, source Power-over-Ethemet devices and terminal Power-over-Ethernet devices.
59. The method according to claim 56, wherein determining the bandwidth and power requirements for a given of the network devices comprises consulting a memory based on the device type for the given one of the network devices.
60. The method according to claim 54, further comprising providing the user with an opportunity to enter bandwidth and power requirements for the network devices via the graphical user interface.
61. The method according to claim 54, further comprising sending signals to the plurality of network devices, the signals causing a power distribution map and a data routing map to be implemented by the plurality of network devices.
62. The method according to claim 61, wherein certain ones of the network devices have two or more power-transmitting ports, further comprising determining the power distribution map by determining a distribution of power received by each of the certain ones of the network devices among its two or more power-transmitting ports.
63. The method according to claim 62, wherein determining the power distribution map takes into account an internal power demand of each of the network devices.
64. The method according to claim 62, wherein the power distribution map defines a plurality of virtual circuits, each of the virtual circuits comprising a plurality of network devices, wherein at least one of the network devices in each of the virtual circuits is a breaker node for that virtual circuit.
65. The method defined in claim 64, further comprising differently identifying the network devices in one virtual of the virtual circuits relative to the network devices in another one of the virtual circuits.
66. The method according to claim 61, further comprising determining the data routing map by determining a route through the logical network for data to travel between network devices associated with respective addresses.
67. The method according to claim 54, wherein the method is implemented by the central controller.
68. The method according to claim 54, wherein the method is implemented by a device that is operatively coupled to the central controller by a communication link.
69. The method according to claim 54, further comprising providing the user with an opportunity to specify via the graphical user interface subsets of network devices in the interconnection topology, and an identification of a selected one of the network devices in each subset of the network devices for exclusive distribution of power to the other network devices in that subset.
70. The method according to claim 69, further comprising providing an opportunity for the user to specify a total power requirement for each subset of network devices, wherein determining the bandwidth and power requirements for the network devices comprises determining the bandwidth requirements for the network devices and determining the power requirements for the network devices, and wherein the power requirements for the network devices are dependent on the bandwidth requirements for each subset of network devices.
71. The method according to claim 70, further comprising determining a power distribution map by determining a distribution of power received by certain ones of the network devices among two or more power-transmitting ports, wherein the power distribution map defines virtual circuits corresponding to the subsets of network devices.
72. The method according to claim 71, wherein the route for data to travel from the given network device to another network device in the logical network traverses no more than a single virtual circuit.
73. The method according to claim 71, wherein the route for data to travel from the given network device to another network device in the logical network traverses different virtual circuits.
74. The method according to claim 71, further comprising determining routing tables to be applied by respective ones of the network devices to route data packets within the logical network.
75. The method according to claim 54, further comprising: providing the user with an opportunity to change the specification of the interconnection topology to a new interconnection topology; and graphically displaying via the screen a plurality of network device icons and link icons indicative of the interconnection topology.
76. The method according to claim 75, further comprising:
determining bandwidth and power requirements for the network devices in the new interconnection topology; causing transmission of signals to the central controller, the signals being indicative of the bandwidth and power requirements for the network devices in the new interconnection topology.
77. A non-transitory computer-readable storage medium comprising instructions which, when carried out by a processor of a computing device, cause the computing device to carry out a method that comprises: implementing a graphical user interface configured for: (i) receiving from a user a specification of a plurality of network devices, including bandwidth and power requirements for the network devices, an interconnection topology of the network devices and a logical network involving the network devices; and (ii) graphically displaying the interconnection topology and the logical network; and causing transmission of signals to a central controller, the signals being indicative of the bandwidth and power requirements for the network devices, the interconnection topology and the logical network.
78. A network, comprising: a plurality of network devices; and a plurality of hybrid data/power links interconnecting the network devices in accordance with a topology; wherein the network devices are configured to distribute DC power throughout the topology in accordance with a power distribution map received from a central controller; and wherein the network devices are configured to route data throughout the topology in accordance with a data routing map received from the central controller.
79. The network according to claim 78, wherein the topology is a mesh topology.
80. The network according to claim 78, wherein at least some of the network devices are security cameras.
81. The network according to claim 78, wherein the power distribution map defines a plurality of virtual circuits, each of the virtual circuits comprising a corresponding subset of said plurality
of network devices, wherein at least one of the network devices in each of the virtual circuits distributes all DC power for the other network devices in that virtual circuit.
82. The network according to claim 78, wherein the network devices are configured to participate in a low-level control protocol to receive control messages from the central controller.
83. The network according to claim 82, wherein the control messages include power consumption and switching instructions for each of the network devices.
84. The network according to claim 83, wherein a given one of the network devices has at least one power-receiving port and a plurality of power-transmitting ports and wherein the power consumption and switching instructions for the given one of the network devices indicates how the given one of the network devices is to distribute DC power received at its least one power receiving port among its plurality of power-transmitting ports.
85. The network according to claim 84, wherein the power consumption and switching instructions specify a proportion according to which DC power is to be distributed among the power-transmitting ports of the given one of the network devices.
86. The network according to claim 83, wherein a given one of the network devices has a plurality of power-receiving ports and at least one power-transmitting port, wherein the power consumption and switching instructions are indicative of how the given one of the network devices is to combine received DC power from its plurality of power-receiving ports into DC power distributed through its at least one power-transmitting port.
87. The network according to claim 86, wherein the power consumption and switching instructions specify a proportion according to which DC power is to be combined from the power receiving ports of the given one of the network devices.
88. The network according to claim 83, wherein the control messages include a routing table for each of the network devices, for routing of data packets received at those network devices.
89. The network according to claim 88, wherein each of the data packets has a destination address, wherein a given one of the network devices has an address, and wherein the routing table for the given one of the network devices is indicative of how the given one of the network devices is to process a received data packet whose destination address does not match the address of the given one of the network devices.
90. The network according to claim 88, wherein the given one of the network devices receives DC power from a second network device via a given hybrid data/power link.
91. The network according to claim 90, wherein a data signal communicated from the second network device to the given one of the network devices over the given hybrid data/power link occupies a first frequency range and wherein the DC power received by the given one of the network devices from the second network device over the given hybrid data/power link occupies a second frequency range different from the first frequency range.
92. The network according to claim 78, further comprising the central controller.
93. The network according to claim 78, wherein at least one of the network devices is a source of DC power that is distributed to the other network devices in the interconnection topology in accordance with the power distribution map.
94. The network according to claim 78, wherein two or more of the network devices are sources of DC power that is distributed to the other network devices in the interconnection topology in accordance with the power distribution map.
95. A network devi ce, compri si ng : a plurality of ports connectable to hybrid data/power links for the transport of DC power and data packets, at least one of the ports being a power-receiving port or ports for the network device and the remaining port or ports being power-transmitting port or ports for the network device; a controller operatively coupled to the ports and comprising power switching circuitry; wherein the controller operates based on power drawn from a portion of the DC power received via the power-receiving port or ports; wherein the controller is configured for determining a destination of data packets received via any of the ports and outputting those of the received data packets that are not destined for the network device via another one of the ports; and wherein the controller is further configured for causing the power switching circuitry to output via the power-transmitting port or ports respective portions of the received DC power received at the power-receiving port or ports and not drawn by the controller for operation thereof.
96. The network device according to claim 95, further comprising consulting a routing table to determine the destination of a particular received data packet.
97. The network device defined in claim 96, wherein the controller is configured to participate in a low-level protocol for initially receiving the routing table from a central controller.
98. The network device according to claim 97, wherein the routing table associates a plurality of potential destinations with respective ones of the ports.
99. The network device defined in claim 97, wherein the controller is configured to send device-specific information regarding the network device to the central controller using the low- level protocol.
100. The network device defined in claim 99, wherein the device-specific information comprises one or more of: network device type, identifier / address, connectivity to other network devices via the ports, power and bandwidth demands, identity and characteristics of subtending devices connected to the via the ports, identity and characteristics of internal devices, available DC power and network device functionalities.
101. The network device defined in claim 97, wherein the low-level protocol is LLDP.
102. The network device defined in claim 96, wherein the routing table is encoded in at least some of the received data packets.
103. The network device defined in claim 95 wherein to output via plural ones of the power- transmitting ports respective portions of the received DC power received at the power-receiving port or ports and not drawn by the controller for operation thereof, the controller is configured to carry out power consumption and switching instructions.
104. The network device defined in claim 103, wherein the controller is configured to participate in a low-level protocol for initially receiving the power consumption and switching instructions from a central controller.
105. The network device defined in claim 104, wherein the controller is configured to send device-specific information regarding the network device to the central controller using the low- level protocol.
106. The network device defined in claim 105, wherein the device-specific information comprises one or more of: network device type, identifier / address, connectivity to other network
devices via the ports, power and bandwidth demands, identity and characteristics of subtending devices connected to the via the ports, identity and characteristics of internal devices, available DC power and network device functionalities.
107. The network device defined in claim 104, wherein the low-level protocol is LLDP.
108. The network device defined in claim 103, wherein the power consumption and switching instructions are encoded in at least some of the received data packets.
109. The network device according to claim 103, wherein the power consumption and switching instructions encode an amount of DC power to be supplied to each of the power-transmitting port or ports from each of the power-receiving port or ports.
110. The network device according to claim 109, wherein the amount of DC power is an absolute amount of DC power.
111. The network device according to claim 109, wherein the amount of DC power is a relative amount of DC power.
112. The network device defined in claim 95, wherein at least two of the ports are power receiving ports.
113. The network device defined in claim 95, wherein at least two of the ports are power- transmitting ports.
114. The network device defined in claim 113, further comprising an internal device that also operates based on power drawn from a portion of the DC power received via the power-receiving port or ports.
115. The network device according to claim 95, wherein the controller is further configured for determining whether a received packet is destined for the network device by comparing the destination of the received data packet to an address of the network device.
116. The network device according to claim 115, wherein the destination of the received data packet is encoded in an address of the received data packet.
117. The network device according to claim 116, wherein the controller is further configured to carry out higher-layer processing of those of the received packets that are destined for the network device.
118. The network device according to claim 95, wherein the network also draws AC power from an external power source, wherein the controller selectively operates based on the DC power drawn from the power-receiving port or ports or the AC power drawn from the external power source.
119. The network device according to claim 118, further comprising an AC-to-DC converter to convert the AC power drawn from the external power source into DC power for powering the controller.
120. The network device according to claim 95, wherein the plurality of ports comprises at least three ports.
121. The network device according to claim 95, wherein the plurality of ports comprises at least four ports.
122. The network device according to claim 95, wherein each of the hybrid data/power links includes (i) first conductors carrying high-speed data and not carrying DC power and (ii) second conductors carrying DC power and not carrying high-speed data, wherein the data packets travel on the first conductors.
123. The network device according to claim 95, wherein each of the hybrid data/power links includes at least one conductor pair carrying both high-speed data and DC power, wherein the data packets travel on the at least one conductor pair.
124. The network device according to claim 123, wherein the high-speed data occupies a first frequency range and wherein the DC power occupies a second frequency range separate from the first frequency range.
125. The network device according to claim 124, wherein the data packets are transmitted in the first frequency range.
126. The network device according to claim 125, wherein the highest frequency in the second frequency range is lower than the lowest frequency in the first frequency range.
127. The network device according to claim 124, wherein the high-speed data is transmitted as a differential signal and wherein the DC power is transmitted as a common mode signal.
128. A method carried out by a controller of a network device, the network device comprising at least a controller operatively coupled to a plurality of ports connectable to hybrid data/power
links for the transport of DC power and data packets, at least one of the ports being a power receiving port or ports for the network device and the remaining port or ports being power- transmitting port or ports for the network device, the method comprising: outputting via the power-transmitting port or ports respective portions of the received DC power received at the power-receiving port or ports that is not drawn by the controller for operation thereof; and determining a destination of data packets received via any of the ports and outputting those of the received data packets that are not destined for the network device via another one of the ports.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US17/211,404 US11770155B2 (en) | 2020-05-19 | 2021-03-24 | Power distribution and data routing in a network of devices interconnected by hybrid data/power links |
PCT/CA2022/050439 WO2022198324A1 (en) | 2021-03-24 | 2022-03-24 | Power distribution and data routing in a network of devices interconnected by hybrid data/power links |
Publications (1)
Publication Number | Publication Date |
---|---|
EP4315543A1 true EP4315543A1 (en) | 2024-02-07 |
Family
ID=83395197
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP22773845.7A Pending EP4315543A1 (en) | 2021-03-24 | 2022-03-24 | Power distribution and data routing in a network of devices interconnected by hybrid data/power links |
Country Status (3)
Country | Link |
---|---|
EP (1) | EP4315543A1 (en) |
CA (1) | CA3214510A1 (en) |
WO (1) | WO2022198324A1 (en) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021056094A1 (en) * | 2019-09-24 | 2021-04-01 | Genetec Inc. | Intermediary device for daisy chain and tree configuration in hybrid data/power connection |
US11770155B2 (en) * | 2020-05-19 | 2023-09-26 | Genetec Inc. | Power distribution and data routing in a network of devices interconnected by hybrid data/power links |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7509505B2 (en) * | 2005-01-04 | 2009-03-24 | Cisco Technology, Inc. | Method and system for managing power delivery for power over Ethernet systems |
US7761719B2 (en) * | 2005-03-28 | 2010-07-20 | Akros Silicon Inc. | Ethernet module |
US9331962B2 (en) * | 2010-06-27 | 2016-05-03 | Valens Semiconductor Ltd. | Methods and systems for time sensitive networks |
US9917766B2 (en) * | 2013-03-15 | 2018-03-13 | Hewlett Packard Enterprise Development Lp | Loop-free hybrid network |
CN107888387B (en) * | 2016-09-30 | 2020-04-14 | 华为技术有限公司 | Power supply method, equipment and system |
-
2022
- 2022-03-24 EP EP22773845.7A patent/EP4315543A1/en active Pending
- 2022-03-24 CA CA3214510A patent/CA3214510A1/en active Pending
- 2022-03-24 WO PCT/CA2022/050439 patent/WO2022198324A1/en active Application Filing
Also Published As
Publication number | Publication date |
---|---|
CA3214510A1 (en) | 2022-09-29 |
WO2022198324A1 (en) | 2022-09-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11770155B2 (en) | Power distribution and data routing in a network of devices interconnected by hybrid data/power links | |
US8046619B2 (en) | Apparatus and methods for data distribution devices having selectable power supplies | |
US9621419B2 (en) | Determining when to switch to a standby intelligent adjunct network device | |
US8396053B2 (en) | Method and apparatus for VLAN-based selective path routing | |
CN100508460C (en) | Power prioritization in power source equipment | |
US8447995B2 (en) | Bidirectional inline power port | |
US7240224B1 (en) | Inline power based device communications | |
US8855020B2 (en) | Automatically maximizing network link utilization using virtual networks | |
EP1661301B1 (en) | Recharging power storage devices with power over a network | |
EP4315543A1 (en) | Power distribution and data routing in a network of devices interconnected by hybrid data/power links | |
US7944834B2 (en) | Policing virtual connections | |
US20120314581A1 (en) | Method & apparatus for optimizing data traffic path through a stacked switch lag configuration | |
CN101822006A (en) | In comprising the clustering switch of a plurality of switches, level of abstraction is set | |
EP2922254A1 (en) | Method for establishing control channel, forwarding point and controller | |
EP2974147B1 (en) | Loop-free hybrid network | |
US20210247832A1 (en) | Intermediary device for extracting power supplied over a data connection | |
US9521703B2 (en) | Multiple abstraction layers within a communication device | |
US9252915B1 (en) | Systematic adaptation of data delivery | |
US20230208661A1 (en) | Intermediary device for daisy chain and tree configuration in hybrid data/power connection | |
US20030169694A1 (en) | Use of alternate ports in spanning tree configured bridged virtual local area networks | |
CN101771570A (en) | State switching method and device | |
US20190182056A1 (en) | Ethernet power distribution | |
JP6032074B2 (en) | Relay system, relay device, and relay method | |
CN108259330B (en) | Message forwarding method and device | |
Alimi | Bandwidth Management and Loop Prevention in Redundant Networks |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE |
|
PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE |
|
17P | Request for examination filed |
Effective date: 20231012 |
|
AK | Designated contracting states |
Kind code of ref document: A1 Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR |
|
DAV | Request for validation of the european patent (deleted) | ||
DAX | Request for extension of the european patent (deleted) |