


PCパーツ・ガジェット専門
自作PCパーツやガジェットの最新情報を発信中。実測データに基づいた公平なランキングをお届けします。
Home Assistant(以下、HA)は、オープンソースのホームオートメーションプラットフォームであり、異なるメーカーやプロトコルのスマート家電を一つのシステムで統括・制御することを可能にします。自作 PC 愛好家の視点から見れば、ハードウェアの組み合わせにおける最適化と似ています。特定の OS や環境に依存せず、ローカルサーバー上で動作するため、プライバシー保護性と拡張性が極めて高いのが特徴です。2026 年現在の HA は、UI がさらに洗練され、YAML エディタも強化されていますが、本質的な自動化ロジックは依然として YAML(YAML Ain't Markup Language)による設定ファイル管理や、Web UI のテンプレートエンジンによって構成されます。
自動化の基礎を理解するには、「トリガー」「条件」「アクション」という 3 つの要素を把握することが不可欠です。トリガーとは「何が起きた時に処理を開始するか」を示すイベントで、例えば「温度センサーが 25 度を超えた時」や「特定の時刻になった時」などが該当します。条件は「実際にアクションを実行するかどうかの判定基準」であり、「現在の日曜日の場合」「家の人が不在の場合」といったロジックがこれに当たります。最後にアクションとは、トリガーと条件を満たした時に実行される具体的な作業で、「エアコンを消す」「照明を点灯させる」「プッシュ通知を送る」などが含まれます。この 3 つの構造を理解し、組み合わせることで複雑かつ強力な自動化システムを構築することができます。
本記事では、初心者から中級者向けに、実用的かつ信頼性の高い Home Assistant の自動化レシピを 20 選紹介します。各レシピには具体的な YAML コードを含め、そのままコピペして使用可能な形式で提供します。ただし、YAML はインデント(字下げ)が厳格な言語のため、コピー&ペーストする際はスペースの数を正確に保つ必要があります。また、HA の設定を直接編集する前に、必ずバックアップを取るか、変更前の設定ファイルを保存しておくことを強く推奨します。2026 年時点の HA コアバージョンでは、テンプレートロジックがより柔軟になり、センサーデータのノイズ除去機能も強化されていますので、それに合わせて最適化されたレシピを選定しました。
照明制御は Home Assistant 自動化において最も一般的かつ効果的な用途の一つです。適切なタイミングで明かりがつき、消えることで、居住空間の快適性が劇的に向上します。ここでは、日没に合わせた点灯、人の存在検知によるオンオフ、そして映画鑑賞時の専用モードなど、4 つの主要な照明自動化レシピを解説します。これらはセンサーやスイッチの種類を問わず、基本ロジックは共通して適用可能です。
まず「日没自動点灯」は、季節の変化に関わらず一定時刻に明かりを確保するための基本機能です。HA の標準コンポーネントである sun(太陽)エンティティを使用し、日の出・日没の計算を行います。具体的には、太陽が地平線の下に沈んだ後、例えば 10 分後に照明を点灯する設定が可能です。この際、天気の状態や雲量によって日没時間が変動するため、固定時刻ではなく動的なトリガーを採用することで、一年を通じて最適なタイミングを維持できます。
alias: 日没時に自動で照明を点灯
trigger:
- platform: sun
event: sunset
offset: "+00:10"
condition: [] # 条件なし、日没後必ず実行
action:
- service: light.turn_on
target:
entity_id: light.living_room_main
data:
brightness_pct: 50
次に「在室検知オフ」は、人がいなくなった部屋を自動的に消灯する機能です。これにより、忘れによる電力ロスを防ぎます。センサーには PIR(赤外線)センサや、Wi-Fi デバイスの接続状態を利用します。より高度な実装では、「人感センサーが OFF になってから 10 分経過後」という条件を設定し、一時的に人が立ち去っただけの状況での誤作動を防ぐロジックを組み込みます。
alias: 人感検出OFF 後照明を消灯
trigger:
- platform: state
entity_id: binary_sensor.living_room_motion
to: 'off'
condition:
- condition: template
value_template: >-
{{ as_timestamp(states('sensor.last_seen_time')) + 600 < now().timestamp }}
action:
- service: light.turn_off
target:
entity_id: light.living_room_main
3 つ目は「映画モード」です。テレビやプロジェクターを使用する際に、照明を暗くし、カーテンを閉じる一連の動作を実行します。これには複数のアクションが連携する必要があり、サービス呼び出しを並列に実行または順次実行するロジックが必要です。また、明るさレベルも段階的に変更することで、目の負担を軽減しつつ没入感を高めます。
alias: 映画モード開始
trigger:
- platform: state
entity_id: media_player.living_room_tv
to: 'playing'
action:
- service: light.turn_on
target:
entity_id: light.living_room_accents
data:
brightness_pct: 10
color_name: warm_white
- service: cover.close_cover
target:
entity_id: cover.living_room_blinds
最後に「夜間ライト」です。深夜にトイレやキッチンへ移動する際に、足元だけを照らすための自動化です。明るすぎず、かつ暗すぎない光量(例えば 5%〜10%)で点灯し、一定時間後に自動消灯します。これにより、睡眠サイクルを妨げずに必要な移動をサポートできます。以下の表は、各照明自動化の比較と推奨設定値を示しています。
| レシピ名 | トリガー条件 | アクション内容 | 推奨明るさ | 注意点 |
|---|---|---|---|---|
| 日没点灯 | 太陽が沈む +10 分 | メイン照明オン | 50-80% | 季節で時刻変動あり |
| 在室検知オフ | センサー OFF +5 分 | メイン照明オフ | - | ペット誤作動対策必要 |
| 映画モード | TV 再生開始 | アクセント照明・カーテン制御 | 10-20% | 音響設定と連動させると効果的 |
| 夜間ライト | PIR センサー ON | 足元照明オン + タイマー | 5-10% | ブレインへの刺激を最小化 |
これらの照明自動化は、Home Assistant の「Automations」画面から UI で設定することも可能ですが、YAML で管理することでバージョン管理が可能になり、システム全体の構成を把握しやすくなります。特に複数のデバイスを制御する複雑なロジックでは、YAML での記述が圧倒的に効率的です。また、2026 年時点で推奨される HA のバージョンでは、テンプレートトリガーの処理速度も向上しているため、高頻度のセンサーデータに基づいた制御も安定して動作します。
温度や湿度の制御は、省エネと快適性の両立において最も重要な要素の一つです。特に夏場と冬場ではエアコンの消費電力が家計に大きく影響するため、適切な自動化が求められます。ここでは、「温度しきい値でエアコンを制御」、「帰宅前に事前起動」、「窓開け検知による冷暖房停止」の 3 つのレシピについて詳細に解説します。
「温度しきい値でエアコンを制御」は、設定温度が一定範囲外になった時にのみ動作するように設計されます。例えば、室温が 26 度を超えたら冷房、18 度を下回ったら暖房を開始しますが、同時に湿度も考慮することが重要です。夏場でも湿度が高すぎると不快指数が上がるため、温度だけでなく湿度センサーの値を条件に含めることで、より快適な環境を作れます。
alias: 室温・湿度によるエアコン制御
trigger:
- platform: template
value_template: >-
{{ states('sensor.living_room_temperature') | float >= 26.0 }}
condition:
- condition: state
entity_id: climate.ac_living_room
state: 'off' # エアコンがオフ時だけ実行
action:
- service: climate.set_hvac_mode
target:
entity_id: climate.ac_living_room
data:
hvac_mode: cool
2 つ目の「帰宅前に事前起動」は、快適な家に帰るための機能です。スマートフォンの GPS 位置情報や Wi-Fi 接続状態をトリガーに使用します。「家から 5km の範囲に入った時」や「特定の Wi-Fi SSID に切断された時」といった条件を設定し、出発したことを検知してエアコンを作動させます。2026 年時点では、バッテリー消費を抑えるために位置情報の更新頻度を制限する機能も標準搭載されています。
alias: GPS 位置情報による帰宅前起動
trigger:
- platform: device
type: 'leaving'
domain: person
device_id: abc123personid # スマホのデバイスID
condition:
- condition: state
entity_id: climate.ac_living_room
state: 'off'
action:
- service: climate.set_preset_mode
target:
entity_id: climate.ac_living_room
data:
preset_mode: away_preheat
3 つ目は「窓開け検知」です。エアコンを稼働させながら窓が開いたままだとエネルギーの無駄となります。ドアや窓に装着した磁気センサーを使用し、その状態が「open」になった時に、エアコンの動作を停止または弱めるロジックを設定します。また、換気用のファンとの連動も可能で、自然換気が最適になるタイミングで自動切り替えを行う高度な制御も可能です。
alias: 窓が開いたらエアコンを停止
trigger:
- platform: state
entity_id: binary_sensor.living_room_window
to: 'on' # open 状態になったら実行
condition: []
action:
- service: climate.turn_off
target:
entity_id: climate.ac_living_room
以下の表は、各空調自動化レシピの動作ロジックと消費電力への影響を比較したものです。HA の温度センサー自体は数値が不安定になりやすい傾向があるため、平均化やフィルタリング機能(Zigbee 等)を活用することが推奨されます。
| 制御タイプ | トリガーソース | エネルギー節約効果 | 快適性への寄与 | 実装上の注意点 |
|---|---|---|---|---|
| 温度しきい値 | 室温センサー | 高(過剰動作防止) | 中(設定依存) | センサー配置による誤差に注意 |
| GPS 事前起動 | 位置情報 | 低(待機電力増) | 高(快適な帰宅) | バッテリー消費と精度のバランス |
| 窓開け検知 | 磁気センサー | 極大(無駄防止) | 中(換気優先時) | センサーの電池寿命管理が必要 |
自宅の安全を守るための自動化は、Home Assistant の重要な用途の一つです。特に留守番時の監視や、不審な動きの検知、水漏れなどの被害拡大防止は、迅速な対応が求められるため、自動化システムが大きな役割を果たします。ここでは「不在時の異常検知通知」、「ドアセンサーによる侵入警報」、「水漏れ感知」の 3 つのレシピを取り上げます。
「不在時の異常検知通知」は、家の人が全員いない時に特定のイベントが発生した場合に、スマホやタブレットへ通知を送る機能です。トリガーには家の人の状態(Presence)を使用し、「すべての人のステータスが away または not_home の場合」という条件を設定します。これにより、留守番モードが有効な場合にのみ監視機能が働くため、日常の誤作動を減らせます。
alias: 不在時の異常検知通知
trigger:
- platform: state
entity_id: device_tracker.family_members
to: 'away'
condition:
- condition: state
entity_id: group.home_away_status
state: 'all_home_false' # 全員不在状態
action:
- service: notify.mobile_app_yourphone
data:
message: "家から誰もいませんが、運動センサーが検知しました!"
2 つ目は「ドアセンサーによる侵入警報」です。玄関や窓に設置した磁気センサーを監視し、開いた状態が一定時間(例えば 30 秒)続いた場合に通知を送ります。また、夜間時間帯のみ有効にするなど、条件を追加することで信頼性を高めます。2026 年時点の HA では、Siren(サイレン)やスマートロックとの連携も容易にできるため、物理的な警報発動も設定可能です。
alias: 玄関ドアが長時間開いたら警告
trigger:
- platform: state
entity_id: binary_sensor.front_door
to: 'on'
condition:
- condition: time
after: "18:00" # 夜間限定
before: "06:00"
action:
- service: notify.notify_home
data:
message: "玄関ドアが開いています。確認してください!"
3 つ目は「水漏れ感知」です。洗濯機や給湯器の近く、または地下室に設置した水検知センサーが湿気を検出した瞬間に通知を送り、場合によっては給水バルブを閉じるアクションも設定できます。これにより、被害を最小限に抑えることが可能になります。HA 上ではバルブのコントローラーと連携して自動的にシャットダウンするロジックを実装することも可能です。
alias: 水漏れ検知で給湯器停止
trigger:
- platform: state
entity_id: binary_sensor.basement_water
to: 'on' # wet 状態
action:
- service: valve.close_valve
target:
entity_id: valve.water_supply_main
セキュリティ自動化は、誤作動によるストレスを避けるため、条件設定が極めて重要です。以下の表に、各センサータイプの反応速度と信頼性のバランスを示します。
| センサータイプ | 検知遅延時間 | 誤検知リスク | 対応可能アクション | データ送信頻度 |
|---|---|---|---|---|
| 人感 (PIR) | 即時~数秒 | 中(ペット・熱源) | 通知、照明点灯 | トリガー発生時 |
| 磁気センサー | 即時 | 低(接触のみ) | 警報、ロック解除 | トリガー発生時 |
| 温度/湿度 | 即~数分 | 中(外気温変動) | エアコン制御 | 常時監視モード可 |
| 水漏れ検知 | 即時 | 低(接触のみ) | バルブ閉鎖、通知 | トリガー発生時 |
電気代が高騰する現代において、エネルギー管理は家計を守る重要な要素です。Home Assistant を用いることで、各デバイスの消費電力を可視化し、無駄な待機電力をカットしたり、電気料金のピーク時間帯に制御を行ったりすることが可能です。ここでは「PC 待機電力カット」、「電気代しきい値アラート」、「未使用デバイスオフ」の 3 つを紹介します。
「PC 待機電力カット」は、PC がシャットダウンまたはスリープ状態になった時に、周辺機器(モニタ、スピーカー、LAN ハブなど)の電源を切る機能です。2026 年時点では、多くの PC およびマザーボードが Wake-on-LAN や SMBus 経由で HA と連携可能になっています。PC の電源状態を検知し、オフになったら順次周辺機器も落とすことで、待機電力による無駄な消費を防ぎます。
alias: PC シャットダウン時に周辺機器を切る
trigger:
- platform: state
entity_id: binary_sensor.pc_power_state
to: 'off' # シャットダウン時
action:
- service: switch.turn_off
target:
entity_id: switch.monitor_power, switch.speaker_power
2 つ目は「電気代しきい値アラート」です。HA の Energy Dashboard(エネルギーダッシュボード)機能を利用して、月間または日間の消費電力が設定した金額を超えた場合に通知を送ります。これにより、月末に高額な請求が来るのを防ぎます。具体的には、センサーの状態監視ではなく、HA 内の統計データを元にテンプレートで計算を行う必要があります。
alias: 電気代上限超過アラート
trigger:
- platform: template
value_template: >-
{{ states('sensor.monthly_electricity_cost') | float >= 1000.0 }}
action:
- service: notify.notify_home
data:
message: "今月の電気代が 1,000 円を超えました!"
3 つ目は「未使用デバイスオフ」です。特定の時間帯に使用されていないデバイスを自動的に切断します。例えば、ワークデスクの PC に接続されたプリンタやスマートプラグを、夜間や週末には自動的にオフにすることで、待機電力をゼロに近づけます。これには時間の条件と状態の条件を組み合わせた複雑なロジックが必要です。
alias: 未使用デバイスを自動切断
trigger:
- platform: time_pattern
hours: [0, 1, 2, 3, 4, 5] # 深夜のみ実行
condition:
- condition: state
entity_id: switch.printer_power
state: 'on'
action:
- service: switch.turn_off
target:
entity_id: switch.printer_power
以下の表は、省エネ自動化による期待される削減効果と実装難易度の目安です。導入の優先順位をつける際の参考としてください。
| 施策 | 節約効果 (月間推定) | 設定難易度 | 信頼性 | 推奨デバイス |
|---|---|---|---|---|
| PC 待機電力カット | 50-100kWh | 中 | 高 | スマートプラグ、PC 電源連携 |
| 電気代アラート | 0 (意識改革) | 低 | 高 | HA Energy Dashboard |
| 未使用デバイスオフ | 30-80kWh | 高 | 中 | スマートプラグ、スイッチ |
ホームシアターやリビングのエンタメ環境を向上させるための自動化も、Home Assistant の楽しみの一つです。特定のイベント(映画鑑賞、音楽再生など)に合わせて照明やカーテン、音量などを自動調整することで、没入感を高めることができます。ここでは「テレビ ON で照明調光」、「音声検知での睡眠タイマー」の 2 つのレシピを解説します。
「テレビ ON で照明調光」は、Netflix や YouTube を視聴する際に、部屋の明るさを下げ、目に優しい環境を作る機能です。トリガーにはメディアプレーヤーの状態を使用し、「再生状態になった時」にアクションを実行します。具体的には、メインライトを消し、間接照明のみを点灯させる設定が一般的です。また、TV の入力切替に応じたライティング変更も可能です。
alias: TV 視聴時に照明調光
trigger:
- platform: state
entity_id: media_player.living_room_tv
to: 'playing'
condition:
- condition: time
after: "18:00" # 夜間の視聴限定
action:
- service: light.turn_on
target:
entity_id: light.living_room_light
data:
brightness_pct: 20
「音声検知での睡眠タイマー」は、スマートスピーカーやマイクが人の声を検出した時に、特定の音量で再生していた音声を徐々に小さくし、一定時間後に停止させる機能です。これにより、音楽を聴きながら寝落ちした際にも、朝まで再生され続けるのを防ぎます。2026 年時点では、HA の音声認識機能との連携も強化されており、特定のキーワード(例:「おやすみ」)を検知して実行するトリガー設定が可能です。
alias: 音声検知で音量ダウン
trigger:
- platform: event
event_type: media_player_playback_error # 例:エラー時の通知など
action:
- service: media_player.volume_set
target:
entity_id: media_player.living_room_speaker
data:
volume_level: 0.1
メディア自動化では、照明と音響のタイミングを調整することが重要です。以下の表に、各エンタメモードにおける推奨設定を示します。
| モード | 照明状態 | カーテン | 音量 | 備考 |
|---|---|---|---|---|
| 映画鑑賞 | 20% (暗め) | 閉 | - | 没入感重視 |
| スポーツ観戦 | 50% (明るめ) | 開 | - | コミュニケーション重視 |
| 音楽視聴 | 30% (暖色) | 任意 | 自動調整 | リラックス用 |
日々の家事やスケジュール管理に役立つ自動化も、Home Assistant の実用性を高める重要な要素です。天気予報の朝通知、洗濯機の完了通知、ゴミ出しのリマインダーなど、生活の質(QOL)向上に直結する機能を紹介します。
「天気予報朝通知」は、毎朝起床時にその日の天気や気温をスマホへ送る機能です。これにより、傘を持ち忘れたり、服装を間違えたりするミスを防ぎます。HA の weather 統合からデータを取得し、テンプレートでメッセージを作成して通知サービス(Pushover や LINE Notify など)に送信します。
alias: 朝の天気予報通知
trigger:
- platform: time
at: "07:30"
action:
- service: notify.notify_home
data:
message: "今日の天気は{{ states('sensor.current_weather') }}です。気温{{ states('sensor.temperature_outdoor') }}度。"
「洗濯機完了通知」は、IoT 対応の洗濯機やスマートプラグ(電力量計)を使用して動作を検知します。洗濯機の運転が終了し、待機状態になったことを検知した瞬間に、スマホへ完了を知らせます。これにより、乾燥しすぎたり、忘れ物によるカビ防止にも役立ちます。
alias: 洗濯機完了通知
trigger:
- platform: state
entity_id: sensor.washing_machine_power
to: '0' # 消費電力がゼロになった時
action:
- service: notify.notify_home
data:
message: "洗濯が完了しました!"
「ゴミ出しリマインダー」は、特定の曜日の朝に通知を送ることで、忘れ防止を図ります。条件として「土曜日および日曜日」を設定し、さらにその日の天気や気温も併せて表示すると親切です。
alias: 毎週月曜日のゴミ出しリマインド
trigger:
- platform: template
value_template: >-
{{ is_state('sun.sun', 'below_horizon') and now().strftime('%A') == 'Monday' }}
action:
- service: notify.notify_home
data:
message: "本日のゴミ出しを忘れずに!"
パソコンやサーバーといったデジタルデバイスを Home Assistant と連携させることで、よりシームレスなワークスペースを実現できます。ここでは「PC 起動/シャットダウン検知」の機能について解説します。2026 年時点では、多くの PC が SNMP や API を通じて HA と通信可能であり、ハードウェアの状態を外部から監視・制御できるケースが増えています。
「PC 起動/シャットダウン検知」は、PC の電源状態を Home Assistant が認識できるようになります。例えば、PC がシャットダウンした時に、家の Wi-Fi 接続が切れることをトリガーにします。これにより、「家の人(PC)が家にいない=在宅勤務中ではない」という状況判断が可能になり、照明や空調の制御と連動させることができます。
alias: PC シャットダウン検知
trigger:
- platform: state
entity_id: sensor.pc_wifi_status
from: 'on'
to: 'off'
action:
- service: notify.notify_home
data:
message: "PC がシャットダウンしました。"
Q1. Home Assistant の設定ファイル(YAML)を編集する際、エラーが出たらどうすればいいですか? A. エラーメッセージが表示される場合、まず HA のダッシュボード上の「設定」→「システム」→「ログ」を確認してください。多くの場合はインデント(字下げ)のミスや、エンティティ ID がないことが原因です。YAML はスペースとタブを厳密に区別するため、テキストエディタでタブキー入力ではなくスペース入力を使用しているか確認し、変更前に必ず設定ファイルのバックアップを取ってから編集してください。
Q2. スマートフォンが接続されている Wi-Fi で位置情報が取れない場合はどうすればいいですか? A. 2026 年現在の HA では、GPS バッテリー節約機能により位置情報の取得頻度が制限されています。設定画面の「ユーザー」→「デバイスの場所」で、バッテリセービングモードを調整するか、Wi-Fi 接続監視(Home Assistant Companion App)を使用して、Wi-Fi に切断された時にトリガーする代替ロジックを設定することで改善できます。
Q3. YAML のテンプレートエンジンで変数を使いたい場合の書き方はどうなりますか?
A. Jinja2 テンプレートエンジンを使用します。基本的には {{ 変数名 }} の形式で記述し、条件分岐やループ処理も可能です。例えば {% if temperature > 25 %} のように使用できますが、複雑なロジックは UI のテンプレートエディタ上で検証してから YAML に反映させることを推奨します。
Q4. Home Assistant が起動しない場合の復旧方法はありますか? A. 設定ファイルを誤って編集して HA が起動しなくなった場合は、自動的に作成されるバックアップファイル(configuration.yaml.backup)から復元してください。多くの場合、HA は最新の失敗した設定を保持しており、再起動時にエラーログを表示します。SSH 経由でアクセスできる場合は、直接ファイルの修正が可能です。
Q5. 複数のデバイスを一括制御するグループ化はどのように行いますか?
A. HA の UI から「デバイスとサービス」→「グループ」を作成し、関連するデバイスを追加します。YAML では group: セクションにエンティティ ID をリストして定義できます。これにより、個別の操作ではなくグループ全体を制御できるようになり、自動化の設定が簡素化されます。
Q6. 外部から HA にアクセスするのは安全ですか? A. 基本的にはリスクがありますが、HA が提供する Home Assistant Cloud(Cloudflare を経由)や、VPN(WireGuard など)を使用することで安全に遠隔アクセスできます。直接ポート開放はセキュリティ上好ましくなく、必ず認証と暗号化を確保した上で利用してください。
Q7. 温度センサーのデータが乱れる場合の対処法を教えてください。
A. センサーの電池切れや電波干渉が考えられます。HA では「フィードバックループ」または「平均化フィルター」を設定できます。sensor: セクションで state_class: measurement を指定し、テンプレート内で一定期間内の値を平均化するロジックを組み込むと、データのノイズを除去できます。
Q8. スマートプラグの消費電力データが正確に表示されない場合は? A. 多くのスマートプラグは、内部センサーによる推定値を使用しています。HA の設定で「エネルギー計測」機能を有効化し、定期的なキャリブレーションを行うことで精度を上げられます。また、外部の電力メーター(Shelly EM など)を併用することでより正確な測定が可能です。
Q9. 自動化が実行されない場合の確認ポイントを教えてください。 A. まず「設定」→「システム」→「Automations」で該当するオートメーションの状態を確認してください。「エラー」と表示されていればログを確認し、「オフ」であればトリガー条件やアクションの設定を見直してください。また、テストモードを使って手動でトリガーを実行できるか確認すると原因特定が早まります。
Q10. Home Assistant を Raspberry Pi で動かしても問題ありませんか? A. はい、問題ありません。ただし、多数の自動化や画像処理を同時に行う場合は CPU リソース不足になる可能性があります。2026 年時点では、Raspberry Pi 5 の性能向上により多くのケースで十分動作しますが、複雑なテンプレート計算が多い場合は SSD への書き込み頻度が高まるため、SSD への OS 移行を推奨します。
本記事では、Home Assistant を活用した実用的な自動化レシピを 20 選紹介しました。照明、空調、セキュリティ、省エネ、メディア、通知、PC 連携など、多岐にわたるカテゴリで具体的な YAML コードと設定ロジックを解説しています。以下の要点を押さえておくことで、安全かつ効率的なホームオートメーションシステムを構築できます。
2026 年時点で HA はさらに進化していますが、この基本的なロジックと構成は長く通用します。ぜひ本記事を参考に、ご自身の生活環境に最適な自動化システムを構築してください。
Home Assistantのインストールからスマートホーム自動化10例まで完全解説。Raspberry Pi 5/Intel N100ミニPCでのセットアップ手順、Zigbee/Z-Wave/Matter/Threadデバイスの追加方法、Lovelaceダッシュボード構築と外出先アクセス設定。これ一本で全て
Raspberry PiにHome Assistantをインストールしてスマートホームを構築する方法を解説。Zigbee機器連携、自動化シナリオを紹介。
自作PCとスマートホームデバイスの連携方法を解説。Home Assistantによる自動化、音声でPC制御、照明連携などを紹介。
ESPHomeとESP32でDIYスマートホームデバイスを作る方法。温湿度センサー、スマートスイッチ、人感センサーの作例を紹介。
ESPHomeで自作IoTセンサーを作る方法を解説。温湿度・CO2・照度など実用的な10プロジェクトとHome Assistant連携。