Deteção de Perdas

O sistema de monitorização por watchdog do Gémeo Digital não só deteta estados de componentes, como também calcula com precisão as perdas de energia das suas instalações. A deteção de perdas ajuda a compreender quanta energia um componente perdeu face à produção esperada.

Conceitos Gerais

Princípio Básico da Deteção de Perdas

A deteção de perdas compara a energia efetivamente produzida com a energia esperada com base nos dados meteorológicos e na configuração do sistema:

• Energia Esperada: Calculada através de simulação com base nas condições ambientais e nas especificações dos componentes
• Energia Medida: Produção real de acordo com os contadores de energia
• Perda: A diferença quando a energia medida é inferior à esperada

Perda = max(0, Energia Esperada - Energia Medida)

Quando São Calculadas as Perdas?

O sistema só calcula perdas em determinadas condições, de modo a evitar falsos alarmes:

As perdas SÃO calculadas para:

• Componentes com subprodução significativa: Quando a energia medida está bastante abaixo da simulação
• Durante períodos de falha detetados: Durante falhas de produção reais
• Com dados fiáveis: As medições têm de ser fisicamente plausíveis e consistentes

As perdas NÃO são calculadas para:

• Falhas de comunicação: Quando os data loggers não enviam dados, mas a produção continuou
• Condições meteorológicas desfavoráveis: Em condições que tornam as medições pouco fiáveis
• Períodos sem produção esperada: Quando não se espera energia devido às condições ambientais
• Medições não fiáveis: Quando as medições são fisicamente impossíveis ou inconsistentes

Classificação dos Períodos de Tempo

O sistema analisa as séries temporais de energia e classifica cada período:

Problema de Recolha de Dados vs. Perda Real

Uma fonte comum de confusão é um componente subordinado (por exemplo, uma string) cujos dados estão em falta enquanto o seu componente principal (o inversor) mostra claramente uma produção saudável. O sistema reconhece este padrão: se a energia medida do inversor for consistente com as suas strings a produzir normalmente, os dados em falta da string são tratados como um problema de recolha de dados — um problema de logger ou de comunicação — e nunca são contabilizados como perda de energia.

Exemplo: Falha de Comunicação vs. Falha Real

Cenário A: Falha de Comunicação (DATA_GAP)

Hora:            08:00    [Falha]    12:00
Contador:        100 kWh    ???       180 kWh
                    │                  │
                    └──────────────────┘
                    Salto grande: +80 kWh

Energia esperada durante a falha: 100 kWh
Rácio: 80/100 = 80% ≥ limiar de 50%

→ DATA_GAP: O componente produziu, apenas a comunicação foi interrompida
→ Este período é EXCLUÍDO do cálculo de perdas

Cenário B: Falha Real (POTENTIAL_OUTAGE)

Hora:            08:00    [Falha]    12:00
Contador:        100 kWh    ???       105 kWh
                    │                  │
                    └──────────────────┘
                    Salto pequeno: +5 kWh

Energia esperada durante a falha: 100 kWh
Rácio: 5/100 = 5% < limiar de 50%

→ POTENTIAL_OUTAGE: Provavelmente uma falha real
→ As perdas SÃO CALCULADAS para este período

Níveis de Confiança

Cada perda calculada recebe um nível de confiança que indica o grau de certeza do sistema de que se trata de uma perda real:

Condições Limite

Certas condições ambientais e meteorológicas tornam a análise de perdas pouco fiável. Esses períodos são excluídos para TODOS os componentes:

Condições Excluídas:

Porquê exclusões globais?

Estas condições afetam todos os componentes em simultâneo e não são problemas específicos de um componente. Por exemplo, quando é detetada neve, esse período de tempo é excluído do cálculo de perdas para todos os componentes, mesmo que alguns componentes individuais apresentem baixa produção.

Deteção de Perdas para Parques Solares

Para os parques solares, o sistema utiliza uma análise multinível ao longo da cadeia de energia: desde as strings individuais, passando pelos inversores, até ao contador de injeção na rede.

Cálculo Hierárquico de Perdas

As perdas são calculadas ao nível da string e agregadas para cima:

String → GAK → Inversor → Contador de Injeção

Princípios Importantes:

• As perdas são calculadas principalmente ao nível da string
• Componentes principais = Soma dos componentes subordinados
• Se os dados da string forem pouco fiáveis, são ignorados
• O sistema valida que as perdas das strings não excedem as perdas fisicamente possíveis do inversor

Exemplo: Consistência Hierárquica

Inversor:
  Simulação: 10.000 Wh
  Medição:    9.000 Wh
  Perda Máx.: 1.000 Wh

String 1:                    String 2:
  Perda: 500 Wh              Perda: 500 Wh

Soma: 1.000 Wh = Perda Máx. do Inversor ✓

→ Consistente: As perdas das strings igualam a perda do inversor

Condições Limite Específicas de Parques Solares

