家用电器即插即用技术规范的研究

摘要：目前国内市场推出的智能家居产品大多基于公司自定义的某种标准，由于未经长时间的应用验证和业界的普遍认同，其技术有两个明显的缺陷：不同公司的产品无法互联、互操；产品不具备即插即用功能——易用性差。本文遵循美国电子工业协会标准（ＥＩＡ６００，ＥＩＡ７２１），参照微软和消费总线委员会（ＣＩＣ）的简单控制协议ＳＣＰ，以及家电即插即用技术规范（ＨｏｍｅＰｎＰ）模型，给出了基于该技术规范的构建技术。ＨｏｍｅＰｎＰ中传输协议的独立性和上下文绑定等机制，使得不同厂家的家电互联、互操和即插即用成为可能。

    关键词：HomePnP SCP CEBus EIA600, EIA721

    智能家居要求家用电器经网络（总线）实现互联、互操和即插即用。目前，国内市场的相关产品大多基于自定义的某种技术规范，尚无得到广泛认同的统一家电接口标准。从技术角度而言，更多意义上还是一种概念性产品。国家经贸委和信息产业部第七标准化小组将在２００３年推出有关智能家居网络系统的标准，其中一个重要的标准就是家电的接口规范。智能家居产业的健康发展有赖于这一标准和规范的指导。

国际上主流的家庭网络标准有：美国的Ｘ１０、消费总线（ＣＥＢｕｓ）、日本的家庭总线（ＨｏｍｅＢｕｓ）、欧洲的安装总线（ＥＩＢ）。技术上并不先进的Ｘ１０，只支持开关量，用于面板开关和继电器类的简单电器，但凭借价格低廉、性能可靠，尤其是它的易用性，一般用户均能自行安装，商业上取得了巨大的成功：４５０万户美国家庭采用Ｘ１０，累计销售了１．２亿个模块。１９８４年，美国电子工业协会（Ｅｌｅｃｔｒｏｎｉｃｓ Ｉｎｄｕｓｔｒｙ Ａｓｓｏｃｉａｔｉｏｎ ＥＩＡ）认为Ｘ１０协议已经不能满足现代生活的需要，并在１９９２年发布了ＣＥＢｕｓ（Ｃｏｎｓｕｍｅｒ Ｅｌｅｃｔｒｏｎｉｃ Ｂｕｓ）协议，其目标是建立一个针对消费类电子产品的开放性协议。１９９４年，ＣＥＢｕｓ工业委员会（ＣＩＣ）成立，其成员为国际知名厂商。２００２年６月，微软和ＣＩＣ共同宣布支持基于ＣＥＢｕｓ的简单控制协议ＳＣＰ，ＳＣＰ是微软ＵＰｎＰ协议的子集。如果说Ｘ１０是在低技术层次上，通过简单的操作来达到产品易用性，则ＣＥＢｕｓ是在高技术层次上，通过家电的互联、互操和即插即用来实现产品的易用性。ＨｏｍｅＰｎＰ（ＨＰｎＰ）是ＣＩＣ制定的基于公共应用语言（Ｃｏｍｍｏｎ Ａｐｐｌｉｃａｔｉｏｎ Ｌａｎｇｕａｇｅ，简称ＣＡＬ）的家电系统相互协同进行互操的规范。ＨＰｎＰ不是一种语言，它为支持ＣＡＬ的家电提供统一的应用规则来实现家电的即插即用功能。

１ ＨＰｎＰ中传输协议的独立性

传输协议的独立性是ＨｏｍｅＰｎＰ规范的最主要目标之一。 ＨｏｍｅＰｎＰ规范使生产厂家可以使用一个应用协议，并选择合适的独立的传输网络（ＲＦ，ＰＬ，ＩＲ）。由于ＨｏｍｅＰｎＰ计划运行于已有的消费电子产品协议如ＣＥＢｕｓ和ＩＥＥＥ １３９４（Ｆｉｒｅ Ｗｉｒｅ）之上，所以它对下面的传输层只提出最少的要求，保持其独立性。

