Un sistema operativo IoT es el software que gestiona hardware conectado, pero la expresión tiene dos significados bastante distintos. El clásico es el pequeño sistema que funciona dentro de un dispositivo, como un sensor, una cerradura inteligente o una pasarela. Zephyr, FreeRTOS y RIOT son ejemplos habituales. El significado más reciente se refiere a la capa que hace funcionar todo un parque de dispositivos: el software que permite a miles de sensores, contadores, máquinas y robots de distintos fabricantes compartir información y actuar juntos.

Ambos significados son válidos y responden a preguntas diferentes. Si diseñas una placa electrónica, necesitas el primero. Si gestionas un edificio, una fábrica o varios centros, necesitas el segundo. Esta guía explica ambos, empezando por el dispositivo.

Lo esencial

  • El sistema operativo IoT de un dispositivo se ejecuta en un microcontrolador o procesador integrado y gestiona sus tareas, memoria, radio y consumo energético.
  • Entre las opciones más utilizadas están los sistemas operativos en tiempo real como Zephyr y FreeRTOS para dispositivos pequeños, y Linux integrado para pasarelas y cámaras.
  • Un sistema operativo IoT para todo el parque conecta equipos de distintos protocolos y fabricantes en un contexto compartido sobre el que pueden actuar reglas, personas e IA.
  • Una plataforma IoT con IA añade inteligencia capaz de consultar ese contexto y actuar sobre equipos reales dentro de unos permisos definidos. Por eso es imprescindible probarla antes de ponerla en marcha.

¿Necesitan un sistema operativo los dispositivos IoT?

No siempre. Los más pequeños suelen funcionar «bare metal», sin sistema operativo: un único programa con un bucle principal lee un sensor, envía un paquete y vuelve al modo de reposo. Es sencillo y consume muy poca memoria. Cuando el dispositivo tiene que hacer varias cosas a la vez, como gestionar la radio, cifrar mensajes, leer tres sensores y aceptar actualizaciones de firmware, un pequeño sistema operativo empieza a compensar.

El IETF, organismo que desarrolla estándares de internet, clasifica los dispositivos con recursos limitados en la RFC 7228. Los de clase 0 tienen mucho menos de 10 KiB de RAM y normalmente no pueden ejecutar un sistema operativo de propósito general. Los de clase 1 disponen de unos 10 KiB de RAM y 100 KiB de memoria flash, suficientes para un sistema en tiempo real compacto. Los de clase 2 tienen aproximadamente 50 KiB de RAM y 250 KiB de flash y pueden ejecutar una pila IP completa. Por encima se sitúan los procesadores con unidad de gestión de memoria y varios megabytes de RAM, capaces de ejecutar Linux.

La diferencia fundamental entre ambas familias está en los tiempos de ejecución. Un sistema operativo en tiempo real, o RTOS, garantiza que una tarea se ejecute dentro de un tiempo conocido, algo importante para controlar motores o coordinar las comunicaciones por radio. Un sistema de propósito general como Linux ofrece muchas más funciones, herramientas y posibilidades de red, a cambio de más memoria, más consumo y tiempos menos predecibles.

¿Cuáles son los mejores sistemas operativos para IoT?

No hay uno que sea el mejor para todo. La elección depende del chip, del presupuesto energético y del equipo de desarrollo. Estas son las opciones que suelen valorar los fabricantes:

Sistema operativo Tipo Hardware habitual Licencia Responsable
Zephyr RTOS Microcontroladores, entre ellos Arm Cortex-M y RISC-V Apache 2.0 Proyecto de Linux Foundation
FreeRTOS Núcleo RTOS Casi cualquier microcontrolador MIT Amazon Web Services
RIOT RTOS Microcontroladores de bajo consumo LGPL 2.1 Comunidad de código abierto
Contiki-NG Sistema orientado a eventos Nodos inalámbricos de bajo consumo BSD 3-Clause Comunidad de código abierto
Eclipse ThreadX RTOS Microcontroladores, aplicaciones con certificación de seguridad MIT Eclipse Foundation
Linux integrado (Yocto, Buildroot, Ubuntu Core) Propósito general Pasarelas, cámaras, ordenadores de borde Núcleo GPL, licencias variadas en espacio de usuario Linux Foundation y proveedores

