Приточные установки, поддерживающие одну уставку температуры приточного воздуха или помещения всю зиму, провоцируют конденсацию на холодных поверхностях, включая корпуса камер, и приводят к постоянному потоку запросов на ручные корректировки от операторов. Неправильный подход — «добавлять пять градусов к уставке, когда холодно». При таком подходе значение либо бесконечно дрейфует на каждом цикле сканирования, либо теряется смысл самой уставки. Studio 5000 (RSLogix 5000) позволяет корректно реализовать сезонную компенсацию и компенсацию по влажности, если архитектура хранит базовое значение, пересчитывает эффективную уставку на каждом цикле сканирования и позволяет PID отслеживать полученный результат.

Формирование эффективной уставки, а не деструктивное изменение Temp_SP, обеспечивает стабильность контуров HVAC в разные сезоны.

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

Ступень, которая выполняется повторно 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.