“半岛平台”照明平台|第二篇

在一座确实的智能楼宇中，灯光可某种程度是灯光这么非常简单！灯光系统需要当作小型计算机分布式网络的角色，同时托管地其它各种应用程序，从而打造出确实的智能楼宇服务。将智能楼宇这一概念变成现实的过程中，固有的互通性、基本的设备不道德模型和电子货币功能都至关重要。

在第一篇中，我们探究了灯光即平台的概念以及反对多种楼宇服务的功能，还包括灯光自动化、导航系统和资产追踪等。在本文中，我们将探究在设计一个反对智能楼宇的网络灯光平台时，必须符合哪些关键性的拒绝。

确实的多厂商互通性对于智能灯光系统，只有当系统中的组件（灯光、电源、控制器和传感器）需要彼此网络并通信时，它才能构建无缝运营，这就拒绝组件必需使用并遵循联合的技术标准。要构建确实的多厂商互通性，我们必须一种技术来定义整个协议栈的所有层，还包括从无线通信的低层技术层到与特定类型产品涉及的应用层不道德。通过这种方式，才能保证使用这项技术的产品需要协同工作。

这些产品的无线射频将使用完全相同的方法来编码，通过仿真无线射频介质来传输数字信息，并使用准确的频率和定点规律。当调光器电源发送到意思为“将亮度水平减少该数值”的无线信息时，灯具需要解读并做出号召。多厂商互通性并不是想当然的事，因为这会像魔法一样凭空再次发生。

正是由于像蓝牙技术联盟这样的全球标准的组织获取并规定了严苛而全面的规格和测试程序，这一互通性才能以求构建。模型的魔力模型（Model）是设备内部的标准软件组件，当作着设备基本不道德建构模块的角色。特定的模型不会定义电源如何打开或重开灯光。

其它模型不会定义由占用率变化启动时的亮度变化不应如何反映。蓝牙mesh规格目前还包括一般来说能被任何类型的设备（别称为泛型Generics）用于的模型子集、专门为灯光涉及设备定义的模型、与场景（Scene）涉及的模型、以及与整个网络中准确时间信息传播有关的模型。场景（Scenes）让牵涉到有所不同类型设备分组的高级自动化场景沦为有可能，这些设备分组一般来说归属于几乎有所不同的楼宇系统，如灯光、暖气和空调等。设备所包括的模型子集要求了设备可以做到什么、与其他设备之间如何交互。

图1刻画了有可能不存在于灯光电源、照明灯和涉及传感器中的模型。标准化ON／OFF客户端模式（ClientModel）能让电源通过发送到定义的消息向照明灯收到指令，或者确认它的当前状态。标准化ON／OFF服务器模式（ServerModel）能让照明灯对电源的信息做出号召。

图1–有可能不存在于电源、灯光和传感器中的模型灯光亮度服务器（LightLightnessServer）模型可实现亮度掌控，灯光HSL（色调／饱和度／亮度）模型可实现颜色掌控。确实有意思的是灯光LC服务器（LightLCServer）模型：LC代表灯光掌控（LightingControl），这一模型与传感器内部的传感器模型（SensorModel）融合用于，如闲置和环境光传感器，以构建第一篇中提及的闲置和日光节约不道德。模型定义了网络中设备的不道德，它对于创立智能灯光系统至关重要。

将灯光作为无线平台的设施能更佳地反对自动化，打造出确实的智能楼宇。

本文来源：半岛平台-www.mysuggester.com