Блок 1. 1. Расскажите, как вы оказались в этом проекте — как возникла задача, что вы знали о конюшнях до начала работы? В октябре 2021 года я поставил туда лошадь. Уже через пару недель кто-то из соседей сломал поилку, и за ночь затопило половину ангара. Вода в поилки подаётся самотёком из трёхкубовой бочки — вся она и вылилась.
Сначала я думал, что проблему решат организационно. Но когда через месяц ситуация повторилась, стало очевидно: решений по обнаружению протечек просто нет, и нужно делать что-то самостоятельно.
На тот момент я практически ничего не знал о технической стороне конюшен. В процессе стало понятно, что конюшня — это по сути большой жилой дом, но с более высокими требованиями к контролю. Лошади не могут сообщить, что у них потоп, им жарко или холодно, или что нечем дышать. При этом есть персонал и дети, которых необходимо защитить от электрооборудования. Любая авария должна либо предотвращаться, либо выявляться максимально быстро.
2. Каким было ваше первое впечатление от объекта — что вас удивило, что показалось знакомым, а что — совершенно новым? Меня удивила одновременно простота процессов и высокая нагрузка на персонал.
Практически всё управление выполнялось вручную. Например:
- включение и выключение света — через автоматические выключатели, что вообще не предназначено для таких задач
- отсутствие таймеров и сценариев
- отсутствие автоматического отключения опасных нагрузок на ночь
- нет контроля уровня воды в резервуаре
- полив плаца вручную
Даже такие простые вещи, как закрыть кран на ночь, чтобы бочка не перелилась, регулярно забывались.
Кроме того, полностью отсутствовал учёт ресурсов — ни по воде, ни по электроэнергии. При коммерческих тарифах это создаёт значительные потери, но никто не понимает, где именно они возникают.
Блок 2. 3. С какими техническими проблемами вы столкнулись, которых не ожидали? Что оказалось сложнее, чем в обычном проекте? Основная сложность — отсутствие готовых решений и практики.
Задача автоматического выявления протечек по расходу воды на поилках фактически нигде не реализована. Классические датчики протечки использовать невозможно — животные их быстро повреждают.
Сначала пробовали готовые решения (например, Saures), но они ориентированы на бытовое применение: не настраиваются и дают ложные срабатывания.
В итоге пришлось делать собственное решение:
- установили счётчик воды
- собрали графики расхода
- смоделировали аномальное потребление (имитация долгого питья)
- выявили характер отклонений
- написали правило на перекрытие воды и отправку уведомлений
Если в квартире такая задача решается за несколько часов, здесь на разработку ушло несколько месяцев.
4. Конюшня — влажность, животные, нестабильный Wi-Fi, пыль. Как эта среда повлияла на выбор оборудования и решений? Что пришлось менять или адаптировать по ходу? Что не сработало из «умного дома»? Сама среда не стала критической проблемой. Промышленная автоматика рассчитана на более тяжёлые условия.
Сейчас используется проводная система на базе Wiren Board с протоколом Modbus — это надёжное решение, не зависящее от Wi-Fi.
А вот попытка использовать бытовую платформу (например, Home Assistant) показала свою несостоятельность — слишком нестабильно для такого объекта.
Из неожиданных проблем — мыши. Повреждение одного проводочка в витой паре вызвало плавающую неисправность, которую пришлось долго искать. Отсюда вывод: либо защита кабелей, либо продуманная трассировка.
Интересный момент — «железо» почти всегда работает стабильно, основные изменения происходят на уровне логики:
- сначала вентиляция управлялась по влажности и CO₂
- затем стало ясно, что её нужно держать включённой постоянно
- расходы на нагрев компенсировали через ШИМ-регулирование ТЭНа
И таких итераций много: оборудование остаётся, алгоритмы постоянно тестируются, дорабатываются, иногда возвращаемся к исходной точке.
Блок 3. 5. Как персонал клуба ( не руководители , именно тренера, конюхи ) воспринял вашу работу — были ли сопротивление, непонимание, неожиданные запросы? Большинство сотрудников понятия не имеют, что система автоматизирована — и это нормальный результат.
Автоматизация работает «в фоне»:
- уличный свет включается по закату
- вода отключается автоматически
- отопление подготавливает помещения к смене
- свет можно включить голосом
Запросы от персонала простые: «сделай теплее», «включай раньше», и они быстро реализуются. Пусконаладка иногда вызывает временные неудобства и люди ворчат, но в целом основные работы проводятся вне рабочего времени.
6. Что персонал хотел, чего вы сначала не предполагали? Что изменилось в техническом задании по ходу проекта? Что оказалось для них важным, а что — лишним? Что они стали реально использовать, а что — нет? Изначально предполагалось, что персонал будет активно взаимодействовать с системой. На практике — наоборот.
Что оказалось важным:
- комфорт (тепло, свет)
- автоматический результат без участия человека
Что не востребовано:
- ручная настройка параметров
- сложные интерфейсы
Фактически используется:
- включение света (выключатель или голос)
- иногда запуск вентиляции
Остальное воспринимается как «внутренняя часть системы».
Это нормальная модель: пользователь управляет автомобилем, но не интересуется тем, что происходит под капотом — до момента неисправности.
Блок 4. 7. Что работает технически, но не используется на практике? Почему? Есть датчики, которые установлены «на всякий случай», но не участвуют в логике.
Например:
- температурный датчик в корпусе ТЭНа
- резервные точки измерения
При этом защита реализована иначе — через контроль потребляемого тока вентилятора. При его падении система отключает ТЭН и отправляет уведомление.
Также не используется контур подогрева приточного воздуха в холодном манеже — на практике он оказался неэффективным.
8. Что персонал делает вручную, хотя технически это можно автоматизировать? В чём причина? Несмотря на наличие интерфейса (iPad с настройками вентиляции, давления, температуры, логами), персонал почти им не пользуется — проще позвонить.
Изначально планировалась установка панелей в каждом помещении, но сейчас очевидно:
либо интерфейс должен быть максимально простой, либо он не будет использоваться.
Есть небольшой сдвиг — сотрудники начали смотреть базовые графики (например, температуру) для принятия решений надевать попону на ночь или нет, надеюсь на этом не остановимся)
Блок 5. 9. Если бы вы проектировали систему для конюшни с нуля — зная то, что знаете теперь — что бы вы сделали иначе? Инфраструктура:
- прокладка линий с учётом защиты от грызунов
- установка приборов учёта электроэнергии сразу в главном щите
- использование щитов с запасом по месту
- разделение силовых и слаботочных систем
- закладка масштабируемого учёта воды
Софт и архитектура:
- единый стандарт логирования
- разнос сервисов (Node-RED, InfluxDB, Grafana) по отдельным узлам
- использование контейнеризации
- изначальная разработка Telegram-бота как основного интерфейса
Практика показала, что централизованный интерфейс управления важнее, чем локальные панели.
10. Что, по вашему мнению, является главным барьером для цифровизации конных клубов — технология, деньги или люди? Основная проблема — отсутствие информации и кейсов.
Клубы не знают, что такие решения существуют. Когда показываешь работающую систему — возникает интерес.
Фактор стоимости не является критическим:
при правильной реализации автоматизация быстро окупается за счёт экономии ресурсов.
11. (завершающий) Если бы вы могли изменить одну вещь в работе конюшни с помощью технологий — что бы это было? Раннее выявление проблем со здоровьем лошадей — например, колик или отклонений в поведении, особенно ночью. Можно снять логи по шуму, вибрациям, движениям и при девицации слать тревогу. Это сложная задача, но именно она даёт наибольшую ценность.
