もしかしたら、Sengledユーザーが役に立たないWi-Fi電球のせいで文字通り暗闇に取り残されている光景を見たからかもしれないし、また値上げされたからかもしれないし、あるいは単にスマートデバイスが自分のコントロール下にないという感覚が芽生えたからかもしれない。理由は何であれ、クラウドに囚われないスマートホーム環境を構築したいという思いが強くなっていった。
具体的には、ローカルホスト型のスマートホームシステムについてお話します。現在、構築中です。TechHiveでの6年間の経験のおかげで、私はスマートホームの専門家ではありますが、DIYスマートホームの急峻な学習曲線に取り組む中で、まだまだ知ら ないことがたくさんあることを痛感しています。
これは、スマートホームシステムを自作する方法をステップバイステップで解説するガイドではありません（後ほど詳しく書くかもしれません）。どちらかというと、私がセルフホスト型スマートホームの旅のどこにいるのか、どこから始めたのか、そして何を達成したいのかを綴った日記です。もし同じような考えを抱いていて、私の話が少しでもインスピレーションを与えてくれたら、なおさら嬉しいです。
TechHiveで働き始めた頃、私はスマートホームの全くの初心者でした。20年間コンピューターやテクノロジーについて書いてきましたが、スマート電球を設置したことはなく、ましてやスマートホームハブなんて考えたこともありませんでした。時が経つにつれ、私のアパートはAlexaスピーカーやGoogleディスプレイ、Philips Hue電球、さらにはRingのビデオドアベルまで、スマートデバイスで溢れかえるようになりました。私の無知な家は急速にスマート化していきました。
気に入らなかったのは、メーカーがアプリを勝手に再設計すると、慣れ親しんだスマートシステムが突然変わってしまい、スマートホームのワークフローが混乱してしまうことです。また、サーバーが時々ダウンしてデバイスを操作できなくなったり、機能が無造作に有料化されていたりするのも嫌でした。ああ、それから、値上げも忘れてはいけません。
セルフホスト型スマートホームに出会う
セルフホスト型スマートホームの世界に入ったのは偶然でした。数年前、使っていなかったRaspberry Piで実験していた時（この小さなコンピュータボードを4台、ネットワークで動かすようになる前のことです）、Home Assistantというツールをインストールするオプションに気づきました。ちょっと面白そうだったので試してみたところ、数分でHome Assistantのインスタンスが立ち上がって驚きました。
簡単ですよね？そうではありません。確かに、数多くの連携機能を備え、何百人もの熱心な貢献者を誇るオープンソースのスマートホームプラットフォームであるHome Assistantを起動して動作させるのは、それほど難しいことではありません。しかし、設定に は勇気、試行錯誤、そして忍耐力が必要です。そして、忍耐力は私にとって特に必要な資質です。
クラウドに依存する代わりに、現在開発中のスマート ホーム セットアップは、この小さな Raspberry Pi ボード上で実行されます。
ベン・パターソン/ファウンドリー
Home Assistantは、ローカルネットワークにpingを送信して、スマートデバイスであろうとなかろうと、どのデバイスがプラットフォーム上で設定できるかを判断するのが得意です。しかし、Home Assistantのデフォルトのダッシュボードにすべての製品を追加したら、それらを整理して連携させるのはあなた次第です。Home Assistantでは、デバイスをほぼ好きなように配置できる自由度が非常に高いのですが、膨大なオプション、さらには数十ものドロップダウンメニューや難解なラベルが付いた設定項目の数々に圧倒されてしまうかもしれません。
学習曲線への対処
だからこそ、数ヶ月おきにHome Assistantを試し、カスタムダッシュボードをいじくり回していたのですが、結局は行き詰まってしまいました。対照的に、Philips Hueのような独自のスマートエコシステムは、信じられないほど直感的で、セットアップも簡単です。HueやRingなど、他のクローズドプラットフォームの欠点は、常に変化する気まぐれに左右されることです。一方、Home Assistantの設定は、自分で設定さえできれば、自由にカスタマイズできます。
しかし、ここ数週間で状況は加速し始めました。最近、Home Assistantインスタンスをより高性能なRaspberry Pi 5に移行しました（以前のPi 3では、Home Assistantを安定して動作させるのに十分な処理能力とRAMがありませんでした）。その後、Z-Waveハードウェアを入手し、PiをZ-Waveハブに変えました。
次に、Raspberry PiでMatterサーバーを立ち上げ、Z-Wave製品と並行して、Home AssistantからThreadデバイスを直接操作できるようになりました。今のところ、私のThreadセットアップはApple HomePod miniとそのThreadボーダールーターに依存しており、Appleアカウントへのサインインが必要です。最終的には、Home Assistantに専用のThreadモジュールを追加して、クラウドとのつながりを断つ予定です。
私の（AI）友達からのちょっとした助け
ついに、あの厄介なダッシュボードに再び対処する時が来ましたが、今回は援軍としてChatGPTを投入しました。Home Assistantインスタンスに登録されているすべてのデバイスの長いリストをチャットボットに入力すると、AIは忠実に生のYAML設定ファイルを吐き出しました。（YAMLはプログラミング言語で、頭文字はYAML Ain't Markup Languageの略です。）
コードを差し込むと、ほら、マルチタブのダッシュボードが現れ、ほとんどのデバイスと自動化がきちんと表示されました。ChatGPTの動作は完璧ではありませんでした。設定ミスだらけのタブが1つあり、タブのレイアウトも私の希望通りにはなっていませんでした。しかし、これは出発点です。そして何より、ChatGPTの仕組みを学んで、自分でも使えるようになることができるのです。
次のステップへ
では、次は何でしょう？まずはZigbeeモジュール。そして、本当に野心的なことをするなら、Philips HueライトをHueブリッジ（当然クラウド接続が必要です）からペアリング解除し、ローカルのZigbeeハブに直接再ペアリングするかもしれません。そうすると、Hueアプリの追加機能はすべて使えなくなります。例えば、気の利いたアニメーションは使えなくなり、音楽の同期もできなくなります。しかし、Hueサーバーの稼働状態を気にする必要もなくなります。（公平を期すために言っておくと、Philips Hueサーバーはめったに問題を起こしません。少なくとも私の経験では。）
より困難な課題は、ローカルAIを搭載した音声アシスタントを使ってデバイスを操作することです。Home Assistantは、OpenAIやGoogle Geminiなど、あらゆる大手AIプロバイダーとの連携機能に加え、ローカルハードウェアで大規模言語AIモデルを実行できるアプリ「Ollama」も提供しています。
しかし、数十台ものスマートホームデバイスに対応できるようにローカルLLMを構成するのは、驚くほど難しい作業でした。ローカルにホストされているAIモデルは、Home Assistantインスタンスに公開されている100以上のエンティティを頻繁に処理しきれなくなってしまったため、次の課題は、その合計を削ぎ落とし、一口サイズに分割することと、AIが入力したコマンドの意味と意図を確実に理解できるようにするためのシステムプロンプトを作成することです。（Home Assistantの音声テキスト変換による音声制御には、ローカル処理（これは私のローカルハードウェアでは到底対応できないほど負荷が高い）か、月額6.50ドルのクラウドサブスクリプション（オプション）のいずれかが必要です。）
つまり、Home Assistantのようなローカルホスト型のスマートホームシステムは、誰にでも合うわけではないということです。より手軽に使いこなしたいなら、Hubitatを検討してみてはいかがでしょうか。これはローカルホスト型でありながらクローズドソースのスマートホームシステムで、多くのファンがいます。（私は試したことがありませんが、レビュアーは2021年の評価で「実用的ではない」と評価しました。Hubitatや他の比較的新しいスマートホームハブについても、改めて検討する時期がずっと過ぎています。）
しかし、スマートホームメーカーがアプリを再設計したり、サブスクリプション料金を値上げしたり、デバイスの 1 つを永久に使用できなくなったりしたことに対して怒りをぶつけたことがあるなら、セルフホスト型スマートホーム システムが最高の復讐になります。
このストーリーは、TechHive による最高のスマートホーム システムに関する詳細な記事の一部です。