家庭产品即插即用（ＨｏｍｅＰｎＰ）采用分层结构，通过三个主要的功能模块来处理应用层和更高层的问题。如图１所示。

最下层代表应用层及其相关的公共应用语言（ＣＡＬ），它包含在ＥＩＡ－６００（ＣＥＢｕｓ）、ＥＩＡ－７２１和ＥＩＡ－７６６标准中，从而免去在不同产品之间设置昂贵的语言翻译网关。

上下文数据结构层代表各种各样用ＣＡＬ句法开发而成的产品模型。通过定义安防、照明、环境、能源管理、家电设备、计算机和娱乐等的上下文，构成业界认同的家电产品模型。

最上层是系统指南，它指出即插即用安装的产品必须具有哪些行为特征。这些指导性的原则涉及到ＥＩＡ－６００中尚未解决的一些难题。

２ ＨＰｎＰ的结构

ＨｏｍｅＰｎｐ通过５个不同层次的架构来实现家电的互操性。如表１所示。

HomePnP的架构 组成要素
 
CAL提供的构造模块 设备，上下文，上下文号，对象，实例变量，CAL报告，HomPnP广播和直接消息传输 
HomePnP采用的构造模块 子系统，状态对象，侦听对象，请求对象，传感器信息共享，报警和故障诊断报告，家居模式 
子系统间的互操性模块 松耦合，动态上下文序号，状态信息广播，状态向量，自动绑定和手动绑定 
子系统内的互操作模块 紧耦合，安装工具 
其他的互操需求 设备启用，设置，资源管理，消息处理，认证和加密的传输需求 

下面，仅对ＨｏｍｅＰｎＰ构造模块和子系统互操模块进行介绍。

２．１ 子系统ｓｕｂｓｙｓｔｅｍ

子系统是家庭控制网络中功能相似和相关的设备和设备集。例如：安防系统、照明系统、环境控制系统、家庭娱乐系统。一个子系统包含了一系列的ＣＡＬ上下文，这些ＣＡＬ上下文分别负责一部分的控制功能。ＨｏｍｅＰｎＰ的子系统可以只存在一个设备当中，也可以分布在多个设备当中。

２．２ 状态对象，侦听对象和请求对象

在ＣＡＬ中按照设备的功能预定义了多种对象，在ＨｏｍＰｎＰ中按照对信息的收发方式将这些对象分为３类，分别采用一种特定的符号来表示。

状态对象（ｓｔａｔｕｓ ｏｂｊｅｃｔ）：也称为“信息提供者”，它具有报告功能，对象的报告头ｒｅｐｏｒｔ＿ｈｅａｄｅｒ报告地址ｒｅｐｏｒｔ＿ａｄｄｒｅｓｓ绑定到ＣＡＬ的报告功能向后面的“侦听对象”发送状态或数据；其中状态对象又细分为接收和不接收“请求对象”命令两类。

侦听对象ｌｉｓｔｅｎｅｒ ｏｂｊｅｃｔ：它接收“状态对象”的报告，并能够根据接收的内容调整自己的工作。侦听对象没有报告功能。

请求对象ｒｅｑｅｕｓｔ ｏｂｊｅｃｔ：能够发送“请求”改变状态对象的状态，它也是采用报告的机制实现的，请求对象的目的上下文就是状态对象所属的上下文。

在一个家庭自动化网络中，请求对象引起设备改变状态，接着状态对象公布设备状态的变化，所有的工作着的侦听对象都能收听到这个状态信息。这三种对象构成各子系统并通过松耦合实现互操作的基础。

２．３ 家居模式上下文（Ｈｏｍｅ Ｍｏｄｅ Ｃｏｎｔｅｘｔ）

家居模式上下文是用来表示当前家庭状况的一个上下文，这是ＨｏｍｅＰｎＰ一个重要的特性。这个上下文为所有的ＨｏｍｅＰｎＰ子系统提供了表示当前家庭状况（如在家，离开，休息）的通用方法。通过接收关于这个上下文的ＨｏｍｅＰｎＰ广播，所有子系统可以根据它们自己的设计来调整相应的行为。这种方法为家庭控制系统提供了一个完整和协调的解决方案。

