Projeto de Telecomunicações em Subestações

Entenda como estruturar projetos de telecomunicações para subestações de distribuição, incluindo redes ópticas, SCADA, teleproteção, teleassistência, redundância, cibersegurança e comissionamento.

Confira!

Um projeto de telecomunicações em subestações não se limita ao lançamento de fibras ópticas ou à instalação de switches. Ele define a infraestrutura física e lógica que sustenta supervisão, controle, proteção, voz operacional, teleassistência, monitoramento por imagens, segurança eletrônica, sincronismo de tempo e integração com centros de operação.

Teleassistência exige integração entre operação, telecomunicações e monitoramento. A solução precisa coordenar supervisão, comandos, contingência, comunicação, vídeo operativo e procedimentos de resposta conforme a aplicabilidade da instalação.

Conhecer a solução de Teleassistência e Monitoramento Operativo

A infraestrutura de comunicação precisa nascer dos requisitos operacionais. Arquitetura, redundância, fibras, equipamentos, alimentação e testes devem ser definidos a partir dos serviços que a subestação precisa manter disponíveis.

Conhecer o serviço de Projeto de Telecomunicações

Em subestações de concessionárias e agentes do setor elétrico, uma falha de comunicação pode comprometer a visibilidade operacional, atrasar a identificação de ocorrências, impedir o envio de eventos, degradar a teleassistência ou tornar indisponíveis recursos usados na coordenação da operação. Por isso, requisitos de disponibilidade, redundância, latência, segregação, alimentação e recuperação precisam ser estabelecidos ainda na fase de projeto.

O escopo também precisa refletir a realidade de cada empreendimento. Uma subestação de distribuição integrada ao centro de operação da concessionária possui necessidades diferentes de uma instalação da Rede de Operação, de uma subestação estratégica teleassistida ou de uma ampliação executada dentro de uma instalação existente. Os Procedimentos de Rede do ONS são referências centrais quando aplicáveis, mas não substituem os padrões corporativos, especificações técnicas, filosofias de automação e requisitos particulares de cada agente.

Este artigo apresenta como estruturar, documentar, contratar e comissionar projetos de telecomunicações para subestações de distribuição e transmissão, com foco em concessionárias, transmissoras, geradoras, EPCistas, integradores e empresas responsáveis pela modernização de instalações existentes.

Por que telecomunicações é uma disciplina crítica da subestação

A infraestrutura de telecomunicações conecta o processo elétrico aos sistemas que permitem observar, comandar, registrar e coordenar a instalação. Ela transporta informações entre IEDs, relés, unidades terminais remotas, sistemas de supervisão e controle local, gateways, centros de operação, equipamentos de teleproteção, servidores, estações de engenharia e plataformas de monitoramento.

Essa função exige tratamento diferente de uma rede corporativa convencional. Os fluxos possuem criticidades, tempos de resposta e consequências distintas. Um arquivo administrativo, uma imagem patrimonial, uma sinalização de estado e uma mensagem associada à proteção não podem ser tratados como tráfego equivalente apenas porque utilizam Ethernet ou fibra óptica.

O projeto deve estabelecer quais serviços podem compartilhar infraestrutura, quais precisam de segregação lógica, quais exigem caminhos fisicamente independentes e quais devem manter funcionamento local diante da perda da comunicação externa. Também precisa definir como falhas serão detectadas, registradas, comunicadas e tratadas pela operação e pela manutenção.

Nas instalações abrangidas pelos Procedimentos de Rede, o Submódulo 2.15 classifica serviços de voz e dados segundo requisitos de disponibilidade. O serviço Classe A, por exemplo, possui disponibilidade total de 99,98% e deve utilizar recursos e rotas independentes. Essa classificação não deve ser aplicada indiscriminadamente a toda subestação, mas demonstra que a arquitetura precisa ser vinculada ao serviço operacional e à aplicabilidade regulatória.

Levantamento e definição dos requisitos

O projeto começa antes do desenho da topologia. É necessário compreender a função da instalação, os sistemas existentes, as interfaces com centros de operação, os padrões do agente, os serviços que trafegarão na rede e as limitações físicas para implantação.

Caracterização da instalação e da operação

