ガジェット・家電

自宅をIoTインフラとして設計した8ヶ月の記録｜失敗もコストも全部書く

「インフラエンジニアなのに家がアナログすぎる」と気づいた深夜2時から始まったスマートホーム化。Matter 1.4・Home Assistant導入の失敗談やリアルなコスト、後悔した選択まで本音で書きます。

スマートホームIoTMatterHome Assistantガジェット

スマートホーム化2026年版｜エンジニアが自宅をIoTインフラとして設計した実録

去年の冬、深夜2時にコードを書いてて「あ、エアコン消し忘れた」と気づいて寝室まで歩いたのが最後のトリガーだった。「インフラエンジニアとして毎日クラウドの自動化設計してるのに、なんで自分の家はこんなにアナログなんだ」と。

そこから約8ヶ月、家をまるごとIoTインフラとして設計し直した。照明・エアコン・セキュリティカメラ・電力モニタリングまで一気に導入して、正直しんどいこともたくさんあった。でも今は「もう戻れない」という段階まで来ている。同じことを考えてるエンジニアに、失敗込みで全部共有したい。

なお、IT技術者向け一人暮らし準備リスト2026のスマートホーム化ガイドでも基礎的な機器選定については触れているので、合わせて読んでみてほしい。

Matter 1.4が普及した2026年、ようやく「相互接続の地獄」から解放されつつある

2025年末にMatter 1.4がリリースされて、2026年前半の今、ようやく対応デバイスが市場に揃ってきた感じがある。それまでは「SwitchBotのハブはHomeKitに繋がらない」「Google HomeとAmazon Alexaが連携できない」みたいな地獄を全員経験してきたと思う。

Matterを一言で言うと、IP通信ベースのスマートホーム統一規格だ。Apple・Google・Amazon・Samsungが共同策定していて、Matter対応デバイスはどのエコシステムでも動く（建前上は）。現実はまだ細かい挙動差があるけど、以前と比べると圧倒的にマシになってる。

僕が今使ってるエコシステムの構成はこんな感じ。

flowchart TB
  subgraph Home["自宅ネットワーク"]
    subgraph Core["コアインフラ"]
      HA["Home Assistant\nRaspberry Pi 5"]
      Router["Wi-Fi 7 Router\nTP-Link BE9300"]
      Hub["Matter Hub\nApple HomePod mini"]
    end

    subgraph Devices["接続デバイス群"]
      Light["Philips Hue\n照明×14灯"]
      AC["SwitchBot\nエアコンコントローラー"]
      Lock["Aqara\nスマートロック"]
      Sensor["SONOFF\n温湿度センサー×6"]
      Plug["Matter対応\nスマートプラグ×8"]
      Cam["Aqara\nセキュリティカメラ×3"]
    end

    subgraph Cloud["クラウド連携"]
      HomeKit["Apple HomeKit"]
      Notion["Notion\n(電力ログ記録)"]
      LINE["LINE Notify\n(アラート通知)"]
    end
  end

  HA --> Light
  HA --> AC
  HA --> Lock
  HA --> Sensor
  HA --> Plug
  HA --> Cam
  Hub --> HomeKit
  HA --> Hub
  HA --> Notion
  HA --> LINE
  Router --> HA

中心にHome Assistantを置いて、Matter HubはAppleのHomePod miniを使っている。MatterのThread BorderRouterとして動いてくれるので、Thread対応デバイスの接続が楽になった。個人的にはこの構成が今のところベストバランスだと思ってる。

Home Assistantを中核に置いた自動化設計

最初はGoogle Homeだけでやろうとしてた。でも「条件分岐が弱すぎる」「外部APIと連携できない」「ローカル処理できない」という壁に2週間で当たって、Home Assistantに乗り換えた。これは正解だったと今でも思う。

Home Assistantの何がいいかというと、YAML + Blueprintで本格的な自動化が書けること。エンジニアとして「コードで設定できる」のはかなり重要で、Gitで管理できるのが特に地味に便利だった。実際に今の設定はGitHubのプライベートリポジトリで管理している。

実際に動かしてる自動化の例をいくつか挙げてみる。

「帰宅前エアコン自動起動」自動化

# automations.yaml
- alias: "帰宅前エアコン予熱"
  description: "スマホのGPS位置情報が自宅から2km以内に入ったらエアコン起動"
  trigger:
    - platform: zone
      entity_id: device_tracker.my_iphone
      zone: zone.home
      event: enter
  condition:
    - condition: time
      after: "17:00:00"
      before: "23:59:00"
    - condition: numeric_state
      entity_id: sensor.living_temperature
      above: 28  # 夏モード：28度超えてたら冷房
  action:
    - service: climate.set_hvac_mode
      target:
        entity_id: climate.living_ac
      data:
        hvac_mode: cool
    - service: climate.set_temperature
      target:
        entity_id: climate.living_ac
      data:
        temperature: 25
    - service: notify.line_notify
      data:
        message: "帰宅前エアコン起動しました（現在{{ states('sensor.living_temperature') }}℃）"

