Herramientas y tecnologías de desarrollo IoT: una visión práctica

El Internet de las Cosas conecta sensores, electrodomésticos y máquinas a las redes para que puedan informar de datos o controlarse a distancia. Tanto si construyes un sensor de temperatura para el hogar, un localizador de flota o un monitor industrial, las mismas capas aparecen en todos los proyectos: el dispositivo, la conexión, la plataforma que recoge los datos y la aplicación que los usa. Elegir bien en cada capa decide cuánto cuesta construir el proyecto y mantenerlo durante años. Este repaso enumera las opciones principales de cada capa, los compromisos entre ellas y los fundamentos de seguridad que con demasiada frecuencia se olvidan.

1. Hardware

• ESP32 y ESP8266: microcontroladores baratos con Wi-Fi y, en el ESP32, Bluetooth. Populares para prototipos y productos de consumo porque son baratos, están bien documentados y los respalda una gran comunidad.
• Arduino: placas accesibles con un enorme ecosistema de bibliotecas y la forma más fácil de aprender los fundamentos de sensores y actuadores.
• Raspberry Pi: un pequeño ordenador Linux adecuado para pasarelas, cámaras, paneles y cualquier proyecto que necesite procesamiento local o un sistema operativo completo.
• STM32 y Nordic nRF: microcontroladores profesionales centrados en el bajo consumo, la larga duración de batería y Bluetooth Low Energy.

Elige la placa más sencilla que cumpla tus necesidades de energía, conectividad y seguridad. Un sensor a batería que debe funcionar un año con una pila de botón necesita un chip muy distinto al de una cámara conectada a la red eléctrica.

2. Sistemas operativos y firmware

• FreeRTOS y Zephyr: sistemas operativos en tiempo real para dispositivos limitados que necesitan tiempos predecibles y poco uso de memoria.
• PlatformIO: un sistema de compilación y extensión de editor que admite muchas placas y bibliotecas desde un único formato de proyecto.
• Actualizaciones inalámbricas (OTA): esenciales para corregir problemas de seguridad tras el despliegue. Planifícalas antes de que salga el primer dispositivo; añadirlas después es doloroso.

3. Conectividad

• Tecnología: Wi-Fi

  Alcance

  Decenas de metros

  Uso típico

  Casas y oficinas con corriente eléctrica

• Tecnología: Bluetooth LE

  Alcance

  Corto

  Uso típico

  Dispositivos vestibles, etiquetas, configuración de dispositivos

• Tecnología: Zigbee, Thread / Matter

  Alcance

  Malla por un edificio

  Uso típico

  Dispositivos de hogar inteligente que se retransmiten entre sí

• Tecnología: LoRaWAN

  Alcance

  Kilómetros, tasa de datos muy baja

  Uso típico

  Agricultura, servicios públicos y sensores urbanos

• Tecnología: NB-IoT, LTE-M, 5G

  Alcance

  Redes móviles

  Uso típico

  Localizadores, contadores, vehículos, equipos remotos

Para dispositivos celulares, la eSIM y el 5G simplifican los grandes despliegues: consulta la eSIM explicada y 5G y redes GSM.

4. Protocolos

• MQTT: mensajería ligera de publicación/suscripción, el estándar de facto para telemetría. Un intermediario (broker) recibe los mensajes y los reenvía a los suscriptores.
• CoAP: una alternativa ligera diseñada para dispositivos limitados, similar a HTTP pero basada en UDP.
• HTTP y WebSockets: lo más sencillo cuando el ancho de banda y la energía no son críticos y los desarrolladores ya conocen la pila web.

5. Plataformas y herramientas

• Plataformas en la nube: AWS IoT Core y Azure IoT Hub ofrecen registros de dispositivos, mensajería y motores de reglas. Google Cloud IoT Core se retiró en 2023, así que los equipos que lo usaban pasaron a socios o a alternativas de código abierto.
• Código abierto: ThingsBoard para paneles y gestión de dispositivos, Node-RED para flujos visuales, Grafana para monitorización y Eclipse Mosquitto como intermediario MQTT sencillo.
• Bases de datos: las bases de datos de series temporales como InfluxDB o TimescaleDB almacenan lecturas de sensores de forma eficiente.

6. Fundamentos de seguridad

1. Da a cada dispositivo una identidad y unas credenciales únicas; nunca envíes una contraseña por defecto.
2. Cifra el tráfico con TLS y comprueba los certificados en el dispositivo.
3. Planifica desde el principio actualizaciones OTA seguras y firma el firmware.
4. Recoge solo los datos que necesitas y documenta adónde van.
5. Desactiva las interfaces de depuración y los servicios sin usar antes de producción.

Un primer proyecto en un fin de semana

Un buen primer proyecto es un sensor de temperatura y humedad. Usa una placa ESP32 con un módulo sensor, publica las lecturas por MQTT en un intermediario gratuito o en tu propia Raspberry Pi y muéstralas en Grafana o Node-RED. En un fin de semana tocas todas las capas: hardware, firmware, protocolo, plataforma y panel. Cuando funcione, añade actualizaciones OTA y TLS para aprender los fundamentos de seguridad a pequeña escala.

Errores comunes

• Elegir Wi-Fi para un dispositivo a batería que dormirá la mayor parte del tiempo.
• Ignorar el coste de los datos móviles y de la gestión de SIM a escala.
• Olvidar que la factura de la nube crece con el número de mensajes.
• Dejar dispositivos sin ninguna forma de actualizarlos.

Los dispositivos IoT suelen usar las mismas tecnologías en tiempo real que tu navegador: WebRTC puede transmitir una cámara directamente a una página web, y las mismas ideas impulsan el chat P2P en el navegador.

Elegir una conexión: preguntas que hacerse