O levantamento deve identificar se a subestação é assistida localmente, teleassistida ou preparada para futura operação remota; se integra a Rede de Operação ou de Supervisão; se é considerada estratégica; quais centros se relacionam com ela; e quais serviços precisam permanecer disponíveis em condição normal, degradada ou de contingência.

Também são avaliados o arranjo físico, pátios, casas de comando, abrigos de relés, salas técnicas, portarias, acessos, canaletas, galerias, postes, entradas de cabos, racks, distribuidores ópticos, alimentação disponível e condições ambientais.

Inventário e diagnóstico do sistema existente

Em modernizações, o inventário deve registrar equipamentos, modelos, firmware, portas, interfaces, protocolos, fibras, terminações, endereços, VLANs, rotas, fontes, baterias, licenças, integrações e estado de suporte. Diagramas antigos não substituem a verificação de campo.

O diagnóstico deve diferenciar ativos que podem ser preservados, equipamentos que precisam ser substituídos, enlaces com capacidade insuficiente, fibras sem documentação, topologias sem redundância e componentes que não possuem suporte ou compatibilidade com a arquitetura futura.

Matriz de serviços e criticidades

Uma matriz de serviços relaciona cada aplicação à origem, ao destino, à disponibilidade requerida, ao volume de tráfego, à latência admissível, ao protocolo, à segurança, à alimentação e à contingência. Essa matriz evita que o projeto seja reduzido a uma lista de equipamentos.

Serviço	Origem e destino típicos	Requisitos que precisam ser definidos
Supervisão e controle	UTR, SSCL, gateways e centros de operação	idade do dado, disponibilidade, protocolo, integridade e testes ponto a ponto
Teleproteção	relés e terminais de linha	tempo de transferência, simetria, disponibilidade, independência e supervisão do canal
Automação de subestação	IEDs, switches, servidores e estações	topologia, prioridades, sincronismo, engenharia e recuperação
Voz operacional	instalação e centro de operação	classe de serviço, gravação, contingência e disponibilidade
Teleassistência	subestação e centro remoto	supervisão, comandos, voz, vídeo, redundância e operação degradada
CFTV operativo	pátio, salas e centro de operação	resolução útil, latência, gravação, disponibilidade e integração com eventos
Segurança patrimonial	perímetro, acessos e central de segurança	segmentação, retenção, alarmes, acesso remoto e resposta
Gestão e manutenção	equipamentos e estações administrativas	autenticação, logs, restrições de acesso e janelas de intervenção

Serviços que utilizam a infraestrutura de comunicação

Supervisão, controle e aquisição de dados

Sistemas SCADA dependem da aquisição de telemedições, sinalizações, alarmes, eventos e comandos. O projeto precisa mapear os pontos desde a origem no processo até o sistema que os utiliza, incluindo transdutores, IEDs, UTR ou SSCL, concentradores, gateways, enlaces WAN e centros de operação.

Quando os Procedimentos de Rede forem aplicáveis, o Submódulo 2.12 estabelece requisitos para interligações de dados, qualidade das informações, idade do dado, sequenciamento de eventos, sincronismo e testes de conectividade. O documento também diferencia interligações usadas pelo CAG, pelas funções tradicionais de supervisão e controle e pelo sequenciamento de eventos.

O projeto de telecomunicações precisa transformar esses requisitos funcionais em capacidade, topologia, interfaces, redundância, protocolos, regras de encaminhamento e critérios de teste.

Teleproteção

A teleproteção utiliza canais de comunicação para acelerar, bloquear, permitir ou coordenar atuações entre terminais de uma linha. Como a função está diretamente relacionada à eliminação de faltas, não basta prever largura de banda: é necessário definir tempo de transferência, confiabilidade, disponibilidade, simetria, supervisão, independência de rotas e comportamento diante de falhas.

Em uma arquitetura convergente, o compartilhamento de meio físico ou equipamentos deve ser analisado à luz dos requisitos de proteção. A presença de VLANs não cria independência física, e um único equipamento comum pode permanecer como ponto único de falha mesmo quando existem redes logicamente separadas.

Voz operacional

A comunicação de voz apoia pré-operação, tempo real, pós-operação, contingências e coordenação entre centros e instalações. O projeto deve tratar terminais, gravação, retenção, disponibilidade, rotas, numeração, integração com telefonia existente e comportamento em caso de perda da rede principal.

