家をイラストレーターに描いてもらいましたが、それが私の Home Assistant ダッシュボードになっています。

2026/10/07 10:41

家をイラストレーターに描いてもらいましたが、それが私の Home Assistant ダッシュボードになっています。

RSS: https://news.ycombinator.com/rss

要約▶

Japanese Translation:

最も重要な成果は、無効なデフォルトのオプションを置き換える没入感のあるインタラクティブな平面図を備えたカスタム Home Assistant ダッシュボードの構築です。このソリューションにより、家族全員が様々な画面で視覚的に魅力的なインターフェースを通じてスマートデバイスを制御できるようになります。当初、標準的なソリューションは複雑なニーズを満たすことができず、LG webOS テレビとの互換性の問題もありましたが、Home Assistant ボックスを HDMI で直接接続することで、これらの技術的課題を TV のネイティブ設定に頼ることなく解決できました。環境アーティストは、静的な「オフ」状態を表す別々のレイヤーと、「オン」状態を表すアニメーション化された WebP ループを組み合わせて詳細な部屋の図を描き、これらを標準の

picture-elements
カード内の背景として使用し、デバイスステータスは YAML 構成ファイルを通じてオーバーレイされています。システムは、 sunrise および sunset の時刻に基づいてヘルパー自動化により自動的に日モードと夜モードを切り替えます。さらに、朝と夕方に TV でダッシュボードを表示するようにスケジュールされており、アクティブなコンテンツが視聴されていない时候に家族使用のために用意されています。結果として、ユーザーはイラストをクリックするか、複雑なタスクのためにカスタムポップアップを使用して、エアコンのようなデバイスと対話できます。このモジュラー設計により、個別のファイルを変更することなく、異なる場所での柔軟なモニタリングを別々の平面図表示またはスタックフルビューを通じて可能にします。

本文

家族全員が愛用する、手描きイラストによる Home Assistant ダッシュボードの実装記

暖炉の揺らめく炎や庭園ライトの輝き、寝室のエアコンの風など、自宅を手書きのイラストとして可視化することで、ついに家族全員が喜んで利用するスマートホームダッシュボードを完成させました。

課題:自動化だけでは不完全な現実

「誰にも触らなくても勝手に動く」ことを最優先に設定しましたが、以下の点で人による操作が必要となりました。

  • 庭園ライトの制御
    • メーカーアプリまたは Home Assistant アプリのみからオン・オフできる機器です。
    • 自動タイマー設定により一定時間後に消灯されますが、残り時間が少なくなると瞬きして「延長してください」と表示されるため、家族が使いたがりませんでした。
  • 噴水装置の運用
    • 物理スイッチで操作すると、庭園から出る前に体が濡れるなどの失敗が起きやすいです。

これらを解決するためには、**「誰もが使いたくなるほど素敵なダッシュボード」**を制作する必要があると判断しました。

開発プロセス:3D とピクセルアートから空間デザインへ

多くのダッシュボード事例を検討した結果、家の平面図を模したインタラクティブな地図を採用することになりましたが、スタイルの選定には苦労しました。

  • 採用に至らなかった案
    • 3D グラフィック系: モデル自体は静止画で、インタラクティブ性はアイコンレイヤーの上に重ねて実装されており、深みが感じられませんでした。
    • ピクセルアートスタイル: 魅力的でしたが、自作するかスプライトを逐一配置する必要がありましたが、アーティストのスケジュール調整や技術要件への理解が難しかったです。
  • 最終決定:空間デザインアーティストとの協業
    • 美しい空間ポートフォリオを持つアーティストと協力することで、自然とピクセルアートの方向性は見直されました。
    • 渡された資料パッケージ
      • 家具のない建築計画図(注釈付きで家具位置を指定)。
      • 各部屋の参考写真。
      • 参考文献としてインターネット上のイラストレーションや既存ダッシュボード例。
      • 技術仕様: ファイル形式、昼・夜・機器ごとの状態分け、共有キャンバス統一のルールなど。
      • 塗料の色コード(必要に応じて)。

アートワークの要件

  • 画像形式: 透明背景の PNG または WebP(アニメーション用)。
  • バージョン管理: 昼間・夜間の 2 バージョン、そして「機器オフ/オン」の状態ごとのレイヤー分離。
    • オフ状態:静止画。
    • オン状態:数フレームループの短いアニメーション。
  • 庭園特例: 昼・夜・照明点灯時(夜間)の計 3 バージョンを対応。