３ 互操性及其相关概念

互操性是指子系统可以和其系统内部的设备或者和其它的子系统进行协同工作，也就是说ＣＡＬ的上下文模型支持子系统内或者子系统间的上下文协同工作。图２是互操性的模型示意。

３．１ 绑定（ｂｉｎｄ）

对象之间的连接称为“绑定”(ｂｉｎｄ)。图３是一个带状态反馈的控制面板、指示面板与电风扇绑定，用户操作控制面板发出控制信号到电风扇的侦听对象，电风扇的工作状态改变之后，又发出一个报告，这个报告反馈到控制面板，指示用户命令执行状态，同时另一个指示面板也收到电扇的状态报告，从而可以在远端更新指示。每个符号的箭头表示信息的流向。

在ＨｏｍｅＰｎＰ中定义了缺省报告地址、目的对象以及用ＣＡＬ描述的报告内容的数据格式。当报告地址采用广播地址的时候，所有的设备都可以听到这个消息，但是不是所有的设备都会处理这个消息，因为有些设备没有报告中指定的目的对象。因此，一个传感器设备可以按照规定将测量得到的信号根据ＨｏｍｅＰｎＰ的要求以ＣＡＬ报告的形式发送到网络上；在其它设备中构造一个目的对象，也就是侦听对象，就可以获取这个信息。

３．２ 子系统间的互操性

子系统间的互操性主要表现为松耦合(ｌｏｏｓｅ ｃｏｕｐｌｉｎｇ)和缺省绑定（ｄｅｆａｕｌｔ ｂｉｎｄｉｎｇ）。

在ＨｏｍｅＰｎＰ的规格说明书中，对每一种状态对象都规定了相应的侦听对象，它们有特定的对象序号，存在于特定的上下文中。状态对象在缺省情况下向一个正确的侦听对象发送消息。当然，侦听对象可以选择接收哪一个设备发出的状态消息，这就是“缺省绑定”。

某个状态设备正常工作时，用缺省绑定的方法把信息广播到网络上，它并不关心那些设备收到了消息。其它设备中只要有一个对应的侦听对象就可以获得这个信息，这样就可以省略数据链路层的绑定过程。由于收发设备之间没有明确的地址联系，因而称为“松耦合”（ｌｏｏｓｅ ｃｏｕｐｌｉｎｇ）。松耦合采用ＨｏｍｅＰｎＰ广播地址作为其报告地址。

松耦合是ＨｏｍｅＰｎＰ的一个特点。ＨｏｍｅＰｎＰ结构采用子系统松耦合等新思想，使设备的复杂性可按自然形态分层。在松耦合方式中，子系统可以向所有其它的ＨｏｍｅＰｎＰ子系统报告状态信息，使得厂家在设计产品时不必详细了解其它厂家的产品。例如，我们可以设计一安全系统：如果窗户打开时空调器被启动，安全系统便发出告警。采用松耦合方式，安全系统只需配备一个合适的收听对象，用于收听来自环境监视的信息，按照约定接收来自空调器的报告。安全系统可以根据自己的设计决定使用或者不使用这个信息。请求对象也可通过网络引起状态变化。

３．３ 系统内的互操性

ＨｏｍｅＰｎＰ中也支持以确定的目的地址作为状态对象的报告地址的报告机制，这种报告叫做“紧耦合”（ｔｉｇｈｔ ｃｏｕｐｌｉｎｇ）。由于紧耦合有明确的目标地址，因此可以减少网络冲突，并可以采用立即响应的方式。

子系统内的互操一般采用紧耦合的方式，如温控器和空调的关系，开关和灯的关系等等。紧耦合和松耦合的方法不同，松耦合的对象之间用虚线相连，表示为ＨｏｍｅＰｎＰ广播消息，而紧耦合的对象之间用实线相连。

４  安防 环境控制 空调 网络 解决方案