O Submódulo 2.15 do ONS estabelece classes e configurações de comunicação de voz para situações alcançadas pelos Procedimentos de Rede. Já o Submódulo 2.16 prevê recursos de gravação das comunicações operacionais e requisitos de continuidade para centros de operação.

Sincronismo de tempo

Relés, IEDs, servidores, UTRs, gravadores, câmeras e sistemas de eventos precisam utilizar uma referência temporal coerente. Sem sincronismo, torna-se difícil correlacionar atuação de proteção, mudança de estado, alarme, comando, gravação de vídeo e intervenção humana.

O projeto deve definir fontes de tempo, distribuição, protocolos, redundância, antenas, proteção, precisão requerida e monitoramento. Nas aplicações alcançadas pelo Submódulo 2.12, SSCL e UTR devem manter exatidão de relógio compatível com o sequenciamento de eventos, e os selos de tempo devem usar UTC.

Vídeo operativo, teleassistência e segurança

Vídeo operativo e segurança patrimonial utilizam câmeras, mas possuem objetivos diferentes. O vídeo operativo busca apoiar a interpretação de condições da instalação, confirmar situações no pátio ou fornecer contexto adicional durante eventos. O CFTV patrimonial protege perímetros, acessos, edificações e ativos contra intrusão, vandalismo e outras ocorrências.

O projeto deve separar requisitos de cobertura, qualidade da imagem, disponibilidade, retenção, latência, integração e operação. Não é adequado assumir que toda câmera patrimonial pode cumprir uma função operativa ou que toda instalação exige confirmação visual de equipamentos.

Arquitetura física e lógica

A arquitetura deve representar os caminhos completos entre os equipamentos de campo, os sistemas locais e os centros remotos. Diagramas apenas conceituais não são suficientes para implantação e aceite.

Camadas funcionais

Uma arquitetura típica pode ser organizada em processo, bay, estação, borda WAN e centros remotos. No nível de processo e bay estão IEDs, relés, interfaces de aquisição e dispositivos associados aos equipamentos primários. No nível de estação ficam servidores, gateways, UTR ou SSCL, estações de operação, switches centrais e sistemas de gestão.

Essa organização não obriga o uso de uma única tecnologia. Ela ajuda a identificar onde os dados são produzidos, processados, concentrados, registrados e transmitidos.

Segmentação por função e criticidade

A segmentação deve separar funções com diferentes requisitos de segurança e desempenho. Redes de proteção, automação, supervisão, vídeo, segurança patrimonial, gestão e acesso de fornecedores podem exigir zonas distintas e regras específicas de comunicação.

VLANs são um mecanismo de segmentação, mas precisam ser associadas a controles de tráfego, listas de acesso, firewalls, roteamento, autenticação, monitoramento e documentação. Uma VLAN sem controle entre zonas pode apenas reorganizar o tráfego sem reduzir efetivamente a exposição.

Caminhos físicos e pontos únicos de falha

O projeto deve representar dutos, canaletas, postes, fibras, caixas, DIOs, racks, switches, fontes e enlaces externos. Dois enlaces instalados no mesmo cabo, duto, caixa ou equipamento não constituem rotas plenamente independentes.

A análise de pontos únicos de falha precisa considerar infraestrutura civil, alimentação, conversores, módulos ópticos, switches, firewalls, roteadores, servidores, licenças e dependências externas. O objetivo não é duplicar indiscriminadamente todos os componentes, mas alinhar a redundância às consequências da indisponibilidade.

Redes ópticas e meios de transmissão

A fibra óptica é amplamente utilizada em subestações por oferecer alcance, capacidade, imunidade eletromagnética e isolamento galvânico. O projeto deve definir tipo de cabo, quantidade de fibras, rotas, terminações, reservas, conectores, caixas, bandejas, identificação e critérios de ensaio.

OPGW, ADSS e cabos internos

OPGW pode integrar comunicação e cabo para-raios em linhas aéreas; ADSS pode ser instalado de forma autossustentada em aplicações compatíveis; e cabos dielétricos internos podem atender pátios, casas de comando, galerias e interligações entre edificações. A escolha depende do ambiente, distâncias, esforços mecânicos, campos elétricos, infraestrutura disponível, manutenção e padronização do agente.

