モノのインターネット

私の家は、Belkin Wemoスイッチと電球を多用しています。Pebbleを使用して、いくつかのデバイスの電源を入れることができます。 Wemoと統合するアプリはありますが、ローカルネットワーク上でコンピューターを実行する必要があります。「WeMoteアプリを使用するには、ネットワーク上のコンピューターで実行するOuimeaux REST APIが必要です」24時間年中無休でコンピューターを稼働させる必要はありません。 24時間年中無休でコンピューターを実行する以外に、どのようにしてPebbleをWemosと通信させることができますか？

20 pebble  wemo 

私が検討してきたMosquittoをホームのIoTネットワーク用のMQTTメッセージ・ブローカーのために、私は、すべてのメッセージが通過する必要があるため、ブローカーは、それが失敗した場合、私のネットワーク全体をダウンさせる可能性が単一障害点となる可能性を懸念していますブローカーが何らかの理由でオフラインになった場合（偶発的なプラグの抜き取り、ハードウェア障害など）、ブローカーはまったく送信できません。 Mosquittoをインストールした状態で複数のブローカーを使用して、ネットワークの信頼性を向上させることは可能でしょうか？可能であれば、複数のブローカーを使用することに不利な点や重要なオーバーヘッドはありますか？

20 networking  mqtt  mosquitto 

wiolinkに接続されているリレーに複数のライトが接続されています 次のように、REST APIを使用してライトをオンまたはオフにできます。 curl https://us.wio.seeed.io/v1/node/GroveRelayD0/onoff/[onoff]?access_token=xxxxx Echo Dotを使用してAlexaからこのREST APIにアクセスするにはどうすればよいですか？

20 alexa  amazon-echo  voice-recognition 

IoTのエンドツーエンド暗号化に関するこの記事のような一部のサイトでは、IoTネットワークを介して送信されるすべてのトラフィックを暗号化することを推奨しています。 企業、政府機関、およびその他の組織は、IoT対応侵害から保護するために「すべて暗号化」戦略を採用する必要があります。 「スマートロック」デバイスをロック/ロック解除するコマンドなど、機密となる可能性のあるデータを暗号化する必要性は理解できますが、現在のサーモスタットの読み取り値を報告するセンサーなど、すべてを暗号化する必要が本当にありますか？ 「すべてを暗号化する」ことは、人々が本当に暗号化されるべきデータを暗号化することを忘れないようにするということですか、それとも余分な電力、時間、コストにもかかわらず、暗号化を使用することの本当の利点がありますか？

20 security  sensors  privacy  cryptography 

寝室にPhilips Hueブリッジ2.0があります。 夜、フィリップスのフエ橋自体からの青い光は、寝室には明るすぎます。 Philips Hueブリッジ自体のライトを暗くする、またはオフにするにはどうすればよいですか？ 設定で可能ですか、それをカバーする必要がありますか？

19 philips-hue 

ESP32を使用するゲートウェイデバイスを構築したいと思います。これは、センサーのModBus TCPポートに接続する必要があります。この目的のために、すでに存在するModbus Rust実装を使用したいと思います。しかし、ESP32でRustコードを実行する方法に関する情報はほとんどありません。 誰もこのトピックに光を当てることができますか？

19 esp32 

最近、Alexaがプロンプトを表示せずに話すことができるかどうかを尋ねられたので、私が正しいことを確認するためにここに尋ねると役立つと思いました。私の知る限り、Alexaは目覚めの言葉なしに話すことは決してありません。また、それが鳴るのは警告音だけです。 このTechCrunchの記事は、Alexaが無言で話すようにする方法がないことに同意しているようですが、Alexaのスキルについてはまったく言及していません。おそらくまだ使用されていないAPIが利用可能ですか？ 多くの人がこれに興味を持っているようで、ドアベルが鳴っている場合のアラートや、イベントが発生したことを示す何らかの方法など、Alexaに特定のフレーズを言わせることができます。 Alexaは、ウェイクワード、タップツートーク、またはプッシュツートーク（デバイスによって異なります）のいずれかによって最初にプロンプ​​トが表示されることなく話すことができますか？この質問の目的でアラームを除外していますが、カスタムスキルを使用したソリューションは問題ありません。

