Карта технологической логики: климат, полив, свет, питание
Для агронома смена автоматики — это не замена железа, а смена поведения системы в критичных для культуры моментах: как объект ведёт климат, что делает при отказе датчика и что происходит с поливом, когда пропадает связь. Карта технологической логики фиксирует это до начала работ — пока решение выбирают, а не подстраивают под уже купленный контроллер.
Что попадает на карту
- Контуры и их приоритеты. Что чем управляет и что получает преимущество при конфликте требований. Классический пример: снижение влажности воздуха через вентиляцию тянет за собой температуру, а включение досветки добавляет тепло в зону.
- Режимы по фазам роста. Какие параметры и в какие периоды критичны: рассадный период, вегетация, цветение, налив плода, зимний оборот в контейнерной ферме.
- Аварийное поведение. Что делает система при потере датчика, канала связи, питания и при выходе исполнительного механизма за пределы хода.
- Ручные вмешательства. Где оператор обязан вмешаться, по какому признаку, что именно он меняет и что при этом фиксируется в журнале.
- Точки, где нет права на эксперимент. Режимы, нарушение которых необратимо для растений или опасно для оборудования.
Контуры, которые описываются на объектах нагротех
| Контур | Чем управляет | Что фиксируется на карте |
|---|---|---|
| Микроклимат | Отопление, форточная вентиляция, экраны, туманообразование | Допустимая скорость изменения температуры, приоритет при конфликте с влажностью, поведение при отказе датчика |
| Досветка | Группы светильников, фотопериод, пороги включения по естественному свету | Границы фотопериода, реакция на отказ группы, порядок ручного включения |
| Полив и питание растений | Насосы, клапаны, узел приготовления раствора, дозирование | Рецепт по фазе, контроль EC и pH, реакция на отказ датчика дренажа и на отклонение объёма |
| Тепло и энергия | Контуры отопления, теплоноситель, приоритеты нагрузки | Что отключается первым при дефиците мощности, кто подтверждает решение |
| Вода | Накопители, подпитка, качество воды | Аварийный запас, порядок его расходования, контроль качества для засушливых территорий |
| Электропитание | Ввод, резервный источник, ИБП | Какие контуры держатся на резерве и что допускается остановить штатно |
| Связь и телеметрия | Канал, диспетчеризация, выгрузка данных | Что продолжает работать без канала и что синхронизируется после его восстановления |
Почему карта делается до выбора системы
Если карта составлена после выбора платформы, она незаметно подстраивается под её возможности: то, что платформа не умеет, просто не попадает в перечень. Составленная заранее, карта становится техническим заданием и позволяет сравнивать решения по одному признаку — насколько полно они закрывают именно вашу логику, а не абстрактный набор функций.
Второе следствие важнее первого. Карта фиксирует не список покупок, а порядок работы: кто владеет сквозным процессом, где рождается показатель, по какому критерию видно, что стало лучше. Без этих трёх решений система точно воспроизведёт существующий маршрут — вместе с согласованиями, ожиданиями и возвратами задач на уточнение.
Логика и потери на стыках
Передача задачи между службами — место, где сходятся два набора правил. Заявка на изменение уставки выходит от сменного агронома, уточняется инженерией, согласуется по составу работ и возвращается с вопросом. Каждый шаг существует по делу, и каждый добавляет ожидание.
- Ожидание. Решение по уставке микроклимата или по включению досветки ждёт нужного специалиста.
- Повторная проверка. Каждая сторона перепроверяет данные предыдущей, потому что отвечает только за свой участок.
- Возврат задачи. Вопрос приходит назад: не хватает данных, разошёлся формат, размыто указан объект или партия.
- Ручные обходы. Когда штатный маршрут идёт долго, договариваются напрямую — звонком или сообщением, а след в системе остаётся неполным.
Эти потери измеряются без сложной аналитики: секундомер на двух-трёх живых примерах и число повторений за месяц. Карта технологической логики прямо уменьшает три из четырёх форм — она убирает лишние согласования, задаёт один источник по каждому показателю и описывает исключения как правило, а не как повод идти в обход.
Что проверить при изменениях
- Сохраняются ли рецепты и переходы между фазами роста без ручной перенастройки на каждой смене.
- Как система ведёт себя при потере датчика: переходит в безопасный режим или держит последнее значение, и видно ли это оператору.
- Есть ли ограничения по точности дозирования и по дискретности регулирования, и как они соотносятся с требованиями технологии.
- Насколько быстро смена понимает, что происходит: какие события отображаются, в каком виде и с какой задержкой.
- Что происходит при потере связи с верхним уровнем и как восстанавливается обмен после её возврата.
Испытания перед запуском
Логику проверяют на объекте, а не на презентации: имитацией отказа датчиков, отключением питания, проверкой аварийных сценариев и ручного режима. Результат фиксируется протоколом — он защищает и агронома, и подрядчика, и остаётся в архиве объекта вместе с конфигурацией.
Отдельно проверяется поведение при отказе в неудобный момент: в ночную смену, на границе фаз роста, в мороз или в пик жары. Именно эти проверки показывают, где карта логики описана формально, а где действительно соответствует технологии.
Как карта связана с другими документами
До проекта
Карта логики опирается на перечень контуров объекта, который собирается при обследовании, и на карту критичных контуров: не всякий контур требует резерва, но всякий должен быть описан.
После проекта
Описание логики, рецепты и уставки входят в архив параметров объекта: без них следующая замена оборудования начнётся с нуля, а не с готового комплекта.
Частые вопросы
Карта логики нужна, если автоматику не меняют?
Да. Она описывает текущее поведение системы и становится основой для регламента, обучения смены и оценки риска. Без неё любое изменение — замена датчика, узла или подрядчика — начинается с восстановления знаний об объекте.
Можно ли составить карту силами эксплуатации?
Основную часть — да: перечень контуров, рецепты, аварийные пороги и ручные операции знает служба эксплуатации. Внешняя инженерная проверка нужна там, где логика не задокументирована и восстанавливается по поведению системы.
Что делать, если логика нигде не описана?
Восстанавливать её до демонтажа: снять проекты и конфигурации, зафиксировать поведение на имитированных отказах, описать рецепты и переходы между фазами. После замены узла это уже невозможно.
Карта технологической логики — приложение к техническому заданию, а не рекламный документ. Если по какому-то пункту данных нет, это фиксируется как открытый вопрос с ответственным и сроком, а не заполняется предположением.
Материал методический, версия 1.0, дата проверки 09.10.2026. Перечень контуров и порядок проверки приведены как инженерный метод; состав контуров, уставки и аварийные сценарии определяются по конкретному объекту после обследования.
Смотрите также: Эталонная архитектура · Тепличная автоматика · Архив параметров и резервные копии