O artigo Redes ópticas em subestações: OPGW, ADSS, topologias e ensaios aprofunda essas alternativas.

Balanço óptico e compatibilidade

Cada enlace deve possuir orçamento de potência considerando transmissores, receptores, atenuação da fibra, conectores, emendas, divisões, margem de engenharia, envelhecimento e futuras intervenções. Selecionar um transceptor apenas pela distância nominal informada pelo fabricante pode resultar em enlaces sem margem adequada ou em potência recebida acima do limite.

Também precisam ser verificados comprimento de onda, tipo de fibra, conector, alcance, temperatura, codificação, velocidade, compatibilidade com o equipamento e disponibilidade de reposição.

Documentação e ensaios ópticos

A documentação deve identificar cabo, fibra, origem, destino, rota, DIO, bandeja, porta, emenda e reserva. Ensaios de continuidade, perda por inserção e OTDR precisam ser planejados conforme o enlace e os critérios do contratante.

O aceite não deve se restringir à afirmação de que o link está ativo. Um enlace pode comunicar mesmo com perda excessiva, emenda deficiente, curvatura inadequada ou documentação incorreta.

Redundância, disponibilidade e contingência

Disponibilidade deve ser tratada como requisito mensurável. O projeto precisa definir serviço, período de avaliação, tempo máximo de indisponibilidade, arquitetura, monitoramento, manutenção, sobressalentes e recuperação.

Nas instalações abrangidas pelo Submódulo 2.15, os serviços podem ser classificados como A, B ou C. A Classe A requer disponibilidade total de 99,98%, recursos independentes e duas rotas independentes; a Classe B requer disponibilidade igual ou superior a 99,00%. O mesmo documento estabelece parâmetros de qualidade para redes, como latência, variação de retardo e perda de pacotes.

Esses valores devem ser utilizados somente quando a instalação e o serviço estiverem dentro da aplicabilidade do documento. Em outras subestações de distribuição, o agente pode adotar requisitos próprios, muitas vezes igualmente rigorosos, segundo sua filosofia operacional e os impactos da perda de comunicação.

Redundância local

Switches, fontes, controladores, servidores e interfaces podem possuir redundância por duplicação ou de forma intrínseca. O projeto deve indicar como ocorre a comutação, qual estado é monitorado, quanto tempo a recuperação leva e como a falha será testada.

Redundância de rotas

Rotas independentes precisam evitar causas comuns de falha. Quando dois caminhos dependem da mesma entrada de cabo, caixa, poste, energia, equipamento ou operadora, a independência é parcial e deve ser declarada.

Operação degradada

A perda da WAN não deve necessariamente interromper funções locais essenciais. O projeto precisa definir o que continua funcionando, quais dados são armazenados, como ocorre a sincronização posterior, quais comandos ficam bloqueados e quando a operação local deve ser assumida.

Integração com proteção, automação e SCADA

A engenharia de telecomunicações deve ser coordenada com proteção e automação desde o início. Alterações de topologia, tempos, protocolos, endereçamento ou sincronismo podem afetar funções críticas mesmo quando a rede permanece aparentemente disponível.

IEDs, UTR, SSCL e gateways

O projeto deve definir como os IEDs se conectam, quais dados são concentrados, onde ocorre conversão de protocolo, quais equipamentos mantêm histórico, como os estados de comunicação são supervisionados e como as informações chegam aos sistemas locais e remotos.

Nas instalações alcançadas pelo Submódulo 2.12, a interligação de dados compreende o conjunto entre o ponto de captação ou comando no campo e o centro de operação. Isso inclui UTR ou SSCL, concentradores, enlaces WAN e equipamentos de interfaceamento.

IEC 61850 e engenharia de comunicação

A série IEC 61850 estabelece modelos e serviços usados na automação de sistemas de potência. O projeto precisa coordenar modelos de dados, arquivos de configuração, engenharia de comunicação, endereçamento, publicações, assinaturas, prioridades, sincronismo e testes.

A documentação disponível na base da A3A inclui a ABNT NBR IEC 61850-10, dedicada a ensaios de conformidade. Ela contempla metodologias para dispositivos clientes, servidores, valores amostrados, ferramentas de engenharia, arquivos SCL, GOOSE, redundância, latência e sincronização. Essa parte não substitui as demais partes da série nem demonstra, sozinha, interoperabilidade completa de um sistema integrado.

