Deconz-rest-plugin: 带有 Conbee 1/Conbee 2 的 Zigbee 3.0

多年来，Hue 设备不是 Zigbee3 吗？

请留在话题上，问题是关于 conbee 1/2 和 zigbee 3.0 以及其中一个是否可以成为 zigbee 3.0 协调员以及他们如何处理 zigbee 3.0 支持。

越来越多的 zigbee 3.0 即将推出，不仅是 Hue，例如 -> https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2061

这与 Zigbee2mqtt 的新更新有关，支持 CC26X2R1 和 CC1352P-2，可以是 zigbee 3.0 协调器https://github.com/Koenkk/zigbee2mqtt/releases/tag/1.7.0

我的意思是，如果 Hue 已经是 3.0，那么 deCONZ 不是已经支持 3.0 了吗？

如果 conbee 1/2 可以提升为 zigbee 3.0 协调器，那仍然不是答案:)

不，但它给出了细微差别:)

停止劫持这个请求，hue 与 conbee 1 或 2 的 zigbee 协调器 3.0 无关，这是我的问题。

zigbee 3.0 的设备与本主题无关，因为 3.0 向后兼容 1.2，但 3.0 在 1.2 上具有优势，这就是为什么我想要一个 zigbee 3.0 协调器，我的所有 zigbee 设备都连接到 -> https://zigbee .org/zigbee-for-developers/zigbee-3-0/ 如果可能的话，我在网站上或在路线图上找不到有关 conbee 1/2 的信息 :)

ConBee 和 RaspBee 确实支持范围广泛的 Zigbee 3.0 设备。 还有 Zigbee Green Power 扩展，它是 Zigbee 3.0 的一部分，被 Friends of Hue 开关等设备使用。 明年我们将推出 Zigbee 3.0 安装代码支持以实现高级安全性。

但是 3.0 比 1.2 有优势

你有什么特别的优势吗？

感谢@manup的回复，以及您提到的安全观点，zigbee 3.0 的网格/范围应该比 zigbee 1.2 更好。 正如在其他问题中提到的，我们中的一些人遭受设备丢失的困扰（例如这个问题 -> https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1261）所以我正在寻找一种改进的方法这就是为什么我想知道 conbee 1/2 是否会成为 zigbee 3.0 协调器以及这是否会提高网络/网格的质量

我并不是说我的 zigbee 网络很大，但我有很多设备，我有时会失去灯的连接，然后还有连接到它的终端设备 ->

硬件：
带有 deconz 的 Nuc 在带有 conbee 1 的 docker 中运行（升级到 conbee 2 有优势吗？）

我的网络存在：
18 个 zigbee 灯（宜家/色调）
12 个 zigbee 插头（宜家/欧司朗）
3个CC2531和1个CC2530中继器
7 zigbee 小米开关
3个色调调光器
3个zigbee小米魔方
3个zigbee小米按钮
4个zigbee小米振动传感器
17个zigbee小米接触式传感器
4 个色相运动传感器
18个zigbee小米运动传感器
9个zigbee小米温度传感器

恐怕这与 Zigbee 3.0 无关，网格功能与以前的版本相同。 下降与固件或软件中的错误有关。 目前最可靠的灯是飞利浦色调的。

如果尚未完成，我强烈建议使用 USB 延长线。

感谢@manup的澄清
我确实已经将 conbee 1 连接到 USB 延长线，这是提出的建议之一

@manup我是否将conbee 1换成conbee 2或者这真的没有改变任何东西（仍然不太清楚有什么区别/如果一个比另一个更好）有什么关系？

ConBee 和 RaspBee 确实支持范围广泛的 Zigbee 3.0 设备。 还有 Zigbee Green Power 扩展，它是 Zigbee 3.0 的一部分，被 Friends of Hue 开关等设备使用。 明年我们将推出 Zigbee 3.0 安装代码支持以实现高级安全性。