Algunas pautas prácticas ayudan a elegir. FreeRTOS es el paso más pequeño desde bare metal: un planificador y unas pocas primitivas, con funciones de red añadidas mediante bibliotecas independientes. Zephyr es un sistema más completo, con controladores, Bluetooth, red y un modelo de configuración basado en un árbol de dispositivos. Se ha convertido en una opción popular para nuevos diseños. RIOT y Contiki-NG nacieron de la investigación en redes inalámbricas de bajo consumo y destacan en IPv6 sobre radios con recursos limitados. ThreadX suele elegirse cuando importa la certificación de seguridad del núcleo. Linux entra en juego cuando hacen falta procesamiento de cámara, contenedores o una pila web completa; por eso lo usan la mayoría de las pasarelas.

En la práctica, la mayoría de los proyectos elige el sistema mejor respaldado por el kit de software del fabricante del chip y después comprueban si podrán mantenerlo actualizado de forma segura durante los diez años que el dispositivo podría seguir instalado. Ese segundo punto también está adquiriendo carácter legal. El Reglamento de Ciberresiliencia de la UE entró en vigor en diciembre de 2024 y sus principales obligaciones se aplican desde diciembre de 2027. Exige a los fabricantes de productos conectados vendidos en la UE gestionar las vulnerabilidades y suministrar actualizaciones de seguridad durante un periodo de soporte definido. Un sistema con un equipo de seguridad activo y un proceso de actualización claro facilita mucho esa tarea.

Sistema operativo IoT frente a plataforma IoT

Con cientos o miles de dispositivos aparece otro problema. Cada uno ejecuta perfectamente su pequeño sistema, pero el conjunto carece de una visión compartida. Los sensores de puerta informan a una aplicación, los contadores a otra, la enfriadora al sistema de gestión del edificio y el robot a su propio software de flota. Nada conecta lo que un dispositivo observa con lo que otro puede hacer.

La respuesta tradicional era una plataforma IoT: un servicio en la nube que recoge lecturas, muestra gráficos y envía alertas. Es útil, pero funciona principalmente en una dirección. La idea más reciente es una capa operativa para todo el parque. Igual que un sistema operativo permite a varios programas compartir la memoria y la radio de un chip, una capa para todo el parque permite a dispositivos, máquinas e IA de diferentes fabricantes intercambiar observaciones, coordinar tareas y actuar dentro de unos permisos definidos.

Imagina un recinto logístico. Un robot de vigilancia solo ve y oye lo que tiene cerca. Un sensor de contacto LoRaWAN a pilas, en una puerta al otro extremo del recinto, informa de que se ha abierto mucho después del cierre, cuando no debería haber nadie. Por sí solo, el robot nunca se entera. Con una capa operativa común, el evento se convierte en una tarea de inspección para el robot, una alarma para el vigilante nocturno y un registro de lo ocurrido. Eso es una aplicación práctica de la IA física: conectar los elementos físicos para que compartan contexto y actúen juntos, con los robots como un participante más junto a sensores, puertas, cámaras, contadores y máquinas.

Desarrollamos Kilo para proporcionar esa capa común. Los dispositivos LoRaWAN, mioty y MQTT y los localizadores de vehículos se conectan directamente. Los equipos Modbus, BACnet u OPC UA llegan mediante pasarelas de borde, de modo que el hardware de distintos fabricantes informa en un mismo lugar. Dibujas reglas que deciden qué ocurre después y envían órdenes a los equipos que pueden aceptarlas. Como esas órdenes mueven cosas reales, antes de poner cada regla en marcha la recorres en el depurador con las órdenes simuladas. Si tu proyecto necesita esta segunda interpretación, puedes conectar un primer grupo de dispositivos al sistema operativo de Kilo para IoT e IA física y ampliar el parque a partir de ahí.

¿Qué es una plataforma IoT con IA?

Una plataforma IoT con IA, también llamada plataforma AIoT, combina un conjunto de dispositivos conectados con una IA capaz de trabajar con ellos. El término abarca situaciones muy distintas. En un extremo, la IA se ejecuta en el propio dispositivo, como una cámara que clasifica imágenes localmente. En el otro, trabaja con todo el parque: responde preguntas sobre lecturas actuales, encuentra equipos que han dejado de informar, crea automatizaciones a partir de un objetivo o envía órdenes a los dispositivos.

