Computación en el borde

Computación en el borde en fabricación: funciones del IPC, límites de control y selección

La computación en el borde (edge computing) no consiste en trasladar el PLC, las funciones de seguridad y todos los sistemas de negocio a un PC industrial. Consiste en ejecutar cerca de la máquina aquellas tareas que encajan en esa capa: adquisición y preparación de datos, almacenamiento temporal, aplicaciones locales, visión artificial o inferencia. El nodo de borde debe mantener una frontera clara con el control determinista, la seguridad funcional, SCADA, MES y las plataformas centrales.

Esta guía está orientada a ingeniería de automatización, fabricantes de maquinaria, integradores, equipos OT/IT y compra técnica. Responde tres preguntas: qué puede ejecutar un IPC en el borde, qué funciones dependen del software o de controladores especializados y cómo preseleccionar hardware según dispositivos, procesamiento, expansión y entorno térmico.

Conclusión rápida: primero se asignan las responsabilidades de control y seguridad; después se define el flujo de datos; solo entonces se selecciona el hardware. Un conector físico no demuestra un protocolo, una aplicación, una prestación en tiempo real ni una certificación.

Tabla de decisión rápida

Necesidad del proyecto	Datos que deben cerrarse	Posible función del IPC	Lo que el hardware no demuestra
Conectar PLC, instrumentos y equipos existentes	Modelos, interfaces, protocolos, puntos y ciclo de muestreo	Ejecutar adquisición, preparación y enlace con sistemas superiores	Compatibilidad con todos los protocolos, reenvío automático o control estricto en tiempo real
Varias cámaras y visión artificial	Interfaz, ancho de banda, PoE, algoritmo, almacenamiento y cadencia	Ejecutar adquisición de imagen, visión o inferencia	Software de visión incluido, rendimiento fijo o rechazo seguro
Supervisión de condición	Sensores, muestreo, retención y responsable de alarmas	Adquirir, extraer características, almacenar temporalmente y publicar	Modelo predictivo, base de datos o plataforma remota incluidos
Coordinación con SCADA, MES y nube	Propiedad del dato, zonas de red, datos enviados y estrategia de fallo	Procesar datos locales y ejecutar aplicaciones	Sincronización automática, autonomía total, VPN/OTA o certificación de ciberseguridad

Límites entre la capa de control, la capa de ejecución del IPC y las plataformas de negocio — Figura 1. El IPC no sustituye al PLC de seguridad ni al enclavamiento de seguridad; cada capa conserva una responsabilidad verificable.

Qué significa computación en el borde industrial

Un nodo de borde se sitúa cerca de la máquina, línea o taller para tratar datos de acuerdo con el proyecto. Puede, por ejemplo, conservar solo imágenes defectuosas, añadir unidad, marca de tiempo y calidad a puntos del PLC o resumir datos de alta frecuencia antes de enviarlos.

Estas conductas dependen del software, la calidad de datos, la red y las reglas de trazabilidad. No son funciones automáticas de un IPC.

Los beneficios potenciales se agrupan en:

reducir transferencias innecesarias mediante filtrado o agregación local;
acercar la aplicación a la fuente de datos, sin equiparar esa proximidad con tiempo real determinista;
proporcionar ejecución y almacenamiento locales, siempre que el software implemente y pruebe almacenamiento temporal, reintentos, conflictos y recuperación.

Reparto de responsabilidades

PLC y control de movimiento

El PLC suele ejecutar secuencias, estados e interbloqueos de máquina. Las tareas con sincronismo, trayectoria o ciclo determinista corresponden al controlador de movimiento o a la solución de control validada. Un IPC puede intercambiar datos o ejecutar una aplicación superior, pero sus LAN, COM o DIO no le transfieren automáticamente la responsabilidad de control.

PLC de seguridad y controladores de seguridad

Parada de emergencia, puertas, cortinas, finales y otras funciones de seguridad se diseñan según riesgo, arquitectura de seguridad funcional y normativa aplicable. Un IPC convencional no debe describirse como sustituto de un PLC de seguridad, de un circuito de seguridad o de un enclavamiento validado.

