Как оформить карту настроек автоматики отопительной системы: структура, процесс и шаблоны

Карта настроек автоматики — это единственный документ, который позволяет восстановить работоспособность системы за минуты, а не часы. Без неё любой сбой контроллера, замена модуля или переход на летний режим превращается в подбор параметров методом тыка. Материал ниже объясняет, какие данные собирать, как их структурировать и в каком виде хранить, чтобы карта работала на практике, а не лежала в архиве.

Зачем нужна карта настроек и кто её использует

Первичная задача — ввод в эксплуатацию. Пусконаладчик фиксирует итоговые значения после балансировки и настройки ПИД-регуляторов. Вторичная — сервисное сопровождение. Через год-два приходит другой инженер, видит аварию «датчик наружного температуры» и за 30 секунд понимает, какой коэффициент кривой нагрева был задан, а не подбирает его заново. Третичная — аудит и споры. Если заказчик претендует на перерасход газа, карта показывает, были ли изменены уставки после сдачи объекта.

Пользователи документа: пусконаладчики, сервисные инженеры, диспетчеры удалённого мониторинга, энергоаудиторы, технические руководители объекта. Каждому важен свой слой информации, поэтому структура должна быть слоистой.

Минимальный обязательный набор данных

Любая карта, в которой отсутствует хотя бы один пункт из списка ниже, считается неполной для сервисного использования:

• Идентификация объекта: адрес, номер теплового входа, наименование системы (например, «ТП-3, контур отопления южного крыла»).
• Аппаратная часть: модели контроллеров, исполнительных механизмов, датчиков с серийными номерами и версиями прошивок.
• Схема подключения (I/O-лист): привязка каждого физического входа/выхода к логической переменной в программе (Т1 — датчик подачи контура 1, Y1 — сервопривод трехходового клапана контура 1).
• Кривая нагрева (зависимость температуры подачи от наружной): базовая точка (например, 40 °C при −20 °C), наклон, параллельный сдвиг, минимальная/максимальная температура подачи.
• ПИД-коэффициенты для каждого регулируемого контура: пропорциональный, интегральный, дифференциальный компоненты, период следования (cycle time) для ШИМ-управления клапанами.
• Уставки и гистерезисы: комфортная/экономичная температура помещения, защита от замерзания, верхний/нижний предел температуры подачи, гистерезис включения/выключения насосов и котлов.
• Расписания (тайм-программы): режимы недели, выходных, праздников, летний/зимний переход, ночное понижение.
• Аварийные уставки и реакции: пороги срабатывания защиты (перегрев, просадка давления, обрыв датчика), действие выхода (закрыть клапан, остановить насос, включить аварийный нагрев).
• Параметры насосных групп: режим работы (постоянный/переменный напор), целевой напор или ΔP, настройки встроенного ПИД частотника.
• Дата, ФИО пусконаладчика, подпись заказчика.

Расширенный набор: то, что отличает профессиональную карту от формальной

На практике полезны дополнительные разделы, которые экономят часы поиска при нестандартных ситуациях:

• Логика блокировок и интерлоков: условия запуска котла (наличие тяги, давление газа, разрешение от диспетчера), каскадное включение ступеней, приоритет ГВС над отоплением.
• Калибровка датчиков: реальные поправки (offset), введённые при пуске (например, датчик подачи показывает +1.2 °C к эталону).
• Коэффициенты Kvs клапанов и расчётные просадки — для проверки авторитета клапана и диагностики «не дотягивает/перегревает».
• Настройки коммуникаций: адреса Modbus/BACnet, скорость, паритет, карта регистров (map register) для интеграции в БМС.
• История изменений (changelog): дата, автор, что изменено, почему, подтверждение заказчика. Без этого через год невозможно понять, кто и зачем сдвинул кривую нагрева.
• Ссылки на файлы проекта: имена файлов программы контроллера (.prg, .cpg, .st), схемы электрики, спецификации оборудования.

Выбор формата хранения: таблица, PDF, база данных или контроллер

