Comments 59
Очень даже нужно! Периодически занимаюсь «умной машиной», но тоже есть идеи по поводу умного дома. К сожалению, готовых реализации пока нет. Подумывал обрисовать хотя бы идеи в отдельной статье, подобрать материал и полезные ссылки для реализации.
На мой взгляд как раз из небольших готовых блоков (открытых проектов) и должен состоять подобный проект.
Не так давно пришли радиомодули NRF24L01+, можно на них и STM32 попытаться сделать небольшие устройства для монтирования в розетки, лампы, выключатели, теплые полы, датчики «потопа» и т.д. Если есть возможность заложить в проводку отдельную витую пару, то думаю целесообразно использовать какую-нибудь проводную шину и общее низковольтное питание… устройства должны получиться попроще и подешевле. У меня как раз так… проводку планирую переделывать, подыскивал контроллеры CAN шины.
На мой взгляд как раз из небольших готовых блоков (открытых проектов) и должен состоять подобный проект.
Не так давно пришли радиомодули NRF24L01+, можно на них и STM32 попытаться сделать небольшие устройства для монтирования в розетки, лампы, выключатели, теплые полы, датчики «потопа» и т.д. Если есть возможность заложить в проводку отдельную витую пару, то думаю целесообразно использовать какую-нибудь проводную шину и общее низковольтное питание… устройства должны получиться попроще и подешевле. У меня как раз так… проводку планирую переделывать, подыскивал контроллеры CAN шины.
1) спасибо за отзыв :)
2) я как раз тоже думал делать «умную машину» как часть умного дома (чтобы они общались между собой) + чтобы в машине всегда был интернет (даже где-то если поискать есть намётки надстройки, в виде толпы скриптов, над OpenWRT чтобы отслеживать это дело и переключаться между LTE/HDSPA/EDGE/GPRS и каким-нибудь резервным каналом)).
3) Вы большей частью описываете как раз мои мысли когда я задумывал проект :) Единственное что, я всё ещё оцениваю целесообразность применения (как минимум местами) беспроводных протоколов + пока что с подозрением смотрю и на 1wire, и на CAN в домашнем применении (а вот в машине-то они как раз самое то) :)
2) я как раз тоже думал делать «умную машину» как часть умного дома (чтобы они общались между собой) + чтобы в машине всегда был интернет (даже где-то если поискать есть намётки надстройки, в виде толпы скриптов, над OpenWRT чтобы отслеживать это дело и переключаться между LTE/HDSPA/EDGE/GPRS и каким-нибудь резервным каналом)).
3) Вы большей частью описываете как раз мои мысли когда я задумывал проект :) Единственное что, я всё ещё оцениваю целесообразность применения (как минимум местами) беспроводных протоколов + пока что с подозрением смотрю и на 1wire, и на CAN в домашнем применении (а вот в машине-то они как раз самое то) :)
Я сейчас строю сенсорные сети на базе ATmega и 802.15.4. На входе относительно дешевое железо, которое реально паять руками (ATmega для сети и сенсоров, MRF24J40MA для радио), на выходе UDP по IPv6 (через 6LoWPAN), которое можно зафорвардить даже на statsd элементарным образом.
К батареям относится экономно, потенциально может роутится мешем. «Базовая станция» – beaglebone с тем же mrf24j40ma, можно взять и RPi. Посматриваю на совмещенные варианты радио+mcu, но выходит не сильно дешевле и эффективнее, разве что по габаритам выигрыш.
К батареям относится экономно, потенциально может роутится мешем. «Базовая станция» – beaglebone с тем же mrf24j40ma, можно взять и RPi. Посматриваю на совмещенные варианты радио+mcu, но выходит не сильно дешевле и эффективнее, разве что по габаритам выигрыш.
Где-то я это уже читал подумал я и начал шерстить Хабр:
habrahabr.ru/post/141766/
На ней уже что-то народ делает:
habrahabr.ru/post/160067/
Вот еще по теме:
Еще habrahabr.ru/post/160469/
Это я к чему? Может присоеденитесь к уже существующим проектам?
habrahabr.ru/post/141766/
На ней уже что-то народ делает:
habrahabr.ru/post/160067/
Вот еще по теме:
Еще habrahabr.ru/post/160469/
Это я к чему? Может присоеденитесь к уже существующим проектам?
Увы, но нет :) Именно с людьми из первых двух перечисленных Вами топиков я и общался перед тем, как было решено переформировать проект в мультиблог, где каждый делился бы своим опытом.
И опять же, оба перечисленных проекта хоть и хороши, но не обладают ключевым свойством быть распиленными на мелкие модули с как минимум одним аналогом для каждого :)
P.S. А никто так и не хочет помочь с придумыванием названия, чтоб перевезти проект с поддомена на моём личном сайте на нормальный домен и позвать всех заселяться? :)
И опять же, оба перечисленных проекта хоть и хороши, но не обладают ключевым свойством быть распиленными на мелкие модули с как минимум одним аналогом для каждого :)
P.S. А никто так и не хочет помочь с придумыванием названия, чтоб перевезти проект с поддомена на моём личном сайте на нормальный домен и позвать всех заселяться? :)
Присоединяюсь к вашему сообщению. У самого такое же ощущение.
У них пояснение ведется о какой-то уже готовой системе, модификации которой вызывают сомнения. Хотя у каждого ситуация своя, условия реализации свои да и возможности тоже свои.
ПС: в реальности DancingOnWater очень даже прав еще тем, что сама система это не законченное решение из коробки, а просто сборище различных датчиков, объединенных на каком-либо транспортном уровне для сбора и анализа информации. Да еще в довесок к ним немного исполнительных устройств.
Я уже уже про проекты, реализованные на обычных проводах, по радио каналу во всевозможных модификациях, по инфракрасному обмену — сколько людей, столько и мнений. Одни лепят их на батарейках, другие используют электрическую сеть. Одни делают автоматизацию жалюзи, другим это абсолютно не нужно.
У них пояснение ведется о какой-то уже готовой системе, модификации которой вызывают сомнения. Хотя у каждого ситуация своя, условия реализации свои да и возможности тоже свои.
ПС: в реальности DancingOnWater очень даже прав еще тем, что сама система это не законченное решение из коробки, а просто сборище различных датчиков, объединенных на каком-либо транспортном уровне для сбора и анализа информации. Да еще в довесок к ним немного исполнительных устройств.
Я уже уже про проекты, реализованные на обычных проводах, по радио каналу во всевозможных модификациях, по инфракрасному обмену — сколько людей, столько и мнений. Одни лепят их на батарейках, другие используют электрическую сеть. Одни делают автоматизацию жалюзи, другим это абсолютно не нужно.
к слову, у меня идея состоит в отсутствии «сердца» умного дома, поразив которое тот станет лаптем. Идея в полной одноранговости и децентрализованности (единственное что, это слегка накладывает финансовый след на такие модули, как распознавание голоса, распознавание изображение, синтез голоса, сигнализация и т.п.). Такой подход подразумевает то, что они все должны быть жёстко отделены друг от друга и не жить всем вместе на одной железке (хотя, кому надо — сможет распихать их по виртуалкам, наверное) :)
Ну и, собственно, наверное NIH-синдром — тот ещё «двигатель прогресса» :)
Ну и, собственно, наверное NIH-синдром — тот ещё «двигатель прогресса» :)
Система должна быть двухуровневой. Первый уровень: базовый — сенсоры и акторы общаются напрямую между собой (если есть центральная база, то копии состояний и комманд отправляются ей). Второй уровень: продвинутый — вступает в работу «сердце» с распознаванием речи, докладами на нормальном языке о состоянии и все остлаьные плюшки, которые можно придумать.
UFO just landed and posted this here
Полностью согласен… Первая мысль: Ну нафига еще один сайт… Уже есть, как минимум, 20.
За Z-Wave будущее. Насколько дешевле получаются железяки на коленке по сравнению с тем же z-Wave?
Начните, наконец, уже что-то делать, а не изобретать еще одно проприетарное решение.
Что касается софта:
FHEM, Homeos, PiHome, RaspLogic, MajorDomo, HomeSuiteControl, DashUI… сколько ещё?
За Z-Wave будущее. Насколько дешевле получаются железяки на коленке по сравнению с тем же z-Wave?
Начните, наконец, уже что-то делать, а не изобретать еще одно проприетарное решение.
Что касается софта:
FHEM, Homeos, PiHome, RaspLogic, MajorDomo, HomeSuiteControl, DashUI… сколько ещё?
Smarty Home или SmartHome звучит очень солидно и будет иметь большое будущее
Ну, SmartyHome уже был (с Linux'ом, правда, на конце) :).
Кстати, я тут пообщался с человеком, горящим такими же идеями и с RO-аккаунтом. Так вот, у человека есть свободный домен и вполне «вкусное» название Atomarium. Что думаете, сообщество? :) Ну и параллельно, обращаясь к нашему RO-читателю, интересно, что он думает на счёт того, чтобы соединить домен и LiveStreet стоящий на временном alex.mva.name/.
Кстати, товарищи, регистрируйтесь, говорите, чего не хватает для удобного ведения блогов.
А я, с Вашего позволения, пока ковыряюсь в архивах и пытаюсь слепить что-то стоящее из разрозненного материала :)
Кстати, я тут пообщался с человеком, горящим такими же идеями и с RO-аккаунтом. Так вот, у человека есть свободный домен и вполне «вкусное» название Atomarium. Что думаете, сообщество? :) Ну и параллельно, обращаясь к нашему RO-читателю, интересно, что он думает на счёт того, чтобы соединить домен и LiveStreet стоящий на временном alex.mva.name/.
Кстати, товарищи, регистрируйтесь, говорите, чего не хватает для удобного ведения блогов.
А я, с Вашего позволения, пока ковыряюсь в архивах и пытаюсь слепить что-то стоящее из разрозненного материала :)
Что-то я, если честно, подзабыл, где я контактировал с человеком, который предоставил домен atomarium.pro, но, в общем, сайт-то продолжает работать, а вот айпишник-то сменился. И я всё никак не могу найти того человека :)
В общем, человек-владелец atomarium.pro, откликнись, пожалуйста, и смени айпишник :)
В общем, человек-владелец atomarium.pro, откликнись, пожалуйста, и смени айпишник :)
1
А еще вот habrahabr.ru/post/152098/
В плане открытых софтовых решений, наиболее годным с точки зрения меня как программиста выглядит openHAB.
Текущая архитектура выглядит очень перспективно, наработки уже значительные и позволяют практическое применение, переносимость за счет Java (на Raspberry Pi идет отлично), модульность за счет OSGi, берите да расширяйте. Сам бы использовал, да пока негде :(
Вот что было бы действительно здорово, так это сделать руководство по обеспечению железной части умного дома! Цена коммерческих решений колеблется от высокой до заоблачной, а как сделать домашние «аналоги» любителю, пару раз в жизни державшему паяльник, разобраться очень сложно.
Текущая архитектура выглядит очень перспективно, наработки уже значительные и позволяют практическое применение, переносимость за счет Java (на Raspberry Pi идет отлично), модульность за счет OSGi, берите да расширяйте. Сам бы использовал, да пока негде :(
Вот что было бы действительно здорово, так это сделать руководство по обеспечению железной части умного дома! Цена коммерческих решений колеблется от высокой до заоблачной, а как сделать домашние «аналоги» любителю, пару раз в жизни державшему паяльник, разобраться очень сложно.
У вас уже 10 лет___горит идея сделать проект умного дома.
Чтобы каждый желающий мог собрать прототип. ух, нормально так горит!
Ok. Может проще начать с «архитектуры»?
Разбить весь объект на типичные инженерные системы. Под каждую систему выбрать несколько вариантов железок. Атмел или ардуино, или еще что-нибудь гибкое по возможностям расширения и недорогое. И чтобы интерфейсы у контроллеров для каждой системы были одинаковые/сходные.
Под контроллеры выбрать датчики и подходящие исполнительные механизмы. Для верхнего уровня запилить подобие системы диспетчеризации с веб-интерфейсом.
… на выходе получить типовые шкафы управления: электрическими нагрузками, канализацией, связью, видеонаблюдением, etc. + софтовые решения для контроллеров этих шкафов.
Думаю потребитель начинает понимать что нужен не понт и статус. Нужно взаимодействие человека и дома.
Если будут желающие, то и типовые решения можно будет продавать.
Блин, идея хорошая. Но возникает основная сложность: для закладки датчиков, монтажа релейных блоков и шкафов нужен капитальный ремонт помещений, перекладка проводки, изменение схемы подвода воды и прочее.
Понимает ли это потребитель? Готов ли потребитель к смежным тратам? Уже вопрос.
В общем буду следить с интересом, блог нужен.
Чтобы каждый желающий мог собрать прототип. ух, нормально так горит!
Ok. Может проще начать с «архитектуры»?
Разбить весь объект на типичные инженерные системы. Под каждую систему выбрать несколько вариантов железок. Атмел или ардуино, или еще что-нибудь гибкое по возможностям расширения и недорогое. И чтобы интерфейсы у контроллеров для каждой системы были одинаковые/сходные.
Под контроллеры выбрать датчики и подходящие исполнительные механизмы. Для верхнего уровня запилить подобие системы диспетчеризации с веб-интерфейсом.
… на выходе получить типовые шкафы управления: электрическими нагрузками, канализацией, связью, видеонаблюдением, etc. + софтовые решения для контроллеров этих шкафов.
Думаю потребитель начинает понимать что нужен не понт и статус. Нужно взаимодействие человека и дома.
Если будут желающие, то и типовые решения можно будет продавать.
Блин, идея хорошая. Но возникает основная сложность: для закладки датчиков, монтажа релейных блоков и шкафов нужен капитальный ремонт помещений, перекладка проводки, изменение схемы подвода воды и прочее.
Понимает ли это потребитель? Готов ли потребитель к смежным тратам? Уже вопрос.
В общем буду следить с интересом, блог нужен.
кстати давно ищу единомышленников по этому. Блог не то что нужен, а уже готовлюсь в нем активно чтолибо делать ( ;-) ).
пару лет назад пытался создавать и блог и сайт по этому вопросу, но что то никто так активно не проявлял внимания. Ну а с наступлением проблем от хостера вообще ликвидировал это дело.
Может быть как-нибудь организовать свой хаб?
пару лет назад пытался создавать и блог и сайт по этому вопросу, но что то никто так активно не проявлял внимания. Ну а с наступлением проблем от хостера вообще ликвидировал это дело.
Может быть как-нибудь организовать свой хаб?
Архитектура в последнее время перерабатывалась на столько часто, что было решено пока хранить её в виде Jabber-логов.
Но, да, я с самого начала считаю, что архитектура — это сердце проекта :) Поэтому как только определимся с доменом (ну не текущие же shl.ibash.im и alex.mva.name использовать. Некошерно как-то, имхо) — я, честное слово, сяду за полноценное документирование моего видения архитектуры на основе обрывков логов.
P.S. А ещё нужен кто-нибудь на пост кого-нибудь типа проект-менеджера, кто будет пинать нас, технарей, чтобы мы, увлекаясь, не забывали это всё документировать :)
Но, да, я с самого начала считаю, что архитектура — это сердце проекта :) Поэтому как только определимся с доменом (ну не текущие же shl.ibash.im и alex.mva.name использовать. Некошерно как-то, имхо) — я, честное слово, сяду за полноценное документирование моего видения архитектуры на основе обрывков логов.
P.S. А ещё нужен кто-нибудь на пост кого-нибудь типа проект-менеджера, кто будет пинать нас, технарей, чтобы мы, увлекаясь, не забывали это всё документировать :)
Я считаю, что самое главное — это стандартизация и целостная документация, иначе получится одна известная басня Крылова :)
воистину так :) Именно этим (переработкой логов и обрывков базы старой медиавики) в документацию я и начинаю заниматься сейчас :)
Ну а касательно доведения документации до годной — думаю сообщество поможет выявлять недочёты, не видные замыленным глазом или из-за синдрома Питера :)
Ну а касательно доведения документации до годной — думаю сообщество поможет выявлять недочёты, не видные замыленным глазом или из-за синдрома Питера :)
что вы имеете ввиду под словом стандартизация? и до каких пор должна доходить стандартизация?
Сейчас объясню, что я имею ввиду: есть протокол по обмену информации по электрической сети внутри зданий. Называется X10. Он стандартизован. Но если вы по нему будуту передавать информацию, обернутую в TCP-протокол (который тоже стандартизован ), то обмен займет очень продолжительное время.
Сейчас объясню, что я имею ввиду: есть протокол по обмену информации по электрической сети внутри зданий. Называется X10. Он стандартизован. Но если вы по нему будуту передавать информацию, обернутую в TCP-протокол (который тоже стандартизован ), то обмен займет очень продолжительное время.
Я бы хотел себе умный дом, но меня напрягают 3 вещи:
1. Надежность — оно должно просто работать и делать хорошо
2. Безопасность — получить доступ к управлению умным домом — халявная прослушка и просмотр происходящего в моем жилье — как минимум
3. Простота — с данной системой должна справиться моя 80ти летняя бабушка
На данном витке развития технологии — это невозможно. Вренее не оправданно, частично «умный дом», «умная машина», «умный велосипед» есть у большинства из нас, но это маленькие части одного большого. И «умный Х» не возможен в полном объеме без 100% интеграции жильцов, питомцев, гостей и поставщиков.
До тех пор пока сантехник будет работать как он работает и его нельзя вызвать через API сайта обслуживающей организации рано говорить о полноценной реализации.
но с течением времени и при возрастающем интересе сообщества к данной теме — надеюсь ситуация изменится.
1. Надежность — оно должно просто работать и делать хорошо
2. Безопасность — получить доступ к управлению умным домом — халявная прослушка и просмотр происходящего в моем жилье — как минимум
3. Простота — с данной системой должна справиться моя 80ти летняя бабушка
На данном витке развития технологии — это невозможно. Вренее не оправданно, частично «умный дом», «умная машина», «умный велосипед» есть у большинства из нас, но это маленькие части одного большого. И «умный Х» не возможен в полном объеме без 100% интеграции жильцов, питомцев, гостей и поставщиков.
До тех пор пока сантехник будет работать как он работает и его нельзя вызвать через API сайта обслуживающей организации рано говорить о полноценной реализации.
но с течением времени и при возрастающем интересе сообщества к данной теме — надеюсь ситуация изменится.
буду у компа, напишу мысли вам в личку. у самого тоже горит))
готов участвовать в блоге, кодить и паять.
по поводу имени, Smart Home Ghost? 8) // первое что в голову пришло
готов участвовать в блоге, кодить и паять.
по поводу имени, Smart Home Ghost? 8) // первое что в голову пришло
opensmarthouse.org — свободен
osh — сокращенно. Удобно по русски звучит как «Ош»
— Пойдем Ошом займемся
— Ты сделал датчик влажности для Оша
— У меня дома Ош
osh — сокращенно. Удобно по русски звучит как «Ош»
— Пойдем Ошом займемся
— Ты сделал датчик влажности для Оша
— У меня дома Ош
У меня дома Ош
Вы бы его еще придумали Карабахом назвать.
отлично звучит, Ошо пойдем начнем :-)
opensmarthouse.org СУПЕР или opensmarthome
opensmarthouse.org СУПЕР или opensmarthome
dvoretskiyalex.ru — совсем очеловеченое название
Занимаюсь промышленной автоматизацией. Может оттуда смогу что-то утащить. Идеи, наработки и т.д. Буду рад помочь!
Привет коллега! 8)
Создание ПО это конечно хорошо, но хозяин квартиры прежде всего смотрит не на ПО, а на девайсы, на панели с помощью которых он будет управлять своим домом. Уже далее он будет щупать панели и смотреть удобство использования этого ПО.
Кроме панелей, датчики — как они выглядят, как они подходят под интерьер, а то жена увидев сие, может и не дать вообще вешать это.
Я как то пробовал, ко мне пришли люди. показали и датчики и панели, жена послала их сразу.
Такое не сочетается вообще ни как.
Кроме панелей, датчики — как они выглядят, как они подходят под интерьер, а то жена увидев сие, может и не дать вообще вешать это.
Я как то пробовал, ко мне пришли люди. показали и датчики и панели, жена послала их сразу.
Такое не сочетается вообще ни как.
Вы изобретаете велосипед!:)
На рынке полно автоматики, которая решает ВСЕ ваши потребности на любые случае жизни. Я говорю и о железках и о софте.
Тенденция такова, все производители стремятся использовать обещпринятые протоколы. Даже такие закрытые компании, как и AMX, Crestron итд сменили вектор развития в сторону открытых и общеспринятых стандартов.
Какого бы производителя вы не взяли, у вас всегда есть возможность написать свой драйвер/код для управления конкретным датчиким/устройством/проигрывателем.
Некоторые производители, аля американцев из Control4, обросли вокруг себя «экосистемой». В первую очередь это конечно софт, во вторую железки, которые бесшовно конектятся к системе.
Ну и самое главное, это реально доступно. Если раньше умный дом обходился в десятки тысяч долларов для небольшой квартиры, то сейчас у нас есть пример умного дома для однушки в Новогиреево за 4,5$ тысяч. В эти деньги входит контроль инженирии, управление климатом и система развлечений. И самое ценное — сценарии использования, которые комбинируют все системы дома в одно событие. Бонусом идет удаленное управление через смартфон по средствам 2/3G.
Если все же возьметесь за этот титанический труд — с удовольствием помогу наработками:)
На рынке полно автоматики, которая решает ВСЕ ваши потребности на любые случае жизни. Я говорю и о железках и о софте.
Тенденция такова, все производители стремятся использовать обещпринятые протоколы. Даже такие закрытые компании, как и AMX, Crestron итд сменили вектор развития в сторону открытых и общеспринятых стандартов.
Какого бы производителя вы не взяли, у вас всегда есть возможность написать свой драйвер/код для управления конкретным датчиким/устройством/проигрывателем.
Некоторые производители, аля американцев из Control4, обросли вокруг себя «экосистемой». В первую очередь это конечно софт, во вторую железки, которые бесшовно конектятся к системе.
Ну и самое главное, это реально доступно. Если раньше умный дом обходился в десятки тысяч долларов для небольшой квартиры, то сейчас у нас есть пример умного дома для однушки в Новогиреево за 4,5$ тысяч. В эти деньги входит контроль инженирии, управление климатом и система развлечений. И самое ценное — сценарии использования, которые комбинируют все системы дома в одно событие. Бонусом идет удаленное управление через смартфон по средствам 2/3G.
Если все же возьметесь за этот титанический труд — с удовольствием помогу наработками:)
Вы бы прежде задачу обрисовали. Что будет контролировать умный дом и как.
Просто я вот в свое время хотел что-то подобное замутить и… понял, что мне ничего от него особо и не надо. А то что надо потребует масштабного дестроя в квартире и имеет смысл делать лишь в случае ремонта.
Просто я вот в свое время хотел что-то подобное замутить и… понял, что мне ничего от него особо и не надо. А то что надо потребует масштабного дестроя в квартире и имеет смысл делать лишь в случае ремонта.
Считаю, что на данном этапе наиболее приемлемым было-бы создание простой открытой Wiki, в которую изначально, в виде таблички, написать примерно следующее (или погуглить, возможно это уже есть):
— датчики и исполнительные устройства по типам, а так-же проводные/беспроводные и т.д.
— шины протоколы связи (ну там разные 1-Wire, RS485, Z-Wave и т.д.)
— названия и ссылки уже готовых софтварных проектов
— ссылки на прошивки к микроконтроллерам, их опенсоурсность, различные аппаратные решения и т.д.
И скорее всего, через несколько дней станет понятно, что уже давно все изобретено (как писали выше).
Есть и достаточно дорогие решения «под ключ», а есть и доступные для сборки даже школьниками.
В принципе, для быстрого старта, если есть возможность проложить витую пару или 4-х жильный телефонный провод (по двух-жильному проводу только температуру измерять и i-Button использовать можно), то дешевле 1-Wire вряд-ли что-то будет. Решение от Dallas-а подкупает своей простотой, хотя и подводных камней хоть отбавляй. Например, ими уже не выпускаются счетчики DS2423, приходится свои на Atmel делать, но может это и к лучшему…
Для себя я решил (частный дом у родителей и квартира «хрущовка») сделать базовый комплект гаджетов все-таки на базе 1-Wire с проводами. Пока прикрутил только счетчики газа и электроэнергии, на подходе замена счетчика для воды — будем и ее расход контролировать ;)
Датчики подключал как к ПК с Linux, так и к различным роутерам. Остановился на варианте — шина подключена к роутеру, что-бы дольше от моего 12V UPS прошаботало, а web-интерфейс крутится на моем рабочем ПК.
Так-же через единую шину данных на сервер поступает информация:
— наличие/пропадание 220V в розетке (для меня это важно, UPS держит только 5 часов)
— срабатывание инфракрасных датчиков движения (простые обычные, как в охранках используются)
— температура и влажность за окном/в доме.
Планирую так-же подключить:
— управление электро-клапанами на входе водяного стояка (в квартире это актуально)
— управление по радио розетками с реле (недорогие такие штуки, 25$ три розетки плюс пульт)
— датчик атмосферного давления (хз зачем, но интересно, уже купил)
— датчик открытия входных дверей (не с целью безопасности, а для определения направления движения человека вошел/вышел)
В меру возможностей пытаюсь писать и выкладывать фото в на своих страницах и в блоге, но честно говоря, сделано гораздо больше, чем описано ;)
Если нужна помощь, да и вообще — могу поднять для тестов и экспериментов поддомен/вики на своих ресурсах (flymon.net, flyrouter.net, zftlab.org)
— датчики и исполнительные устройства по типам, а так-же проводные/беспроводные и т.д.
— шины протоколы связи (ну там разные 1-Wire, RS485, Z-Wave и т.д.)
— названия и ссылки уже готовых софтварных проектов
— ссылки на прошивки к микроконтроллерам, их опенсоурсность, различные аппаратные решения и т.д.
И скорее всего, через несколько дней станет понятно, что уже давно все изобретено (как писали выше).
Есть и достаточно дорогие решения «под ключ», а есть и доступные для сборки даже школьниками.
В принципе, для быстрого старта, если есть возможность проложить витую пару или 4-х жильный телефонный провод (по двух-жильному проводу только температуру измерять и i-Button использовать можно), то дешевле 1-Wire вряд-ли что-то будет. Решение от Dallas-а подкупает своей простотой, хотя и подводных камней хоть отбавляй. Например, ими уже не выпускаются счетчики DS2423, приходится свои на Atmel делать, но может это и к лучшему…
Для себя я решил (частный дом у родителей и квартира «хрущовка») сделать базовый комплект гаджетов все-таки на базе 1-Wire с проводами. Пока прикрутил только счетчики газа и электроэнергии, на подходе замена счетчика для воды — будем и ее расход контролировать ;)
Датчики подключал как к ПК с Linux, так и к различным роутерам. Остановился на варианте — шина подключена к роутеру, что-бы дольше от моего 12V UPS прошаботало, а web-интерфейс крутится на моем рабочем ПК.
Так-же через единую шину данных на сервер поступает информация:
— наличие/пропадание 220V в розетке (для меня это важно, UPS держит только 5 часов)
— срабатывание инфракрасных датчиков движения (простые обычные, как в охранках используются)
— температура и влажность за окном/в доме.
Планирую так-же подключить:
— управление электро-клапанами на входе водяного стояка (в квартире это актуально)
— управление по радио розетками с реле (недорогие такие штуки, 25$ три розетки плюс пульт)
— датчик атмосферного давления (хз зачем, но интересно, уже купил)
— датчик открытия входных дверей (не с целью безопасности, а для определения направления движения человека вошел/вышел)
В меру возможностей пытаюсь писать и выкладывать фото в на своих страницах и в блоге, но честно говоря, сделано гораздо больше, чем описано ;)
Если нужна помощь, да и вообще — могу поднять для тестов и экспериментов поддомен/вики на своих ресурсах (flymon.net, flyrouter.net, zftlab.org)
У меня есть только одно возражение: Wiki уже была, в итоге её съели спамеры и она почила :'(
Хотя, впринципе, можно, так-то, и Wiki поднять, раз уж настаиваете :).
Только хотелось бы, опять же, в очередной раз, подчеркнуть, что основная идея проекта — отсутствие привязанности к какой-то технологии и взаимозаменяемость модулей их аналогами. И, впринципе, я настроен точно так же к идее протоколов обмена информацией. В идеале — было бы замечательно, если бы все модули прекрасно контактировали между собой по любому из протоколов, который решит использовать тот, кто будет реализовывать. Т.е. модули, которые работают с датчиками, модули синтеза речи, модули видео- и аудио- распознавания, и прочее-прочее не должно вообще знать о канальном протоколе обмена.
Хотя, впринципе, можно, так-то, и Wiki поднять, раз уж настаиваете :).
Только хотелось бы, опять же, в очередной раз, подчеркнуть, что основная идея проекта — отсутствие привязанности к какой-то технологии и взаимозаменяемость модулей их аналогами. И, впринципе, я настроен точно так же к идее протоколов обмена информацией. В идеале — было бы замечательно, если бы все модули прекрасно контактировали между собой по любому из протоколов, который решит использовать тот, кто будет реализовывать. Т.е. модули, которые работают с датчиками, модули синтеза речи, модули видео- и аудио- распознавания, и прочее-прочее не должно вообще знать о канальном протоколе обмена.
IMHO главное разделить изначально аппаратную часть от программной, а так-же низкоуровневую сеть датчиков и исполнительных механизмов от audio и video составляющих.
1-Wire, Z-Wave и еще куча других протоколов и устройств не предназначены для передачи/получения потоковых аудио и видео.
На мой взгляд, это вообще два независимых направления развития Умного Дома. Кому-то нужно только датчики и исполнительные механизмы, а кому-то управление музыкой, домашним кинотеатром, системой видеонаблюдения для безопасности и т.д.
Хотя конечно, гораздо приятнее нажимая кнопку на работе для дистанционного открытия гаражных ворот дома еще и видео процесса наблюдать ;)
1-Wire, Z-Wave и еще куча других протоколов и устройств не предназначены для передачи/получения потоковых аудио и видео.
На мой взгляд, это вообще два независимых направления развития Умного Дома. Кому-то нужно только датчики и исполнительные механизмы, а кому-то управление музыкой, домашним кинотеатром, системой видеонаблюдения для безопасности и т.д.
Хотя конечно, гораздо приятнее нажимая кнопку на работе для дистанционного открытия гаражных ворот дома еще и видео процесса наблюдать ;)
Я делаю свой «умный дом» на базе z-wave. Причём весьма подозрительно смотрю на проекты готовых автоматизаций (ну, не кажутся они мне достаточно гибкими), а скорее рассматриваю z-wave как в большей мере транспортный протокол. Вроде — вот, сработал датчик, и в разумное время я имею об этом сигнал в некоем (своём) приложении. Или — послал сигнал «включить свет» — и через разумное время (от менее секунды до пары-тройки секунд) — команда исполнена. Плюс децентрализация (чтобы свет в туалете датчик движения мог включать и выключать без участтия «центральных мозгов»).
Как правило большинство проектов «умных домов» как раз таки легко разделить на «транспортную» и, собственно, «умную» часть. Причём «умную» часть у большинства самоделок достаточно легко приспособить и под достаточно распространённые стандарты вроде того же z-wave.
Иными словами — вот, придумали дядьки mesh-сетку. Она работает, и работает весьма неплохо! Возьмём её в основу, и будем изобретать свой велосипед уже не с подшипников и спиц, а минимум с готовых колёс и рамы!
ЗЫ: Имею непосредственное отношение к проекту sphinx. Но пока не вижу, где его применить в «умном доме».
Как правило большинство проектов «умных домов» как раз таки легко разделить на «транспортную» и, собственно, «умную» часть. Причём «умную» часть у большинства самоделок достаточно легко приспособить и под достаточно распространённые стандарты вроде того же z-wave.
Иными словами — вот, придумали дядьки mesh-сетку. Она работает, и работает весьма неплохо! Возьмём её в основу, и будем изобретать свой велосипед уже не с подшипников и спиц, а минимум с готовых колёс и рамы!
ЗЫ: Имею непосредственное отношение к проекту sphinx. Но пока не вижу, где его применить в «умном доме».
Речь о проекте sphinx от CMU: cmusphinx.sourceforge.net/ если что (крайне надеюсь, что вы именно оттуда, а не из www.sphinxsearch.com/ ).
Применение очевидно — распознавание голосовых команд. Но, боюсь, на обучение уйдёт титанический труд :(
Применение очевидно — распознавание голосовых команд. Но, боюсь, на обучение уйдёт титанический труд :(
Да в принципе для «самоделкиных» и альтернатив особых-то нету.
Начальный уровень — по проводам с можно 1-Wire поиграться, а затем уже (или сразу) на Z-Wave переходить.
Тем-более, что есть куча готовых устройств для Z-Wave, а так-же много документации по сборке самоделок на базе их модуля связи.
Начальный уровень — по проводам с можно 1-Wire поиграться, а затем уже (или сразу) на Z-Wave переходить.
Тем-более, что есть куча готовых устройств для Z-Wave, а так-же много документации по сборке самоделок на базе их модуля связи.
На каких Z-Wave модулях? Где покупаете и почём, если не секрет?
Я смотрел на ZigBee модули ETRX357 от Telegesis. Сказочная технология. Но цена в $18 за модуль остановила.
Я смотрел на ZigBee модули ETRX357 от Telegesis. Сказочная технология. Но цена в $18 за модуль остановила.
Да не модули, готовые устройства.
С отдельными модулями самостоятельно работать, считайте, невозможно (покуда SDK закрыто, стоит немерянно бабла и требует NDA).
А готовые устройства — под европейскую частоту (их проще найти).
Я беру в vesternet (у них наиболее «вкусные» цены, хоть и немаленькие. Вычитают vat. Единственная проблема — упорно пытаются слать с помощью DHL Express; нужно связываться с поддержкой и просить, чтобы послали Royal Mail. Или вообще слать через посредника вне EU)
С отдельными модулями самостоятельно работать, считайте, невозможно (покуда SDK закрыто, стоит немерянно бабла и требует NDA).
А готовые устройства — под европейскую частоту (их проще найти).
Я беру в vesternet (у них наиболее «вкусные» цены, хоть и немаленькие. Вычитают vat. Единственная проблема — упорно пытаются слать с помощью DHL Express; нужно связываться с поддержкой и просить, чтобы послали Royal Mail. Или вообще слать через посредника вне EU)
К сожалению, я далек от таких вещей, но идея мне решительно нравится. Я б читал.
Я готов! В настоящий момент есть немного наработок.
Поддерживаю идею целиком и полностью. В настоящее время занимаюсь с партнерами продвижением умного дома в Томске. Есть немного теоретических наработок, а также цель защитить научную работу по данному направлению (в области адаптивного управления). С удовольствием будем участвовать!
С радостью приму участие как минимум в разработке софтовой части
А чем не устраивают хотя-бы эти проекты: openhab, openremote, не говоря уже о отечественных разработках smartliving и ab-log?
Меня больше-бы интересовало именно «железо» — как сделать нечто самому на базе радио-модулей Z-Wave (вместо того, что-бы покупать готовое) или как эмулировать slave устройства 1-wire на дешевых микроконтроллерах.
Меня больше-бы интересовало именно «железо» — как сделать нечто самому на базе радио-модулей Z-Wave (вместо того, что-бы покупать готовое) или как эмулировать slave устройства 1-wire на дешевых микроконтроллерах.
Вообще, если писать систему с нуля, я-бы обратил внимание на Ruby on Rails.
Гемов (модулей разных) на этом фреймворке полно, веб-интерфейс пишется легко.
Если кто-то решит работать с Ruby, то задел по датчикам и автоматизации у нас уже есть — FlyMon (исходники выложены на github).
Гемов (модулей разных) на этом фреймворке полно, веб-интерфейс пишется легко.
Если кто-то решит работать с Ruby, то задел по датчикам и автоматизации у нас уже есть — FlyMon (исходники выложены на github).
Волна посетителей с Хабра добралась до smartliving и вот нашёлся «виновник» — эта статья )
По существу вопроса хочу пожелать удачи в начинании — на самом деле, от разнообразие подобных проектов все заинтересованные в «теме» только выигрывают: новые люди выбирают то, что им ближе по духу, а уже «обращённые» перенимают идеи для реализации на той платформе, с которой они привыкли работать.
Ну и раз уж есть повод, то пару мыслей от себя по теме статьи:
* Сообщество это «наше всё» — каким бы ни был проект с технической точки зрения, именно активность сообщества определяет будет он жить или нет (как общественный проект, а не «для себя»).
* «Дружите домами» с похожими проектами — не обязательно ходить по граблям только на своём участке, можно смотреть какие они у соседей и как они с ними справляются
* Если кто-то делает Умный Дом сам, то потому, что ему это нравится, а не из экономии — все рано или позно приходят к выводу, что дешевле купить готовое, но одних этот факт расстраивает, а другие просто на таких мелочах не заморачиваются.
* (И вообще) не нужно пытаться конкурировать с коммерческими решениями, лучше иметь возможность их интегрировать
* Умный Дом в меньшей степени «железо» и в большей «the way of life» — технических решений полно и многие из них очень хорошие (цену не берём — это не решающий фактор), а вот действительно жизненно полезные сценарии мало кто может реализовать — будущее не в «железе», а в том, как это «железо» жить помогает.
По существу вопроса хочу пожелать удачи в начинании — на самом деле, от разнообразие подобных проектов все заинтересованные в «теме» только выигрывают: новые люди выбирают то, что им ближе по духу, а уже «обращённые» перенимают идеи для реализации на той платформе, с которой они привыкли работать.
Ну и раз уж есть повод, то пару мыслей от себя по теме статьи:
* Сообщество это «наше всё» — каким бы ни был проект с технической точки зрения, именно активность сообщества определяет будет он жить или нет (как общественный проект, а не «для себя»).
* «Дружите домами» с похожими проектами — не обязательно ходить по граблям только на своём участке, можно смотреть какие они у соседей и как они с ними справляются
* Если кто-то делает Умный Дом сам, то потому, что ему это нравится, а не из экономии — все рано или позно приходят к выводу, что дешевле купить готовое, но одних этот факт расстраивает, а другие просто на таких мелочах не заморачиваются.
* (И вообще) не нужно пытаться конкурировать с коммерческими решениями, лучше иметь возможность их интегрировать
* Умный Дом в меньшей степени «железо» и в большей «the way of life» — технических решений полно и многие из них очень хорошие (цену не берём — это не решающий фактор), а вот действительно жизненно полезные сценарии мало кто может реализовать — будущее не в «железе», а в том, как это «железо» жить помогает.
СОШЛ — шикарно звучит
Sign up to leave a comment.
Проект полностью свободного Умного Дома