Philips Hueエコシステム、愚かさによって崩壊する

 (rachelbythebay.com)
1 ポイント 投稿者 GN⁺ 2023-09-27 | 1件のコメント | WhatsAppで共有
  • かつては ZigbeeとEthernet を両側で接続するハブと、電球・スイッチ・コンセントで構成された安定したホームオートメーションシステムだったが、経営陣主導の 段階的な品質劣化（enshittification） へと転落しつつある
  • iOSアプリがハブのアップグレードを強制し、その前に利用を阻むようになった時点から、ユーザー中心から外れたポリシー が始まった
  • 最新アップデートでは、新しいEULAへの強制同意 なしにはデバイスへのアクセスを遮断し、さらに 強制ログイン まで要求する予定
  • 今後のアップデートでローカルネットワークでの動作がなくなり、クラウド連携 が追加され、ユーザー体験が悪化する懸念
  • 代替案として Ikea Dirigeraハブ への移行が示されているが、一部センサーや機能の喪失を伴い、根本的な解決策はない

Philips Hueの過去と現在

  • かつてPhilips Hueは、電球、スイッチ、コンセント、そして片側は Zigbee、もう片側は Ethernet で通信するハブで構成されたエコシステムだった
    • コマンドを取りこぼさず、ただ動作する 無難で安定したシステム だった
    • Apple HomeKit エコシステムと完全に連携していた
  • しかし経営陣レベルの問題が発生し、全面的な品質劣化（full-on enshittification） の道に入りつつある

ユーザー体験悪化の段階

  • 数年前から、iOSアプリがハブボックスにアップグレードを押し込むまで利用を阻む挙動が始まった
    • 何かを制御しようとアプリを開くと、まず要求に応じなければならない方式で、ユーザー中心とは程遠い挙動
  • 最新段階では、新しい EULA を表示し、同意しなければ自分のデバイスにアクセスできなくしている
    • ただしこれは 執行不能な（unenforceable）ゴミのような規約 と評価されている
  • さらに 強制ログイン を求めるアップデートが予定されている
    • もはやローカルネットワーク上でそのまま動作せず、また一つ クラウド連携 が割り込み、使い勝手はさらに悪くなる見込み

経営陣への批判

  • South Parkのあるエピソードで、ケーブル会社の社員たちが顧客の嘆きを聞きながら不適切に反応する場面になぞらえて、現状を表現している
  • このような企業の経営陣は根本的に サディスト（sadists） であり、短期収益を手にした後、次の破壊対象へ移るために製品を どん底まで追い込むだろう という批判

代替案とその限界

  • Home Assistant・Homebridgeへの拒否

    • 誰かがHome AssistantやHomebridgeを提案する前に一線を引いている
    • Javascript と「curl | sudo sh」式の態度の組み合わせには決して手を出さないという立場

  • Ikea Dirigeraハブの活用

    • 照明と スマートコンセント だけがある場合を前提にした、より簡単な回避策として Ikea Dirigeraハブ の確保を提案
      • Hueハブからデバイスを削除してIkea側に追加すれば正常に動作し、HomeKit にもエクスポートされるため、その機能は維持される
    • ただしIkeaも完璧ではない
      • Hueの照明・モーション・温度センサーやリモコンコントローラーを HomeKitに接続できない
      • 結果として、モーションセンサーのデータ、照度、その空間の温度を失うことになる
      • ボタンで何かをオンにした後、数分後に自動でオフにするような カスタム動作 機能も失われる
        • これは人が離れたキッチン家電の危険性を下げるのに適した機能
    • Ikeaもまた、今後ユーザーを顧みない方向へ転じない保証はない

望ましい解決策

  • 技術的な目利きと分別を備えた誰かが、片側は Zigbee、もう片側は HomeKit をサポートし、元のHue構成と同じくらい柔軟な製品を作ってくれることを期待
  • そのような製品が出るまでは、また一つの めちゃくちゃな事態（shit show） が続く見込み

関連記事