Gestão das interfaces

Proteção, automação, telecomunicações, TI, segurança eletrônica, civil e operação precisam compartilhar uma matriz de interfaces. Essa matriz registra quem fornece cada sinal, protocolo, porta, fibra, alimentação, gabinete, software, licença, configuração, teste e documento.

Sem essa gestão, lacunas costumam aparecer entre fornecimentos: o fabricante disponibiliza uma porta, o integrador espera outra interface, a rede não possui o protocolo liberado e o comissionamento descobre o conflito somente na etapa final.

Teleassistência, vídeo operativo e monitoramento de chaves

Teleassistência significa assistência remota à operação da instalação. Ela depende de recursos de supervisão, comando, comunicação, contingência, pessoal habilitado e procedimentos operacionais. Câmeras e sensores podem complementar a consciência situacional, mas não substituem proteções, intertravamentos, sinalizações elétricas ou os procedimentos de manobra.

O Submódulo 2.16 estabelece, para instalações da Rede de Operação alcançadas pelo documento, requisitos para assistência local e remota. Instalações teleassistidas devem manter supervisão e comandos locais para condições de degradação, testar periodicamente a assistência e as fontes auxiliares, manter plano de contingência e adotar recursos de cibersegurança.

Para instalações estratégicas teleassistidas, o item 4.3.1 prevê monitoração ininterrupta do pátio e das salas de controle e proteção, além de recursos adicionais ao sistema supervisório para confirmação remota da abertura e do fechamento de chaves seccionadoras usadas em ações operativas demandadas pelo ONS em tempo real. Esse requisito é específico à classificação e à aplicabilidade descritas no documento; não deve ser generalizado para todas as subestações.

O artigo CFTV operativo em subestações detalha requisitos de imagem, arquitetura e integração. Já Monitoramento de chaves seccionadoras em subestações aprofunda a confirmação visual e o papel do vídeo como recurso complementar.

Cibersegurança e acesso remoto

Conectar a subestação a centros remotos, fornecedores e plataformas corporativas amplia a superfície de ataque. O projeto precisa definir zonas, conduítes, autenticação, perfis, firewalls, registros, atualização, acesso remoto, estações administrativas e tratamento de vulnerabilidades.

Separação entre redes operacionais e corporativas

A integração com a rede corporativa deve ocorrer por interfaces controladas. Rotas diretas, equipamentos com múltiplas interfaces não documentadas e acessos de manutenção permanentes podem contornar a segmentação planejada.

Acesso de fabricantes e integradores

O acesso remoto deve utilizar identidade individual, autenticação forte, autorização, prazo definido, registro e revogação. Contas compartilhadas e túneis permanentes reduzem a rastreabilidade e dificultam o encerramento seguro do suporte.

Hardening e gestão do ciclo de vida

Switches, roteadores, firewalls, servidores, gateways, câmeras e IEDs precisam de configuração segura, serviços mínimos, firmware controlado, backup, inventário e monitoramento. O projeto deve especificar os requisitos, enquanto os procedimentos operacionais definem como serão mantidos ao longo do ciclo de vida.

Alimentação, aterramento e infraestrutura

A disponibilidade da comunicação depende da alimentação. Não é coerente projetar enlaces redundantes alimentados por uma única fonte ou por circuitos sem supervisão e autonomia compatível.

Quando o Submódulo 2.6 for aplicável, os sistemas de telecomunicações devem possuir dois conjuntos independentes de baterias e retificadores, cada um dimensionado para a carga total, com autonomia mínima de dez horas após perda da alimentação CA. O documento também prevê alimentação por circuitos independentes e transferência automática sem paralelismo permanente dos bancos.

Em outras subestações, os valores devem ser definidos pelas especificações do agente e pela análise de risco. O princípio permanece: fontes, autonomia, distribuição, proteção e alarmes precisam ser coordenados com o requisito de disponibilidade do serviço.

Cabos metálicos, blindagens, racks, antenas e equipamentos devem ser integrados ao sistema de aterramento e à equipotencialização de acordo com a arquitetura e as normas aplicáveis. A infraestrutura também deve considerar compatibilidade eletromagnética, segregação, proteção mecânica, drenagem, incêndio, acesso e manutenção.

