А где вы нашли рекомендации разработчиков использовать именно snap? Поделитесь пожалуйста?
Я на сайте NC нашел:
Nextcloud GmbH maintains an all-in-one Docker image that is easy to install and maintain.
и вот это:
The Nextcloud community maintains a Nextcloud Snap, including release channels and quick and easy deployment for easy home use.
Т.е. snap - это не официальная разработка Nextcloud GmbH. И на сайте https://nextcloud.com/install/ рекомендуется использовать NC as service, потом Docker, потом ещё несколько вариантов и только в конце - snap.
По сути - я практик. Прошел путь домашней автоматизации от самодельных контроллеров с написанием своего TCP/IP стека и HTTP сервера. Последние проекты все делаю н промавтоматике. Т.е. опыт реальный у меня есть. Не однолетний. Хотел им поделиться.
Вы не сделали ни одного проекта, только " читал про это". Но пытаетесь меня переубедить, при этом не читая то что я пишу.
А я спорить - не имею времени и не хочу.
P.s. Прежде чем спорить, посмотрите, что означает аббревиатура SCADA. После этого половина ваших вопросов закроется сама собой.
Но почему вы пишете : "Электропривод 220 Вольт менее безопасен, чем слаботочные, и потребляет больше электроэнергии"?
Я всегда считал что 220в решение более экономичное. По крайней мере за счёт отсутствия двойного преобразования и более низких потерь из-за низкого тока, по сравнению с низковольтным решением.
Вы не понимаете как устроены подобного рода системы.
"Сименс" - это только реле с минимумом наиболее критичной логики (отопление, водоснабжение, Ээ). А все обвес, включая WebUI, интеграцию с другими системами - это уже SCADA.
Вы же выше писали: "Ну, СНИП же не на ровном месте пишут".
Интереса ради посмотрите с СНИПе какая теплопотеря допустима для вашего региона и какую обеспечивает полтора кирпича.
Конструкторам не просто так денег платят. И я не по наслышке знаю как строят на юге. "Всегда так делал и никто не жаловался" - основной аргумент при выборе решения.
Мой дом: Омская область. Холодная пятидневка в регионе - минус 40 градусов.
Тёплых полов с температурой не выше 31градуса хватает.
Более того - такая температура только в холодную пятидневку и бывает. Но это уже не вопрос автоматизации, а проектирование ограждающих конструкций здания.
Отопление только теплыми полами вредно для здоровья или неэффективно.
Про вред можно компетентные ссылки? Ну а про эффективность - думаю найдете сами. На сегодня теплые водяные полы на почти 20% эффективнее коллекторного (батарей)
Ну я свое мнение уже высказал - ничего хорошего при таком подходе не получится, если вы не можете написать что именно вы ходите получить в итоге.
Открытость и мастшабируемость системы зависит от ядра/SCADA (интегрируется любое, для которого есть драйверы ядра) и ЛКС (подключается любое, для которого вы заложили необходимые кабели). Оборудование может быть любым, с поддержкой стандартных протоколов. По освещению - заложите кабельную инфраструктуру и для диммирования тоже.
Под открытой системой вы так же подразумеваете открытые кабельканалы и шахты по всему зданию?
Я поэтому и предложил пожить сначала в доме. Хоть в съёмном. А потом уже проектировать.
Самое сложное в проекте это не выбор и программирование оборудования. И даже не кабельные сооружения. А именно сценарии.
И да, в проектировании работает именно "водопад", иначе выходит бардак. Тем и ценен опытный разработчик, что он имеет опыт, позволяющий избежать многих ошибок и переделок впоследствии.
Уважаемый автор! У вас в разделе "критерии выбора производителя" функциональные требования так и не озвучены. И к системе в целом никаких требований нет. При таком подходе вас может постичь разочарование еще на этапе разработки.
Я понимаю, что я хочу от своего умного дома и что от него нужно мне и моей семье, а что не нужно вовсе - в квартире в последние несколько лет применял разные девайсы для облегчения жизни (в основном беспроводные известных производителей из поднебесной), но по ощущениям жизнь вообще не облегчилась.
Вы вроде все понимаете, но эффекта нет. При таком подходе не удивительно, что вы не получили заметного результата. Как разработчик устройств и систем автоматизации умного дома, я рекомендую вам начать со сценариев применения автоматизации. Потом на основе этих сценариев сформировать технические требования к системе. С учетом дальнейшего развития, аварийного ремонта и т.п. Критерии выбора производителя отпадут сами собой.
И еще: жизнь в доме на земле и жизнь в квартире различаются разительно! Дом - это не просто большая квартира. Погостите хотя бы неделю в доме, вы поймете что сценарии в доме значительно сложнее и их значительно больше. Я говорю не про мультирумы и т.п., а про сценарии автоматизации повседневного быта: ночное освещение территории, сопряжение с охранно-пожарной сигнализацией, отопление, водоснабжение и т.д.
А где вы нашли рекомендации разработчиков использовать именно snap? Поделитесь пожалуйста?
Я на сайте NC нашел:
Nextcloud GmbH maintains an all-in-one Docker image that is easy to install and maintain.
и вот это:
The Nextcloud community maintains a Nextcloud Snap, including release channels and quick and easy deployment for easy home use.
Т.е. snap - это не официальная разработка Nextcloud GmbH. И на сайте https://nextcloud.com/install/ рекомендуется использовать NC as service, потом Docker, потом ещё несколько вариантов и только в конце - snap.
И еще: любое облако нужно поддерживать — платить, следить, восстанавливать, переносить. Любое!
Вы можете делать это самостоятельно или поручить кому-либо за деньги. Выбор сейчас огромный.
А если вместо личного облака вы используете публичное, то что меняется в этом случае?
Точно так же, после окончания подписки и неоплаты следующено периода данные будут потеряны.
Это вопрос не технического, а организационного плана.
У меня старшие сыновья - админы со всеми привелегиями и знают как продлить подписку.
PLC - это другой мир. Там ваши стоны просто не поймут.
Релейный язык жив до сих пор не просто так - многие сценарии на нем описать очень просто.
Ну это тот кто работал, понимает. А тот, кто одну страницу на сайте прочел - тому сложнее..
Тем более что ioBroker не блещет качественной документацией.
За манеру - извините.
С телефона не распишется, поэтому столь краток.
По сути - я практик. Прошел путь домашней автоматизации от самодельных контроллеров с написанием своего TCP/IP стека и HTTP сервера. Последние проекты все делаю н промавтоматике. Т.е. опыт реальный у меня есть. Не однолетний. Хотел им поделиться.
Вы не сделали ни одного проекта, только " читал про это". Но пытаетесь меня переубедить, при этом не читая то что я пишу.
А я спорить - не имею времени и не хочу.
P.s. Прежде чем спорить, посмотрите, что означает аббревиатура SCADA. После этого половина ваших вопросов закроется сама собой.
Спасибо большое за статью!
Особенно за фотографии электроники.
Но почему вы пишете : "Электропривод 220 Вольт менее безопасен, чем слаботочные, и потребляет больше электроэнергии"?
Я всегда считал что 220в решение более экономичное. По крайней мере за счёт отсутствия двойного преобразования и более низких потерь из-за низкого тока, по сравнению с низковольтным решением.
Почитайте про ioBroker и подобные мажордомо.
Там есть все, о чем вы писали. SCADA бывают разные. И "малаЯ автоматизация" обычно предлагает мобильный клиент с кастомизацией интерфейса.
Вы не понимаете как устроены подобного рода системы.
"Сименс" - это только реле с минимумом наиболее критичной логики (отопление, водоснабжение, Ээ). А все обвес, включая WebUI, интеграцию с другими системами - это уже SCADA.
Насчёт алгоритмов не согласен.
Начиная с тривиального интегратора (управление отоплением, например), заканчивая оптимизацией потребления ЭЭ.
Ну это же только часть системы!
Как вы привяжете к ней управление отоплением, пожарно охранной сигнализации, ворота, полив, учёт ЭЭ?
Все равно SCADA нужна.
Я же писал- в качестве интерфейса используется SCADA. Я использовал ioBroker с Modbus и owfs модулями.
Вы же выше писали: "Ну, СНИП же не на ровном месте пишут".
Интереса ради посмотрите с СНИПе какая теплопотеря допустима для вашего региона и какую обеспечивает полтора кирпича.
Конструкторам не просто так денег платят. И я не по наслышке знаю как строят на юге. "Всегда так делал и никто не жаловался" - основной аргумент при выборе решения.
Уточню - дополнительных источников отопления в доме нет. Только водяные теплые полы.
В чем не уверен, не пишу.
Мой дом: Омская область. Холодная пятидневка в регионе - минус 40 градусов.
Тёплых полов с температурой не выше 31градуса хватает.
Более того - такая температура только в холодную пятидневку и бывает. Но это уже не вопрос автоматизации, а проектирование ограждающих конструкций здания.
Про вред можно компетентные ссылки?
Ну а про эффективность - думаю найдете сами. На сегодня теплые водяные полы на почти 20% эффективнее коллекторного (батарей)
Я уже это понял. Поэтому и предложил вам не напрягать фантазию, а пожить в доме. Лучше зимой. Сразу все поймете.
Ну я свое мнение уже высказал - ничего хорошего при таком подходе не получится, если вы не можете написать что именно вы ходите получить в итоге.
Открытость и мастшабируемость системы зависит от ядра/SCADA (интегрируется любое, для которого есть драйверы ядра) и ЛКС (подключается любое, для которого вы заложили необходимые кабели). Оборудование может быть любым, с поддержкой стандартных протоколов.
По освещению - заложите кабельную инфраструктуру и для диммирования тоже.
Под открытой системой вы так же подразумеваете открытые кабельканалы и шахты по всему зданию?
Я поэтому и предложил пожить сначала в доме. Хоть в съёмном. А потом уже проектировать.
Самое сложное в проекте это не выбор и программирование оборудования. И даже не кабельные сооружения. А именно сценарии.
И да, в проектировании работает именно "водопад", иначе выходит бардак. Тем и ценен опытный разработчик, что он имеет опыт, позволяющий избежать многих ошибок и переделок впоследствии.
Уважаемый автор!
У вас в разделе "критерии выбора производителя" функциональные требования так и не озвучены. И к системе в целом никаких требований нет. При таком подходе вас может постичь разочарование еще на этапе разработки.
Вы вроде все понимаете, но эффекта нет. При таком подходе не удивительно, что вы не получили заметного результата.
Как разработчик устройств и систем автоматизации умного дома, я рекомендую вам начать со сценариев применения автоматизации. Потом на основе этих сценариев сформировать технические требования к системе. С учетом дальнейшего развития, аварийного ремонта и т.п.
Критерии выбора производителя отпадут сами собой.
И еще: жизнь в доме на земле и жизнь в квартире различаются разительно! Дом - это не просто большая квартира. Погостите хотя бы неделю в доме, вы поймете что сценарии в доме значительно сложнее и их значительно больше.
Я говорю не про мультирумы и т.п., а про сценарии автоматизации повседневного быта: ночное освещение территории, сопряжение с охранно-пожарной сигнализацией, отопление, водоснабжение и т.д.