Comunicación de planta · PV comercial
Los fallos de comunicación rara vez tienen su origen en un único equipo. Surgen en las interfaces entre los equipos de campo, el nivel de bus y red, el logger, el regulador y la monitorización, precisamente donde cada sistema funciona correctamente por sí solo, pero la traducción entre ellos falla.
Energy Integration Engineering analiza este recorrido de forma completa e independiente del fabricante, en lugar de sustituir un componente tras otro.
Cadena del sistema
Nivel de campo: unidades de generación, contadores, transformadores y sensórica como fuente de todos los datos.
Transmisión física: topología de bus, terminación, direccionamiento, cableado, switches.
Adquisición de datos, conversión de protocolo, almacenamiento intermedio y reenvío.
Acceso a red, estructura IP, enrutamiento, firewall y acceso remoto a la planta.
Procesamiento de los valores medidos, distribución de consignas, señales de retorno.
Visualización, archivo, alarmas y entrega a sistemas externos.
Cada etapa de esta cadena traduce los datos a otra forma: de la magnitud física medida a un registro, del registro a un paquete de red, del paquete de red a un punto de datos en la monitorización. Cualquiera de estas traducciones puede parecer correcta y aun así ser errónea.
Por eso el diagnóstico no comienza con la sospecha de qué equipo está averiado, sino con la pregunta de en qué punto de la cadena el valor fue por última vez demostrablemente correcto.
Escala de la planta
Cuantos más equipos y proveedores intervienen, más transiciones debe soportar la comunicación.
Tecnología
El protocolo dominante en plantas fotovoltaicas comerciales. Modbus TCP funciona sobre Ethernet y es más fácil de diagnosticar; Modbus RTU funciona en serie sobre RS485 e impone requisitos adicionales de direccionamiento, temporización y topología de bus. Ambas variantes suelen coexistir en la misma planta.
El nivel físico determina la estabilidad. En RS485 son relevantes la topología, la terminación, la longitud de línea y las interferencias; en Ethernet lo son la estructura IP, los switches, las VLAN y el enrutamiento. Los fallos esporádicos suelen tener su origen aquí y no en el protocolo.
Recopilan datos de varios equipos y los ponen a disposición de un sistema superior. Son también el punto más habitual de asignaciones de registro incorrectas, escalados erróneos y lagunas de datos silenciosas, porque ahí se produce la traducción entre dos mundos.
El acceso remoto a una planta depende del router, la conexión móvil, la asignación de direcciones y la configuración de la VPN. Una red de planta que funcione perfectamente sirve de poco si no es accesible de forma fiable desde el exterior, y viceversa.
Contadores, transformadores y transmisores de medida proporcionan los valores sobre los que se basan la regulación, la facturación y el análisis. Relaciones de transformación erróneas, convenios de signo o escalados incorrectos repercuten hasta en la propia regulación de la planta.
Al final de la cadena, los datos se procesan, se representan y se entregan a sistemas externos. Si la monitorización muestra valores distintos a los del controlador, la causa casi siempre está en uno de los pasos de traducción intermedios.
Averías típicas
Los fallos de comunicación rara vez tienen su origen en un único equipo. Surgen en las interfaces entre los equipos de campo, el nivel de bus y red, el logger, el regulador y la monitorización, precisamente donde cada sistema funciona correctamente por sí solo, pero la traducción entre ellos falla. Energy Integration Engineering acota la causa de forma independiente del fabricante a lo largo de toda la cadena del sistema, en lugar de sustituir componentes por sospecha.
No hay flujo de datos entre los equipos de campo y el sistema superior. El fallo puede estar en el nivel RS485, en Ethernet, en el gateway o en los equipos finales. La acotación se realiza siguiendo el camino de la señal, no sustituyendo equipos individuales.
Uno o varios inversores no reportan valores. Puede deberse a la dirección IP, al gateway, a los parámetros de bus o a un problema físico en el bus. La causa suele abarcar varios equipos y rara vez se encuentra solo en el inversor.
El logger entrega datos incompletos o ningún dato. Están implicados el direccionamiento, el perfil de registros, los parámetros de bus y el bus físico. Sin una comprobación sistemática no queda claro si la causa está en el logger o en el equipo de campo.
Modbus TCP o RTU no entrega datos. Puede deberse a la dirección IP y puerto, la dirección de equipo, la velocidad en baudios, la asignación de registros o la topología de bus. Los problemas de TCP suelen ser de red, los de RTU suelen ser de naturaleza física.
La conexión de bus se interrumpe de forma esporádica. Las causas son la terminación, el tendido de cables, las interferencias, los conflictos de dirección o la velocidad en baudios. Muchos de estos puntos requieren una revisión in situ; el análisis remoto los acota con precisión.
Los valores se entregan, pero son incorrectos. Puede deberse a asignaciones de registro divergentes, tipos de dato (int16, uint32, float), factores de escala o convenios de signo. El problema se encuentra en el punto de traducción entre dos sistemas.
La plataforma presenta lagunas o valores no plausibles. El fallo puede estar en el logger, en el gateway, en la transmisión de datos o en el sistema final. Solo la comparación de valores en todos los niveles muestra dónde se origina la desviación.
El acceso remoto a la planta no está disponible o no es fiable. Las causas están en el router, la configuración de la VPN, la conexión móvil o el firewall. Localmente la planta funciona, pero no es accesible desde el exterior.
Cada proveedor confirma que su componente funciona correctamente, pero el fallo persiste. La causa está en la interfaz entre los sistemas. Un análisis independiente del fabricante en todos los niveles aporta aquí claridad, en lugar de sustituir componentes por sospecha.
Una breve descripción de los componentes implicados, las rutas de datos y el patrón de la avería basta para una primera valoración objetiva de dónde se encuentra probablemente la causa y cómo puede acotarse.
Consultar el problema técnicoMetodología
El enfoque habitual ante fallos de comunicación es revisar el único componente que en ese momento parece sospechoso. Si cada componente se reporta como "correcto" por separado, el fallo persiste de todos modos, porque se encuentra entre los componentes.
Por ello se examina el recorrido completo: desde el equipo de campo, pasando por el nivel de bus y red, el gateway y el logger, el regulador, hasta la monitorización o los sistemas externos. En cada punto de transición se comprueba si el valor sigue correspondiendo a lo que entregó el sistema anterior.
Qué valor debe llegar a dónde y por qué equipos pasa.
Comprobar nivel por nivel dónde el valor sigue siendo correcto.
Acotar la única etapa en la que se produce la desviación.
Confirmar la hipótesis mediante un cambio o medición específicos.
Implementar la medida y registrarla de forma trazable.
Plantas existentes
En las plantas existentes, el punto de partida suele ser más complicado que en las instalaciones nuevas: los componentes se han ampliado o sustituido a lo largo de los años, la documentación ya no corresponde a la estructura real, los contactos originales ya no están disponibles y la responsabilidad entre proveedores no está definida.
En estos casos, la primera parte del trabajo consiste en volver a registrar de forma fiable la estructura real: qué equipos están instalados realmente, cómo están direccionados, qué rutas de datos existen y cuáles de ellas se utilizan realmente. Solo entonces comienza el diagnóstico propiamente dicho.
Análisis remoto
Acceso a través de conexiones existentes, comprobación de accesibilidad, estabilidad y enrutamiento.
Evaluar directamente la configuración de inversores, loggers, gateways y routers.
Correlación temporal de cortes, reinicios y mensajes de error en varios equipos.
Leer registros de forma específica, comprobar tipos de dato y escalados frente al comportamiento real.
Comprender y corregir la asignación de direcciones, subredes, enrutamiento y reglas de firewall.
Comparar equipos similares para visualizar desviaciones en unidades individuales.
Examinar series temporales en busca de lagunas, valores atípicos y desviaciones sistemáticas.
Contrastar valores entre varios niveles en lugar de confiar en una única indicación.
Los trabajos físicos siguen a cargo de personal cualificado in situ: cableado, terminación, comprobación de líneas, conexionado de transformadores y mediciones eléctricas. El análisis remoto asegura que dicha intervención sea específica y tenga un objetivo claro.
Relación
Un fallo de comunicación rara vez se limita al nivel de datos. Si faltan valores medidos o están mal escalados, la planta se regula a partir de magnitudes de entrada erróneas. La causa parece entonces un problema de regulación, aunque en realidad se encuentra un nivel más abajo; véase al respecto la página sobre puesta en marcha y diagnóstico del controlador EZA.
Del mismo modo, la controlabilidad externa depende directamente del enlace de comunicación: si las consignas no llegan a la planta o los valores reales no se reportan correctamente, las pruebas y las órdenes de despacho fracasan. Esta interfaz se describe en la página sobre telecontrol para plantas fotovoltaicas .
Una breve descripción de los componentes implicados, las rutas de datos y el patrón de la avería basta para una primera valoración objetiva de dónde se encuentra probablemente la causa y cómo puede acotarse.
Consultar el problema técnicoPreguntas frecuentes
Más servicios disponibles: Servicios de Energy Integration Engineering.
