
外形寸法図
83×83×179mm
重さ
157g
ホーム アシスタント コネクト ZBT-2 は、Zigbee と Thread の両方をサポートしていますが、2 つのプロトコルのいずれかを使用するように設定する必要があります。以前のモデルの 4 倍の応答性を提供し、アクセス可能なピンとパッドを備え、改造のために簡単に開けるように設計されています。
スマートホームに依存できないのであれば、スマートホームを所有することに何の意味があるのでしょうか?愚かな家と同じように、ホーム アシスタントのセットアップが「問題なく機能する」という自信を持つ必要があります。この目標を追求するには、途中でいくつかの経営上の決定と投資が必要になる場合があります。
スマート ホーム内のほとんどのデバイスはワイヤレスであると推測しますが、そうすると、なぜイーサネットがそれほど重要なのかという疑問が生じます。実際のところ、シンプルなホーム ネットワークを構築する場合でも、スマート ホームを具体化する場合でも、オプションがある場合は、有線ネットワークが常に無線ネットワークよりも優先されるということです。
特にホーム アシスタントの場合、イーサネット ケーブル経由でサーバーをネットワークに接続することを選択すると、強固な基盤が築かれます。 Wi-Fi は通信可能範囲がまだらで、天候や隣人のホーム ネットワークなどの影響を受け、デバイスを追加するとネットワークが混雑する可能性があります。配線できるデバイスが多ければ多いほど良いです。
これは、ビデオカメラやスマートドアベルなどの高帯域幅デバイスの場合に特に当てはまります。ホーム アシスタント サーバーの利点の 1 つは、Scrypted などのソリューションを使用してカメラ フィードを共有したり、接続されたネットワーク ビデオ レコーダーとして Frigate などのアドオンを使用できることです。高解像度のビデオ ストリームをワイヤレス ネットワーク経由で継続的に転送することは、イーサネットを利用できないデバイスの速度を低下させる優れた方法です。
さらに、Power-over-Ethernet (PoE) は、1 本のケーブルを使用してデバイスに電力を供給し、デバイスからデータを転送できることを意味します。 PoE カメラのセット、PoE ドアベル、またはメッシュ ネットワーク用の PoE トランスミッターさえあれば、適切なケーブルと PoE インジェクターを使用して一石二鳥を実現できます。
Wi-Fi への依存をさらに減らすには、スマート ホーム ネットワーキング専用に設計されたメッシュ ネットワークを追加します。 Zigbee、Thread、Z-Wave などのテクノロジーを使用すると、Wi-Fi とは別の専用メッシュ ネットワークを使用して、スイッチ、プラグ、センサー、サーモスタットなどの低電力デバイスと通信できます。
これにより、ワイヤレス ネットワークの混雑が回避され、スマートフォン、ラップトップ、その他の「真の」ワイヤレス デバイスを処理するためのルーターのオーバーヘッドが十分に確保されます。これらのソリューションはすべてメッシュ ネットワークを使用しており、ほとんどの受電デバイス (スイッチやスマート プラグなど) がネットワークの範囲を拡大する中間ルーターとして機能します。
これらのどれを選択するかは個人の選択になります。 Zigbee は最も長く存在しており、比較的安価で、ZBT-2 の形の専用ホーム アシスタント ラジオから選択できます。 Thread は最も新しく、現在利用可能なデバイスの数は最も少ないですが、将来的には主流になると思われます (これも ZBT-2 で導入できます)。 Z-Wave は、帯域幅と遅延を通信範囲と交換しており、Home Assistant の ZWA-2 のようなアダプターを使用すると、1 マイル離れたデバイスと通信できます。

ホーム アシスタント コネクト ZBT-2 は、Zigbee と Thread の両方をサポートしていますが、2 つのプロトコルのいずれかを使用するように設定する必要があります。以前のモデルの 4 倍の応答性を提供し、アクセス可能なピンとパッドを備え、改造のために簡単に開けるように設計されています。

