curso sobre medição fasorial - ceb5.cepel.br€¦ · curso sobre medição fasorial teoria e...
TRANSCRIPT
Sistemas de Medição Fasorial Sincronizada
Marcelo N. Agostini – LabPlan / UFSC
08-09/11/2007
Synchronized Phasor Measurement Systems - SPMS
Curso sobre Medição FasorialTeoria e Prática
2
Tópicos
Arquitetura Geral de SPMS– Unidade de Medição Fasorial (PMU)
– Concentrador de Dados de Medição (PDC)
– Aspectos de Comunicação
Projeto MedFasee– Simulador de SPMS
– Equipamentos
– Protótipo de SPMS
3
Tópicos
Arquitetura Geral de SPMS– Unidade de Medição Fasorial (PMU)
– Concentrador de Dados de Medição (PDC)
– Aspectos de Comunicação
Projeto MedFasee– Simulador de SPMS
– Equipamentos
– Protótipo de SPMS
4
Unidade de Medição Fasorial (PMU)PMU Clássica
Concebida inicialmente no Virgina Polytechnic Institute, em 1991
Fornece grandezas elétricas na forma de fasores– Módulo e ângulo
Amostragem sincronizada da forma de onda– Sincronização a partir de uma fonte global, comum a todos os
equipamentos
– Ex.: Sistema GPS (Global Positioning System)
Cálculo dos fasores a partir das amostras instantâneas de tensão e corrente– Ex.: DFT - Transformada Discreta de Fourier
5
Unidade de Medição Fasorial (PMU)Diagrama Esquemático
Transdutor deComunicação
Filtro ConversorA/D Microprocessador
GPSEntradas
Analógicas
Unidade de Medição Fasorial
GPS Conversor A/D sincronizado pelo GPS
6
Unidade de Medição Fasorial (PMU)Alguns Equipamentos Disponíveis
ABB– RES 521 (PMU)
AMETEK– TR 2000 (PMU e registrador de perturbação)
Arbiter– 1133A (PMU e medidor de qualidade de energia)
GE– N60 (PMU e relé multifuncional)
Macrodyne– 1690 (PMU) Qualitrol/Hathaway
– BEN 6000 (PMU e registrador de perturbação)Reason
– RPV-304, RPV-310 (PMU e registrador de perturbação)SEL
– SEL-421; SEL-451 (PMUs e relés multifuncionais)– outros modelos de relés com função de PMU
Siemens– SIMEAS R-PMU (PMU e registrador de perturbação)
7
Tópicos
Arquitetura Geral de SPMS– Unidade de Medição Fasorial (PMU)
– Concentrador de Dados de Medição (PDC)
– Aspectos de Comunicação
Projeto MedFasee– Simulador de SPMS
– Equipamentos
– Protótipo de SPMS
8
Phasor Data Concentrator (PDC)
Funcionalidades básicas:– Recebimento de sincrofasores
– Tratamento de erros de transmissão
– Correlação de etiquetas de tempo
– Armazenamento centralizado dos dados
– Disponibilização centralizada dos dados
– Solicitação de dados perdidos
– Operação contínua, em tempo real
PDC
PMU
GPS
PMU
GPS
PMU
GPS
Rede Local daEmpresa
Hardware + Software
canais decomunicação( )
9
Phasor Data Concentrator (PDC)
Requisitos básicos:– Alto desempenho computacional
» Operação em tempo real
– Sistema eficiente para o armazenamento dos dados
– Confiabilidade e disponibilidade
– Capacidade de comunicação
– Atendimento à diversos tipos de aplicação
– Fácil integração» Alta modularidade e expansibilidade
» Interfaces de comunicação padronizadas
– Equipamento dedicado
10
Phasor Data Concentrator (PDC)Correlação dos Frames de Dados
Processo de “re-sincronização” de dados– As aquisições são sincronizadas nas PMUs, porém o envio via rede
de comunicação é naturalmente assíncrono → necessidade de um processo de re-sincronização
– Processo crítico» Deve introduzir o menor atraso possível
– Feito em memória» Desempenho computacional
» Operação em tempo real
– Deve considerar possíveis perdas de dados» Correlação de dados antigos enviados tardiamente pelas PMUs
» Dados não válidos para o tempo real, mas que devem ser devidamente armazenados na base histórica
11
Phasor Data Concentrator (PDC)Capacidade de Armazenamento
Principal fator limitante do PDC
Qtde PMU x qtde canais
O sistema de armazenamento deve atender a requisitos de operação em tempo real
A escolha do sistema de armazenamento depende da vários fatores:– Formato de armazenamento dos dados
– Resolução do histórico
– Desempenho computacional
– Espaço requerido
– Facilidade de acesso aos dados armazenados
12
Phasor Data Concentrator (PDC)Capacidade de Armazenamento
Exemplo:– Armazenamento em ponto flutuante (4 bytes por variável)– Arquivos binários, sem códigos adicionais de controle
Um fasor:– Variáveis: tempo (SOC+CONT), módulo, ângulo, freqüência,
variação de freqüência– Total: 22 bytes– À 60 sincrofasores por segundo: 1320 bytes por segundo
» Ou 4,53 MB por hora» Ou 108,76 MB por dia» Ou 761,35 MB por semana
13
Uso de plataformas de desenvolvimento de alto nível, com características pré-definidas:– LabView, Matlab, etc.
Desenvolvimento completo:– Hardware e software– Definição de requisitos:
» Requisitos do hardware» linguagem de programação» ambiente de software (sistema operacional)» sistema de tempo real» sistema de armazenamento de dados históricos» interfaces de acesso aos dados» etc.
Phasor Data Concentrator (PDC)Opções de Construção
14
Phasor Data Concentrator (PDC)Desafios
Falta de padronização
Dependência em relação às aplicações do SPMS
Dependência em relação às PMUs– Padrões de comunicação ainda não consolidados
– PMUs / PDCs e PDCs / PDCs
Armazenamento de (grande quantidades de) dados– Como fazer ?!?!
– Banco de dados p/ tempo real ?!?!
– Principal fator limitante !!!
Estruturas hierárquicas de PDCs– Vantagens: expansibilidade
– Desvantagens: latência
– Quantidade de níveis hierárquicos
15
Phasor Data Concentrator (PDC)Equipamentos Disponíveis
Alguns “fabricantes” de PDC:– ABB: Linha PSGuard (software)
» PSG 830 (básico, IEEE Std. 1344)» PSG 850, PSG 870 (funções avançadas de monitoração e de controle)
– SEL:» SEL-5077/8 Synchrowave Server (software, até “8 PMUs”)» SEL-3306 Synchrophasor Processor (hardware + software, até “40 PMUs”, sem
armazenamento de dados históricos)
– BPA:» Protótipo de PDC baseado em LabView (hardware + software) → Não comercial!
– TVA - EIPP:» SuperPDC: desenvolvimento próprio → Não comercial!
Protótipo de PDC desenvolvido no Projeto MedFasee– Desenvolvimento próprio
16
Tópicos
Arquitetura Geral de SPMS– Unidade de Medição Fasorial (PMU)
– Concentrador de Dados de Medição (PDC)
– Aspectos de Comunicação
Projeto MedFasee– Simulador de SPMS
– Equipamentos
– Protótipo de SPMS
17
Sistema de ComunicaçãoFunções Básicas
Interligar os equipamentos do SPMS– PMUs e PDCs
– PDCs entre si
Interligar o SPMS à rede da empresa– Disponibilização dos dados do PDC
» Aplicações em tempo real
» Análise de dados históricos
PDC
PMU
GPS
PMU
GPS
PMU
GPS
Rede Local daEmpresa
Hardware + Software
canais decomunicação( )
18
Sistema de ComunicaçãoRequisitos Gerais
Comunicação entre equipamentos:– Envio contínuo de dados, em tempo real
» Largura de banda garantida» Alta disponibilidade» Baixa latência
– Disponibilidade esporádica de maior largura de banda» Envio de dados perdidos» Possibilidade de uso de canais secundários
– Padronização bem definida» Suporte aos protocolos de comunicação padronizados
– Expansibilidade– Alta imunidade a ruídos– Segurança– Facilidade de integração
– Canais dedicados ?!?!?!» Não necessariamente» Garantia de largura de banda» Ajuste de prioridades no caso de canais
compartilhados
19
Sistema de ComunicaçãoRequisitos Específicos
Para aplicações de tempo real:– Envio contínuo de dados– Largura de banda garantida– Alta disponibilidade– Baixa latência– Alta imunidade a ruídos
Para aplicações off-line (dados históricos):– Grande largura de banda (pacotes de dados volumosos)– Não requer garantias de disponibilidade, latência, etc.
20
Sistema de ComunicaçãoPadronização e Protocolos
IEEE C37.118:– Estabelece alguns procedimentos– Porém não é suficientemente clara
Esquema normalmente utilizado: “cliente/servidor”– PMUs operam como servidores
» Aguardam comandos e reagem a estes– PDCs operam como clientes
» Gerenciam as conexões» Solicitam as configurações das PMUs» Solicitam o início e encerramento do envio de dados
– PDCs podem se comportar como servidores» Comunicação entre PDCs
– Esquema adequado ao uso de redes Ethernet, com protocolos como TCP/IP e UDP/IP
Uso de multicast– Minimiza largura de banda em comunicações com múltiplos receptores
21
Sistema de ComunicaçãoTCP/IP x UDP/IP
TCP/IP:– “Mais confiável”– Mecanismos internos para a identificação e correção de erros
de comunicação– Garante o recebimento das mensagens– “Muitos” bytes de controle– Pode “pendurar” uma conexão, caso haja uma falha de um dos
pontos
UDP/IP:– Não possui mecanismos de controle de fluxo de dados– Mensagens curtas – “poucos” bytes de controle– Mais eficiente (rápido)
» Tráfego facilitado nos roteadores da rede– Não “pendura” uma conexão– Mais adequado a comunicações em tempo real
22
Sistema de ComunicaçãoMeios Físicos
Rede própria da empresa– Fibra óptica (longa distância e local)
– Par trançado (rede local)
– Canais de microondas
– PLC (Power Line Communication)
Linhas privadas
Internet– Uso de VPN (Virtual Private Network)
– Questões:» Segurança, latência, garantia de largura de banda, etc.
23
Sistema de ComunicaçãoTamanho dos Frames de Dados
Frame de dados IEEE Std. C37.118 (grandezas em ponto flutuante)– Campos fixos (SYNC, FRAMESIZE, IDCODE, SOC, FRACSEC, STAT, FREQ,
DFREQ, CRC): 26 bytes fixos por frame
– Sincrofasores: módulo+ângulo → 8 bytes/sincrofasor
– Transdutores: valor → 4 bytes/canal
– Digitais: estado → 2 bytes/canal (cada canal transmite 16 estados)
Frame de dados IEEE Std. C37.118 (grandezas em inteiros)– Campos fixos (SYNC, FRAMESIZE, IDCODE, SOC, FRACSEC, STAT, FREQ,
DFREQ, CRC): 22 bytes fixos por frame
– Sincrofasores: módulo+ângulo → 4 bytes/sincrofasor
– Transdutores: valor → 2 bytes/canal
– Digitais: estado → 2 bytes/canal (cada canal transmite 16 estados)
24
Sistema de ComunicaçãoTamanho dos Frames de Dados
Protocolos de comunicação → Adicionam bytes de controle– Ex.: UDP/IP sobre Ethernet (em modo unicast)
» Ethernet II: 26 bytes (cabeçalho completo)
» Protocolo IP: 20 bytes
» Protocolo UDP: 8 bytes
– Total adicionado: 54 bytes por frame
Total de cada frame de dados (IEEE Std. C37.118):
[ 8 bytes/fasor + 4 bytes/transd + 2 bytes/digital + 80 bytes fixos ](ponto flutuante)
(inteiros)[ 4 bytes/fasor + 2 bytes/transd + 2 bytes/digital + 76 bytes fixos ]
25
Sistema de ComunicaçãoTaxas de Envio de Dados
IEEE Std. C37.118:– 60Hz: 10,12,15,20,30 sincrofasores por segundo
– Taxas maiores são recomendadas
Taxas normalmente utilizadas (60Hz):– 10 sincrofasores por segundo (1 a cada 6 ciclos)
– 20 sincrofasores por segundo (1 a cada 3 ciclos)
– 30 sincrofasores por segundo (1 a cada 2 ciclos)
– Tendência: 60 sincrofasores por segundo (1 a cada ciclo)
Projeto MedFasee:– 60 sincrofasores por segundo
26
Sistema de ComunicaçãoLargura de Banda
Ex.: PMU com 16 canais fasoriais + 4 canais digitais
UDP/IP sobre Ethernet (unicast)– Grandezas em ponto flutuante
» Cada frame de dados: 16*8 + 4*2 + 80 = 216 bytes
– Taxa de 60 sincrofasores por segundo» Largura de banda: 216 bytes * 60 * 8 bits / 1000 = 103,68 kbps
– Ou:
– Grandezas em inteiros» Cada frame de dados: 16*4 + 4*2 + 76 = 148 bytes
– Taxa de 10 sincrofasores por segundo» Largura de banda: 148 bytes * 10 * 8 bits / 1000 = 11,84 kbps
27
Tópicos
Arquitetura Geral de SPMS– Unidade de Medição Fasorial (PMU)
– Concentrador de Dados de Medição (PDC)
– Aspectos de Comunicação
Projeto MedFasee– Simulador de SPMS
– Equipamentos
– Protótipo de SPMS
28
Objetivos iniciais:– Estudar a estrutura de comunicação entre os
equipamentos de um SPMS
– Estudar os protocolos de troca de mensagens entre PMUs e PDC
– Desenvolver as primeiras interfaces de comunicação dos equipamentos
– Auxiliar no desenvolvimento do PDC do projeto
Projeto MedFaseeSimulador de SPMS
29
Características– Constituído de um simulador da dinâmica de SEE, simuladores de
PMUs, e um PDC
PMUs simuladas em PCs– PDC executado em PC com GNU/Linux (tempo real)
– Comunicação entre PMUs e PDC estabelecida via Ethernet
– Códigos projetados utilizando Modelagem Orientada a Objetos (MOO) e implementados em linguagem C/C++
– Medidas fasoriais obtidas a partir dos resultados da simulação do comportamento dinâmico do sistema.
Projeto MedFaseeSimulador de SPMS
30
Exemplo de Configuração:
SistemaSul-
Brasileiro45 barras
Barra 370 - Passo Fundo 230kV
Barra 368 - Farroupilha230kV
Barra 371 - Xanxerê230kV
Barra 408 - Itauba 230kV PMU_Virtual_0001
PMU_Virtual_0002
PMU_Virtual_0003
Projeto MedFaseeSimulador de SPMS
PDC150.162.19.110
LabPlan-10GNU/Linux
PMU_Virtual_0001150.162.19.101
LabPlan-01Windows 2000
PMU_Virtual_0003150.162.19.105
LabPlan-05Windows 2000
PMU_Virtual_0004150.162.19.108
LabPlan-08Windows 2000
PMU_Virtual_0002150.162.19.102
LabPlan-02Windows 2000
Visualiz. 1
Visualiz. 3
Visualiz. 2Simulador daDinâmica - SIMSP
150.162.19.101LabPlan-01
Windows 2000
UDP/IP
UDP/IP
UDP/IP
UDP/IP
TCP/IP
TCP/IP
TCP/IP
UDP/IP
UDP/IP
UDP/IP
UDP/IP
31
Objetivos futuros:– Testes e adequações no PDC, simulando-se diferentes quantidades
de PMUs» Testes de capacidade de recepção e de armazenamento de dados do
PDC
» Testes de latência x dimensão do SPMS
» Obs.: É possível simular mais de uma PMU por microcomputador
– Teste de aplicações diversas com a utilização de sincrofasores» Monitoração de SEE em larga escala
» Controle e proteção de SEE usando sincrofasores
Projeto MedFaseeSimulador de SPMS
32
Tópicos
Arquitetura Geral de SPMS– Unidade de Medição Fasorial (PMU)
– Concentrador de Dados de Medição (PDC)
– Aspectos de Comunicação
Projeto MedFasee– Simulador de SPMS
– Equipamentos
– Protótipo de SPMS
33
As PMUs do Projeto MedFaseeCaracterísticas gerais:– 8 canais analógicos (4 correntes, 4 tensões)
– 1 canal digital (16 estados)
– Medição e envio contínuo de fasores
– Sincronização por IRIG-B
– Taxa: 60 sincrofasores por segundo
– Comunicação Ethernet, protocolo UDP/IP
– Acesso remoto via SSH
– Atende a norma IEEE Std. 1344
34
O PDC do Projeto MedFaseeCaracterísticas Gerais:– Baseado em arquitetura PC
– Sistema operacional GNU/Linux (software livre)
– Desenvolvido sob o paradigma da Modelagem Orientada a Objetos
– Programado em linguagem C/C++
– Sistema de tempo real RTAI
– Uso de banco de dados MySQL
– Backup completo de hardware
– Hardware:» Pentium 4 2,8 GHz
» 512 MB RAM
» 160 GB HD SATA
35
O PDC do Projeto MedFaseeFuncionalidades:– Recebimento, tratamento e correlação de sincrofasores
– Disponibilização e armazenamento centralizado de dados
– Suporte à funções de monitoração e controle de SEE em tempo real
– Suporte à estudos off-line (dados históricos)
– Sinalização de ocorrências (triggers)
– Registro completo de logs
36
O PDC do Projeto MedFaseeOperação em tempo real– Sistema RTAI – Real Time Application Interface
» Bom desempenho
» Software livre
» Suporte a programas em linguagem C++
– Garantia de recebimento de sincrofasores
Correlação de dados– Uso de um buffer de dados em memória
» Não utiliza a base de dados
» Desempenho em tempo real
37
Triggers
Funcionalidade realizada pelo próprio PDC
Facilita o processo de busca de ocorrências
Tipos de trigger:– Valores limites de módulos, ângulos e/ou freqüência
– Taxa de variação máxima de módulos, ângulos e/ou freqüência
– Possibilidade de monitoração de vários patamares de uma mesma grandeza em um mesmo canal
– Triggers independentes por canal
O PDC do Projeto MedFaseeSistema de Sinalização de Ocorrências
38
Banco de dados MySQL (relacional)
Uso de um buffer de dados em disco– Os sincrofasores são recebidos e armazenados temporariamente em um buffer de
dados em HD, e posteriormente inseridos na base dados por um processo secundário
– Garantia de desempenho em tempo real
Índice de Recuperação: tempo necessário para a estabilização da operação do buffer, após uma sobrecarga do PDC
– Atualmente: 2,7
– Ex.: 100s de sobrecarga no PDC são restaurados em 37s
– Índice depende do hardware do PDC e da quantidade de PMU / canais do sistema
– OBS.: Perda de dados “zero” durante todo o processo!
– Capacidade atual de até 200h de sobrecarga» Ex. de sobrecarga: busca de dados na base histórica
O PDC do Projeto MedFaseeArmazenamento na Base de Dados
39
O PDC do Projeto MedFaseeEstrutura da Base de Dados
Dados de Medições
t_pmu
PK idcodepmu CHAR(8)
nome CHAR(16)phnmr SHORTdgnmr SHORTfreq BITdfreq BITfreq_n SHORTtaxaenvio SHORTtaxamost SMALLINT
t_ch_analogico
PK idchannel SMALLINT
U1 idcodepmu CHAR(8)U1 numchanalog SHORT
nome CHAR(16)fator LONG
t_reg_fasor
I1 idcodepmu CHAR(8)I1 numchanalog SHORTI1 tempo DATETIMEI1 cont SMALLINT
modulo LONGangulo LONGfreq LONGdfreq LONG
t_reg_fasor_atual
PK idcodepmu CHAR(8)PK numchanalog SHORT
modulo LONGangulo LONGfreq LONGdfreq LONG
t_tempo_atual
tempo DATETIME
t_tipo_trigger
PK idtrigger SMALLINT
variavel CHAR(3)tipo CHAR(3)valor LONGperiodo SMALLINT
t_reg_trigger
I1 idchtrigger SMALLINTI1 tempo DATETIMEI1 cont SMALLINT
t_ch_trigger
PK idchtrigger SMALLINT
idtrigger SMALLINTidchannel SMALLINTidchannelref SMALLINT
Dados Informativos do SPMS
Banco de dados MySQL– Tabela principal: “t_reg_fasor”– Opera de forma cíclica
40
O PDC do Projeto MedFaseeEspaço em Disco
Registros da tabela “t_reg_fasor”:– IDCODE da PMU: 8 bytes
– número do canal: 1 byte
– etiqueta de tempo (tempo, cont): (8+2=10) bytes
– fasor (módulo, ângulo, freq, dfreq): (4x4=16) bytes
Total: 35 bytes por sincrofasor armazenado– Índices de busca da base: acréscimo de aprox. 35%
41
Interface em tempo real– Acessa diretamente a memória RAM (após a etapa de correlação)– Suporte a aplicações de monitoração e controle em tempo real– Suporte a conexões entre PDCs
Interface off-line– Acesso ao banco de dados– Acesso via clientes MySQL
» MySQL Client (modo texto)» MySQL Control Center (gráfico)» Bibliotecas (MySQL C API, MySQL for Matlab, etc.)
– Suporte a estudos off-line utilizando dados históricos
O PDC do Projeto MedFaseeInterfaces de Comunicação
42
Tópicos
Arquitetura Geral de SPMS– Unidade de Medição Fasorial (PMU)
– Concentrador de Dados de Medição (PDC)
– Aspectos de Comunicação
Projeto MedFasee– Simulador de SPMS
– Equipamentos
– Protótipo de SPMS
43
O Protótipo de SPMS do Projeto MedFasee
Etapas de construção:
– Fase 1
– Fase 2
44
Fase 1:– Período: entre 06/2004 e 10/2004
– Estrutura:» 1 PDC (LabPlan-UFSC)
» 3 PMUs (LabPlan-UFSC, Labspot-UFSC, Reason)
– Objetivos principais:» Interconexão das PMUs com o PDC
» Adequações finais nos sistemas de comunicação dos equipamentos
Protocolos de comunicação
O Protótipo de SPMS do Projeto MedFasee
45
Fase 2:– Período: 10/2004 ............
– Estrutura:» 1 PDC (LabPlan-UFSC)
» 3 PMUs (capitais dos 3 estados da Região Sul)Florianópolis (UFSC-SC)
Porto Alegre (PUC-RS)
Curitiba (CEFET-PR)
– Objetivos:» Consolidação dos desenvolvimentos do Projeto MedFasee
» Experimentos de registros ocorrências no SIN
O Protótipo de SPMS do Projeto MedFasee
46
O Protótipo de SPMS do Projeto MedFaseeLocalização dos Equipamentos
47
PMU CEFET-PR
PMU PUC-RSPMU e PDC → LabPlan - UFSC
O Protótipo de SPMS do Projeto MedFaseeLocalização dos Equipamentos
48
LabPlan -UFSC
CEFET - PR
PUC - RS
O Protótipo de SPMS do Projeto MedFaseeInstalações Externas
49
Características gerais:– Medição das tensões trifásicas da rede de distribuição
– Módulo, ângulo, freqüência e variação de freqüência
– Seqüência positiva disponível em tempo real» Calculada no PDC
– Registro e envio contínuo de dados
– Taxa de medição e envio: 60 sincrofasores por segundo
– Uso de rede pública Internet
– Protocolo UDP/IP
– Acesso aos equipamentos através de SSH
– Base histórica de dados de 7 dias
O Protótipo de SPMS do Projeto MedFasee
50
O Protótipo de SPMS do Projeto MedFaseeLargura de Banda
PMUs com 8 canais fasoriais + 1 digital– Medição trifásica (3 canais apenas), mas todos os 8+1 canais são
enviados no frame
Frames da dados no formato IEEE Std. 1344– Campos fixos: 10 bytes– Sincrofasores: 4 bytes * 8 sincrofasores = 32 bytes– Digitais: 2 bytes * 1 canal = 2 bytes– Protocolo (UDP/IP sobre Ethernet): 54 bytes adicionais– Total de cada frame (de cada PMU): 98 bytes
Taxa de 60 sincrofasores por segundo– Largura de banda: 98 bytes * 60 * 8 bits / 1000 = 47,04 kbps (por PMU)– No PDC: 141,12 kbps
51
Desempenho dos links de comunicação– Rede pública Internet– Protocolo UDP/IP
Perda de Dados - Dia: 01/03/2005 (Terça-feira)
0,00%
0,50%
1,00%
1,50%
2,00%
2,50%
0h 1h 2h 3h 4h 5h 6h 7h 8h 9h 10h 11h 12h 13h 14h 15h 16h 17h 18h 19h 20h 21h 22h 23h
Hora (local)
PMU PUC-RS PMU CEFET-PR
Perda de Dados - Dia: 27/03/2005 (Domingo de Páscoa)
0,00%
0,05%
0,10%
0,15%
0,20%
0,25%
0,30%
0h 1h 2h 3h 4h 5h 6h 7h 8h 9h 10h 11h 12h 13h 14h 15h 16h 17h 18h 19h 20h 21h 22h 23h
Hora (local)
PMU PUC-RS PMU CEFET-PR
O Protótipo de SPMS do Projeto MedFaseePerda de Dados
Largura de banda para cada PMU:
47,04 kbps
Perda nula para a PMU do LabPlan
52
Tabela “t_reg_fasor”:– 35 bytes por sincrofasor armazenado
– Índices de busca da base: acréscimo de aprox. 35%
PMUs com 8 canais fasoriais + 1 digital– 3 PMUs * 8 canais = 24 sincrofasores– Obs.: Os canais digitais não são armazenados.
Taxa de 60 sincrofasores por segundoHistórico de 7 dias– 35 bytes * 24 sincrofasores * 60 * 7 dias (604.800s) = 28,39 GB– índices de busca: 9,94 GB– Total: 38,32 GB
O Protótipo de SPMS do Projeto MedFaseeArmazenamento em Disco
53
Desempenho computacional do PDC:– Uso da CPU:
» MySQL: ~22,5%
» processo principal: ~5%
» demais processos: ~2,5%
» Total: ~30% de CPU
– Uso da memória:» MySQL: ~7%
» processo principal: ~1%
» demais processos: ~2%
» Total: ~10% de RAM
– Obs. 1: O uso de CPU e memória não é “linear”.
– Obs. 2: A limitação principal é o banco de dados.
O Protótipo de SPMS do Projeto MedFaseeDesempenho do PDC
– Hardware:» Pentium 4 2,8 GHz
» 512 MB RAM
» 160 GB HD SATA
54
Projeto MedFaseeArquitetura
55
Obrigado!
Marcelo Neujahr Agostini– Laboratório de Planejamento de Sistemas de Energia Elétrica – LabPlan
– Departamento de Engenharia Elétrica – EEL
– Centro Tecnológico – CTC
– Universidade Federal de Santa Catarina – UFSC
– E-mail: [email protected]