重要ポイント: アニメーションは最初から WebP で依頼するか、後工程で変換する準備が必須です。また、全てのファイルを同じサイズの「共有キャンバス」上に統一してエクスポートしてもらうことで、後続のレイアウト作業を劇的に削減できました。

Home Assistant での実装技術

イラストレーションが完成した後、Home Assistant に統合する段階に入ります。主に以下のカードと技術を駆使しています。

  • 使用するカード:
    picture-elements
    • 背景にイラスト(Image)を設定し、機器の状態や表示要素を上に重ねて配置します。
    • 機器の状態反映: エアコンがオフなら静止画、オンなら WebP アニメーションを表示(ブラウザの自動再生機能を使用)。
  • 昼・夜モードの切り替え
    • ヘルパーを作成し、日没・日出で自動切り替え。手動切り替えも可能。
    • 夜間の要素を
      conditional
      で昼間レイヤーの上に重ね表示します。
  • 機器制御の工夫
    • 一般機器:
      tap_action
      を設定し、タップ時に Home Assistant の標準制御ダイアログを表示。
    • 複雑な機器(庭園灌漑システム): 単一アイコンで管理するが、背後に複数のバルブやタイマーがあるため、標準ダイアログでは不十分でした。HACS インテグレーション
      Browser Mod
      を利用し、独自ポップアップを表示しています。
  • メディアホストの設定
    • 画像をローカルパス(例:
      /local/floorplan/...
      )で参照するため、HA ボックスの
      /config/www
      フォルダにファイルを配置します。

テレビ(TV)での表示環境構築

TV ブラウザ単体での運用は以下の理由から断念し、HAOS Kiosk Display アドオンによる別入力方式を採用しました。

  • WebP の互換性問題: LG webOS ブラウザが WebP をサポートしないと謳われていましたが、実際にはフォトビューアなど特定の機能のみ制限ありで、ダッシュボード表示には対応可能でした。
  • 起動摩擦の排除: TV ブラウザをスクリーンセーバーに設定できないため、リモコン操作で開く手間が発生しました。これを解消するために、HA ボックスと HDMI を繋ぎ、**キオスクモード(常時オン)**を実現しました。

ユーザーインターフェースとレイアウト戦略

「全階と庭園を見られるビュー」と「個別階のビュー」を両立させるため、以下の工夫を行いました。

  • 共有キャンバスの活用:
    • 各階と庭園はそれぞれ独立した画像として存在しますが、フルビューでは元の位置に戻し、画像エディタのように整列させました。
    • この結果、庭園が地面に接しつつ、家がわずかに浮いて見える「分解されたような」自然なレイアウトが実現しました。
  • 設定ファイルの共有(YAML モードへの切り替え):
    • ビジュアルエディタではカード間での要素共有ができないため、YAML モードに変更し、各階のエレメント定義を個別ファイルに集約しました。
    • 1 回の編集で全ビュー(階用・フルビュー)に反映され、ブラウザリロードのみで更新可能となりました。
  • フルビューの構築:
    • picture-elements
      カードは内包できないため、
      vertical-stack
      で重ね、
      card-mod
      プラグインで CSS を使って位置調整を行いました。

成果と運用現状

完成したダッシュボードは、家族からの評価が高く、運用状況は以下の通りです。

  • 表示時間: 朝と夕方の数時間のみ(TV は HA から制御可能なので自動化設定済み)。
  • キオスクモード: HACS アドオンで TV メニューを非表示にし、純粋なダッシュボード体験を提供しています。
  • デバイス間の使い分け
    • TV: 全体像の確認用(リモコンからの操作は不可だが、見ることには最適)。
    • スマートフォン/PC: 個別の階ビューやフルビューでの詳細操作・制御用。
  • 学習効果:
    • 当初「アプリを使いたがらない」という課題に対し、美しいダッシュボードを TV で表示することで関心を惹き、現在ではスマホアプリも積極的に利用するようになりました。

この構成により、「全体像の確認は TV で」「詳細操作は端末で」という理想的なスマートホーム運用を実現しました。


イラストレーション制作: Owen Yeconiel 氏

同じ日のほかのニュース

一覧に戻る →

2026/10/09 1:59

Whistle:16.9 MB で音声からテキストへ変換

