MQTTプロトコルが高いリフレッシュ・レートのデータ・ストリーミングに適しているかどうかは疑問でした。 低帯域幅の高レイテンシアプリケーション向けに設計されたので、高帯域幅の低レイテンシアプリケーションでどのように動作するのだろうと思いました。リアルタイム・データ・ストリーミング用のMQTT
私が望むのは、毎秒60-120回の割合でセンサーデータを送信することです。 これは実現可能なのでしょうか、あるいはMQTTのいくつかの設計上の決定が、それが有効な方法で動作するのを妨げますか?このシナリオでは、ブローカを完全に制御し、QoSレベル0で発生します。
ペイロードは、単一の32ビット浮動小数点数または32整数です。すべてのデバイスは、WiFiまたはイーサネット経由で接続します。 私の質問は本当に主にproctocolの設計がこの種のアプリケーションに対して積極的に取り組んでいるかどうかです。
一部MQTTブローカーにMQTT上のVoIPを行うと述べたので、これは単にクライアントのバインドになります。私の経験から、ほとんどのMQTTクライアントでは数千のmsg /秒がうまく機能します。 –