Home Assistantで中国スマートホームはローカル化できる？Aqara・SwitchBot・Tuya系を比較

Aqaraのセンサー、SwitchBotのカーテン、Smart Life対応のTuya系プラグが増えると、スマートフォンにはメーカーごとのアプリが並びます。回線障害やサービス終了が心配になり、Home Assistantへまとめれば全部を「脱クラウド」できるのでは、と考える人もいるでしょう。

結論から言えば、Home Assistantは中国系スマートホームを一つの画面と自動化へ統合できるが、接続しただけで全機器がローカル化するわけではありません。AqaraのMatter機器はローカル接続しやすく、SwitchBotはBluetoothで直接制御できる機種があります。一方、Home Assistantの公式Tuya連携はCloud Pushに分類され、Smart Lifeのアカウントとクラウドを使います。同じブランドでも、通信経路によって結果が変わります。

この記事はHome Assistant公式資料、各社のマニュアルと第三者の長期使用記録を基にした導入ガイドです。全機種を実際に接続した試験ではありません。ファームウェアやHome Assistantの更新で対応範囲は変わるため、購入前に製品単位の対応表を確認してください。

ローカル化には三つの段階がある

「Home Assistantに表示できた」と「クラウドなしで動く」は別です。次の三点を分けると、構成を判断しやすくなります。

1. データがローカルか：温度、開閉、消費電力などの履歴を自宅のHome Assistantへ保存する
2. 操作経路がローカルか：命令がメーカーのサーバーを通らず、LAN、Matter、Zigbee、Bluetoothで届く
3. 自動化がローカルか：センサーを条件にした処理をHome Assistantまたはハブ内で実行する

データだけ自宅へ保存しても、機器操作がクラウドAPI経由なら回線停止時には動きません。逆に、Matter照明のオン・オフがローカルでも、メーカー独自の照明効果やファームウェア更新には公式アプリが必要な場合があります。

接続方法	主な対象	インターネット停止時	主な制約
MatterでHome Assistantへ追加	Aqara Matter機器、Matter対応Tuya系など	基本操作はローカルで残りやすい	メーカー独自機能が見えないことがある
Zigbeeで直接追加	対応するAqara／Tuya系センサーなど	Home Assistantと無線アダプターが動けば制御可能	対応可否、再ペアリング、機能差を製品ごとに確認
SwitchBot Bluetooth	対応するBot、Plug、カーテン、センサーなど	Bluetooth圏内ならローカル制御	距離、遮蔽物、暗号化キー、初期校正に注意
メーカーのMatterブリッジ	Aqara Hub、SwitchBot Hub配下の一部機器	ブリッジとLANが動けば基本操作が残る	公開できる機器数と機能に制限がある
公式Tuya integration	Smart Life／Tuya Smart登録機器	原則としてクラウド依存	SDKが公開しない機能はHome Assistantにも出ない

Home Assistant Greenは「無線全部入り」ではない

初めて専用機を用意するならHome Assistant Greenは分かりやすい選択です。公式仕様では、1.8GHzの4コアArm CPU、4GB RAM、32GB eMMC、ギガビットEthernetを備え、Home Assistant OSが導入済みです。アイドル時の消費電力も公称約1.7Wで、常時稼働させやすい設計です。

ただし、Green本体にZigbeeやThreadの無線は内蔵されません。対応USBアダプター、既存のThread Border Router、またはAqara Hub M3などのブリッジを使います。Greenを買えばAqaraのZigbeeセンサーが自動的に直接つながる、という意味ではありません。

既にN100ミニPCやNASを常時稼働させている人は仮想マシンへ導入する方法もあります。しかし公式のMatter資料は、Home Assistant OS上でMatter Serverを動かす構成を推奨しています。最初からDockerネットワークやUSBパススルーを調整するより、照明とセンサーの安定性を優先するなら専用機の方が管理しやすいでしょう。

Aqara：Matter経由かZigbee直結かを決める

Home AssistantのAqaraページは、Hub M3、Motion and Light Sensor P2、Door and Window Sensor P2など複数のMatter機器をLocal Pushとして掲載しています。Matter機器をHome AssistantのFabricへ追加すると、状態更新と基本操作は家庭内ネットワークで完結します。

Aqaraの既存Zigbee機器には二つの道があります。一つはAqara Hubに残し、M3などからMatter Bridgeとして公開する方法です。公式アプリでの校正やファームウェア更新を保ちやすく、移行の負担が小さいのが利点です。ただし、Matterへ公開される機器種類と機能だけがHome Assistantに見えます。

もう一つは、対応するZigbee機器をHome Assistant側の無線アダプターへ直接ペアリングする方法です。メーカーHubを減らし、センサーから自動化までをHome Assistantへ寄せられます。ただし、ペアリングを変更するとAqara Home側では使えなくなり、同じ型番でも対応機能が異なる場合があります。家全体を一度に移行せず、温湿度センサーやボタンなど失敗時の影響が小さい機器から試すのが安全です。

Aqara Hubの違いは「Aqara M100・M200・M3比較」で整理しています。

SwitchBot：Bluetooth直結は強いが距離を測る

Home Assistantの公式SwitchBot Bluetooth integrationは、対応機器へクラウドを経由せず接続し、Local Pushで状態を更新します。Bot、Plug Mini、カーテン、センサー、ロックなど幅広いカテゴリーが掲載され、対応機種ではHubを必須としません。

