モノのインターネット

特にRabbitMQを使用したセンサーデータの公開方法に関するWeb上のチュートリアルが多数あります。たとえば、温度、湿度など。値をメッセージキューに公開するだけで、誰でもそれを使用できます。 ここまでは順調ですね。しかし、アクチュエータはどうですか？ たとえば、ライトスイッチを考えてみましょう。ライトスイッチは、照明器具の現在の状態をキューに発行します。また、イベントをリッスンするために2番目のキューをサブスクライブします。これにより、双方向通信が可能になります。誰か/何かがライトをオンにしたい場合、ライトスイッチがリッスンしているメッセージキューにイベントを発行する必要があります。 アイデアをご理解いただければ幸いです。これはアクチュエータを使用する方法ですか？よりスマートなソリューションはありますか？たとえば、これをドアに使用することを考えて、セキュリティについてはどうでしょう。どこからでも開かれたイベントを公開することは可能ですか？どのくらい簡単にハッキングできますか？

16 security  publish-subscriber  actuators 

HiveMQのブログには、すべてのメッセージをデータベースにダンプしようとするときにマルチレベルワイルドカードをサブスクライブしない「ベストプラクティス」の下にリストされています。彼らは、サブスクライブしているクライアントが高負荷のメッセージに追いつくことができないかもしれないと主張し、代わりにブローカプラグインを使用してメッセージのストリームに直接フックすることを提案します。 場合によっては、すべてのメッセージをサブスクライブする必要があります。これらのメッセージは、すべてのメッセージをデータベースに永続化する場合など、ブローカー経由で転送されます。これは、MQTTクライアントを使用して、マルチレベルワイルドカードをサブスクライブすることで実行しないでください。その理由は、多くの場合、サブスクライブしているクライアントが、送信されるメッセージの負荷を処理できないことです。特に、大量のスループットがある場合。推奨されるソリューションは、MQTTブローカーに拡張機能を実装することです。たとえば、HiveMQのプラグインシステムを使用すると、HiveMQの動作にフックし、非同期ルーチンを追加して各着信メッセージを処理し、データベースに保持できます。 どちらかありますか mosquittoブローカー用の同様のシステム（拡張機能/プラグイン）、 蚊と連携する別の推奨方法、または このアプローチがまったく不要であるという合理的な証拠、すなわち、購読しているクライアント#がうまくいくことができるということですか？ /programming//q/31584613/3984613は、この質問を網羅的に扱っていません。

16 mqtt  mosquitto 

テレビをセカンダリPCモニターおよびコンソール出力として使用しており、PCのソースから制御するもの（オン/オフ、音量など）を構築したいと考えています。要するに、私のテレビのリモコンをエミュレートするプログラム。 どこから始めたらいいかわからない、提案はありますか？

16 smart-home  software  microsoft-windows 

クラウドに一般的な少量のデータを保存/送信/公開（および反対の操作）できるIoTサービスは何ですか？ たとえば、デバイスがクラウドに値を保存できるサービスを探しています。また、他のエンティティ（別のデバイス、JSコードを持つWebサイト、Webサーバー、モバイルアプリ）がこの値を取得できます。 たとえば、キーと値のペア、<255バイト、整数、文字列、せいぜい小さなJSONオブジェクトなどの小さなものを格納および取得するための、何らかの種類の非同期通信である可能性があります。サービスは、認証するトークンと保存するキーと値を含むREST APIを提供できます（したがって、さまざまな言語でアクセスできます）。 ユースケースの詳細な例は次のとおりです。 自宅に温度センサーがあり、その値をクラウド（家の外のどこかに）に保存してほしい。このようにして、ホーム接続がダウンしているかどうかに関係なく、アクセスできます。さらに、これにより、専用サーバー+ portForwarding + DynamicDNSの保持と維持が回避されます。 これまでのところ、私はこのようなものを見つけることができませんでしたが、時々、私が説明することを意味するいくつかの例を見つけました： Particle.io publish（）subscribe（） Blynkバーチャルピン 他に類似した（無料/オープン）選択肢はありますか？

16 web-services  publish-subscriber 

お客様にIoTサービスを提供する必要があります。デバイスからデータベースにデータを取り込むために、MQTT、Kafka、Rest Servicesコンポーネントが使用されます。バックエンドのデータを分析する必要があります。データサイズは、135バイト/デバイスおよび6000デバイス/秒になります。ここでアーキテクチャを共有して、要件とコンポーネントを理解しました。 データストア（MongoDB、Postgresql（TimescaleDB）、Redis、Neo4j、Cassandra）について調査したところ、すべてのベンダーが、データベースがIoTのユースケースに適していることを証明しました。IoTで実績のある/最も信頼性の高い/スケーラブルなデータベースを使用することについて混乱しています。 これだけのデータを取り込み、分析を行うのに最適なデータベースは何でしょうか？ IoTに適したデータベースの実証済みのベンチマークはありますか？ あなたの考えや提案をお願いします。

