Unidades de tratamento de ar que mantêm um único setpoint de ar de insuflação ou de espaço durante todo o inverno favorecem a condensação em superfícies frias — incluindo carcaças de câmeras — e uma sequência de substituições pelos operadores. O impulso errado é “ADICIONAR cinco graus ao setpoint quando está frio”. Esse padrão ou deriva indefinidamente a cada varredura ou destrói o significado de um setpoint. O Studio 5000 (RSLogix 5000) pode implementar a compensação sazonal e de umidade de forma organizada se a arquitetura mantiver um valor-base, calcular um setpoint efetivo a cada varredura e permitir que o PID acompanhe o resultado.

A composição do setpoint efetivo — e não edições destrutivas em Temp_SP — mantém os loops de HVAC estáveis ao longo das estações.

Por que a alteração direta do setpoint falha

Um rung executado repetidamente ADD 5 AHU.Control_Temp AHU.Temp_SP (ou qualquer gravação acumulativa na mesma tag de SP) provoca uma deriva descontrolada: a cada varredura, o valor é adicionado novamente. Mesmo um ADD executado uma vez por dia ainda é o modelo errado. O setpoint deve permanecer como a condição desejada; as informações de ambiente e umidade devem ajustar um deslocamento recalculado a partir de entradas conhecidas, e não ser acumuladas no histórico.

Filosofia correta:

• Base_Setpoint define o alvo de conforto ou processo configurado manualmente
• Seasonal_Offset e os ajustes de umidade são aditivos limitados
• Temp_SP (efetivo) = Base + termo sazonal + termo de umidade, calculado novamente a cada varredura
• A lógica do PID / queimador compara Control_Temp com Temp_SP ± banda morta

Conjunto de tags para compensação sazonal

Modo sazonal e rungs do SP efetivo

// Summer_Mode verdadeiro nos meses 5–10 (ajuste conforme o clima)
GRT Clock.Month 4
LES Clock.Month 11
OTE Summer_Mode

// Recrie o SP efetivo a cada varredura — nunca acumule
MOV AHU1.Base_Setpoint AHU1.Temp_SP
XIO Summer_Mode
ADD AHU1.Temp_SP AHU1.Seasonal_Offset AHU1.Temp_SP
ADD AHU1.Temp_SP AHU1.Temp_Offset_From_Humidity AHU1.Temp_SP

Instalações no norte podem manter o modo de inverno ativo de outubro a abril. Documente o intervalo de meses ao lado da IHM para que os operadores entendam por que Temp_SP difere de Base_Setpoint sem presumir que o PID está “com defeito”.

Os ajustes acionados pela umidade abordam o risco de condensação de forma mais direta do que apenas o mês do calendário.

Compensação baseada na umidade

Quando as câmeras embaçam porque a temperatura da superfície cai abaixo do ponto de orvalho, um circuito de umidade é a compensação primária preferida. Mantenha um PID de umidade (normalmente mais lento que o de temperatura) que eleve um Temp_Offset_From_Humidity limitado quando a UR exceder Humidity_SP. Limite o offset para que um sensor úmido com falha não possa comandar uma temperatura ambiente absurda. Mantenha as metas de UR na faixa de 45–55%, salvo especificação contrária do processo, e verifique mensalmente a calibração dos sensores.

Lógica de banda morta do queimador / serpentina

As sequências de partida e parada devem comparar Control_Temp com Temp_SP usando uma banda morta, e não com uma temperatura ambiente bruta que varia constantemente. Uma estrutura típica inclui bits de permissão de execução, LES Control_Temp (Temp_SP − banda morta) para solicitar aquecimento e um par LES/GRT separado para limpar a solicitação quando a banda for satisfeita. Use instruções de comparação (LES, GRT, LIM) — não texto informal de desigualdade colado nos comentários.

Erros de índice de array em COP

Tabelas sazonais no estilo de receitas frequentemente falham com “Invalid array subscript specifier” quando os engenheiros escrevem expressões compostas dentro dos colchetes de COP ou inventam índices 2D separados por vírgulas. Calcule previamente um único índice DINT e então use COP a partir de um array 1D:

MOV AHU_No_Select AHU_Array_Index
SUB AHU_Array_Index 1 AHU_Array_Index
// deslocamento trimestral opcional: ADD AHU_Array_Index Clock_Quarter AHU_Array_Index
COP AHU_Temp_SetPoints[AHU_Array_Index] AHU1.Temp_SP 1

Comissionamento e armadilhas

1. Force Summer_Mode como falso; confirme que Temp_SP é igual a Base + Seasonal_Offset
2. Force Summer_Mode como verdadeiro; confirme que Temp_SP retorna a Base (mais qualquer termo de umidade)
3. Injete umidade acima do SP; confirme que o offset aumenta e é limitado
4. Verifique as bordas de solicitação do queimador / resfriamento em Temp_SP ± banda morta
5. Registre em tendência Control_Temp e Temp_SP por pelo menos trinta minutos durante uma mudança de modo

Evite padrões ADD descontrolados, sensores que leem o ar de insuflação em vez do ambiente, bandas mortas tão estreitas que fazem o queimador oscilar e transições do RTC sem uma margem de um ou dois dias, capazes de alternar Summer_Mode à meia-noite perto do mês de transição. Mantenha Base_SP e Offset visíveis separadamente na IHM para que os operadores confiem no cálculo.

Os controladores das AHUs compartilham controle de revisão e peças sobressalentes com o restante da frota de PACs Logix da planta — documente as equações de compensação no mesmo pacote do projeto que os ganhos PID.