タグ付けされた質問 「wifi」

Wi-Fi接続されたIoTデバイスとWi-Fi通信のプロトコルに関する質問。他のワイヤレスプロトコルには[wireless]タグを使用します-このタグは特にWi-Fi(IEEE 802.11.x)用です。

2
MQTTは1000以上のクライアントでスケーラブルですか?
TCPソケットを介してペイロードを1日1回サーバーに送信するシナリオ IoTデバイス(現在はIPv4デバイス)。サーバーにはパブリックIPアドレスがあり、デバイスはルーター/ NATの背後にあります。ESP8266に基づくモジュール(つまり、Olimexのモジュール)を使用します 目標は、サーバーは、それが必要とする時はいつでも任意のクライアントにデータを送信することができるはずです。ホールパンチングのように、クライアントからクライアントへの直接通信(つまり、スマートフォンからデバイスに接続)には興味がありません。 その他の要件 IoTデバイスは数千まで成長する可能性があります。彼らのインターネット接続は、多くの4G対応ルーター/モデムによって提供されています。それぞれが10〜20のクライアントを処理します。 提案される解決策 私が理解している限り、一般的な解決策はMQTTです。クライアントは定期的にブローカー(ホスティングサーバーで実行されているMosquitto)にデータを送信します。ブローカーは同じサーバーで実行されているメインのWebアプリを更新します。 質問 MQTTアプローチは、4Gルーターの背後にある「多数」のデバイス(1000以上)に適していますか?
10 mqtt  wifi  routers 

2
ソフトウェアで送受信する802.11アクションフレーム
ソフトウェアから802.11アクションフレームTX / RXにアクセスすることは可能ですか?ESP8266およびESP32チップ用のESP-NOWと呼ばれるベンダー固有のアクションフレームに基づく独自のプロトコルがあります。RaspberryPiに実装してみます。 それは私がRaspberry PiをESP8266に接続して(短いメッセージを交換するため)私のプライベートプロジェクトから始まりました。次に、ESP8266に追加のAPI(ESP-NOWとシンプルペア)があり、パフォーマンスを通常のWiFi接続と比較したいと思いました。 WiFiアクションフレームへのアクセスに関する詳細の検索が成功した場合、結果を投稿します(おそらく他のアプリケーションで使用するためのライブラリー)。

2
インターネットに接続されていないWiFiデバイスの標準ですか?
たくさんのホームオートメーションをするつもりです。そのために、すべてのデバイスが接続されるプライベートな分離WiFiネットワークをホストします。デバイスは、単純なライト、RGB LEDストリップ(smd5050およびws2812b)、サーモスタット、ファン、ウィンドウオープナー、ウィンドウシェードコントローラー、および通常のコンセントになります。また、テレビを起動するためにリモコンをシミュレートするIRトランスミッター。そして、標準のリモート制御コンセントを切り替えることができるリモコンをシミュレートする433MHzトランスミッター。 今、これらのデバイスがWiFiネットワークに公開する必要があるインターフェイスの種類に標準があるかどうか疑問に思っています。 もちろん、すべてのデバイスに単純なhttpルートを与え、自分のインターフェースを理解するアプリケーションを作成することもできますが、すでに作成されたアプリケーションやプログラムを使用して標準を理解できるようにする標準を実装できればよいと思います。

1
単一のAPに最大200台のデバイス
〜200台のデバイスを単一のAPに接続したいプロジェクトがあります。 これらの各デバイスは、通信においてオフセットされるため、TCPパケットをサーバーにリレーするデバイスは常に約10しかありません。 すべてのデバイスが常にオープンソケットを介してサーバーに接続されたままになり、上記の方法でデータ送信の間隔を空けることを望みます。 私の最初の懸念は、APがすべてのデバイスに送信する必要があるDTIMビーコンメッセージです。手頃な価格の(500ドル未満)ルーターはこれに対応できますか? また、他の誰かが発生する可能性のある追加の問題について考えることができれば、それは大きな助けになるでしょう!
10 wifi  routers 

