CN102548146A - 基于单灯的城市路灯快速场景控制方法、控制器及系统 - Google Patents

Abstract

本发明涉及一种基于单灯的城市路灯快速场景控制方法、控制器及系统，以实现照明节能与照明需求之间的最佳融合。其方法包括：集中控制器为控制终端分配逻辑地址；根据监控中心的预定策略生成请求数据包，下发至控制终端，指示控制终端对相应逻辑地址的灯具节点进行控制。本发明可快速实时实现不同照明组合的快速控制与切换，且操作简单；根据实际需要可对灯具节点组合进行灵活控制，实现全区域或选定组灯具节点不同状态的同时控制；同时数据包协议结构灵活，可通过扩展字节占位符方式，以同时控制更多的灯具节点。

Description

基于单灯的城市路灯快速场景控制方法、控制器及系统

技术领域

本发明涉及城市照明技术领域，尤其涉及一种基于单灯的城市路灯快速场景控制方法、控制器及系统。

背景技术

目前，由于国家节能减排的号召以及业主方精细、科学的管理需求，城市照明(路灯、景观灯等)采用单灯控制的需求越来越强烈。随着新型节能灯具的逐步推广，单灯调光、按需照明将带来更高的节能效率，并积极的解决了“让城市亮起来”和节能减排之间的矛盾。

现有的城市照明单灯控制系统通常采用以下方式：在某路灯箱变下安装一台集中控制器，再由该集中控制器通过有线(电力载波)或无线方式控制该箱变下的所有路灯。

而无论采用何种通信方式，其基本的控制策略均包含：点播策略、组播策略以及广播策略；其中，点播是指对某盏灯进行控制；组播是指对事先分组归类的一部分灯进行控制；广播是指对单集中控制器以下的所有灯进行控制。

而由于路灯的照明用途、所处位置等各类属性的不同，为达到最佳的管理控制效率，组播在整个城市照明单灯控制过程中使用最多。

目前，组播的通常算法如下：

1)编组：将需要作为同一组控制的节点编成组，并分配一个组号。

2)配置：将每个节点所属的组信息，配置到对应的节点中。

3)控制：在节点控制时，可以通过发送组号，来让一组相关节点执行相同操作。而其他不在该组中的节点不对其进行响应。

通常请求数据包格式如下表1所示：

源地址

目的终端地址

操作命令字

组号

用户数据

表1

终端节点在收到数据包后，如果该终端节点属于该组号，则处理用户数据，若该终端节点不属于该组号，则不处理用户数据。只有终端地址与数据包中的目的终端地址一致的节点才发送响应数据包，其它节点则不发送响应数据包。

通常响应数据包格式如下表2所示：

目的终端地址

源地址

操作命令字

响应数据

表2

上述组播的算法在对少数量的节点进行基本操作时有效，但是，在实际应用中，对于大数量的快速灵活控制则存在不足，必须先按照一定策略将相同类型的节点分入一组，并进行配置。即在进行控制之前必须分组。如果外部条件变化，需要对不同组中的节点进行控制时，则必须重新分组及重复配置过程；同时，原有分组所关联的定时任务将全部失效，并重新设置。这将极大限制操作人员的管理灵活性，并浪费大量时间在重复工作上。

例如，若5盏灯在同一时刻需要处于不同的状态，则需要将这5盏灯编制到5个不同的分组，然后按照分组逐个控制；若10盏灯需要处于不同的状态时，需要分配到10个组，然后逐个控制；当有更多的灯具在同一时刻需要处于不同的状态时，则组的划分工作量将更大。

发明内容

本发明的主要目的在于提供一种基于单灯的城市路灯快速场景控制方法、控制器及系统，旨在提高城市照明场景模式控制的灵活性。

为了达到上述目的，本发明提出一种基于单灯的城市路灯快速场景控制方法，包括以下步骤：

集中控制器为控制终端分配逻辑地址；

根据监控中心的预定策略生成请求数据包，下发至所述控制终端，指示所述控制终端对相应逻辑地址的灯具节点进行控制。

优选地，所述根据监控中心的预定策略生成请求数据包，下发至所述控制终端，指示所述控制终端对相应逻辑地址的灯具节点进行控制的步骤之后还包括：