Un ejemplo concreto de este segundo caso: alguien pregunta «¿Qué congeladores estuvieron por encima de 5 °C durante más de una hora la semana pasada?» y recibe una lista y un gráfico, sin exportar datos a una hoja de cálculo ni escribir una consulta.

Este segundo caso cambia las garantías que debe ofrecer la plataforma. Cuando una IA solo resume datos, una respuesta incorrecta es un inconveniente. Cuando puede accionar un relé, cerrar una válvula o enviar un robot a un lugar, hacen falta permisos claros sobre lo que puede controlar, una confirmación explícita antes de actuar, un registro de cada orden y su resultado, y una forma de probar escenarios antes de ejecutarlos en equipos reales.

¿Cuál es la mejor plataforma IoT con IA?

Depende de lo que necesites que haga la IA. Las listas de empresas AIoT mezclan fabricantes de chips, proveedores de cámaras, servicios en la nube y plataformas de software, lo que dificulta compararlas. Es más útil plantear las preguntas que determinan el funcionamiento diario:

Pregunta Por qué importa
¿De qué dispositivos y protocolos recibe datos sin programación a medida? Determina qué parte del parque puede ver
¿La IA solo lee datos o también actúa sobre los equipos? Actuar exige controles mucho más estrictos
¿Cómo cambia el precio al aumentar los dispositivos y usuarios? Un piloto barato puede convertirse en un despliegue caro
¿Cómo se limitan, aprueban y registran las acciones de la IA? Necesitas saber quién hizo qué y por qué
¿Puedes exportar los datos y la configuración si cambias de proveedor? Determina la dificultad de una futura migración
¿Dónde funciona: nube, instalaciones propias o borde? Afecta a la latencia, al control de los datos y al funcionamiento sin conexión
¿Qué tamaño tiene la comunidad de usuarios e integradores? Determina lo fácil que será encontrar ayuda y profesionales

Da más peso a unas respuestas u otras según tu situación. Un equipo en un único centro con unas decenas de sensores prioriza empezar rápido. Una empresa con muchos centros y equipos diversos necesita cobertura de protocolos, permisos y soporte a largo plazo. Quien piense permitir que la IA envíe órdenes debe empezar por las posibilidades de actuación y sus límites.

Preguntas frecuentes sobre sistemas operativos IoT

¿Linux es un sistema operativo IoT?

Sí. Linux integrado se utiliza mucho en dispositivos IoT de mayor tamaño, como pasarelas, cámaras y ordenadores industriales de borde. Suele ejecutarse en un procesador con unidad de gestión de memoria y normalmente necesita decenas de megabytes de RAM. Desde el núcleo 6.12, publicado en noviembre de 2024, los parches de tiempo real PREEMPT_RT forman parte de la rama principal de Linux, lo que mejora su adecuación a tareas sensibles al tiempo.

¿Android es un sistema operativo IoT?

Google creó Android Things como versión específica para dispositivos IoT, pero cerró el servicio en enero de 2022. Android convencional sigue utilizándose en quioscos, pantallas inteligentes y terminales portátiles, donde importan más la pantalla táctil y las aplicaciones que el bajo consumo.

¿Las plataformas IoT con IA generan dependencia del proveedor?

Pueden hacerlo. Los servicios IoT en la nube también se retiran: Google cerró Cloud IoT Core en agosto de 2023 y sus usuarios tuvieron que migrar los dispositivos. Las plataformas que aceptan protocolos abiertos como LoRaWAN y MQTT y permiten conservar las claves propias facilitan mucho un cambio posterior.

¿Qué diferencia hay entre un sistema operativo IoT y el firmware?

El firmware es la imagen completa del software de un dispositivo. El sistema operativo, si lo hay, es la parte que planifica tareas y gestiona el hardware. El código de aplicación que funciona encima realiza el trabajo específico del dispositivo.

Cinco sensores a pilas en un edificio —por ejemplo, un contacto de puerta, dos sensores de temperatura y dos de fugas— muestran a pequeña escala la idea de un parque conectado. Colócalos en un mismo panel y añade una regla que avise cuando un sensor detecte agua. Esta configuración cabe en el plan gratuito actual de Kilo. Kilo Electronics ofrece nodos sensores LoRaWAN, aunque el hardware de cualquier proveedor compatible funciona igual.