La supervisión de una subestación de alta tensión no se limita a comprobar si una celda está bajo tensión. Para comprender las perturbaciones eléctricas, anticipar las averías y correlacionar los eventos de la red con las paradas de producción, es necesario recopilar las mediciones de los analizadores de red, los relés de protección, los contadores y los equipos Modbus. Eziwan centraliza estos datos de campo, los transforma en magnitudes procesables y los envía a InfluxDB para su visualización clara y con historial en Grafana.
El problema
Un gestor de redes industriales debe recopilar las mediciones de 18 analizadores de red Schneider PM800 en Modbus TCP y de 12 relés de protección Sepam en Modbus RTU en varias subestaciones de alta tensión. Los datos que se esperan recabar abarcan la tensión, la corriente, las potencias activa y reactiva, el factor de potencia, la frecuencia, los armónicos, las alarmas y determinados estados de protección.
Sobre el papel, Modbus parece sencillo. En la práctica, la supervisión de una subestación de alta tensión se vuelve rápidamente compleja.
-
Las tablas de registros Modbus de los equipos antiguos a veces están incompletas, dispersas o dependen de la versión del firmware.
-
Las unidades, los factores de escala y los formatos numéricos varían según las familias de equipos: entero con signo, entero sin signo, coma flotante de 32 bits, palabra alta antes de la palabra baja u orden inverso.
-
Los analizadores Modbus TCP y los relés Modbus RTU no se recopilan de la misma manera: hay que adaptar la topología, la latencia, el tiempo de espera y la frecuencia de sondeo.
-
Las pasarelas propietarias suelen responder a una necesidad concreta, pero no se adaptan bien a la incorporación de un nuevo protocolo, un nuevo contador o un cambio en los procesos de negocio.
-
La ausencia de transformaciones integradas obliga a convertir los valores sin procesar en la nube, lo que genera una capa de aplicación cuyo mantenimiento resulta costoso.
-
Los equipos de energía, mantenimiento y producción no siempre comparten una visión común a la hora de relacionar una avería eléctrica con una parada de la máquina, una alarma del controlador lógico o una disminución de la calidad.
-
Las estaciones de alta tensión suelen estar aisladas y contar con una conectividad limitada o intermitente, lo que obliga a almacenar las mediciones en memoria local.
Por lo tanto, el reto es doble: garantizar la fiabilidad de la recopilación de datos Modbus y hacer que los datos sean inmediatamente utilizables en una cadena formada por InfluxDB, Grafana, un sistema de supervisión o un sistema de gestión de mantenimiento asistido por ordenador (GMAO).
Objetivo de supervisión
En una subestación de alta tensión, los datos eléctricos sirven para comprender el comportamiento real de la red. Permiten realizar un seguimiento de la carga, detectar desequilibrios, identificar caídas de tensión, supervisar los armónicos y analizar los eventos de protección.
Las medidas que suelen recopilarse son:
-
Tensiones simples y compuestas.
-
Corrientes por fase.
-
Potencia activa, reactiva y aparente.
-
Factor de potencia.
-
Frecuencia.
-
Energía activa y reactiva.
-
Distorsión armónica total (THD) de tensión y corriente.
-
Armónicos por orden, según las capacidades del analizador.
-
Estado de los relés de protección.
-
Alarmas, fallos y activaciones.
-
Fecha y hora de los eventos, cuando estén disponibles.
Estos datos cobran todo su valor cuando se registran históricamente y se correlacionan con los incidentes de producción: paradas de la línea, fallos en los variadores, reinicio del controlador lógico, activación de protecciones o disminución del rendimiento.
Arquitectura recomendada
La arquitectura prevista consiste en instalar una pasarela Eziwan en la sala de control o cerca de la zona eléctrica. Esta recopila los datos de los equipos Modbus TCP a través de Ethernet, consulta los equipos Modbus RTU a través de RS-485, aplica las transformaciones necesarias y, a continuación, publica las series temporales en InfluxDB. Grafana proporciona los paneles de control de energía y calidad de la red.
Esta arquitectura evita la proliferación de programas de recopilación de datos y permite que los datos eléctricos estén disponibles en un formato estándar, que puedan utilizar los equipos de energía, mantenimiento y producción.
Nuestro enfoque
Eziwan centraliza la recopilación de datos Modbus, la transformación de los registros y el envío a las herramientas de supervisión. La pasarela actúa como un colector industrial capaz de comunicarse con los equipos existentes, diagnosticar las comunicaciones y normalizar los datos antes de su publicación.
-
Interfaz de diagnóstico en tiempo real: visualización de los valores brutos leídos en cada registro Modbus desde la interfaz web, sin necesidad de herramientas externas.
-
Biblioteca de plantillas de fabricantes: configuraciones predefinidas para los contadores, analizadores, variadores y sensores Modbus más habituales, entre los que destacan Schneider, ABB, Siemens y Danfoss.
-
Compatibilidad con equipos heredados: compatibilidad con escenarios Modbus RTU, Modbus TCP, Modbus ASCII y pasarelas asociadas a entornos históricos de Schneider, según la arquitectura de la instalación.
-
Transformaciones integradas: conversión de los registros brutos en magnitudes físicas, aplicación de factores de escala, renombramiento de puntos, etiquetas de ubicación y marca de tiempo.
-
Publicación en InfluxDB: registro de las mediciones en forma de series temporales listas para Grafana.
-
Búfer local: almacenamiento temporal de los datos en caso de corte de conexión a la red, y posterior sincronización cuando se restablece la conexión.
-
Supervisión del colector: estado de los equipos, errores de Modbus, tiempos de respuesta, tramas con tiempo de espera agotado, disponibilidad por equipo.
Este enfoque se integra de forma natural con la pasarela Eziwan, las arquitecturas de conectividad industrial y la supervisión centralizada a través de la nube Eziwan.
Modbus TCP y Modbus RTU en una subestación de alta tensión
Modbus TCP y Modbus RTU se basan en una lógica similar, pero sus restricciones de funcionamiento son diferentes. En una subestación de alta tensión mixta, es necesario adaptar la recopilación de datos a cada soporte.
| Criterio | Modbus TCP | Modbus RTU |
|---|---|---|
| Compatibilidad | Ethernet IP | RS-485 o RS-232 |
| Direccionamiento | Dirección IP y puerto | Dirección de esclavo en bus serie |
| Rendimiento | Más rápido, dependiendo de la red | Depende de la velocidad de transmisión y del número de equipos |
| Diagnóstico | Ping, puerto TCP, registros de red | Análisis del bus, tiempo de espera, colisión, cableado |
| Riesgos habituales | Puerto incorrecto o cortafuegos | Terminación, paridad, dirección o polaridad incorrectas |
| Uso típico | Analizadores recientes, pasarelas | Relés, contadores y equipos heredados |
En un bus RS-485, el tiempo de sondeo debe calcularse con precaución. Interrogar demasiados dispositivos con demasiada frecuencia puede provocar tiempos de espera, colisiones o una latencia innecesaria. En Modbus TCP, la red es más flexible, pero aun así hay que limitar las consultas innecesarias y supervisar los errores de aplicación.
Mapa de instalaciones
Antes de configurar la recopilación de datos, es necesario elaborar un mapa claro de los equipos. Esto evita duplicidades, registros mal interpretados y errores de correlación.
| Familia | Ejemplo | Protocolo | Datos útiles |
|---|---|---|---|
| Analizador de red | Schneider PM800 | Modbus TCP | Tensión, corriente, potencia, armónicos |
| Relé de protección | Sepam | Modbus RTU | Estados, alarmas, fallos, mediciones eléctricas |
| Contador de energía | Contador Modbus | RTU o TCP | Energía activa, reactiva, índice |
| Controlador lógico local | PLC de estación | TCP | Estados de la célula, resumen de fallos |
| Pasarela serie | Convertidor RS-485/IP | De TCP a RTU | Acceso a equipos heredados |
Este mapa también debe indicar la ubicación, la célula, el transformador, la línea alimentada, la dirección IP, la dirección Modbus, la velocidad de transmisión y el nivel de criticidad.
Registros Modbus: de los datos sin procesar a los físicos
Un registro Modbus por sí solo no es suficiente. Para obtener una medida útil, es necesario conocer su tipo, su unidad, su factor de escala y, en ocasiones, el orden de las palabras.
Ejemplo de transformación:
equipement:
nom: pm800_tgbt_01
protocole: modbus_tcp
ip: 192.168.20.41
port: 502
mesures:
- nom: tension_l1_l2
registre: 3020
fonction: holding_register
type: float32
word_order: high_low
unite: V
facteur: 1
tags:
site: usine_nord
poste: hta_1
depart: ligne_a
- nom: puissance_active_totale
registre: 3054
fonction: holding_register
type: int32
facteur: 0.001
unite: kW
tags:
site: usine_nord
poste: hta_1
depart: ligne_a
La ventaja de una transformación integrada es que evita enviar a InfluxDB valores brutos incomprensibles. La plataforma recibe directamente magnitudes físicas coherentes.
Diagnóstico en tiempo real de los registros
La fase que más tiempo lleva en un proyecto Modbus suele ser la investigación. Un registro documentado puede estar desplazado una dirección según la convención utilizada, un valor puede estar codificado en dos palabras o puede aplicarse un factor de escala en el equipo.
Una interfaz de diagnóstico debe permitir comprobar:
-
La disponibilidad del equipo.
-
El tiempo de respuesta.
-
El código de función utilizado.
-
El registro solicitado.
-
El valor bruto leído.
-
El valor convertido.
-
Los errores de Modbus devueltos.
-
Los tiempos de espera y los errores de conexión.
-
La frecuencia de sondeo real.
-
La fecha y hora de la última medición válida.
Este diagnóstico reduce la necesidad de herramientas externas y agiliza la puesta en marcha, sobre todo cuando los equipos son antiguos o están mal documentados.
Canalización de datos hacia InfluxDB
InfluxDB es ideal para series temporales industriales: mediciones repetidas, etiquetas de contexto, retención, agregación y visualización a través de Grafana. La calidad del modelo de datos es fundamental.
Una medida correctamente modelizada debe incluir un valor, una marca de tiempo y etiquetas útiles. Por ejemplo: emplazamiento, puesto, transformador, salida, equipo, fase y unidad.
Ejemplo de punto en InfluxDB
Una entrada en InfluxDB puede representar una medida eléctrica con sus etiquetas industriales.
calidad_red,emplazamiento=fábrica_norte,puesto=hta_1,equipo=pm800_tgbt_01,fase=l1_l2,tensión=401,7 1719403200000000000
calidad_red,emplazamiento=fábrica_norte,puesto=hta_1,equipo=pm800_tgbt_01 potencia_activa_kw=842,5 1719403200000000000
calidad_red,emplazamiento=fábrica_norte,puesto=hta_1,equipo=pm800_tgbt_01 thd_tensión_pct=2,8 1719403200000000000
Esta estructura permite, a continuación, filtrar por centro, puesto, equipo o fase en Grafana, sin tener que multiplicar las bases de datos ni los paneles de control.
Panel de control de Grafana para la calidad de la red
Un panel de Grafana debe responder a las preguntas de los equipos sobre el terreno, no solo mostrar gráficos. En el caso de una estación de alta tensión, las vistas útiles son:
-
Vista general de la estación: tensión, corriente, potencia, frecuencia, THD, alarmas.
-
Vista por salida: carga, desequilibrio, potencia activa y reactiva.
-
Parámetros de calidad de la red: caídas de tensión, sobretensiones, armónicos, frecuencia.
-
Vista de protección: estados de Sepam, alarmas, activaciones, fallos.
-
Vista de disponibilidad de la recopilación: equipos accesibles, tiempos de espera, últimas mediciones.
-
Vista de correlación de la producción: incidencias eléctricas y paradas de la línea.
-
Vista histórica: comparación por día, semana, mes y período de referencia.
Un panel de control eficaz debe evitar la acumulación de gráficos innecesarios. Los paneles deben orientar la toma de decisiones: supervisar, diagnosticar, establecer correlaciones o activar una intervención.
Relacionar las perturbaciones en la red con las paradas de producción
El valor del proyecto se pone de manifiesto cuando los datos eléctricos explican los incidentes de producción. Una línea que se detiene a las 14:03 puede estar relacionada con una caída de tensión, un desequilibrio de fase, una alarma Sepam o un aumento de armónicos.
Esta correlación no sustituye al análisis eléctrico, pero proporciona una base objetiva. Ayuda a distinguir entre una avería de la máquina y una perturbación en el suministro eléctrico o un incidente en la red en una fase anterior.
Frecuencia de recogida y priorización
No todas las mediciones deben recopilarse con la misma frecuencia. Una frecuencia demasiado alta sobrecarga el bus Modbus, la pasarela y la base de datos. Una frecuencia demasiado baja puede hacer que se pase por alto un evento importante.
| Dato | Frecuencia orientativa | Comentario |
|---|---|---|
| Tensión y corriente RMS | De 1 a 10 segundos | Según la criticidad y la capacidad del equipo |
| Potencia activa y reactiva | De 5 a 30 segundos | Útil para el seguimiento de la carga |
| Energía acumulada | De 1 a 5 minutos | Variación lenta |
| THD y armónicos | De 10 a 60 segundos | A adaptar según las necesidades de calidad de la red |
| Estados de los relés | De 1 a 5 segundos | Importante para las alarmas |
| Eventos de protección | Tan pronto como estén disponibles | Alta prioridad |
| Recopilación de diagnósticos | De 30 a 60 segundos | Disponibilidad del equipo |
Estos valores deben ajustarse en función del bus, los equipos, el volumen de InfluxDB y el nivel de detalle esperado.
Gestión de los tiempos de espera y los datos que faltan
En un sistema de supervisión eléctrica, la ausencia de datos constituye en sí misma una información. Hay que distinguir entre una medida realmente nula y una medida no disponible.
Buenas prácticas:
-
Marcar explícitamente los equipos que han superado el tiempo de espera.
-
Conservar la marca de tiempo del último valor válido.
-
No sustituir automáticamente un dato que falte por un cero.
-
Crear alertas en caso de falta de datos.
-
Supervisar la tasa de error por equipo.
-
Almacenar en caché localmente cuando la conexión a la red sea inestable.
-
Reproducir los datos almacenados en el búfer con su marca de tiempo original.
Este rigor evita conclusiones erróneas en Grafana, sobre todo en los gráficos de potencia o de energía.
Seguridad y segmentación de la subestación de alta tensión
Los datos eléctricos son sensibles. Revelan la carga, las incidencias, los horarios de actividad y, en ocasiones, el nivel de criticidad de una línea. Por lo tanto, su recopilación debe realizarse de forma segura.
Medidas recomendadas:
-
Aislar la red de la subestación de alta tensión en una zona específica.
-
Limitar los flujos entre la pasarela y los dispositivos Modbus.
-
Evitar cualquier exposición directa de los analizadores o relés a Internet.
-
Cifrar los flujos salientes hacia la plataforma de datos.
-
Registrar las conexiones y los cambios de configuración.
-
Restringir el acceso a Grafana según el rol.
-
Documentar los equipos, los puertos, los protocolos y los derechos.
-
Establecer un procedimiento para revocar los accesos de los proveedores.
Este enfoque se ajusta a los principios de segmentación OT/IT y de privilegios mínimos que se detallan en las guías sobre conectividad industrial y sobre el acceso seguro a través de la pasarela Eziwan.
Plantillas de fabricantes
Las plantillas agilizan considerablemente la puesta en marcha. En ellas se describen los registros, los tipos, los factores de escala, las unidades y los nombres de las medidas de equipos conocidos.
Una plantilla útil debe contener:
-
El modelo exacto o la gama de equipos.
-
La versión de la documentación utilizada.
-
Los registros leídos.
-
Los tipos de datos.
-
Los factores de escala.
-
Las unidades.
-
Etiquetas recomendadas.
-
La frecuencia de recogida por grupo de mediciones.
-
Las limitaciones conocidas.
-
Un procedimiento de validación sobre el terreno.
Las plantillas no sustituyen a una prueba real. Dos equipos de la misma gama pueden tener opciones o versiones diferentes.
Ejemplo de configuración con varios equipos
poste:
nom: hta_usine_nord
timezone: Europe/Paris
collecte:
modbus_tcp:
- nom: pm800_depart_ligne_a
ip: 192.168.30.11
port: 502
template: schneider_pm800_qualite_reseau
intervalle: 5s
tags:
poste: hta_1
depart: ligne_a
- nom: pm800_depart_ligne_b
ip: 192.168.30.12
port: 502
template: schneider_pm800_qualite_reseau
intervalle: 5s
tags:
poste: hta_1
depart: ligne_b
modbus_rtu:
port: /dev/rs485-1
baudrate: 19200
parite: paire
stop_bits: 1
equipements:
- nom: sepam_cellule_arrivee
adresse: 1
template: schneider_sepam_etats_protection
intervalle: 2s
- nom: sepam_depart_moteurs
adresse: 2
template: schneider_sepam_etats_protection
intervalle: 2s
sortie:
influxdb:
bucket: qualite_reseau
measurement: poste_hta
buffer_local: true
Este tipo de configuración hace que la implementación sea reproducible. Además, facilita la auditoría, ya que cada dato recopilado está vinculado a un equipo y a una plantilla.
Alertas útiles
Las alertas deben ser útiles. Una alerta demasiado vaga genera ruido; una alerta contextualizada ayuda a diagnosticar.
Ejemplos de alertas relevantes:
-
Pérdida de comunicación con un analizador PM800.
-
Pérdida de comunicación con un repetidor Sepam.
-
Caída de tensión por debajo del umbral establecido.
-
Desequilibrio de corriente entre fases.
-
Distorsión armónica total (THD) de tensión o corriente superior al umbral de supervisión.
-
Activación o alarma de protección.
-
Falta de datos sobre un puesto crítico.
-
Aumento del tiempo de espera de Modbus.
-
Alta potencia reactiva durante un periodo prolongado.
-
Diferencia inusual en la carga entre salidas.
Los umbrales deben ser validados por los equipos de electricidad. No hay que convertir la supervisión en una fuente de alertas no cualificadas.
Lista de comprobación antes de la puesta en producción
| Control | Pregunta | Prioridad |
|---|---|---|
| Inventario | ¿Están identificados todos los analizadores y relés? | Alta |
| Documentación | ¿Se han validado las tablas Modbus? | Alta |
| Interfaces | ¿Se han confirmado el TCP, el RTU, la velocidad de transmisión y las direcciones? | Alta |
| Plantillas | ¿Se han comprobado las conversiones y las unidades? | Alta |
| Marca de tiempo | ¿Están definidas la zona horaria y la sincronización de la hora? | Alta |
| InfluxDB | ¿Son coherentes las etiquetas y las mediciones? | Alta |
| Grafana | ¿Responden los paneles a las necesidades del negocio? | Alta |
| Alertas | ¿Ha validado el equipo eléctrico los umbrales? | Alta |
| Seguridad | ¿Están segmentados y cifrados los flujos? | Alta |
| Búfer | ¿Se gestionan las interrupciones temporales de la red? | Media |
Esta lista de comprobación evita los errores habituales: registros mal convertidos, unidades incoherentes, mediciones sin fecha y hora o paneles de control que no se pueden utilizar.
Errores frecuentes que hay que evitar
Recopilar demasiados registros desde el principio
Es tentador recopilarlo todo. Pero una recopilación excesiva sobrecarga los servidores, complica los paneles de control y aumenta el espacio de almacenamiento. Es mejor empezar por las métricas útiles y luego ampliarlas según sea necesario.
Ignorar los factores de escala
Un valor bruto puede corresponder a voltios, kilovoltios, amperios, décimas o milésimas de unidad. Sin un factor de escala, las curvas de Grafana pueden ser erróneas aunque parezcan coherentes.
Confundir un dato nulo con un dato ausente
Un valor de potencia igual a cero y una medida no disponible no significan lo mismo. Los tiempos de espera deben gestionarse de forma explícita.
Descuidar la calidad del bus RS-485
Un bus mal terminado, demasiado largo, mal polarizado o con interferencias puede provocar errores intermitentes difíciles de diagnosticar. El diagnóstico de la comunicación es tan importante como la configuración del software.
Crear Grafana sin lógica de negocio
Un buen panel de control debe ayudar a tomar decisiones. Las gráficas deben estar organizadas por puesto, salida, equipamiento y evento, con umbrales claros y filtros útiles.
Indicadores de gestión
Para sacar el máximo partido a la supervisión a largo plazo, es necesario realizar un seguimiento tanto de los datos eléctricos como de la calidad de la recogida de datos.
| Indicador | Función |
|---|---|
| Tensión media y mín./máx. | Detectar caídas, sobretensiones e inestabilidades |
| Corriente por fase | Identificar desequilibrios y sobrecargas |
| Potencia activa | Supervisar la carga y el consumo |
| Potencia reactiva | Supervisar la compensación y el factor de potencia |
| THD de tensión y corriente | Analizar la calidad de la red |
| Alarmas Sepam | Correlacionar fallos y eventos |
| Disponibilidad de los equipos | Comprobar la recopilación de datos |
| Tasa de timeout de Modbus | Detectar un problema en el bus o en la red |
| Última medición válida | Identificar los equipos inactivos |
| Número de eventos correlacionados | Relacionar la red eléctrica con la producción |
Estos indicadores permiten una explotación progresiva: supervisión, diagnóstico, análisis de calidad y, posteriormente, optimización energética.
Cómo Eziwan simplifica la supervisión de la HTA
| Necesidad | Respuesta de Eziwan | Beneficio |
|---|---|---|
| Recopilación de Modbus TCP | Sondeo de analizadores de red | Mediciones eléctricas centralizadas |
| Recopilación de Modbus RTU | Interfaz RS-485 | Integración de relés y equipos heredados |
| Comprender los registros | Diagnóstico en tiempo real | Puesta en marcha más rápida |
| Normalizar los datos | Transformaciones integradas | Valores físicos aprovechables |
| Acelerar los proyectos | Plantillas de fabricantes | Menos configuración manual |
| Historización | Publicación en InfluxDB | Series temporales preparadas para Grafana |
| Supervisión | Registros y alertas | Diagnóstico más sencillo |
| Seguridad | Túneles y segmentación | Sin exposición directa de los equipos |
Eziwan transforma una recopilación de datos Modbus dispersa en un canal de datos industrial aprovechable, compatible con las necesidades de calidad de la red, mantenimiento y producción.
Conclusión
La supervisión de los analizadores de red Modbus en una subestación de alta tensión permite pasar de una visión puntual a un análisis continuo de la calidad eléctrica. Al recopilar los datos de los PM800, Sepam y otros equipos Modbus, y posteriormente almacenar el historial de las mediciones en InfluxDB y Grafana, los equipos pueden correlacionar las perturbaciones de la red con las paradas de producción, realizar diagnósticos más rápidos y priorizar mejor las acciones.
Eziwan aporta los componentes necesarios: recopilación de datos Modbus TCP y RTU, diagnóstico de registros, plantillas de fabricantes, transformaciones integradas, búfer local, publicación en InfluxDB, alertas y seguridad de los flujos de datos. En el caso de las instalaciones industriales, este enfoque hace que la supervisión de la alta tensión sea más fiable, más clara y directamente aprovechable por los equipos de campo.
Para profundizar en el tema
- Modbus RTU a la nube — conecta tus equipos RS-485 Modbus RTU a la nube sin modificar el cableado
- Modbus TCP a la nube — transmita los datos Modbus TCP de sus controladores a una plataforma en la nube
- RS-485 Modbus 4G — solución llave en mano para transmitir Modbus RTU a través de una red 4G LTE
- Protocolos industriales — visión general de los protocolos OT: Modbus, OPC UA, MQTT, Profibus y BACnet
- Pasarela IoT industrial — cómo elegir la pasarela adecuada para convertir y transmitir tus datos de campo