接收所述控制终端根据所述请求数据包控制相应的灯具节点后返回的响应数据包。

优选地，所述灯具节点的逻辑地址由子网号及节点号标识；每一所述灯具节点的状态由子网号与字节占位符中对应序号的状态位标识。

优选地，所述请求数据包包括：集中控制器地址、控制终端地址、操作命令字、以占位符标识的各灯具节点的状态位标识符、子网号以及用户数据；所述响应数据包包括：所述控制终端地址、所述集中控制器地址、所述操作命令字以及响应数据。

优选地，所述请求数据包还包括：灯具节点的状态等级说明信息。

优选地，每一所述集中控制器对应一所述子网号；每一所述子网号内包括的灯具节点数小于或等于256；每一所述子网号内的状态位标识符的个数为0，或者至少为32个字节。

本发明还提出一种基于单灯的城市路灯快速场景控制器，包括：

地址配置下发模块，用于将灯具节点的逻辑地址下发至对应的控制终端；

节点状态控制模块，用于根据监控中心的预定策略生成的请求数据包，下发至所述控制终端，指示所述控制终端对相应逻辑地址的灯具节点进行控制。

优选地，该控制器还包括：

接收模块，用于接收所述控制终端根据所述请求数据包控制相应的灯具节点后返回的响应数据包。

优选地，所述灯具节点的逻辑地址由子网号及节点号标识；每一所述灯具节点的状态由子网号与字节占位符中的位的序号组合标识。

本发明还提出一种基于单灯的城市路灯快速场景控制系统，包括监控中心、集中控制器以及控制终端；其中：

所述监控中心，用于向所述集中控制器下发灯具节点的状态指示策略；

所述集中控制器，为灯具节点分配逻辑地址，并将灯具节点的逻辑地址下发至对应的控制终端；

根据所述节点状态指示策略生成请求数据包，下发至所述控制终端，指示所述控制终端对相应逻辑地址的灯具节点进行控制，并将执行的结果返回给所述集中控制器。

本发明提出的一种基于单灯的城市路灯快速场景控制方法、控制器及系统，以实现照明节能与照明需求之间的最佳融合。集中控制器为控制终端分配逻辑地址，并根据监控中心的预定策略生成请求数据包，下发至控制终端，指示控制终端对相应逻辑地址的灯具节点的状态进行控制，可以快速实现不同照明组合的控制与切换，且操作简单，相比现有技术，本发明具有以下有益效果：

1、适合基于单灯的大数量灯具照明场景控制；

2、根据实际需要可对灯具节点组合进行灵活控制，不用事先为节点进行编组，所以也就不存在对控制节点的组信息配置过程；

3、可以实现不同灯具不同状态的同时控制；

4、数据包协议结构灵活，在通讯环境较好的情况下，可以将32字节的占位符扩充到64字节或更多，以便同时控制更多的节点；

5、数据包发送的是光源状态，而不是动作，所以可以同一时刻让不同的灯处于不同的状态。

附图说明

图1是本发明基于单灯的城市路灯快速场景控制方法第一实施例的流程示意图；

图2a是本发明基于单灯的城市路灯快速场景控制方法第一实施例中请求数据包的结构示意图；

图2b是本发明基于单灯的城市路灯快速场景控制方法第一实施例中请求数据包的第一种状态标识示意图；

图2c是本发明基于单灯的城市路灯快速场景控制方法第一实施例中请求数据包的第二种状态标识示意图；

图2d是本发明城市照明场景模式控制方法第一实施例中请求数据包的第三种状态标识示意图；

图2e是本发明基于单灯的城市路灯快速场景控制方法第一实施例中请求数据包的第四种状态标识示意图；

图2f是本发明基于单灯的城市路灯快速场景控制方法第一实施例中请求数据包的第五种状态标识示意图；

图2g是本发明基于单灯的城市路灯快速场景控制方法第一实施例中请求数据包的第六种状态标识示意图；

图2h是本发明基于单灯的城市路灯快速场景控制方法第一实施例中请求数据包的第七种状态标识示意图；

图3a是本发明基于单灯的城市路灯快速场景控制方法第一实施例中一种实例的请求数据包的格式示意图；

图3b是本发明基于单灯的城市路灯快速场景控制方法第一实施例中另一种实例的请求数据包的格式示意图；