Documentos e entregáveis do projeto

Um projeto executivo deve permitir contratação, fornecimento, implantação, configuração, testes e operação. O conjunto exato varia conforme o empreendimento, mas precisa cobrir arquitetura física, lógica e funcional.

Entregável	Conteúdo esperado
Memorial descritivo	objetivos, premissas, critérios, serviços, arquitetura e limites do escopo
Levantamento e diagnóstico	inventário, condições existentes, restrições, interferências e recomendações
Diagrama de arquitetura	equipamentos, zonas, níveis, centros remotos e interfaces
Diagrama de rede	switches, roteadores, firewalls, enlaces, portas e redundâncias
Diagrama óptico	cabos, fibras, DIOs, emendas, reservas, origem e destino
Matriz de serviços	origem, destino, protocolo, criticidade, disponibilidade, latência e contingência
Plano de endereçamento	IP, VLANs, sub-redes, nomes, portas e responsabilidades
Matriz de interfaces	fornecimentos, sinais, protocolos, conectores, energia, testes e documentos
Especificações técnicas	requisitos funcionais, ambientais, elétricos, ópticos, cibernéticos e de gestão
Lista de materiais	equipamentos, módulos, licenças, acessórios, cabos, terminações e reservas
Memórias de cálculo	largura de banda, balanço óptico, autonomia, dissipação e capacidade
Plano de testes	inspeções, FAT, SAT, testes ponto a ponto, falhas, desempenho e aceite
Documentação final	as-built, backups, arquivos de configuração, inventário, relatórios e manuais

A responsabilidade por arquivos de configuração, senhas, certificados, licenças e backups deve ser definida contratualmente. Entregar apenas plantas e diagramas pode deixar o agente sem os elementos necessários para manter ou reconstruir o sistema.

Etapas do projeto

Estudo preliminar e levantamento

A primeira etapa consolida requisitos, documentos existentes, visita técnica, inventário, interfaces, restrições e riscos. Em projetos multisite, uma amostra inadequada pode ocultar diferenças importantes entre subestações.

Projeto básico

O projeto básico define conceito, arquitetura, serviços, topologias, critérios de disponibilidade, principais equipamentos, infraestrutura, interfaces e estimativa de quantidades. Ele deve permitir avaliar alternativas e estruturar a contratação.

Projeto executivo

O executivo detalha rotas, fibras, portas, diagramas, endereçamento, listas, configurações de referência, alimentação, montagem, testes e critérios de aceite. Deve ser compatibilizado com automação, proteção, civil, elétrica, segurança e operação.

Apoio à aquisição e diligenciamento

A equipe de engenharia pode analisar propostas, desenhos de fabricante, listas de desvios, documentos de integração e planos de teste. Essa atividade reduz o risco de adquirir equipamentos individualmente compatíveis, mas inadequados ao sistema completo.

Implantação e gestão de mudanças

Durante a obra, interferências e condições reais podem exigir alterações. Mudanças precisam ser analisadas, aprovadas e incorporadas aos documentos. Ajustes informais realizados em campo tendem a reaparecer como falhas de manutenção e divergências no as-built.

FAT, SAT, ensaios e comissionamento

O comissionamento deve ser definido no projeto. Cada requisito importante precisa possuir um método de verificação, um resultado esperado e uma evidência.

Ensaios em fábrica

O FAT pode verificar montagem, versões, fontes, redundância, configuração, interfaces, protocolos, licenças, alarmes e cenários simulados. Para sistemas baseados em IEC 61850, certificados de conformidade de dispositivos são importantes, mas não substituem testes de integração do sistema configurado.

Ensaios de campo

O SAT confirma instalação, identificação, alimentação, aterramento, fibras, desempenho, conectividade, sincronismo, rotas, failover, alarmes e comunicação com os sistemas reais. Ensaios ópticos precisam ser relacionados às fibras efetivamente instaladas.

Testes ponto a ponto

Os testes devem acompanhar o dado desde sua origem até o destino operacional. Nas aplicações abrangidas pelo Submódulo 2.12, são previstos testes de conectividade e ponto a ponto entre SSCL ou UTR e os sistemas dos centros de operação, além da verificação do selo de tempo quando necessário.

