Rovki,
Ну во первых я не президент чтобы мне докладывать, когда я предположил о ваших познаниях в У.Д. я не хотел вас чем то обидеть , это всего лишь предположение по вашим высказываниям в этой области, если я не прав - извините , да и ваших заслуг никто не умаляет - вы личность публичная в рамках этого форума... , да и видео все ваши смотрю с самого начала , и каскада у меня наверное с самой первой публичной версии...
Просто я сказал своё мнение почему многие используют сервера а не скады предложенные вами.
По поводу энергосбережения - имелось ввиду энергозатраты на работу датчика а не заботу об экологии , у меня например первый датчик температуры от компании михоме попросил сменить ему батарейку через 5 лет и один месяц, д и то еще месяц мне напоминал что он помирает потому что я забывал её купить.
Соединение по wifi обеспечивается то без проблем , но покажите мне хоть один датчик работающий по wifi не важно в каком протоколе у которого батарейка (аккумулятор) работала хотя бы год?
По началу я то же хотел переходить на zigbee и построить всё на wifi и mqtt и всё самодельное - год бился над разными способами энергосбережения батарейки - больше 20 ти дней на аккумуляторах 18650 не получилось при условии что контроллер просыпался раз в 10 мин. , всё потому что ifi сам по себе энергозатратен и не чего с этим не сделаешь .
Нас счёт удалённого управления, визуализаций, графиков и прочего что вы перечислили вот именно с сервером это решается очень просто и ты не привязан к одному производителю софта , т.е. удалённое управление через любой mqtt брокер в интернете и любого понравившегося приложения , локальная визуализация - пожалуйста ставь плагин который тебе нравиться, архивация и тренды - тоже самое.
Насчёт тёплого пола - вы не поверите но у меня так и сделано уже 6 лет зигби реле из проекта модкам в управляет шестью клапанами на коллекторе тёплого пола и все шесть лет полёт нормальный , потому что в зигби есть прямой способ связи между датчиком и исполнительным уст-вом - биддинг называется, это к вопросу о устойчивости и надёжности. Даже когда wifi ложиться , а такое бывает у меня система отопления работает и устройства свои основные функции выполняют. По поводу взлома wifi - ну я не знаю кому я нужен , я не сын президента и не известная личность, чтобы взламывать мой wifi.Если у вас в Подмосковье хакеры в каждом доме живут , то конечно вам только по проводам всё делать , а у нас в родном Ростове как то с ними ( хакерами) дефицит...
А на радиаторах у меня "трудятся" клапана то же зигби от туя с батарейным питанием. И тоже нет проблем. И вообще мой ум.д. начался с управления системой отопления.
По поводу mqtt в каскаде добавьте пожалуйста возможность устанавливать Qos в издателе - это бывает очень необходимо. И работу с несколькими серверами.
Опять же повторюсь по поводу каскады - достойная программа , в ней есть много чего нет не в одном приложении , но она хороша как автономная система.
А использовать её как просто терминал на стене - ну это кощунство ....
И ещё у меня не всё завязано на зигби , много устройств самодельных по wifi и mqtt сделанных под мои конкретные задачи , которых не найдёшь в продаже.
Модбас я тоже хорошо знаю в рамках промышленных СКУД и ОПС и не буду спорить о его надёжности.
Просто он в рамках
современного умного дома не удобен тем что он предполагает мастер и слейв устройства,т.е. чтобы передать данные с одного слейва на другой слейв - мастер должен сделать запрос на один слейв , записать , потом передать инфу на другой слейв, а чего стоит постоянный опрос слейв устройств со стороны мастера? Толи дело mqtt (zigbee похож)-есть некий "банк" (сервер) ,все уст-ва туда шлют свои данные и этими данным может воспользоваться любое уст-во ,кому это надо. Есть событие со стороны устройства - оно прислало инфу,нет события не чего не прислало и не нужен постоянный пинг.
Просто модбас изначально создавался под другие , более серьёзные цели , а mqtt и zigbee под умные дома.
Повторю это моё сугубо личное мнение и не кого, не к чему не призываю.