Я у себя делаю почти всё так же, как и у автора в статье. Есть небольшие отличия — во-первых, есть отдельная линия бесперебойного питания, которая разведена по всей квартире и подключается к большому UPS в серверной. И ещё есть отдельные розетки рядом с рабочим столом, в которые включаются настольные лампы, паяльники и прочие приборы, которые запараллелены с верхней подсветкой рабочего места и отключаются вместе с ней.
Лично в моей системе, которую я ещё толком не тестировал, т.к. ремонт ещё идёт, охранные функции будут делаться через пульт. Для этого просто сделана скрытая проводка от всех внешних окон и дверей к специальному месту, где удобно будет поставить ментожелезку. В охранку я не лезу.
По поводу отопления, у меня свой котёл в квартире, и это сильно упрощает дела. Горячая вода от котла разветвляется на две гребёнки (отопительную и «напольную»). Перед отопительной гребёнкой стоит электрически управляемый шаровой кран, которым можно увеличивать/уменьшать поступающий в контур поток. Тёплый пол содержит свой собственный насос, гоняющий воду по контуру, и контроллер, включающий подпитку горячей водой от котла. Питание этого насоса я также могу включить или выключить программно. То есть, можно включать и выключать его, когда захочется. Ещё у моего котла есть фича подключения внешнего термостата. Точно пока не разбирался, как это устроено, но, судя по беглому гуглению, это просто сухие контакты, которые если разомкнуть, колонка выключится. По умолчанию там джампер стоит, но можно его заменить релюшкой. Я подвёл туда провода, но пока не подключался. Может быть, и обойдусь — страшновато всё-таки в газ лезть.
По отоплению и тёплому полу у меня 16 зон, но регулировать их автоматически я не стал — больно дорого управляемые краны стоят. Так что, зонная отстройка будет ручной, а потом всё суммарно будет уже управляться автоматикой.
Плюс, что касается отопления, у меня в системе приточной вентиляции будут стоять канальные нагреватели воздуха, т.е. зимой при проветривании можно ещё порегулировать температуру при помощи вентиляции. Так что степеней свободы — уйма. Главное правильно всё это запрограммировать.
PS. Я не автор статьи.
PPS. Я плюсовал коммент, есличо. А другие понятно, за что минусовали: «понты», «барахло», «пшик» и прочая лексика.
1. Профит от управления освещением — удобство использования. Довод по поводу ожирения засчитан.
2. Профит от управления климатом — более крепкий и комфортный сон, снижение риска простудиться, индивидуальные предпочтения членов семьи. Если подумать, выполнение всех этих требований требует сложного регулирования потоков воздуха и их температуры.
3. Профит от интеллектуальной системы в том, что все эти настройки можно заскриптовать и забыть про них. Лично я — не сторонник «пультов управления Боингом», когда всем надо рулить через компьютер с навороченным интерфейсом.
В идеале, дом должен сам догадываться, что я сейчас делаю. Если я обедаю, то можно проветрить комнату сильным потоком холодного воздуха. Если я сплю, то нельзя шуметь вентиляторами. Если дома ребёнок, то нельзя устраивать сквозняки. Если спит ребёнок, то дверной звонок должен работать тише и вообще отключаться в детской комнате.
Если подумать, без всего этого можно обойтись. Равно как обойтись и без много того, к чему мы привыкли с детства, — без электричества и туалета в доме, например. Всё развивается, и не надо к этому так скептически относиться.
У децентрализации есть один минус — увеличивается количество точек отказа. С ростом количества узлов вероятность бесперебойной работы уменьшается в геометрической прогрессии. Всегда что-то будет сломано. Хотя, по сути, да. Надёжность даже встраиваемых компьютеров оставляет желать лучшего.
Я на досуге постараюсь записать в виде RFC свои соображения по поводу общей архитектуры системы домашней автоматики, чтобы она была максимально простой и в то же время гибкой, и собрать рабочую группу по её обсуждению через Хабр. Продумаем стандарт, и посмотрим, что из этого получится.
Я это вижу так. В базе данных на компьютере должно храниться синтаксическое дерево всех скриптов. Синтаксическое дерево получается либо из парсинга какого-то HomeAutoML, либо из визуального редактора алгоритмов (кто во что горазд).
Дальше это синтаксическое дерево либо интерпретируется в реальном времени хост-компьютером, либо компилируется в прошивку для микроконтроллера и заливается в него через сеть. Можно генерировать C-код и компилировать C-компилятором. Либо можно генерировать какой-то байт-код для стековой машины, заливать его в большущую EEPROM и интерпретировать основной программой контроллера. Тут кто во что горазд, опять же.
Главное — универсальное представление синтаксического дерева, скажем, в JSON.
В идеале сделать плагин для linuxMCE, если кто его хочет использовать, чтобы он мог по стандартизованному протоколу общаться с железом любого из гиков-«производителей».
Пост про собственный умный дом появляется на хабре раз в пару месяцев)
Вот и я о чём. И все — не совместимые друг с другом велосипеды.
Каждый пишет на том, что ему удобно. Главное, чтобы все компоненты стыковались друг с другом. Придумать общую архитектуру системы, RESTful API, и вперёд.
Ценообразование в этих вопросах связано со стоимостью монтажа. Когда монтаж стоит 200 тыс. руб, то цена компонентов — будет там 10 тыс или 36 тыс — уже не роляет особо.
Может быть, придумаем какой-нибудь единый API, чтобы можно было расширять наши системы при помощи скриптов/плагинов? Я именно в этом направлении думаю, стараюсь делать всё модульным. Если придумаем какие-то общие стандарты, то будет проще делиться наработками потом.
Будете делать — сразу не повторяйте мою ошибку. Я завёл все релейные выходы на один контроллер, а все входы кнопок — на другой. И если компьютер, который связывает их, ломается (или перезагружается), то свет на выключатели перестаёт реагировать вообще.
Лучше сделайте (если вы их делить будете, конечно), чтобы половина входов и половина выходов была на одном контроллера, а вторая половина — на втором. Тогда в случае отсутствия ответа от компьютера, контроллер включал бы режим деградации и сам мог включить-выключить свет, хотя бы.
Настенные выключатели есть (точнее, кнопки), но они подключены к контроллеру обычной витой парой. Это позволяет программировать поведение кнопок. Например, если удерживать кнопку выключения света над прикроватной тумбочкой более секунды, то отключится свет во всей комнате. Вечером не надо будет вставать и всё отключать руками. При выходе из дома длительное нажатие на кнопку в коридоре отключит свет во всей квартире. А при возвращении система вспомнит всё, что она выключила, и вернёт в исходное состояние. Ну и всякие другие приложения. Я думаю, это будет интуитивно и просто.
30 кабелей, чтобы сэкономить на управляемых выключателях. Сейчас за каждую зону отвечает транзистор и реле — дёшево и сердито. Провода, конечно, тоже денег стоят, но не как умные выключатели. И не так уж это и много. На фотографии два пучка. Слева — слаботочка (кабели до выключателей, 1-wire, сеть, телефон, антенны), справа — силовые:
Всё это безобразие будет спрятано на верхней полке встроенного шкафа.
Модной стала тема умных домов у программистов. У меня сейчас тоже идёт ремонт в новой квартире. Сделал систему на 30 зон управления освещением (тяну отдельный кабель от щитка до каждой зоны), три независимые линии 1-wire для термометров и прочих контроллеров управления жалюзи. Сейчас подключено 44 термометра во всех уголках квартиры. Из них более 30 закатано в пол, чтобы детектировать сквозняки в любой точке квартиры.
По поводу отопления, у меня свой котёл в квартире, и это сильно упрощает дела. Горячая вода от котла разветвляется на две гребёнки (отопительную и «напольную»). Перед отопительной гребёнкой стоит электрически управляемый шаровой кран, которым можно увеличивать/уменьшать поступающий в контур поток. Тёплый пол содержит свой собственный насос, гоняющий воду по контуру, и контроллер, включающий подпитку горячей водой от котла. Питание этого насоса я также могу включить или выключить программно. То есть, можно включать и выключать его, когда захочется. Ещё у моего котла есть фича подключения внешнего термостата. Точно пока не разбирался, как это устроено, но, судя по беглому гуглению, это просто сухие контакты, которые если разомкнуть, колонка выключится. По умолчанию там джампер стоит, но можно его заменить релюшкой. Я подвёл туда провода, но пока не подключался. Может быть, и обойдусь — страшновато всё-таки в газ лезть.
По отоплению и тёплому полу у меня 16 зон, но регулировать их автоматически я не стал — больно дорого управляемые краны стоят. Так что, зонная отстройка будет ручной, а потом всё суммарно будет уже управляться автоматикой.
Плюс, что касается отопления, у меня в системе приточной вентиляции будут стоять канальные нагреватели воздуха, т.е. зимой при проветривании можно ещё порегулировать температуру при помощи вентиляции. Так что степеней свободы — уйма. Главное правильно всё это запрограммировать.
PS. Я не автор статьи.
PPS. Я плюсовал коммент, есличо. А другие понятно, за что минусовали: «понты», «барахло», «пшик» и прочая лексика.
2. Профит от управления климатом — более крепкий и комфортный сон, снижение риска простудиться, индивидуальные предпочтения членов семьи. Если подумать, выполнение всех этих требований требует сложного регулирования потоков воздуха и их температуры.
3. Профит от интеллектуальной системы в том, что все эти настройки можно заскриптовать и забыть про них. Лично я — не сторонник «пультов управления Боингом», когда всем надо рулить через компьютер с навороченным интерфейсом.
В идеале, дом должен сам догадываться, что я сейчас делаю. Если я обедаю, то можно проветрить комнату сильным потоком холодного воздуха. Если я сплю, то нельзя шуметь вентиляторами. Если дома ребёнок, то нельзя устраивать сквозняки. Если спит ребёнок, то дверной звонок должен работать тише и вообще отключаться в детской комнате.
Если подумать, без всего этого можно обойтись. Равно как обойтись и без много того, к чему мы привыкли с детства, — без электричества и туалета в доме, например. Всё развивается, и не надо к этому так скептически относиться.
За ссылки спасибо.
Дальше это синтаксическое дерево либо интерпретируется в реальном времени хост-компьютером, либо компилируется в прошивку для микроконтроллера и заливается в него через сеть. Можно генерировать C-код и компилировать C-компилятором. Либо можно генерировать какой-то байт-код для стековой машины, заливать его в большущую EEPROM и интерпретировать основной программой контроллера. Тут кто во что горазд, опять же.
Главное — универсальное представление синтаксического дерева, скажем, в JSON.
Вот и я о чём. И все — не совместимые друг с другом велосипеды.
Каждый пишет на том, что ему удобно. Главное, чтобы все компоненты стыковались друг с другом. Придумать общую архитектуру системы, RESTful API, и вперёд.
Лучше сделайте (если вы их делить будете, конечно), чтобы половина входов и половина выходов была на одном контроллера, а вторая половина — на втором. Тогда в случае отсутствия ответа от компьютера, контроллер включал бы режим деградации и сам мог включить-выключить свет, хотя бы.
Мои наработки доступны тут: github.com/amlinux/homeauto/
1. обеспечивать принудительную вентиляцию (при пластиковых окнах это обязательно);
2. не продуть ребёнка, когда он играет на полу.
Поэтому надо регулировать вентилятор, чтобы пол не сильно охлаждался.
Всё это безобразие будет спрятано на верхней полке встроенного шкафа.