Нет универсального идеального формата — выбор зависит от масштаба объекта и процессов компании. Ниже сравнение основных подходов.

Формат	Плюсы	Минусы	Когда уместен
Excel/Google Таблицы (структурированный лист)	Фильтры, сортировка, версионирование, доступно всем, легко распечатать	Риск случайных правок, нет привязки к тегам контроллера, сложно хранить бинарные файлы программы	Объекты до 50–100 точек ввода/вывода, небольшие сервисные команды
PDF (заполненный шаблон)	Неизменяемость, юридическая сила, печать/подпись	Сложно искать, невозможно сравнить версии, не машиночитаем	Сдача объекта, архивная копия, передача заказчику
Специализированное ПО (CAREL PlantVisor, Siemens DESIGO, Danfoss ECL Portal, собственная БД)	Синхронизация с контроллером, история изменений, ролевой доступ, экспорт в отчёты	Требует лицензий, обучения, привязки к вендору	Крупные объекты, диспетчеризация, многоконтурные системы
Внутренняя память контроллера (комментарии к тегам, рецепты/рецепты)	Всегда под рукой у инженера на месте, не теряется	Ограниченный объём, нет истории, зависит от модели контроллера	Дополнительный слой для критичных уставок (PID, кривая нагрева)

Рекомендация: используйте гибридный подход. Мастер-копия — в таблице (Excel/Sheets) с контролем версий. Архивная копия — подписанный PDF при сдаче. Критичные уставки (PID, кривая, аварийные пороги) — продублированы в комментариях тегов контроллера. Если есть БМС — настройте автоматический выгруз в её базу.

Пошаговый процесс оформления карты

1. Соберите исходники до пуска. Схема автоматики (I/O-лист), каталоги оборудования, тепловой расчёт контуров (расчётные температуры подачи/обратки, расходы теплоносителя), проектные значения Kvs клапанов.
2. Создайте чистый шаблон. Используйте заранее подготовленный файл с зафиксированными колонками: «Тег», «Описание», «Адрес I/O», «Ед. изм.», «Проектное значение», «Фактическое значение», «Поправка», «Примечание». Заморозьте заголовки.
3. Заполните «железо» в офисе. Модели, серийники, версии прошивок, адреса Modbus — всё это известно до выезда. Заполните заранее, на месте останется только верификация.
4. Проведите пусконаладку с параллельным записыванием. Не откладывайте заполнение «на вечер». После настройки каждого контура сразу фиксируйте итоговые ПИД, кривую, уставки. Фотографируйте экраны контроллера — это страховка от опечаток.
5. Сделайте верификацию «холодным стартом». Выключите питание контроллера на 30 секунд, включите. Проверьте, что все уставки восстановились, программа запустилась, нет ошибок инициализации. Отметьте в карте: «Проверено холодным стартом — ОК».
6. Согласуйте с заказчиком. Пройдитесь по карте вместе с ответственным лицом заказчика. Подпишите печатную версию (два экземпляра) и сохраните PDF с подписями.
7. Загрузите в рабочую среду. Выложите Excel в общую папку сервисной команды, прикрепите к объекту в БМС/CRM, передайте файл программы контроллера рядом с картой.
8. Заведите запись в журнале изменений. Первая строка: «Дата сдачи, автор, статус — первичная сдача, версия 1.0».

Типичные ошибки и как их избежать

