Arquitectura, modos de funcionamiento y límites de EMS Builder

Edge-EMS Builder se sitúa entre los equipos de campo y los sistemas superiores. Se basa en autonomía en el borde y puede ampliarse a coordinación con la nube y entre nodos. Organiza la lectura de datos, el cálculo de estados, la evaluación de reglas y la ejecución de acciones en un bucle de control continuo.

Esta página responde a cuatro preguntas:

1. ¿Cómo se organiza la arquitectura por capas?
2. ¿Qué modos de funcionamiento admite?
3. ¿Cómo se construye un requisito de negocio mediante sus componentes?
4. ¿Hasta dónde pueden extenderse las conexiones cableadas, inalámbricas y entre instalaciones?

Los modos de funcionamiento describen cómo opera el sistema, no las modalidades comerciales. Consulta Platform, Solution y Co-create en Modelos de servicio de Edge-EMS Builder.

1. Arquitectura: un bucle entre campo, borde y nube

Edge-EMS Builder se ejecuta en el borde. CommBridge abstrae las diferencias entre protocolos de campo; MQTT, WebSocket y HTTP conectan nube, interfaces de usuario y sistemas de terceros.

Capa	Responsabilidad principal	Objetos o canales habituales
Negocio y nube	Supervisión unificada, configuración remota, distribución de estrategias, análisis operativo e integración de negocio	JelinaCloud, nube del cliente, SCADA y sistemas de despacho; MQTT / HTTP
Interacción e integración	Datos en tiempo real para interfaces, recepción de órdenes y lectura y escritura para sistemas externos	Interfaces web personalizadas y servicios backend; WebSocket / HTTP
Motor de borde de EMS Builder	Datos unificados, cálculo en tiempo real, decisiones, ejecución, alarmas, intercambio y ampliación de configuración	Modelo de datos, motor de expresiones, disparadores, objetivos compartidos y UDE
Adquisición CommBridge	Adaptación de protocolos y conversión de puntos de campo en datos reconocibles por EMS Builder	Modbus, OPC UA, S7, serie, IEC 101/104, CAN y otros
Equipos de campo	Datos en tiempo real y ejecución final del control	PCS, BMS, contadores, puntos de recarga, inversores fotovoltaicos, sensores y equipos de terceros

Por qué separar en capas

• Los cambios de equipos no obligan a reescribir estrategias: la capa de adquisición adapta protocolos y puntos; las estrategias utilizan dataKey unificados.
• Los cambios de negocio no afectan a los controladores de comunicación: umbrales, horarios y reglas se ajustan en la capa de estrategias.
• La interfaz y el motor de control están desacoplados: Edge-EMS Builder no impone una UI fija; las interfaces se suscriben y controlan mediante canales estándar.
• El bucle local puede continuar sin nube: las decisiones y acciones principales se ejecutan en el borde. La autonomía concreta depende de la configuración y de las dependencias externas.

2. Cómo se realiza una operación de control

Cada estrategia puede descomponerse en adquisición, cálculo, decisión y ejecución:

Paso	Función de EMS Builder	Ejemplo: apoyo de capacidad de una zona de transformación
① Adquisición	CommBridge lee puntos originales y los sincroniza con EMS Builder	Leer carga del transformador, estado del PCS y SOC
② Cálculo	El motor calcula estados intermedios, márgenes o riesgos	Calcular déficit de capacidad y potencia de descarga disponible
③ Decisión	Los disparadores evalúan condiciones y seleccionan acciones	Iniciar el apoyo si la carga se acerca al límite y el SOC lo permite
④ Ejecución	Escribir en equipos, registrar alarmas, publicar MQTT o actualizar interfaces	Enviar potencia al PCS e informar del estado de ejecución

La potencia, el SOC y el estado posteriores se adquieren de nuevo y entran en la siguiente evaluación. Una estrategia estable también debe incluir umbrales de entrada y salida, prevención de oscilaciones, prioridades, tratamiento de fallos de comunicación, protecciones e intervención manual; no basta un simple IF / THEN.

