外的设备的预定义的功率量的功率量。该附加的功率消耗量可能仅在链控制器检测到另外的设备连接在输出端口处(例如通过物理连接)时被请求。附加量可以例如对应于第二 roCD的链控制器(例如微控制器)的功率消耗、第一roCD正在消耗的量，或者在该类型的系统中的每个负载(即roCD)的典型/最大功率消耗。
[0036]因此，链中的第一ro⑶(例如灯)被供电，然后其与链中的下一ro⑶协商，并且随后(与PoE)重协商上游。
[0037]该方案具有仅请求最小量的附加功率的优点。
[0038]图4示出指示根据第二实施例的功率协商过程的步骤的示意性框图。
[0039]类似于第一实施例，第一负载设备L1 (例如聚光灯)在第一消息或请求S1中要求最大量的可用功率并且向下游给出剩余功率来减少该问题。然而，在第二实施例中，设备L1不接通负载而是仅在第一协商阶段(初始化阶段)中为(链控制器的)处理器供电。因此，即便例如20个负载设备形成链并且其处理驱动每次花费100mW，但是在第一阶段中将总共仅消耗2W并且所有处理器得到功率。在第二阶段中，链构件或链的负载设备发信号通知上游(即朝向PSE)它们将要求得到多少功率。
[0040]因此，在初始化阶段期间仅链中的第一负载设备L1开始协商(针对用于整个链的全部功率)。这在最终化与PSE的协商(在其输入端口上)之后由直接连接到PSE的第一负载设备L1完成。然而，其尚未在其输出端口上开始协商。因此，在该初始阶段中还将不存在链中进一步向下的协商。
[0041]由于所有负载设备L1至L5需要用于操作其链控制器的最小功率，因此针对初始的初始化阶段的每一个相应功率请求将沿着链被接受。
[0042]不具有连接到输出端口的负载设备(即ro⑶)的负载设备L5 (即在此示出为图4的最右边的灯的链中的最后一个负载设备L5)通过S2 (“没有连接！我是#1”)来识别这一点并且开始向网络中发送包含其想要得到以用于其完整功能的功率量的消息或请求S3(“我是#1并且需要5W”)。
[0043]处于链中的最后一个这一事实通过缺少输出端口处的物理连接和/或通过缺少输出端口处的功率消耗来识别。
[0044]最后一个负载设备L5也可以添加序列号#1，因为从链的末尾来看其为第一负载。可选地，消息S3可以包含用于后面的缓解过程的可接受的功率级，如果请求过多功率的话。
[0045]另外的信息可以可选地包括在消息S3中以用于更详细的功率协商和/或后续控制的目的，例如设备标识符、设备类型(例如设备灯/传感器)、表示设备厂商/型号的信息等。
[0046]从链的末尾的第二负载设备在其输出端口处接收该消息S3并且现在知晓其因此是负载设备#2，因为其接收到具有序列号#1的消息。其向从链的末尾的第一负载L5的消息S3添加关于自身功率请求的信息以及可选地如以上列举的可选信息。此外，第二负载设备还可以向第一负载设备#1发送确认消息。
[0047]自链的末尾开始的N个负载设备上的信息可以作为N个独立消息、作为连结N个负载设备的输入的一个消息或者作为包含聚合值的一个消息以最小累积功率水平(以及如果要求的话，可选地负载设备的数目，以及用于缓解过程的可选的累积功率级)在链中向上传递(优选地，其中来自具有最高负载数目的负载设备的消息是第一个)。
[0048]因此沿着链将消息向上给出直到直接连接到PSE的负载设备L1，其从之前执行直接与PSE的功率协商这一事实知晓其靠近PSE (可替换地，如果假定PSE不支持功率预算发现交换，靠近PSE的负载设备L1可以例如通过等待确认消息的超时检测其位置)。例如，负载设备L2可以通过S4 (“我是#2并且需要5W用于#1和5W用于我”)请求功率并且可以通过S5 (“好的#1，请等待链完成！ ”)确认。第一负载设备L1可以通过S6 (“我是#3并且需要10W用于#1和#2以及5W用于我！ ”)从PSE请求。然后，第一负载设备L1可以通过S7 (好的#2，请等待链完成！ ”)确认。该第一负载设备L1现在具有链请求的完整列表并且可以计算所请求的功率总和。
[0049]如果总和处于来自PSE的所协商的功率或在其以下，其向下游发送适当的消息S8(“我是#3并且是链中的最后一个。我们具有用于#1和#2的充足功率。您可以接通！ ”)使得所有负载设备可以激活到其完全请求的功率。
[0050]可替换地，如果总和在所协商的功率以下，负载#3可以触发对应于总和的较低量的协商。
[0051]在下文中，解释如果所请求的功率的总和在所接受的功率水平以上则可以实现的缓解选项。
[0052]在最简单的方案中，从链的开端(在图3中的左端)开始的负载设备得到指令以消耗其最大请求功率(例如，得到命令)直到用尽所允许的功率。安装者将看到灯保持关断并且可以启动新的链。可替换地，链还可以使用通信协议提供某种反馈。
[0053]在更加发达的系统中，使用用于缓解的潜力来将链设备的所有负载降低到如可用的小部分并且使最多的可能负载被供电。该解决方案可以导致用户可感知的效果(例如灯调光)。安装者将必须判断该效果并且如果要求的话则开始新的链。
[0054]较高级别上的系统可以被告知如已经收集了所有负载所请求的功率和可用缓解选项的情形。这可以造成对安装者和对更精细的缓解的注释，例如并非所有负载降低到相同的量。作为示例，更靠近链末尾的负载设备可以接收最高的降低。
[0055]第二实施例提供以下附加优点:链中的所有负载设备(例如灯)同时协商并且同时通电。
[0056]第二实施例可以修改为由链末尾处的负载设备(不具有连接在下游的其它负载的一个负载设备)的(广播)消息触发，链中的其它负载设备可以每一个独立地报告(广播)仅自身的功率要求。该信息然后可以聚合在仅一个设备中，例如PSE端口。可替换地，通信可以发生在另一通信接口上，例如使用802.11，并且数据可以由另一设备聚合。这去除了对所链接的设备的一些计算要求(例如功率计算、记忆次序/近邻地址)。
[0057]在下文中，描述第三实施例，其中功率协商被配置成当第一负载设备(例如灯或照明器)必须等待直到最后的负载设备请求功率时防止长时间延迟。这还可以在安装负载设备之前使用，因为其容纳在负载设备自身中并且负载设备可以提供有小量功率，可能地为电池或能量收集器，以发送由负载设备使用的功率量。
[0058]根据第三实施例，功率请求值(指示所要求的功率量)嵌入或存储在负载设备自身中。一旦负载设备附接到一个或多个近邻设备(例如通过发现上游端口上的物理连接而检测到)，其给出该请求号并且近邻设备将这添加到其自身的请求号。这直到到达到递送功率的PSE的连接器才完成并且然后检查连接器是否可以递送该功率。在该阶段处，直接连接到PSE的负载设备可以执行常规PoE协商，请求累积的功率。如果是，则为灯供电。如果不是，则可以给出做什么的指示；例如，可以使用比如以上描述的缓解技术。
[0059]在以上实施例的修改中，菊花链式负载设备在其一侧上(例如在输入端口处)可以具有预安装的插线线缆以便保证安装者不混淆用于功率输入和功率输出的两个RJ45插口。这在安装期间还具有以下益处:灯已就位并且线缆已经在那里并且仅需要朝向菊花链中的在先构件(或者PSE，如果其为刚刚安装的第一构件的话)投掷在天花板之上。
[0060]在实施例的另外的修改中，链中的协商仅执行一次并且结果存储在所有负载设备中并且在下一次停电时或下一次停电之后再调用。在该情况中，也可以存储左和右链近邻的标识信息，例如借助于媒体访问控制(MAC)地址以便检测链改变(如果存在的话)，并且开始新协商。功率协商还可以在链中的任何设备连接