重要なポイント
- 各センサータイプには単独使用時に固有の失敗パターンがある——センサーフュージョンは一致を要求することでこれらを打ち消す
- 特別なハードウェアではなく、標準的なHome Assistantの自動化条件(マルチ条件トリガーやテンプレートセンサー)で構築される
- 一般的なパターン:在室検知にはレーダー+PIRモーション、セキュリティイベントには接点+カメラ
- 不完全な信号が複数ある場合、Home Assistantのベイジアン・バイナリセンサーは固定のAND/OR規則ではなく、各信号を信頼性で重み付けします
- トレードオフは自動化の複雑さがやや増し、設定に多少時間がかかることだが、その分誤動作を大きく減らせる
- モーション検知と最もよく組み合わされる具体的なセンサータイプについては、レーダー在室検知ガイドを参照
単一センサーでは不十分な理由
すべてのセンサータイプには固有の死角があります。PIRモーションセンサーはじっとしている人を見逃し、レーダーは家電の振動でまれに誤検知を起こすことがあり、接点センサーは誰がトリガーしたかを識別できず、カメラはカメラなしのセンサーには存在しないプライバシー上の懸念を生みます。
- PIRのみの在室自動化は、じっと座っている人がいると照明を消してしまいます——これはPIRのみのスマートホーム自動化でよく知られた不満です。
- レーダーのみの自動化は、感度設定によっては扇風機やHVACの振動、ペットなどから時折誤検知を起こすことがあります。
- 単一のセンサーに頼るということは、そのセンサーに固有の失敗パターンを、それを土台にしたすべての自動化に引き継ぐことを意味します。
フュージョン自動化の構築
Home Assistantでは、センサーフュージョンは通常、2つ以上の元センサーの状態をAND/ORロジックで組み合わせたテンプレートバイナリセンサーとして構築され、下流の自動化はそれを1つのより信頼できるトリガーとして扱います。
- 基本的な在室フュージョンのテンプレートセンサーは、レーダーセンサーがアクティブであるか、またはPIRセンサーが直近数分以内にトリガーされた場合にのみ「在室」を報告するように設計できます——これにより即時検知とじっとしている人がいるケースの両方をカバーできます。
- セキュリティ自動化では、接点センサー(ドアが開いた)とカメラベースの人物検知イベント(ローカルAIセキュリティカメラガイドを参照)を組み合わせてから通知をトリガーすることで、たとえば人が写っていないのにドアが開いた場合などの誤報を減らせます。
- フュージョンロジックは、複数の個別自動化にマルチ条件ロジックを重複させるのではなく、1つのテンプレートセンサーにまとめておくことで、後からの調整がしやすくなります。
一般的なフュージョンパターン
最も一般的なフュージョンパターンは、在室検知(レーダー+モーション)、セキュリティ(接点+カメラ検知)、環境(複数の温湿度センサーを平均化して単一センサーの設置場所による偏りを平滑化する)の3つです。
- 在室検知:じっとしている状態の検知にはレーダーセンサー、即時のモーション反応にはPIRを使い、両者を組み合わせることで照明自動化が素早く反応し、じっと座っている人でタイムアウトしないようにします。
- セキュリティ:ドア・窓の接点センサーとカメラベースの人物検知を組み合わせ、物理的な開閉イベントと視覚的な確認の両方が一致したときにのみ通知を発火させます。
- 環境:部屋内の複数の温度センサーを平均化することで、1つのセンサーがすきま風や熱源の近くに設置されている影響を減らし、空調自動化により代表的な値を与えます。
重み付けフュージョンと堅牢性
単純なAND/OR規則では足りない場合、Home Assistantのベイジアン・バイナリセンサーが確率的にセンサーを重み付けします。各観測が確率を上下させ、しきい値を超えるとセンサーがオンになります。
- ベイジアン・バイナリセンサー：事前確率（prior、基準となる確率）を設定し、各観測（状態、数値範囲、テンプレート）にprob_given_trueとprob_given_falseを与えます。得られた確率がprobability_threshold（デフォルト0.5）を超えるとオンになります。UI（パーセント）またはYAML（0〜1の値）で設定できます。
- ルールが一文で言える場合（レーダー OR 直近のPIR作動）は固定のテンプレートロジックを選びます。レーダー、PIR、照明スイッチ、スマートフォンの在宅状態など、複数の不完全な信号がそれぞれ部分的な根拠を持つ場合はベイジアンセンサーを選びます。確率は自分で見積もるので、まず単純に始めて調整してください。
- 融合したテンプレート・バイナリセンサーにオフ遅延（delay off）を追加すると、センサー報告の短い途切れで部屋が「不在」に切り替わるのを防げます。テンプレート・バイナリセンサーはYAMLのdelay_on／delay_off、およびUIヘルパーの「追加オプション」で利用できます。
- オフラインの入力は意図的に扱います。可用性（availability）テンプレートを設定しない限りテンプレートエンティティは常に利用可能なので、オフラインの元センサーは単に「オン」の条件を満たさないだけになります。入力の欠落を「活動なし」と読み取らせたくない場合は、テンプレート内で元センサーの可用性を確認してください。
- 環境データの融合では、Min/Maxヘルパーが同じ単位の2つ以上のセンサーを平均値、中央値、最小値、最大値にまとめます（UIヘルパーまたはYAML）。
よくある質問
センサーフュージョンには特別なハードウェアが必要ですか?
いいえ——これは標準的なHome Assistantのテンプレートセンサーとマルチ条件トリガーで構築される自動化ロジックのパターンであり、すでに持っているセンサーを組み合わせるだけです。
最も簡単なセンサーフュージョンの例は何ですか?
レーダー在室センサーとPIRモーションセンサーを組み合わせて在室検知を行うのが一般的な出発点です——これはPIRの「じっとしている人の検知を止めてしまう」という弱点に直接対処します。
センサーフュージョンは自動化の複雑さを目に見えて増やしますか?
多少は増えます——自動化を1つのセンサーに直接向けるのではなく、組み合わせたロジックを持つテンプレートセンサーを書くことになります。ただしこれは、セキュリティ通知のような重要な自動化での誤動作を大きく減らせるという点で、十分に見合うトレードオフです。
ローカルLLMの推論とセンサーデータを融合できますか?
はい——融合されたセンサーデータが標準的なHome Assistantエンティティとして公開されれば、LLM自動化(AI自動化ガイドを参照)は他のセンサーと同じようにそれを推論に利用でき、さらに文脈を考慮したロジックを追加できる可能性があります。
これはホームデジタルツインと同じものですか?
関連はしていますが、より狭い概念です——センサーフュージョンは1つの具体的な自動化判断のためにいくつかのセンサーを組み合わせます。デジタルツイン(該当ガイドを参照)は、多くの自動化が利用できる、家全体の状態に関するより広範で継続的なモデルです。
テンプレートセンサーではなくベイジアンセンサーを使うのはどんなときですか？
単純なAND/OR規則でロジックを表せるならテンプレートセンサーを使います。複数の不完全な信号がそれぞれ部分的な根拠を持ち、信頼性で重み付けしたい場合はベイジアン・バイナリセンサーを使います。事前確率と各観測の確率が必要で、これらは自分で見積もります。
入力センサーの1つがオフラインになると、融合センサーはどうなりますか？
デフォルトではテンプレートセンサーは利用可能のままで、オフラインの入力は条件を満たさないだけなので、警告なしに融合結果が誤る可能性があります。入力が欠けている間は結果を信頼できない場合、可用性テンプレートを追加するか入力の状態を確認してください。