Я тоже не считаю свой «умный» дом по-настоящему умным. На мой взгляд, таким он станет тогда, когда значительную часть решений начнет принимать ИИ, исходя из привычек пользователя, контекста и накопленного опыта. Следующий этап развития моей системы вижу именно в этом направлении.
Что касается архитектуры, мне кажется, домашняя автоматизация со временем будет все больше перенимать подходы промышленной автоматизации и в итоге придет к чему-то похожему на связку Raspberry Pi (или аналогичного промышленного компьютера) с CODESYS либо другой PLC-средой исполнения. Надежность и детерминированность останутся, а сама платформа станет более открытой и гибкой.
А про схемы, архитектуру и логику системы... уже несколько человек попросили написать об этом отдельно. Возможно, действительно соберусь с духом и сделаю продолжение статьи. :)
Подробно описать, что именно и как сейчас автоматизировано, в комментарии не получится — это материал как минимум для отдельной статьи. Если коротко, то история моего умного дома началась еще на съемной квартире, когда я впервые столкнулся с признаками работы «домушника». Тогда главной задачей стала охрана: имитация присутствия, тревожная кнопка, контроль проникновения и тп. Следующим этапом стала безопасность - защита от затопления, дыма и пожара. Уже потом появился комфорт: управление освещением, шторами. При проектировании я сразу закладывал возможность климт-контроля, насколько это было реально на тот момент, также мультирум-аудио, управление камерами. Со временем их стало проще улучшить благодаря новым технологиям. Со временем появились и менее очевидные, но очень полезные вещи. Например, контроль энергопотребления помог выявить устройства, работавшие неэффективно, что в итоге позволило сократить расходы на электроэнергию. Мониторинг расхода воды дал меньший экономический эффект, но зато позволяет хорошо понимать, как меняется потребление в течение месяца и быстро замечать аномалии. Прогресс не стоит на месте. То, что сегодня кажется сложным или вовсе невозможным, через несколько лет может стать стандартной функцией. Поэтому при проектировании я старался строить не набор отдельных функций, а платформу, которую можно постепенно развивать и адаптировать под новые технологии
Про интерфейс. Для себя я не отказываюсь от общей схемы полностью - просто ее назначение изменилось. Если раньше это был основной способ управления домом, то сейчас это скорее возможность быстро оценить «общую температуру по больнице»: посмотреть, как работает автоматизация в целом, понять, что можно улучшить, найти неисправность или проверить новую функцию. Кроме того, общий экран служит своеобразным чек-листом перед выходом из дома: обратить внимание на важные события, убедиться, что все системы работают штатно. Разумеется, есть и специализированные экраны со статистикой, управлением и настройкой сценариев. Но в целом тенденция действительно такая, как вы описали: все больше взаимодействия происходит без открытия панели, а через автоматические сценарии, уведомления, в перспективе, скорее всего, все будет управляться через голосового помощника.
Про оборудование. Если бы вся бизнес-логика, интеграции и пользовательские сценарии по-прежнему жили в PLC, то это действительно был бы тупиковый путь. Как раз целью модернизации было максимально разгрузить контроллер. Сегодня PLC занимается тем, что у него получается лучше всего - детерминированным управлением дискретными входами и выходами. Все, что связано с интеграциями, интерфейсами, уведомлениями, Zigbee, сценариями высокого уровня и внешними сервисами, уже живет вне него. Понимаю, что однажды PLC все-таки придется заменить. Но благодаря нынешней архитектуре переносить придется только слой низкоуровневой логики ввода-вывода, а не всю экосистему дома. Именно ради этого и затевалась модернизация, чтобы оборудование перестало быть якорем для дальнейшего развития системы.
Поидее можно,полагаю надо правило клонировать, обозвать по разному и в каждом правиле добавить фильтр типа
filter:
range: @timestamp: gte: "now/d" lte: "now/d+18h" (с полуночи до 18:00)
а во втором правиле:
range: @timestamp: gte: "now/d+18h" lte: "now/d+1d" (с 18:00 до 00:00 следующего дня)
в каждом правиле свои настройки телеграма. Кстати, Ваш вопрос подтолкнул меня на мысль, как таким же образом разделить оповещения по шаблонам правил алертинга :), Спасибо.
Возможно Grafana OnCall отличная штука, когда в инфраструктуре уже есть Grafana. но я хотел остаться в пределах одного стека и снизить операционные издержки. У меня есть решение в виде модернизации непосредственно файла в Elastalert по отправке сообщений в ТГ, но "коробкой" это уже не назвать.
При большом минусе выключали электричество один раз на 15-20 мин, аккумулятора хватило, но сработал триггер о заряди ниже 30%, в домике ниже -18 не наблюдал. В среднем держит около часа в обычных подмосковных зимних условиях.
Вспомогательный поток не использую, в моем случае камера неплохо справляется с определением природных явлений. В основном в сильный ветер с дождем или со снегом бывают ложные срабатывания. Учитывая что запись идет постоянно и есть проверка наличия канала, то в такие моменты ночное оповещение можно удаленно выключить/включить.
Вопрос со старым компьютером сразу отпал не только по пожаробезопасности, но и в смысле хранить видеозаписи на даче, если вынесут не только вещи, но и компьютер со всем видеоматериалом.
Так и планировал, вынести счетчик на столб, чтоб освободить шкаф для POE-роутера, но пришли электрики, сказали будешь строиться, тогда и вынесем на столб.
Спасибо!
Я тоже не считаю свой «умный» дом по-настоящему умным. На мой взгляд, таким он станет тогда, когда значительную часть решений начнет принимать ИИ, исходя из привычек пользователя, контекста и накопленного опыта. Следующий этап развития моей системы вижу именно в этом направлении.
Что касается архитектуры, мне кажется, домашняя автоматизация со временем будет все больше перенимать подходы промышленной автоматизации и в итоге придет к чему-то похожему на связку Raspberry Pi (или аналогичного промышленного компьютера) с CODESYS либо другой PLC-средой исполнения. Надежность и детерминированность останутся, а сама платформа станет более открытой и гибкой.
А про схемы, архитектуру и логику системы... уже несколько человек попросили написать об этом отдельно. Возможно, действительно соберусь с духом и сделаю продолжение статьи. :)
Подробно описать, что именно и как сейчас автоматизировано, в комментарии не получится — это материал как минимум для отдельной статьи. Если коротко, то история моего умного дома началась еще на съемной квартире, когда я впервые столкнулся с признаками работы «домушника». Тогда главной задачей стала охрана: имитация присутствия, тревожная кнопка, контроль проникновения и тп. Следующим этапом стала безопасность - защита от затопления, дыма и пожара. Уже потом появился комфорт: управление освещением, шторами. При проектировании я сразу закладывал возможность климт-контроля, насколько это было реально на тот момент, также мультирум-аудио, управление камерами. Со временем их стало проще улучшить благодаря новым технологиям. Со временем появились и менее очевидные, но очень полезные вещи. Например, контроль энергопотребления помог выявить устройства, работавшие неэффективно, что в итоге позволило сократить расходы на электроэнергию. Мониторинг расхода воды дал меньший экономический эффект, но зато позволяет хорошо понимать, как меняется потребление в течение месяца и быстро замечать аномалии. Прогресс не стоит на месте. То, что сегодня кажется сложным или вовсе невозможным, через несколько лет может стать стандартной функцией. Поэтому при проектировании я старался строить не набор отдельных функций, а платформу, которую можно постепенно развивать и адаптировать под новые технологии
Спасибо за такой развернутый комментарий.
Про интерфейс. Для себя я не отказываюсь от общей схемы полностью - просто ее назначение изменилось. Если раньше это был основной способ управления домом, то сейчас это скорее возможность быстро оценить «общую температуру по больнице»: посмотреть, как работает автоматизация в целом, понять, что можно улучшить, найти неисправность или проверить новую функцию. Кроме того, общий экран служит своеобразным чек-листом перед выходом из дома: обратить внимание на важные события, убедиться, что все системы работают штатно. Разумеется, есть и специализированные экраны со статистикой, управлением и настройкой сценариев. Но в целом тенденция действительно такая, как вы описали: все больше взаимодействия происходит без открытия панели, а через автоматические сценарии, уведомления, в перспективе, скорее всего, все будет управляться через голосового помощника.
Про оборудование. Если бы вся бизнес-логика, интеграции и пользовательские сценарии по-прежнему жили в PLC, то это действительно был бы тупиковый путь. Как раз целью модернизации было максимально разгрузить контроллер. Сегодня PLC занимается тем, что у него получается лучше всего - детерминированным управлением дискретными входами и выходами. Все, что связано с интеграциями, интерфейсами, уведомлениями, Zigbee, сценариями высокого уровня и внешними сервисами, уже живет вне него. Понимаю, что однажды PLC все-таки придется заменить. Но благодаря нынешней архитектуре переносить придется только слой низкоуровневой логики ввода-вывода, а не всю экосистему дома. Именно ради этого и затевалась модернизация, чтобы оборудование перестало быть якорем для дальнейшего развития системы.
Поидее можно,полагаю надо правило клонировать, обозвать по разному и в каждом правиле добавить фильтр типа
filter:
range: @timestamp: gte: "now/d" lte: "now/d+18h" (с полуночи до 18:00)
а во втором правиле:
range: @timestamp: gte: "now/d+18h" lte: "now/d+1d" (с 18:00 до 00:00 следующего дня)
в каждом правиле свои настройки телеграма. Кстати, Ваш вопрос подтолкнул меня на мысль, как таким же образом разделить оповещения по шаблонам правил алертинга :), Спасибо.
Возможно Grafana OnCall отличная штука, когда в инфраструктуре уже есть Grafana. но я хотел остаться в пределах одного стека и снизить операционные издержки. У меня есть решение в виде модернизации непосредственно файла в Elastalert по отправке сообщений в ТГ, но "коробкой" это уже не назвать.
При большом минусе выключали электричество один раз на 15-20 мин, аккумулятора хватило, но сработал триггер о заряди ниже 30%, в домике ниже -18 не наблюдал. В среднем держит около часа в обычных подмосковных зимних условиях.
Вспомогательный поток не использую, в моем случае камера неплохо справляется с определением природных явлений. В основном в сильный ветер с дождем или со снегом бывают ложные срабатывания. Учитывая что запись идет постоянно и есть проверка наличия канала, то в такие моменты ночное оповещение можно удаленно выключить/включить.
Вопрос со старым компьютером сразу отпал не только по пожаробезопасности, но и в смысле хранить видеозаписи на даче, если вынесут не только вещи, но и компьютер со всем видеоматериалом.
Так и планировал, вынести счетчик на столб, чтоб освободить шкаф для POE-роутера, но пришли электрики, сказали будешь строиться, тогда и вынесем на столб.
На случай отключения электричества в системе предусмотрен мини безперебойник в виде UPS LIte, с последующим оповещением.
Камера 3мп. В день порядка 50-100Гб в зависимости от погоды.
Вторая 1мп. В среднем в день 15-20Гб.
Тариф безлимитный от известного опертаора.