これで深夜帰りでも「帰ったら部屋が涼しい」状態が作れた。GPSベースなので「駅を出た瞬間に起動」みたいな精度で動く。正直これだけでもHome Assistantに乗り換えた価値があったと思ってる。

「在宅勤務モード」自動化

朝9時にMacBook Proが社内VPNに繋がったことを検知して、照明の色温度を変えて仕事モードにする。昼休みには暖色に変えて、18時になったら「リラックスモード」に戻す。

- alias: "仕事開始モード"
  trigger:
    - platform: state
      entity_id: binary_sensor.work_vpn_connected
      to: "on"
  condition:
    - condition: time
      after: "08:00:00"
      before: "12:00:00"
  action:
    - service: light.turn_on
      target:
        entity_id: light.desk_hue
      data:
        color_temp_kelvin: 5500  # 昼白色
        brightness_pct: 90
    - service: light.turn_on
      target:
        entity_id: light.ceiling
      data:
        color_temp_kelvin: 5000
        brightness_pct: 80

VPN接続状態の検知は、Home AssistantのNetwork Scannerと組み合わせてMacのIPアドレスを監視する形で実装した。ちょっとハックっぽいけど安定して動いてる。

在宅勤務の騒音対策完全ガイドでも書いたけど、在宅環境は「自動化できる仕組みを最初から設計する」と後から変えるよりずっと楽になる。

電力モニタリングで月2,000円の節約を実現した話

スマートプラグ（Matter対応のものを8個導入）で各家電の消費電力をリアルタイム監視してみたら、思ってたよりズレてた。

xychart-beta
  title "各デバイスの月間消費電力（kWh）"
  x-axis ["冷蔵庫", "PC周辺機器", "エアコン", "洗濯機", "テレビ", "照明合計", "待機電力合計"]
  y-axis "月間消費電力 (kWh)" 0 --> 80
  bar [45, 38, 72, 12, 8, 6, 9]

一番驚いたのが「PC周辺機器の待機電力」だ。PCを使ってない時間でも外付けディスプレイ2台と周辺機器が合計で月38kWh消費してた。正直これは盲点だった。スマートプラグで「在宅勤務モード終了時に自動OFF」する自動化を入れたら、月間で約15kWh削減できた。

電力データはHome AssistantからInfluxDB経由でGrafanaに流して可視化してる。この構成はVPCフローログをAthena×Grafana構成で運用した話とほぼ同じ考え方で組めたので、AWSで可観測性をやってる人なら割とスムーズに設計できると思う。

xychart-beta
  title "スマートプラグ導入前後の月間電気代比較（円）"
  x-axis ["1月", "2月", "3月", "4月", "5月", "6月"]
  y-axis "電気代 (円)" 0 --> 12000
  line [10800, 11200, 9800, 8600, 7900, 7200]

3月から本格的に自動化が稼働して、6月時点で導入前比マイナス約2,000円/月。年間2.4万円節約なら初期投資（スマートプラグ8個で約24,000円）は1年で回収できる計算だ。「節電アプリより先にデータを取る」という順番が大事で、可視化するだけで無意識の無駄がはっきり見えてくる。

機器選定の比較と2026年時点の正直な評価

実際に使ってみて感じた各カテゴリの評価をまとめる。失敗談も含めて正直に書く。

スマートスピーカー・ハブ比較

製品Matter対応Threadローカル処理価格（2026年6月）個人評価
Apple HomePod mini◎◎（Border Router）◎¥11,800★★★★★
Amazon Echo Hub◎○△¥16,980★★★☆☆
Google Nest Hub 2nd Gen○△△¥15,400★★★☆☆
SwitchBot Hub 3○（部分的）✕△¥7,980★★★★☆

HomePod miniはThread Border Routerとして優秀で、特にAqaraのThread対応デバイスとの相性が良い。一番安いのに一番使えるというのが正直な感想だ。ただしHomePod miniだけに依存すると「AppleデバイスなしだとHome Appが開けない」問題があるので、僕はHome Assistantで全部バックアップしてる。

スマートロック選定で失敗した話

最初にNukiスマートロックを導入したんだけど、日本の玄関ドアのサムターン形状と相性が悪くて取り付けに3時間かかった挙句、締め忘れ誤検知が頻発して1ヶ月で外した。今使ってるAqara U200はMatter直接対応で、取り付けも簡単だったし誤作動も今のところゼロ。スマートロックは「買う前に玄関の寸法と形状を必ず確認する」という当たり前のことを忘れがちなので注意してほしい。これで無駄にした出費と時間、地味につらかった。

セキュリティカメラの選択肢

製品解像度ローカル録画Matterクラウド依存月額費用
Aqara Camera E12K○（NAS可）○なし¥0
SwitchBot Cam 32K○（ローカル）○任意¥0〜¥880
Google Nest Cam1080p✕✕必須¥1,300
Ring Stick Up Cam1080p✕✕必須¥1,299

