standov

уверен что меня сейчас заклюют, но я бы подключал самозажимными - банально у тех-же ваго есть серия на высокую мощность (40А если память не подводит на 6 квадратов). Просто в распредкоробке на вагах и крышкой закрыл. что-б не говорили а винтовые надо протягивать - з шкафом их никто никогда не будет протягивать, а шкаф горючий. Личное мнение

лишили пацанов такого артефакта ))

вы так говорите вроде никогда не покупаете ничего не в Украине ) Те-же сонофы народ покупает на али массово

думается датчик из условий бетонного колодца работать не будет, ну и он не предусматривает погружение, до первого затопления )

шелли в украине вообще нет увы, я писал выше, это факт. а в официальном магазе да 9евро шелли1

проститет в какие 5? 12-16евро в зависимости от версии, вы где-то берете соноф по три?) Добавлено через 1 минуту тот-же конечно, только без облаков и с mqtt в коробке

а можно шелли )

такой план )))

ну такое, если облако смущает то зачем вообще брать соноф и героически облако выпиливать. Если достаточно квалификации на накатывание easyesp и прописывания внешних датчиков и тп то тогда логичнее взять чистую esp с большим набором пинов. Если нужно просто в телефоне переключать а не вот єто все - то облако в общем благо, позволяет малой кровью это сделать из любой сети. Если не понятно что нужно то шелли ) умеет и так и эдак. Имхо места сонофу в 2020 уже мало (но я повторяюсь) я вам больше скажу, в опенхабе есть целый астро-бондинг и вообще ничего кодить не надо, особенно если фанаты визуалки и всяких нодредов. Но какое это все имеет отношение к ТС. их такое громадье что я думаю что есть, просто мы про это не знаем )

правда-правда и это подтверждается расчетами тут чуть ранее и пока вами не опровергнуто другими расчетами )

справедливости ради соноф это не контроллер и никогда им не был ) это готовое конечное устройство с контроллером в облаке, даже не локальным. В этом ключе shelly болгарские выглядят интереснее - там облако опциональное и возможностей и ассортимент побагаче цена если и чуть дороже то не принципиально. минус только в том что у нас на олкс пока не продают. Прошивать в альтернативные прошивки имхо есть смысл только если под внешнее управление (mqtt), опять таки у шелли mqtt из коробки и шить ничего не надо. В общем имхо в 2020 соноф несколько подотстал, но конечно вполне себе рабочий вариант

я-ж не спорю, у меня у самого на благо пара сонофов крутится, правда с внешниум управлением. но запрос у ТС был весьма конкретный и он не решается сонофом, по крайней мере в стоковой прошивке, допускаю что есть прошивки с астрономической математикой Добавлено через 4 минуты а еще гибчее завести соноф в любое внешнее управление (опенхаб/ha/домотикс..) и заюзать любую нужную логику. Ну либо взять не соноф а за сходные деньги шелли-диммер, и управлять не вкл/выкл а яркостью, завязать это все на детектор присутствия - приехали вы домой на машине подсветка стала на 100% автоматом, пропал свет ночью - подсветка стала на минимум (не выкушивать банки). В общем внешней логики можно накрутить от души, и не скучно опять-же ))

А про три контура это точно? У меня вроде укр с тремя, алюпласт. Или речь про сами "палки" а не сборку?

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

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

Гуглите астрономическое реле. Данные из инета не берут но считаю по координатам по формулам время астрономических событий

и так везде ) самые дорогие решения не окупаются никогда, это аксиома зрелого рынка

300-400 это вы, надо понимать, получили разделив 1500 на 3-4 года? Или у вас все-же есть какие-то более инженерно-значимые расчеты для получения такого фантастического значения? Я так экстраполировал ваши предположения на свое остекление и мне ваши окна позволят требовать от облгаза доплату

нету никакого затачивания, есть опенхаб где железки заводятся по паттерну Proxy (community.openhab.org/t/design-pattern-proxy-item/15991), заменить одну железку на другую даже другого производителя - дело 10 минут, при этом все правила работают с прокси-объектами а не напрямую с железкой. Умирает не роутер или свитч - умирает обычно софт и это происходит сильно чаще чем железки, потому нужно планировать всю архитектуру с учетом падения в любом месте и любое количество раз. роутер и сервер задублировать можно только в теории, на практике можно задублировать каналы, части сервера. но падает обычно все-же софт, особенно тот который активно живет - вышло новое обновление, отвалились какие-то редкие сценарии не покрытые тестами, которые именно по стечению обстоятельств используются у вас. Потому: 1. софт виртуализирован на уровне контейнеров, вышел апдет который все рас***асил - поднимаем целиком контейнер из бекапа за минуты. 2. Железо в опенхабе по прокси-паттерну, смерть железки или миграцию на другую заключается в правке прокси-логики а все за ней продолжает жить как раньше 3. Все что может упасть - рано или поздно упадет, считаем это штатным режимом и обеспечиваем минимально-необходимый функционал в таком *штатном* режиме

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

если коротко не углублясь 1. вайфай очень плохо работает когда на одной точке висят одновременно медленное и быстрое устройство, тут же устройства ооочень медленные и их десяток. Очень целесообразно их выделить в одну точку специально для них 2. Безопасность - хз что там кто и как делал и какими китайскими ручками писали прошивки, мне в моей основной рабочей сети бекдоры китайские не нужны ) А так у них своя сеть-песочница + выход в инет. Я их своей сети имею доступ в нее, а из нее в мою сеть нет. 3. Расширение адресного пространства - 20 иот устройств не занимают освновную маску

да вас тут уже не раз просили написать как считаете вы. Но за "не всегда" уже спасибо, уже ближе к истине Добавлено через 44 секунды та тут вы это говорили, просим развернуть математику раз уж такая точность)

1) это например какие устройства? бо так вроде технология есть а устройств актуальных считай нет 2) потому что мне нужна открытая система с легкой/надежной/багатой интеграцией в опенхаб. Интеграция с моббасом в принципе есть но все достаточно муторно и на полшишки по факту у меня вайфай был не в шортлисте - потому как канал явно не присоблен под такие задачи, из рабочих вариантов рассматривались либо zwave либо knx, НО оба очень дорогие а KNX еще и очень заумный/муторный. Жаба предложила вариант с отдельной точкой доступа, отдельной сетью за вланом под это все, пока все работает без проблем - если будут какие-то приколы то буду мигрировать на zwave. ПС. В целом есть некоторое ощущение что в 2020 модбас пора закапывать

вайфай

я не считал но у меня думаю сравнимо, вот 20 каналов это всего 5 таких штукенций, единственное что нет димирования. у меня план освной свет на них а там где нужно диммер там будут одноканальные в напечатанных на 3д принтере холдерах. Да конечно KNX было-бы всяко привильнее но уж очень дорого и есть подозрение что перебор