AI-система мониторинга качества воды в аквакультуре

Кислородный провал или застой воды обнаруживают, когда рыба уже гибнет, а ущерб посчитан. Мы разрабатываем под ключ AI-систему мониторинга воды в аквакультуре: модель предупреждает о риске заранее, поэтому потери поголовья сокращаются, а решение принимается до критической точки.

AI-система мониторинга качества воды в аквакультуре

Анализ временных рядовСредний~2-4 недели
Часто задаваемые вопросы

AI мониторинг воды в аквакультуре: где теряется рыба

Ночной замор развивается быстро и почти незаметно. С наступлением темноты фитопланктон переключается с выделения кислорода на его потребление, и в самые тёмные часы кислородный режим пруда проседает до минимума — при плотной посадке и тёплой воде падение с 7-8 мг/л до 2-3 мг/л занимает меньше часа.

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

К погрешности момента добавляется погрешность измерения. Портативный кислородомер требует промывки и калибровки, датчик имеет инерцию, на показания влияет глубина отбора пробы. Стационарные зонды вроде OxyGuard снимают часть этих проблем, но без логики опроса и оповещений остаются индикаторами: значение видно на экране, а решения всё равно принимает человек.

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

Раннее предупреждение кислородных провалов и застоя

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

OxyGuard и аналогичные датчики дают непрерывный ряд по растворённому кислороду, но сам ряд тревогу не заменяет — значение имеет то, что с ним делают дальше. Модель строит прогноз кислородного минимума по скорости падения: текущее значение, температура воды, биомасса, время последнего кормления, ветер и давление.

Пересчёт идёт каждые несколько минут, и тревога опирается не на текущее отклонение, а на пересечение порога через 2-4 часа. Сигнал уходит до наступления минимума, поэтому время реакции измеряется минутами: подтвердить, включить аэрацию, при необходимости сдвинуть кормление.

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

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

Ручной замер, стационарные датчики, прогнозная модель

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

Вариант Когда подходит Ограничения
Ручной замер воды Малые хозяйства, выростные пруды, старт проекта, периодический контроль работы автоматики Дискретность: одна-две точки в сутки, ночной пик по кислороду остаётся незамеченным; результат зависит от аккуратности оператора
Стационарные посты контроля Садки, бассейны с постоянным водообменом, участки, где цена сбоя высока Дрейф и обрастание чувствительных элементов — нужны промывка и поверка по регламенту; покрытие ограничено точками установки
Прогнозная модель Когда решение нужно за несколько часов до события, а не констатация по факту Требует накопленной истории и регулярной перекалибровки; без ряда постов и лабораторных сверок не обучается

На практике это не «или», а «и»: посты дают непрерывный ряд, ручной замер служит эталоном для их сверки, а модель работает поверх обоих источников. Сравнение способов контроля поэтому стоит вести не по одному параметру, а по тому, какой контур контроля вы закрываете — оперативный, отчётный или предупредительный.

Этапы внедрения: обследование, настройка, проверка на месте

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

  1. Обследование хозяйства — карта точек отбора, режимы водоподачи, частота и способ ручных замеров.
  2. Выбор контролируемых параметров — температура, растворённый кислород, кислотность, мутность; расчёт числа датчиков под реальную динамику участка.
  3. Монтаж и калибровка датчиков — поверочные растворы, поправки на температуру и солёность, чтобы серии замеров были сопоставимы между собой.
  4. Настройка логики и порогов — базовые линии по каждому участку, окна усреднения, правила оповещения: когда достаточно сигнала, а когда поднимаем бригаду.
  5. Опытная эксплуатация — система работает в режиме наблюдения, пороги уточняем по фактическим данным, а не по паспортным.
  6. Пусконаладка и проверка на месте — контрольные замеры рядом с лабораторным анализом, сверка расхождений и правка калибровки.
  7. Передача системы персоналу хозяйства — регламенты реакции, обучение смены, порядок обслуживания датчиков.

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

Что остаётся на хозяйстве: схемы, регламенты, доступы

Система мониторинга не должна оставаться «чёрным ящиком» подрядчика: смены меняются, рыбоводы уходят в отпуск, датчики приходится чистить и переставлять. Поэтому вместе с работающим контуром хозяйство получает комплект документов и настроек, по которому систему можно эксплуатировать, обслуживать и передавать новым людям без нас.

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

Кейс: убрали ночные заморы на прудовой ферме

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

Что было