Dos mecanismos de apoyo a todo el bucle

• Objetivos compartidos: los datos de otros nodos Edge-EMS Builder participan en expresiones y condiciones como los locales, permitiendo coordinación entre dispositivos.
• Expansión dinámica de unidades de dispositivo (UDE): define una plantilla por tipo de equipo y materializa agregaciones, grupos y configuraciones compartidas al incorporar nuevas instancias.

3. Tres modos de funcionamiento

Los tres modos utilizan el mismo motor y pueden funcionar de forma independiente o combinarse en un proyecto.

1. Autonomía en el borde

La adquisición, el cálculo, las decisiones y el control se realizan dentro de la instalación. Es adecuado cuando se requieren respuestas rápidas, continuidad y conservación local de datos.

Flujo habitual: equipos de campo → CommBridge → estrategia de Edge-EMS Builder → equipos de campo.

Necesidades adecuadas: carga y descarga por horarios, prevención de vertido a red, control de demanda, enclavamientos y alarmas locales.

Aspectos de diseño: prioridad a las protecciones locales; define cachés, tiempos de espera y degradación para dependencias externas como tarifas, meteorología u órdenes de nube.

2. Coordinación entre nube y borde

El borde ejecuta en tiempo real; la nube gestiona de forma unificada, orquesta estrategias, permite mantenimiento remoto y analiza varias instalaciones. MQTT ofrece publicación, suscripción y respuestas bidireccionales. Edge-EMS Builder también puede obtener información externa autorizada mediante HTTP.

Flujo habitual: objetivos o estrategias desde la nube → validación y ejecución en el borde → devolución de resultados.

Necesidades adecuadas: supervisión multisitio, ajuste remoto de parámetros, curvas programadas, análisis operativo y alarmas centralizadas.

Aspectos de diseño: los objetivos de nube no pueden eludir los límites de seguridad locales. Define si, al perder conexión, se continúa ejecutando, se mantiene el último valor válido o se adopta una estrategia segura.

3. Coordinación entre múltiples nodos

Varios Edge-EMS Builder sincronizan datos mediante objetivos compartidos. El nodo principal puede agregar estados y calcular objetivos comunes; los subordinados pueden asumir nuevas tareas tras un cambio de rol.

Flujo habitual: datos compartidos por varios nodos subordinados → cálculo de objetivos en el principal → ejecución del reparto en cada nodo.

Necesidades adecuadas: reparto de potencia entre equipos, control colectivo entre zonas, equilibrado de cargas de una instalación, redundancia y cambio de roles.

Aspectos de diseño: define relaciones principal-subordinado, periodos de intercambio, vigencia de datos, estados de fallo de red y estrategias locales ante pérdida de comunicación.

4. Capacidades principales y soporte operativo

Capacidad	Problema que resuelve	Lugar en el bucle
Modelo de datos	Organización uniforme de datos originales, por franjas, agregados y compartidos	Base de adquisición y cálculo
Motor de expresiones	Sumas, filtros, estados y cálculos entre dispositivos mediante Lua	Cálculo
Esquemas de disparadores	Orquestación de reglas mediante condiciones y acciones	Decisión y ejecución
MQTT entre nube y borde	Publicación, suscripción a órdenes, respuestas y comunicación bidireccional	Conexión con la nube
Coordinación y objetivos compartidos	Datos compartidos que participan en cálculos entre nodos	Coordinación distribuida
Expansión dinámica de unidades (UDE)	Plantillas, marcadores dinámicos y reconciliación de instancias	Ampliación a escala
Ciclo de vida de alarmas	Seguimiento de anomalías, recuperación y resolución manual	Estado y tratamiento
Históricos y archivado	Tendencias, exportación asíncrona y múltiples planes de archivado	Conservación de datos
Operación y mantenimiento	Recomendaciones de capacidad, orígenes de configuración, congelación y registros de control	Funcionamiento continuo

