Les centrales de traitement d’air qui maintiennent une seule consigne d’air soufflé ou d’espace pendant tout un hiver favorisent la condensation sur les surfaces froides — boîtiers de caméras compris — ainsi qu’une accumulation de forçages opérateur. Le mauvais réflexe consiste à « AJOUTER cinq degrés à la consigne lorsqu’il fait froid ». Ce schéma dérive indéfiniment à chaque scrutation ou détruit la signification d’une consigne. Studio 5000 (RSLogix 5000) permet d’implémenter proprement une compensation saisonnière et liée à l’humidité si l’architecture conserve une valeur de base, calcule une consigne effective à chaque scrutation et laisse le PID suivre le résultat.

La composition de la consigne effective — plutôt que des modifications destructrices de Temp_SP — maintient la stabilité des boucles HVAC au fil des saisons.

Pourquoi la modification directe de la consigne échoue

Un barreau qui s’exécute de façon répétée ADD 5 AHU.Control_Temp AHU.Temp_SP (ou toute écriture cumulative dans le même tag de consigne) entraîne une dérive incontrôlée : chaque scrutation ajoute encore la valeur. Même un ADD exécuté une fois par jour reste un modèle incorrect. La consigne doit rester la condition souhaitée ; les informations ambiantes et d’humidité doivent ajuster un décalage recalculé à partir des entrées connues, et non s’accumuler dans l’historique.

Philosophie correcte :

• Base_Setpoint définit la cible de confort ou de procédé définie manuellement
• Seasonal_Offset et les décalages d’humidité sont des composantes additives limitées
• Temp_SP (effective) = Base + terme saisonnier + terme d’humidité, calculés à chaque scrutation
• La logique PID / brûleur compare Control_Temp à Temp_SP ± la bande morte

Jeu de tags pour la compensation saisonnière

Mode saisonnier et barreaux de consigne effective

// Summer_Mode est vrai pour les mois 5 à 10 (à ajuster selon le climat)
GRT Clock.Month 4
LES Clock.Month 11
OTE Summer_Mode

// Recalculer la consigne effective à chaque scrutation — ne jamais cumuler
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

Dans les installations du Nord, le mode hiver peut rester actif d’octobre à avril. Documentez la période concernée à côté de l’IHM afin que les opérateurs comprennent pourquoi Temp_SP diffère de Base_Setpoint, sans supposer que le PID est « cassé ».

Les décalages déclenchés par l’humidité traitent plus directement le risque de condensation que le seul mois du calendrier.

Compensation basée sur l’humidité

Lorsque les caméras s’embuent parce que la température de surface tombe sous le point de rosée, une boucle d’humidité constitue la compensation primaire privilégiée. Maintenez un PID d’humidité, généralement plus lent que celui de température, qui augmente un Temp_Offset_From_Humidity borné lorsque l’HR dépasse Humidity_SP. Limitez l’offset afin qu’un capteur humide défaillant ne puisse pas commander une température ambiante absurde. Maintenez les consignes d’HR dans la plage de 45 à 55 %, sauf indication contraire de la spécification du procédé, et vérifiez chaque mois l’étalonnage des capteurs.

Logique de bande morte du brûleur / de la batterie

Les séquences de démarrage et d’arrêt doivent comparer Control_Temp à Temp_SP avec une bande morte, et non à une température ambiante brute qui varie constamment. Une structure typique comprend des bits d’autorisation de fonctionnement, LES Control_Temp (Temp_SP − bande morte) pour demander le chauffage, ainsi qu’une paire LES/GRT distincte pour effacer la demande lorsque la bande est respectée. Utilisez les instructions de comparaison (LES, GRT, LIM), et non du texte d’inégalité informel collé dans les commentaires.

Erreurs d’indice de tableau COP

Les tables saisonnières de type recette échouent souvent avec « Invalid array subscript specifier » lorsque les ingénieurs écrivent des expressions composées entre crochets COP ou inventent des index 2D séparés par des virgules. Calculez au préalable un index DINT unique, puis effectuez la copie COP depuis un tableau 1D :

MOV AHU_No_Select AHU_Array_Index
SUB AHU_Array_Index 1 AHU_Array_Index
// offset trimestriel facultatif : ADD AHU_Array_Index Clock_Quarter AHU_Array_Index
COP AHU_Temp_SetPoints[AHU_Array_Index] AHU1.Temp_SP 1

Mise en service et pièges à éviter

1. Forcez Summer_Mode à false ; confirmez que Temp_SP est égal à Base + Seasonal_Offset
2. Forcez Summer_Mode à true ; confirmez que Temp_SP revient à Base (plus tout terme d’humidité éventuel)
3. Injectez une humidité supérieure à la consigne ; confirmez que l’offset augmente et se limite
4. Vérifiez les fronts de Burner_Req / de la demande de refroidissement à Temp_SP ± la bande morte
5. Tracez Control_Temp et Temp_SP pendant au moins trente minutes de part et d’autre d’un changement de mode

Évitez les schémas ADD incontrôlés, les capteurs qui mesurent l’air soufflé au lieu de l’espace, les bandes mortes si étroites que le brûleur cliquette, ainsi que les transitions RTC sans marge d’un ou deux jours qui font basculer Summer_Mode à chaque minuit autour du mois limite. Gardez Base_SP et Offset visibles séparément sur l’IHM afin que les opérateurs aient confiance dans le calcul.

Les contrôleurs AHU partagent la gestion des versions et des pièces de rechange avec le reste du parc de PAC Logix de l’usine — documentez les équations de compensation dans le même dossier de projet que les gains PID.