图4是本发明基于单灯的城市路灯快速场景控制方法第二实施例的流程示意图；

图5是本发明基于单灯的城市路灯快速场景控制方法第二实施例中响应数据包的结构示意图；

图6是本发明基于单灯的城市路灯快速场景控制器较佳实施例的结构示意图；

图7是本发明基于单灯的城市路灯快速场景控制系统较佳实施例的结构示意图。

为了使本发明的技术方案更加清楚、明了，下面将结合附图作进一步详述。

具体实施方式

本发明实施例的解决方案主要是：路灯管理人员在监控中心设置好照明控制策略，下发到集中控制器。集中控制器为每个灯具节点分配逻辑地址，并将灯具节点的逻辑地址下发至对应的控制终端。当照明策略执行时间到时，由集中控制器根据监控中心的预定策略生成请求数据包，下发至控制终端，指示控制终端对相应逻辑地址的灯具节点的状态进行转化，以快速实现不同照明组合的控制与切换。

如图1所示，本发明第一实施例提出一种基于单灯的城市路灯快速场景控制方法，包括：

步骤S101，集中控制器为控制终端分配逻辑地址；

其中，集中控制器与监控中心通过GPRS、CDMA等无线网络连接，集中控制器为分布式处理集中控制单元，具有独立处理事务的能力，可以根据监控中心预先设置的定时任务，实现各灯具节点的灯光控制。

每个灯具节点对应有一个控制终端，集中控制器可以通过电力线与各控制终端串接在一起，也可以通过无线方式与各控制终端连接，同时，集中控制器与控制终端之间通过交互数据包的方式，实现对各个灯具节点的控制。

为了实现对各个灯具节点的有效控制，首先需要对各个灯具节点进行编号，为各个灯具节点分配逻辑地址。灯具节点的逻辑地址由子网号及节点号来标识。每一灯具节点的状态可以由子网号和占位符标识。

此外，为了兼容大数量的灯具节点，减小通讯的数据包的长度，提高通讯的可靠性，可以将灯具节点划分为不同的子网，一个集中控制器控制一个子网，一个子网具有255个灯具节点，最多可以划分255个子网。每个子网内部，灯具节点编号从1开始，最大到255。在划分子网的情况下，灯具节点的状态可以由子网号与字节占位符中的位的序号进行组合标识。本实施例以将灯具节点划分为不同的子网为例进行说明。

当分配好各个灯具节点的逻辑地址后，将各灯具节点的子网号及节点号下发至各灯具节点对应的控制终端。

步骤S102，根据监控中心的预定策略生成请求数据包，下发至控制终端，控制终端根据数据包中的状态指示，进行状态转换。

本实施例通过集中控制器向控制终端下发请求数据包来实现对各个灯具节点的控制。

其中，请求数据包的格式及所包含的信息由集中控制器根据监控中心的指示策略生成。

集中控制器可以预先根据监控中心的指示策略生成请求数据包，并保存在本地，当需要对各个灯具节点进行控制时，集中控制器从本地获取生成的请求数据包，下发至控制终端。

此外，集中控制器也可以根据监控中心实时下发的指示策略生成请求数据包，下发至控制终端。

为了保证集中控制器与控制终端之间的通讯可靠性，需要限制通讯数据包的长度，为此本实施例定义了集中控制器与控制终端之间的通讯协议，使请求数据包的长度尽可能短，但却使数据包包含至少一个子网内的所有灯具节点的信息。

如图2a所示，图2a是本实施例中请求数据包的结构示意图。本实施例中请求数据包包括：源地址、目的终端地址、操作命令字、以32个字节占位符标识的各灯具节点的状态位标识符、子网号以及用户数据。

其中，源地址指集中控制器的地址；

目的终端地址指控制终端地址；

操作命令字指单播、组播还是广播，配合状态指示数据部分，区别每一数据包的具体含义。终端节点收到数据包后，根据命令字和状态指示数据，做出相应处理。

各灯具节点的状态位标识符共用32个字节占位符，这32个字节占位符，相当于一个位数组，共可对应一个子网内的256个灯具节点。

