Centrale wentylacyjne, które utrzymują jedną wartość zadaną temperatury powietrza nawiewanego lub pomieszczenia przez całą zimę, zwiększają ryzyko kondensacji na zimnych powierzchniach — w tym na obudowach kamer — oraz prowadzą do kolejki żądań operatorów dotyczących zmian. Błędnym odruchem jest „DODAJ pięć stopni do wartości zadanej, gdy jest zimno”. Taki schemat albo dryfuje bez końca przy każdym skanowaniu, albo niszczy znaczenie wartości zadanej. Studio 5000 (RSLogix 5000) może prawidłowo realizować kompensację sezonową i wilgotnościową, jeśli architektura zachowuje wartość bazową, oblicza efektywną wartość zadaną w każdym skanowaniu i pozwala, aby PID dążył do uzyskanego wyniku.

Składanie efektywnej wartości zadanej — zamiast destrukcyjnych zmian w Temp_SP — zapewnia stabilność pętli HVAC w różnych porach roku.

Dlaczego bezpośrednia modyfikacja wartości zadanej zawodzi

Szczebel logiki wykonywany wielokrotnie ADD 5 AHU.Control_Temp AHU.Temp_SP (lub dowolny kumulujący zapis do tego samego tagu SP) powoduje niekontrolowany dryf: w każdym skanowaniu wartość jest ponownie dodawana. Nawet ADD wykonywane raz dziennie to nadal niewłaściwy model. Wartość zadana musi pozostać pożądanym warunkiem, a informacje o temperaturze otoczenia i wilgotności powinny korygować przesunięcie obliczane ponownie na podstawie znanych danych wejściowych, zamiast kumulować się w historii.

Prawidłowa koncepcja:

• Base_Setpoint określa ręcznie ustalony docelowy poziom komfortu lub procesu
• Seasonal_Offset i korekty wilgotności to ograniczone składniki addytywne
• Temp_SP (efektywna) = Base + składnik sezonowy + składnik wilgotności, obliczane od nowa w każdym skanowaniu
• Logika PID / palnika porównuje Control_Temp z Temp_SP ± pasmo nieczułości

Zestaw tagów do kompensacji sezonowej

Szczeble logiki trybu sezonowego i efektywnej wartości SP

// Summer_Mode ma wartość true dla miesięcy 5–10 (dostosuj do klimatu)
GRT Clock.Month 4
LES Clock.Month 11
OTE Summer_Mode

// Odbudowuj efektywną wartość SP w każdym skanowaniu — nigdy nie kumuluj
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

Zakłady na północy mogą utrzymywać tryb zimowy od października do kwietnia. Umieść zakres miesięcy obok HMI, aby operatorzy rozumieli, dlaczego Temp_SP różni się od Base_Setpoint, i nie zakładali, że PID jest „zepsuty”.

Korekty wyzwalane wilgotnością bezpośredniej odnoszą się do ryzyka kondensacji niż sam miesiąc kalendarzowy.

Kompensacja na podstawie wilgotności

Gdy kamery zaparowują, ponieważ temperatura powierzchni spada poniżej punktu rosy, pętla wilgotności jest preferowaną główną kompensacją. Utrzymuj regulator PID wilgotności (zwykle wolniejszy niż regulator temperatury), który zwiększa ograniczony parametr Temp_Offset_From_Humidity, gdy RH przekracza Humidity_SP. Ogranicz offset, aby uszkodzony czujnik wilgotny nie mógł zażądać absurdalnej temperatury pomieszczenia. Utrzymuj wartości zadane RH w zakresie 45–55%, chyba że specyfikacja procesu stanowi inaczej, i co miesiąc sprawdzaj kalibrację czujników.

Logika strefy nieczułości palnika / wężownicy

Sekwencje uruchamiania i zatrzymywania muszą porównywać Control_Temp z Temp_SP z uwzględnieniem strefy nieczułości, a nie ze stale zmieniającą się surową temperaturą otoczenia. Typowa struktura obejmuje bity zezwolenia na pracę, instrukcję LES Control_Temp (Temp_SP − strefa nieczułości) do zgłoszenia żądania grzania oraz oddzielną parę LES/GRT do kasowania żądania po osiągnięciu wartości w paśmie. Używaj instrukcji porównania (LES, GRT, LIM), a nie nieformalnego tekstu nierówności wklejanego do komentarzy.

Błędy indeksowania tablicy COP

Tabele sezonowe w stylu receptur często kończą się błędem „Invalid array subscript specifier”, gdy inżynierowie wpisują złożone wyrażenia w nawiasach COP albo tworzą wymyślone indeksy 2D rozdzielane przecinkami. Najpierw oblicz pojedynczy indeks DINT, a następnie wykonaj COP z tablicy 1D:

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

Uruchamianie i typowe problemy

1. Wymuś wartość false dla Summer_Mode; potwierdź, że Temp_SP równa się Base + Seasonal_Offset
2. Wymuś wartość true dla Summer_Mode; potwierdź, że Temp_SP wraca do Base (plus ewentualny składnik wilgotności)
3. Wprowadź wilgotność powyżej SP; potwierdź, że offset rośnie i zostaje ograniczony
4. Sprawdź zbocza żądania Burner_Req / żądania chłodzenia przy Temp_SP ± strefa nieczułości
5. Rejestruj trendy Control_Temp i Temp_SP przez co najmniej trzydzieści minut, obejmując zmianę trybu

Unikaj niekontrolowanych wzorców ADD, czujników mierzących powietrze nawiewane zamiast warunków w pomieszczeniu, zbyt wąskich stref nieczułości powodujących migotanie palnika oraz przejść RTC bez jedno- lub dwudniowego bufora, które przełączają Summer_Mode o północy w każdym dniu w pobliżu miesiąca granicznego. Na HMI pokazuj osobno Base_SP i Offset, aby operatorzy mieli zaufanie do obliczeń.

Sterowniki AHU współdzielą kontrolę wersji i zapasowe urządzenia z pozostałą częścią zakładowej floty sterowników Logix PAC — równania kompensacji należy dokumentować w tym samym pakiecie projektu co wzmocnienia PID.