ホーム アシスタント コネクト ZWA-2 Z-Wave アンテナは、シンプルな USB ケーブルを介してホーム アシスタント セットアップに接続します。ハブからの通信範囲は 1 マイル近くあり、このハブを使用すると、敷地内の別棟からでも Z-Wave デバイスをホーム アシスタント セットアップに接続できます。
すでにメッシュ ネットワークがある場合は、デッド ゾーンをカバーするために、スマート プラグの形で電力供給されたノードをいくつか追加してネットワークを強化することを検討することをお勧めします。
Raspberry Pi は、公式の Pi イメージャー ツールを使用して Home Assistant OS イメージをメモリ カードに簡単に書き込むことができるため、Home Assistant を起動して実行する最も簡単な方法の 1 つです。シングルボード コンピュータは、高機能で電力効率が高く、どこにでも設置できるほど小型です。イーサネット経由で接続したり、USB ポート経由で接続する無線機で機能を拡張したりできます。
わざわざ M.2 HAT+ を Pi に追加しない限り、おそらく SD または microSD カードを介して Home Assistant を実行しているでしょう。これは以前ほど危険ではありませんが、それでも良いアイデアではありません。リムーバブル ストレージは、ソリッド ステート ストレージよりも遅いことに加えて、スマート ホーム サーバーに伴う頻繁な読み取り/書き込みサイクルのストレスに対処するように設計されていません。
M.2 ドライブは比較的簡単に追加できますが、Raspberry Pi からミニ PC に切り替えるのが最良の解決策である可能性があります。必要に応じて、より多くのオーバーヘッド (特に RAM) を使用して、VirtualBox や ProxMox などの仮想マシン内で Home Assistant サーバーを実行できます。ホーム アシスタントと並行して、ロールユアオウンのクラウド ストレージや音楽ストリーミング サービスなど、費用を節約できる他のソフトウェアを実行することもできます。
その後、Pi を別のプロジェクトに再利用して有効に活用できます。
有線または無線に関係なく、ネットワーク経由で Home Assistant に接続する一部のデバイスは、ルーターによって割り当てられた IP アドレスに依存します。デフォルトでは、これらのデバイスには IP が動的に割り当てられます。ルーターを再起動するか、デバイスがネットワークから切断されると、次回接続するときに別のアドレスが使用される可能性があります。
多くのデバイスは、サーバー自体も含めて、ホスト名を識別子として使用します (おそらく、 http://homeassistant.local:8123)、多くの人は、変更されない静的 IP の恩恵を受けます。デバイスがホーム アシスタントから消えて使用できなくなる場合がある場合は、IP を予約する (そしてホーム アシスタントにその IP を指定する) ことが、トラブルシューティングの確実な最初の手順です。
個人的には、ホスト名が解決されなかったり、思ったよりも時間がかかることがあるため、Home Assistant サーバー自体に静的 IP を設定しました。対照的に、 192.168.0.208:8123 決して私を裏切らない。他の統合は静的 IP アドレスに依存して機能します。ドキュメントで静的 IP を使用する必要があることを指定する空調コントローラーを追加しているところです。
問題のデバイスの MAC アドレスのエントリを予約することで、ルーターを使用して Home Assistant の静的 IP アドレスを設定できます。
VPN トンネリングやポートのオープン、サーバーの暗号化に慣れていない場合、Home Assistant サーバーのリモート アクセスの構成は、実際よりも難しく思えるかもしれません。外出中にスマート ホーム サーバーにアクセスする別の方法をお探しの場合は、Home Assistant Cloud サブスクリプションを検討してください。
Home Assistant サーバーを Nabu Casa アカウントに接続し、モバイル デバイスでログインします。何も設定したり、サードパーティの DNS サービスや VPN プロバイダーに依存したりすることなく、リモート アクセスを楽しむことができるようになりました。お金を支払えば、Home Assistant サーバーをインターネットにバックアップするためのクラウド ストレージも入手できます。
ホーム アシスタントのバックアップを有効にするのは簡単ですが、何があっても安全であることを確認するのは少し難しいです。バックアップを保存する唯一の場所がサーバーを実行しているマシン上にある場合は、危険なゲームをしていることになります。 1 つの解決策は、独自のクラウド ストレージ ソリューションを調整することです。もう 1 つは、Home Assistant Cloud を使用して Nabu Casa のサーバーに直接エクスポートすることです。
しかし、おそらくクラウド サブスクリプションの最も過小評価されている機能は、Google アシスタントまたは Amazon Alexa を使用して音声リクエストを処理できる機能です。オフライン バージョンにがっかりした場合は、Home Assistant 独自のクラウドベースの Assist モデルを使用することもできます。
新年を迎えるにあたり、私もこの機会にホーム アシスタント サーバーに関するいくつかの問題を調査し、方向性を修正することにしました。