Z-Wave Smart Homeセットアップのアトラクションの一部は、提供されているハードウェアモジュールの範囲です。現在、1,500を超えるユニークなZ波モジュールを生産する375の異なるメーカーがあります。印象的。 問題 しかし、Z-Waveは「標準」ですが、対処する必要がある問題が高まっています。新しいデバイスが起動するたびに、自問する必要があります。これは私のZ-Waveセットアップでサポートされていますか？ Domoticz、Fibaro、Homeseer、Indigo、Smartthings、Vera、Zipato、またはその他のハードウェアまたはソフトウェアコントローラーを実行している場合でも、新しいデバイスがすぐに動作することは確かではありません。 実際、せいぜい、更新がそのモジュールのサポートを追加するためにしばらく時間を待つ必要がある可能性がはるかに高くなります。最悪の場合、それはまったくサポートされることはありません。 一部のマルチセンサーデバイスは、コントローラーの中間点に居住する場合があり、その機能の一部のみがサポートされています。たとえば、動きが利用可能であるかもしれませんが、たとえば温度ではありません。 理由 それは、各製造業者が新しいデバイスのサポートをコントローラーにプログラムする必要があり、それが大きな質問になっているためです。 Samsungのようなメガコーポレーションでさえ、このすべての新しいものを追加するのに時間がかかっているので、より多くのニッチなプレーヤーの一部にとって、それがどのように大きな問題になっているかを簡単に見ることができます。 Mac Home Automation Specialists Indigo Domoticsに正確に何が関係しているのか尋ね、彼らは私たちに言った… 本当の問題は、Z-Wave Protocolが基本機能（調光、オン/オフ、センサーなど）を定義するコマンドクラスをコマンドクラスで提供しますが、Indigoのより高いレベルのデバイスにそれを最適に変換する方法を把握する必要があることです。どのUI、アクション、およびトリガーを表示する必要があり、それらがそれらのコマンドクラスとエンドポイントにどのようにマッピングするかを把握します。多くの場合、ベンダーが使用されているコマンドクラスを十分に文書化しないベンダーで問題が発生しますが、私たちの側の面倒な部分は、すべてをより高いレベルのオブジェクトとUIにどのようにマッピングする必要があるかを理解することです。別の問題は、マルチボタンキーパッドのようないくつかの高レベルモジュールのZ波標準が明確でない（または少なくとも一貫して従う）ことです。また、モジュールには、回避しなければならないファームウェアバグもしばしばあり、UIで表示する構成パラメーターを把握する必要があります。これらすべてを一緒に追加すると、特にはるかに複雑なモジュールのために、これらのデバイス定義を実行するために、自明でない量の努力が必要です。 その場合、新しいハードウェアリリースの加速がどのように管理するのが困難になり、企業がリソースを優先し、他のデバイスを残しながら一部のデバイスを追加する方法を簡単に確認できます。 ...