图2b所示，图2b是本实施例中请求数据包的第一种状态标识示意图。此种状态标识为1位状态标识，其请求数据包可以标识灯具节点的1种状态。32个字节占位符中，每一字节占位符包括0～7bit，第1个字节的bit7对应节点号为1的灯具节点，同时也对应该灯具节点的控制终端，bit6对应该子网内节点号为2的灯具节点......，第2个字节的bit7对应该子网内节点号为9的灯具节点，bit6对应该子网内节点编号为10的灯具节点......，依此类推。

如果在同一时刻，一个子网内的灯具节点所处的状态超过2种，比如4种以内，则可以将上述1位状态标识扩充为2位。如图2c所示，图2c是本实施例中请求数据包的第二种状态标识示意图。在该种结构的请求数据包中，一个子网占用64个字节状态位标识符。当广播下发后，则可以将所有灯具的状态变为4种状态。假如灯具的亮度等级可以调为0、50％、75％、100％四个等级，集中控制器与控制终端可约定协议如下表1所示：

状态标识位取值	对应亮度等级	灯状态说明
			0	0	关闭
1	50％	调光至亮度50％
			2	75％	调光至亮度75％
3	100％	最亮

表1

控制终端在收到上述广播控制包后，根据自己的状态标识取值，控制自己的状态变化。

如果灯具节点的实际状态超过4种，但同一时刻，不超过4种状态，则可以扩展上述协议，在状态位标识后面多加4个字节，用于对灯具节点的状态等级进行补充说明。该请求数据包的协议格式如图2d所示。图2d是本实施例中请求数据包的第三种状态标识示意图。

进一步的，如果在同一时刻，一个子网内的灯具节点所处的状态超过4种，则可以将节点状态标识位由2位变为4位，这样灯具节点的状态同时可以达到16种不同的状态。如图2e所示，图2e是本实施例中请求数据包的第四种状态标识示意图。在该种结构的请求数据包中，一个子网占用128个字节状态位标识符。

此外，在实际路灯现场环境中，如果要操作的路灯连续，并需要对这组连续的路灯执行相同的操作，则请求数据包可以采取如图2f所示的协议格式，图2f是本实施例中请求数据包的第五种状态标识示意图。

如果需要操作的路灯是某个子网内的所有灯，则可以简化请求数据包的协议格式，以增加通讯可靠性，如图2g所示，图2g是本实施例中请求数据包的第六种状态标识示意图。

如果需要操作的路灯是所有子网内的所有灯，则可以进一步简化请求数据包的协议格式，如图2h所示，图2h是本实施例中请求数据包的第七种状态标识示意图。

本实施例中，集中控制器可以根据监控中心预先设置的定时任务即预定策略，实现各灯具节点的灯光控制，在定时任务设置时，每一条定时任务的数据结构如下所示：

其中，节点状态列表的含义：每个节点的状态用一个字节标识，比如0表示关，1表示将亮度等级调为30％，2为35％，.....15表示开灯至最亮100％。

将一个子网内每个灯具的状态，用一个整数来标识。在监控中心、集中控制器、控制终端之间约定每个整数取值的含义。这样，不同的灯具状态，可以采用不同的数字标识。在时间点到后，由集中控制器下发广播命令，通知灯具终端转换状态。

在具体应用中，可以通过操作命令字的不同来区别节点标识位的含义。

例如：在一种实例中，若需要让某集中控制器下的1号灯开，其余灯不动作，则请求数据包格式如图3a所示。

在另一种实例中，若需要让某集中器下的1号灯开，其余灯关闭，则请求数据包格式如图3b所示。

通过以上控制方式，本实施例可以实现在同一时刻，采用不同的灯光相互搭配产生不同的照明效果，或者在不同时间段，显示不同的光照场景，可以让城市中的每盏灯，根据用途、道路等级等属性的不同，在同一时刻显示不同的状态，根据实际需要快速进行场景变换。这里的状态不仅是灯的开、关，对于可调光的灯，可以在道路亮度等级允许范围内，将灯具调节到一定的亮度等级，以达到节能目的。但出于道路照明安全的考虑，又不可以将所有的可调光灯在某个时间都调到某个亮度等级，所以在做场景模式切换时，一定会有很多不同的状态组合。

