Painel de controle

Reprocessamento

Mock ativo: fecha o laço alarme de falha de comunicação → releitura (Dataset B) → DataIn 2.0 → reconhecimento no PIM. Evidência do CU-01 da PoC Energisa — a timeline abaixo é o comparativo de inconsistências antes/depois de cada tentativa. O worker só roda enquanto estiver Ligado. As alterações entram em vigor no próximo ciclo, sem reiniciar a aplicação.

Status

Baixar snapshot Exportar CSV

Worker —

Execução —

Intervalo entre ciclos —

Grandezas —

Estado

Worker ligado (dispara ciclos periodicamente)

Conexão

URL da API do PIM Base para /api/alarmes/reconheca (reconhecimento — a listagem lê o Oracle direto).

URL do DataOut Usada para calcular os gaps (instantes presentes) antes e depois da releitura.

URL do DataIn 2.0 Base para inserir as medições obtidas do Dataset B.

Header pim-auth

Connection string do Oracle do PIM Usada para listar os alarmes de falha de comunicação direto de TB_ALARME — nenhum endpoint novo no PIM.

Execução

Intervalo entre ciclos (segundos)

Alarmes por ciclo

Intervalo entre medições (minutos)

Máximo de tentativas por alarme

Grau de paralelismo Alarmes do lote processados ao mesmo tempo (1 = sequencial). Teto 32 para não saturar o DataIn.

Tolerância de gaps restantes Quantidade de instantes faltantes, após a releitura, ainda aceita para reconhecer o alarme.

Grandezas (separadas por vírgula) Usadas quando o alarme não traz grandezas próprias. Ex.: EneatDel,EneatRec,EnereDel,EnereRec.

Rota da releitura

A consulta o dataset B em processo (variante demonstrada na PoC). C percorre o pipeline real do produto: agenda um comando leitura_dataset_b no PIM (visível na tela de Comandos do Medidor), o PdC — este mock — o atende e posta no DataIn, e o laço observa a janela no DataOut até Timeout do comando. A troca vale no próximo alarme, sem reinício.

Variante

Timeout do comando (segundos) Só a variante C usa: tempo máximo aguardando a janela aparecer no DataOut após o agendamento.

Último ciclo

Instante —

Alarmes encontrados —

Reprocessados —

Falhas —

Esgotados —

Indicadores de monitoração

Exportar indicadores (CSV)

Apurados sobre a timeline retida (500 itens). A taxa de fechamento conta alarmes distintos, não transições: um alarme que falhou três vezes e fechou na quarta é um alarme fechado. A saúde é passiva — reflete as chamadas que o laço de fato fez, então uma conexão nunca exercitada aparece como sem observação, e não como saudável.

Taxa de fechamento —

Alarmes distintos —

Reconhecidos —

Esgotados —

Em aberto —

Saúde das conexões

Conexão	Situação	Último sucesso	OK / falhas
Carregando…

Fila de alarmes detectados e não tratados

Alarme	Medidor	Última etapa	Detectado em	Tentativas
Carregando…

Timeline

Uma linha por transição de etapa do laço, mais recente primeiro. Clique em Ver gaps para comparar as inconsistências antes e depois da tentativa. "0 gaps" indica que a releitura eliminou todas as faltas encontradas.

Instante	Alarme	Medidor	Etapa	Tentativa	Detalhe	Gaps
Carregando…