Testes de falha e contingência

A equipe deve provocar, de forma controlada, perda de enlaces, fontes, interfaces, equipamentos e serviços para verificar detecção, comutação, alarmes e recuperação. Uma arquitetura redundante que nunca teve sua falha simulada não possui comprovação de desempenho.

Como contratar um projeto de telecomunicações para subestações

A contratação precisa definir o tipo e a quantidade de instalações, escopo do levantamento, sistemas abrangidos, padrões do agente, interfaces, documentos disponíveis, níveis de projeto, reuniões, revisões, apoio à aquisição, acompanhamento de obra, comissionamento e responsabilidade técnica.

Propostas não devem ser comparadas apenas pelo número de desenhos. Um escopo consistente precisa explicar quais levantamentos serão realizados, quais cálculos e matrizes serão produzidos, como ocorrerá a compatibilização e até onde a contratada apoiará testes e implantação.

Informações mínimas do contratante

O contratante deve disponibilizar, conforme existentes, diagramas, plantas, padrões, lista de serviços, inventário, filosofia de automação, arquitetura atual, requisitos de cibersegurança, interfaces com centros, cronograma, restrições de acesso e responsáveis pelas demais disciplinas.

A ausência de documentação não impede o projeto, mas amplia a necessidade de levantamento, testes, entrevistas e validações de campo.

Critérios para avaliar a empresa de engenharia

A avaliação deve considerar experiência em instalações críticas, capacidade multidisciplinar, conhecimento de telecomunicações e operação, método de levantamento, controle de interfaces, qualidade dos entregáveis, independência técnica e experiência em comissionamento.

É relevante verificar se a empresa consegue distinguir projeto de rede, integração de automação, vídeo operativo, segurança patrimonial e teleassistência, evitando soluções genéricas que tratam todos os sistemas como simples dispositivos IP.

Fiscalização e Owner’s Engineering

O Owner’s Engineering representa tecnicamente o contratante durante projeto, aquisição, fabricação, implantação, testes e aceite. A função não substitui fabricantes ou executores; ela verifica aderência ao escopo, coordena interfaces, analisa desvios e preserva os interesses técnicos do proprietário.

Em projetos de telecomunicações para subestações, o OE pode revisar documentos, acompanhar reuniões, analisar propostas, verificar desenhos de fabricantes, diligenciar FAT, fiscalizar instalação, acompanhar testes, controlar pendências e validar o dossiê final.

Esse modelo é especialmente útil em programas com múltiplas subestações, nos quais padronização, repetibilidade e gestão de mudanças influenciam diretamente custo, prazo e manutenção futura.

Erros comuns

Começar pela lista de equipamentos

Definir switches, fibras e servidores antes de consolidar serviços, criticidades e interfaces produz uma arquitetura baseada no catálogo, não na operação.

Considerar VLAN como redundância ou segurança suficiente

VLANs ajudam a segmentar, mas não eliminam pontos únicos de falha, não criam rotas independentes e não substituem controles entre zonas.

Misturar vídeo operativo e vigilância patrimonial

Os dois sistemas podem compartilhar componentes ou plataformas, mas precisam de objetivos, critérios de imagem, disponibilidade, retenção e operação próprios.

Desconsiderar alimentação e infraestrutura civil

Falhas de fonte, bateria, duto, caixa, climatização ou aterramento podem interromper uma rede logicamente redundante.

Deixar testes para o final

Quando os critérios de aceite não aparecem nas especificações, fornecedores podem entregar equipamentos sem preparar ambientes, ferramentas, arquivos e evidências necessários ao comissionamento.

Generalizar requisitos do ONS

Os Procedimentos de Rede possuem escopo e aplicabilidade definidos. Eles devem ser interpretados junto à classificação da instalação e aos requisitos do agente, sem transformar disposições específicas em obrigações universais para qualquer subestação.

Base técnica para especificar e contratar o projeto

Antes de consolidar o termo de referência, a arquitetura e os critérios de aceite, é útil aprofundar os principais subsistemas que compõem o projeto de telecomunicações da subestação.

Esses conteúdos permitem transformar requisitos genéricos em critérios verificáveis para topologia, interoperabilidade, redundância, segmentação, sincronismo, documentação, FAT, SAT e comissionamento.

