在一座真正的智能楼宇中，照明可不仅仅是照明这么简单！ 照明系统能够充当小型计算机分布式网络的角色，同时托管其它各种应用程序，从而打造真正的智能楼宇服务。将智能楼宇这一概念变为现实的过程中，固有的互通性、基本的设备行为模型和增值功能都至关重要。
在第一篇中，我们探讨了照明即平台的概念以及支持多种楼宇服务的功能，包括照明自动化、导航和资产跟踪等。在本文中，我们将探讨在设计一个支持智能楼宇的互联照明平台时，需要满足哪些关键性的要求。
真正的多厂商互通性
对于智能照明系统，只有当系统中的组件（照明、开关、控制器和传感器）能够彼此互联并通信时，它才能实现无缝运行，这就要求组件必须采用并遵循共同的技术标准。
要实现真正的多厂商互通性，我们需要一种技术来定义整个协议栈的所有层，包括从无线通信的低层技术层到与特定类型产品相关的应用层行为。通过这种方式，才能确保采用这项技术的产品能够协同工作。这些产品的无线射频将采用相同的方法来编码，通过模拟无线射频介质来传输数字信息，并采用正确的频率和定时规律。当调光器开关发送意思为“将亮度水平降低该数值”的无线信息时，灯具能够理解并作出响应。
多厂商互通性并不是想当然的事，因为这不会像魔法一样凭空发生。正是由于像蓝牙技术联盟这样的全球标准组织提供并规定了严格而全面的规格和测试程序，这一互通性才能得以实现。
模型的魔力
模型（Model）是设备内部的标准软件组件，充当着设备基本行为构建模块的角色。特定的模型会定义开关如何开启或关闭照明。其它模型会定义由占用率变化触发的亮度变化应如何体现。
蓝牙mesh规格目前包括通常能被任何类型的设备（通称为泛型Generics）使用的模型集合、专门为照明相关设备定义的模型、与场景（Scene）相关的模型、以及与整个网络中精确时间信息传播有关的模型。场景（Scenes）让涉及不同类型设备分组的高级自动化场景成为可能，这些设备分组通常属于完全不同的楼宇系统，如照明、供暖和空调等。
设备所包含的模型集合决定了设备可以做什么、与其他设备之间如何交互。图1描绘了可能存在于照明开关、照明灯和相关传感器中的模型。通用ON ／ OFF客户端模式（Client Model）能让开关通过发送定义的消息向照明灯发出指令，或者确定它的当前状态。通用ON／OFF服务器模式（Server Model）能让照明灯对开关的信息作出响应。
图1 – 可能存在于开关、照明和传感器中的模型
照明亮度服务器（Light Lightness Server）模型可实现亮度控制，照明 HSL（色调／饱和度／亮度）模型可实现颜色控制。
真正有趣的是照明LC服务器（Light LC Server）模型： LC代表照明控制（Lighting Control），这一模型与传感器内部的传感器模型（Sensor Model）结合使用，如占用和环境光传感器，以实现第一篇中提到的占用和日光节约行为。
模型定义了网络中设备的行为，它对于创建智能照明系统至关重要。将照明作为无线平台的设施能更好地支持自动化，打造真正的智能楼宇。