## Japanese Translation: Whistle は、スマートフォン、ウェアラブル機器、ロボット、スマートホームシステム、車載ユニット、マイクロコントローラーといったエッジデバイスに特化して設計されたオープンソースの音声認識モデルです。2026 年 10 月 2 日にリリースされ、その最大の特徴は外部依存関係なしに完全にオンデバイスで動作することであり、高いプライバシー保護と低レイテンシーを実現するとともに、Needle フレームワークと同じ C++ エンジン内にはまる単一の 16.9 MB のファイルで済み、その利点を活かしています。モデルは英語、ドイツ語、フランス語、スペイン語、イタリア語、オランダ語、ポーランド語の 7 か国語をサポートし、CPU 上で最大 30 秒間のオーディオを瞬時に処理します。 アーキテクチャ的には、Whistle は Needle と同じエンコーダーおよびデコーダ用の Simple Attention ブロックを共有しており、エンコーダーでは 18,432 スロットを持つエングラムと Monarch Hadamard MLP を採用し、デコーダではクリップごとエンコーダーを一度だけ読み取るゲート付きクロス・アテンションを備えています。Apple M4 Pro CPU におけるベンチマーク結果はその効率性を示しており、最初のトークン生成までにかかる時間は 11 ms で、デコード速度は 1,319 トークン/秒に達し、Whisper base(73.2 ms / 266/s)や Moonshine tiny v2(22.8 ms)を大幅に上回っています。この効率性により、書き起こしや単語の時間スタンプ付けから、音声埋め込み、そして音声コマンドに基づくスマートホームアクションのトリガー(「set_lights」など)に至る多様なアプリケーションに対応できます。`.cact` ファイルを用いた `needle` ツールとの統合を通じて実現します。モデルには、特定の音量閾値未満の断片ではビームサーチに入らず空の文字起こしを返す沈黙検出機能も含まれており、リソース制約のある環境向けに軽量かつ高性能なソリューションとなっています。

2026/10/09 2:51

Theranos の世界

## Japanese Translation: 午前 9 時 41 分に、システムはユーザーが「ログイン」をクリックするか、Return キーまたはスペースキーを押すことを要求します。この操作にはパスワードの入力并不需要がありません。この簡素化されたフローにより、対話完了後、ユーザーは直ちにパーソナルダッシュボードに移動できます。 ## Text to translate : At 9:41 AM, the system requires a user to click "Log In" or press the Return or Space key. The interface does not require a password for this action. This streamlined flow allows users to proceed directly to their personal dashboard once the interaction is completed.

2026/10/08 9:14

DeepSeek 4.1 Flash が業界で騒がれていないのはなぜか?

## 日本語訳: DeepSeek 4.1 Flash は、高価な「フロンティア」モデルである Opus などに対し、コーディングタスクのほとんどにおいて非常に効率的かつ費用対効果の高い代替案を提供することで、人工知能における変革的な転換を表しています。従来のバージョンと比較してメモリ使用量を約 437 倍削減する KV キャッシュ最適化を採用することにより、標準セッションではトップティアモデルとの間に性能差がほぼ生じず、高品質で無人実行に適合しています。この効率性は、ユーザーが Opus 5.5 のようなプレミアムリソースを、エッジケース検出が不可欠な重要な最終レビューだけに限定して確保することを可能にします。 核心となるメッセージは、「十分である」とされるモデルを優先することで、実用的な性能を損なうことなく運用コストと環境への影響を大幅に削減できる点にあります。例えば、月額 10 ドル未満のサブスクリプションで無制限の使用が可能であり、セッションあたりのコストが 0.003 ドルほどになる場合があり、これは主要技術企業が高额的な財務的および環境コストにもかかわらず最先端モデルへの多額の投資を続ける業界の傾向に挑戦するものです。現時点ではハードウェア費用の観点から自己ホストは経済的に実現可能ではありませんが、将来のローカルキャッシュ最適化により実用的になると考えられます。 究極的には、この戦略の採用は、財務的な障壁を下げることで高知能へのアクセスを民主化し、水や電力の使用量を削減します。企業はルーチンタスクを効率的なモデルに委ねる一方で、プレミアム容量をエッジケース検出のために留保することで、実用的な性能で「十分である」場合でも最新の前線モデルを追いかけるという罠から回避できます。著者は同様の能力が GLM その他の中国モデルにも存在する可能性を示唆し、より詳細なパフォーマンスデータについては外部ベンチマークへの参照を推奨しています。

家をイラストレーターに描いてもらいましたが、それが私の Home Assistant ダッシュボードになっています。 | そっか~ニュース