モノのインターネット

状況は次のとおりです。 クライアント、パブリッシャーがいますが、どのトピックにもサブスクライブされていません。このクライアントには独自のトピックが1つあり、データを定期的に公開します。ただし、このトピックにサブスクライブしている他のクライアントはありません。 したがって、この貧弱で孤独なクライアントは異常と見なされる可能性があります（第5.4.8章）。 サーバー実装では、クライアントの動作を監視して、潜在的なセキュリティインシデントを検出する場合があります。例えば： [...] 配信不能メッセージの送信（トピックの購読者なし） それは持っていない加入しているどのように多くのクライアントについては考えそのトピックにします。したがって、異常な動作をしているクライアントと見なされる可能性があることはわかりません。 では、そのようなクライアントで何が起こるかは、サーバーの実装に依存しますか？プラクティスは何ですか、単に切断する必要がありますが、その後再接続を試行しませんか？

12 mqtt 

可能であれば、新しいデバイスをブローカーに接続するときに2FA（2要素認証）を使用するにはどうすればよいですか？ 簡単だと思われるため、2番目の要素は最初にソフトウェアソリューションにすることができますが、ハードトークン（RFIDの場合もある）を導入する方法についてのアイデアを歓迎します。 デバイスが最初の接続でのみ認証する必要があり、サーバーが「古い」クライアントを記憶している場合、それは理にかなっています。 アイデアは多分珍しいまたは不適切です-それが悪いアイデアである場合、私にその理由を教えてください。

12 security  mqtt  authentication 

Alexaの音声コマンドで制御したい、多かれ少なかれダムテレビ（東芝42SL863G）とホームシネマシステム（LG HX806SG）があります。少なくともそれらをオンにして、テレビまたはホームシネマの構成に変更します。残念ながら、赤外線コマンドを送信する必要があるということです。 私がこれまでに見つけた最良の解決策は、Raspberry Piを必要とし、ここで詳述するようなカスタムビルドの赤外線トランシーバーでそれを強化することです。したがって、LIRCライブラリで Raspberry Piを使用して、ダムデバイスを制御できます。もちろん、すべてのIRコードを見つけてから、いくつかのスクリプトを記述して、それらをシーケンスでトリガーし、TVモードやホームシネマモードなどのモードを設定する必要があります。 次のステップは、私の将来のPiにZigBeeモジュールまたはZ-Waveモジュールを装備し、Alexaの汎用スマートホームデバイスになりすまそうとするか、何らかの方法でRaspberry PiスクリプトをトリガーするカスタムAlexaスキルを作成することです。 それは非常に直接的ではないようです。しかし、これらの愚かなデバイスを制御するより直接的な方法を見つけることはできないようです。プラス面では、Piは普遍的な赤外線コマンドセンターになります。 目標を達成するためのより良い方法はありますか？

12 raspberry-pi  alexa 

Google HomeとSmartThingsハブがあります。私のテレビはすでにLogitech Harmony Hub（スマートホームハブ）で制御されています。 「OK Google、テレビを見る」と言うと、テレビを見るためのハーモニーアクティビティがトリガーされるように設定するにはどうすればよいですか。 ハーモニースマートコントロール SmartThings Hub（私はそれがV2であることを理解しています） Google Home（バージョンは1つのみ）

12 google-home  samsung-smartthings  logitech-harmony 

英国にはさまざまな侵入的な配線規制があります。ライトエクステンションを配線する場合は、適切な資格を持つ人がこれを行う必要があります。または、自分で行う場合は、適切な資格を持つ人が承認する必要があります。 もちろん、自分が何をしているのかを知っているほとんどの人はそのようなルールを無視しますが、保険金を請求しなければならない場合や家を売りたい場合は重要になります。 それで、私の質問は、これが自家製のIoTデバイスに関係するようになるのを知っていますか？私が作ったライトを制御するESP8266デバイスによって駆動されるソリッドステートリレーがあります。うまくいきます。安全で、適切に作られ、適切に絶縁され、適切なコンポーネントを使用しています。 しかし、これは規制の対象ですか？これをデバイスにした場合、ソケットに差し込んでからライトを差し込んだとしても、そうではないと思います。しかし、照明回路に恒久的に配線されているので、理論的には「有能な人」に承認される必要がありますか？

12 smart-home  standards  safety  ac-power 