1
Pi、BLE / Wifiと通信するセンサー
家のどこかにPi 3とバッテリー駆動のセンサーを配置したい。Piは、同じレベル、1つ上のレベル、庭園などから入力を読み取ります。したがって、1〜2枚の通常のレンガの壁とその間の0〜50mの範囲です。 Z-Wave、Digimesh、XBee、ZBee、Sigfoxなどのさまざまなテクノロジーを調査しましたが、最終的にはより一般的なテクノロジーに着手しました。上記のテクノロジーのほとんどでは、ZigBeeなどの異なるプレーヤーが必要なため、ルーターなど3つの異なるタイプがあります。また、上記のテクノロジーには非常に高額な商用ライセンスが必要であるか、コンポーネントが7ドルを超えています。 現在、BLEとWi-Fiの中間にいます。私の大学は、センサーとの通信を簡単にセットアップできるオープンソースOSであるContikiを使用するよう勧めました。 ご質問 彼は私に、物理、プロトコル、ルーティングの3つの層があることを説明しました。したがって、6LoWPANはルーティングオプションの1つです。 ContikiとESP8266でメッシュを作成できますか?そうでなければ、私はCC2650に行きます。ESP8266 にはメッシュソリューションがあることがわかりました。 どちらのテクノロジーも私とかなり似ているようです。両方の範囲は約200mです(これはおそらく壁を貫通して30m以上です)。そして広く使われています。ユースケースの違いはどこですか?

1
ベースボードヒーター用Wi-Fiライン電圧サーモスタット
バックグラウンド 家には、ライン電圧の電気ベースボードヒーター(240V、3600W)がいくつかあります。 問題 ローカルエリアネットワークを超えて接続することなく、スケジュールと現在の温度を制御します。 ハード要件 ローカルエリアネットワークへのWi-Fi接続をサポートします。 いつでもインターネット接続を必要としません。 サーモスタットは、名前(またはIPアドレス)で一意に参照できます。 暗号化された転送プロトコルとパスワードで保護されています。 REST over HTTPを使用して端末から温度を変更します。$ curl -d "thermostat = kitchen&set = 20C&token = T" -X POST https://10.0.0.15/temp ソフト要件 オプションの要件は次のとおりです。 シンプルなWebサーバー(または初期設定用のBluetooth)を提供します。 サーモスタットに名前を付けることができます。 ハブ オープンREST over HTTP APIを提供するハブが存在する場合、それは機能します。サーモスタットはスタンドアロンで(ハブなしで)動作するのが望ましいです。 代替案 MozillaのThings Gatewayは、ハブに接続する方法として有望に見えます。ベンジャミン・フランシスは書いた、 私の1つの提案は、Zigbeeサーモスタットを探し、Things Gatewayを使用してそれをIPネットワークにブリッジし、REST + WebSocket APIを公開することです。すでにZigbeeアダプターがあり、サーモスタットWebモノタイプのサポートを追加したいと考えています。私は自分の家に似たものを探しているので、あなたが見つけたものを聞きたいです。私はハネウェルを考えていました。 研究 私が発見した、または営業担当者から言われたように、さまざまな候補とそれらが機能しない理由を以下に示します。 Walker Technologiesのワイヤレスベースボードサーモスタット -WZ_LVS250にはモーション検出器が組み込まれており、Zigbeeが必要です。 Nuheat SIGNATUREサーモスタット-Wi -Fiのアクティブ化は、「アクティブ化の電子メールが送信される可能性のある電子メールアドレスを入力してください」と表示します。 CALEO …
10 smart-home  wifi  hvac 

2
ESP8266 Webページなし
Webサーバーを作成せずにESP8266にデータを送信できますか? ESP8266のGPIOピンにWebサーバー経由でアクセスしています。そのためのAndroidアプリを作成したいと思います。したがって、Webサーバーを作成せずに8266にデータを送信したいのですが、これは可能ですか?
9 wifi  esp8266 