综上所述，本实施例中集中控制器中的定时任务，可以根据实际场景控制需要，灵活调整应用策略；并使用占位符中0和1的标识，来实现对子网内灯具节点的状态通知，获取每个灯具节点的数据；通过占位符中为1或0的标识，来通知对应灯具节点是否需要处理数据包，为1表示需要处理，为0表示不需要处理数据包；同时一个数据包可以包含一个子网内所节点信息，通过子网广播的方式，实现对同一子网内所有节点的控制，其操作简单，同时操作对象可以根据属性进行筛选和灵活组合，快速实现了不同照明组合的控制与切换。

如图4所示，本发明第二实施例提出一种基于单灯的城市路灯快速场景控制方法，在上述第一实施例的基础上，在上述步骤S102之后还包括：

步骤S103，接收控制终端根据请求数据包控制相应的灯具节点后返回的响应数据包。

其中，如图5所示，本实施例中响应数据包包括源地址、目的终端地址、操作命令字以及响应数据。

本实施例与上述实施例的区别在于，本实施例在通过集中控制器对各个灯具节点状态进行控制的同时，还可以通过控制终端反馈的响应数据，获取各灯具节点状态的执行结果，其他与第一实施例相同。

如图6所示，本发明较佳实施例提出一种基于单灯的城市路灯快速场景控制器，包括：地址配置下发模块601、节点状态控制模块602以及接收模块603，其中：

地址配置下发模块601，用于为灯具节点分配逻辑地址，并将灯具节点的逻辑地址下发至对应的控制终端；

节点状态控制模块602，用于根据监控中心的预定策略生成的请求数据包，下发至控制终端，控制终端收到数据包后，根据命令字和占位符中的标识，对自己的状态做转换。

接收模块603，用于接收控制终端根据请求数据包更改灯具节点的状态后返回的响应数据包。

在本实施例中，集中控制器与监控中心通过GPRS、CDMA等无线网络连接，集中控制器为分布式处理集中控制单元，具有独立处理事务的能力，可以根据监控中心预先设置的定时任务，实现各灯具节点的灯光控制。

每个灯具节点对应有一个控制终端，集中控制器可以通过电力线与各控制终端串接在一起，也可以通过无线方式与各控制终端连接，同时，集中控制器与控制终端之间通过交互数据包的方式，实现对各个灯具节点的控制。

为了实现对各个灯具节点的有效控制，首先通过地址配置下发模块601对各个灯具节点进行编号，配置各个灯具节点的逻辑地址。

具体地，地址配置下发模块601根据监控中心的配置策略配置各灯具节点的逻辑地址。其中，灯具节点的逻辑地址由子网号及节点号来标识。每一灯具节点的状态由字节占位符中的至少一个位来标识。

此外，为了减小通讯的数据包的长度，可以将灯具节点划分为不同的子网，一个集中控制器控制一个子网，一个子网具有255个灯具节点，最多可以划分255个子网。每个子网内部，灯具节点编号从1开始，最大到255。在划分子网的情况下，灯具节点的状态还可以由子网号与字节占位符中对应的位组合标识。本实施例以将灯具节点划分为不同的子网为例进行说明。

当地址配置下发模块601配置好各个灯具节点的逻辑地址后，将各灯具节点的子网号及节点号下发至各灯具节点对应的控制终端。

本实施例通过集中控制器的节点状态控制模块602向控制终端下发请求数据包来实现对各个灯具节点的控制。

其中，请求数据包的格式及所包含的信息由集中控制器根据监控中心的指示策略生成。

集中控制器的节点状态控制模块602可以预先根据监控中心的指示策略生成请求数据包，并保存在本地，当需要对各个灯具节点进行控制时，集中控制器从本地获取生成的请求数据包，下发至控制终端。

此外，集中控制器的节点状态控制模块602也可以根据监控中心实时下发的指示策略生成请求数据包，下发至控制终端。

为了保证集中控制器与控制终端之间的通讯可靠性，需要限制通讯数据包的长度，为此本实施例定义了集中控制器与控制终端之间的通讯协议，使请求数据包的长度尽可能短，但却使数据包包含至少一个子网内的灯具节点的信息。

如图2a所示，图2a是本实施例中请求数据包的结构示意图。本实施例中请求数据包包括：源地址、目的终端地址、操作命令字、以32个字节占位符标识的各灯具节点的状态位标识符、子网号以及用户数据。