1. ¿Hay corriente eléctrica? Si la hay, lo más sencillo es Wi-Fi o Ethernet. Si el dispositivo funciona meses con batería, mira BLE, LoRaWAN o NB-IoT.
2. ¿Hasta dónde debe llegar la señal? Por una habitación: Bluetooth. Por una granja o una ciudad: LoRaWAN o celular.
3. ¿Cuántos datos por mensaje y con qué frecuencia? Unos pocos bytes cada hora encajan con LoRaWAN; el vídeo, con Wi-Fi o 5G.
4. ¿De quién es la red? Una red celular necesita SIM y un plan de datos; LoRaWAN puede funcionar con tu propia pasarela.
5. ¿Se mueve el dispositivo? Un localizador necesita cobertura celular; un sensor fijo no.

Presupuesto de energía: que la batería dure

La mayor parte del tiempo un sensor a batería debería estar dormido. Un ciclo típico es: despertar, leer el sensor, enviar un mensaje corto y volver al sueño profundo. La radio es el mayor consumidor, así que enviar con menos frecuencia, enviar menos bytes y usar protocolos de bajo consumo alarga la vida de la batería mucho más que un código ingenioso. Mide el consumo de corriente real con un perfilador de energía en lugar de fiarte de la hoja de datos, y prueba a bajas temperaturas, donde las baterías pierden capacidad.

Modelo de datos y de costes

Antes de escalar, estima el coste mensual por dispositivo: conectividad (SIM o parte de la pasarela), mensajes en la nube, almacenamiento y soporte. Un dispositivo que envía un mensaje por minuto produce unos 43 000 mensajes al mes, y muchas plataformas en la nube cobran por mensaje. Enviar los datos por lotes, comprimir las cargas útiles y procesar en el borde puede reducir la factura de forma significativa.

¿Procesamiento en el borde o en la nube?

• Tiempo de respuesta

  Borde (en el dispositivo o la pasarela)

  Milisegundos

  Nube

  Depende de la red

• Ancho de banda

  Borde (en el dispositivo o la pasarela)

  Envía solo resultados

  Nube

  Envía datos en bruto

• Actualizar la lógica

  Borde (en el dispositivo o la pasarela)

  Requiere actualizar el firmware

  Nube

  Fácil de cambiar

• Funciona sin conexión

  Borde (en el dispositivo o la pasarela)

  Sí

  Nube

  No

Aprovisionamiento y gestión de dispositivos

• Da a cada dispositivo un certificado o clave únicos almacenados en un elemento seguro, no en memoria flash en claro.
• Automatiza el aprovisionamiento en fábrica o en la primera conexión para que nadie teclee claves a mano.
• Haz seguimiento de las versiones y del estado de los dispositivos en un registro para saber cuáles necesitan actualizaciones.
• Planifica cómo revocar un dispositivo si se pierde o se ve comprometido.

Pruebas y monitorización

Simula miles de dispositivos con scripts antes del lanzamiento para encontrar cuellos de botella en el intermediario y en la base de datos. En producción, registra los fallos de conexión, los niveles de batería y las versiones de firmware; la mayoría de los problemas en el campo aparecen primero como un consumo inusual de batería o bucles de reconexión. Alertar sobre «dispositivos que han dejado de informar» es más útil que alertar sobre errores aislados.

Regulación y normas

Los productos conectados están regulados. En Europa, los dispositivos de radio deben cumplir la Directiva de Equipos Radioeléctricos y llevar el marcado CE, y se están introduciendo gradualmente nuevas normas de la UE sobre ciberseguridad de los productos conectados. En Estados Unidos, los dispositivos de radio necesitan la aprobación de la FCC. Comprueba los requisitos pronto, porque la certificación puede llevar semanas y cuesta dinero.

Tres arquitecturas de ejemplo

• Sensor de clima doméstico: ESP32 con un sensor de temperatura, Wi-Fi, MQTT a una Raspberry Pi con Mosquitto y Grafana.
• Monitor de suelo agrícola: sensor a batería, LoRaWAN a una pasarela, un servidor de red y un panel.
• Localizador de vehículo: módulo GPS y módem LTE-M con eSIM, que envía la posición cada minuto a una plataforma en la nube.

Glosario

Broker (intermediario)

Un servidor que recibe mensajes MQTT y los entrega a los suscriptores.

Pasarela

Un dispositivo que conecta sensores locales (BLE, LoRa, Zigbee) a internet.

OTA

Actualización de firmware por vía inalámbrica.

Sueño profundo

Un modo en el que el microcontrolador casi no consume energía entre mediciones.

Dónde aprender más

• Empieza por la documentación de la placa que elijas; ESP32 y Raspberry Pi tienen grandes comunidades y muchos tutoriales.
• Lee el resumen de la especificación de MQTT: es breve y explica los niveles de calidad de servicio.
• Prueba el nivel gratuito de una plataforma en la nube con unos pocos dispositivos simulados antes de comprar hardware en volumen.
• Sigue los avisos de seguridad de las bibliotecas que uses, porque un componente de código abierto vulnerable en miles de dispositivos es difícil de arreglar después.

Preguntas frecuentes

¿Qué placa debería comprar un principiante?

Una placa de desarrollo ESP32 es barata, tiene Wi-Fi y Bluetooth y funciona con las herramientas de Arduino, así que es una buena primera compra.

¿Necesito una plataforma en la nube?

Al principio no. Un pequeño intermediario MQTT en una Raspberry Pi basta para aprender; pasa a una plataforma gestionada cuando necesites muchos dispositivos o acceso remoto.

¿Es seguro el IoT por defecto?

No. La seguridad hay que diseñarla desde el principio: credenciales únicas, conexiones cifradas, actualizaciones firmadas y una forma de revocar dispositivos.