19 alexa 

ガス暖炉スイッチをIoT対応のスマートスイッチに置き換えることは安全ではないか、または「悪い習慣」と見なされますか？ 問題はないと思いますが、家の火災安全基準を破らないようにしたいと思います。ただし、ホームオートメーションの観点からは、必要に応じて他のセンサーを使用してオンにすることをお勧めします。

19 smart-home  wireless  safety  building-code 

仕様によると、サーバーへの接続を確立するのは常にクライアントです。 クライアント： MQTTを使用するプログラムまたはデバイス。クライアントは常にサーバーへのネットワーク接続を確立します。できる 他のクライアントが興味を持っている可能性があるアプリケーションメッセージを公開します。 それが受信することに関心があることを要求アプリケーションメッセージを購読します。 アプリケーションメッセージのリクエストを削除するには、登録を解除します。 サーバーから切断します。 このクライアントがアプリケーションメッセージをサブスクライブする場合、サーバーはこれらのメッセージをこの特定のクライアントに転送する必要があります。 サーバ： アプリケーションメッセージを発行するクライアントとサブスクリプションを作成したクライアントとの間の仲介として機能するプログラムまたはデバイス。サーバー クライアントからのネットワーク接続を受け入れます。 クライアントによって発行されたアプリケーションメッセージを受け入れます。 クライアントからのサブスクライブおよびサブスクライブ解除リクエストを処理します。 クライアントのサブスクリプションと一致して転送したアプリケーション・メッセージ。 これは、クライアントがサブスクライブした場合、ほとんどの時間にデータフローがなくても、サブスクリプションが有効な間、サーバーに接続されたままになることを意味しますか？ クライアントがサブスクリプション後に切断した場合、接続を確立するのはクライアントであるため、サーバーはメッセージを転送できないため、この結論に達します。しかし、それは、それを再確立したときに知ることができません。

19 mqtt 

私の理解では、クライアントが対応するトピック名で何かを発行すると、MQTTでトピックが作成されます。 トピックを構成する必要はありません。トピックを公開するだけで十分です。 ここから。 クライアントが自身のトピックをサブスクライブすることは可能ですか？仕様には制限がありませんでした。異常動作の可能性としてリストされていません： 5.4.8異常な動作の検出 サーバー実装では、クライアントの動作を監視して、潜在的なセキュリティインシデントを検出する場合があります。例えば： 接続試行の繰り返し 繰り返し認証試行 接続の異常終了 トピックスキャン（多くのトピックの送信またはサブスクライブの試行） 配信不能メッセージの送信（トピックの購読者なし） 接続するがデータを送信しないクライアント これに基づいて、私はそれが確かに可能であると思います。だから私はこの機能の使用例に興味がありますか？ なぜ標準ではそのようなメカニズムが許可されているのでしょうか？そのため、クライアントが自分のトピックにサブスクライブできるようにするだけです。 私が考えることができる1つのユースケースは、クライアントが公開されたデータを検証できるこの方法です。

18 mqtt 

現在、fauxmoを使用してカスタムコマンドをさまざまなデバイスに送信してオン/オフにします（たとえば、チューナーとテレビを制御するためにWiFiからIRコンバーターがあります）。これでテレビのオン/オフを切り替えることができます。 Kodi統合のセットアップもあるので、次のように言うことができます。 Alexa, Ask Kodi to set volume to 50% しかし、私は言いたいことがあります： Alexa, Set tuner volume to 50% Alexa, Play Bluray つまりAsk xxxx、リクエストの一部として必要なくデバイスを制御できるようにしたいのです。 理想的には、クラウドベースのサービス（SmartThingsまたはWink）なしでこれを実行したいです。 私はfauxmo（既存のUPNPサービスをエミュレート）で使用されるソリューションが好きですが、オン/オフ（およびHue対応パッチを使用する場合は「薄暗い」）に制限され、十分な柔軟性がありません。

18 smart-home  alexa 

