Azok a légkezelő egységek, amelyek egyetlen távozólevegő- vagy térhőmérsékleti alapjelet tartanak fenn egész télen, páralecsapódást idézhetnek elő a hideg felületeken — a kameraházakat is beleértve —, és kezelői felülbírálások sorát eredményezhetik. A helytelen ösztön az, hogy „hideg időben adjunk hozzá öt fokot az alapjelhez”. Ez a megoldás vagy minden szkenneléskor a végtelenségig sodródik, vagy megsemmisíti az alapjel jelentését. A Studio 5000 (RSLogix 5000) tisztán megvalósíthatja a szezonális és páratartalmi kompenzációt, ha az architektúra megőriz egy alapértéket, minden szkenneléskor kiszámítja a hatékony alapjelet, és hagyja, hogy a PID ezt kövesse.

A hatékony alapjel összeállítása — a Temp_SP romboló módosítása helyett — stabilan tartja a HVAC-szabályozási köröket az évszakok változása során.

Miért hibás az alapjel közvetlen módosítása?

Egy ismételten végrehajtott létra ADD 5 AHU.Control_Temp AHU.Temp_SP (vagy bármilyen, ugyanabba az SP-tagbe írt halmozó művelet) elszabaduló eltolódást okoz: minden szkenneléskor újra hozzáadódik. Még a naponta egyszer végrehajtott ADD is helytelen modell. Az alapjelnek a kívánt állapotot kell tükröznie; a környezeti és páratartalmi információknak egy ismert bemenetekből újraszámított eltolást kell módosítaniuk, nem pedig az előzményekbe halmozódniuk.

Helyes elv:

• A Base_Setpoint határozza meg a kézzel karbantartott komfort- vagy folyamatcélt
• A Seasonal_Offset és a páratartalmi eltolások korlátozott additív értékek
• Temp_SP (hatékony) = Base + szezonális tag + páratartalmi tag, minden szkenneléskor újraszámítva
• A PID-/égőlogika a Control_Temp értékét a Temp_SP ± holtsávhoz hasonlítja

Szezonális kompenzációhoz használt tagkészlet

Szezonális mód és hatékony SP-létrák

// A Summer_Mode az 5–10. hónapban igaz (az éghajlathoz igazítandó)
GRT Clock.Month 4
LES Clock.Month 11
OTE Summer_Mode

// Hatékony SP újraépítése minden szkenneléskor — soha ne halmozódjon
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

Az északi üzemek októbertől áprilisig téli üzemmódban maradhatnak. A hónapintervallumot tüntesse fel a HMI mellett, hogy a kezelők megértsék, miért tér el a Temp_SP a Base_Setpoint értékétől, és ne feltételezzék, hogy a PID „elromlott”.

A páratartalom által kiváltott eltolások közvetlenebbül kezelik a páralecsapódás kockázatát, mint önmagában a naptári hónap.

Páratartalom-alapú kompenzáció

Amikor a kamerák bepárásodnak, mert a felületi hőmérséklet a harmatpont alá csökken, elsődleges kompenzációként a páratartalom-szabályozási kör az előnyös. Tartson fenn egy páratartalom-PID-kört (általában lassabbat, mint a hőmérséklet-szabályozás), amely a Humidity_SP túllépésekor növeli a korlátozott Temp_Offset_From_Humidity értékét. Korlátozza az offsetet, hogy egy meghibásodott nedvességérzékelő ne állíthasson be irreálisan magas helyiséghőmérsékletet. Az RH-célértékeket tartsa a 45–55%-os sávban, kivéve, ha a technológiai specifikáció mást ír elő, és havonta ellenőrizze az érzékelők kalibrálását.

Égő- / hőcserélő-holtsáv logika

Az indítási és leállítási szekvenciáknak a Control_Temp értékét holtsávval együtt a Temp_SP értékéhez kell hasonlítaniuk, nem pedig egy folyamatosan változó nyers környezeti hőmérséklethez. A tipikus felépítés: engedélyező futási bitek, LES Control_Temp (Temp_SP − holtsáv) a fűtési kéréshez, valamint külön LES/GRT pár a kérés törléséhez, amikor a sáv teljesül. Összehasonlító utasításokat (LES, GRT, LIM) használjon — ne informális egyenlőtlenség-szöveget illesszen be a megjegyzésekbe.

Tömbindexelési hibák a COP esetén

A receptszerű szezonális táblák gyakran „Invalid array subscript specifier” hibát okoznak, amikor a mérnökök összetett kifejezéseket írnak a COP szögletes zárójelei közé, vagy vesszővel elválasztott kétdimenziós indexeket találnak ki. Először számítson ki egyetlen DINT-indexet, majd hajtson végre COP-másolást egydimenziós tömbből:

MOV AHU_No_Select AHU_Array_Index
SUB AHU_Array_Index 1 AHU_Array_Index
// opcionális negyedéves offset: ADD AHU_Array_Index Clock_Quarter AHU_Array_Index
COP AHU_Temp_SetPoints[AHU_Array_Index] AHU1.Temp_SP 1

Üzembe helyezés és buktatók

1. Kényszerítse a Summer_Mode értékét hamisra; ellenőrizze, hogy a Temp_SP értéke megegyezik a Base + Seasonal_Offset összegével
2. Kényszerítse a Summer_Mode értékét igazra; ellenőrizze, hogy a Temp_SP visszatér a Base értékhez (a páratartalmi taggal együtt)
3. Adjon a rendszernek az SP fölötti páratartalmat; ellenőrizze, hogy az offset növekszik és korlátozásra kerül
4. Ellenőrizze a Burner_Req / hűtési kérés éleit a Temp_SP ± holtsáv értékeinél
5. Trendelje a Control_Temp és a Temp_SP értékét legalább harminc percen át egy üzemmódváltáson keresztül

Kerülje az elszaladó ADD-mintákat, a helyiséglevegő helyett befújt levegőt mérő érzékelőket, a túl szűk holtsávokat, amelyek miatt az égő ki-be kapcsolgat, valamint az RTC-átmeneteket egy- vagy kétnapos puffer nélkül, amelyek a határhónapban minden éjfélkor átváltják a Summer_Mode értékét. A Base_SP és az Offset értékét külön jelenítse meg a HMI-n, hogy a kezelők megbízzanak a számításban.

Az AHU-vezérlők verziókezelése és tartalékalkatrész-ellátása az üzem többi Logix PAC rendszerével közös legyen — a kompenzációs egyenleteket ugyanabban a projektcsomagban dokumentálja, mint a PID-erősítéseket.