私が調査した多くの一般的なIoT通信プロトコルは、メッシュトポロジ（たとえばZigBee、Thread、Z-Wave）を採用しています。これは、すべてのデバイスが1つのルーター/ハブに接続するWi-Fiの通常のスタートポロジとはかなり対照的です。 EETimesは次のことも述べています。 メッシュネットワーキングは、多数のネットワークデバイスを相互接続するための理想的な設計ソリューションとして浮上しています。 EETimesは、信頼性の向上（例えば、自己修復伝送）がメッシュネットワークの主な利点の1つであることを示唆していますが、これは、メッシュネットワークのセットアップの複雑さの追加と比較すると、小さな利点のようです。 約10〜20のネットワークデバイスを含み、エンドツーエンドで短距離に広がるホームIoTネットワークの場合、メッシュネットワークが通常のスタートポロジよりも適しているのはなぜですか？追加された複雑さは、私が信じているほど重要ではありませんか？

12 networking  topologies  mesh-networks 

Z-Waveアライアンスは、メインサイトでの認証プロセスを通じて相互運用性を保証します。 Z-Waveは、ブランドとバージョン間でシームレスに動作するスマートな製品とサービスの広範なエコシステムを網羅しています。2005年以来Z-Waveテクノロジーの特徴であるこの相互運用性は、Z-Wave Allianceコンソーシアムが管理するテストプログラムであるZ-Wave認定によって達成および維持されています。 Z-Wave認定により、バージョン間の下位互換性など、ブランドに関係なくすべてのZ-Wave製品が相互に連携することが保証されます。認証プロセスには、技術的なテスト、マークの均一性のためのプログラム、および認証基準の実施が含まれます。 他のテクノロジーは相互運用性を主張していますが、製品レベルで相互運用性を提供しているのはZ-Waveだけです。これにより、メーカー、インテグレーター、およびエンドユーザーは、製品とサービスがすべての認定Z-Wave製品と連携することを保証できます。 彼らはテストについて言及していますが、実際には相互運用性を保証するために必要なことについてはあまり詳しく説明していません。私が疑問に思っているのは、Z-Wave Allianceが使用するテストが相互運用性を保証するためにどのように設計されているか、そして相互運用性への主張が実際に真実であるかどうかです。

12 zwave  certifications  interoperability 

特定の例でデバイスをIoTとして分類するものを明確にするために、すべての飛行ドローン（UAV）はモノのインターネットの一部ですか？または、IoTとして分類するための最小要件がありますか？関連する標準化組織のスタンスは何ですか？

12 definitions  drones 

店舗内の近接度に基づいてユーザーアプリに情報を提供する近接ビーコンネットワークの実装を計画しています。目標は、半径5〜7メートルをカバーすることです。 ビーコンとiOS / Androidアプリ間の接続性が優れているのはどのプロトコルですか？ ネットワークは次のようになります、 明確にするために、Googleのおかげで、他のプロトコルよりもEddystoneに注目しています。ビーコン技術の現在の状況を考慮して、モバイルアプリケーションとの通信のためのより良い代替手段はありますか？ある場合、Eddystoneに対する利点は何ですか？

12 protocols  beacons  eddystone 

一部のIoTデバイスでは、送信する必要があるデータは機密であるため、プレーンテキストで送信することはできません。そのため、IoTデバイス間で送信されるデータを暗号化する方法を検討してきました。RFID Journalの Webサイトで最近読んだ記事では、NSAが開発したSPECKおよびSIMON暗号がIoTアプリケーションに特に適していると述べています。 NSAは、デバイスがインターネット上の他のユーザーとデータを共有しているモノのインターネット（IOT）のセキュリティを確保するための取り組みの一環として、暗号を無料で公開しています[...]。 [...] NSAの研究者は、すでに使用されているブロック暗号アルゴリズムの改良としてSIMONとSPECKを開発しました。ほとんどの場合、デスクトップコンピューターまたは非常に特殊なシステム向けに設計されています。 IoTデバイスに、特に電力が制限されているアプリケーション（バッテリー電源のみなど）に、SIMONやSPECKなどの新しいアルゴリズムを選択する必要があるのはなぜですか？AESなどの他の暗号化システムと比較した場合の利点は何ですか？

12 security  simon  speck 

壁に設置するシンプルな照明スイッチを使用する予定です。スイッチはバッテリーまたはピエゾから電力を取得し、433 MHzを介してSmartHome-RaspberryPIに接続されたレシーバーに一意のデータシーケンス（オンイベントおよびオフイベント）を送信します。 私は1階に住んでいるので、セキュリティに関していくつかの考慮事項があります。誰かがスイッチが送信する一意のシーケンスを記録および再生できます。 ハードウェアまたはソフトウェアを使用してセキュリティを改善することは可能ですか？