15 sensors  system-architecture  data-transfer 

私が取り組んでいるプロジェクトでは、利用可能なモバイルデータ接続に焦点を当てています。現在のセルラー接続はGからLTEへの移行中であるため、適切な意思決定が何か分からない。2Gおよび3Gネットワ​​ークについて読んだことから、今後10年から15年はサポートされないだろうと感じています。3Gネットワ​​ークはいつでもすぐにシャットダウンします（米国では2021年）。2Gネットワ​​ークはもう少し複雑です。一部のプロバイダーは、多くのM2Mアプリケーションが2Gネットワ​​ークを使用しているため、2Gネットワ​​ークを存続させると述べています。ネットワークが3Gのようにすぐにシャットダウンすると言う人もいます。 2Gの可能性を探りたい理由は、（モジュール）価格と世界的なカバレッジです。これらは私のプロジェクトの基準です： M2M シリアルインターフェースを備えた組み込みモジュール 可能な限り安い（モジュールと価格/ MB） 速度はそれほど重要ではありません。2G速度（56kbps）で十分 世界的なサポート さらに15年間（資産の存続期間）サポート 「古い」2G 3Gおよび4Gネットワ​​ークの次に、LTE cat-mが登場します。LTE cat-meは、将来のM2Mソリューションに適した選択肢のようです。これは私たちにとって興味深いかもしれませんが、問題はネットワークが近づいていることであり、グローバルに利用できないことです。グローバルにサポートされるまでには数年かかると思います。それに加えて、私たちが知っているように、価格/ MBは2G / 3G / 4Gの価格よりも高くなります。 誰かが物事を片付けられることを願っています。

15 mobile-data  industry-4.0 

デフォルトのユーザー名とパスワードを使用してモノのインターネットデバイスを攻撃し、本質的に分散型サービス拒否（DDoS）を生成するように配線されているウイルスであるMiraiワームについて、私はある程度読みました。 ただし、最近、別のワームであるBrickerBotについても読んでいます。これは、モノのインターネットデバイスに対するウイルス攻撃でもあります。thenextweb.comのこの記事によると、永続的なサービス拒否（PDoS）が発生します。 サービス拒否に関連するこれら2つの攻撃の違いは何ですか？そうでなければ、これらのIoT攻撃に関連するDDoSとPDoSの違いは何ですか？

15 security  mirai 

家の自動化を開始すると、多くのデバイスが正しく機能するためにハブまたはブリッジを必要としていることがすぐにわかります。たとえば、Philips Hue電球にはブリッジが必要で、August Smart Locksには別のブリッジが必要です。また、SmartThingsハブやVeraハブなどのハブを購入する人もいます。 あり、多く の 人々、彼らは彼らの家を自動起動しますが、多くの場合、説明が明確でないとき、彼らはハブが必要かどうかを確認していないようです。 すべてのデバイスをホームネットワークに直接接続するのではなく、ハブまたはブリッジが必要なのはなぜですか？ たとえば、Philips Hue電球、Amazon Echo、ecobee3がある場合、ハブが必要かどうかはどうすればわかりますか？どのハブが最適かを判断するのに役立つ方法論はありますか？

15 smart-home 

私の知る限り、IoTデバイスへのリモート（LANではなくインターネット）アクセスを有効にする2つの一般的な方法があります。 デバイスが定期的にポーリングするサーバー経由（例：MQTT） ダイレクトリモートアクセス 通常、消費者のデバイスはホームルーターの後ろに座っているため、2番目の方法は簡単ではないと思います。 私の質問は次のとおりです。現在販売されているIoTデバイスのおよそ何パーセントが、リモート接続するために次の方法のどれを使用していますか。 サーバー経由（デバイスがサーバーをポーリングする） ポート転送（またはデバイスを公開する他の方法）を有効にするためにホームルーターを手動で構成する必要がある直接リモートアクセス デバイスがUPnPまたは他のプロトコルを介してルーターを自動的に構成する直接リモートアクセス ルーターのセットアップを必要としないデバイスの静的IPv6アドレスを使用した直接リモートアクセス その他の方法 私の質問は、今日販売され、家庭に設置されている信頼できるメーカーの電球、照明スイッチ、ロック、温度計などの消費者IoTデバイスに関連しています。 更新： @ Aurora0001によるこの回答は、異なる内部ネットワーク（ホームルーターの背後など）に存在する2つのデバイス間の直接通信を可能にするホールパンチに関するこのサイトの別の回答に対するものです。このソリューションにはサーバーが必要ですが、最初のハンドシェイクのみが必要です。 別のオプションが追加されると思います...

15 smart-home  security  networking 

