Deconz-rest-plugin: Zigbee3.0とConbee1/ Conbee 2

Hueデバイスはもう数年前からZigbee3ではありませんか？

トピックにとどまり、質問はconbee1/2とzigbee3.0についてであり、そのうちの1つがzigbee 3.0コーディネーターになることができるかどうか、およびそれらがzigbee3.0サポートをどのように処理するかについてです。

ますます多くのzigbee3.0が登場しています。たとえば、Hueだけではありません-> https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2061

これは、Zigbee3.0コーディネーターになることができるCC26X2R1およびCC1352P-2をサポートするZigbee2mqttからの新しいアップデートに関連していますhttps://github.com/Koenkk/zigbee2mqtt/releases/tag/1.7.0

私が意味したのは、Hueがすでに3.0である場合、deCONZはすでに3.0をサポートしていないということでしたか？

conbee1/2をzigbee3.0コーディネーターに昇格させることができれば、それはまだ答えではありません:)

いいえ、しかしそれはニュアンスを与えます:)

このリクエストのハイジャックをやめてください。色相は、私の質問であるconbee1または2でzigbeeコーディネーター3.0を使用することとは何の関係もありません。

3.0は1.2と下位互換性がありますが、3.0には1.2の利点があるため、zigbee 3.0のデバイスはこのトピックには関係ありません。そのため、すべてのzigbeeデバイスが接続するzigbee3.0コーディネーターが必要です->https：// zigbee .org / zigbee-for-developers / zigbee-3-0 /可能であれば、ウェブサイトまたはロードマップでconbee1/2に関する情報を見つけることができません:)

ConBeeとRaspBeeは、さまざまなZigbee3.0デバイスをサポートしています。 また、Zigbee3.0の一部でありFriendsofHueスイッチなどのデバイスで使用されるZigbeeGreenPower拡張機能もあります。 来年は、高度なセキュリティのためのZigbee3.0インストールコードサポートを展開します。

しかし、3.0には1.2よりも利点があります

特定の利点を念頭に置いていますか？

返信してくれた@manupに感謝します。セキュリティの観点からおっしゃったように、メッシュ/範囲はzigbee3.0よりもzigbee1.2の方が優れているはずです。 他の問題で述べたように、私たちの一部はデバイスの紛失に苦しんでいます（この問題のように-> https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1261）ので、私は改善する方法を探していますそのため、conbee1/2がzigbee3.0コーディネーターになるかどうか、そしてそれによってネットワーク/メッシュの品質が向上するかどうかを知りたいのです。

私のzigbeeネットワークが大きいと言っているわけではありませんが、ライトとそれに接続されているエンドデバイスの接続が失われるデバイスがたくさんあります->

ハードウェア：
コンビー1を備えたDockerで実行されているデコンズを備えたNuc（コンビー2にアップグレードする利点はありますか？）

私のネットワークは次のもので構成されています。
18個のジグビーライト（ikea / hue）
12個のzigbeeプラグ（ikea / osram）
3つのCC2531および1つのCC2530リピーター
7つのzigbeexiaomiスイッチ
3色相調光スイッチ
3つのzigbeexiaomimagiccubes
3つのzigbeexiaomiボタン
4つのジグビーxiaomi振動センサー
17ジグビーxiaomi接触センサー
4色相モーションセンサー
18ジグビーxiaomiモーションセンサー
9つのzigbeexiaomi温度センサー

恐れ入りますが、これはZigbee 3.0とは関係ありません。メッシュの機能は、以前のバージョンと同じです。 ドロップオフは、ファームウェアまたはおそらくソフトウェアのバグに関連しています。 現時点で最も信頼できるライトはフィリップスの色相のものです。

まだ行っていない場合は、USB延長ケーブルを使用することを強くお勧めします。

明確化してくれてありがとう@manup
私は確かにすでにconbee1をUSB延長ケーブルに接続しています。これは提案の1つでした

@manupは、conbee1をconbee2に交換するか、それとも実際には何も変更しないかどうかは重要ですか（違いはまだはっきりしていません/一方が他方より優れているかどうか）？

ConBeeとRaspBeeは、さまざまなZigbee3.0デバイスをサポートしています。 また、Zigbee3.0の一部でありFriendsofHueスイッチなどのデバイスで使用されるZigbeeGreenPower拡張機能もあります。 来年は、高度なセキュリティのためのZigbee3.0インストールコードサポートを展開します。

