La elección de la arquitectura determina la latencia, los costes de datos y la resiliencia en caso de corte de red. Por eso las empresas industriales están migrando al «edge».
Cuatro casos concretos en los que el tratamiento de los datos en origen es la única opción razonable.
Un pico de corriente anómalo en un motor o una variación de temperatura deben provocar una parada inmediata. Con la nube, el ciclo completo (adquisición → transmisión → procesamiento → señal de control de retorno) supera los 500 ms. La pasarela periférica ejecuta un script local de Python que supervisa continuamente los registros Modbus y desconecta el relé de protección en menos de 50 ms, sin esperar a la nube y sin depender de la red.
Un acelerómetro IEPE instalado en un rodamiento genera 25 600 muestras por segundo. Enviar los datos sin procesar a la nube supone 200 kB/s de forma continua, lo que satura una conexión de 4G en pocas horas. La pasarela periférica calcula la FFT sobre 1 024 puntos en 12 ms, extrae las frecuencias características del fallo (armónicos del orden de rotación, BPFO, BPFI) y solo envía a la nube el espectro reducido: 64 valores cada 10 segundos. Reducción: un 99,7 % del volumen de datos.
En las fábricas con cobertura 4G inestable, zonas sin cobertura o paradas de producción, la conectividad no está garantizada. La pasarela Eziwan almacena todos los datos capturados en la memoria eMMC interna (4 GB) o en una tarjeta micro-SD (32 GB opcional). Las alarmas locales, las secuencias de control y las normas de seguridad siguen funcionando con normalidad. Al restablecerse la conexión, los datos perdidos de las últimas 2 horas, 8 horas o 30 días se recuperan automáticamente en orden cronológico.
Una línea 4G industrial con una tarifa de 1 GB al mes resulta insuficiente en cuanto se tienen más de 20 sensores que recogen datos cada segundo. El filtrado en el borde resuelve el problema de raíz: solo las anomalías, los agregados horarios y los eventos de cambio de estado se envían a la nube. El 80 % de los datos se procesan y eliminan localmente. Resultado: factura de la tarjeta SIM dividida por 5, consumo de 200 MB al mes en lugar de 1 GB para el mismo nivel de información.
Un auténtico ordenador Linux integrado, no un simple router, con todas las herramientas que un ingeniero de I+D espera encontrar.
Ejecuta tus scripts de análisis directamente en la pasarela. Python 3.11 con pip, numpy, scipy, pandas, scikit-learn y paho-mqtt preinstalados. Acceso directo a los puertos serie Modbus, a los GPIO y a los sockets TCP. Inicio automático a través de systemd.
Node-RED se integra de forma nativa en la pasarela. Crea flujos de datos de forma visual: lectura Modbus → filtrado → alarma local → publicación MQTT. Interfaz accesible a través del navegador en la red local (puerto 1880). Nodos industriales precargados.
Docker Engine con compatibilidad con imágenes basadas en Alpine. Implementación de microservicios en el borde: base de datos InfluxDB local, Grafana integrado, broker MQTT Eclipse Mosquitto o tu aplicación de negocio. Persistencia de volúmenes en eMMC o micro-SD.
Define reglas de alarma en YAML o a través de la interfaz de Eziwan. Si la temperatura es superior a 80 grados C → desconectar el relé de la salida 1. Si la presión es inferior a 0,5 bar → enviar un SMS a través del módem GSM integrado. Si la vibración_rms es mayor que 12 mm/s → crear un evento local + registro. Todo funciona sin depender en absoluto de la nube.
Base de datos de series temporales integrada (SQLite o InfluxDB local). Escritura de hasta 5 000 puntos por segundo en eMMC. Búfer circular configurable de 1 hora a 90 días, en función de la capacidad. En caso de reconexión, la recuperación de datos en la nube continúa exactamente donde se produjo la interrupción, sin duplicados.
API REST JSON local disponible en la red industrial en el puerto 8080. Tus controladores lógicos programables, interfaces hombre-máquina o programas SCADA pueden leer los últimos valores y escribir valores de consigna sin necesidad de conectarse a Internet. Autenticación mediante token. Puntos de acceso: GET /api/variables, POST /api/control, GET /api/alarms.
OT, edge y cloud funcionan juntos de forma transparente. Basta con configurarlo una vez para que todo el proceso esté operativo.
Compara las principales soluciones del mercado según los criterios que importan para una implantación industrial en Francia.
| Critere | AWS Greengrass | Azure IoT Edge | Moxa ThingsPro Edge | Eziwan Edge |
|---|---|---|---|---|
| OS | Amazon Linux 2 | CBL-Mariner / Linux | Linux Debian | Linux Debian 12 |
| Lenguajes compatibles | Python, Java, Node.js, C++ | Python, C#, Java, Go | Python, Node.js, Java | Python 3.11, Node.js, Node-RED, WASM |
| Protocolos OT nativos | No (mediante lambdas) | No (módulos de terceros) | Modbus, DNP3, SNMP | Modbus RTU/TCP, OPC-UA, BACnet, SNMP, IEPE, 4-20 mA |
| Requisitos del sistema | Cuenta de AWS + CloudFormation | Cuenta de Azure + plantillas de ARM | Consola local + SSH | Interfaz web intuitiva + ZTP |
| 4G LTE integrado | No (hardware independiente) | No (hardware independiente) | Opcional (módulo) | Sí (doble SIM integrada) |
| VPN integrada | VPN de sitio a sitio de AWS | Puerta de enlace VPN de Azure | OpenVPN opcional | OpenVPN integrado, sin necesidad de configuración |
| Asistencia en francés | No (soporte en inglés) | No (soporte EN/nivel) | No (asistencia técnica para Asia y EE. UU.) | Sí — equipo FR, horario de oficina |
| Precio orientativo | Variable + IoT Core + EC2 | Variable + IoT Hub + VM | 800-1500 EUR + software | Tarifa plana mensual con todo incluido |
Entrada desde el terreno, salida hacia la nube o las herramientas de supervisión.
Las preguntas que se plantean los arquitectos de sistemas, los jefes de proyectos de IIoT y los ingenieros de I+D antes de elegir una solución de borde.