Las unidades de tratamiento de aire que mantienen un único setpoint de aire de impulsión o de espacio durante todo el invierno favorecen la condensación en superficies frías —incluidas las carcasas de las cámaras— y generan una serie de anulaciones por parte de los operadores. El instinto equivocado es «SUMAR cinco grados al setpoint cuando hace frío». Ese patrón deriva indefinidamente en cada ciclo o destruye el significado del setpoint. Studio 5000 (RSLogix 5000) puede implementar la compensación estacional y de humedad de forma limpia si la arquitectura conserva un valor base, calcula un setpoint efectivo en cada ciclo y permite que el PID siga ese resultado.

La composición del setpoint efectivo —en lugar de realizar modificaciones destructivas en Temp_SP— mantiene estables los lazos HVAC durante las distintas estaciones.

Por qué falla la modificación directa del setpoint

Un rung que se ejecuta repetidamente ADD 5 AHU.Control_Temp AHU.Temp_SP (o cualquier escritura acumulativa en la misma etiqueta de SP) produce una deriva descontrolada: en cada ciclo se vuelve a sumar. Incluso un ADD una vez al día sigue siendo el modelo incorrecto. El setpoint debe mantener la condición deseada; la información ambiental y de humedad debe ajustar un desplazamiento que se recalcule a partir de entradas conocidas, no acumularse en el historial.

Filosofía correcta:

• Base_Setpoint define el objetivo de confort o proceso establecido manualmente
• Seasonal_Offset y los desplazamientos de humedad son sumandos acotados
• Temp_SP (efectivo) = Base + término estacional + término de humedad, calculado de nuevo en cada ciclo
• La lógica del PID / quemador compara Control_Temp con Temp_SP ± la banda muerta

Conjunto de etiquetas para la compensación estacional

Modo estacional y rungs del SP efectivo

// Summer_Mode es verdadero para los meses 5–10 (ajustar según el clima)
GRT Clock.Month 4
LES Clock.Month 11
OTE Summer_Mode

// Reconstruir el SP efectivo en cada ciclo; nunca acumular
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

Las plantas del norte pueden mantener activo el modo invierno de octubre a abril. Documente el intervalo de meses junto a la HMI para que los operadores entiendan por qué Temp_SP difiere de Base_Setpoint sin asumir que el PID «está averiado».

Los desplazamientos activados por la humedad abordan el riesgo de condensación de forma más directa que usar únicamente el mes del calendario.

Compensación basada en la humedad

Cuando las cámaras se empañan porque la temperatura superficial desciende por debajo del punto de rocío, un lazo de humedad es la compensación primaria preferida. Mantenga un PID de humedad (normalmente más lento que el de temperatura) que eleve un Temp_Offset_From_Humidity limitado cuando la HR supere Humidity_SP. Limite el offset para que un sensor húmedo averiado no pueda ordenar una temperatura ambiente absurda. Mantenga los objetivos de HR en el intervalo del 45–55 % salvo que la especificación del proceso indique lo contrario y verifique mensualmente la calibración de los sensores.

Lógica de banda muerta del quemador / serpentín

Las secuencias de arranque y parada deben comparar Control_Temp con Temp_SP usando una banda muerta, no con una temperatura ambiente sin procesar que se mueva constantemente. Una estructura típica incluye bits de permiso de marcha, LES Control_Temp (Temp_SP − banda muerta) para solicitar calefacción y un par LES/GRT separado para borrar la solicitud cuando la banda se haya satisfecho. Use instrucciones de comparación (LES, GRT, LIM), no texto informal de desigualdad pegado en los comentarios.

Errores de subíndice de matriz en COP

Las tablas estacionales con estilo de receta suelen fallar con «Invalid array subscript specifier» cuando los ingenieros escriben expresiones compuestas dentro de los corchetes de COP o inventan índices 2D separados por comas. Calcule previamente un único índice DINT y luego use COP desde una matriz 1D:

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

Puesta en marcha y problemas habituales

1. Fuerce Summer_Mode a false; confirme que Temp_SP sea igual a Base + Seasonal_Offset
2. Fuerce Summer_Mode a true; confirme que Temp_SP vuelva a Base (más cualquier término de humedad)
3. Inyecte humedad por encima de SP; confirme que el offset aumente y se limite
4. Verifique los flancos de solicitud de Burner_Req / solicitud de refrigeración en Temp_SP ± banda muerta
5. Registre la tendencia de Control_Temp y Temp_SP durante al menos treinta minutos a través de un cambio de modo

Evite patrones ADD descontrolados, sensores que lean el aire de suministro en lugar del espacio, bandas muertas tan estrechas que el quemador entre en ciclos rápidos y transiciones del RTC sin un margen de uno o dos días que cambien Summer_Mode cada medianoche cerca del mes límite. Mantenga Base_SP y Offset visibles por separado en la HMI para que los operadores confíen en el cálculo.

Los controladores AHU comparten el control de revisiones y el sistema de repuestos con el resto de la flota de PAC Logix de la planta; documente las ecuaciones de compensación en el mismo paquete de proyecto que las ganancias PID.