Luftaufbereitungsanlagen, die während eines gesamten Winters einen einzigen Zuluft- oder Raum-Sollwert halten, begünstigen Kondensation auf kalten Oberflächen — einschließlich Kameragehäusen — und führen zu einer Reihe von Bedienerübersteuerungen. Der falsche Ansatz besteht darin, „bei Kälte fünf Grad zum Sollwert zu ADDIEREN“. Dieses Muster führt entweder bei jedem Scan zu einer dauerhaften Drift oder zerstört die Bedeutung eines Sollwerts. Studio 5000 (RSLogix 5000) kann saisonale und feuchtigkeitsbasierte Kompensation sauber umsetzen, wenn die Architektur einen Basiswert beibehält, in jedem Scan einen effektiven Sollwert berechnet und den PID diesem Ergebnis folgen lässt.

Die Zusammensetzung des effektiven Sollwerts — statt destruktiver Änderungen an Temp_SP — hält HLK-Regelkreise über die Jahreszeiten hinweg stabil.

Warum eine direkte Sollwertänderung fehlschlägt

Ein Rung, der wiederholt ausgeführt wird ADD 5 AHU.Control_Temp AHU.Temp_SP (oder jede andere aufaddierende Schreiboperation in dasselbe SP-Tag) verursacht eine unkontrollierte Drift: In jedem Scan wird erneut addiert. Selbst ein einmal tägliches ADD ist noch das falsche Modell. Der Sollwert muss die gewünschte Bedingung beibehalten; Umgebungs- und Feuchtigkeitsdaten sollten einen Offset anpassen, der aus bekannten Eingaben neu berechnet wird, statt sich über die Historie aufzuaddieren.

Korrekte Vorgehensweise:

• Base_Setpoint definiert das manuell gepflegte Komfort- oder Prozessziel.
• Seasonal_Offset und Feuchtigkeits-Offsets sind begrenzte additive Werte.
• Temp_SP (effektiv) = Base + Saisonterm + Feuchtigkeitsterm, in jedem Scan neu berechnet
• Die PID-/Brennerlogik vergleicht Control_Temp mit Temp_SP ± Totband.

Tag-Satz für die saisonale Kompensation

Rungs für den Saisonmodus und den effektiven Sollwert

// Summer_Mode ist in den Monaten 5–10 TRUE (an das Klima anpassen)
GRT Clock.Month 4
LES Clock.Month 11
OTE Summer_Mode

// Effektiven Sollwert in jedem Scan neu aufbauen — niemals aufaddieren
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

In Anlagen im Norden kann der Wintermodus von Oktober bis April aktiv bleiben. Dokumentieren Sie das Monatsfenster neben der HMI, damit Bediener verstehen, warum Temp_SP von Base_Setpoint abweicht, ohne anzunehmen, der PID sei „defekt“.

Feuchtigkeitsabhängige Offsets berücksichtigen das Kondensationsrisiko direkter als der Kalendermonat allein.

Feuchtigkeitsbasierte Kompensation

Wenn Kameras beschlagen, weil die Oberflächentemperatur unter den Taupunkt fällt, ist ein Feuchtigkeitsregelkreis die bevorzugte primäre Kompensation. Verwenden Sie einen Feuchtigkeits-PID-Regler (typischerweise langsamer als der Temperaturregler), der einen begrenzten Temp_Offset_From_Humidity erhöht, wenn RH über Humidity_SP liegt. Begrenzen Sie den Offset, damit ein ausgefallener Feuchtesensor keine absurde Raumtemperatur anfordern kann. Halten Sie die RH-Sollwerte im Bereich von 45–55 %, sofern die Prozessspezifikation nichts anderes vorgibt, und überprüfen Sie die Sensorkalibrierung monatlich.

Totzonenlogik für Brenner / Heizregister

Start- und Stoppsequenzen müssen Control_Temp mithilfe einer Totzone mit Temp_SP vergleichen, nicht mit einer sich ständig ändernden rohen Umgebungstemperatur. Eine typische Struktur besteht aus Freigabebits, LES Control_Temp (Temp_SP − Totzone) zum Anfordern von Wärme sowie einem separaten LES-/GRT-Paar zum Löschen der Anforderung, sobald das Band erfüllt ist. Verwenden Sie Vergleichsanweisungen (LES, GRT, LIM) – keinen informellen Ungleichheitstext, der in Kommentare eingefügt wurde.

Fehler bei Array-Indexangaben in COP

Saisonale Tabellen im Rezeptstil schlagen häufig mit „Invalid array subscript specifier“ fehl, wenn Ingenieure zusammengesetzte Ausdrücke in COP-Klammern schreiben oder kommagetrennte 2D-Indizes erfinden. Berechnen Sie zunächst einen einzelnen DINT-Index und führen Sie dann COP aus einem 1D-Array aus:

MOV AHU_No_Select AHU_Array_Index
SUB AHU_Array_Index 1 AHU_Array_Index
// optionaler Quartals-Offset: ADD AHU_Array_Index Clock_Quarter AHU_Array_Index
COP AHU_Temp_SetPoints[AHU_Array_Index] AHU1.Temp_SP 1

Inbetriebnahme und typische Fehlerquellen

1. Erzwingen Sie Summer_Mode auf false; bestätigen Sie, dass Temp_SP Base + Seasonal_Offset entspricht.
2. Erzwingen Sie Summer_Mode auf true; bestätigen Sie, dass Temp_SP auf Base (zuzüglich eines etwaigen Feuchtigkeitsterms) zurückkehrt.
3. Geben Sie eine Luftfeuchtigkeit oberhalb von SP vor; bestätigen Sie, dass der Offset ansteigt und begrenzt wird.
4. Überprüfen Sie die Flanken von Burner_Req / Kühlanforderung bei Temp_SP ± Totzone.
5. Trenden Sie Control_Temp und Temp_SP mindestens dreißig Minuten lang über einen Moduswechsel hinweg.

Vermeiden Sie unkontrollierte ADD-Muster, Sensoren, die statt der Raumluft die Zuluft messen, zu enge Totzonen, durch die der Brenner flattert, sowie RTC-Umschaltungen ohne ein- oder zweitägigen Puffer, die in jedem Mitternachtswechsel nahe dem Übergangsmonat Summer_Mode umschalten. Halten Sie Base_SP und Offset auf der HMI getrennt sichtbar, damit die Bediener der Berechnung vertrauen.

Die AHU-Controller verwenden für Versionsverwaltung und Ersatzteilvorhaltung dieselben Verfahren wie der übrige Logix-PAC-Bestand der Anlage – dokumentieren Sie die Kompensationsgleichungen im selben Projektpaket wie die PID-Verstärkungen.