Eventos

Os eventos são os sinais detetados por máquina que as suas centrais geram por iniciativa própria — uma interrupção de rede, um limite de sobreprodução, um logger que perde o contacto com a sua fonte. Dão-lhe um registo objetivo, com data e hora, do que aconteceu, para que possa reagir rapidamente e provar mais tarde o que a plataforma observou e quando.

Conceito de Eventos

Um evento é criado automaticamente quando a plataforma reconhece uma condição relevante numa central. A maioria dos eventos provém do Gémeo Digital e dos agentes de monitorização que vigiam cada central; outros são emitidos como efeito secundário de alterações de configuração (por exemplo, quando um data logger é adicionado ou colocado em pausa). Também pode registar um evento manualmente para algo que tenha observado no local.

Os eventos são deliberadamente leves: cada um regista o que a plataforma detetou, onde, quando e quão grave é. O lado humano da história — notas de triagem, quem está a trabalhar nele, o que foi feito para o corrigir — vive nos Tickets, e não no próprio evento.

Tipos de Eventos

Cada evento transporta um tipo que lhe indica o que foi detetado. Os tipos agrupam-se em algumas famílias:

Produção e rede

• Interrupção de Rede: a produção foi limitada ou interrompida pelo operador da rede elétrica.
• Interrupção Externa: a produção foi interrompida por uma instrução externa (por exemplo, um comercializador direto ou uma limitação remota).
• Sobreprodução: a central excedeu o seu nível de produção esperado ou permitido.

Saúde dos componentes — gerados pelo Watchdog de Saúde dos Componentes da central. Cada tipo tem o nome do componente em que assenta, pelo que um inversor, uma caixa combinadora e uma string têm cada um a sua própria versão da mesma conclusão. No caso dos inversores, os Eventos do inversor explicam cada um deles em detalhe — o que o abre, o que o confirma e como fecha.

Produção — exatamente um destes está aberto num componente de cada vez:

• Falha de produção do inversor: produção zero confirmada em condições que justificam produção.
• Conflito de medição do inversor: o inversor está a produzir, mas a sua própria leitura está errada — uma falha de dados a investigar, nunca contabilizada como produção perdida.
• Inversor sem comunicação: o inversor deixou de reportar — a sua produção é desconhecida e deliberadamente não é contabilizada como perda.
• Produção reduzida do inversor: o inversor está a produzir, mas muito abaixo da sua expectativa modelada.

E um agregado ao nível do parque, que se sobrepõe aos eventos de componente em vez de os substituir:

• Resumo de falhas de componentes: o único evento-resumo de parque de alta prioridade que lista todos os inversores e caixas combinadoras atualmente em baixo — é este agregado que transporta o alarme do operador.

Conclusões de manutenção — um inversor que produz à potência total enquanto alguma coisa se desgasta. Cada uma abre primeiro como uma linha Observação: … e torna-se uma conclusão confirmada assim que a evidência se aguenta:

• Temperatura elevada do inversor: funciona sensivelmente mais quente do que unidades comparáveis do mesmo logger com a mesma carga.
• Isolamento a enfraquecer do inversor: a sua leitura matinal estabilizada de isolamento cai repetidamente abaixo da dos seus pares.
• Desequilíbrio de fases do inversor: as três fases CA já não conduzem a mesma corrente.
• Rendimento a descer do inversor: a perda de conversão CC-CA cresce mês após mês mais do que a carga e a temperatura explicam.

Estado do equipamento — o que a máquina diz sobre a sua própria condição, um evento por modo:

• Falha de dispositivo do inversor: o inversor comunica uma falha própria, numa função para a qual a plataforma não tem medição — hardware, firmware, licença, configuração, uma paragem de emergência, uma string de contínua ou contagem. Uma intervenção, não uma perda de produção.
• O logger não alcança o inversor: o logger declara que não consegue alcançar a máquina, enquanto também não nos chega qualquer leitura dela. Um registo de fundo silencioso — não notifica ninguém e não põe qualquer estado no inversor; ao fim de uma hora de luz do dia é entregue a um evento sem comunicação.
• Alarme de segurança do inversor: um arco elétrico ou uma condição de corrente residual comunicada pelo equipamento — aberto com uma única comunicação ativa, de dia ou de noite.
• Paragem de proteção do inversor: um dispositivo de proteção disparou a máquina; pode ser necessário um reinício manual no local.
• Inversor parado por comando: foi desligado deliberadamente, por uma pessoa ou por um comando remoto.
• Autolimitação do inversor: está a produzir, mas limita-se a si próprio para se proteger, na maioria das vezes contra o calor.
• Falha de dispositivo da bateria: o mesmo registo para um conversor de bateria ou um BMS de contentor — os avisos de comunicação de uma bateria ficam aqui, ela não tem um registo de alcançabilidade próprio.

Espelho do que o equipamento comunica — a lista de alarmes ativos do próprio fabricante, copiada tal como foi enviada e nunca julgada:

• Falha comunicada pelo inversor / Aviso comunicado pelo inversor (e os dois equivalentes para bateria): um registo por código, aberto quando o equipamento o levanta e fechado quando o equipamento o retira.

Saúde dos sensores — uma cadeia faseada, para que um sensor saudável nunca seja condenado com base em provas fracas:

• Investigação de Sensor: um canal de irradiância deixou de fornecer sinal utilizável — sob observação.
• Defeito de Sensor: a falha é corroborada por provas independentes — substitua o sensor.
• Sujidade de Sensor: a cúpula do sensor está suja ou coberta de neve — limpe-a; escala para defeito se não recuperar.

Investigações de strings — a mesma abordagem faseada para as strings:

• Investigação de String: uma string apresenta zeros inexplicados em condições que justificam produção — sob observação.
• Interrupção de String / Defeito de String: a investigação foi confirmada — uma string morta, ou uma a produzir muito abaixo das suas irmãs sem recuperar.
• Sombreamento de String: os zeros da string repetem-se ao longo do percurso do sol — registados discretamente como sombreamento, não como defeito.

Ligação e disponibilidade — um alarme na camada onde está a causa raiz:

• VPN Offline: o túnel de monitorização para a central está em baixo.
• Rede do Parque Offline: a rede local da central está inalcançável.
• Dispositivo de Rede Offline: um único dispositivo de rede monitorizado deixou de responder.
• Falha em Massa de Dispositivos de Rede: uma grande parte dos dispositivos da central ficou offline em simultâneo.

Curtailment e liquidação — consulte Liquidação de Curtailment para a explicação completa:

• Curtailment Detetado: o registo em direto de cada episódio de curtailment, com o seu início, fim e limite reais.
• Registos de Liquidação: a contabilidade por detrás da compensação — um evento de liquidação por medida de curtailment com o método legal e os valores, um valor mensal por central e eventos de revisão para correções oficiais de preços posteriores.

Integridade da energia

• Contador de Energia Parado: o registo de energia acumulada de um dispositivo deixou de avançar enquanto este continua a produzir — o seu próprio registo de produção precisa de reparação.
• Energia de Injeção Estimada: parte da série de injeção da central é temporariamente estimada a partir das leituras de potência.

Aquisição de dados e configuração

• Disponibilidade da Fonte: uma fonte de dados tornou-se inacessível ou recuperou (lacuna na aquisição de dados).
• Ciclo de Vida do Logger: um data logger foi criado, atualizado, colocado em pausa, retomado, eliminado ou teve as suas credenciais alteradas.
• Criado pelo Utilizador: um evento que registou manualmente para uma condição observada.

Prioridade dos Eventos

Cada evento transporta um nível de prioridade para que possa focar-se primeiro no que importa:

Estado dos Eventos

Os eventos percorrem um ciclo de vida curto e claro:

• Detetado: o evento acabou de ser gerado e ainda não foi revisto.
• Reconhecido: alguém viu o evento e aceitou-o para seguimento.
• Fechado: a condição subjacente está resolvida. Muitos eventos fecham automaticamente — por exemplo, quando uma fonte limitada se reconecta, uma interrupção termina ou a sobreprodução abranda — enquanto outros são fechados manualmente assim que o trabalho está concluído.

Os eventos fechados podem ser reabertos se a condição regressar, de modo que um problema recorrente mantenha o seu histórico reunido.

Ligação e Seguimento

Os eventos não existem isoladamente. Pode ligar cada evento às partes da central que lhe dizem respeito e ao trabalho necessário para o resolver:

• Ligações a Componentes: associe um evento aos componentes específicos que afeta (um logger, inversor, GAK, string, contador de injeção ou sensor) e pesquise os componentes da central para encontrar o correto.
• Ligações a Tickets: referencie um evento a partir de um ticket para que a investigação, atribuição, comentários e resolução sejam acompanhados num único local.
• Acompanhamento de Notificações: cada evento regista quais os utilizadores que foram notificados e quem o viu.

Acompanhamento de Interrupções

Os eventos de interrupção de rede e externa são também reunidos numa vista dedicada de perda de produção. Filtrada por central e carteira, permite-lhe ver com que frequência a produção foi interrompida e atribuir a energia perdida — um contributo direto para as análises de desempenho e a elaboração de relatórios. Consulte a Deteção de Perdas para saber como a produção interrompida é quantificada.

Encontrar e Rever Eventos

Os eventos são conservados como um histórico de longo prazo, para que possa reagir no momento e analisar tendências mais tarde:

• Listar e Filtrar: navegue pelos eventos das centrais a que tem acesso, filtrados por central, carteira, tipo, estado ou prioridade, e ordenados para destacar primeiro os mais recentes ou mais urgentes.
• Contagens: contadores rápidos resumem quantos eventos estão abertos e como se distribuem, alimentando o Painel de KPI.
• Vista Detalhada: abra qualquer evento para ver o seu contexto completo, componentes ligados, tickets ligados e histórico de notificações.
• Registo Histórico: os eventos fechados permanecem disponíveis para auditorias, reclamações de garantia e identificação de padrões recorrentes ao longo do tempo.

Acesso e Permissões

Os eventos são um sub-recurso da central, pelo que o acesso segue a sua função na central principal — e não uma configuração separada. Qualquer pessoa que possa ver uma central pode ver os seus eventos. Para além disso:

• Funções técnicas — Operadores e Technical Managers obtêm o tratamento completo de eventos: reconhecer, criar, fechar e eliminar.
• Asset Manager (Commercial) pode criar e reconhecer eventos para supervisão comercial, mas não pode eliminá-los.
• Visualizadores têm acesso só de leitura.

Os cooperantes que detenham a função de trabalho necessária numa central partilhada são incluídos nas mesmas condições. Consulte o Sistema de Permissões para o modelo de funções completo.

Funcionalidades Relacionadas

• Tickets — o espaço de trabalho de seguimento humano onde os eventos são triados e resolvidos
• Eventos do inversor — todos os eventos de saúde de componentes que um inversor pode ter, em detalhe
• Gémeo Digital — o motor de análise que deteta a maioria dos eventos
• Deteção de Perdas — quantifica a produção perdida durante as interrupções
• Painel de KPI — apresenta as contagens de eventos juntamente com as métricas de desempenho
• Relatórios — incorpora os dados de eventos e perdas por interrupção na documentação periódica