これはSwitchBotをローカル化する有力な方法ですが、Bluetoothの到達距離が設計条件になります。Home Assistant本体を収納庫へ置き、別室のカーテンまで壁を何枚も挟むと通信が不安定になる可能性があります。Bluetooth Proxyを追加する方法もありますが、機器と管理対象が増えます。まずHome Assistantを有線LANで安定させ、実際の設置場所から通信成功率を確認します。

Lockなど暗号化された機器では、Home Assistantへキーを取り込むためSwitchBotアカウントを使う場合があります。初期設定、カーテンの開閉位置校正、ファームウェア更新はSwitchBotアプリが必要になることもあります。「運用中の命令がローカル」と「メーカーアカウントを一度も使わない」は同じではありません。

Hub 2／Hub 3などからMatter Bridgeとして公開する方法は、Bluetooth直結より簡単な場合があります。ただしSwitchBot公式のMatter互換表が示すように、Matterへ出せるサブデバイスと機能は製品・ファームウェア・接続先プラットフォームで変わります。カーテンを開閉できても、細かな設定まで移るとは限りません。

Tuya系：公式連携はクラウド、Matter直結は別経路

Tuya系で最も誤解しやすい点は、Home Assistantに公式integrationがあることを「ローカル対応」と考えてしまうことです。公式ドキュメントでは、Tuya integrationはSmart Life／Tuya Smartアカウントへ登録した機器を取り込み、IoT classはCloud Pushです。SDKが公開しない機能はHome Assistant側でも利用できません。

Tuya系をローカルに寄せるなら、購入段階から通信方式を選びます。Matter対応機器をHome Assistantへ直接追加する、または互換性を確認したZigbee機器をHome Assistant側へ直接ペアリングする方法です。「Alexa対応」「Smart Life対応」だけのWi-Fi機器は、ローカル制御を保証しません。

コミュニティ製のLocalTuyaなどを使う選択肢も知られていますが、公式integrationではなく、機器キー取得や更新追従の保守が必要です。本稿では家族が日常的に使う設備の標準案には含めません。趣味としてトラブル対応できる人向けです。

失敗しにくい移行手順

ローカル化は機器を全部リセットする作業ではなく、必要な経路を一つずつ置き換える作業です。

1. Home Assistantを有線LANで常時稼働させ、バックアップ先を決める
2. 現在の機器を「Matter」「Zigbee」「Bluetooth」「クラウドWi-Fi」に分類する
3. まず読み取り専用に近い温湿度・開閉センサーを追加する
4. Home Assistant上の値とメーカーアプリの値を数日比較する
5. 照明やカーテンを追加し、物理スイッチを残したまま自動化する
6. WANだけを切り、操作、状態更新、自動化、復旧を確認する
7. 構成が安定してから不要なクラウドシーンやHubを減らす

水漏れ、施錠、暖房、見守りは最後に移します。Home Assistantが停止しても、現場の警報、手動解錠、壁スイッチ、元栓が使える構成を残してください。「Matter対応機器の断網対策」でも、回線・ルーター・ハブ・停電を分けた試験方法を解説しています。

Home Assistantにも維持費はある

月額契約がなくても、運用コストがゼロになるわけではありません。Home Assistant本体、USB無線、バックアップ、UPS、更新確認、家族向けダッシュボードの保守が必要です。外出先から安全に操作するにはHome Assistant Cloud、VPNなど別の仕組みも要ります。

第三者の一年使用レビューでは、複数アプリを一つへまとめ、メーカーHubやサブスクリプションを減らせた一方、クラウド接続のまま残した暖房機器やApple Homeだけで運用するカメラもありました。この「無理に全部を移さない」判断は現実的です。正常に動いている機器を、ローカル化という目的だけで買い替える必要はありません。

更新前にはHome Assistantのバックアップを取り、Zigbee／Matterの資格情報も含めて復旧手順を確認します。自動更新だけに頼らず、重要な機器がある家庭では更新を数日待ち、既知の問題を確認してから適用する方が安全です。

向く人・向かない人

Home Assistantが向くのは、Aqara、SwitchBot、Tuya系が混在し、メーカーをまたぐ条件分岐を作りたい人です。たとえばAqaraの在室センサーを条件にSwitchBotカーテンを動かし、Tuya系プラグの消費電力を同じ画面へ表示できます。障害時にログを見て原因を切り分けられる人にも合います。

一方、機器が数台だけで公式アプリに不満がなく、設定を継続的に管理したくない人には過剰です。家族全員がAlexaやApple Homeの単純な操作だけを求める場合も、既存プラットフォームを表側に残し、Home Assistantは裏側の自動化だけに使う方が受け入れられます。

結論：ブランドではなく接続経路から選ぶ

最もローカル化しやすいのは、Home Assistantが公式にLocal Push／Local Pollingとして扱う機器、Matterで直接追加できる機器、対応が確認されたZigbee／Bluetooth機器です。AqaraはMatterまたはHub経由、SwitchBotはBluetooth直結またはMatter Bridge、Tuya系はMatter／Zigbeeを購入時に選ぶのが基本になります。

Home Assistant Greenは始めやすい専用機ですが、無線全部入りではありません。最初に必要なプロトコルと台数を表にし、読み取り中心のセンサーから段階的に移行してください。

目標は、クラウドを一つ残らず消すことではありません。回線や一社のサービスが止まっても、照明、カーテン、センサー、安全に関わる基本動作が残り、家族が物理操作へ戻れることです。その状態を作れたとき、Home Assistantは中国スマートホームを単に一画面へ集める以上の価値を持ちます。