线程 Vs。 ZigBee（物联网工程师）
Thread 和 ZigBee 非常相似。
- 它们都是网状局域网。
- 它们使用相同的低级 MAC 层协议——IEEE 802.15.4。 （这意味着他们有时可以使用相同的芯片。）
- 它们都是开放标准。
- 他们都针对类似的应用类型，例如智能家居。
- 它们都在全球标准的 2.4 GHz ISM 频段上运行。
- 它们的功耗和用法可能非常相似。
但是，在比较两个网络时需要考虑一些差异和注意事项。我们在下面汇编了它们。
线程 Vs。 ZigBee：主要差异和注意事项
网络层
Thread 是由 Nest（谷歌）、三星和许多想要以更传统的方式处理节点的芯片供应商发起的。它使用 6LoWPAN，为每个节点提供一个 IP 地址。云通信的地址进入边缘路由器，然后可以通过其 IP 地址直接发送到节点。
ZigBee 也尝试通过 ZigBee IP 实现这一点，但并未获得显着的市场吸引力。另一种解决 ZigBee 节点的方法是使用连接到云和网络的边缘路由器。当地址进来时，边缘路由器必须具有某种智能才能知道连接到它的节点以及如何转换特定消息。如果您正在设计云应用程序，则非 IP ZigBee 网络可能会使处理与节点之间的通信变得更加困难。
应用层
ZigBee 创建了一个应用程序层，它规定了应用程序如何与其连接并在其中运行。如果您正在创建一个要连接到另一个 ZigBee 应用程序的应用程序（例如操作照明的 ZigBee Light Link），这是一个明显的选择。但是，这个应用层也不是没有缺陷，它通常被认为是大而笨重的。
Thread 没有定义应用层，因此它没有定义网络上的设备应该如何交互。它提供了一种与设备和终端节点通信的通用方式——因此您可以来回通信——但消息的定义与 ZigBee 不同。如果您需要能够与多个应用程序对话的通用工具，您可能需要使用 Thread。
认证流程
如果你想证明某些东西与 ZigBee 兼容，你会通过 ZigBee 联盟——如果你想证明某些东西与 Thread 兼容，你会通过 Thread Group。两者都有相关费用，我们无法确定哪个过程更容易或更复杂。但在为您的应用选择网络之前，您确实需要考虑认证过程的来龙去脉。
软件栈
Thread 因其干净和不臃肿的软件堆栈而受到称赞（如下图所示）：
ZigBee 的软件堆栈更大、更复杂，因此众所周知它存在延迟问题并且可能会消耗更多功率。这也意味着它使用更多的内存，这可能需要更大的微控制器（从而增加成本）。
结论
您最终使用的网络可能归结为您需要使用它的目的。 ZigBee 在智能照明和能源方面做得很好，但在其他领域却一直在苦苦挣扎。 Thread 是一个年轻的网络，但拥有谷歌和三星的支持可能会给它带来重大推动。如果您有更多关于 Thread 或 ZigBee 的问题，我们很乐意帮助您解答。发推给我们@LinkLabsInc 或给我们留言。
物联网技术