• «Заполню потом, а то задерживаю пуск». Результат — карта не заполнена никогда или заполнена по памяти с ошибками. Решение: заполнение — обязательный этап пусконаладочного протокола, без подписи по карте акт не подписывается.
• Копирование проектных значений вместо фактических. Проектная кривая нагрева часто отличается от реальной на 10–15 %. В карте должны быть фактические значения после балансировки. Колонка «Проектное» нужна для сравнения, не для подмены.
• Отсутствие привязки к тегам программы. Написание «Датчик подачи» вместо «AI_03 / T_SUP_1» делает карту бесполезной для инженера с ноутбуком. Всегда указывайте адрес I/O и имя переменной в коде.
• Хранение только в голове у пусконаладчика. При смене персонала знания уходят. Решение: корпоративный стандарт — нет карты, нет оплаты за пусконаладку.
• Изменение уставок без записи в чейнджлог. Сервисный инженер приехал, сдвинул уставку на 2 °C, уехал. Через месяц другой инженер ищет причину перегрева. Решение: любое изменение — запись в чейнджлог с указанием инициатора и причины.
• Игнорирование версий прошивок. Обновление прошивки контроллера может сбросить настройки или изменить адресацию регистров. Всегда фиксируйте версию FW в карте.

Сценарии использования: как карта работает на практике

Сценарий 1: Аварийный вызов «не греет» в -25 °C

Инженер открывает карту на телефоне → видит кривую нагрева: при -25 °C должна быть 65 °C подачи. Смотрит в БМС/на контроллере — фактическая 52 °C. Проверяет ПИД коэффициенты — они соответствуют карте. Значит, проблема не в настройке, а в гидравлике (загрязнение теплообменена, воздух, недоналадка клапана). Экономия: 40 минут поиска «где крутить».

Сценарий 2: Замена вышедшего из строя контроллера

Новый контроллер той же модели, но пустая программа. Инженер загружает файл программы (.prg) из архива рядом с картой, заливает её. Затем по карте проверяет: все уставки применились, ПИД коэффициенты на месте, кривая нагрева верная. 15 минут — и система в работе. Без карты — полдня подбора.

Сценарий 3: Энергоаудит через год

Аудитор просит показать, как работала система. Выдаёте карту + выгрузку трендов из БМС. Аудитор видит: ночное понижение задано на 3 °C, фактически работало на 1.5 °C из-за неверного расписания (перекрытие зон). Находит потерю 12 % газа. Карта стала доказательной базой для корректировки расписания.

Шаблон структуры листа Excel (пример колонок)

Ниже — проверенная на десятках объектов структура листа. Скопируйте в таблицу и адаптируйте под свои контроллеры.

Колонка	Назначение	Пример заполнения
Tag / Имя переменной	Имя тега в программе контроллера	T_SUP_1, Y_VALVE_1, PID_HEAT_1_KP
Description / Описание	Читаемое название для человека	Температура подачи контура 1, Сервопривод клапана 1, ПИД коэф. P контура 1
I/O Address	Физический адрес входа/выхода	AI3, AO2, — (внутренняя переменная)
Modbus Register	Регистр для БМС/SCADA	30001 (Float), 40050 (Int16)
Unit / Ед. изм.	Единицы измерения	°C, %, кПа, сек
Project Value	Значение по проекту/каталогу	60 °C, Kp=15, Tn=120 с
Actual Value	Фактическое значение после пуска	58 °C, Kp=12, Tn=180 с
Offset / Поправка	Калибровочная поправка датчика	+1.2 °C
Min / Max Limits	Допустимый диапазон (для валидации)	30…80 °C, 0…100 %
ChangeLog Ref	Ссылка на строку журнала изменений	CL-2024-03-15-01
Notes / Примечание	Особые условия, нюансы	Клапан авторитета 0.6, ПИД подбирался при нагрузке 40%

Инструменты для ускорения работы

• Скрипты экспорта из среды программирования. Большинство сред (CODESYS, Schneider SoMachine, Siemens TIA Portal, CAREL c.pCO) позволяют экспортировать переменные в CSV. Напишите один раз макрос/скрипт, который вытаскивает имя, адрес, тип, комментарий и формирует заготовку карты.
• Шаблоны под типовые контроллеры. Держите заготовки для Danfoss ECL, Siemens RVC, CAREL pCO, Овен ПЛК — у каждого своя терминология и набор стандартных параметров.
• Чек-лист приёмки карты. Одностраничный список проверок перед подписью акта: «Все теги заполнены», «ПИД есть у каждого контура», «Кривая нагрева введена в обех единицах (°C/°F если нужно)», «Чейнджлог начат», «PDF подписан и загружен».