Además, Actualizaciones en tiempo real y control directo proporciona canales WebSocket para interfaces y sistemas backend, permitiendo suscripciones y control dentro de los límites de permisos y seguridad.

5. Cómo combinar capacidades para distintos requisitos

Edge-EMS Builder utiliza un mismo método de construcción para distintos requisitos, sin imponer una estrategia única a todos los proyectos:

Requisito = datos necesarios + reglas de cálculo + condiciones de disparo + acciones + protecciones y validación

Requisito	Datos necesarios	Cálculo y decisión	Acciones habituales
Reducción de picos y aprovechamiento de valles / control de demanda	Potencia de conexión a red, SOC, estado del PCS y objetivo de demanda	Déficit de potencia y capacidad disponible de carga y descarga	Consigna de potencia del PCS y registro del estado
Prevención de vertido a red	Potencia de conexión, generación fotovoltaica y potencia disponible de almacenamiento	Detectar tendencia de exportación y limitar salida	Absorción mediante almacenamiento, limitación fotovoltaica o alarma
Equilibrado de recarga	Margen del transformador, demanda y estado de cada punto	Potencia disponible y reparto según reglas	Ajustar límites de potencia de recarga
Coordinación de varios equipos	SOC, límites de potencia y disponibilidad de cada unidad	Repartir el objetivo según SOC, capacidad o prioridad	Enviar subobjetivos a varios PCS o nodos
Franjas horarias y curvas programadas	Horario, tarifa, SOC y previsión de carga	Seleccionar el periodo y verificar protecciones	Cambiar objetivos de carga/descarga y devolver resultados
Control basado en información externa	Tarifas, meteorología, plan de producción y predicciones	Validar vigencia y utilizar datos en optimización o decisiones	Ajustar objetivos, degradar la estrategia o generar alarmas

Ejemplo: convertir una frase de negocio en configuración

Requisito:

«Cuando la potencia de conexión a red supere 800 kW, descargar automáticamente el almacenamiento si el SOC es superior al 20%; salir cuando baje a 760 kW».

Como mínimo, configura:

1. Potencia de conexión, SOC, disponibilidad del PCS y potencia máxima de descarga.
2. Expresiones de déficit de capacidad y potencia objetivo de descarga.
3. Umbrales de entrada de 800 kW y salida de 760 kW.
4. Escrituras de potencia al PCS, limitación de frecuencia y tratamiento de fallos.
5. Protecciones de SOC, temperatura y alarmas, intervención manual y fallos de comunicación.
6. Pruebas normales, de límites, desconexión de red y fallos de equipos.

Edge-EMS Builder proporciona la infraestructura para expresar y ejecutar estrategias. Su seguridad y corrección dependen de la definición de requisitos, las capacidades de los equipos y la calidad de la validación.

6. Posibilidades de conexión cableada, inalámbrica y entre instalaciones

La lógica principal está desacoplada del medio de red, pero disponer de conectividad no significa que cualquier enlace inalámbrico sea adecuado para control en tiempo real.

Redes IP superiores

MQTT/MQTTS, HTTP y WebSocket pueden utilizar redes IP accesibles. Según hardware y condiciones de red, el proyecto puede conectar la nube y otros nodos mediante Ethernet, Wi-Fi, 4G/5G o redes privadas.

Esto describe viabilidad arquitectónica, no una garantía de módulos inalámbricos incorporados en el hardware de borde. Confirma las capacidades concretas según el equipo elegido, la red del operador, la cobertura y las certificaciones necesarias.

Redes de equipos de campo

La integración inalámbrica de PCS, BMS y contadores depende de los equipos, las pasarelas inalámbricas y la adaptación de protocolos de CommBridge. El enlace solo transporta datos; no resuelve automáticamente mapeos de registros, requisitos temporales ni permisos de control.

Aspectos adicionales en enlaces inalámbricos o de área extensa