За сезон случалось два-три ночных замора — суммарно до 10% товарной рыбы. Дело не в нерадивости: между обходами проходило 40-60 минут, столько же занимал выезд к дальнему пруду, а кислород в жаркую безветренную ночь падает быстрее, чем идёт обход. Аэраторы при этом работали по расписанию — там, где дефицита не было, электричество уходило впустую.

Что изменили

В самых глубоких точках каждого пруда поставили датчики растворённого кислорода и температуры Hach, показания уходят на сервер раз в несколько минут. Модель прогнозирует просадку на 2-3 часа вперёд по температуре, ветру, биомассе и объёму корма: дежурный получает сигнал с номером конкретного пруда, а не «где-то упало». Аэратор запускается автоматически по факту дефицита, при отказе датчика включается резервный контур управления.

Что стало

Показатель До После
Ночные обходы 4 за ночь 1 контрольный
Реакция на просадку 40-60 минут автоматический старт
Заморы за сезон 2-3 0
Расход на аэрацию по расписанию по дефициту, −20%
Сохранность рыбы базовая +8-10%

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

Чем отличается пороговое оповещение от прогнозной модели?

Пороговое оповещение — это правило «значение вышло за границу — тревога». Настроить его можно за один вечер: границы по температуре, растворённому кислороду, кислотности, мутности. Оно предсказуемо и прозрачно, но реагирует на уже случившийся факт.

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

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

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

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

Технические вопросы: датчики, ложные тревоги, монтаж

Любое сомнение по такой системе сводится к четырём вещам: не начнёт ли она «кричать» на пустом месте, кто и как обслуживает датчики, что происходит при потере связи и что будет, когда хозяйство решит расширяться. Ниже — как это закрыто инженерно, без обещаний «само заработает».

Не превратится ли мониторинг в поток ложных тревог?

Тревога поднимается не по одному показанию. Система сопоставляет несколько датчиков одного узла, проверяет скорость изменения параметра и требует, чтобы отклонение удержалось в заданном окне — одиночный выброс от помехи или от проплывшей рыбы порог просто не проходит. Срабатывания помечаются уровнем: предупреждение для оператора и аварийное оповещение для дежурного. Пороги настраиваются под конкретный бассейн или садок, а не берутся «средними по отрасли».

Что происходит при обрыве связи?

Данные не теряются: контроллер пишет их локально и дозагружает в систему, когда канал вернулся. Важнее другое — пропажа связи сама становится событием, а не тишиной в интерфейсе. Оператор видит «нет связи с узлом», а не «всё в норме», и понимает, что по этому участку данных сейчас нет.

Как обслуживать датчики и расширять систему?

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

Обсудим задачу: посты контроля и сценарии оповещения

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

  • Тип хозяйства и водные объекты: садки, пруды, бассейны замкнутого цикла — от этого зависит число постов контроля и частота опроса датчиков.
  • Что уже стоит на площадке: датчики кислорода, температуры, pH, аммония, мутности — что отдаёт данные автоматически, а что снимается вручную в журнал.
  • Связь и питание: где есть устойчивый канал передачи данных, где только мобильная связь, как устроено резервное питание постов.
  • Пороговые значения и сценарии: какие отклонения критичны, кому и за какой срок уходит сигнал, как организовано ночное дежурство.
  • Автоматические действия: что система запускает сама при тревоге и где обязательно подтверждение оператора.
  • Связки с существующими системами: кормление, аэрация, учёт партий, лабораторный журнал.
  • Архив наблюдений: история замеров с известными вспышками и потерями — по ней пороги настраиваются на факте, а не на паспортных значениях.
  • Кто будет эксплуатировать: состав смены и подготовка людей, которые увидят тревогу первыми.

Опишите задачу в этом объёме — вернёмся с оценкой проекта и планом внедрения: состав постов контроля, логика сценариев оповещения, сроки по этапам.

Направления AI-разработки

Последние работы

  • Разработка сайта компании B2B ADVANCE
    Разработка сайта компании B2B ADVANCE
    1543
  • Разработка веб-приложения для компании FEEDME
    Разработка веб-приложения для компании FEEDME
    1396
  • Разработка веб-сайта для компании БЕЛФИНГРУПП
    Разработка веб-сайта для компании БЕЛФИНГРУПП
    1081
  • Разработка интернет магазина для компании FURNORO
    Разработка интернет магазина для компании FURNORO
    1375
  • Разработка логотипа компании B2B Advance
    Разработка логотипа компании B2B Advance
    817
  • Разработка веб-приложения для компании Enviok
    Разработка веб-приложения для компании Enviok
    1143