2
一方向SSLはIoTデバイスを保護できますか?
インターネットアクセスの有無にかかわらず、ローカルネットワークに接続されたIoTデバイス(デフォルト設定、VPNなし、NATなし、DMZなし)を検討しています。私のデバイスは、認証と承認を備えたRPCメカニズムを提供するHTTPサーバーとして実行されます。それはmDNSでそれ自身を宣伝し、私は私のモバイルアプリまたは私のRaspberryPiを使用してそれに話します。 IoT開発の標準は相互(双方向)SSLを持つことです。 これは、一方向SSLではトラフィックを保護できないことを意味しますか?どうして? ノート: 一方向SSLと双方向SSLの技術的な違いを理解していますが、IoTの生産で一方向(ほとんど)が考慮されない理由がわかりません。 ローカルデバイスに相互SSLを設定するのは難しいことを理解しています。サーバーの公開鍵と証明書をクライアントと共有する必要があり、その逆も同様です。一方、一方向の方が簡単に見えます(ユーザーの操作は必要ありません)。 Philips Hueのような一部の大量生産されたデバイスは、一方向SSL暗号化よりもローカルのhttpエンドポイントを開き、安全ではありません。なぜこの選択​​をするのでしょうか? この質問は意見に基づくものではないと思います。この場合はお詫び申し上げます。
9 security  wifi  https  tls 


1
このアーキテクチャは実現可能で柔軟ですか?
私のプロジェクトが本当に実現可能かどうか確認するのに苦労していますが。 アーカイブするもの:インターネット経由でSenseoコーヒーマシンを制御します。つまり、単純に2つのボタンを制御することになります。 最初の簡単な解決策: Raspberry PiにNodeJSサーバーをセットアップします。 Raspberry GPIOを2つのトランジスタに接続して、コーヒーマシンのボタンを制御します JavaScriptでRaspberry GPIOを直接制御できます。たとえば、http://myraspberrypi.com/makemeacoffeeを呼び出すと、GPIOがアクティブになり、ボタンがアクティブになり、コーヒーが流れます しかし:私はラズベリーをコーヒーマシンに接続したくありません(他の目的でPiが必要です)。Webサーバーとコントローラー自体を分離することは良い考えだと思います。明日、バスルームの温度を監視したい場合、または(別のESP8266を使用して)2台目のコーヒーマシンを制御したい場合は、全体を考え直すことなくそれを実行できます。 それをアーカイブする必要があるのは、Wi-Fiヘッドレスコントローラーとして使用するためにNodeMCUを備えたESP8266です(このリンクを参照)。Raspberry GPIOは使用されなくなりました(これがポイントです)。PiにはNodeJS Webサーバーのみがあります。 これはアーキテクチャの簡単なスケッチです: 主なコンポーネントの役割を明確にしましょう: Raspberry Pi:NodeJS Webサーバーをホストします NodeJS Webサーバー:Webページをエンドユーザーに提供します。基本的に「Make me a coffee」というボタンのあるページ。背後で、水ボタンを「押し」、30秒待ってから、コーヒーボタンを「押し」ます。Webサーバーは、ESP8266にHTTPリクエストを(Wi-Fi経由で)送信することでこれを行います。NodeJSサーバーはロギングとデータ分析も行います(今年は何杯のコーヒーを飲みましたか?) ESP8266:NodeMCUを使用します。そのGPIOは、コーヒーマシンのボタンを制御するトランジスタに接続されています。ESP8266に電力を供給する方法については気にしません。Raspberry Piリクエストをリッスンし、それに応じてGPIOでアクションを実行するWebサーバーを実行します。 このアーキテクチャは実現可能ですか?このアーキテクチャは柔軟ですか? 編集、ショーンフーリハネ(投稿を比較的短く保つネタバレ)に答えるには: これについては100%よくわかりませんが、トランジスタで十分です。コーヒーマシンスイッチは低電圧(3、3 V)で動作しており、ESP8266はコーヒーマシンとグラウンドを共有しません。 温度感知と水位制御については、Senseoコーヒーマシンにこれが組み込まれています。一般的な使用方法:中央のボタンを押して加熱プロセスを開始し、「シングル」または「ダブル」ボタンを押してコーヒーのサイズを選択します。加熱プロセスが終了すると、コーヒーが流れ始めます。十分な水がない場合、それは終了し、LEDが点滅します。 私が期待する進歩: バージョン1.0は、「コーヒーマシンを実行するだけで、準備ができていると確信しています」になります。シングルカップボタンとヒートアップボタンを操作します。 バージョン2.0は「マシンを実行してフィードバックを提供する」になります。別のESP8266がフィードバックLEDに接続されていて(加熱されているときと水がなくなったときがわかるようになっています)、別のESP8266がスケールを確認してコーヒーマシンを実行する前にカップがあります。コーヒーマシンが実行されたときに、ユーザーにポッドを変更するように通知するアラートを追加することもできます。 バージョン3.0では、ポッドが変更されたかどうかを確認する方法を見つけるために、なんらかのスイッチでメカニズムの開放を追跡します。しかし、これは現時点では私のプロジェクトの範囲外です。

