{"id":81328,"date":"2026-09-18T15:59:02","date_gmt":"2026-09-18T18:59:02","guid":{"rendered":"https:\/\/a3aengenharia.com\/?post_type=articles&p=81328"},"modified":"2026-09-18T15:59:02","modified_gmt":"2026-09-18T18:59:02","slug":"proyecto-telecomunicaciones-subestaciones-alcance-arquitectura-entregables","status":"publish","type":"articles","link":"https:\/\/a3aengenharia.com\/es-es\/contenido\/articulos-tecnicos\/proyecto-telecomunicaciones-subestaciones-alcance-arquitectura-entregables\/","title":{"rendered":"Proyecto de Telecomunicaciones en Subestaciones: alcance, arquitectura y entregables"},"content":{"rendered":"\n

Un proyecto de telecomunicaciones en subestaciones<\/strong> no se limita al tendido de fibras \u00f3pticas o a la instalaci\u00f3n de switches. Define la infraestructura f\u00edsica y l\u00f3gica que sustenta supervisi\u00f3n, control, protecci\u00f3n, voz operativa, teleasistencia, videovigilancia, seguridad electr\u00f3nica, sincronizaci\u00f3n horaria e integraci\u00f3n con centros de operaci\u00f3n.<\/p>\n\n\n\n

\n

La teleasistencia exige integraci\u00f3n entre operaci\u00f3n, telecomunicaciones y monitoreo.<\/strong>\n\nA solu\u00e7\u00e3o precisa coordenar supervis\u00e3o, comandos, conting\u00eancia, comunica\u00e7\u00e3o, v\u00eddeo operativo e procedimentos de resposta conforme a aplicabilidade da instala\u00e7\u00e3o.<\/p>\n\n\n\n

Conozca la soluci\u00f3n de Teleasistencia y Monitoreo Operativo<\/a><\/p>\n<\/div>\n\n\n\n

\n

La infraestructura de comunicaci\u00f3n debe nacer de los requisitos operativos.<\/strong>\n\nArquitetura, redund\u00e2ncia, fibras, equipamentos, alimenta\u00e7\u00e3o e testes devem ser definidos a partir dos servi\u00e7os que a subesta\u00e7\u00e3o precisa manter dispon\u00edveis.<\/p>\n\n\n\n

Conozca el servicio de Proyecto de Telecomunicaciones<\/a><\/p>\n<\/div>\n\n\n\n

En subestaciones de empresas el\u00e9ctricas y agentes del sector, una falla de comunicaci\u00f3n puede comprometer la visibilidad operativa, retrasar la identificaci\u00f3n de eventos, impedir su transmisi\u00f3n, degradar la teleasistencia o dejar indisponibles recursos utilizados en la coordinaci\u00f3n de la operaci\u00f3n. Por ello, los requisitos de disponibilidad, redundancia, latencia, segregaci\u00f3n, alimentaci\u00f3n y recuperaci\u00f3n deben establecerse desde la fase de proyecto.<\/p>\n\n\n\n

El alcance tambi\u00e9n debe reflejar la realidad de cada proyecto. Una subestaci\u00f3n de distribuci\u00f3n integrada al centro de operaci\u00f3n de la empresa el\u00e9ctrica tiene necesidades distintas de una instalaci\u00f3n incluida en la Red de Operaci\u00f3n brasile\u00f1a, de una subestaci\u00f3n estrat\u00e9gica teleasistida o de una ampliaci\u00f3n dentro de una instalaci\u00f3n existente. Los Procedimientos de Red del ONS son referencias centrales cuando resultan aplicables, pero no sustituyen los est\u00e1ndares corporativos, especificaciones t\u00e9cnicas, filosof\u00edas de automatizaci\u00f3n ni requisitos particulares de cada agente.<\/p>\n\n\n\n

Este art\u00edculo presenta c\u00f3mo estructurar, documentar, contratar y comisionar proyectos de telecomunicaciones para subestaciones de distribuci\u00f3n y transmisi\u00f3n, con foco en empresas el\u00e9ctricas, transmisoras, generadoras, contratistas EPC, integradores y compa\u00f1\u00edas responsables de modernizar instalaciones existentes.<\/p>\n\n\n\n\n

Por qu\u00e9 las telecomunicaciones son una disciplina cr\u00edtica de la subestaci\u00f3n<\/h2>\n\n\n\n

La infraestructura de telecomunicaciones conecta el proceso el\u00e9ctrico con los sistemas que permiten observar, comandar, registrar y coordinar la instalaci\u00f3n. Transporta informaci\u00f3n entre IED, rel\u00e9s, unidades terminales remotas, sistemas locales de supervisi\u00f3n y control, gateways, centros de operaci\u00f3n, equipos de teleprotecci\u00f3n, servidores, estaciones de ingenier\u00eda y plataformas de monitoreo.<\/p>\n\n\n\n

Esta funci\u00f3n exige un tratamiento diferente al de una red corporativa convencional. Los flujos tienen criticidades, tiempos de respuesta y consecuencias distintas. Un archivo administrativo, una imagen de seguridad patrimonial, una se\u00f1alizaci\u00f3n de estado y un mensaje asociado a protecci\u00f3n no pueden tratarse como tr\u00e1fico equivalente solo porque utilizan Ethernet o fibra \u00f3ptica.<\/p>\n\n\n\n

El proyecto debe establecer qu\u00e9 servicios pueden compartir infraestructura, cu\u00e1les requieren segregaci\u00f3n l\u00f3gica, cu\u00e1les exigen caminos f\u00edsicamente independientes y cu\u00e1les deben mantener funcionamiento local ante la p\u00e9rdida de comunicaci\u00f3n externa. Tambi\u00e9n debe definir c\u00f3mo se detectar\u00e1n, registrar\u00e1n, comunicar\u00e1n y tratar\u00e1n las fallas por operaci\u00f3n y mantenimiento.<\/p>\n\n\n\n

En instalaciones alcanzadas por los Procedimientos de Red brasile\u00f1os, el Subm\u00f3dulo 2.15 clasifica servicios de voz y datos seg\u00fan requisitos de disponibilidad. El servicio Clase A, por ejemplo, exige una disponibilidad total de 99,98 % y debe utilizar recursos y rutas independientes. Esta clasificaci\u00f3n no debe aplicarse indiscriminadamente a toda subestaci\u00f3n, pero demuestra que la arquitectura debe vincularse al servicio operativo y a la aplicabilidad regulatoria.<\/p>\n\n\n\n\n

Levantamiento y definici\u00f3n de requisitos<\/h2>\n\n\n\n

El proyecto comienza antes de dibujar la topolog\u00eda. Es necesario comprender la funci\u00f3n de la instalaci\u00f3n, los sistemas existentes, interfaces con centros de operaci\u00f3n, est\u00e1ndares del agente, servicios que utilizar\u00e1n la red y limitaciones f\u00edsicas para la implantaci\u00f3n.<\/p>\n\n\n\n

Caracterizaci\u00f3n de la instalaci\u00f3n y la operaci\u00f3n<\/h3>\n\n\n\n

El levantamiento debe identificar si la subestaci\u00f3n cuenta con asistencia local, es teleasistida o est\u00e1 preparada para futura operaci\u00f3n remota; si integra la Red de Operaci\u00f3n o Supervisi\u00f3n brasile\u00f1a; si se considera estrat\u00e9gica; qu\u00e9 centros se relacionan con ella; y qu\u00e9 servicios deben permanecer disponibles en condici\u00f3n normal, degradada o de contingencia.<\/p>\n\n\n\n

Tambi\u00e9n se eval\u00faan la disposici\u00f3n f\u00edsica, patios, casas de control, casetas de rel\u00e9s, salas t\u00e9cnicas, porter\u00edas, accesos, canaletas, galer\u00edas, postes, entradas de cables, racks, distribuidores \u00f3pticos, alimentaci\u00f3n disponible y condiciones ambientales.<\/p>\n\n\n\n

Inventario y diagn\u00f3stico del sistema existente<\/h3>\n\n\n\n

En modernizaciones, el inventario debe registrar equipos, modelos, firmware, puertos, interfaces, protocolos, fibras, terminaciones, direcciones, VLAN, rutas, fuentes, bater\u00edas, licencias, integraciones y estado de soporte. Los diagramas antiguos no sustituyen la verificaci\u00f3n de campo.<\/p>\n\n\n\n

El diagn\u00f3stico debe diferenciar activos que pueden conservarse, equipos que deben sustituirse, enlaces con capacidad insuficiente, fibras sin documentaci\u00f3n, topolog\u00edas sin redundancia y componentes sin soporte o compatibilidad con la arquitectura futura.<\/p>\n\n\n\n

Matriz de servicios y criticidades<\/h3>\n\n\n\n

Una matriz de servicios relaciona cada aplicaci\u00f3n con origen, destino, disponibilidad requerida, volumen de tr\u00e1fico, latencia admisible, protocolo, seguridad, alimentaci\u00f3n y contingencia. Esta matriz evita reducir el proyecto a una lista de equipos.<\/p>\n\n\n\n

Servicio<\/td>Origen y destino t\u00edpicos<\/td>Requisitos que deben definirse<\/td><\/tr>
Supervisi\u00f3n y control<\/td>RTU, sistema local de supervisi\u00f3n y control, gateways y centros de operaci\u00f3n<\/td>edad del dato, disponibilidad, protocolo, integridad y pruebas punto a punto<\/td><\/tr>
Teleprotecci\u00f3n<\/td>rel\u00e9s y terminales de l\u00ednea<\/td>tiempo de transferencia, simetr\u00eda, disponibilidad, independencia y supervisi\u00f3n del canal<\/td><\/tr>
Automatizaci\u00f3n de subestaci\u00f3n<\/td>IED, switches, servidores y estaciones<\/td>topolog\u00eda, prioridades, sincronizaci\u00f3n, ingenier\u00eda y recuperaci\u00f3n<\/td><\/tr>
Voz operativa<\/td>instalaci\u00f3n y centro de operaci\u00f3n<\/td>clase de servicio, grabaci\u00f3n, contingencia y disponibilidad<\/td><\/tr>
Teleasistencia<\/td>subestaci\u00f3n y centro remoto<\/td>supervisi\u00f3n, comandos, voz, video, redundancia y operaci\u00f3n degradada<\/td><\/tr>
Videovigilancia operativa<\/td>patio, salas y centro de operaci\u00f3n<\/td>resoluci\u00f3n \u00fatil, latencia, grabaci\u00f3n, disponibilidad e integraci\u00f3n con eventos<\/td><\/tr>
Seguridad patrimonial<\/td>per\u00edmetro, accesos y central de seguridad<\/td>segmentaci\u00f3n, retenci\u00f3n, alarmas, acceso remoto y respuesta<\/td><\/tr>
Gesti\u00f3n y mantenimiento<\/td>equipos y estaciones administrativas<\/td>autenticaci\u00f3n, logs, restricciones de acceso y ventanas de intervenci\u00f3n<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n\n

Servicios que utilizan la infraestructura de comunicaci\u00f3n<\/h2>\n\n\n\n

Supervisi\u00f3n, control y adquisici\u00f3n de datos<\/h3>\n\n\n\n

Los sistemas SCADA dependen de la adquisici\u00f3n de telemediciones, se\u00f1alizaciones, alarmas, eventos y comandos. El proyecto debe mapear los puntos desde su origen en el proceso hasta el sistema que los utiliza, incluyendo transductores, IED, RTU o sistema local de supervisi\u00f3n y control, concentradores, gateways, enlaces WAN y centros de operaci\u00f3n.<\/p>\n\n\n\n

Cuando sean aplicables los Procedimientos de Red brasile\u00f1os, el Subm\u00f3dulo 2.12 establece requisitos para interconexiones de datos, calidad de la informaci\u00f3n, edad del dato, secuencia de eventos, sincronizaci\u00f3n y pruebas de conectividad. El documento tambi\u00e9n diferencia interconexiones utilizadas para control autom\u00e1tico de generaci\u00f3n, funciones tradicionales de supervisi\u00f3n y control y secuencia de eventos.<\/p>\n\n\n\n

El proyecto de telecomunicaciones debe transformar estos requisitos funcionales en capacidad, topolog\u00eda, interfaces, redundancia, protocolos, reglas de encaminamiento y criterios de prueba.<\/p>\n\n\n\n

Teleprotecci\u00f3n<\/h3>\n\n\n\n

La teleprotecci\u00f3n utiliza canales de comunicaci\u00f3n para acelerar, bloquear, permitir o coordinar actuaciones entre terminales de una l\u00ednea. Como la funci\u00f3n est\u00e1 directamente relacionada con la eliminaci\u00f3n de fallas, no basta con prever ancho de banda: es necesario definir tiempo de transferencia, confiabilidad, disponibilidad, simetr\u00eda, supervisi\u00f3n, independencia de rutas y comportamiento ante fallas.<\/p>\n\n\n\n

En una arquitectura convergente, compartir medios f\u00edsicos o equipos debe analizarse a la luz de los requisitos de protecci\u00f3n. Las VLAN no crean independencia f\u00edsica y un \u00fanico equipo com\u00fan puede seguir siendo un punto \u00fanico de falla incluso cuando existen redes l\u00f3gicamente separadas.<\/p>\n\n\n\n

Voz operativa<\/h3>\n\n\n\n

La comunicaci\u00f3n de voz apoya preoperaci\u00f3n, operaci\u00f3n en tiempo real, posoperaci\u00f3n, contingencias y coordinaci\u00f3n entre centros e instalaciones. El proyecto debe tratar terminales, grabaci\u00f3n, retenci\u00f3n, disponibilidad, rutas, numeraci\u00f3n, integraci\u00f3n con telefon\u00eda existente y comportamiento en caso de p\u00e9rdida de la red principal.<\/p>\n\n\n\n

El Subm\u00f3dulo 2.15 del ONS establece clases y configuraciones de comunicaci\u00f3n de voz para situaciones alcanzadas por los Procedimientos de Red brasile\u00f1os. El Subm\u00f3dulo 2.16 prev\u00e9 recursos de grabaci\u00f3n de comunicaciones operativas y requisitos de continuidad para centros de operaci\u00f3n.<\/p>\n\n\n\n

Sincronizaci\u00f3n horaria<\/h3>\n\n\n\n

Rel\u00e9s, IED, servidores, RTU, grabadores, c\u00e1maras y sistemas de eventos deben utilizar una referencia temporal coherente. Sin sincronizaci\u00f3n, resulta dif\u00edcil correlacionar actuaci\u00f3n de protecci\u00f3n, cambio de estado, alarma, comando, grabaci\u00f3n de video e intervenci\u00f3n humana.<\/p>\n\n\n\n

El proyecto debe definir fuentes de tiempo, distribuci\u00f3n, protocolos, redundancia, antenas, protecci\u00f3n, precisi\u00f3n requerida y monitoreo. En aplicaciones alcanzadas por el Subm\u00f3dulo 2.12, los sistemas locales de supervisi\u00f3n\/control y RTU deben mantener exactitud de reloj compatible con la secuencia de eventos y los sellos de tiempo deben utilizar UTC.<\/p>\n\n\n\n

Video operativo, teleasistencia y seguridad<\/h3>\n\n\n\n

El video operativo y la seguridad patrimonial utilizan c\u00e1maras, pero tienen objetivos distintos. El video operativo busca apoyar la interpretaci\u00f3n de condiciones de la instalaci\u00f3n, confirmar situaciones en el patio o aportar contexto adicional durante eventos. La videovigilancia patrimonial protege per\u00edmetros, accesos, edificios y activos contra intrusi\u00f3n, vandalismo y otras incidencias.<\/p>\n\n\n\n

El proyecto debe separar requisitos de cobertura, calidad de imagen, disponibilidad, retenci\u00f3n, latencia, integraci\u00f3n y operaci\u00f3n. No es adecuado asumir que toda c\u00e1mara patrimonial puede cumplir una funci\u00f3n operativa o que toda instalaci\u00f3n exige confirmaci\u00f3n visual de equipos.<\/p>\n\n\n\n\n

Arquitectura f\u00edsica y l\u00f3gica<\/h2>\n\n\n\n

La arquitectura debe representar los caminos completos entre equipos de campo, sistemas locales y centros remotos. Los diagramas meramente conceptuales no son suficientes para implantaci\u00f3n y aceptaci\u00f3n.<\/p>\n\n\n\n

Capas funcionales<\/h3>\n\n\n\n

Una arquitectura t\u00edpica puede organizarse en proceso, bay, estaci\u00f3n, borde WAN y centros remotos. En los niveles de proceso y bay se encuentran IED, rel\u00e9s, interfaces de adquisici\u00f3n y dispositivos asociados a los equipos primarios. En el nivel de estaci\u00f3n se encuentran servidores, gateways, RTU o sistemas locales de supervisi\u00f3n y control, estaciones de operaci\u00f3n, switches centrales y sistemas de gesti\u00f3n.<\/p>\n\n\n\n

Esta organizaci\u00f3n no obliga a utilizar una \u00fanica tecnolog\u00eda. Ayuda a identificar d\u00f3nde se producen, procesan, concentran, registran y transmiten los datos.<\/p>\n\n\n\n

Segmentaci\u00f3n por funci\u00f3n y criticidad<\/h3>\n\n\n\n

La segmentaci\u00f3n debe separar funciones con distintos requisitos de seguridad y desempe\u00f1o. Redes de protecci\u00f3n, automatizaci\u00f3n, supervisi\u00f3n, video, seguridad patrimonial, gesti\u00f3n y acceso de proveedores pueden exigir zonas distintas y reglas espec\u00edficas de comunicaci\u00f3n.<\/p>\n\n\n\n

Las VLAN son un mecanismo de segmentaci\u00f3n, pero deben asociarse a controles de tr\u00e1fico, listas de acceso, firewalls, enrutamiento, autenticaci\u00f3n, monitoreo y documentaci\u00f3n. Una VLAN sin control entre zonas puede limitarse a reorganizar el tr\u00e1fico sin reducir efectivamente la exposici\u00f3n.<\/p>\n\n\n\n

Caminos f\u00edsicos y puntos \u00fanicos de falla<\/h3>\n\n\n\n

El proyecto debe representar ductos, canaletas, postes, fibras, cajas, distribuidores \u00f3pticos, racks, switches, fuentes y enlaces externos. Dos enlaces instalados en el mismo cable, ducto, caja o equipo no constituyen rutas plenamente independientes.<\/p>\n\n\n\n

El an\u00e1lisis de puntos \u00fanicos de falla debe considerar infraestructura civil, alimentaci\u00f3n, conversores, m\u00f3dulos \u00f3pticos, switches, firewalls, routers, servidores, licencias y dependencias externas. El objetivo no es duplicar indiscriminadamente todos los componentes, sino alinear la redundancia con las consecuencias de la indisponibilidad.<\/p>\n\n\n\n\n

Redes \u00f3pticas y medios de transmisi\u00f3n<\/h2>\n\n\n\n

La fibra \u00f3ptica se utiliza ampliamente en subestaciones por ofrecer alcance, capacidad, inmunidad electromagn\u00e9tica y aislamiento galv\u00e1nico. El proyecto debe definir tipo de cable, cantidad de fibras, rutas, terminaciones, reservas, conectores, cajas, bandejas, identificaci\u00f3n y criterios de ensayo.<\/p>\n\n\n\n

OPGW, ADSS y cables internos<\/h3>\n\n\n\n

OPGW puede integrar comunicaciones y cable de guarda en l\u00edneas a\u00e9reas; ADSS puede instalarse de forma autosoportada en aplicaciones compatibles; y cables diel\u00e9ctricos internos pueden atender patios, casas de control, galer\u00edas e interconexiones entre edificios. La elecci\u00f3n depende del entorno, distancias, esfuerzos mec\u00e1nicos, campos el\u00e9ctricos, infraestructura disponible, mantenimiento y estandarizaci\u00f3n del agente.<\/p>\n\n\n\n

El art\u00edculo Redes \u00d3pticas en Subestaciones: OPGW, ADSS, Topolog\u00edas y Ensayos<\/a> profundiza en estas alternativas.<\/p>\n\n\n\n

Presupuesto \u00f3ptico y compatibilidad<\/h3>\n\n\n\n

Cada enlace debe tener un presupuesto de potencia considerando transmisores, receptores, atenuaci\u00f3n de fibra, conectores, empalmes, divisiones, margen de ingenier\u00eda, envejecimiento y futuras intervenciones. Seleccionar un transceptor \u00fanicamente por la distancia nominal indicada por el fabricante puede resultar en enlaces sin margen adecuado o con potencia recibida por encima del l\u00edmite.<\/p>\n\n\n\n

Tambi\u00e9n deben verificarse longitud de onda, tipo de fibra, conector, alcance, temperatura, codificaci\u00f3n, velocidad, compatibilidad con el equipo y disponibilidad de repuestos.<\/p>\n\n\n\n

Documentaci\u00f3n y ensayos \u00f3pticos<\/h3>\n\n\n\n

La documentaci\u00f3n debe identificar cable, fibra, origen, destino, ruta, distribuidor \u00f3ptico, bandeja, puerto, empalme y reserva. Los ensayos de continuidad, p\u00e9rdida de inserci\u00f3n y OTDR deben planificarse de acuerdo con el enlace y los criterios del contratante.<\/p>\n\n\n\n

La aceptaci\u00f3n no debe limitarse a afirmar que el enlace est\u00e1 activo. Un enlace puede comunicar incluso con p\u00e9rdida excesiva, empalme deficiente, curvatura inadecuada o documentaci\u00f3n incorrecta.<\/p>\n\n\n\n\n

Redundancia, disponibilidad y contingencia<\/h2>\n\n\n\n

La disponibilidad debe tratarse como un requisito medible. El proyecto debe definir servicio, per\u00edodo de evaluaci\u00f3n, tiempo m\u00e1ximo de indisponibilidad, arquitectura, monitoreo, mantenimiento, repuestos y recuperaci\u00f3n.<\/p>\n\n\n\n

En instalaciones alcanzadas por el Subm\u00f3dulo 2.15, los servicios pueden clasificarse como A, B o C. La Clase A requiere disponibilidad total de 99,98 %, recursos independientes y dos rutas independientes; la Clase B requiere disponibilidad igual o superior a 99,00 %. El mismo documento establece par\u00e1metros de calidad de red como latencia, variaci\u00f3n de retardo y p\u00e9rdida de paquetes.<\/p>\n\n\n\n

Estos valores deben utilizarse \u00fanicamente cuando la instalaci\u00f3n y el servicio est\u00e9n dentro de la aplicabilidad del documento. En otras subestaciones de distribuci\u00f3n, el agente puede adoptar requisitos propios, muchas veces igualmente rigurosos, seg\u00fan su filosof\u00eda operativa y los impactos de la p\u00e9rdida de comunicaci\u00f3n.<\/p>\n\n\n\n

Redundancia local<\/h3>\n\n\n\n

Switches, fuentes, controladores, servidores e interfaces pueden tener redundancia por duplicaci\u00f3n o de forma intr\u00ednseca. El proyecto debe indicar c\u00f3mo se realiza la conmutaci\u00f3n, qu\u00e9 estado se monitorea, cu\u00e1nto tarda la recuperaci\u00f3n y c\u00f3mo se probar\u00e1 la falla.<\/p>\n\n\n\n

Redundancia de rutas<\/h3>\n\n\n\n

Las rutas independientes deben evitar causas comunes de falla. Cuando dos caminos dependen de la misma entrada de cable, caja, poste, energ\u00eda, equipo u operador, la independencia es parcial y debe declararse.<\/p>\n\n\n\n

Operaci\u00f3n degradada<\/h3>\n\n\n\n

La p\u00e9rdida de la WAN no debe interrumpir necesariamente funciones locales esenciales. El proyecto debe definir qu\u00e9 contin\u00faa funcionando, qu\u00e9 datos se almacenan, c\u00f3mo se realiza la sincronizaci\u00f3n posterior, qu\u00e9 comandos quedan bloqueados y cu\u00e1ndo debe asumirse la operaci\u00f3n local.<\/p>\n\n\n\n\n

Integraci\u00f3n con protecci\u00f3n, automatizaci\u00f3n y SCADA<\/h2>\n\n\n\n

La ingenier\u00eda de telecomunicaciones debe coordinarse con protecci\u00f3n y automatizaci\u00f3n desde el inicio. Cambios de topolog\u00eda, tiempos, protocolos, direccionamiento o sincronizaci\u00f3n pueden afectar funciones cr\u00edticas incluso cuando la red aparentemente sigue disponible.<\/p>\n\n\n\n

IED, RTU, sistemas locales de supervisi\u00f3n\/control y gateways<\/h3>\n\n\n\n

El proyecto debe definir c\u00f3mo se conectan los IED, qu\u00e9 datos se concentran, d\u00f3nde ocurre la conversi\u00f3n de protocolo, qu\u00e9 equipos mantienen historial, c\u00f3mo se supervisan los estados de comunicaci\u00f3n y c\u00f3mo llega la informaci\u00f3n a los sistemas locales y remotos.<\/p>\n\n\n\n

En instalaciones alcanzadas por el Subm\u00f3dulo 2.12, la interconexi\u00f3n de datos comprende el conjunto entre el punto de adquisici\u00f3n o comando en campo y el centro de operaci\u00f3n. Esto incluye RTU o sistemas locales de supervisi\u00f3n\/control, concentradores, enlaces WAN y equipos de interfaz.<\/p>\n\n\n\n

IEC 61850 e ingenier\u00eda de comunicaciones<\/h3>\n\n\n\n

La serie IEC 61850 establece modelos y servicios utilizados en la automatizaci\u00f3n de sistemas el\u00e9ctricos de potencia. El proyecto debe coordinar modelos de datos, archivos de configuraci\u00f3n, ingenier\u00eda de comunicaciones, direccionamiento, publicaciones, suscripciones, prioridades, sincronizaci\u00f3n y pruebas.<\/p>\n\n\n\n

La documentaci\u00f3n disponible en la base t\u00e9cnica de A3A incluye ABNT NBR IEC 61850-10, dedicada a ensayos de conformidad. Contempla metodolog\u00edas para dispositivos cliente, servidores, valores muestreados, herramientas de ingenier\u00eda, archivos SCL, GOOSE, redundancia, latencia y sincronizaci\u00f3n. Esta parte no sustituye las dem\u00e1s partes de la serie ni demuestra por s\u00ed sola la interoperabilidad completa de un sistema integrado.<\/p>\n\n\n\n

Gesti\u00f3n de interfaces<\/h3>\n\n\n\n

Protecci\u00f3n, automatizaci\u00f3n, telecomunicaciones, TI, seguridad electr\u00f3nica, civil y operaci\u00f3n deben compartir una matriz de interfaces. Esta matriz registra qui\u00e9n suministra cada se\u00f1al, protocolo, puerto, fibra, alimentaci\u00f3n, gabinete, software, licencia, configuraci\u00f3n, prueba y documento.<\/p>\n\n\n\n

Sin esta gesti\u00f3n, suelen aparecer brechas entre suministros: el fabricante proporciona un puerto, el integrador espera otra interfaz, la red no tiene habilitado el protocolo requerido y el comisionamiento descubre el conflicto solo en la etapa final.<\/p>\n\n\n\n\n

Teleasistencia, video operativo y monitoreo de seccionadores<\/h2>\n\n\n\n

Teleasistencia significa asistencia remota a la operaci\u00f3n de la instalaci\u00f3n. Depende de recursos de supervisi\u00f3n, comando, comunicaci\u00f3n, contingencia, personal habilitado y procedimientos operativos. C\u00e1maras y sensores pueden complementar la conciencia situacional, pero no sustituyen protecciones, enclavamientos, se\u00f1alizaciones el\u00e9ctricas ni procedimientos de maniobra.<\/p>\n\n\n\n

Para instalaciones de la Red de Operaci\u00f3n brasile\u00f1a alcanzadas por el documento, el Subm\u00f3dulo 2.16 establece requisitos para asistencia local y remota. Las instalaciones teleasistidas deben mantener supervisi\u00f3n y comandos locales para condiciones degradadas, probar peri\u00f3dicamente la asistencia y las fuentes auxiliares, mantener un plan de contingencia y adoptar recursos de ciberseguridad.<\/p>\n\n\n\n

Para instalaciones estrat\u00e9gicas teleasistidas, el \u00edtem 4.3.1 prev\u00e9 monitoreo ininterrumpido del patio y de las salas de control y protecci\u00f3n, adem\u00e1s de recursos adicionales al sistema supervisor para confirmaci\u00f3n remota de apertura y cierre de seccionadores utilizados en acciones operativas solicitadas por el ONS en tiempo real. Este requisito es espec\u00edfico de la clasificaci\u00f3n y aplicabilidad descritas en el documento y no debe generalizarse a todas las subestaciones.<\/p>\n\n\n\n

El art\u00edculo Videovigilancia Operativa en Subestaciones<\/a> detalla requisitos de imagen, arquitectura e integraci\u00f3n. Por su parte, Monitoreo de Seccionadores en Subestaciones<\/a> profundiza en la confirmaci\u00f3n visual y el papel del video como recurso complementario.<\/p>\n\n\n\n\n

Ciberseguridad y acceso remoto<\/h2>\n\n\n\n

Conectar la subestaci\u00f3n a centros remotos, proveedores y plataformas corporativas ampl\u00eda la superficie de ataque. El proyecto debe definir zonas, conduits, autenticaci\u00f3n, perfiles, firewalls, registros, actualizaci\u00f3n, acceso remoto, estaciones administrativas y gesti\u00f3n de vulnerabilidades.<\/p>\n\n\n\n

Separaci\u00f3n entre redes operativas y corporativas<\/h3>\n\n\n\n

La integraci\u00f3n con la red corporativa debe realizarse mediante interfaces controladas. Rutas directas, equipos con m\u00faltiples interfaces no documentadas y accesos permanentes de mantenimiento pueden eludir la segmentaci\u00f3n planificada.<\/p>\n\n\n\n

Acceso de fabricantes e integradores<\/h3>\n\n\n\n

El acceso remoto debe utilizar identidad individual, autenticaci\u00f3n fuerte, autorizaci\u00f3n, plazo definido, registro y revocaci\u00f3n. Las cuentas compartidas y t\u00faneles permanentes reducen la trazabilidad y dificultan el cierre seguro del soporte.<\/p>\n\n\n\n

Hardening y gesti\u00f3n del ciclo de vida<\/h3>\n\n\n\n

Switches, routers, firewalls, servidores, gateways, c\u00e1maras e IED necesitan configuraci\u00f3n segura, servicios m\u00ednimos, firmware controlado, backup, inventario y monitoreo. El proyecto debe especificar los requisitos, mientras los procedimientos operativos definen c\u00f3mo se mantendr\u00e1n a lo largo del ciclo de vida.<\/p>\n\n\n\n\n

Alimentaci\u00f3n, puesta a tierra e infraestructura<\/h2>\n\n\n\n

La disponibilidad de las comunicaciones depende de la alimentaci\u00f3n. No es coherente dise\u00f1ar enlaces redundantes alimentados por una \u00fanica fuente o por circuitos sin supervisi\u00f3n y autonom\u00eda compatibles.<\/p>\n\n\n\n

Cuando sea aplicable el Subm\u00f3dulo 2.6, los sistemas de telecomunicaciones deben disponer de dos conjuntos independientes de bater\u00edas y rectificadores, cada uno dimensionado para la carga total, con una autonom\u00eda m\u00ednima de diez horas tras la p\u00e9rdida de alimentaci\u00f3n CA. El documento tambi\u00e9n prev\u00e9 alimentaci\u00f3n mediante circuitos independientes y transferencia autom\u00e1tica sin paralelismo permanente de los bancos.<\/p>\n\n\n\n

En otras subestaciones, los valores deben definirse seg\u00fan las especificaciones del agente y el an\u00e1lisis de riesgos. El principio permanece: fuentes, autonom\u00eda, distribuci\u00f3n, protecci\u00f3n y alarmas deben coordinarse con el requisito de disponibilidad del servicio.<\/p>\n\n\n\n

Los cables met\u00e1licos, blindajes, racks, antenas y equipos deben integrarse al sistema de puesta a tierra y equipotencializaci\u00f3n de acuerdo con la arquitectura y las normas aplicables. La infraestructura tambi\u00e9n debe considerar compatibilidad electromagn\u00e9tica, segregaci\u00f3n, protecci\u00f3n mec\u00e1nica, drenaje, protecci\u00f3n contra incendios, acceso y mantenimiento.<\/p>\n\n\n\n\n

Documentos y entregables del proyecto<\/h2>\n\n\n\n

Un proyecto ejecutivo debe permitir contrataci\u00f3n, suministro, implantaci\u00f3n, configuraci\u00f3n, pruebas y operaci\u00f3n. El conjunto exacto var\u00eda seg\u00fan el proyecto, pero debe cubrir la arquitectura f\u00edsica, l\u00f3gica y funcional.<\/p>\n\n\n\n

Entregable<\/td>Contenido esperado<\/td><\/tr>
Memoria descriptiva<\/td>objetivos, premisas, criterios, servicios, arquitectura y l\u00edmites del alcance<\/td><\/tr>
Levantamiento y diagn\u00f3stico<\/td>inventario, condiciones existentes, restricciones, interferencias y recomendaciones<\/td><\/tr>
Diagrama de arquitectura<\/td>equipos, zonas, niveles, centros remotos e interfaces<\/td><\/tr>
Diagrama de red<\/td>switches, routers, firewalls, enlaces, puertos y redundancias<\/td><\/tr>
Diagrama \u00f3ptico<\/td>cables, fibras, distribuidores \u00f3pticos, empalmes, reservas, origen y destino<\/td><\/tr>
Matriz de servicios<\/td>origen, destino, protocolo, criticidad, disponibilidad, latencia y contingencia<\/td><\/tr>
Plan de direccionamiento<\/td>IP, VLAN, subredes, nombres, puertos y responsabilidades<\/td><\/tr>
Matriz de interfaces<\/td>suministros, se\u00f1ales, protocolos, conectores, energ\u00eda, pruebas y documentos<\/td><\/tr>
Especificaciones t\u00e9cnicas<\/td>requisitos funcionales, ambientales, el\u00e9ctricos, \u00f3pticos, de ciberseguridad y gesti\u00f3n<\/td><\/tr>
Lista de materiales<\/td>equipos, m\u00f3dulos, licencias, accesorios, cables, terminaciones y reservas<\/td><\/tr>
Memorias de c\u00e1lculo<\/td>ancho de banda, presupuesto \u00f3ptico, autonom\u00eda, disipaci\u00f3n y capacidad<\/td><\/tr>
Plan de pruebas<\/td>inspecciones, FAT, SAT, pruebas punto a punto, fallas, desempe\u00f1o y aceptaci\u00f3n<\/td><\/tr>
Documentaci\u00f3n final<\/td>As-Built, backups, archivos de configuraci\u00f3n, inventario, informes y manuales<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

La responsabilidad por archivos de configuraci\u00f3n, contrase\u00f1as, certificados, licencias y backups debe definirse contractualmente. Entregar solo planos y diagramas puede dejar al agente sin los elementos necesarios para mantener o reconstruir el sistema.<\/p>\n\n\n\n\n

Etapas del proyecto<\/h2>\n\n\n\n

Estudio preliminar y levantamiento<\/h3>\n\n\n\n

La primera etapa consolida requisitos, documentos existentes, visita t\u00e9cnica, inventario, interfaces, restricciones y riesgos. En proyectos multisite, una muestra inadecuada puede ocultar diferencias importantes entre subestaciones.<\/p>\n\n\n\n

Proyecto b\u00e1sico<\/h3>\n\n\n\n

El proyecto b\u00e1sico define concepto, arquitectura, servicios, topolog\u00edas, criterios de disponibilidad, principales equipos, infraestructura, interfaces y estimaci\u00f3n de cantidades. Debe permitir evaluar alternativas y estructurar la contrataci\u00f3n.<\/p>\n\n\n\n

Proyecto ejecutivo<\/h3>\n\n\n\n

El proyecto ejecutivo detalla rutas, fibras, puertos, diagramas, direccionamiento, listas, configuraciones de referencia, alimentaci\u00f3n, montaje, pruebas y criterios de aceptaci\u00f3n. Debe coordinarse con automatizaci\u00f3n, protecci\u00f3n, civil, el\u00e9ctrica, seguridad y operaci\u00f3n.<\/p>\n\n\n\n

Apoyo a la adquisici\u00f3n y diligenciamiento<\/h3>\n\n\n\n

El equipo de ingenier\u00eda puede analizar propuestas, planos de fabricante, listas de desviaciones, documentos de integraci\u00f3n y planes de prueba. Esta actividad reduce el riesgo de adquirir equipos individualmente compatibles pero inadecuados para el sistema completo.<\/p>\n\n\n\n

Implantaci\u00f3n y gesti\u00f3n de cambios<\/h3>\n\n\n\n

Durante la obra, interferencias y condiciones reales pueden exigir modificaciones. Los cambios deben analizarse, aprobarse e incorporarse a los documentos. Los ajustes informales realizados en campo tienden a reaparecer como fallas de mantenimiento y divergencias en el As-Built.<\/p>\n\n\n\n\n

FAT, SAT, ensayos y comisionamiento<\/h2>\n\n\n\n

El comisionamiento debe definirse en el proyecto. Cada requisito importante debe tener un m\u00e9todo de verificaci\u00f3n, un resultado esperado y una evidencia.<\/p>\n\n\n\n

Ensayos de f\u00e1brica<\/h3>\n\n\n\n

El FAT puede verificar montaje, versiones, fuentes, redundancia, configuraci\u00f3n, interfaces, protocolos, licencias, alarmas y escenarios simulados. Para sistemas basados en IEC 61850, los certificados de conformidad de dispositivos son importantes, pero no sustituyen las pruebas de integraci\u00f3n del sistema configurado.<\/p>\n\n\n\n

Ensayos de campo<\/h3>\n\n\n\n

El SAT confirma instalaci\u00f3n, identificaci\u00f3n, alimentaci\u00f3n, puesta a tierra, fibras, desempe\u00f1o, conectividad, sincronizaci\u00f3n, rutas, failover, alarmas y comunicaci\u00f3n con los sistemas reales. Los ensayos \u00f3pticos deben relacionarse con las fibras efectivamente instaladas.<\/p>\n\n\n\n

Pruebas punto a punto<\/h3>\n\n\n\n

Las pruebas deben acompa\u00f1ar el dato desde su origen hasta el destino operativo. En las aplicaciones alcanzadas por el Subm\u00f3dulo 2.12, se prev\u00e9n pruebas de conectividad y punto a punto entre sistemas locales de supervisi\u00f3n\/control o RTU y los sistemas de los centros de operaci\u00f3n, adem\u00e1s de verificar el sello de tiempo cuando sea necesario.<\/p>\n\n\n\n

Pruebas de falla y contingencia<\/h3>\n\n\n\n

El equipo debe provocar de forma controlada la p\u00e9rdida de enlaces, fuentes, interfaces, equipos y servicios para verificar detecci\u00f3n, conmutaci\u00f3n, alarmas y recuperaci\u00f3n. Una arquitectura redundante cuya falla nunca se ha simulado no tiene desempe\u00f1o demostrado.<\/p>\n\n\n\n\n

C\u00f3mo contratar un proyecto de telecomunicaciones para subestaciones<\/h2>\n\n\n\n

La contrataci\u00f3n debe definir el tipo y cantidad de instalaciones, alcance del levantamiento, sistemas incluidos, est\u00e1ndares del agente, interfaces, documentos disponibles, niveles de proyecto, reuniones, revisiones, apoyo a la adquisici\u00f3n, seguimiento de obra, comisionamiento y responsabilidad t\u00e9cnica.<\/p>\n\n\n\n

Las propuestas no deben compararse \u00fanicamente por el n\u00famero de planos. Un alcance consistente debe explicar qu\u00e9 levantamientos se realizar\u00e1n, qu\u00e9 c\u00e1lculos y matrices se producir\u00e1n, c\u00f3mo se realizar\u00e1 la coordinaci\u00f3n y hasta d\u00f3nde la contratada apoyar\u00e1 las pruebas y la implantaci\u00f3n.<\/p>\n\n\n\n

Informaci\u00f3n m\u00ednima del contratante<\/h3>\n\n\n\n

El contratante debe proporcionar, cuando existan, diagramas, planos, est\u00e1ndares, lista de servicios, inventario, filosof\u00eda de automatizaci\u00f3n, arquitectura actual, requisitos de ciberseguridad, interfaces con centros, cronograma, restricciones de acceso y responsables de las dem\u00e1s disciplinas.<\/p>\n\n\n\n

La ausencia de documentaci\u00f3n no impide el proyecto, pero aumenta la necesidad de levantamiento, pruebas, entrevistas y validaciones de campo.<\/p>\n\n\n\n

Criterios para evaluar la empresa de ingenier\u00eda<\/h3>\n\n\n\n

La evaluaci\u00f3n debe considerar experiencia en instalaciones cr\u00edticas, capacidad multidisciplinaria, conocimiento de telecomunicaciones y operaci\u00f3n, m\u00e9todo de levantamiento, control de interfaces, calidad de entregables, independencia t\u00e9cnica y experiencia en comisionamiento.<\/p>\n\n\n\n

Es relevante verificar si la empresa puede distinguir proyecto de red, integraci\u00f3n de automatizaci\u00f3n, video operativo, seguridad patrimonial y teleasistencia, evitando soluciones gen\u00e9ricas que tratan todos los sistemas como simples dispositivos IP.<\/p>\n\n\n\n\n

Fiscalizaci\u00f3n y Owner\u2019s Engineering<\/h2>\n\n\n\n

Owner\u2019s Engineering representa t\u00e9cnicamente al contratante durante proyecto, adquisici\u00f3n, fabricaci\u00f3n, implantaci\u00f3n, pruebas y aceptaci\u00f3n. La funci\u00f3n no sustituye a fabricantes ni ejecutores; verifica la conformidad con el alcance, coordina interfaces, analiza desviaciones y preserva los intereses t\u00e9cnicos del propietario.<\/p>\n\n\n\n

En proyectos de telecomunicaciones para subestaciones, el OE puede revisar documentos, acompa\u00f1ar reuniones, analizar propuestas, verificar planos de fabricantes, diligenciar FAT, fiscalizar la instalaci\u00f3n, acompa\u00f1ar pruebas, controlar pendientes y validar el dossier final.<\/p>\n\n\n\n

Este modelo es especialmente \u00fatil en programas con m\u00faltiples subestaciones, donde la estandarizaci\u00f3n, repetibilidad y gesti\u00f3n de cambios influyen directamente en costo, plazo y mantenimiento futuro.<\/p>\n\n\n\n\n

Errores comunes<\/h2>\n\n\n\n

Comenzar por la lista de equipos<\/h3>\n\n\n\n

Definir switches, fibras y servidores antes de consolidar servicios, criticidades e interfaces produce una arquitectura basada en el cat\u00e1logo, no en la operaci\u00f3n.<\/p>\n\n\n\n

Considerar las VLAN como redundancia o seguridad suficiente<\/h3>\n\n\n\n

Las VLAN ayudan a segmentar, pero no eliminan puntos \u00fanicos de falla, no crean rutas independientes y no sustituyen controles entre zonas.<\/p>\n\n\n\n

Mezclar video operativo y vigilancia patrimonial<\/h3>\n\n\n\n

Ambos sistemas pueden compartir componentes o plataformas, pero necesitan objetivos, criterios de imagen, disponibilidad, retenci\u00f3n y operaci\u00f3n propios.<\/p>\n\n\n\n

Ignorar alimentaci\u00f3n e infraestructura civil<\/h3>\n\n\n\n

Fallas de fuente, bater\u00eda, ducto, caja, climatizaci\u00f3n o puesta a tierra pueden interrumpir una red l\u00f3gicamente redundante.<\/p>\n\n\n\n

Dejar las pruebas para el final<\/h3>\n\n\n\n

Cuando los criterios de aceptaci\u00f3n no aparecen en las especificaciones, los proveedores pueden entregar equipos sin preparar los entornos, herramientas, archivos y evidencias necesarios para el comisionamiento.<\/p>\n\n\n\n

Generalizar requisitos del ONS<\/h3>\n\n\n\n

Los Procedimientos de Red brasile\u00f1os tienen alcance y aplicabilidad definidos. Deben interpretarse junto con la clasificaci\u00f3n de la instalaci\u00f3n y los requisitos del agente, sin transformar disposiciones espec\u00edficas en obligaciones universales para cualquier subestaci\u00f3n.<\/p>\n\n\n\n\n

Base t\u00e9cnica para especificar y contratar el proyecto<\/h2>\n\n\n\n

Antes de consolidar los t\u00e9rminos de referencia, la arquitectura y los criterios de aceptaci\u00f3n, es \u00fatil profundizar en los principales subsistemas que componen el proyecto de telecomunicaciones de la subestaci\u00f3n.<\/p>\n\n\n\n