其中，源地址指集中控制器的地址；

目的终端地址指控制终端地址；

操作命令字指单播、组播还是广播，配合状态指示数据部分，区别每一数据包的具体含义。终端节点收到数据包后，根据命令字和状态指示数据，做出相应处理。

各灯具节点的状态位标识符共用32个字节占位符，这32个字节占位符，相当于一个位数组，共可对应一个子网内的256个灯具节点。

图2b所示，图2b是本实施例中请求数据包的第一种状态标识示意图。此种状态标识为1位状态标识，其请求数据包可以标识灯具节点的1种状态。32个字节占位符中，每一字节占位符包括0～7bit，第1个字节的bit7对应节点号为1的灯具节点，同时也对应该灯具节点的控制终端，bit6对应该子网内节点号为2的灯具节点......，第2个字节的bit7对应该子网内节点号为9的灯具节点，bit6对应该子网内节点编号为10的灯具节点......，依此类推。

如果在同一时刻，一个子网内的灯具节点所处的状态超过2种，比如4种以内，则可以将上述1位状态标识扩充为2位。如图2c所示，图2c是本实施例中请求数据包的第二种状态标识示意图。在该种结构的请求数据包中，一共可标识64个字节状态位标识符。当广播下发后，则可以将所有灯具的状态变为4种状态。假如灯具的亮度等级可以调为0、50％、75％、100％四个等级，集中控制器与控制终端可约定协议如上表1所示：

控制终端在收到上述广播控制包后，根据自己的状态标识取值，切换自己的状态。

如果灯具节点的实际状态超过4种，但同一时刻，不超过4种状态，则可以扩展上述协议，在状态位标识后面多加4个字节，用于对灯具节点的状态等级进行补充说明。该请求数据包的协议格式如图2d所示。图2d是本实施例中请求数据包的第三种状态标识示意图。

进一步的，如果在同一时刻，一个子网内的灯具节点所处的状态超过4种，则可以将节点状态标识位由2位变为4位，这样灯具节点的状态同时可以达到16种不同的状态。如图2e所示，图2e是本实施例中请求数据包的第四种状态标识示意图。在该种结构的请求数据包中，一共可标识128个字节状态位标识符。

此外，在实际路灯现场环境中，如果要操作的路灯连续，并需要对这组连续的路灯执行相同的操作，则请求数据包可以采取如图2f所示的协议格式，图2f是本实施例中请求数据包的第五种状态标识示意图。

如果需要操作的路灯是某个子网内的所有灯，则可以简化请求数据包的协议格式，以增加通讯可靠性，如图2g所示，图2g是本实施例中请求数据包的第六种状态标识示意图。

如果需要操作的路灯是所有子网内的所有灯，则可以简化请求数据包的协议格式，如图2f所示，图2f是本实施例中请求数据包的第七种状态标识示意图。

本实施例中，集中控制器可以根据监控中心预先设置的定时任务即预定策略，实现各灯具节点的灯光控制，在定时任务设置时，每一条定时任务的数据结构如下所示：

其中，节点状态列表的含义：每个节点的状态用一个字节标识，比如0表示关，1表示将亮度等级调为30％，2为35％，......15表示开灯至最亮100％。

将一个子网内每个灯具的状态，用一个整数来标识。在监控中心、集中控制器、控制终端之间约定每个整数取值的含义。这样，不同的灯具状态，可以采用不同的数字标识。在时间点到后，由集中控制器下发广播命令，通知灯具终端转换状态。

在具体应用中，可以通过操作命令字的不同来区别节点位标识的含义。

例如：在一种实例中，若需要让某集中控制器下的1号灯开，其余灯不动作，则请求数据包格式如图3a所示。

在另一种实例中，若需要让某集中器下的1号灯开，其余灯关闭，则请求数据包格式如图3b所示。

通过以上控制方式，本实施例可以实现在同一时刻，采用不同的灯光相互搭配产生不同的照明效果，或者在不同时间段，显示不同的光照场景，可以让城市中的每盏灯，根据用途、位置等属性的不同，在同一时刻显示不同的状态，根据实际需要随时随刻进行场景变换，给市民营造一种温馨、幽雅的灯光环境。