12 security  smart-home  raspberry-pi 

私は電気技師ではなく、熱心なDIY家の所有者です。A / Cを午後8時にセルフオンにしたいと思います。つまり、家に帰って、電源を自動的に切断する前です。私は芝生のライトやプールなどでこれを行うSonoff基本デバイスを持っています。1チャネルのインチング/セルフロックWiFiワイヤレススイッチ5V 12Vがここに座って未使用です。スプリンクラーシステムの1つのゾーンに接続しましたが、期待どおりに機能しました。スプリンクラーコントローラーがそのゾーンをオンにすると、Sonoff WiFiスイッチをオン/オフにして、そのゾーンを長時間オン/オフした後、オフにすることができました。 夏だと思ったので、HVACセレクターをACに切り替え、電源ラインを見つけて切断し、この低電圧のSonoffに挿入します。電話のACをオン/オフしたり、タイマーを設定したりできます。サーモスタットはHoneywell RTH110Bです。インストールマニュアルはこちら。Sonoffデバイスは、携帯電話の充電器または12vc DCコネクタを搭載しています。 このSonoffを統合してこのサーモスタットをスマートにし、夏にA / Cをオンにし、冬に暖房をオンにする機能はありますか？

12 smart-home  esp8266 

私の友人と私は大学にいて、農業の教授から植物の自動給水システムを作成するように依頼されました。グローライトを制御したいので、リクエストHTTPリクエストなどを介して電力消費をオン/オフ/クエリできるAPIを備えた商用製品はありますか？ 300w-1200w相当のLEDグローライトを制御するだけです。

12 smart-plugs 

Thing / Constrained DeviceがGPS位置を一定の間隔で特定のサーバーに送信するIoTシナリオが機能しています。制約のあるデバイスは、バッテリー駆動で接続にGSM / SIMシールドを使用するArduinoのようなボードです。これらは私たちの設計目標です： バッテリー寿命を最大化 データ転送を最小限に抑える テストの目的で、HTTPを使用して約500バイトのメッセージを生成しましたが、データ転送にはより適切なプロトコルを使用する時が来ました。データ転送の特徴のいくつかは次のとおりです。 ペイロードは、通常、かなり小さい未満50バイト（かなり遠く離れて、典型的なのMTUから、すなわちすべてがIPパッケージに収まる必要があります） データは約1分に1回送信されます。一部の差異は重要ではありません。 いくつかのメッセージを失うことはOK 現在、デバイスはサーバーからの応答を必要としません（ただし、将来的に変更される可能性があります）。サーバーはデバイスとの会話を開始する必要もありません。 これまでのところ、これらの可能性について考えてきました。 TCPを介したカスタムプロトコル。これにより、HTTPヘッダーが削除され、メッセージが10分の1に小さくなります。これは私たちの信頼できる/保守的なアプローチです。 UDP経由のカスタムプロトコル。UDPのヘッダーは小さく、信頼性のためのオーバーヘッドがないため、かなり効率的であることが期待されます。コメントされているように、ここで1つのメッセージが失われることも、心配することもありません...しかし、私たちが認識していない非信頼性に関する他の問題がある可能性があります。 MQTT（TCP経由の標準）：TCPと比較して既存のオーバーヘッドがほとんどないため、これもオプションとなる可能性があります...しかし、GSM / SIMテクノロジーの経験があまりなく、方法継続的なMQTT接続はこのように機能し、接続のハートビート帯域幅がこのような低頻度のデータ転送に適しているかどうかを示します。 CoAP（UDP 経由の標準）：有望であるようです。ヘッダーとUDPを介して動作するためのオーバーヘッドはわずか4バイト。ただし、UDPの未知のリスクがあります。 誰かが何かヒントを与えることはできますか？前もって感謝します。

12 protocols 

Philips Hueの照明器具の購入を検討しています。これに沿ったものをスターターキットとして考えています。私はすでにエコードットを持っています。マーケティングの話題は素晴らしく、Hue製品はどちらもAmazon Echoと連携していることを強調しており、EchoサイトはHue製品と連携していると述べています。 しかし、私の質問は、明白なオンとオフのコマンドに加えて、2つのシステムをインターフェイスするときに、音声コマンドを介してどの範囲のコマンド機能を取得できるかです。 Hueの柔軟性は音声でどのくらい利用できますか？ 箱から出していくらで、いくら設定する必要がありますか？ その情報はどこにありますか？またはその設定をしていて、可能性について話すことができる人はいますか？

12 amazon-echo  philips-hue