Вечером в теплице всё спокойно. Температура держится в привычных пределах, отопление работает. Утром хозяин открывает график и видит: несколько часов назад стало заметно холоднее. История сохранилась, только проверить оборудование стоило ещё ночью.
Ради таких ночей мы и собираем Fermozavr DIY. Нужно вовремя заметить изменение, понять, к какому месту оно относится, и решить, что проверить. График хорошо показывает, как всё шло. Дальше системе предстоит обратить внимание на то, что уже требует человека.
Ниже один учебный пример: как подготовить экран к ночи в теплице. Это разбор программы, а не отчёт с нашего хозяйства.
Почему сейчас говорим о программе
Датчики сильно задержались. Их пришлось перезаказать, и испытания с настоящими измерениями сдвинулись. Новую дату приезда пока не называем.
Пока посылка в пути, можно проверить другое. Понятен ли экран. Легко ли найти нужное устройство. Получается ли разобраться в событии. Искусственные данные позволяют заранее пройти спокойную ночь, похолодание и момент, когда появляется тревога. Когда оборудование приедет, эту картину нужно будет сверить с реальными измерениями.
В предыдущей статье мы показывали первую локальную станцию: показания, журнал и панели, которые можно собрать под себя. Рядом развивается платформа Fermozavr DIY: устройства, тревоги и автоматизация. Дальше речь о ней. Это следующий программный слой. Прежняя команда запуска станции всю платформу не устанавливает.
Сначала подготовить экран под эту ночь
Представим хозяйство с двумя теплицами. Ночью внимание нужно одной.
Днём на главной бывают полезны разные показатели, несколько панелей и список устройств. Для ночи лучше оставить то, по чему человек действительно пойдёт действовать.
В Fermozavr DIY для этого есть «Настроить главную». Там выбирают виджеты, их порядок и размеры. Нужные показатели и панель можно поставить рядом, а активные тревоги держать перед глазами. Раскладка сохраняется для учётной записи на сервере.
Экран готовят заранее. Берут доступную панель с нужными измерениями, ставят её удобно и проверяют, как с неё перейти к устройству. Такой просмотр короче, чем поиск одной кривой среди всех данных хозяйства.
Важно и то, что подписано рядом с числом. Слово «Температура» оставляет слишком много вопросов: из какого места она пришла? При настройке стоит проверить названия устройств и группу, к которой они относятся. В платформе для этого есть отдельные разделы устройств и групп. Ими сведения раскладывают по месту или по назначению.
Нужную теплицу человек должен находить без догадок. Иначе событие придёт вовремя, а время уйдёт на то, чтобы понять, где стоит датчик.
Главная Fermozavr DIY подготовлена под задачу наблюдения. Все устройства, события и числа на снимке тестовые.
Что увидеть за изменившейся цифрой
Теперь ночь. На выбранной панели температура стала ниже.
Сначала график: изменение шло постепенно или началось резко? Потом устройство и его показания: откуда доступная запись и какое у неё время.
Это уже полезнее, чем взглянуть на одно число. Из этой последовательности видно, что проверять дальше. Отопление именно в этой теплице. Состояние двери. Другой доступный прибор, если с ним можно сверить показание. Причину ещё предстоит установить. Место и повод для проверки становятся яснее.
Главную при этом не стоит заполнять всем, что умеет программа. На ночном экране оставляют сведения для ближайшего решения. Подробная история остаётся для разбора. Убрали лишний виджет — изменилось оформление. Правила и работу оборудования настраивают отдельно.
В этом польза персональной главной. Фермер собирает рабочее место под задачу и от общего состояния может перейти к нужным подробностям.
Как система выделяет то, на что следует обратить внимание
Сидеть всю ночь у графика человек всё равно не будет. Поэтому в примере появляется правило.
В платформе уже есть условия, тревоги и цепочки: они связывают входные данные с дальнейшими действиями. Для ночной теплицы сначала решают, какое изменение фермер считает существенным. Это зависит от задачи, культуры, режима и от качества измерения. Одно число на все теплицы здесь было бы плохой настройкой.
Когда настроенное условие срабатывает, в системе появляется запись тревоги. На главной видны активные записи, из списка можно открыть подробности. Для человека это короткий путь: увидеть событие, открыть его, найти устройство и посмотреть данные, которые есть.
Допустим, хозяин увидел такую запись и пошёл смотреть отопление. Программа в этом случае сделала конкретное дело: выделила повод для проверки и собрала сведения рядом. После осмотра уже человек знает, требовалось ли вмешательство и что именно изменилось.
Пока мы проверяем этот путь на искусственных данных. Как надёжно привлечь внимание, когда экран закрыт, какие каналы для этого нужны и от чего зависит доставка сообщения — отдельная часть развития.
Зачем после проверки возвращаться к истории
Утром задача другая. Нужно понять, когда началось похолодание и как оно шло. Тут снова график, с которого статья началась, и рядом с ним запись тревоги.
Если каждый раз искать это в разных местах, разбор быстро становится воспоминанием: «кажется, сначала было похолодание, а потом мы проверили котёл». В Fermozavr DIY мы собираем путь между общим обзором, устройством, событием и журналом работы программы. Он помогает отделить сохранённые сведения от того, что человек выяснил на месте.
Для дальнейшей работы особенно полезны вопросы, на которых такой разбор останавливается. Не хватает времени события? Непонятно, к какому устройству оно относится? Нужную панель приходится искать слишком долго? По этим заминкам программу видно точнее, чем по пожеланию «добавьте ещё графиков».
Что работает сейчас и что проверяем дальше
В платформе уже есть настраиваемая главная, устройства и группы, правила, записи тревог и подробный просмотр. В программной логике предусмотрены условия и команды. Это основа, на которой можно разбирать будущие ситуации в хозяйстве.
Теперь её предстоит проверить настоящими измерениями и оборудованием. Активная запись показывает сохранённое состояние тревоги. Чтобы решить что-то на месте, нужны актуальные данные. Если тревог нет, это само по себе ещё не значит, что всё исправно. Полноценное управление теплицей и надёжность оповещения мы пока не называем проверенным результатом.
Как функции будущего пакета распределятся между локальной системой и сервером, ещё не решено. То, как отдельные части работают сейчас, помогает сделать этот выбор. Окончательный состав системы этим не задаётся.
Как этот сценарий помогает выбирать следующий узел
Когда понятно, какое решение нужно ночью, проще сказать, чего ждать от оборудования. Подходящее измерение. Понятное место установки. Данные, по которым правило сможет работать. Так задача хозяйства постепенно связывается с будущим комплектом.
Для подготовки комплектов в Fermozavr DIY есть «Мастер прошивок». В нём уже можно пройти от выбранного состава к схеме и перечню деталей — BOM. Программный сценарий и аппаратная часть остаются рядом. Проверку конкретных деталей на стенде такая подготовка не заменяет.
Мы хотим, чтобы пакет системы помогал пройти весь путь: собрать подходящий узел, получить данные, заметить существенное изменение и разобраться с ним. Возможность реагировать автоматически будем развивать на проверенных сценариях и с понятными пределами работы оборудования.
Пока датчики едут (увы, доставка сработала плохо), полезнее всего тестовый набор данных. Как вы поняли, что в теплице что-то изменилось? Что проверили первым? Какого сведения или сообщения не хватило вовремя? Оставить такой пример можно через страницу участия.
Во второй статье разберём следующий шаг этого пути: что должна объяснять тревога, чтобы фермер мог быстро перейти к делу.
Мастер связывает состав комплекта со схемой и перечнем деталей. Аппаратные профили ещё требуют стендовой проверки.