Para os parques solares, são aplicadas exclusões meteorológicas adicionais:

Dia com neve matinal:
Hora   | Neve  | Cálculo de Perdas
-------|-------|------------------
06:00  | 0 cm  | Calcular normalmente
07:00  | 2,5cm | EXCLUÍDO
08:00  | 3,1cm | EXCLUÍDO
09:00  | 1,8cm | EXCLUÍDO
10:00  | 0 cm  | Calcular normalmente

→ 07:00-09:00 excluído para TODOS os componentes
→ Mesmo que a string mostre baixa produção, não é contabilizada qualquer perda

Cenários Especiais para Parques Solares

Falha do Inversor com Falhas de Dados das Strings

Quando um inversor falha, os data loggers das strings podem falhar. Neste caso:

1. Durante a falha: TODAS as strings são incluídas (não apenas as candidatas)
2. Após a falha: Apenas as strings com desempenho continuamente fraco são contabilizadas como perdas
3. Vantagem: Evita que as perdas sejam ignoradas devido a falhas dos loggers

Corrupção do Contador Após Falhas

Por vezes, os contadores das strings ficam bloqueados após uma falha do inversor:

Contador de energia da string:
07:00  →  5000 Wh    (Normal)
07:45  →  5000 Wh    (Falha do inversor, o logger falha)
10:45  →  5000 Wh    (O inversor recupera, o logger não)
18:00  →  5000 Wh    (Contador bloqueado)

→ A string aparece como candidata (baixa produção diária)
→ MAS: Apenas as perdas entre 07:45-10:45 são contabilizadas
→ Após as 10:45: Sem perdas (corrupção do contador, não uma perda real)

Exemplos de Níveis de Confiança em Parques Solares

Perda de Confiança ALTA:

String X:
- Simulação diária: 5.000 Wh
- Medição diária: 4.000 Wh
- Sim_err: 0,80 (perda de 20%)
- Dados contínuos, sem falhas
- Inversor principal saudável

→ Perda: 1.000 Wh com confiança ALTA
→ Caso claro de subprodução

Perda de Confiança MÉDIA:

String Y durante falha do inversor:
- Falha das 08:00 às 11:00
- Perdas contabilizadas apenas durante este período
- Após a falha: produção normal

→ Perda: 800 Wh com confiança MÉDIA
→ A perda está limitada ao período de falha

Perda de Confiança BAIXA:

String Z:
- A string reporta 60% menos do que o esperado
- Mas: O inversor mostra apenas 10% de perda
- Rácio de fluxo de dados inconsistente

→ Possível perda: 2.000 Wh com confiança BAIXA
→ Provavelmente um problema de medição, não uma perda real

Padrões de Perda Comuns em Parques Solares

Subprodução Contínua:

• Uma string produz consistentemente 20-30% menos
• → Perda de confiança ALTA
• → Causas possíveis: Sombreamento, sujidade, módulos defeituosos

Falhas Periódicas:

• A string apresenta períodos de falha recorrentes
• → Perda de confiança MÉDIA durante as falhas
• → Causas possíveis: Problema no inversor, questões de rede

Medições Inconsistentes:

• As perdas da string não correspondem às perdas do inversor
• → Confiança BAIXA
• → Causa provável: Problema de medição, não uma perda real

Interpretar os Dados de Perdas

Como Avaliar as Perdas

1. Verifique o nível de confiança: Concentre-se primeiro nas perdas de confiança ALTA
2. Consulte o estado do componente: Compare com os Estados dos Componentes
3. Identifique padrões temporais: As perdas são contínuas ou periódicas?
4. Valide a hierarquia: Em sistemas hierárquicos (por exemplo, parques solares), verifique se as perdas são consistentes nos diferentes níveis

Atribuição de Perdas Relacionada

Nem todo o défice face à produção esperada é uma avaria. O agente de edge monitoriza separadamente o curtailment — produção que foi deliberadamente impedido de entregar — e atribui-o à parte responsável:

• Curtailment do comercializador: Produção reduzida por instrução do seu comercializador direto ou parte negociadora.
• Curtailment da rede: Produção reduzida pelo operador de rede (por exemplo, gestão de injeção durante congestionamento da rede).

O curtailment é detetado quando uma central é mantida no seu limite de potência ativa, ou perto dele, e a energia não entregue é registada por minuto contra o comercializador ou a rede, em vez de ser sinalizada como uma perda de componente. Isto permite-lhe distinguir uma string defeituosa de uma central perfeitamente saudável à qual foi simplesmente ordenado que reduzisse a produção.

Funcionalidades Relacionadas

• Gémeo Digital — o sistema de monitorização por watchdog que deteta e calcula as perdas
• Avaliação de Componentes — como o estado de cada componente é classificado
• Deteção de Eficiência — análise do performance ratio e da configuração de strings
• Data Scraper — análise de edge, incluindo a monitorização de curtailment
• Arquitetura do Gémeo Digital — implementação técnica