但是 3.0 比 1.2 有优势

你有什么特别的优势吗？

不是吗？

https://courses.csail.mit.edu/6.857/2017/project/17.pdf

原文如此：

“Zigbee 3.0 的 4.5 更新

Zigbee HA 1.2 规范中设计了一个“不安全时刻”，当设备首次加入网络时，它使用称为信任中心链接密钥的众所周知的对称加密密钥来分发唯一的网络密钥。 这是 Zigbee 联盟选择在安全性和简单性之间做出的权衡 - 鉴于攻击者必须在新设备加入网络的同时捕获 Zigbee 网络流量，因此影响会减轻。 [5]

此方法已从即将发布的 Zigbee 3.0 规范中删除，取而代之的是需要每个设备安装代码的过程，该代码用于生成唯一的加入密钥，然后用于获取 Zigbee 网络密钥。 安装代码可以打印在设备上，可以是由相机扫描的二维条码，也可以是其他一些将代码从终端设备传递到 Zigbee 协调器设备的带外方法（在我们的例子中， SmartThings Hub），例如 NFC 或蓝牙智能。 但是，我们的设备不支持带外密钥建立，而是使用上述信任中心链接密钥。”

我已经看到经过认证的 zigbee 3.0 设备，但他们从不使用此功能，使用起来很无聊。

可能是现在支持蓝牙的 Hue 灯背后的想法之一：Hue 应用程序可以通过蓝牙从灯中获取安装代码，并在将灯与桥配对时通过 API 将其传递给 Hue 桥. 不确定他们是否这样做； 我没有任何新的支持蓝牙的灯。 他们的 API 从一开始就支持设备 ID 来搜索新的灯，请参阅https://developers.meethue.com/develop/hue-api/lights-api/ ，第 1.3 节。

关于 Conbee 1 的任何更新？ 似乎 Conbee 2 提供了 zigbee 3.0，因为它在其 PDF 营销传单中被定义为与 zigbee 3.0 兼容；）那么这对 Conbee 1 意味着什么 - 是否会有更新，合并/提升 1.2 -> 3.0。 可以选择吗？ 由于任何 CC2531 都可以同时运行，因此只需要花费额外的成本将 CB1 替换为 CB2 就太可惜了。 有什么新的路线图吗？ 谢谢4信息....

conbee 1和conbee 2在使用上没有区别。

我有一些 ET Spirit 恒温器，它们使用 Green Power 功能（根据 3.0 规范），但没有适用于 ConBee 2 设备的 UART 文档，即使现有文档在一年前更新。 ConBee 设备正在泄漏支持，浪费我的时间和金钱。

这几天我买了一个小米米光传感器（纯光传感器，不带运动检测，最高可达 83.000Lux），它也可以在 Zigbee 3.0 的基础上工作。 我无法将他绑定到我的 ConBee 2。尝试了几次，但没有被棍子发现。 有人对传感器有经验吗？

@Pedder007我认为关于您的设备的问题在这里https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2380

谢谢@Smanar

@manup ConBee II 作为协调器固件是否 100% 完全支持完整的 Zigbee 3.0 堆栈？

澄清一下，作为 deCONZ 的协调者，ConBee II 是否提供完全兼容的 ZigBee 3.0 解决方案？

最后一个固件 ConBee II 是否提供符合 Zigbee 3.0 规范的认证 Zigbee 3.0 堆栈？

为了与竞争对手德州仪器 (TI) 的芯片进行比较，他们拥有仅支持 Zigbee 家庭自动化 (ZHA) 配置文件的 Z-Stack 固件版本 HA 1.2，但德州仪器还拥有更新的 Z-Stack 固件版本 3.0，它支持完整的 Zigbee 3.0 堆栈：

https://github.com/Koenkk/Z-Stack-firmware/tree/master/coordinator

http://www.ti.com/tool/Z-STACK

