Zigbee有着悠久的历史，想必我们的读者都很熟悉(至少在某种程度上)。它有802.15.4物理层，它自己的中间网络/传输层，然后在顶层应用程序层配置文件(在集群库中)。

这些配置文件定义了各种设备的特定行为;他们定义了我所说的"业务对象语义．它们的价值在于互操作性:您可以共享一个消息传递协议例如，这样两个端点就可以成功地交换信息，但如果消息内容的格式没有达成一致，两个设备最终就无法进行令人信服的对话。

所以这些配置文件准确地定义了一个门锁或一个咖啡机或任何其他设备应该如何工作，无论如何，在理论上，这些东西应该相互连接并工作。(这在现实生活中是否有效是另一回事，这不是我们今天的重点。)

与此同时,线程的协议是不久前宣布的一种使用低功耗IPv6的替代中间层。它使用与Zigbee相同的物理层。但是它没有定义特定的应用层。对于相信预定义对象语义价值的人来说，这意味着由两个不同的供应商使用Thread制造的设备不太可能一起工作——除非这两家公司碰巧先谈过，并就事情的工作方式达成一致。

最近有消息称，Zigbee和线程组将一起工作，这样Zigbee集群库就可以在线程上工作了。这为Thread提供了一个具有对象语义的应用层，并且它让设计人员可以选择中间层——Zigbee或Thread。而且，给定一个网络协议转换函数，这甚至意味着Zigbee和Thread网络甚至可以混合。

Zigbee SoC供应商GreenPeak随后发表了一份谨慎的声明，支持合作，称还有很多工作要做，以测试和证明所产生的设备。他们有一个白皮书一个整体的协议图，说明了他们的世界，更新到包括线程。

图片由GreenPeak提供(点击放大)

你可以查看官方Zigbee/Thread公告在这里．

• 
• 
• 
• 
•