3
Wi-Fi接続のホームオートメーションデバイスのクラス
Wi-Fiが(Z-Waveなどのブリッジを介さずに)アクセスポイントに直接接続されているホームオートメーションデバイスのクラスの用語を知りたいのですが。 このクラスを理解できれば、Wi-Fiでブリッジされている電球を探すことができます。コマンドラインコントロールなどを送信して、オンまたはオフに切り替えられるようにしたいと考えています。ハードウェアをブリッジする必要はありません。 繰り返しますが、私はクラスの用語を探しています。これは質問の目的であり、そのような電球の例ではありません。説明されている電球がユニコーンではないことを証明するための2倍のボーナスポイント。

1
画面のないデバイスに自宅のWi-Fiアクセスを設定する
自宅のWi-Fiに接続する必要がある画面のない接続デバイスを構築しています。WPSはオプションではありません。デバイスには、Wi-Fiハードウェアに加えてBluetoothモジュールが搭載されます。QRコードも同様に行うことができます。 また、デバイスをセットアップしてWifiセットアップへのアクセスを許可する手順をユーザーに説明するiOSアプリも作成しています。誰かが最適な通信プロトコルに関する技術的な詳細を手伝ってくれませんか? ユーザーがアプリを使用してデバイスをセットアップできるように、デバイスをアプリに接続させます デバイスの画面としてアプリを使用して、利用可能なSSIDから選択し、パスワードを入力して、自宅のWi-Fiに接続します 以下の2つのオプションを検討しました。 BLEを使用してiOSアプリをデバイスに接続し、BLEを使用してWi-Fi SSIDリスト、デバイスとアプリ間のログイン認証情報を渡します。 Wi-Fiを使用してデバイスに接続し、Wi-Fi SSIDリストとデバイスとアプリ間のログイン認証情報を渡す ユーザーエクスペリエンス、信頼性(最初の試行で完了する)、労力(構築するための労力が少ない)の点でどのように比較しますか?
8 security  wifi 