• Latencia y fluctuaciones: mantén preferentemente en local los bucles de milisegundos. Los enlaces extensos son más adecuados para objetivos, informes y coordinación sin requisitos temporales estrictos.
• Desconexiones y caducidad: marca la vigencia de datos compartidos y define si mantener, degradar o abandonar la estrategia al perder conexión.
• Seguridad: utiliza TLS, autenticación, mínimo privilegio y auditoría. Evita exponer directamente interfaces de control a Internet.
• Protecciones locales: los enclavamientos, las protecciones de equipos y el control local seguro no deben depender de la nube ni de enlaces inestables.

Principio recomendado:

El control en tiempo real permanece en el borde; los objetivos de optimización pueden venir de la nube. La conexión inalámbrica transporta los datos y la seguridad y la recuperación ante desastres proporcionan protección.

7. De la conectividad inalámbrica a la capacidad de ampliación

Evalúa los límites de Edge-EMS Builder mediante tres condiciones:

Condición	Preguntas que deben responderse
Datos disponibles	¿Pueden adquirirse los estados de forma estable, con fuentes fiables y datos vigentes?
Reglas expresables	¿Pueden describirse y probarse claramente objetivos, restricciones, prioridades y rutas de excepción?
Acciones ejecutables	¿Ofrecen los equipos o sistemas interfaces de control conformes, autorizables y verificables?

Si se cumplen, Edge-EMS Builder puede extenderse del EMS tradicional al control colectivo de equipos en parques empresariales, regulación de cargas flexibles, coordinación con producción y automatización conjunta de entorno y energía.

Persisten estos límites:

• No sustituye protecciones del fabricante, certificaciones de seguridad ni enclavamientos de campo.
• Las predicciones o resultados de IA externos requieren validación de rangos, tiempos de espera y límites seguros; no deben eludir reglas deterministas para controlar equipos críticos.
• La coordinación depende de relojes, red, calidad de datos y algoritmos de reparto.
• Las nuevas estrategias deben validarse en simulación o pruebas antes de pasar a producción mediante un proceso controlado.

8. Capacidad de despliegue: partir de mediciones reales

El escenario recomendado S3.5 de AFE-E630, validado en el lote del 29 de julio de 2026 y el informe v1.3, configura 5,000 puntos/s de adquisición, 30 agregaciones, 90 tareas Trigger/s, 20 tareas MQTT/s y 10 tareas de coordinación/s, con almacenamiento por cambios y guardado como máximo cada 10 segundos.

En ese escenario, las latencias P95 de Trigger / MQTT son 56 ms / 77 ms, la CPU P95 de todo el equipo es 71.09% y la memoria real utilizada P95 es 41.41%. Para la planificación inicial de producción, reserva aproximadamente un 20% de margen de ingeniería sobre esta carga probada.

Los resultados corresponden a hardware y software específicos y a 2,000 muestras válidas de corta duración. No demuestran estabilidad durante 72 horas ni pueden extrapolarse directamente a otros scripts, tamaños de mensaje o volúmenes de base de datos. Consulta el informe de AFE-E630.

Lista de comprobación antes de producción

• Confirmar listas de puntos, unidades, precisión, permisos de lectura/escritura y valores anómalos.
• Definir entrada, salida, prevención de oscilaciones, prioridades y conflictos de estrategia.
• Preparar degradación ante desconexión, datos caducados, equipos fuera de línea y fallos de escritura.
• Mantener eficaces e independientes las protecciones, enclavamientos, intervención manual y auditoría de permisos.
• Realizar pruebas de carga con scripts, tamaños de mensaje, volumen histórico y hardware reales.
• Establecer versiones de configuración, reversión, registros y supervisión de alarmas.

Siguientes pasos

• Valor y aplicaciones: Introducción a Edge-EMS Builder.
• Objetos de configuración: Conceptos fundamentales.
• Configuración de negocio: Aumento temporal de capacidad y Equilibrado de recarga.
• Integración: Interfaz en tiempo real y control directo y MQTT entre nube y borde.