クラウド依存のカメラは長期的に見るとランニングコストがかさむし、「映像データを外部サービスに預ける」ことへの抵抗感もある。今はAqaraカメラ3台をNAS（Synology DS923+）に録画していて、外部クラウドに映像は出てない。個人的にはこの構成が一番しっくりきてる。エンジニア的な「データは自分で管理したい」という気持ちに正直に従った結果だ。

8ヶ月やってみて正直しんどかったこと

良いことばかり書いてもしょうがないので、本音も書く。

Wi-Fiのチャンネル干渉問題。Matter対応デバイスはほとんど2.4GHz帯を使う。デバイスが増えるほど電波が干渉して、特に照明の一斉制御が遅延するようになった。Wi-Fi 7ルーターに変えてから大幅に改善したけど、これは予想外の出費（¥32,000）だった。最初からインフラを整えておけばよかったと後悔してる。

Home Assistantのアップデート地獄。HA本体のアップデートで、たまにカスタムインテグレーションが壊れる。特にSwitchBotのHASSIOSカスタムコンポーネントはアップデートのたびに何かしら問題が出る。本番のAWSインフラと同じで「アップデートは検証してから」という原則をHome Assistantにも適用するようになった。これ、地味に時間を食う。

家族・同居人への説明コスト。一人暮らしなら問題ないけど、実家帰省したときに「照明がスマホじゃないと消せない」って言われた。物理スイッチとの共存設計は最初からちゃんと考えておくべきだった。フィリップス・ヒューのスマートスイッチを追加で買って対処したが、これも後出し対応だったので設計段階で組み込むべきだった。自分用に最適化しすぎると他の人が使えなくなるというのは、インフラ設計と同じ失敗パターンだなと思った。

皆さんはどうしてます？特にルームメイトや家族がいる環境でのスマートホーム化、スイッチ問題の解決策があれば知りたい。

まとめ

8ヶ月やってみて、「スマートホーム化はインフラ設計と本質的に同じだ」と気づいた。可観測性・冗長性・アップデート管理、全部そのまま当てはまる。

要点をまとめると：

  1. Matter 1.4対応デバイスを中心に選定する。2026年時点でMatter対応デバイスが揃ってきており、エコシステム間の壁が崩れつつある。将来性を考えると非Matter製品は避けたほうがいい
  2. Home Assistantを中核に置くとエンジニアらしい管理ができる。YAML設定・Gitバージョン管理・外部API連携が全部できる。クラウドサービスへの依存を最小化できるのも大きい
  3. 電力モニタリングは導入して損なし。スマートプラグのデータを可視化するだけで無意識の無駄が見えてくる。投資回収は約1年
  4. Wi-Fiインフラの整備は先にやる。デバイスが増えてから後悔するより、Wi-Fi 7対応の良いルーターを最初から用意したほうが絶対に楽
  5. 物理スイッチとの共存設計は最初から考える。スマートホームに不慣れな人も使う環境なら、物理操作できる手段を必ず残す

次のアクション：

  • まず1部屋からスマートプラグ×2〜3個 + Temperature Sensorで始めてみる
  • Home Assistantをラズパイ5に入れてローカル環境を作る（公式ドキュメントが充実してるので意外と簡単）
  • Matter対応を確認してからデバイスを買う（Amazonのスペック表に必ず記載されてる）

まだ正直検証中のこともあって、特にThread Networkのルーティング最適化はまだ試行錯誤中だ。あと、Home AssistantとNotion連携で電力データを自動記録してるけど、これを家計管理と統合するところまでやりたいと思いつつ後回しになってる。そのうち記事にする予定。

エンジニアのデスク収納術とスマート整理ガイドでも書いたけど、「仕組みで解決する」発想はスマートホームと相性が抜群にいい。エンジニアとして持ってるスキルがそのまま活かせる分野なので、興味あったらぜひ試してみてほしい。

U

Untanbaby

ソフトウェアエンジニア｜AWS / クラウドアーキテクチャ / DevOps

10年以上のIT実務経験をもとに、現場で使える技術情報を発信しています。 記事の誤りや改善点があればお問い合わせからお気軽にご連絡ください。

関連記事

ガジェット・家電

スマートホーム2026｜Matter対応・IT技術者向け自宅インフラ構築ガイド

ガジェット・家電

エアコンが8月に突然死した話と、家電の買い替えタイミングを間違えると損する理由

ガジェット・家電

ワイヤレスイヤホン6機種を半年使い倒してわかった、スペック表に載らない話

ガジェット・家電

ワイヤレスイヤホン2026年版｜オフィス復帰で1年半使い倒した5機種の本音

ガジェット・家電

プロジェクター選びで大失敗｜オフィス導入で気づいた3つの落とし穴

ガジェット・家電

エアコン8万円修理で気づいた。家電は「30%ルール」で買い替えを判断してた

← 記事一覧に戻る