La respuesta directa

Elegir entre ESP-NOW, WiFi y LoRa no consiste en encontrar el «mejor» protocolo; es un ejercicio de gestión de restricciones físicas y ambientales. Si tu proyecto necesita enviar paquetes pequeños a varios kilómetros sin infraestructura, usa LoRa. Si necesitas transmitir datos de gran ancho de banda a internet y dispones de un router fiable conectado a la red eléctrica, usa WiFi. Si necesitas comunicación entre pares, de baja latencia y bajo consumo, dentro de un radio de 100 metros y sin depender de un router, usa ESP-NOW.

La restricción de infraestructura: sobrevivir a los cortes de luz

En Sudáfrica, los cortes programados de luz convierten la dependencia de la infraestructura en una decisión de diseño crítica. Si tu proyecto depende del WiFi convencional, depende de que tu switch de red o tu router tengan corriente. Cuando cae la red eléctrica, tus dispositivos IoT basados en WiFi pierden la conexión, aunque estén funcionando con baterías de respaldo. ESP-NOW y LoRa funcionan entre pares. No necesitan un punto de acceso (AP) ni un router para comunicarse. Un transmisor ESP-NOW puede enviar la lectura de un sensor directamente a un receptor ESP-NOW alimentado por un simple pack de pilas. De forma parecida, los dispositivos LoRa se comunican directamente en frecuencias de radio por debajo del gigahercio (normalmente 868 MHz en el país), con total independencia de la infraestructura de red local.

Alcance frente a caudal: la física de la radio

No puedes saltarte las leyes del electromagnetismo. Tienes que cambiar alcance por caudal, o caudal por consumo. Así se comparan los tres protocolos en despliegues reales:

La trampa del bloqueo de canal: mezclar ESP-NOW y WiFi

Un patrón de arquitectura habitual es usar nodos ESP32 baratos con ESP-NOW para recoger datos de sensores y una «pasarela» ESP32 central que reciba esos paquetes y los reenvíe a un broker MQTT por WiFi. Suena elegante, pero esconde un modo de fallo devastador. El ESP32 tiene una sola radio física. Cuando configuras esa radio para conectarse a un punto de acceso WiFi local, el chip debe sintonizarla en el canal concreto que usa ese AP (por ejemplo, el canal 6). ESP-NOW, por defecto, transmite en el canal 1.

Nota de campo de sheen: en una placa, conectarse a WiFi/MQTT fija la radio al canal del AP; el par ESP-NOW que está en el canal por defecto no recibe nada, mientras la pantalla sigue diciendo «enviado».

Como ESP-NOW no usa conexión, el emisor no realiza ningún saludo. Difunde el paquete, ve que la radio ha transmitido correctamente la señal física e informa de un estado de «enviado» correcto en su pantalla local o en el monitor serie. Mientras tanto, el receptor —bloqueado en el canal del AP WiFi— está escuchando en una frecuencia completamente distinta. El paquete se pierde en el éter y tu sistema falla en silencio. Para arreglarlo, tienes que forzar por programa que tu emisor ESP-NOW escanee y iguale el canal WiFi de la pasarela, lo que añade complejidad a lo que debería haber sido un nodo sencillo.

La ecuación del consumo: tiempo activo frente a tiempo dormido

Los saludos de conexión WiFi salen caros. Cuando un ESP32 despierta del sueño profundo para conectarse a una red WiFi, tiene que hacer una negociación DHCP, resolver direcciones IP y establecer una conexión TCP. Ese proceso puede llevar entre 2 y 10 segundos, durante los cuales la radio consume hasta 240 mA. Con ESP-NOW no hay saludo. El dispositivo despierta, transmite su paquete de inmediato (lo que lleva menos de 100 milisegundos) y vuelve a dormirse. Esto significa que un nodo sensor con ESP-NOW alimentado por una sola batería de litio puede durar meses, mientras que un nodo WiFi haciendo la misma tarea quizá agote la batería en un par de semanas.

Restricciones del WiFi de colegios y empresas

Si diseñas proyectos para colegios sudafricanos o entornos corporativos, el WiFi convencional suele ser inviable. Las redes WPA2-Enterprise exigen autenticación con usuario y contraseña, algo notoriamente difícil de configurar en microcontroladores básicos. Además, los administradores de TI de los colegios bloquean de forma rutinaria puertos locales, lo que impide el tráfico MQTT o UDP entre dispositivos. Para entornos educativos, ESP-NOW es el ganador claro. Se salta por completo la red del colegio y permite que el alumnado construya proyectos interactivos con varios dispositivos sin necesitar ni una sola contraseña WiFi ni ninguna configuración de red.

Cuándo elegir LoRa

LoRa es la elección correcta cuando tu proyecto tiene que sobrevivir a la intemperie, a largas distancias o en zonas rurales profundas. Si monitorizas la humedad del suelo en una granja o vigilas una cancela de seguridad en el extremo más lejano de una parcela, no llegarán ni el WiFi ni ESP-NOW. Las señales sub-GHz de LoRa penetran paredes y vegetación mucho mejor que las de 2,4 GHz. Eso sí, debes diseñar tu carga útil con cuidado: no puedes enviar vídeo, audio ni telemetría de alta frecuencia. Estás limitado a enviar paquetes pequeños de bytes cada pocos minutos.

Tomar la decisión

Para elegir la radio adecuada, hazte estas tres preguntas en orden:

• ¿Los datos tienen que viajar más de 200 metros? Si es que sí, usa LoRa.
• ¿Controlas tú la red WiFi y seguirá alimentada durante los cortes de luz? Si no, o si estás en un entorno escolar con políticas de TI estrictas, usa ESP-NOW para la comunicación local entre dispositivos.
• ¿Tu dispositivo necesita hablar directamente con APIs web, bases de datos en la nube o plataformas locales de domótica? Si es que sí, usa WiFi, pero ten presente la trampa del bloqueo de canal si piensas puentearlo con ESP-NOW.

Si desarrollas soluciones IoT a medida o enseñas computación física en Sudáfrica, sortear estas restricciones de hardware es media batalla. Para hardware robusto y listo para el aula, diseñado para funcionar de forma fiable en las condiciones locales, echa un vistazo a nuestra gama de controladores en Sheen IoT.