シナリオ 最後の質問に対する有益な回答の後、ハーモニーハブを手に入れました。基本的には、デバイスの状態を記憶し、赤外線信号を使用してリモートを偽装し、Watch Fire TVやWatch Blu-Rayのようなセットアップをアクティブにすると、設定を変更します。これら2つは、TV（Toshiba 42SL863G）に対して異なる入力設定が必要です。 ただし、私の2番目のホームオートメーションの段階は、少し物足りないことです。電源が切れた場合と比べて、電源を切ったときのテレビのデフォルト設定は異なるベース設定になっています。スマートプラグ経由でメディアサーカス全体をシャットダウンするため、2つの出発点があります。 パワーアップ テレビが自動的に起動します Fire TVが自動的に起動し、テレビを接続先のHDMIに切り替えます。 サラウンドシステムが起動しません。 既知の状態になった直後にオフになります（テレビ入力HDMI 1または2） Harmonyですべてを開始すると、デバイスは目的の状態になります 問題 Harmony Hubは、電源がオフであったかどうかを認識せず、入力チャンネルを適切に設定できません。リモコンまたはHarmonyには、HDMI 1または2とだけ言うボタンはありません。すべての機器をオンにしておくことは、望ましい解決策ではありません。さらに、音声コマンドを使用してセットアップ全体をトリガーするため、以前のモードを確認できるディスプレイはありません。 質問 機器の状態を検出して、正しい入力チャンネルに自動的に切り替えるにはどうすればよいですか？

18 smart-home 

CNetには、CIAによって開発されたハックに対してSamsung UNF 8000スマートテレビが脆弱であるというレポートがあります。 2014年6月、CIAと英国のMI5は、「Weeping Angel」ハックを改善するための合同ワークショップを開催しました。これは、2013年にリリースされたサムスンのF8000シリーズテレビをターゲットにしたようです。 「フェイクオフ」モードは、音声会話を記録しながら、ユーザーをだましてテレビがオフになっていると思わせるために開発されました（画面と前面のLEDをオフにします）。テレビについて私たちが知っていることに基づいて、ハックはテレビの付属リモコンにあるマイクを盗みました。 「不正なIoTデバイスのアクティビティについてネットワークを監視できますか？」'これは、ネットワークの監視方法に関する一般的なアイデアを提供しますが、テレビが感染してデータをクラウドに送信しているかどうかを検出できる特定の方法に興味があります。 私のテレビが悪意のある人に音声を記録して送信しているかどうかを検出する方法はありますか？ 私は、CIAの特定のエクスプロイトだけでなく、同様の攻撃を開発した可能性がある人についても考えています。リンクされた質問の一般的な方法で予測できる問題は、一般的なネットワークトラフィックとテレビからの悪意のあるトラフィックを区別するのが難しい場合があることです。簡単に区別できる方法はありますか？ テレビはNetgear N600ルーターに接続されており、特別な監視機器はありませんが、必要に応じてWiresharkを使用できてうれしいです。

18 smart-home  security  smart-tv 

現在、モバイルアプリケーション（現在はIonicプラットフォームを使用）と組み込みデバイスの間のBluetooth通信を含むプロジェクトに取り組んでいます。比較のために、当社の製品はスマートロックに似ています。 セキュリティは最大の関心事であり、ハードウェアとソフトウェアがハッキングされないようにする方法を検討しています。システムの安全を確保するために、どのような手順を踏む必要がありますか 編集：はい、現在、通信を暗号化し、デバイスがサーバーと通信するときにHTTPSを使用しています。

18 security  bluetooth  mobile-applications 

私は主にEPS8266を使用して、温度センサー、RF433トランスミッターおよびレシーバー（デバイスの制御および受信用=> MQTT）などの多数の小さなデバイスを作成しています。 彼らはうまく動作し、それがシンプルで動作するため、USB駆動です。彼らはおそらくバッテリーを使い果たすのにあまりにも多くの電力を使用しますが、例えば充電していない場合でも温度センサーが1日か2日動作し続けることができるように、おそらく小さな充電式バッテリーを組み込むことができればいいでしょう。 私は何かを作ることができましたが、この種のもののプラグインソリューションである非常に安価なものを誰もが知っていますか？小さくて安いことが不可欠です。

18 hardware  sensors  batteries