此外，本实施例在通过集中控制器对各个灯具节点状态进行控制的同时，还可以通过控制终端反馈的响应数据，获取各灯具节点状态的执行结果。

如图7所示，本发明较佳实施例提出一种基于单灯的城市路灯快速场景控制系统，包括监控中心701、集中控制器702以及控制终端703；其中：

监控中心701，用于向集中控制器702下发灯具节点的逻辑地址的配置策略，并向集中控制器702实时下发节点状态指示策略；

集中控制器702，为灯具节点分配逻辑地址，并将灯具节点的逻辑地址下发至对应的控制终端703；以及根据节点状态指示策略生成请求数据包，下发至控制终端703，指示控制终端703对相应逻辑地址的灯具节点进行控制。

在本实施例中，集中控制器702与监控中心701通过GPRS、CDMA等无线网络连接，集中控制器702为分布式处理集中控制单元，具有独立处理事务的能力，可以根据监控中心701预先设置的定时任务，实现各灯具节点的灯光控制。

每个灯具节点对应有一个控制终端703，集中控制器702通过电力线与各控制终端703串接在一起，同时，集中控制器702与控制终端703之间通过交互数据包的方式，实现对各个灯具节点的控制。

本实施例集中控制器702根据监控中心701预先设置的定时任务，实现各灯具节点的灯光控制的基本原理请参照上述各实施例，在此不再赘述。

以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或流程变换，或直接或间接运用在其它相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种基于单灯的城市路灯快速场景控制方法，其特征在于，包括以下步骤：

集中控制器为控制终端分配逻辑地址；

根据监控中心的预定策略生成请求数据包，下发至所述控制终端，指示所述控制终端对相应逻辑地址的灯具节点进行控制。

2.根据权利要求1所述的方法，其特征在于，所述根据监控中心的预定策略生成请求数据包，下发至所述控制终端，指示所述控制终端对相应逻辑地址的灯具节点进行控制的步骤之后还包括：

接收所述控制终端根据所述请求数据包控制相应的灯具节点后返回的响应数据包。

3.根据权利要求2所述的方法，其特征在于，所述灯具节点的逻辑地址由子网号及节点号标识；每一所述灯具节点的状态由子网号与字节占位符中对应序号的状态位标识。

4.根据权利要求3所述的方法，其特征在于，所述请求数据包包括：集中控制器地址、控制终端地址、操作命令字、以占位符标识的各灯具节点的状态位标识符、子网号以及用户数据；所述响应数据包包括：所述控制终端地址、所述集中控制器地址、所述操作命令字以及响应数据。

5.根据权利要求4所述的方法，其特征在于，所述请求数据包还包括：灯具节点的状态等级说明信息。

6.根据权利要求3所述的方法，其特征在于，每一所述集中控制器对应一所述子网号；每一所述子网号内包括的灯具节点数小于或等于256；每一所述子网号内的状态位标识符的个数为0，或者至少为32个字节。

7.一种基于单灯的城市路灯快速场景控制器，其特征在于，包括：

地址配置下发模块，用于将灯具节点的逻辑地址下发至对应的控制终端；

节点状态控制模块，用于根据监控中心的预定策略生成的请求数据包，下发至所述控制终端，指示所述控制终端对相应逻辑地址的灯具节点进行控制。

8.根据权利要求7所述的控制器，其特征在于，还包括：

接收模块，用于接收所述控制终端根据所述请求数据包控制相应的灯具节点后返回的响应数据包。

9.根据权利要求7所述的控制器，其特征在于，所述灯具节点的逻辑地址由子网号及节点号标识；每一所述灯具节点的状态由子网号与字节占位符中的位的序号组合标识。

10.一种基于单灯的城市路灯快速场景控制系统，其特征在于，包括监控中心、集中控制器以及控制终端；其中：

所述监控中心，用于向所述集中控制器下发灯具节点的状态指示策略；

所述集中控制器，为灯具节点分配逻辑地址，并将灯具节点的逻辑地址下发至对应的控制终端；

根据所述节点状态指示策略生成请求数据包，下发至所述控制终端，指示所述控制终端对相应逻辑地址的灯具节点进行控制，并将执行的结果返回给所述集中控制器。

Images