しかし、3.0には1.2よりも利点があります

特定の利点を念頭に置いていますか？

ね？

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

原文ママ：

"4.5Zigbee3.0のアップデート

Zigbee HA 1.2仕様には、デバイスが最初にネットワークに参加するときに、トラストセンターリンクキーと呼ばれるよく知られた対称暗号化キーを使用して一意のネットワークキーを配布する、設計された「不安の瞬間」があります。 これは、セキュリティとシンプルさの間でZigbee Allianceが選択したトレードオフです。攻撃者は、新しいデバイスがネットワークに参加すると同時にZigbeeネットワークトラフィックをキャプチャする必要があるため、影響は軽減されます。 [5]

この方法は、今後のZigbee 3.0仕様から削除され、デバイスごとのインストールコードを必要とするプロセスに置き換えられました。このコードは、一意の結合キーを生成するために使用され、その後、Zigbeeネットワークキーを取得するために使用されます。 インストールコードは、デバイスに印刷されるか、カメラによってスキャンされる2Dバーコード、またはエンドデバイスからZigbeeコーディネーターデバイス（この場合は、 SmartThings Hub）、NFCやBluetoothSmartなど。 しかし、私たちのデバイスは帯域外キーの確立をサポートせず、代わりに上記のトラストセンターリンクキーを利用しました。」

私はすでに認定されたzigbee3.0デバイスを見ましたが、彼らはこの機能を使用することはなく、使用するのは退屈です。

現在BluetoothをサポートしているHueライトの背後にあるアイデアの1つである可能性があります：HueアプリはBluetooth経由でライトからインストールコードを取得し、ライトをブリッジにペアリングするときにAPIを介してHueブリッジに渡すことができます。 彼らがこれをまだ行っているかどうかはわかりません。 新しいBluetooth対応ライトはありません。 彼らのAPIは、開始以来、新しいライトの検索でデバイスIDをサポートしてきました。https：//developers.meethue.com/develop/hue-api/lights-api/のセクション1.3を参照してください。

Conbee 1に関するこれに関する更新はありますか？ Conbee2はPDFマーケティングチラシでzigbee3.0と互換性があると定義されているため、zigbee 3.0を提供しているようです;）つまり、Conbee 1にとってそれはどういう意味ですか？ 選べますか？ どのCC2531も両方を操作できるので、そのためだけにCB1をCB2に置き換えるために追加のコストをかける必要があるのは残念です。 新しいロードマップはありますか？ 4つの情報に感謝します。

conbee1とconbee2の使用法に違いはありません。

私はいくつかのETスピリットサーモスタットを持っており、それらはGreen Power機能（3.0仕様による）を使用していますが、既存のドキュメントが1年前に更新されたとしても、ConBee2デバイスに適切なUARTドキュメントはありません。 ConBeeデバイスはサポートのリークであり、私の時間とお金を浪費します。

最近、Xiaomi Miライトセンサー（モーション検出なしの純粋なライトセンサー、最大83.000ルクスを測定）を入手しました。これは、Zigbee3.0にも基づいて機能します。 彼を私のConBee2にバインドすることができませんでした。何度か試しましたが、スティックで発見されませんでした。 誰かがセンサーの経験がありますか？

@Pedder007お使いのデバイスに関する問題はこちらhttps://github.com/dresden-elektronik/deconz-rest-plugin/issues/2380

ありがとう@Smanar

@manupコーディネーターファームウェアとしてのConBeeIIは、完全なZigbee 3.0スタックを100％完全にサポートしていますか？

明確にするために、deCONZのコーディネーターとしてのConBee IIは、完全に準拠したZigBee 3.0ソリューションを提供しますか？

最後のファームウェアConBeeIIは、Zigbee3.0仕様に準拠する認定済みのZigbee3.0スタックを提供しますか？

競合他社のTexasInstrumentsのチップと比較すると、Zigbeeホームオートメーション（ZHA）プロファイルのみをサポートするZ-StackファームウェアバージョンHA 1.2がありますが、Texas Instrumentsには、完全なZigbee3.0スタックをサポートする新しいZ-Stackファームウェアバージョン3.0もあります。 ：

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

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

そのために、ConBeeIIコーディネーターファームウェアはZigbee3.0標準に100％準拠していますか？