Conclusão

Projetar telecomunicações para subestações significa converter necessidades operacionais em uma arquitetura física e lógica verificável. O trabalho começa pela definição dos serviços e termina somente quando enlaces, equipamentos, integrações, redundâncias, fontes, controles de segurança e procedimentos de recuperação foram testados e documentados.

Para concessionárias e agentes do setor elétrico, o projeto também funciona como instrumento de contratação e governança. Ele delimita responsabilidades entre proteção, automação, telecomunicações, segurança, TI, fabricantes e implantadores; antecipa critérios de FAT e SAT; e cria uma base consistente para fiscalização, Owner’s Engineering, comissionamento e manutenção ao longo do ciclo de vida.

Referências técnicas

[1] ONS. Submódulo 2.15 — Requisitos mínimos para telecomunicações.

[2] ONS. Submódulo 2.12 — Requisitos mínimos de supervisão e controle para a operação.

[3] ONS. Submódulo 2.16 — Requisitos operacionais para centros de operação e instalações da Rede de Operação.

[4] ONS. Submódulo 2.6 — Requisitos mínimos para subestações e seus equipamentos.

[5] ABNT NBR IEC 61850-10 — Redes e sistemas de comunicação para automação de sistemas de potência — Parte 10: Ensaios de conformidade.

Perguntas frequentes

O que faz parte de um projeto de telecomunicações em subestações?

O escopo pode incluir levantamento, matriz de serviços, arquitetura física e lógica, redes ópticas, equipamentos ativos, voz operacional, supervisão e controle, teleproteção, sincronismo, teleassistência, vídeo, cibersegurança, alimentação, especificações, listas, planos de teste e documentação final.

Toda subestação precisa atender aos requisitos de telecomunicações do ONS?

Não. Os Procedimentos de Rede possuem escopo e aplicabilidade definidos. É necessário verificar a classificação da instalação, sua relação com a Rede de Operação ou de Supervisão e os requisitos específicos do agente responsável.

Qual é a diferença entre telecomunicações operacionais e rede corporativa?

Telecomunicações operacionais suportam funções relacionadas à supervisão, controle, proteção, voz e operação do sistema elétrico. Seus requisitos de disponibilidade, tempo, contingência e segurança podem ser mais rigorosos e precisam ser vinculados às consequências da falha.

VLANs são suficientes para separar os sistemas da subestação?

Não. VLANs são apenas parte da segmentação. Também podem ser necessários controles de roteamento, listas de acesso, firewalls, autenticação, zonas de segurança, monitoramento e caminhos físicos independentes.

O projeto deve incluir teleproteção?

Quando houver esquemas de teleproteção, o projeto precisa coordenar seus canais, interfaces, tempos, disponibilidade, redundância e supervisão com a engenharia de proteção e com os meios de transmissão.

A IEC 61850 define toda a rede de telecomunicações da subestação?

Não. A série IEC 61850 trata comunicação e modelos aplicados à automação de sistemas de potência, mas o projeto também precisa considerar WAN, voz, teleproteção, vídeo, segurança, gestão, infraestrutura óptica, alimentação e padrões do agente.

Qual é o papel do CFTV na teleassistência?

O vídeo pode fornecer consciência situacional e, em situações específicas, confirmação visual complementar. Ele não substitui sinalizações elétricas, proteções, intertravamentos, supervisório ou procedimentos operacionais.

Quais ensaios devem ser previstos?

Conforme o escopo, podem ser previstos inspeção, testes ópticos, conectividade, ponto a ponto, protocolos, sincronismo, latência, perda, failover, fontes, alarmes, acesso remoto, integração, FAT, SAT e recuperação após falhas.

É possível contratar somente o projeto executivo?

Sim, desde que existam requisitos e informações suficientes. Quando a documentação é incompleta, normalmente é necessário incluir levantamento, diagnóstico e validação das interfaces antes do detalhamento executivo.

Como o Owner’s Engineering ajuda nesse tipo de projeto?

O OE representa tecnicamente o contratante, revisa documentos, coordena interfaces, analisa desvios, acompanha aquisições, FAT, implantação, testes, pendências e validação do dossiê final.

Materiais técnicos complementares