2
MSP430F5529 + CC3100 IOTテストデバイスは一部のテストWebサイトにのみ応答します
最近、テキサスインスツルメンツのMSP430F5529マイクロコントローラーとCC3100ネットワークプロセッサーを使用してIoTプロジェクトに取り組んでいます。評価には、MSP430F5529ランチパッドとCC3100ブースターパックを使用しています。デバイスをクラウドに接続しようとしています。私は、www.openweathermap.orgに接続するCC3100 天気情報サンプルアプリケーションを正常に実装しました。これは、CC3100 SDKサンプルアプリケーションの例です。プログラムは、www.openweathermap.org Webサイトから正常に受信して応答します。アプリケーションは、GETメソッドを使用してWebサイトからリクエストを行います。 また、www.mocky.ioに対するコードのテストにも成功しています。デバイスは、ステータスコード200 OK応答を受信します。しかし、requestb.inテストサイトに対してテストすると、408タイムアウトエラー応答コードも、302のURLリダイレクト応答コードも取得できません。 #define WEATHER_SERVER "api.openweathermap.org" #define TEST_SERVER "requestb.in" //#define TEST_SERVER "www.mocky.io" #define PREFIX_BUFFER "GET /data/2.5/weather?q=" #define POST_BUFFER "&APPID=xxxxxxxxxxxxxxxxxx&mode=xml&units=imperial HTTP/1.1\r\nHost:api.openweathermap.org\r\nAccept: */" #define POST_BUFFER2 "*\r\n\r\n" #define PREFIX_BUFFER_TEST "GET /1m75pgt1" #define POST_BUFFER_TEST_1 " HTTP/1.1\r\nHost:requestb.in\r\nAccept: */" #define POST_BUFFER_TEST_2 "\r\n\r\n"* //#define PREFIX_BUFFER_TEST "GET /v2/5967a65d1100007d16b6c2b4" //#define POST_BUFFER_TEST_1 " HTTP/1.1\r\nHost:www.mocky.io\r\nAccept: */" //#define POST_BUFFER_TEST_2 …

1
高データレートと低遅延のIoTアプリケーションに最適なワイヤレステクノロジー
アプリケーションの加速度計、磁力計、およびジャイロスコープの測定値を収集するために、BNO055絶対方位センサーを使用する予定です。今のところ、データを10 Hzの速度でデータ収集エンティティ(Piまたはワイヤレステクノロジーを備えたBeagleBone)に送信する必要があります。 設定は次のとおりです。 そのような3つのIoTもの 1中央収集物 中心に収集点があるスタートポロジ 私の経験から言うと、802.11 WLANは、802.15.4 ZigBeeやBluetooth LE(4.0)とは対照的に、唯一の最適なオプションのようです。その理由は、BNO055が非常に速い速度(約0.1秒)で生成して送信する大量のデータセットです。私は単純なプロトタイプを作成しているだけなので、単純なUDPを使用してデータを送信します。 配置はボートの船体内にあり、金属面のためにかなりのデータ損失があることを意味するので、私は現在レンジファクターに焦点を合わせています。しかし、私はノードをフルパワーで実行する自由をとることができます(電源または高Li-IONバッテリーに接続されています) 質問: WLANは、アプリケーションのワイヤレステクノロジーの正しい選択ですか?そうでない場合、他のどのテクノロジーを試してみる必要がありますか? このような低レイテンシ(10 Hz)のタイプのIoTアプリケーションで発生する可能性のある、回避または通知可能なIoTアプリケーションの障害は何ですか?

1
WiFiネットワーク内のIoTデバイスにコマンドを発行する方法
WiFiネットワークに接続されているIoTデバイスがあります。現在、IoTデバイスは小さなHTTPサーバーを実行し、HTTPクライアントからインターネット経由でPOSTリクエストを受信するとRF信号を送信します。これを機能させるには、WiFiルーターでポート転送を有効にする必要があり、HTTPクライアントはルーターのIPアドレスに接続する必要があります。これはそれを回避するための悪い方法のようです。 リングドアベル、ウィンクデバイスなど、ポート転送を必要としないデバイスなど、WiFiネットワーク内で動作するデバイスがあることに気づきました。 これらのデバイスは実際にはHTTPクライアントであり、外部サーバーに接続していると思います。次に、サーバーは実際にコマンドをクライアント(IoT)デバイスに送信します。 その場合は、サーバーを作成する方法(Pythonで)、IoTデバイスをサーバーに接続する方法(HTTP接続)、およびサーバーからクライアントにコマンドを送信する方法(できません)に関するガイダンスを教えてくださいこれは間違った方向なので、POSTを使用してください)。
7 wifi  esp8266 

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