Estoy haciendo un proyecto usando un Arduino y un módulo ESP8266 que ejecuta el firmware esp-link, lo que me da la posibilidad de usar MQTT para controlar el Arduino. En cambio, había visto algo así como un módulo XBee, ¡pero son tan caros en comparación con el ESP8266! ( Si no sabe qué es ESP8266 o MQTT, no se preocupe, es suficiente saber que está utilizando TCP a través de Wi-Fi ).
Los paquetes MQTT son pequeños, por lo que el rendimiento de la red Wi-Fi nunca será un problema. Pero, la latencia y la fiabilidad son factores importantes. El sistema MQTT está utilizando TCP, por lo que debería ser lo suficientemente confiable, pero no estoy tan seguro acerca de la latencia.
Tengo la opción de usar una conexión 802.11b, .11g o .11n para la red que utiliza el ESP8266. ¿Hay algo en alguno de estos estándares que haga que uno tenga una latencia menor que cualquier otro? ¿Con qué esperaría tener el mejor rendimiento para paquetes muy pequeños e infrecuentes?
Respuestas:
En primer lugar, está haciendo algo MUY correcto que muchos diseñadores y usuarios de IoT no hacen: considera el hecho de que la operación debe ser confiable y limitada por la latencia. No todos lo hacen, y es por eso que muchos dispositivos IoT son realmente malos.
La elección del estándar entre 802.11 b / g / n realmente no influirá mucho en su latencia. Supongo que tenemos latencias limitantes <10 ms, porque todo eso "solo funcionará en el 99.5% de los casos con un buen hardware WiFi".
Si estás en un escenario de latencia, ciertamente no lo harás
Si necesita confiabilidad, por otro lado, no debe
Entonces, antes que nada, defina cuáles son sus requisitos de latencia y sus requisitos de confiabilidad. Usted debe tener un pedazo de papel que dice
Luego, puede ver los límites teóricos de los sistemas, y luego mirar los límites prácticos de las implementaciones de aquellos que se ajustan a eso.
fuente