从照明设备请求信息的制作方法
【技术领域】
[0001]本发明涉及用于从照明系统中的照明设备请求信息的消息的传输，例如以请求诸如错误状态、设备小时或其它信息之类的状态信息。
【背景技术】
[0002]存在包括多个照明设备的各种照明系统，每一个设备包括相应光源。在这样的系统中，可能合期望的是远程管理多个照明设备，例如以便集中和/或以协调方式管理设备。例如，系统可以包括运动照明、诸如舞台照明之类的娱乐环境中的照明、用于各种目的的室外照明、或办公室或家庭中的照明。
[0003]为此目的，消息传递协议已知用于从合适的控制模块等管理多个照明设备。除了潜在地控制光源(例如接通或关断它们、对它们进行调光和/或协调它们的操作)之外，管理照明设备的另一方面是从它们收集技术信息的能力。这样的信息可以例如包括反映“现场”设备所经历的操作状态的状态信息、或关于设备的性质或能力的信息。
[0004]一个这样的协议是RDM(“远程设备管理”)，其可以在DMX512网络(“使用512个信息片段的数字复用”)之上实现。这在ANSI (美国国家标准协会)规范El.20中描述。
[0005]通过使用传统的DMX-RDM系统等，可能从照明设备远程获取诸如登录信息、错误计数、寿命和/或开关时间之类的状态信息。这要求在每一光源的基础上发送一个或多个DMX-RDM命令，从而对期望来自其的状态信息的每一个光源单独寻址。为了得到整个装置的状态信息，要求一次一个地向所有光源发送命令。这是带宽密集的并且因此使正常DMX流中断，并且可能导致光源的可见闪烁。
【发明内容】
[0006]根据本文所公开的一个方面，提供了一种用于在照明设备的系统中传输消息的模块。该模块包括消息传递逻辑，其被配置成生成用于多个目的地照明设备的同一个所述消息。消息包括指定多个目的地照明设备的第一部分，以及将所述消息指定为具有请求照明设备信息的类型的公共第二部分。模块还包括被配置成向多个目的地照明设备输出所述相同消息的端口。如果一个目的地照明设备响应于所述消息，则消息传递逻辑经由端口从响应设备接收回响应。除标识响应的一个目的地照明设备之外，响应还指定该照明设备的所请求的信息。
[0007]根据本文所公开的另一方面，提供了一种照明设备，其包括被配置成从照明系统的模块接收传输到包括所述照明设备的多个照明设备的消息的端口。消息包括指定多个照明设备的第一部分，以及至少指定消息的类型的公共第二部分。照明设备还包括消息传递逻辑，其被配置成标识如在第一部分中指定的多个照明设备之中指定的所述照明设备，标识在第二部分中指定的消息类型，并且如果由所标识的类型要求，则利用标识所述照明设备并且指定所请求的照明设备信息的响应来响应回所述模块。
[0008]根据另外的方面，可以提供一种系统，其包括具有以上概述的特征的多个照明设备和t吴块。
[0009]由于相同命令消息被广播给多个目标设备，因此询问那些设备的过程不需要招致每次一个地向每一个相应设备传输各个命令的带宽。向多个设备广播一个公共命令在诸如DMX-RDM系统之类的系统中可能看起来是欠考虑的，因为其可能潜在地同时引起来自两个或更多设备的响应，并且这样的响应在相同介质(例如总线)之上同时传输时可能会冲突。例如，ANSI规范El.20陈述了在发现之后，通信应当在无冲突环境中操作，这看似暗示着人们不应当同时征求来自两个设备的响应。然而，在本文中认识到，在照明系统中，命令消息不需要总是引起来自其所寻址到的每一个照明设备的响应。事实上，可能相对常见的是，不批准响应，或者批准来自仅一个设备的响应。因此，即使向多个设备广播命令，也未必存在冲突；或者至少，引起两个冲突响应的几率可能可容许地小。
[0010]示例将是请求发生在照明设备处的任何错误的报告。在现代照明系统中，错误可能是相对罕见的，并且因此从多于一个设备接收回错误的几率将可容许地低。对于请求任何其它不频繁发生的状态的报告的命令，可以做出类似见解。
[0011]因而在实施例中，通过第二部分中所指定的消息类型请求的照明设备信息可以包括反映分别由每一个目的地设备经历的操作状态的状态信息，响应指定反映由响应照明设备经历的操作状态的所请求的状态信息。
[0012]通过第二部分中所指定的消息类型请求的照明设备信息可以包括错误状态。
[0013]在其它实施例中，消息可以请求照明设备的任何其它属性的报告，其优选地不被预期为过于频繁以致批准比通信介质可以处置的更多的响应(有多频繁可以取决于所讨论的应用)。例如，命令消息可以搜索设备以得到特定罕见发生的设备能力或特征。
[0014]在实施例中，所述消息的第二部分可以指定条件，并且在第二部分中指定的消息类型可以导致每一个目的地照明设备仅在相应目的地照明设备处找到所述条件的情况下做出响应。
[0015]在实施例中，照明设备的消息传递逻辑可以被配置成从标识自第二部分的消息类型确定条件，在照明设备处评定条件，并且仅在找到所述条件的情况下做出响应。
[0016]条件可以包括错误条件，并且所述类型可以导致多个目的地照明设备中的每一个仅在相应目的地照明设备处找到错误条件的情况下做出响应。
[0017]因此在实施例中，关于信息的相关性的决定可以在照明设备之中分布。而之前控制器可能已经从所有设备收集了各个响应并且然后集中决定哪些响应是相关的或要求行动，根据本发明的实施例，某些量的额外智能性可以移置给照明设备节点。例如，取代于从所有设备接收回燃烧小时数的报告并且然后集中决定批准关注哪个，控制器可以指令每一个设备在其已经燃烧超过某个小时数的情况下报告回来，否则不做响应。因此，控制器以及网络介质(例如总线)上的负担可以减少。
[0018]在另外的实施例中，如果引起多于一个响应，其可能导致介质(例如总线)上的冲突，则在实施例中模块随后可以缩窄其搜索。因此在实施例中，所述模块的消息传递逻辑可以被配置以便如果多于一个目的地照明设备做出响应，则为在第一部分中指定的减少数目的目的地照明设备再发送消息。
[0019]在再另外的实施例中，所述系统的每一个照明设备可以具有在系统内标识它的相关联的标识符，并且第一部分可以指定多个所述标识符，在这种情况中第二部分对于在第二部分中指定的多个标识符是公共的，并且在响应中接收的标识可以包括响应照明设备的标识符。
[0020]第一部分可以根据范围指定多个标识符，在这种情况中第一部分可以包括所述范围的上边界和下边界。
[0021 ] 可以并行地向多个照明设备传输消息。
[0022]在一些实施例中，响应设备可以是更大的父设备的多个子设备之一，并且在所述响应中接收的响应设备的标识可以包括父设备的标识符和子设备的子标识符。
[0023]在一些实施例中，系统可以与用于标识照明设备的长标识符的方案相关联；消息传递逻辑还可以被配置成执行初始发现过程，其包括传输寻址到所述长标识符的范围的发现消息以及接收回包括存在于所述系统中的照明设备的长标识符的响应，存在于所述系统中的照明设备包括至少所述多个目的地照明设备；消息传递逻辑还可以被配置成在发现过程之后向所述系统的照明设备分配短标识符；并且所述第一部分可以使用短标识符的个体来指定目的地设备，并且所述响应可以使用一个短标识符来标识响应设备。
[0024]根据本文所公开的另一方面，可以提供一种用于向照明设备传输消息的计算机程序产品，其包括体现在计算机可读介质上并且被配置以便在处理器上运行时依照任何以上特征执行操作的代码。
[0025]根据本文所公开的另一方面，可以提供一种用于在操作照明设备时使用的计算机程序产品，其包括体现在计算机可读介质上并且被配置以便在处理器上运行时依照任何以上特征执行操作的代码。
【附图说明】
[0026]为了更好地理解本发明的实施例并且示出它们可以如何付诸实践，可以通过示例的方式对附图做出参考，在附图中:
图1是照明系统的示意性框图，
图2是消息格式的示意性表示，
图3是传出消息的示意性表示，
图4是响应消息的示意性表示，以及图5是照明系统的另一示意图。
【具体实施方式】
[0027]根据本发明的实施例，提供了一种检查来自DMX装置等的光源的错误或其它状态信息的更简单、更快速的方式。
[0028]在实施例中，通过向特定地址范围中的光源组广播“检查错误水平”命令，本发明可以使用与用于DMX初始发现过程类似的算法进行错误检测。
[0029]这利用以下见解:对于现代光源而言，处于错误条件中是罕见的。通常，灯装置的周期性检查将确定没有光源处于错误条件中。因此向多个光源(例如具有在命令中指定的范围中的短ID的那些)广播“如果你处于错误中则响应，否则不做响应”命令是高效的，因为大多数时候将没有光源做出响应。
[0030]在优选实施例中，可以存在不同的错误水平。例如，如果光源的温度是60，70或80度，则其错误水平将分别为水平1、水平2或水平3。这允许控制器向光源组广播，例如“如果你处于水平3则响应，否则不做响应”。
[0031]该组中处于水平3的任何光源将利用自身的标识符(例如其短ID)做出响应。如果仅一个光源响应，则控制器然后可以请求来自该光源的更多详细信息。如果多个光源响应(导致CRC错误)，则控制器将使用较小范围的地址来向光源的子组广播。这将重复直至仅一个光源响应，从而使用比如DMX初始发现阶段中的二进制搜索方法，但是用于错误检查而不是发现。
[0032]