那么为此，ConBee II 协调器固件是否 100% 符合 Zigbee 3.0 标准？

ConBee II 协调器固件能否创建一个 Zigbee 3.0 网状网络，该网络可以包含 Zigbee 3.0 设备，而无需使用 Zigbee 家庭自动化 (ZHA) 配置文件在向后兼容模式下运行？

也就是说，我不仅希望它创建 Zigbee Light Link (ZLL) 网络或 Zigbee 家庭自动化 (ZHA) 网络，而是希望创建 Zigbee 3.0 网络网格。

没有冒犯，但到目前为止，我还没有听到一个 100% 明确的答案，而是一堆关于它如何控制支持 Zigbee 3.0 的设备的回避答案，而这不是我们想要在这里回答的问题。 Zigbee 3.0 将多个以前的 Zigbee 配置文件组合成一个统一的标准，我相信就像原始海报一样，我不只是在问 ConBee 是否支持控制 Zigbee 3.0 设备，因为这个问题在这里真的无关紧要，因为大多数 Zigbee 3.0 设备都向后兼容Zigbee 家庭自动化 (ZHA) 配置文件。

此问题已自动标记为过时，因为它最近没有活动。 如果没有进一步的活动发生，它将被关闭。 感谢你的贡献。

那么官方答案是什么？ 因为我在这个设备上花钱了，至少我想要一个它会/它不会回答

轻推，因为我也想要一个答案。

@miguelcaravantes我很抱歉，但我认为它不可能在公司自己的官方问题跟踪器中得到任何官方答案，但也许你永远不知道。
我希望我们得到它。 但是，如果需要确保您的资金安全使用（我愿意），请为其他解决方案（没有 DE 解决方案）敞开大门。
附注：大多数宜家设备都升级到 Z30，除了我的旧 RGBWW 和一些更旧的设备。

此问题已自动标记为过时，因为它最近没有活动。 如果没有进一步的活动发生，它将被关闭。 感谢你的贡献。

还是没有答案？ 这个怎么可能？ 如果您不能或不想实施 Zigbee 3.0，至少您可以进行交流。

大家好，很抱歉很晚才回复。
简短的回答是的。

更长的答案：
我想澄清为什么对于现实世界的 Zigbee 设备很难用是或否来回答这个问题，因为我猜想可能会这样：支持 Zigbee 3.0 > 是 > 必须支持所有 Z3.0 设备。 可悲的是，这不是 Zigbee 标准的工作方式。

ConBee 和 RaspBee（I 和 II）支持大量且不断增长的 ZHA、ZLL、ZGP 和 Z3.0 设备以及 Zigbee 3.0 功能，如安装代码或 Zigbee Green Power (ZGP) 设备。 在大多数情况下，Zigbee 设备支持的困难与 ZLL 或 Z3.0 等特定标准无关，而是与设备的差异以及如何实现它们以支持特定设备有关。

有各种支持 Zigbee 3.0 的网关，但没有一个支持市场上的所有设备。 我想把 Zigbee 3.0 看作是一个低级细节，后面有一个复选标记。 ConBee II 和 RaspBee II 在 Zigbee 3.0 堆栈上运行，但即使是 7 岁且仍在接收更新的 RaspBee I 也支持相同的设备和 Zigbee 3.0 功能。 硬件和固件仅充当调制解调器，大部分代码和设备支持在 deCONZ 和 REST-API 插件的更高级别上实现。 因此，硬件本身是面向未来的，并且如果它变得相关，也可以支持 Thread。

最后，使用硬件之上的哪个软件可能是个人喜好问题。 ConBee 和 RaspBee 不受 deCONZ 约束，并且还受到其他软件项目的支持，如 zigbee2mqtt、zigypy-zha 和 WebThings 网关。 在未来证明 RaspBee 方面，我比圆形飞利浦 Hue 桥 1 和欧司朗网关更长寿，并且没有停止它的计划。