1件のコメント

 
GN⁺ 2023-09-27
Hacker Newsの意見

  • 関連する最近の記事: Philips Hueがまもなくユーザーにアカウント作成を強制する予定 - https://news.ycombinator.com/item?id=37594377 - 2023年9月、コメント314件

  • Rachelはいつものように的確に指摘している。初期から導入していて家はHue製品だらけだが、この1年ほどはNanoleafの電球を買い始めた。
    Hueのほうが少し優れてはいるものの、ひどいアプリを我慢するほどではない。IkeaのDirigeraハブを勧める声を何度か見かけたので1つ注文した。期待どおりに動けば、来週には全部移行するつもり。Philips製品は気に入っていたが、競合より2倍高いだけでは足りなかったのか、欲を出したのが残念だ。

    • 電子工学方面の人間で、バックエンド・フロントエンド開発の経験もあるので、家庭内インフラには3つの道しかないと思っている。賢くない非スマート・非クラウド製品を買うか、自分で作るか、ハックして自分のインフラで使える製品を買うかだ。
      問題は彼らのインフラそのものよりも、変更のタイミングを会社が決めることにある。善意の変更であっても信頼性の問題になり得るし、彼らの気まぐれに合わせて自分の時間を使わなければならない。自分で運用すれば、公共のインターネットから切り離されているという前提で、いつ更新し、どれだけ時間を使うかを自分で決められる。特定の会社が顧客の好意を少しずつ消耗しているという話というより、サービスが変わったり終了したりするたびに自分が走り回りたくないという問題だ。
    • アプリで制御できるLEDをいくつか使ってみたが、その中ではHueアプリが断然いちばん良かった。ところが最近、アプリに「まもなくログインが必要になります」という通知が出た。アカウントなしでも照明は望みどおり完璧に動いているので、非常に不満だ。
      その通知を見た瞬間から新しいアプリを探すべきか悩んだが、まだ「まもなく」は来ていないので、そのまま無視している。その時が来るなら、対応する時間がたっぷりある週末であってほしい。
    • Ikeaの照明とブリッジを使っているが、私のものは数年前のモデルだ。すべてが普通によく動作し、4年ちょっとの間に問題は1回ほどしかなかった。
      Google Home、HomeKit、Home Assistantとも簡単に連携できる。唯一の不満は、ブリッジに有線イーサネットが必要なことと、ブリッジ1台でデバイスを5台しかサポートしないことだ。ワイヤレスの物理スイッチも1つ買ったが、バッテリーの減りがかなり早かった。いずれにせよほとんど使っていないので大きな問題ではなかったが、選択肢があるのは良かった。
    • Matterのおかげで、異なるエコシステムの製品を混在させるのがずっと簡単になった。Hue RGB A19 1個の価格で、ThreadベースのMatterをサポートするNanoleaf RGB A19電球を3個買える。
      Hueのほうが優れている可能性はあるが、3倍優れているかは疑わしい。今後は価格と品質のバランスが最も良いブランドのMatter電球に移行し、Hue SyncのようにMatterが対応していない機能が必要なときだけHue電球を使うつもりだ。
    • Hueの照明をすべてLutron Casetaに置き換えた。個々の電球がブリッジと通信する方式より、はるかによく動作する。Apple Homeを使っているが、全体としてはあまり良くないにしても、HueやGoogle Homeより堅牢に感じる。

  • 「新しいEULAが表示され、同意しなければ自分の物に再びアクセスできない」というのは、むしろ良いニュースかもしれない。車を買った後で、メーカーが保証を維持したければShell vpowerだけを使えと要求するのと同じくらい違法に聞こえる。
    EUがこれを取り上げて、IoT機器の機能をオンラインアカウントに紐づけてもよいのかという重要な問いを投げかけてくれるのではないかと思う。Philipsを買った理由は、システムが比較的オープンで、ゲートウェイにHTTPでアクセス・制御でき、インターネットアクセスなしでファイアウォールの背後に置けて、サードパーティーアプリも使えたからだ。今はZigbee USB 3.0ドングルとZigbee2MQTTを、Raspberry Pi上のカスタムPythonサーバーから制御する方式に移行した。アプリからのアクセスは失ったが、自動化やディマー・イベント制御が可能になったので、Philipsゲートウェイは不要になった。HTTPでシンプルに使えたので、アプリとハック可能性の両方の利点があったが、足りなかったのはイベントへのリアルタイムアクセスだけだった。彼らが背を向けるのは残念だが、EUが10年後でも新しい法律を作ってくれればと思う。

    • 同じ構成を使っている: Sonoff Zigbee Plusドングル、zigbee2mqtt、Home Assistant。
      サードパーティーのクラウド、EULA、独自ハブ、独自アプリ、制限のない完全ローカルなソリューションで、ほぼすべてのZigbee機器と互換性がある。テスト済みの有名デバイスの一部はhttps://www.zigbee2mqtt.io/supported-devices/に掲載されている。誰にでもおすすめする。たとえばDocker Composeでzigbee2mqtt、mosquitto、Home Assistantの3つのコンテナとして構成できるし、手動でいじりたくない人向けにはSupervisor GUI管理付きのHome Assistant既成イメージもある。自動化をノード接続方式でグラフィカルに設定したいならNode-REDも素晴らしいアドオンで、独自ソリューションよりはるかに強力だ。
    • Zigbee USB 3.0ドングルはどれを使っているのか気になる。

  • 「Home Assistantと言う前にそこで止めよう」ではなく、むしろここで反論したい。優れたHue製品はすべてZigbeeで動作するので、自分でハブを運用すればこの問題を完全に回避できるし、そうすべき。Home Assistantで可能
    これが本当に最善の解決策。Philipsと通信しなくても、望む方法で照明を直接制御できる

    • Home Assistantは好きではない。すべてが状態変化ベースで、それは本当に愚かだと思う
      例えば home_button_clicked イベントを送る代わりに、button_click=none -> button_click=home -> delay() -> button_click=none のように処理しなければならない。あり得ない構造。自然なやり方は完全にイベント駆動にして、home_button_clicked のような個別イベントが発生したときに event_last_button_clicked 状態を設定する副作用を持たせること。完全に逆に作られていて、ひどく腹立たしい
    • 本当に可能なのか気になる。親戚が片付けの際にPhilips Hueの電球をいくつかくれたが、ハブはなかった
      Zigbee機器が複数つながったHome Assistant構成はあるものの、Hue電球をZigbeeで直接ペアリングする方法が見つからず、見たものはすべてハブが必要だった。方法があるなら知りたいし、今はただ普通の電球として使っている
    • これはかなり愚かな発言。HueがZigbeeなのは正しいが、Hueハブのほうがうまく動く部分もある。例えば色の切り替えなど
      Philipsはこのひどい決定によって、自社製品の使い勝手と価値を大きく損ねている

  • Home Assistant関連のJSと curl | sudo sh の話が何を意味するのか、誰か説明してくれないか。Home Assistantが安全ではないという意味なのか、フロントエンドに問題があるという意味なのか、それとも別の話なのか分からない
    私の考えではHome Assistantが答え。閉鎖的なホームオートメーションのエコシステムがどれほど生まれては消えていったかを見てきたが、この時点でなぜ他のものに手を出すのか分からない。ついさっきもGoogleが以前のWorks with Nestスタックを終了するというメール通知をまた受け取った。Nestを覚えているだろうか

    • ばかげた話。Home Assistantのインストール方法はそもそもそうではない
      かなりロックダウンされたイメージが提供されており、Dockerベースのプラグインも多数用意されている。よく設計されていて問題ない。必要なければインターネットに公開する必要もない。記事で描写されているインストール方法は古い方式で、歴史的理由でのみサポートされている。Hueが完全に壊れたという点には同意するが、Home Assistant批判は正当ではない。記事で推奨されているIkeaを選んだとしても、いずれ株主たちは甘い継続収益を求めるようになるだろう。そういうことを避けるには、本当にオープンなエコシステムが必要
    • 筆者はLinuxマシンにHome Assistantをインストールする公式推奨の方法、つまりインストールスクリプトを curl で取得してrootで実行する方式を指しているようだ
      抵抗を感じるのは十分理解できる。ただしHome Assistantを動かす本当に推奨される方法は、専用ハードウェアにHome Assistant OSをインストールすること。これも負担に感じられるかもしれない。いずれにせよ、私が定期的に使っているソフトウェアの中では、Linuxを除けば一番気に入っているもの
    • セキュリティに関する誤解に近いように見える。JS自体が問題なのではない。むしろWebブラウザで実行される言語なので多くの関心を受けており、言語という観点ではかなり安全な部類
      curl | sudo sh は怖く見えるが、.deb をダウンロードして sudo dpkg -i your.deb を実行したり、何らかのバイナリをダウンロードしてインストールしたりするより悪いわけではない。署名の話もできるが、信頼しなければならない公開鍵が .deb を入手したのと同じWebサイトに置かれていることも多い。この場合、実質的にはTLSだけが保護手段になる。監査するつもりのないファイルを一度開いてみたところで変わらないし、実際にはほとんど誰も監査などしない。Linuxマシンにウイルススキャナーが入っていることもまれ。信頼できないなら仮想マシン、コンテナ、専用ハードウェアで動かせばよく、実際に彼らが推奨しているのもそちらの方法
    • 「とにかくシステムのroot権限をよこせ」という式のインストールスクリプトは、セキュリティ問題であることに間違いない
      より大きな問題は、そうしたインストール方式が示唆するセキュリティとシステム安定性に対する姿勢だと思う。この姿勢は「JSエコシステム」全般に広がっているようで、要するに「セキュリティや安定性なんて誰が気にするのか？」ということ。自分のシステムであり、触られたくなく、設定したら問題なく自分の望むことだけをしてほしいなら、こうした点は重要。だからJSには、実際のコンピューティングから隔離された犠牲用のおもちゃ箱の外に居場所はない、という意見に同意する
    • 元記事の筆者ではないが、Home Assistantの所有体験は好意的に見ても荒削りと言える。単に動くものが欲しいなら、HAは向いていない

  • このエコシステムが何で、なぜ魅力的なのか、誰か説明してくれないか？
    自分の生活には、知る限り自動化されたものはない。ガレージもないし、玄関ドアは鍵で開け、照明はスイッチでつけ、AlexaもないしSiriも使っていない。自動化に反対しているわけではないが、クラウドサービスに人口統計データをこれ以上渡すのは気が進まない

    • 自分がいちばん気に入っている自動化は2つあって、どちらも非常に単純だが、別の方法で解決するのはやっかいだ。Home Assistantをローカルネットワークで動かしているので、データは外に出ず、クラウドサービスへの依存もない
      1つ目は、郵便受けが道路の向こう側にあるので、郵便が届いたか知りたいというもの。郵便受けにZ-Waveのドアセンサーを入れて、開くとスマホに通知が来るようにした。2つ目は、洗濯物を乾燥機に移すよう知らせるもの。洗濯機にZ-Waveの電力計を挿し、扉にはZ-Waveのドアセンサーを付けた。電力計が洗濯機の電力使用停止を検知すると数分待ち、その後、扉が開くまで数分おきに取り出すよう通知を送る
    • どれもHome Assistantでローカルに動かして、クラウドまわりの余計なことを最小限にした自動化だ。洗濯が終わったら洗濯室の照明を赤に変える、夜にアラームを設定したらすべての照明を消す、朝のアラーム前に照明を徐々につける、家を出たら照明を消す、暗くなってから帰宅したら玄関ドア脇の照明だけをつける
      人生が変わるほどではないが、どれも少しずつ便利だ。自分にとっては、こうした自動化を動くようにする達成感も楽しみの半分だ
    • たいていの人にとっては消費者向けのぜいたく品だが、祖母の家では自立性を大きく高めてくれる、かなり役に立つ機器がある
      ランプや鍵のように細かく操作しなければならないものは、祖母にとって実際に大きな困難だ。10年前はテレビも複雑すぎたが、今は音声リモコンがあり、かなりうまく動く。能力が限界に近い人の生活を少しでも楽にするのは良いことで、そういう人は何百万人もいるし、長生きすれば結局誰もがそうなる
    • わが家の照明は生活リズムに合わせて点いたり消えたりする。照明をつけるか消すかを考えない。勝手にやってくれる
      家は食洗機が終わったかどうかを把握していて、私がZoom通話中なら通知を静かにできるし、空気質が悪ければ換気ファンをつけない。自動化とは照明用のアプリを持つことではなく、照明をつけるといった些細なことを考えなくて済むことだ
    • 自分も似たようなものだ。壁スイッチはちゃんと機能するし、手動のサーモスタットもちゃんと機能する
      こういう些細なことにお金を使い、プログラミングしてアップデートして、本文のような問題に対処するのに時間を使うのは嫌だ。部屋に入ったら明かりをつけ、出たら消す。自分がいない部屋の照明を操作する必要はない

  • ホームネットワークに恒久的に居座るものなら、iOSアプリでクローズドなバイナリをインストールするより、curlとsudoでオープンソースのJavaScriptコードをインストールするほうがましだと思う
    Rachelは普段は正確だが、今日はドグマが勝った。Home Assistantは素晴らしいし、さらに言えばツールがどの言語で書かれているかなどまったく気にしない。世の中には安全でない悪意あるCコードもたくさんある

    • オープンソースなので、インストールするものを監査できる。なぜそこで踏ん張るのか不思議だ

  • これは多くのホームオートメーションで急速に問題になりつつある
    あまりにも多くの企業が、Matterのおかげで自社製品が事実上コモディティになることに、今になって気づいている。ハブを避けるために単一プラットフォーム内にとどまる利点は消えつつある。完全に「消えた」と言うには数年早いかもしれないが、変化はすでに進行中だ。もどかしいのは、私のHue機器がHomePodの次に安定しているホームオートメーション機器だという点だ。他の機器はかなり頻繁に突然動かなくなったり、接続が切れたり、問題が起きたりする。この信頼性から離れたい気持ちはあまりなく、Philips Hueもそれを分かっている可能性が高い。数年前にIkeaのスマート製品を使ってみたときも非常に不安定で、勧められるか疑問だった。ただ、今は良くなっているなら誰か教えてほしいし、Ikeaがロックイン戦略に向かうのは彼ららしくないようにも見える

    • 信頼性で最も重要だったのは、機器やハブに有線Ethernetがあるか、そして末端のスイッチや電球がWi-FiやBluetoothではないかだった
      Zigbeeのような「本物の」プロトコルはうまく動くことが多い
    • 自分が最も信頼しているホームオートメーション機器はLutron Casetaだ。ブラインドの電池を交換したこと以外、問題はなかった
      Ikea製品は今は問題ないが、6年前はあまり良くなかった。今でも元のTradfriハブを使っている。いら立つ点は、物理スイッチでも制御できる必要があるため、停電後に電源が戻ると最後の電源状態を覚えておらず、またオンになることだ。今は修正されているかもしれない。現在はスマートブラインド用にだけハブを使っている
    • IKEAの電球とコンセントを2年以上使っていて、その間に少しずつ追加してきたが、非常に良い体験で信頼性も高かった
    • Ikeaはかなり良くなった。ほとんどの機器は今やZigbee 3.0で、よく動く
    • Hueはすでにコモディティではない。今でも最も見た目が良く、信頼性の高い照明を作っている
      製品を悪くしたところで競争力は上がらない

  • Hubitatもおすすめする: https://hubitat.com/
    Z-WaveとZigbeeをサポートしており、Matterもいずれ入る予定だ。HomeKit統合は現在ベータ版。Philipsが電球にファームウェアを押し込んでHueハブだけを使うようロックしたり、Hue以外のハブで正確な色を使いにくくするために色の報告方式を面倒に変えたりするような、ばかげたことをしないか心配している。エンシッティフィケーションは続く

    • 最新のHubitat 2.3.6リリースから、HomeKitサポートはもはやベータではない
      https://community.hubitat.com/t/release-2-3-6-available/1247...
    • かなり有用そうだ。Z-Waveを使っているが、Home Assistantのサポートはzwave-jsに移行してから機能はするものの不安定だ
      それに、自動化サーバーを保守するより重要なことはたくさんある
    • 価格はよさそうだ。新しい機器はどこでペアリングするのか気になる。Hubitatのインターフェースなのか、HomeKitなのか
    • 以前のバージョンのハブを使ったことがあるが、素晴らしかった

  • ユーザーをSaaSサービスに押し込まない限り、ホームオートメーションには儲けがないというのが悲しいところ。良い製品を作って一度売るやり方では、もはやウォール街を興奮させられない
    正直、テクノロジー企業よりもウォール街を責めたいが、全員の責任でもある。テクノロジー企業は株式で報酬を出すので、誰もが株価を上げるインセンティブを持ち、それが常に顧客にとって最善とは限らない。ハードウェア事業も、顧客が一度しか買わない構造なら低マージンで厳しい事業になる。新規プレイヤーは参入したがらず、既存プレイヤーはウォール街をなだめなければならない。Appleもますますサービスへ移行しているが、垂直統合が可能で、すでに高級ブランドでもある。高級照明スイッチになるのは誰にも難しい。結局、オープンソースだけが私たちを救ってくれそうだが、そこにもお金はあまりない

    • クラウドサーバーの運用にはお金がかかる。セキュリティアップデートも、ファームウェアアップデートも、モバイルアプリも継続的に費用がかかる
      アプリストアにアプリを一度公開して、そのまま動き続けることを期待することはできない。GoogleとAppleが継続的にアップデートを要求する。低マージンの民生用電子機器を一回限りの料金で売るモデルは持続可能ではない
    • 実際にはお金はあるが、安くないので平均的な消費者には魅力的ではないだけ。KNXとDALIは欧州の大規模商業ビルにおける事実上の標準
      環境配慮型建物の認証では、人の有無や周囲の環境に応じて自動でオン・オフする照明が求められ、この用途ではほかのものはほとんど太刀打ちできない。遠隔監視と管理は、人が建物内のすべての照明を定期的に点検するよりもコストを削減する。住宅への導入も可能だが、新築基準で通常の照明設置費に自動車1台分、それもDaciaではないレベルの費用を上乗せで払う必要があるため、高級住宅でしか使われない。その対価として、本物の自動照明、可変色温度、はるかに高品質な照明が得られる。しかし平均的な消費者は気にしない。電球一式の中で同じ色温度の電球に交換することすらできていない場合も多い
    • 「SaaSサービスに強制しない限り、ホームオートメーションには儲けがない」という言葉の根拠が気になる
      Philips/Signifyは何年もの間、高価だが優れた電球を売っていて、かなり満足しているように見えた。なぜそれが収益性のないものだと見るのか分からない