ConBee IIコーディネーターファームウェアは、Zigbeeホームオートメーション（ZHA）プロファイルを使用して、下位互換モードで実行せずにZigbee3.0デバイスを含むことができるZigbee3.0メッシュネットワークを作成できますか？

つまり、Zigbee Light Link（ZLL）ネットワークまたはZigbee Home Automation（ZHA）ネットワークを作成するだけでなく、Zigbee3.0ネットワークメッシュを作成する必要があります。

不快感はありませんが、これまでのところ100％明確な答えは聞いていませんが、Zigbee 3.0をサポートするデバイスを制御する方法について、ここで答えたい質問ではない場合に、それを回避するための答えをたくさん聞いています。 Zigbee 3.0は、以前の複数のZigbeeプロファイルを1つの統一された標準に結合します。元のポスターと同様に、ほとんどのZigbee 3.0デバイスは下位互換性があるため、ConBeeがZigbee3.0デバイスの制御をサポートしているかどうかを尋ねているだけではありません。 Zigbeeホームオートメーション（ZHA）プロファイル。

この問題は、最近のアクティビティがないため、自動的に古いものとしてマークされています。 それ以上のアクティビティが発生しない場合は閉じられます。 貢献していただきありがとうございます。

それで、公式の答えは何ですか？ 私はこのデバイスにお金を使ったので、少なくとも私はそれが欲しい/答えない

私もこれに対する答えが欲しいので、ナッジ。

@miguelcaravantes申し訳ありませんが、会社独自の公式課題追跡システムで公式の回答を得ることができるとは思いませんが、おそらくあなたは知らないでしょう。
私たちはそれを取得することを願っています。 しかし、あなたのお金を安全に使うために必要な場合は、他のソリューション（DEソリューションではない）への扉を開いたままにしてください（私はそうします）。
補足：私の古いRGBWWといくつかの古いデバイスを除いて、ほとんどのIkeasデバイスはZ30にアップグレードされています。

この問題は、最近のアクティビティがないため、自動的に古いものとしてマークされています。 それ以上のアクティビティが発生しない場合は閉じられます。 貢献していただきありがとうございます。

それでも答えはありませんか？ どうしてそれができるのでしょうか？ 少なくとも、Zigbee 3.0を実装できない、または実装したくない場合は、通信できます。

みなさん、こんにちは。応答が非常に遅くなってすみません。
短い答えはい。

長い答え：
現実世界のZigbeeデバイスで質問に「はい」または「いいえ」で答えるのが難しい理由を明らかにしたいと思います。Zigbee3.0をサポートする>はい>すべてのZ3.0デバイスをサポートする必要があると思います。 悲しいことに、それはZigbee標準が機能する方法ではありません。

ConBeeおよびRaspBee（IおよびII）は、多数のZHA、ZLL、ZGP、およびZ3.0デバイスをサポートし、インストールコードやZigbee Green Power（ZGP）デバイスなどのZigbee3.0機能もサポートします。 ほとんどの場合、Zigbeeデバイスのサポートの難しさは、ZLLやZ3.0のような特定の標準とは関係ありませんが、デバイスの違いと、特定のデバイスをサポートするためにそれらを実装する必要がある方法とは関係ありません。

Zigbee 3.0をサポートするさまざまなゲートウェイがありますが、市場に出回っているすべてのデバイスをサポートするゲートウェイはありません。 Zigbee 3.0は、背後にチェックマークが付いた低レベルの詳細と考えたいと思います。 ConBeeIIとRaspBeeIIはZigbee3.0スタックで動作しますが、7年前でアップデートを受信して​​いるRaspBee Iでも、同じデバイスとZigbee3.0の機能をサポートしています。 ハードウェアとファームウェアはモデムとして機能する以上のことはしません。コードとデバイスのサポートの大部分は、deCONZとREST-APIプラグインでより高いレベルで実装されます。 したがって、ハードウェア自体は非常に将来性があり、関連する場合はスレッドをサポートすることもできます。

結局、ハードウェアの上のどのソフトウェアが使用されるかは好みの問題かもしれません。 ConBeeとRaspBeeはdeCONZにバインドされておらず、zigbee2mqtt、zigypy-zha、WebThingsゲートウェイなどの他のソフトウェアプロジェクトでもサポートされています。 将来性のあるRaspBeeに関しては、私は丸いPhilips Hueブリッジ1とOSRAMゲートウェイよりも長持ちし、それを中止する予定はありません。