前の記事では、ユーザーの観点からスマートホームシステムを使用する利点と問題について説明しました。 次に、特定の実装について説明します。
相互作用の一般的なスキームについて教えてください。
ユリ:ローカルサーバーはミニPCで構成され、USBコントローラーが接続されているミニPCは、接続されているすべてのz-waveデバイスを制御し、それらに関するデータを含んでいます。 モバイルデバイス(スマートフォン、タブレット)の接続は、Wi-Fiルーターを介して行われます。 このローカル回線。 将来的には、サポートサーバーを使用することも計画しています。サポートサーバーは、当社が管理し、接続されたユーザーに関するデータ、システム回復のための重要なデータが保存される場所です。 サーバーは、重大なエラーを追跡し、それらを迅速に修正し、アップデートをリリースするために使用されます。 サーバーを通じて、プッシュ通知、SMS通知、電子メール通知を実装します。 これは、サーバーロジックを構築するための一般的なスキームです。
既存のインターフェイスを他のインターフェイスと区別するものは何ですか?
ジュリア:このインターフェイスの主な利点は、個々のセンサーとシステム全体の両方を簡単に制御できることです。 これは、プリファレンスに焦点を合わせた2つの制御モードの助けを借りて可能ですが、メインユーザーグループの利便性の感覚です。 基本的な必要な機能が表示されるプランで誰かが好きで、より明確に制御します。誰かがシステム上のすべての情報を一度に必要とします。
Alexander B 。:はい、計画を表示するさまざまなモード(レギュラーとエキスパート)を簡単に切り替えることができます。 通常モードでは、システムの動作をすばやく確認でき、1つのボタンを押すだけでエキスパートモードに切り替えることができ、すべてのセンサーに関する高度な情報(たとえば、バッテリーステータス、部屋の最近のイベントなど)を提供します。
ジュリア:センサーフィルターシステムもよく考えられています。ユーザーは、必要なセンサーのみが表示されるようにシステムを個別に構成できます。
さらに、ユーザーが自分で家/アパートの計画を描いたり変更したりする場合、システムには部屋自体の計画の便利なエディタがあります
システムのカスタマイズはどれくらい難しいですか? いくつかの実用的な例を挙げてください。
アレクサンダーB:ユーザーは、USBスティックが直接接続されているサーバーをインストールしています。その助けを借りて、z-waveデバイス(センサー、コントローラー、センサー)と通信します。 ユーザーがシステムを拡張したい場合は、目的のz-waveデバイスを購入し、デバイスをz-waveスティックに物理的にリンクするための簡単な手順を実行します(アダプターがシステム内の新しいデバイスを認識し、それについて通知します)
z-waveデバイスの標準バインディングは、z-waveスティックのボタンを1回押し、z-waveデバイス自体のシステムボタンを3回押すことで実行されます。 このバインド後、操作が正常に完了したことを示すライト信号が表示されます。 ユーザーがアクセス可能なインターフェイスを介して、すべての新しいセンサーをプログラムでシステムにバインドします。
私たちのソフトウェアでは、ユーザーのネットワーク上の新しいデバイスの外観に関するメッセージを受け取ります。 そして、名前を変更し、視覚的にタイプを変更する機会を提供します。 簡単な例:ユーザーがコンセントを購入し、USBアダプターに接続し、フロアランプを接続しました。 家/アパートの計画では、デバイスがコンセントではなく電球として表示されることがより論理的で理解しやすいです。 また、ユーザーがフロアランプを別の場所(コンセント自体ではない)に移動した場合、プログラムでは、デバイスアイコンを家の計画上の別の場所にドラッグすることもできます。
もちろん、より複雑なデバイスがあります。たとえば、ラジエーターやモジュールのサーモスタットヘッドには、専門家(たとえば、電気技師)の関与が必要です。 しかし、ユーザーが自分でインストールできる最小限のセンサーセット(ソケット、煙探知器、動き、水漏れ、湿度、地震)もあります。
センサーが移動可能で、小さく、あらゆるインテリアに適していることは注目に値します。 現在、メーカーは、それらを美しく、ミニチュアにするよう努めています。 企業がありますが、私は名前を付けません、非常にミニチュア、ラウンド、非常に前に出ていない、非常に機能的なデバイス。 それらはほとんど知覚できません。 モデルと古いモデルがありますが、それらは少しかさばりますが、機能も果たします。
プロジェクトの実施中にどのような問題や困難に遭遇しましたか?
百合:サーバー側については、高負荷システムの開発に十分な経験があります。 サーバーロジックの実装に関しては、特に問題はありませんでした。 もちろん、プロトコルを理解し、z-waveデバイスがコントローラーと通信する方法、コマンドを与える形式を理解するために、z-wave APIをいじる必要がありました。 さまざまな種類のセンサーには独自の特性があるため、これは私たちがまだ取り組んでいる唯一の難しい場所です。 機能を処理するには、各センサーに個別にアプローチする必要があります。
Alexander B 。:しかし、サーバーソリューションの統合に努めていることは注目に値します。市場には1000を超えるセンサーがあり、すべてのセンサーができるように、いくつかのタイプとカテゴリー(これらのセンサーを分割できる)を提供しようとしていますシステムに接続します。 市場に出回っている多くのシステムは特定のセンサーでのみ機能し、システムがパラメーターに適合せず、このセンサーを追加できないため、タイプ、機能により類似のデバイスを接続できません。 市場が発展していること、新しいデバイスがリリースされていることを忘れないでください。 これらは同じ種類ですが、制御できないか、制御機能が非常に制限されています。 同じファミリの類似タイプのセンサーをより多く接続し、それらとの適切な通信の「黄金の平均」を見つけようとすることで、サーバー側を統一しようとしています。
百合:デバイスの種類によって通信形式が異なります。 特定のタイプのデバイスに送信するコマンドを理解する必要があります。 照明を制御し、ロックの開閉を行うデバイスの場合、コマンドの種類は異なります。
ジュリア:インターフェイスの開発中に問題が発生しました。 実際には、システムには大量の情報が含まれており、膨大な数のセンサーが含まれています。 そして、インターフェイスを過負荷にすることなく、必要なすべての情報をわかりやすくシンプルな方法で表示するのが難しかったです。 これを行うために、ユーザー自身がプランで表示するセンサーを選択するときにフィルターシステムを使用しました。
実用的な問題だけでなく創造的な問題も解決するシナリオの開発には、多くの時間がかかりました。 ユーザーが好みに基づいてスクリプトを作成し、ワンクリックですべてを実行できるのは素晴らしいことだと思います。 したがって、家はその個性を獲得します。 システム管理は非常に簡単になります。
アレクサンダーB 。:別の問題に直面しています。 キーパッド付きのドアトリムでは、使用しませんでしたが、わずか1か月で1回以上バッテリーが切れました。 問題が何であるかを正確に理解するには、設定をさらに検討する必要があります。 これまでのところ、推測することしかできません。 事実、バッテリーで動作するデバイスには一定のウェイクアップ間隔があり、たとえば1000未満など非常に小さくすると、デバイスのバッテリーは1年以内、または数か月で消耗します。常に「目を覚まし」、情報を検索し、さらに「眠りに落ちる」。 ドアトリムではすべてが複雑です。ロック、キーパッド、バックライトを開閉するメカニズムがあります。 急速放電に寄与する多くの理由があります(単4電池4本)。 これは、デバイス自体の何らかのグリッチである可能性があると想定しています。 使用されているデバイスはプレミアムセグメントのものではありません。 低バッテリーは、1つのデバイスのみで暗く不明瞭な理由の1つです。
私たちは個々のカスタマイズに関する問題を恐れていましたが、この問題は非常に簡単に解決されました。 デバイスは管理セクションで設定されます。ユーザー自身が指示に従ってパラメータを設定および変更できます。
別の興味深い事実は、調光器のオン/オフが標準コマンドとして発生し、光源の調光を開始すると、調光時に直接値がコントローラーに送信されないことです。 デバイスの値を定期的にポーリングすることで、この問題を解決しました。 これはデバイス自体の欠陥であり、z-waveライブラリの欠陥ではありません。
ドアベルにわずかな問題があります。 システムはベルとボタンで構成されています。 プッシュボタンをコントローラーに接続すると、ボタンとドアベル自体の間の接続は失われますが、呼び出しとボタンの間の直接接続は機能します。 メーカーは簡単な接続オプションを用意していません。これは最もよく考えられていないデバイスの1つです。 30ドルの場合、ボタンと5つのシンプルなメロディーの呼び出しだけがあります。
したがって、購入するデバイスの技術的な説明を注意深く検討することを強くお勧めします。
どのセンサーが使用され、どのような原理で選択されましたか?
Alexander B 。:オンラインストアを開いて、特定のタイプのさまざまなバリエーションの1-2センサーを選択しました:リークセンサーから、調光機能のあるなしにかかわらず、1.5-2-3.5 kWの負荷制御コントローラーまで。 また、カウンターの後の段階にとどまり、電力消費量の測定値を取るための箱を購入しました。
一般的に、中価格帯のセンサー(20〜30ドル)は素朴ですが、機能は果たします。 10〜15ドルのコストがかかるセンサーもありますが、より思慮深く、より複雑で、センサーの追加機能が多く、スタイルが完成しました。
すべてのメーカーと区別される場合、私はフィバロに言及します。 彼らはすべてのデバイスが個々の設計、つまりコントローラーなしでデバイス間の相互作用の論理を考えようとします。 これは、z-waveネットワークを構築する上で重要な要素です。
結論として、私たちはz-waveデバイスとミニPCのディストリビューターと協力する準備ができていると言いたいです。
ご質問にお答えし、ご意見をお聞かせください。