Banda morta (deadband) em telemetria: como reduzir eventos sem esconder o processo
Entenda deadband em valores analógicos, geração de eventos, chatter, buffers, DNP3, SCADA e historiador, com critérios de ajuste e testes de campo.
DNP3 serial: como ler o quadro e a pilha
Como ler esta figura
Start 0x05 0x64
Delimita o início de um frame DNP3. É a primeira evidência de que o receptor está vendo um quadro com framing DNP3 válido.
Na implementação: Se a sequência não aparece onde deveria, verifique serial, direção TX/RX, conversor e captura antes de mexer em objetos ou polling.
Length
Define o comprimento indicado pelo frame. Tamanho incoerente ou quadro truncado costuma revelar problema abaixo da aplicação.
Na implementação: Compare o valor declarado com os bytes realmente recebidos quando houver timeouts somente em respostas maiores.
Link Control
Indica direção e função da camada de enlace. Não confunda esse campo com o Function Code da camada de aplicação.
Na implementação: Use-o para separar falha de enlace, confirmação e estado de link de uma falha de READ/OPERATE/UNSOLICITED.
Destination / Source
São endereços lógicos DNP3. Eles continuam existindo mesmo quando o transporte é TCP/IP.
Na implementação: Uma conexão TCP pode estar estabelecida e ainda assim não haver resposta de aplicação se os endereços DNP3 não coincidirem.
CRC
Protege o cabeçalho e blocos de dados contra corrupção.
Na implementação: CRC recorrente pede análise de ruído, polaridade RS-485, aterramento, baud/paridade e comportamento de conversores/radios.
User Data
Transporta fragmentos que chegam à aplicação: objetos, eventos, confirmações, comandos e informações internas.
Na implementação: Depois de provar o enlace, é aqui que Group/Variation/Qualifier, classes, IIN e Function Codes passam a dominar o diagnóstico.
Matriz técnica específica — Banda morta e eventos analógicos
| Elemento do recorte | O que registrar neste artigo | Evidência mínima |
|---|---|---|
| Banda morta e eventos analógicos | Valor/estado real de Banda morta e eventos analógicos, unidade ou representação, dependência e efeito esperado dentro de Banda morta e eventos analógicos. | export de configuração antes/depois e captura ou contador que prove o efeito do ajuste |
Esta matriz é gerada a partir do foco “Banda morta e eventos analógicos” e dos pontos técnicos do tema; ela não substitui limites normativos ou de fabricante.
SCADA/IED — campos obrigatórios para “Banda morta e eventos analógicos”
| Campo/etapa | Exemplo de evidência | Falha concreta |
|---|---|---|
| Valor bruto | contador/registro/objeto recebido | Escala errada mascarada pela IHM. |
| Scaling + unidade | ganho, offset, EU | Valor numericamente plausível porém incorreto. |
| Quality | good/bad/invalid/blocked/substituted conforme protocolo | SCADA exibe dado sem indicar validade. |
| Source timestamp | tempo gerado no IED/RTU | SOE fora de ordem por relógio ou perda de timestamp. |
| Receive/display time | tempo no FEP/SCADA | Latência de transporte/processamento. |
| Command lifecycle | envio, ack, atuação e retorno | Ack de protocolo sem atuação física. |
O que é banda morta e por que ela existe
Banda morta é um critério usado para decidir quando uma mudança de valor analógico é relevante o suficiente para gerar atualização ou evento. Sem deadband, pequenas oscilações de ruído, resolução do conversor ou flutuação natural do processo podem produzir um fluxo contínuo de eventos. Isso consome buffer do IED, banda de comunicação, processamento do mestre e armazenamento no historiador sem necessariamente adicionar informação operacional.
O conceito parece simples, mas existem implementações diferentes: variação absoluta, percentual, faixa em torno do último valor reportado, comparação com valor base ou mecanismos com histerese. Por isso, o ajuste deve ser entendido no equipamento específico. Uma banda de 1 pode significar 1 unidade de engenharia, 1% ou outro critério. Copiar o mesmo número entre medição de tensão, corrente, potência e temperatura pode gerar resultados inadequados.
- Deadband não é filtro analógico nem média móvel.
- O valor pode atuar na geração de evento, no reporte ou em ambos.
- Sempre confirme unidade e algoritmo no manual do equipamento.
Relação com eventos DNP3 e polling
Em DNP3, a banda morta é especialmente importante em pontos analógicos que geram eventos. Quando a mudança ultrapassa o critério configurado, o outstation pode registrar um evento com valor, flags e eventualmente timestamp, colocando-o na classe configurada. Um mestre que faz integrity poll ainda consegue ler o valor estático atual mesmo que nenhuma mudança tenha gerado evento. Isso permite reduzir eventos sem perder a possibilidade de consultar o estado corrente.
Se o deadband for muito pequeno, filas de eventos podem crescer rapidamente e chegar a overflow durante distúrbios ou perda de comunicação. Se for grande demais, o SCADA pode passar longos períodos sem receber variações que seriam úteis para operação. O ajuste precisa considerar capacidade do buffer, frequência de polling, duração provável de indisponibilidade da WAN e criticidade do ponto.
- Observe número de eventos durante condição estável.
- Teste perda de comunicação para avaliar ocupação do buffer.
- Ajuste em conjunto com classes e política de polling.
Como escolher um valor coerente
Comece pela precisão útil do processo, e não pela resolução máxima do ADC. Se um transdutor tem erro e ruído superiores a 0,1% da escala, uma deadband muito abaixo disso tende a transformar ruído em evento. Em seguida considere a menor mudança operacionalmente significativa. Para tensão de barramento, a granularidade desejada pode ser diferente da usada para temperatura interna de painel ou potência instantânea.
Uma abordagem prática é coletar uma série temporal em condição normal, calcular a amplitude das flutuações e observar percentis da variação entre amostras. Depois compare com eventos reais que a operação precisa enxergar. O valor final deve ficar acima do ruído típico e abaixo da mudança mínima relevante. Em pontos muito críticos, pode ser preferível usar deadband pequena e tratamento posterior; em pontos ruidosos e não críticos, o inverso pode fazer sentido.
- Baseie ajuste em dados reais do ponto.
- Diferencie ruído de processo de mudança operacional.
- Documente justificativa, unidade e versão do firmware.
Deadband, historiador e alarmes
Deadband de comunicação não deve ser confundida com compressão de historiador ou banda de alarme. O IED pode enviar somente eventos acima de um limite, enquanto o historiador aplica outro algoritmo para reduzir armazenamento. O SCADA pode ainda ter alarmes com histerese independente. Se essas três camadas forem configuradas sem coordenação, o operador pode observar tendência, evento e alarme com comportamentos aparentemente contraditórios.
Em investigação de ocorrência, saber onde cada redução de dados acontece é essencial. Um gráfico 'reto' no historiador não prova que a variável ficou constante; pode ser resultado de compressão. Da mesma forma, ausência de eventos DNP3 não prova ausência de variação. Para estudos de qualidade, use aquisição adequada ao fenômeno e registre a política de deadband/compressão junto dos dados.
- IED/RTU: deadband de evento.
- SCADA: atualização e alarmes.
- Historiador: compressão e retenção são mecanismos separados.
Teste e validação em campo
No comissionamento, aplique mudanças abaixo, próximas e acima da deadband e confirme quando o evento aparece. Depois retorne o valor lentamente para verificar se existe histerese. Repita com qualidade ruim e perda de comunicação quando o equipamento permitir. Em DNP3, confira a classe, objeto/variação, flags e timestamp do evento gerado.
Após entrar em operação, monitore taxa de eventos por ponto. Pontos que geram ordens de magnitude mais eventos que os demais merecem revisão, pois podem indicar sensor ruidoso, mau contato, escala inadequada ou deadband pequena. A meta não é minimizar eventos a qualquer custo; é fazer cada evento representar informação útil sem saturar a cadeia de telemetria.
- Registre eventos por hora/dia antes e depois do ajuste.
- Verifique overflow e IINs de diagnóstico no DNP3.
- Nunca use deadband para esconder defeito de sensor.
Exemplo de raciocínio de ajuste
Considere uma corrente de alimentador que oscila naturalmente alguns amperes a cada leitura. Se o ponto possui deadband praticamente zero, cada pequena oscilação pode virar evento, mesmo sem relevância operacional. Primeiro registre a distribuição de variações durante períodos de carga estável e mudanças reais de patamar. Se 95% do ruído ficar dentro de uma faixa estreita, um deadband ligeiramente acima dessa faixa pode reduzir drasticamente eventos sem ocultar uma mudança de carga significativa.
Depois simule uma indisponibilidade de comunicação compatível com o pior caso de telecom. Estime quantos eventos cada ponto pode acumular e compare com capacidade do buffer. Se a fila estoura, não aumente deadband automaticamente: talvez o problema seja sensor ruidoso, polling inadequado, classe mal distribuída ou buffer insuficiente. O ajuste deve resolver a origem dominante sem reduzir visibilidade do processo.
- Analise histogramas de variação, não apenas média.
- Separe ruído de sensor de dinâmica real da carga.
- Use taxa de eventos por ponto como KPI de qualidade de telemetria.
Referências técnicas
As explicações do Portal são autorais. Use as fontes oficiais e materiais públicos de implementação abaixo para confirmar edição, escopo, capacidades e comportamento do equipamento utilizado no seu projeto.
- Overview of DNP3 Protocol — DNP Users Group
- DNP Users Group — Public Documents — DNP Users Group. Aplicações públicas, boletins e materiais técnicos para validar comportamento de implementações.
- DNP3 Communication Protocol Solutions — Triangle MicroWorks. Referência de implementador para recursos como events, deadbands, unsolicited, time sync, file transfer e ferramentas de teste.
- DNP3 Application Layer Function Codes — Rockwell Automation. Exemplo público de fabricante para Function Codes, incluindo COLD_RESTART, WARM_RESTART e ENABLE/DISABLE_UNSOLICITED.
Continue estudando
Os próximos conteúdos foram escolhidos pelo mecanismo deste artigo. A ideia é formar uma sequência técnica, não apenas listar páginas do mesmo tema.