Как поддерживать карту актуальной на протяжении жизненного цикла

Карта — живой документ. Правила гигиены:

• Любое плановое ТО (сезонное) включает пункт «Сверить уставки с картой». Найдено расхождение — запись в чейнджлог, корректировка или возврат к карте.
• Раз в год (обычно перед отопительным сезоном) старший сервисный инженер делает аудит карты: актуальны ли версии прошивок, не изменились ли серийники при заменах, верны ли контакты ответственных.
• При капитальном ремонте или переоборудовании — новая версия карты с инкрементом мажорного номера (v2.0), старая уходит в архив с пометкой «Архив, не использовать».
• Доступ на редактирование — только у ответственного инженера и руководителя сервиса. Остальные — комментирование/просмотр.

Чек-лист: карта готова к сдаче

• Все физические I/O привязаны к тегам программы.
• Для каждого регулируемого контура заполнены: кривая нагрева, ПИД, уставки, гистерезисы.
• Аварийные уставки и реакции прописаны для каждого контура и котла.
• Расписания введены и проверены на переход суток/недели.
• Калибровки датчиков зафиксированы (offset).
• Версии прошивок всех контроллеров записаны.
• Файл программы контроллера сохранён рядом с картой, имя файла совпадает с версией в карте.
• Чейнджлог начат, первая запись — первичная сдача.
• Подписанный PDF передан заказчику и загружен в архив компании.
• Карта доступна сервисной команде в рабочей среде (общая папка/БМС/CRM).

Ответы на частые вопросы

Нужна ли карта для небольшой частной котельной (1–2 контура)?

Да. Даже для двух контуров карта на одном листе A4 экономит часы при сезонной перестройке или вызове другого специалиста. Формат упрощается: убрать лишние колонки, оставить только кривую, ПИД, уставки, I/O-лист.

Можно ли хранить карту только в контроллере (в комментариях/рецептах)?

Можно как дубликат, но не как основной источник. Память контроллера ограничена, нет истории изменений, при поломке железа карта пропадает вместе с ним. Основная копия — вне контроллера.

Как оформить карту, если контроллер программируется в FBD/LD (графически), а не в ST?

Принцип тот же. Экспортируйте список переменных из среды (обычно есть «Variable List» или «Symbol Configuration»). Для функциональных блоков (PID, Curve) записывайте параметры экземпляров блоков. Имена тегов берутся из объявлений VAR/VAR_GLOBAL.

Что делать, если заказчик требует карту в своём формате/шаблоне?

Заполните их шаблон данными из вашей мастер-копии. Не переделывайте свою структуру под каждого заказчика — поддерживайте единый внутренний стандарт, а на выходе делайте экспорт в нужный вид.

Обязательно ли указывать Kvs клапанов и авторитет в карте?

Для сервисного диагноза — очень желательно. Авторитет < 0.3 объясняет, почему клапан «не управляет» на малых отводах. Если данных нет — напишите «неизвестно», но не оставляйте пустое поле.

Главный принцип: карта — это инструмент, не отчёт

Качественная карта настроек пишется не для галочки в акте сдачи, а для того, чтобы в 3 часа ночи при -30 °C инженер, который видит объект впервые, за 5 минут понял: что должно быть, что есть сейчас, где искать причину. Структурируйте данные так, чтобы их можно было прочитать с экрана телефона в перчатках. Дублируйте критичные уставки в самом контроллере. Ведите чейнджлог без исключений. И требовать подпись заказчика под картой — это не бюрократия, а защита от «а я не просил так настраивать».

Материал носит информационный характер. Настройка автоматики отопительных систем влияет на безопасность и энергоэффективность объекта. Работы по пусконаладке и изменению уставок должны выполняться квалифицированными специалистами с допусками к работе на тепловых сетях и электрических установках. При сомнениях обращайтесь к проектной организации и сервисным центрам производителей оборудования.