PC industrial

El IPC proporciona recursos de cómputo, memoria, almacenamiento, LAN, COM, USB, DIO y PCIe para ejecutar adquisición, preparación de datos, aplicaciones, visión o algoritmos. Deben confirmarse por proyecto los controladores de protocolo, la base de datos, los contenedores, el almacenamiento temporal, la sincronización, las actualizaciones remotas y la política de seguridad.

SCADA, MES, WMS, ERP y plataformas centrales

SCADA concentra supervisión, tendencias, alarmas e interfaz de operación. MES gestiona ejecución, órdenes, calidad y trazabilidad. WMS y ERP atienden procesos de almacén y negocio. Las plataformas centrales encajan mejor en retención prolongada, análisis multi-línea, gestión centralizada o entrenamiento de modelos.

La frontera varía por proyecto, pero estas funciones no deben presentarse como capacidades integradas en un IPC.

Hardware verificable frente a funciones del proyecto

Diferencia entre condiciones de hardware del IPC y funciones que requieren software y validación de proyecto — Figura 2. Cómputo, almacenamiento, interfaces y expansión son condiciones de hardware; protocolos, persistencia, IA, operación y seguridad requieren implementación y ensayo.

Elementos que pueden verificarse en la ficha técnica

plataforma de procesador, memoria y almacenamiento;
número y modo de LAN, PoE, COM, USB y DIO;
ranuras PCIe, M.2 y Mini PCIe;
entrada eléctrica, montaje y condiciones térmicas;
refrigeración de CPU, chasis y tarjetas de expansión.

Elementos que no se deducen de esos conectores

disponibilidad y estabilidad de un controlador para un PLC, CNC o instrumento concreto;
tratamiento de calidad, unidades, marcas de tiempo y valores anómalos;
base de datos local, almacenamiento temporal, reenvío y resolución de conflictos;
compatibilidad ya validada con Docker, SCADA, cliente MES o software del cliente;
precisión, rendimiento, latencia y manejo de excepciones de un modelo de IA;
VPN, OTA, roles, auditoría, restauración de imagen o Secure Boot;
tiempo real determinista, seguridad funcional o una certificación concreta de ciberseguridad.

Tres rutas habituales de aplicación

Datos de máquina hacia sistemas de producción

El IPC puede aportar puertos y ejecutar software de adquisición para PLC, instrumentos, lectores y equipos antiguos. El proyecto debe revisar modelo, protocolo, puntos, muestreo, permisos y manejo de errores. El contrato de datos hacia SCADA o MES debe definir estructura, unidad, marca de tiempo y calidad.

En esta ruta suelen pesar más la compatibilidad de interfaces, la escritura prolongada, la segmentación de red, la recuperación tras un corte y el mantenimiento que el uso de la CPU más potente.

Visión artificial e inferencia en el borde

Se deben calcular cámaras, interfaz, resolución, frecuencia, disparo, tamaño de imagen, retención y carga de algoritmo. PoE puede simplificar el cableado de cámaras de red, pero añade límites de potencia y calor.

Un IPC puede ejecutar visión o inferencia. La actuación final sobre rechazo, robot o seguridad debe quedar asignada en la arquitectura de control. La capacidad para instalar una GPU no es común a todos los modelos y no permite prometer un rendimiento de inferencia sin prueba.

Supervisión de condición y mantenimiento

Temperatura, vibración, corriente, presión, horas y alarmas pueden tratarse antes de enviarse. El mantenimiento predictivo requiere muestreo fiable, histórico suficiente, características y un modelo validado; no aparece por instalar un «PC para el borde».

Cuando la red falla, el software debe definir capacidad de almacenamiento temporal, prioridad, reenvío, eliminación de duplicados, sincronización horaria y desgaste del SSD.

Coordinación entre borde y plataforma central

Para cada conjunto de datos conviene responder:

quién lo genera, quién lo posee y quién puede acceder;
cuánto se conservan el dato bruto, el resultado, la anomalía y el agregado;
qué funciones continúan, se degradan o se detienen sin red;
cómo se ordenan, validan, desduplican y reenvían los datos;
dónde termina la responsabilidad de control, seguridad y negocio.

Estas son decisiones de arquitectura y software. El IPC aporta recursos de ejecución, pero no prueba sincronización automática ni operación autónoma.

Secuencia para seleccionar un IPC para computación en el borde

1. Fijar software y carga continua

Documente sistema operativo, procesos, base de datos, algoritmo, carga de pico y continua. Si hay GPU o capturadora, incorpore longitud, potencia, alimentación y ventilación.

2. Cotejar interfaz y protocolo por dispositivo

Para cada PLC, instrumento, cámara, lector y sensor, registre interfaz física, protocolo, cantidad, aislamiento, distancia y origen del controlador. Distinga configuración estándar, opcional y conmutable.

3. Calcular red, PoE y almacenamiento

En varias cámaras, calcule ancho de banda con frecuencia y tamaño reales. Para PoE, confirme estándar por puerto y potencia total. Incluya datos ordinarios, anomalías, registros, imagen del sistema, tiempo de búfer y vida de escritura del SSD.

4. Verificar alimentación, montaje y térmica

Los rangos de entrada varían por modelo; no debe describirse toda la familia como 9–36 V. Confirme conector, tierra, protección, temperatura de armario, circulación de aire, orientación, separación, altitud y fuentes de calor.

5. Ensayar compatibilidad y fallos

Pruebe con software, controladores, cámaras, tarjetas y red finales. Incluya pérdida de red, almacenamiento casi lleno, proceso detenido, recuperación tras corte, reenvío y temperatura máxima. Las tareas de seguridad o control determinista siguen su propio proceso de validación.

Rutas de producto Geshem

Rutas de selección Geshem para adquisición serie, cámaras PoE, capturadora PCIe y expansión GPU — Figura 3. La tarea filtra candidatos; protocolo, software, potencia, expansión, alimentación y térmica confirman la configuración.

Ruta	Modelo candidato	Hardware verificado	Límite o validación pendiente
Adquisición serie y pasarela de comunicaciones	PC-GS3153MVA	Dos RS232/485/422, cuatro LAN Gigabit, Windows/Linux; inalámbrico opcional	Controlador, puntos, búfer y reenvío dependen del software; 9–28 V; requiere circulación de aire
Adquisición de bajo consumo con N97	PC-GS31N97MVA	N97, dos RS232/485/422, cuatro LAN Gigabit, Windows/Linux	Protocolo y software por validar; calcular PoE, CPU y térmica; 9–28 V
Varias cámaras PoE	PC-GS6277A	Seis LAN; LAN3–6 PoE 802.3af; 8 DI + 8 DO	PoE total ≤40 W; CPU limitada a 35 W; 18–36 V; no incluye software de visión
Capturadora PCIe y DIO	PC-GS6177A	PCIe x16, dos LAN, cuatro COM, DIO aislado de 16 bits	Controlador, sincronización y rendimiento por validar; térmica según SSD, aire y expansión
Expansión GPU/IA	PC-GS6177B	Varias PCIe/PCI; admite configuración con GPU/IA	CPU sin ventilador, tarjeta con ventilador; alta potencia requiere fuente externa; sin promesa NPU

Fotografías reales de PC industriales Geshem considerados para tareas de computación en el borde — Figura 4. Las imágenes ayudan a identificar candidatos; la idoneidad se determina mediante ficha técnica, pedido y validación.

IPC-GS6804SK no debe utilizarse como ejemplo estándar de servidor de borde para bastidor: la clasificación del producto lo sitúa en la categoría de bastidor, mientras la ficha técnica lo describe como equipo de montaje mural. Hasta resolver esa contradicción, queda excluido de la recomendación.

Ejemplo de arquitectura verificable

