Pull to refresh

Comments 12

Похоже на изобретение велосипеда. Нахрена а главное зачем?

А в нашем городе до сих пор есть изобретатели велосипедов. Надо его спросить: "Нахрена а главное зачем? "

Отличная теоретическая статья, хорошо бы смотрелась для реферата или как вступление в дипломной работе в вузе. Но что на практике? Как это все выглядит - железо, софт, оболочка. Как это поддерживать? Добавлять устройства, настраивать сценарии?

Сколько это все заняло времени и денег? И чем не устроили готовые рыночные решения для частного дома, тем более если дом с деревянными перегородками и перекрытиями в нем отлично работают беспроводные системы Zigbee / Thread / Matter и даже BLE Mesh, которые уже имеют гибкие пользовательский интерфейс интеграцию с голосовыми ассистентами и невысокую стоимость в закупке в расчёте на конечный элемент, так управлять группой освещения можно модулем в пределах 1500 руб за единицу, а умный терморегулятор для отопления с дисплеем обойдётся всего 2500-5000 руб за единицу.

По первому абзацу: в заключении статьи я указал, что система уже собрана и отлажена. " Отработано взаимодействие в сети CAN (TWAI).Проверена работа под управлением через MQTT - брокера, а также в автономном режиме — по сценариям. Возможно продолжение публикаций по этому проекту с детальным объяснением работы программы и нюансов реализации системы, если будет проявлен интерес читателей."

По второму абзацу: Вы же не думаете что на переднем плате изображен лично я, поэтому и дом мой не деревянный и WiFi, BLE две капитальные стены не "пробивает". И доводы в пользу проводной системы я изложил в статье. Повторюсь: главная функция системы охрана; и кстати почти все покупные беспроводные системы работают через облачные сервера.

Переведу сказанное выше. Между прототипом и конечным пользовательским продуктом - пропасть. Изобретать для себя - это одно, но надо понимать, что это решение помрёт вместе с тобой. А что бы пускать решение в массы - оно должно быть именно конечным продуктом.

С этим совершенно согласен, между прототипом и серийным производством - очень большой путь. Но я и не претендую на серийную разработку. Это скорее попытка создания домашней системы с минимальными денежными затратами, но с применением моего накопленного опыта.

Очередная статья на тему провод хорош, беспровод - плохо. Ещё понимаю когда провод кладут в условиях плотной застройки и заселенных до предела человейниках и то.

Обоснование же положения "надёжно" отсутствует. Как аксиому берут за надёжность - провод.

Более того физическая среда передачи крайне редко выступает в качестве источника сбоя. Чаще проблема с оконечкой.

Видите ли, одно из основных назначений данной системы - охрана. А работу беспроводных интерфейсов легко нарушить с помощью широкополосных глушилок.

Если кто то приволочет широкополосную глушилку, то он и электричество отключит. И в том и в том случае это больше вопрос сценария обработки события, чем провод и воздух...

Провод однозначно лучше хотя бы потому, что с ним на много проще проводить диагностику проблем, нежели с неким "эфиром", который вне контроля. Если новострой - максимально провод + добираем где забыли зигбями и прочим.

Только вот заморачиваться со всеми этими протоколами - бесмысленно. Вопрос тут в контексте - популярное публичное это решение (и пофиг на каком протоколе) или самопал (и пофиг на каком протоколе, всё равно никто, ктоме автора, в этот винигрет лезть не будет).

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

Интересно, что вы в итоге пришли к CAN и своему прикладному протоколу поверх него вместо типичных «умных» шин. Очень откликается идея держать устройства максимально автономными, чтобы при падении сервера или интернета дом не превращался в обычную «глупую» проводку

Sign up to leave a comment.

Articles