Въздухообработващи инсталации, които поддържат една зададена стойност за температурата на изходящия въздух или помещението през цялата зима, създават риск от конденз по студени повърхности — включително корпуси на камери — и водят до множество операторски корекции. Погрешният инстинкт е „ДОБАВИ пет градуса към зададената стойност, когато е студено“. Този модел или се отклонява безкрайно при всеки скан, или унищожава смисъла на зададената стойност. Studio 5000 (RSLogix 5000) може да реализира сезонна компенсация и компенсация според влажността по ясен начин, ако архитектурата съхранява базова стойност, изчислява ефективната зададена стойност при всеки скан и позволява на PID да следва резултата.

Композирането на ефективната зададена стойност — вместо разрушителни промени в Temp_SP — поддържа стабилността на ОВК контурите през сезоните.

Защо директната промяна на зададената стойност е неуспешна

Ранг, който се изпълнява многократно ADD 5 AHU.Control_Temp AHU.Temp_SP (или всяко натрупващо записване в същия SP таг) създава неконтролируем дрейф: при всеки скан се добавя отново. Дори ADD веднъж дневно е неправилен модел. Зададената стойност трябва да остане желаното условие; информацията за околната среда и влажността трябва да коригира отместване, което се преизчислява от известни входове, а не да се натрупва в историята.

Правилна концепция:

• Base_Setpoint определя ръчно поддържаната цел за комфорт или процес
• Seasonal_Offset и отместванията за влажност са ограничени адитивни стойности
• Temp_SP (ефективна) = Base + сезонен член + член за влажността, изчислява се наново при всеки скан
• Логиката за PID / горелката сравнява Control_Temp с Temp_SP ± мъртвата зона

Набор от тагове за сезонна компенсация

Рангове за сезонен режим и ефективна SP

// Summer_Mode е true за месеците 5–10 (коригирайте според климата)
GRT Clock.Month 4
LES Clock.Month 11
OTE Summer_Mode

// Преизчислявайте ефективната SP при всеки скан — никога не натрупвайте
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

В северните инсталации зимният режим може да остане активен от октомври до април. Документирайте периода с месеци до HMI, за да разбират операторите защо Temp_SP се различава от Base_Setpoint, без да приемат, че PID „е повреден“.

Отместванията, задействани от влажността, адресират риска от конденз по-пряко, отколкото само календарният месец.

Компенсация според влажността

Когато камерите се замъгляват, защото температурата на повърхността пада под точката на оросяване, контурът за влажност е предпочитаната основна компенсация. Поддържайте PID регулатор за влажност (обикновено по-бавен от температурния), който увеличава ограничената стойност Temp_Offset_From_Humidity, когато RH надвиши Humidity_SP. Ограничете отместването, така че повреден сензор за влажност да не може да зададе абсурдно висока стайна температура. Поддържайте целите за RH в диапазона 45–55%, освен ако спецификацията на процеса не изисква друго, и проверявайте калибрирането на сензора ежемесечно.

Логика на мъртвата зона за горелка / серпентина

Последователностите за стартиране и спиране трябва да сравняват Control_Temp с Temp_SP с мъртва зона, а не с постоянно променящата се необработена външна температура. Типичната структура включва разрешаващи битове за работа, LES Control_Temp (Temp_SP − мъртва зона) за заявяване на отопление и отделна двойка LES/GRT за изчистване на заявката, когато диапазонът е достигнат. Използвайте инструкции за сравнение (LES, GRT, LIM), а не неформален текст за неравенство, поставен в коментари.

Грешки при индексиране на масив в COP

Сезонните таблици в стил рецепта често дават грешка „Invalid array subscript specifier“, когато инженерите записват съставни изрази в скобите на COP или измислят двумерни индекси, разделени със запетаи. Изчислете предварително един DINT индекс, след което изпълнете COP от едномерен масив:

MOV AHU_No_Select AHU_Array_Index
SUB AHU_Array_Index 1 AHU_Array_Index
// незадължително тримесечно отместване: ADD AHU_Array_Index Clock_Quarter AHU_Array_Index
COP AHU_Temp_SetPoints[AHU_Array_Index] AHU1.Temp_SP 1

Пускане в експлоатация и често срещани проблеми

1. Задайте Summer_Mode на false принудително; потвърдете, че Temp_SP е равно на Base + Seasonal_Offset
2. Задайте Summer_Mode на true принудително; потвърдете, че Temp_SP се връща към Base (плюс евентуалния член за влажност)
3. Подайте влажност над SP; потвърдете, че отместването се увеличава и се ограничава
4. Проверете фронтовете на заявките за Burner_Req / охлаждане при Temp_SP ± мъртва зона
5. Трендирайте Control_Temp и Temp_SP поне тридесет минути при преминаване между режими

Избягвайте неконтролируеми ADD шаблони, сензори, които отчитат подавания въздух вместо помещението, прекалено тесни мъртви зони, каращи горелката да превключва непрекъснато, както и преходи по RTC без буфер от един или два дни, които превключват Summer_Mode всяка полунощ близо до граничния месец. Поддържайте Base_SP и Offset видими поотделно на HMI, за да имат операторите доверие в изчислението.

Контролерите на AHU споделят контрола на версиите и резервните части с останалия парк от Logix PAC системи в предприятието — документирайте уравненията за компенсация в същия пакет на проекта, в който се намират и коефициентите на PID регулаторите.