Para conectar varios equipos y enviar resultados de calidad a MES:

el PLC conserva control e interbloqueos; el sistema de seguridad conserva las funciones de seguridad;
el IPC ejecuta adquisición mediante interfaces y protocolos confirmados;
el software añade marca de tiempo, unidad, calidad y tratamiento de anomalías;
el almacenamiento local conserva un búfer y registros según reglas definidas;
un servicio entrega datos tratados a SCADA o MES;
tras una interrupción, el software aplica una estrategia ensayada de búfer, desduplicación y reenvío;
cualquier escritura de mando desde sistemas superiores define autoridad, validez, tiempo de espera, fallo y frontera de seguridad.

El ejemplo no promete un protocolo ni una latencia concretos. El diseño final se valida con la lista de puntos, la segmentación de red, el software y los criterios de aceptación.

Lista de verificación de despliegue

Lista cerrada de PLC, instrumentos, cámaras, sensores y sistemas superiores.
Protocolos, controladores, puntos, permisos y muestreo confirmados.
Responsabilidades de PLC, movimiento, seguridad, IPC y negocio dibujadas.
Cargas continuas de CPU, memoria, red, PoE y SSD medidas.
Cámaras, disparo, retención y algoritmo probados.
GPU/capturadora verificada en tamaño, potencia, alimentación, ventilación y controlador.
Búfer, prioridad, desduplicación, reenvío y tiempo ensayados.
Segmentación, acceso, mantenimiento remoto y auditoría evaluados.
Tensión, conector, tierra, protección y cableado confirmados.
Temperatura, aire, orientación y separación registrados.
Pérdida de red, corte eléctrico, almacenamiento lleno y recuperación ensayados.
Fichas, configuración, software, imagen y repuestos archivados.

Errores frecuentes

Tratar el IPC como PLC o controlador de seguridad

El IPC ejecuta aplicaciones y procesa datos. El control determinista, el movimiento y la seguridad requieren controladores, arquitectura y validación específicos.

Confundir un puerto con un protocolo listo

La interfaz es solo una condición física. Deben confirmarse controlador, versión, puntos, errores, tiempo y permisos.

Prometer tiempo real por procesar localmente

La respuesta depende de sistema operativo, controladores, aplicación, red y carga. Sin condiciones de ensayo no se debe publicar una latencia fija.

Llamar «autonomía» al almacenamiento temporal

Búfer, reenvío y recuperación son funciones de software. El comportamiento degradado del control y los sistemas superiores se define aparte.

Comparar solo CPU o GPU en visión

Cámara, red, PoE, disparo, capturadora, SSD, térmica y controladores forman parte del sistema.

Preguntas frecuentes

¿Puede un IPC sustituir a un PLC?

No como afirmación general. El IPC encaja en aplicaciones y datos; PLC, movimiento y seguridad se asignan según determinismo, riesgo y validación.

¿Procesar en el borde garantiza tiempo real?

No. Puede acortar una ruta de red, pero no demuestra tiempo real determinista ni una latencia fija.

¿Puede seguir funcionando sin red?

El hardware puede continuar encendido. Que la aplicación siga, almacene, se degrade, reenvíe o se detenga depende del diseño y de pruebas de fallo.

¿Cómo se selecciona para visión artificial?

Primero se fijan cámara, interfaz, resolución, frecuencia, disparo, algoritmo, retención y cadencia. Después se calculan red/PoE, CPU/GPU, almacenamiento, expansión y térmica.

¿Varias LAN significan redes ya aisladas?

No. Segmentación, rutas, firewall, permisos y seguridad pertenecen a la arquitectura y configuración.

¿Docker, VPN y OTA están incluidos?

Las fichas actuales permiten confirmar Windows/Linux e interfaces en determinados modelos, pero no demuestran Docker, VPN u OTA como capacidad común.

Documentación, artículos relacionados y CTA

La solución final debe basarse en la ficha vigente del modelo exacto, la configuración de pedido, el software del proyecto y las pruebas bajo carga y fallo.