Histerese de alarme do medidor de energia usa condições diferentes de ativação e desativação para evitar que uma medição ruidosa dispare e limpe repetidamente o mesmo alarme. Em um alarme alto simples, a aplicação ativa-se em um limite superior e limpa apenas após o valor cair abaixo de um limite inferior. A diferença é o deadband. Defina-o a partir do requisito operacional e do comportamento de medição, depois teste ambas as direções, temporização, dados inválidos e comportamento de reinício.
Este guia diz respeito a uma aplicação de monitorização externa que recebe medições do medidor de energia. Não estabelece que qualquer instrumento específico inclua alarmes programáveis, relés ou histerese incorporada. Confirme a documentação exata do dispositivo e do software antes da implementação.
Entenda por que um limite único pode gerar chatter
Imagine uma quantidade monitorizada a oscilar em torno de um limite de alarme. Se a ativação e a desativação usam o mesmo valor, cada pequena passagem pode criar outra transição. Isso pode encher uma lista de eventos enquanto obscurece a condição operacional subjacente. Também pode incentivar os operadores a ignorar alarmes que parecem repetitivos.
A histerese introduz memória de estado. Entre os limites de ativação e desativação, a aplicação mantém seu estado anterior. Um valor dentro dessa faixa, portanto, não é suficiente por si só para determinar se o alarme está atualmente ativo; a sequência anterior importa.
O Exemplo da Fundação OPC para atraso de ativação, atraso de desativação e deadbands de alarme explica esses mecanismos como formas de gerir a geração repetida de alarmes. Seu exemplo distingue o deadband de amplitude dos atrasos de persistência. Use essas distinções para especificar o comportamento, em vez de tratar todos os alarmes incômodos como motivo para ampliar o limite.
Defina a condição monitorizada antes de escolher um deadband
Registe a quantidade, unidade de engenharia, ponto de origem, requisitos de qualidade e consequência do alarme. Um aviso de alta demanda operacional é diferente de proteção de equipamento. Uma notificação no painel não deve ser assumida como fornecendo uma função de proteção ou atendendo a um requisito de resposta de segurança.
Para um alarme alto, defina a ativação em H e a desativação em H menos D, onde D é o deadband positivo escolhido na mesma unidade. Para um alarme baixo, o limite de desativação geralmente fica acima da ativação. Verifique como o software real implementa a igualdade: “maior que” e “maior ou igual a” são diferentes na fronteira.
Também estabeleça se a configuração espera uma quantidade absoluta, uma percentagem de um limite, uma percentagem de span ou um valor de reset separado. Duas interfaces que exibem “5%” podem produzir limites de reset diferentes. Traduza a configuração para um valor explícito em unidades de engenharia durante a revisão.
Utilize Visão geral do medidor trifásico para contexto de medição e o guia de mapeamento da qualidade dos dados do medidor ao definir quais leituras são elegíveis para conduzir a aplicação.
Separe a histerese de atrasos de tempo e filtragem
Um deadband trata do movimento em torno de um limite de valor. Um atraso de ativação requer que a condição de ativação persista por um período definido. Um atraso de desativação requer que a condição de desativação persista antes de limpar. A filtragem altera o sinal de entrada usado pelo alarme, o que pode afetar sua resposta a mudanças reais.
Estes mecanismos podem interagir. Uma banda morta ampla pode manter um alarme ativo muito tempo após o processo ter voltado próximo do normal. Um atraso longo pode suprimir um evento curto que importa. A suavização pode fazer um sinal parecer calmo enquanto atrasa uma transição importante. Escolha cada configuração por uma razão específica e teste o comportamento combinado.
A seguinte comparação descreve o comportamento geral de aplicação. Não fornece configurações recomendadas nem garante o tempo de resposta de um instrumento.
| Mecanismo | O que altera | Teste útil | Risco a revisar |
|---|---|---|---|
| Limite de ativação | Valor no qual uma condição começa | Abordagem pelo lado normal | Quantidade ou unidade incorreta selecionada |
| Histerese/banda morta | Valor de folga e memória de estado | Retorno à banda de ambos os lados | Alarme permanece ativo de forma inesperada |
| Atraso de ativação | Persistência de ativação requerida | Pulso curto seguido de condição sustentada | Eventos curtos significativos suprimidos |
| Atraso de desativação | Persistência de libertação obrigatória | Recuperação breve seguida de recuperação sustentada | Libertação é mais lenta do que os operadores esperam |
| Filtragem de entrada | Sinal apresentado à lógica | Reprodução de passo e entrada ruidosa | Excursões reais obscurecidas ou atrasadas |
| Reconhecimento | Estado de reconhecimento do operador | Reconhecer enquanto a condição permanecer ativa | Reconhecimento confundido com libertação |
| Gestão de qualidade | Elegibilidade de entrada obsoleta ou inválida | Injetar registos de qualidade inválida | Dados em falta confundidos com operação saudável |
O exemplo da Fundação OPC suporta a separação conceptual de banda morta e atraso. Os casos de aceitação aqui são um teste de design prático, não uma afirmação de conformidade com todo o modelo de alarme OPC.
Trabalhar através de um exemplo de alarme alto
Considere uma advertência ilustrativa de aplicação a 100 kW com uma banda morta absoluta de 5 kW. Especifique ativação em ou acima de 100 kW e liberação em ou abaixo de 95 kW. Essas regras de igualdade são escolhidas apenas para este exemplo. Devem corresponder ao software implementado antes que o teste seja aceito.
Partindo de normal a 94 kW, mover para 98 kW e esperar normalidade. Mover para 101 kW e esperar ativo se nenhum atraso de ativação se aplicar. Voltar para 98 kW e esperar ativo porque o sinal não atingiu o limiar de liberação. Finalmente, mover para 94 kW e esperar liberação. Iniciar um teste separado de normal a 98 kW deve permanecer normal. O mesmo valor intermediário pode, portanto, corresponder a diferentes estados.
Estes números demonstram lógica, não um limite de demanda recomendado ou uma capacidade de alarme BY194. O limiar de aviso real pertence ao plano operacional do local. Uma configuração de proteção requer sua própria base de engenharia aprovada e equipamento projetado para esse propósito.
Testar comportamento atrasado com uma sequência de entrada controlada
Utilize uma reprodução de software aprovada, simulador ou ambiente de teste isolado, sempre que disponível. Não force uma carga elétrica ao vivo para um estado operacional perigoso apenas para produzir um alarme. Mantenha o registo da entrada de teste, eventos de saída reais e referência de relógio.
Para um atraso de ativação ilustrativo, crie uma excursão mais curta que a duração configurada, depois uma excursão sustentada mais longa que ela. Confirme que a primeira não ativa e a segunda ativa no momento esperado. Teste se um retorno ao normal reinicia o temporizador ou o pausa; não inferir essa regra a partir do rótulo de configuração.
Repetir para atraso de desativação e para liberação interrompida. Inclua valores de limite exatos, um valor apenas dentro da banda morta e um valor apenas além da liberação. Use o guia de intervalo de sondagem do medidor para avaliar se a cadência de recolha de medições pode suportar a observação pretendida. Um temporizador não pode recriar uma excursão que nunca foi amostrada ou entregue.
Decida o que acontece quando os dados se tornam inutilizáveis
Um tempo limite de comunicação não é prova de que a condição monitorizada voltou ao normal. Defina como a aplicação lida com carimbos de data/hora obsoletos, números inválidos e má qualidade. Políticas possíveis incluem manter o último estado de alarme do processo enquanto se levanta uma condição de qualidade de dados separadamente, ou declarar a condição do processo como desconhecida. A política correta depende da aplicação e deve ser explícita.
Não substitua zero por uma leitura inutilizável, a menos que esse comportamento seja especificamente justificado. Para um alarme alto, zero poderia limpar falsamente o estado; para um alarme baixo, poderia gerar um evento enganoso. Mantenha a saúde da comunicação separada da condição operacional medida.
Análise gateway de dados de medição obsoletos quando um sistema continua a mostrar um último valor plausível após a coleta parar. Teste reconexão bem como desconexão. Um lote de valores antigos chegando posteriormente não deve ser confundido com a sequência operacional atual.
Definir alterações de startup, reconhecimento e configuração
Quando uma aplicação reinicia com um valor dentro da banda morta, é necessário uma regra documentada de estado inicial. Pode restaurar um estado persistido ou começar em uma condição desconhecida até que evidências suficientes cheguem. Nenhum comportamento deve ser presumido. Inclua este caso nos testes de aceitação porque expõe dependências ocultas da história.
Registos de reconhecimento indicam a consciência do operador; não significam necessariamente que a condição medida foi resolvida. Confirme que um alarme ativo reconhecido permanece visível de acordo com o procedimento operacional do local. Teste se novas excursões ou alarmes repetidos criam novos requisitos de reconhecimento.
Alterar um limite enquanto o valor está dentro da banda também pode alterar o estado esperado. Registe se a aplicação reavalia imediatamente, preserva o estado ou requer uma reinicialização. Evite editar configurações durante um alarme ao vivo inexplicado sem preservar a sequência de eventos original.
Mantenha a configuração e a evidência de aceitação juntas
Guarde a identidade do ponto fonte, unidades, limites, definição de banda morta, configurações de atraso, regras de igualdade e política de qualidade. Conserve a versão do software, o tempo efetivo, a sequência de entrada de teste e as transições resultantes. O Guia de segurança de tecnologia operacional do NIST apoia o registo controlado de configuração e operação como práticas de gestão mais amplas; não prescreve os valores de exemplo deste artigo.
Um registo de aceitação útil mostra o comportamento esperado versus observado para cada caso e identifica desvios não resolvidos. Repetir apenas uma passagem bem-sucedida de alta não é suficiente. Teste a liberação, retorno à banda, entrada obsoleta, reinicialização e reconhecimento separadamente. Quando o tempo depende da coleta ou carga do servidor, documente essa limitação em vez de afirmar um tempo de resposta universal.
Para a seleção do produto, o família de instrumentos de potência multifuncionais BY194 fornece um ponto de partida relevante para a medição. Confirme a variante exata e a opção de comunicação, além dos campos de medição suportados. O processamento de alarmes pode pertencer inteiramente a software externo; a imagem da família e a descrição opcional de comunicação não comprovam um motor de alarme a bordo.
Aprendizagem adicional: histerese como memória de estado
A palestra do NPTEL IIT Guwahati abaixo explica comparadores e circuitos de disparo de Schmitt. Está incluída pelo princípio geral de limites de transição separados e memória. Os exemplos de circuitos não são uma instrução de ligação para um medidor de energia ou prova de qualquer recurso de alarme integrado.
Perguntas frequentes
A histerese do alarme é o mesmo que um atraso na ativação?
Não. A histerese altera o valor necessário para eliminar ou ativar um estado. Um atraso na ativação exige que a condição de ativação se mantenha durante um determinado período de tempo. Estes mecanismos respondem a diferentes causas de eventos repetidos e devem ser testados separadamente.
Que percentagem de banda morta deve utilizar um contador de energia?
Não existe uma percentagem universal. Defina a condição de operação, comportamento do ruído, limites de medição e resposta aceitável, depois determine se o software expressa a banda morta como um valor absoluto ou uma base percentual específica.
Deve um alarme ser desativado quando a comunicação é interrompida?
Uma medição perdida não prova operação normal. Defina uma política explícita de qualidade de dados e teste-a. Mantenha a condição de comunicação visível e evite tratar silenciosamente dados ausentes como uma leitura zero válida.
Um multímetro multifuncional suporta automaticamente esta lógica?
Não. Confirme o hardware exato, firmware, opções e documentação de software. Uma aplicação de monitorização pode implementar a lógica de alarme externamente, mas isso não estabelece a presença de alarmes programáveis ou relés no instrumento.