インターネットに接続されていないWiFiデバイスの標準ですか?


10

たくさんのホームオートメーションをするつもりです。そのために、すべてのデバイスが接続されるプライベートな分離WiFiネットワークをホストします。デバイスは、単純なライト、RGB LEDストリップ(smd5050およびws2812b)、サーモスタット、ファン、ウィンドウオープナー、ウィンドウシェードコントローラー、および通常のコンセントになります。また、テレビを起動するためにリモコンをシミュレートするIRトランスミッター。そして、標準のリモート制御コンセントを切り替えることができるリモコンをシミュレートする433MHzトランスミッター。

今、これらのデバイスがWiFiネットワークに公開する必要があるインターフェイスの種類に標準があるかどうか疑問に思っています。

もちろん、すべてのデバイスに単純なhttpルートを与え、自分のインターフェースを理解するアプリケーションを作成することもできますが、すでに作成されたアプリケーションやプログラムを使用して標準を理解できるようにする標準を実装できればよいと思います。

回答:


7

IoTプロトコルについては、最も一般的にはHTTP、CoAP、およびMQTTが通信に使用されます。

HTTPとCoAPはRESTタイプのクライアントからサーバーへの通信に適しており、MQTTはパブリッシングおよびサブスクライブベースのマルチユーザー通信をサポートしています。

質問に答える:

1対1の通信にはREST over HTTPまたはCoAPを使用し、マルチポイントトラフィックにはMQTTを使用します。

もっと詳しく

以下のコメントの後、私の回答は部分的だったと認めたので、もう少し調べて見つけました。

すべての計算では、通信でさえこの種の混乱の基準があります。

http://www.slideshare.net/butler-iot/butler-project-overview-13603599

出典:EUバトラープロジェクト-コミュニケーションの問題

また、postscapes.comには、さまざまな側面に基づく次のリストがあります。

1  Infrastructure (ex: 6LowPAN, IPv4/IPv6, RPL)
2  Identification (ex: EPC, uCode, IPv6, URIs)
3  Comms / Transport (ex: Wifi, Bluetooth, LPWAN)
4  Discovery (ex: Physical Web, mDNS, DNS-SD)
5  Data Protocols (ex: MQTT, CoAP, AMQP, Websocket, Node)
6  Device Management (ex: TR-069, OMA-DM)
7  Semantic (ex: JSON-LD, Web Thing Model)
8  Multi-layer Frameworks (ex: Alljoyn, IoTivity, Weave, Homekit)

各例のリストに見られるように、それらの例はたくさんありますが、カスタムおよび独自の例も確かにあります。

あなたはそのリンクを開いてそれを読み通す必要があります。私はあなたがあなたのプロジェクトでこれらの多くに遭遇するかもしれないと信じています。最も純粋な形式のコンポーネントだけでなく、一部の既存のエコシステムの一部。それらの場合、あなたはそれらをインターフェースする方法を交渉することができないかもしれません、あなたはエコシステムの間で選択しなければなりません。

目標を設定すると、正しい製品セットまたはセットのセット(製品セットのグループ)がwifiを介して同一またはほぼ一致するプロトコルスタックを見つけることになります(赤外線はこの領域外のソリューションであることに注意してください)。他の多くの非インターネットワイヤレスネットワーキングソリューションですが、まだ直面している可能性があります)。

基準は、何をしたいのか、その方法で学習したいスタックの数を特定することです。学習するということは、ガジェットをほとんど使わずに、特定のプロトコルが内部でどのように機能するかを認識することを意味します。


1
「REST over http」は少しあいまいです。それを念頭に置いても、特に「オン」と「オフ」以上を理解するデバイスのために、インターフェースを設計するための100の異なる方法を考えることができます。理想的には、IPアドレスとデバイスのタイプを提供するだけで、残りは標準化されます。そのようなものはありますか?
Forivin

7

私の推奨はMQTTです。汎用性が高く、軽量でモジュール式なので、ESP8266(ハブとクライアント)でも実行できます。MQTTプロトコルは、組み込みのモバイルデバイスから、MAC、Windows、LinuxなどのビッグファットOSまで、多くのプラットフォームで利用できます。

プロトコルには、通信用のパブリッシャー、サブスクライバーモデルがあります。また、ハブがサブスクライバーがパブリッシャーからメッセージを受信したかどうかを記憶できるようにするQoS。したがって、スリープ状態のデバイスは、ウェイクアップしてメッセージを探すときに、速度を上げることができます。

MQTTサーバーを小さなRaspberry Pi Zero Wで実行します。これは壁に貼られたクレジットカードのようなもので、ロジックには「Node Red」を使用し、より複雑なソリューションのためにOpenHABを検討し始めました。

また、12v DCデバイス用に独自のArduino / MQTTデバイスを構築し、230v ACデバイス用にESP8266ベースの製品を使用しています。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.