Amazon Echoを設定して、Alexaが各イベントの1時間前に（たとえばGoogleカレンダーから）今後のイベントについて、自身を起動して通知することで通知するように設定できますか？

15 alexa  amazon-echo 

Bluetooth Low Energyをサポートし、オープンまたはアクセス可能なAPIを備えたスマートライトスイッチ/調光器はありますか？ 私は家のすべてのダムスイッチを徐々にスマートスイッチに置き換えたいが、プロプライエタリなアプリには対処したくない。そのようなスイッチはありますか？

15 smart-home  bluetooth-low-energy  lighting 

私は特にインターネットに精通しているわけではなく、IoTテクノロジーは私を特に混乱させます。インターネット構造に関するこのスタンフォードのホワイトペーパーを読んでいました。図2では、コンピューター（PC）がインターネットを介して別のコンピューターにメッセージを作成、処理、および送信するために使用するソフトウェア「スタック」の表現を示しています。 スマートフォン/テレビ/ゲームコンソールなど、あらゆる種類のコンピューターがこの形式を使用していますか？ OSは重要ですか？ （この点に関して）セルラーインターネットとWifi / Ethernetに違いはありますか？ 「アプリケーション」レイヤーを持たないように見える単機能デバイスについてはどうでしょうか。たとえば、Web接続カメラ、ライトスイッチ、サーモスタットなどです。

15 networking  wifi  protocols 

SmartThingsハブにはさまざまなライト/スイッチ/調光器があります。私はそれらを個別に制御することができますが、「Alexaすべてをオンにする」と言ってすべてのライトをオンにするか、「映画の時間をオンにする」とライトを暗くしてキッチンのライトをオフにするなどのように言いたいです。 Hueには「シーン」がありますが、SmartThingsにも似たようなものはありますか？

15 alexa  samsung-smartthings 

私たちは、小規模な学術プロジェクト向けにスマートホームセーフティシステムを作成しています（はい。私はこの初心者です）。このプロジェクトにはガスセンサー（LP Gas）が必要ですが、いくつか質問があります。 LPガス漏れの検知に使用できるMQ-6センサーを見つけました。しかし、問題は、どこまで行けるのでしょうか？ 私は熱帯地方に住んでおり、常に高温多湿です。 これらの気象条件はどのようにセンサーに影響しますか？ 大きな部屋に保管するとどうなりますか？まだガスを感知できますか？ センサーをシリンダーにどれだけ近づけなければなりませんか？ どんなアイデアでも役に立ちます。前もって感謝します。

15 smart-home  safety  sensors 

Wi-Fi Allianceの比較的新しいWi-Fi HaLow（802.11ah）仕様は、IoTデバイスのいくつかの特性において理想的であると思われます。 Wi-Fi HaLowは、スマートホーム、コネクテッドカー、デジタルヘルスケアのほか、産業、小売、農業、スマートシティ環境で、さまざまな新しい電力効率の高いユースケースを実現します。 Wi-Fi HaLowはWi-Fiを900 MHz帯域に拡張し、センサーやウェアラブルなどのアプリケーションに必要な低電力接続を可能にします。Wi-Fi HaLowの範囲は現在のWi-Fiのほぼ2倍であり、信号をさらに送信できるだけでなく、壁やその他の障壁をより簡単に貫通する能力が重要な困難な環境でより堅牢な接続を提供します考慮。 リンクされたソースで述べたようしかし、HaLowは、に応じて900MHzの周波数で動作eWeekに、無免許周波数です。 残念ながら、新しいHaLow規格には固有の周波数がありません。900MHz帯域は他のライセンスサービスと共有されているため、新しいWiFi帯域は他のユーザーからの干渉を受けやすく、その干渉が発生した場合の対処法はありません。 たとえば、隣のアマチュア無線オペレーターがスマートサーモスタットを一掃する強力な信号で空中に出たら、運が悪くなります。免許不要のサービスなので、その干渉を受け入れる必要があります。 ただし、スマートサーモスタットが偶然その隣のアマチュア無線オペレーターに干渉を引き起こす場合は、その実行を停止する必要があります。ライセンスのないユーザーとして、他の誰かがそれを使用したい場合、スペクトルに対する権限はほとんどありません。 おそらくこれは、RF製品で一般的に見られるFCCルールに関連しています。 このデバイスは、FCC規則のパート15に準拠しています。（1）このデバイスは有害な干渉を引き起こさない可能性があり、（2）このデバイスは、望ましくない動作を引き起こす可能性のある干渉を含む、受信した干渉を受け入れる必要があります。 他の誰かがその周波数で送信している場合、送信が簡単に停止する可能性があるため、通信方法として使用するには、HaLowの問題が大きすぎますか？HaLowを使用してデバイスを設計したい場合、ブロードキャストを停止する必要がある干渉をどのように回避できますか？

15 networking  standards  wifi-halow