Архив параметров и резервные копии: что теряется при замене

Самая частая потеря при замене оборудования — не железо, а логика. Рецепты, уставки, калибровки и описания неоформленных доработок существуют в двух состояниях: они есть до демонтажа или их нет никогда. Архив параметров и резервные копии конфигураций — это работа, которую делают до первого демонтажа, а не после первой аварии.

Что именно теряется

• Рецепты и сезонные стратегии. Настраивались под конкретную культуру, фазу роста и особенности объекта годами. Для теплицы это режимы микроклимата и досветки, для контейнерной фермы — программы полива и питания растений.
• Уставки и аварийные пороги. То, что определяет поведение системы при отклонениях: при какой температуре открываются форточки, при каком отклонении EC останавливается дозирование, что считается аварией, а что — допустимым отклонением.
• Неоформленные доработки. Внесённые после пусконаладки и нигде не описанные: обход отказавшего датчика, изменённая логика блокировок, ручной режим, добавленный по факту.
• Калибровки датчиков. Коэффициенты, подобранные по месту. Восстанавливаются только повторной настройкой на живом объекте — то есть в сезон, когда каждая ошибка влияет на урожай.
• История отказов. Основа для оценки вероятности будущих сбоев и для решения о резерве. Без неё критичность узла приходится оценивать заново и на глаз.

Минимальный состав архива

1. Проекты контроллеров и конфигурации всех узлов, включая панели оператора и частотные преобразователи.
2. Перечень версий программного обеспечения и прошивок с указанием, на каком узле какая версия работает.
3. Схемы шкафов и внешних соединений в актуальном виде — с отметками о фактических изменениях.
4. Описание логики: какие контуры чем управляются, по каким условиям и с какими приоритетами.
5. Рецепты, уставки и аварийные сценарии в читаемом виде, а не только внутри проекта контроллера.
6. Журнал отказов и вмешательств, включая ручные правки режимов и причины этих правок.

Что хранится	В каком виде	Кто отвечает	Как проверяется
Конфигурации контроллеров и панелей	Исходные проекты и выгрузка из оборудования	Служба эксплуатации, подрядчик по автоматике	Загрузка на идентичный контроллер
Рецепты, уставки, аварийные пороги	Таблицы в читаемом формате	Агроном совместно с инженером	Сверка с фактическим поведением объекта
Схемы шкафов и соединений	Актуальные чертежи с листом изменений	Главный инженер	Прозвонка и сверка на месте
Версии ПО и прошивок	Реестр с датами и узлами	Служба эксплуатации	Считывание версий с оборудования
Калибровки датчиков	Протоколы и коэффициенты	Метрологическая служба или подрядчик	Контрольный замер образцовым прибором
Журнал отказов и вмешательств	Записи по событиям с датой и причиной	Сменный инженер	Сопоставление с архивом событий системы

Резервная копия и описание логики — разные документы

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

Практический признак полноты: новый инженер, не участвовавший в пусконаладке, должен по архиву объяснить поведение объекта в трёх-четырёх нестандартных ситуациях — без звонка прежнему подрядчику.

Правило, которое экономит проекты

Архив проверяется не по наличию файлов, а по факту восстановления. Рабочий тест формулируется так: можно ли по этому комплекту развернуть конфигурацию на аналогичном контроллере и запустить объект. Если ответ неочевиден, архива нет — есть набор файлов.

Второй тест — читаемость. Файл, открывающийся только в среде разработки устаревшей версии, не является архивом: к моменту замены оборудования этой среды может уже не быть. Рецепты и уставки должны существовать отдельно от проекта, в формате, который переживёт смену поколения техники.

Порядок работы

1. Опись. Перечислить данные, настройки, документацию, доступы и лицензии — с ответственным по каждому пункту.
2. Выгрузка в открытом формате. Таблицы, файл базы, документированный интерфейс: формат выбирается такой, чтобы его прочитал следующий подрядчик, а не только текущий.
3. Проверка полноты. Развернуть конфигурацию на тестовом контуре или на однотипном узле и сверить поведение с рабочим объектом.
4. Закрепление регламентом. Назначить, кто и с какой периодичностью обновляет архив после каждой смены настроек.

Когда начинать

До любого решения о модернизации и до первого демонтажа. Работа занимает дни, а её отсутствие превращает локальный ретрофит в проект заново — с непредсказуемым объёмом и сроком, потому что часть логики приходится восстанавливать по поведению системы уже после того, как она демонтирована.

Отдельный случай — объект, доставшийся новой службе эксплуатации. Здесь архив собирается в первую очередь, потому что он определяет, сколько будет стоить любой последующий ремонт и замена.

Что закрепить в договоре заранее

• Право на выгрузку данных и конфигураций в открытом формате, с указанием формата и периодичности.
• Состав документации по настройкам, интеграциям и базе данных с требованием актуальности.
• Передачу прав на настройки, скрипты, отчёты и созданные доработки.
• Порядок передачи доступов и закрытия ключей прежнего подрядчика в день передачи.
• Оформление лицензий и программных ключей на имя предприятия и условия их переоформления.
• Обучение сотрудников предприятия с составом программы и перечнем передаваемых инструкций.

Частые вопросы

Материал методический, версия 1.0, дата проверки 09.10.2026. Состав архива приведён как минимальный перечень; для конкретного объекта он уточняется по составу оборудования, требованиям метрологии и условиям эксплуатации.

Смотрите также: Карта технологической логики · Эталонная архитектура · Инженерный подбор: оригинал → аналог