Здравствуйте, Artem Korneev, Вы писали:

AK>Небольшой итог по мотивам вот этого

Автор: Artem Korneev
Дата: 05.11.15

треда. Вынес в отдельную тему на случай если кому-то будет интересно.

А почему не xBee/Arduino? xBee для коммуникации (модули недорогие, и очень многое умеют искаропки — вот тут есть неплохие howto), Arduino — для встроенных компонентов, плюс его можно подключить к компу если с Arduino возиться неохота — хотя любой программист после нескольких часов просмотра туториалов сможет сделать что угодно. Вот очень годный плейлист туториалов. На этом же канале есть очень годные туториалы по CadSoft Eagle, которые пригодятся, если захочется (или понадобится) сделать кастомные платы.

Здравствуйте, Берсерк, Вы писали:

Б>Спасибо, почитал. Промышленные контроллеры типа WAGO наверно не дешевое удовольствие?

WAGO да, удовольствие недешевое. Но как я говорил, что один раз настроил и забыл. Хреновина работает как часы. Проблем с ней не возникает никогда, ну только если программку не так напишешь, то контроллер может начать тупить.


Б>Не совсем понял, пока только реализовано включение лампочки по кнопочке?
В данный момент:
свет, жалюзи. Жалюзи вечером закрываются автоматически, но если дверь на террассу открыта, то жалюзи на террассной двери не закрывается.
Так же, если сильно яркое солнце, то жалюзи на окнах немного опускаются. Подсоединен так же мой газовый котел. Но без клиентов в комнатах смысл этого подключения пока сводится к нулю Подключен конвертор KostalPiko, в будущем буду делать как мой друг, чтобы утром заправил посудомойку, стиралку, сушилку, а система сама решает когда и чего включать, чтобы как можно больше производимой энергии запользовать.
Но все равно будет что-то типа "дедлайна", т.е. если до определенного времени не включилось, значит включить принудительно, чтобы вечером была чистая посуда, белье и т.д.


Сейчас уже почти допилил клиента для RasPi, чтобы можно было как центральную панель управления забабахать где-нибудь. Например в прихожей.
А потом и в каждую комнату по маленькой RasPiZero c тачскрином, чтобы можно было управлять отоплением, ну и заодно светом и жалюзи.

Я ж написал, там для затравки. Если кому-то что-то инетерсно, то распишу подробнее. Просто так без интереса для себя писать мне смысла нет, я это все знаю

Здравствуйте, SkyKnight, Вы писали:

SK>WAGO да, удовольствие недешевое. Но как я говорил, что один раз настроил и забыл. Хреновина работает как часы. Проблем с ней не возникает никогда, ну только если программку не так напишешь, то контроллер может начать тупить.

Не совсем понял, вся логика реализована именно на этом контроллере? На сайте не совсем понятно что он может.

SK>Но все равно будет что-то типа "дедлайна", т.е. если до определенного времени не включилось, значит включить принудительно, чтобы вечером была чистая посуда, белье и т.д.

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

SK>Сейчас уже почти допилил клиента для RasPi, чтобы можно было как центральную панель управления забабахать где-нибудь. Например в прихожей.
SK>А потом и в каждую комнату по маленькой RasPiZero c тачскрином, чтобы можно было управлять отоплением, ну и заодно светом и жалюзи.

Для клиента что-то готовое используешь или с нуля пилишь?

Здравствуйте, MTD, Вы писали:

V>>И ты считаешь что я буду тратить своё время
MTD>Я тебе сделал мужкое предложение, без бла-бла с верифицируемым методом
в статье тоже всё было верифицируемо

MTD>но видимо это не по адресу, ну значит не вижу смысла в общении с тобой.
детские споры просто игнорирую

MTD>Можешь дальше демонстрировать как у тебя бомбит, но уже без меня.
мне ровным слоем положить, если что

Здравствуйте, Берсерк, Вы писали:

Б>Не совсем понял, вся логика реализована именно на этом контроллере? На сайте не совсем понятно что он может.
Да, все на самом контроллере. Есть еще софтинка, которая по Modbus TCp шлет команды контроллеру, а он делает свое грязное дело.
Контроллер может много чего. У меня даже на нем (на контроллере) написан маленький TCP сервер, который в будущем будет принимать от EnOcean Gateway телеграммы и выполнять определенные вещи. Я хочу повесить датчики на окна и входную дверь. А так как провода не прокинул (протупил), то сейчас надо делать что-то безпроводное, а из RasPi можно очень легко сделать EnOcean GateWay всего за 35 евро. Если брать EnOcean Gateway для самого WAGO, то там он сам стоит около 300 евро, плюс надо будет еще брать RS485 клемму для WAGO, она тоже около 150 стоит.

Программируется контроллер с помощью софтины CodeSys. Там уже есть библиотеки для реализации. Но можно все и самому написать, если очень хочется

Б>Интересно, а как к таким вещам относится твоя страховая? Если посудомойка включится когда никого дома нет и все зальет, к примеру. Или стиралка загорится (видел такие фокусы у недешевых моделей после пары лет использования).
По идее если дома никого нет и посудомойка пробежит, то страховая может возмутиться и не оплатить. Поэтому обычно говорят "Был дома, но уснул". Тут, конечно, сейчас Аноним опять скажет, что он работал со страховыми и они могут провести расследование. Да могут, но по таким мелким суммам они не будут заморачиваться.

А вот на счет пожара, так ведь и телевизор может загореться или еще какой прибор (рутер, компьютер), ну чисто теоритически или там утюг. Тут тоже самое.

Б>Для клиента что-то готовое используешь или с нуля пилишь?
С нуля. На QT.

Здравствуйте, koandrew, Вы писали:

k> AK>Небольшой итог по мотивам вот этого

Автор: Artem Korneev
Дата: 05.11.15

треда. Вынес в отдельную тему на случай если кому-то будет интересно.
k> А почему не xBee/Arduino? xBee для коммуникации (модули недорогие, и очень многое
А кто-нибудь NRF24L01 пробовал? Вроде на порядок дешевле, скорость повыше..
А как вообще в таких системах обеспечивают надёжность передачи, особенно при радиосвязи?

Я вот попытался поигаться с этим NRF, но там пакеты теряются на раз. Как минимум один из тысячи пакетов теряется. Какие-то некритичные к latency датчики типа освещения, температуры, ещё можно так связывать, а изредка глючащий выключатель будет раздражать.

Здравствуйте, ·, Вы писали:

·>А как вообще в таких системах обеспечивают надёжность передачи, особенно при радиосвязи?
При радиосвязи сложно. Но вот у EnOcean есть ретрансляторы, которые можно навтыкать по всему зданию.
А так обычно прокладывают кабели. Иногда прокладывают 2-3 кабеля на случай поврежения одного. И пока этот один перетягивают, можно уже пеерключить на резервный.

·>Я вот попытался поигаться с этим NRF, но там пакеты теряются на раз. Как минимум один из тысячи пакетов теряется. Какие-то некритичные к latency датчики типа освещения, температуры, ещё можно так связывать, а изредка глючащий выключатель будет раздражать.
Поэтому я и отказался в свое время от беспроводных выключателей. Хотя электрик мне хотел их всучить. Оно и понятно, ему тогда кабеля тянуть не надо. Но мне это все было слишком ненадежно, плюс он предлагал какого-то производителя, у которого свой стандарт. Т.е. потом ты на всю жизнь привязан к этому производителю. Либо надо будет все по новой от другого покупать.

В таких случаях (беспроводной связи) я бы опирался на какой-то стандарт, что-то типа EnOcean. Хотя вполне возможно, что это выйдет дороже.

Здравствуйте, ·, Вы писали:

·>А кто-нибудь NRF24L01 пробовал? Вроде на порядок дешевле, скорость повыше..
·>А как вообще в таких системах обеспечивают надёжность передачи, особенно при радиосвязи?
Так же, как и в проводе — CRC для проверки целостности, шифрование — если нужна защита от прослушки, нумерация пакетов — если важна очередность.

·>Я вот попытался поигаться с этим NRF, но там пакеты теряются на раз. Как минимум один из тысячи пакетов теряется. Какие-то некритичные к latency датчики типа освещения, температуры, ещё можно так связывать, а изредка глючащий выключатель будет раздражать.
Почитал даташит — там вроде же есть гарантированная доставка и повторная передача.
Я сейчас почитал и посмотрел про XBee — вроде то, что нужно. Заказал вот такой кит на "поиграться". Мне очень понравилось, что модули можно с минимумом обвязки подключать к датчикам (и аналоговым, и цифровым), а также ко многим исполнительным устройствам (например к реле). Единственное, что неудобно — эти модули хотят 3.3 В, в то время как реле обычно требуют 5 В. Пока в голове есть нескольки проектов:
1. управляемый выключатель сети (в виде переходника для сети — втыкаешь его в розетку, а уже в него — управляемый прибор). Внутри "переходника" будет плата с БП (питающегося от входной сети), реле и разъёмом для модуля XBee, ну и прочей обвязки типа преобразователя напряжения 5 В -> 3.3 В для модуля). После того, как отработаю прототип, сделаю заказную плату под это дело (у нас тут под боком есть фаб для изготовления PCB), дабы можно было всё это упаковать в компактный корпус (насчёт корпуса пока ещё не решил, заказывать ли кастомный дизайн, или приспособить какой-нить project box). У меня в апартменте почти всё освещение подключено к розетке, потому планирую использовать их для управления освещением
2. датчик освещения. Его планирую сделать на фоторезисторе (у меня они уже есть из кита Ардуино), который напрямую будет подключен к аналоговому входу XBee. Пока правда не определился, как питать. Может будет иметь смысл сделать ждущую схему, которая будет включать модуль раз в минуту на передачу, а остальное время спать. Тогда может удастся добиться приемлемого времени работы от батареек. В общем тут надо делать прототип и посмотреть, что у него с потреблением.
3. "мастер"-выключатель света — кнопка для выключения всего освещения, которую поставлю около входной двери, чтобы одним нажатием вырубить всё освещение. Тут всё аналогично предыдущему пункту — кнопка будет подключена к цифровому входу XBee, для экономии питания есть мысль сделать ждущую схему на основе proximity sensor'а (чтобы включала схему при приближении человека к девайсу и таким образом была готова передать нажатие кнопки к тому времени, как её будут нажимать).
4. "Ночное" освещение на основе вот этого либо таких блоков. В качестве контроллера там рекомендуют Ардуино Мега, я попробую "уложить" в память Уно. Хочу сделать, чтобы освещение было белым в обычном режиме, красным в "ночном", плюс ярко мигающими, когда надо вставать Будет заодно помогать будильнику — а то его я слишком часто игнорирую не просыпаясь
5. Ну и нужны будут центральные "мозги", которые всем этим будут управлять. Изначально думал сделать это на своём игровом десктопе (всё равно он всегда включен), но сейчас чем больше я об этом думаю — тем меньше мне эта идея нравится. Так что скорее всего на какой-нить версии Ардуино буду делать.

Здравствуйте, SkyKnight, Вы писали:

SK>·>А как вообще в таких системах обеспечивают надёжность передачи, особенно при радиосвязи?
SK>При радиосвязи сложно. Но вот у EnOcean есть ретрансляторы, которые можно навтыкать по всему зданию.
SK>А так обычно прокладывают кабели. Иногда прокладывают 2-3 кабеля на случай поврежения одного. И пока этот один перетягивают, можно уже пеерключить на резервный.
А насколько они надёжнее? Даже с ethernet и то без TCP не обходится.

SK>·>Я вот попытался поигаться с этим NRF, но там пакеты теряются на раз. Как минимум один из тысячи пакетов теряется. Какие-то некритичные к latency датчики типа освещения, температуры, ещё можно так связывать, а изредка глючащий выключатель будет раздражать.
SK>Поэтому я и отказался в свое время от беспроводных выключателей. Хотя электрик мне хотел их всучить. Оно и понятно, ему тогда кабеля тянуть не надо. Но мне это все было слишком ненадежно, плюс он предлагал какого-то производителя, у которого свой стандарт. Т.е. потом ты на всю жизнь привязан к этому производителю. Либо надо будет все по новой от другого покупать.
Беспроводные удобны что их легко перемещать. Скажем, изредка хочется делать перестановку в комнате...

SK>В таких случаях (беспроводной связи) я бы опирался на какой-то стандарт, что-то типа EnOcean. Хотя вполне возможно, что это выйдет дороже.
Готовые решения за многоденег неспортивно... Хочется поколхозить оборудование. А софт желательно бесплатный.

Здравствуйте, koandrew, Вы писали:

K>Здравствуйте, ·, Вы писали:

K>·>А кто-нибудь NRF24L01 пробовал? Вроде на порядок дешевле, скорость повыше..
K>·>А как вообще в таких системах обеспечивают надёжность передачи, особенно при радиосвязи?
K>Так же, как и в проводе — CRC для проверки целостности, шифрование — если нужна защита от прослушки, нумерация пакетов — если важна очередность.
Реализация этого добра не так уж проста. Скажем, пропустили пакет — а как узнать что пропустили? Нужны ack,nak, какой-нибудь selective arq... а нумеровать как? нужен sliding window.
Брать готовый TCP/IP — тяжеловато, особенно для всяких ардуинок. Да и качественно реализовать шифрование — тоже с наскоку не выйдет.
Что можно из готового посмотреть?

K>·>Я вот попытался поигаться с этим NRF, но там пакеты теряются на раз. Как минимум один из тысячи пакетов теряется. Какие-то некритичные к latency датчики типа освещения, температуры, ещё можно так связывать, а изредка глючащий выключатель будет раздражать.
K>Почитал даташит — там вроде же есть гарантированная доставка и повторная передача.
Что-то оно у меня подглючивает... Не надёжно. Надо что-то сверху наворачивать. Да и шифровать бы.

K>Я сейчас почитал и посмотрел про XBee — вроде то, что нужно. Заказал вот такой кит на "поиграться". Мне очень понравилось, что модули можно с минимумом обвязки подключать к датчикам (и аналоговым, и цифровым), а также ко многим исполнительным устройствам (например к реле). Единственное, что неудобно — эти модули хотят 3.3 В, в то время как реле обычно требуют 5 В. Пока в голове есть нескольки проектов:
Дорогие они какие-то. Хотя может того стоят...

K>1. управляемый выключатель сети (в виде переходника для сети — втыкаешь его в розетку, а уже в него — управляемый прибор). Внутри "переходника" будет плата с БП (питающегося от входной сети), реле и разъёмом для модуля XBee, ну и прочей обвязки типа преобразователя напряжения 5 В -> 3.3 В для модуля). После того, как отработаю прототип, сделаю заказную плату под это дело (у нас тут под боком есть фаб для изготовления PCB), дабы можно было всё это упаковать в компактный корпус (насчёт корпуса пока ещё не решил, заказывать ли кастомный дизайн, или приспособить какой-нить project box). У меня в апартменте почти всё освещение подключено к розетке, потому планирую использовать их для управления освещением
Освещение хорошо делать с регулируемой яркостью, как мне кажется.

K>2. датчик освещения. Его планирую сделать на фоторезисторе (у меня они уже есть из кита Ардуино), который напрямую будет подключен к аналоговому входу XBee. Пока правда не определился, как питать. Может будет иметь смысл сделать ждущую схему, которая будет включать модуль раз в минуту на передачу, а остальное время спать. Тогда может удастся добиться приемлемого времени работы от батареек. В общем тут надо делать прототип и посмотреть, что у него с потреблением.
Мне кажется что это не особо нужно для датчика питание от батареек. Мобильность ему ни к чему.

K>3. "мастер"-выключатель света — кнопка для выключения всего освещения, которую поставлю около входной двери, чтобы одним нажатием вырубить всё освещение. Тут всё аналогично предыдущему пункту — кнопка будет подключена к цифровому входу XBee, для экономии питания есть мысль сделать ждущую схему на основе proximity sensor'а (чтобы включала схему при приближении человека к девайсу и таким образом была готова передать нажатие кнопки к тому времени, как её будут нажимать).
Ага... Беспроводный выключатель? Неужели нет дешевых решений? Я вот прикидывал деталек только $10-$20 будет... ещё корпус. Хочется все такие выключатели сделать. Но получается накладно.

K>4. "Ночное" освещение на основе вот этого либо таких блоков. В качестве контроллера там рекомендуют Ардуино Мега, я попробую "уложить" в память Уно. Хочу сделать, чтобы освещение было белым в обычном режиме, красным в "ночном", плюс ярко мигающими, когда надо вставать Будет заодно помогать будильнику — а то его я слишком часто игнорирую не просыпаясь
Я вот мечтаю полностью на LED освещение перейти.

K>5. Ну и нужны будут центральные "мозги", которые всем этим будут управлять. Изначально думал сделать это на своём игровом десктопе (всё равно он всегда включен), но сейчас чем больше я об этом думаю — тем меньше мне эта идея нравится. Так что скорее всего на какой-нить версии Ардуино буду делать.
Я думаю, лучше что-то типа малинки взять. Скажем, веб-сервер как будешь на ардуину втискивать?

Здравствуйте, ·, Вы писали:

·>А насколько они надёжнее? Даже с ethernet и то без TCP не обходится.
Ну вот если взять WAGO опять же, там по кабелям никаких данных не идет. Там просто тупо подается напряжение. Считай, что 1 — напряжение есть, 0 напряжения нет. И дальше уже программируешь контроллер.
Я поэтому и делал на этом. Можно было взять контроллер WAGO, который умеет EIB\KNX, но там уже по кабелям "летают" телеграммы, и тоже народ жалуется что нет-нет, да пропадет телеграммка и свет не включается. Второй раз жмешь — и включилось. Но делать умный дом на основе EIB\KNX это совсм дорого получается. Хотя нет зависимости от производителя.

·>Беспроводные удобны что их легко перемещать. Скажем, изредка хочется делать перестановку в комнате...
Удобно да, но я сразу планировал выключатели так, что туда ничего не встанет. И они расположены в удобных местах.

·>Готовые решения за многоденег неспортивно... Хочется поколхозить оборудование. А софт желательно бесплатный.
Да без проблем. Берешь модуль STM300 и на основе него делаешь все что тебе хочется. К нему и софт есть бесплатный для программирования.

Здравствуйте, ·, Вы писали:

·>Реализация этого добра не так уж проста. Скажем, пропустили пакет — а как узнать что пропустили? Нужны ack,nak, какой-нибудь selective arq... а нумеровать как? нужен sliding window.
·>Брать готовый TCP/IP — тяжеловато, особенно для всяких ардуинок. Да и качественно реализовать шифрование — тоже с наскоку не выйдет.
·>Что можно из готового посмотреть?
Причём тут тяжесть-то? Всё это реализовано в железе. Вот например WiFi-модуль для ардуинок: https://www.arduino.cc/en/Main/ArduinoWiFiShield101 Умеет и шифрование, и стек TCP/IP реализован в железе. Кстати те же XBee тоже умеют шифрование канала делать. Ты не забывай, это не компьютер, где всё надо в софте делать — в мире embedded на почти каждый чих существует специализированный чип, умеющий этот чих аппаратно

·>Что-то оно у меня подглючивает... Не надёжно. Надо что-то сверху наворачивать. Да и шифровать бы.
·>Дорогие они какие-то. Хотя может того стоят...
Ну фиг знает. Мне завтра-послезавтра девкит должен прийти, поиграюсь с ними, если время свободное будет. А цена для меня не принципиальна, ибо проект по сути хобби — а на хобби, как известно, никаких денег не жалко

·>Освещение хорошо делать с регулируемой яркостью, как мне кажется.
Это у меня будет второй стадией, когда всё освещение на LEDы переделывать буду. А пока буду использовать то, что есть.

·>Мне кажется что это не особо нужно для датчика питание от батареек. Мобильность ему ни к чему.
Дело не в мобильности — просто хочется избежать лишних проводов.

·>Ага... Беспроводный выключатель? Неужели нет дешевых решений? Я вот прикидывал деталек только $10-$20 будет... ещё корпус. Хочется все такие выключатели сделать. Но получается накладно.
См. выше замечание про цену

·>Я вот мечтаю полностью на LED освещение перейти.
Это вторая стадия. Я вообще хочу всё освещение на RGB LED сделать, чтобы можно было дискотеку устраивать

·>Я думаю, лучше что-то типа малинки взять. Скажем, веб-сервер как будешь на ардуину втискивать?
Ну народ даже в уно/мини/микро его вкорячивают А вообще Ардуины разные бывают — есть и такая например — 32 бита ARM, 84 MHz, полмега флеша и т.д. Для файлохранилища можно заюзать SD shield, который умеет читать-писать MicroSD — чтобы флеш не захламлять всякими HTMLками-картинками.

Здравствуйте, SkyKnight, Вы писали:

SK>В таких случаях (беспроводной связи) я бы опирался на какой-то стандарт, что-то типа EnOcean. Хотя вполне возможно, что это выйдет дороже.

Открытых стандартов на беспроводную связь сейчас вагон и маленький бронепоезд. Начиная от BT LE, того же 802.15.4, и заканчивая WiFi (он конечно явно оверкилл в случае выключателя). Я бы тоже постремался юзать проприетарный стандарт, да и смысла в этом не особенно много из-за наличия открытых — тут скорее проблема выбрать какой именно использовать, ибо потом поменять решение будет уже очень непросто.

Здравствуйте, koandrew, Вы писали:

K>ибо потом поменять решение будет уже очень непросто.
Ну поменять не сложно, просто будет дорого

Здравствуйте, ·, Вы писали:

·>Я думаю, лучше что-то типа малинки взять. Скажем, веб-сервер как будешь на ардуину втискивать?
Смотря для каких задач. Не забывай, что RasPi это обычный компьютер, причем с SD-карточкой. Сколько такая проживет — непонятно. Была бы возможность, я бы самодельные термостаты сделал бы на каком-нибудь микроконтроллере
например здесь

К этому микроконтроллеру можно и тачскрин подключить и WiFi модуль, но программировать микроконтроллер сложнее, нежели написать программку на QT для линукса.
Плюс для микроконтроллера надо дебаггер покупать, а он еще 100ку сверху стоит как минимум. В общем я пока в раздумьях.

Здравствуйте, SkyKnight, Вы писали:

SK>Ну поменять не сложно, просто будет дорого

Не только. Ещё есть проблема в том, что почти все чипы предоставляют некие фичи, которых может и не оказаться у других чипов. Например определённый протокол общения — если изначально выбран, скажем, SPI, то если новые чипы окажутся только с каким-то другим — то это чревато серьёзным переписыванием кода взаимодействия с ним; или имеют встроенные DAC/ADC, чтобы к ним напрямую подключать датчики/исполнительные устройства, и я уж не говорю о терминальных случаях, когда в состав чипа входит микроконтроллер, и он заюзан под какие-то задачи.
Вообще если мне выбранные чипы понравятся, то я планирую сразу закупиться партией штук в 50 — во-первых, так отдельные модули выйдут дешевле, во-вторых, чтобы был "запас" на случай расширения и/или для замены вышедших из строя — в процессе разработки хоть парочку модулей, но сожгу по старой давней традиции

Здравствуйте, Мёртвый Даун, Вы писали:

МД>Артёма, можно попросить тебя чуть более подробно рассказывать о своих исследованиях и ходе процесса. Если есть время, лучше в виде блога.

Я попробую.
Сегодня пришла сама железка (Raspberry Pi 2), в ближайшие пару недель начну экспериментировать с подключением светодиодов и программным управлением ими. В середине января придут заказанные датчики движения и звука, тогда уже будет интереснее.
Когда будут первые результаты — напишу статейку.

Здравствуйте, koandrew, Вы писали:

K>А почему не xBee/Arduino?

Я пробую начать с чего проще. Потому возьму за основу готовую платформу OpenHAB чтоб не изобретать велосипедов.
Я хочу начать с чего-то, что требует минимальных усилий при работе, собственно, с железом. Руки у меня из ..пы, максимум что смогу сделать нормально — подключить готовые датчики проводами, если в руководстве написано, как это сделать. Навыков отладки и устранения проблем с электроникой у меня нет, если что-то с первого раза не заведётся, то как с этим разбираться — я не знаю.

На первый взгляд, Raspberry Pi это именно то, что нужно — там есть широкий разъём с какой-то общей шиной, к ней можно подключать разные датчики. Буду пробовать. В моём понимании, ковыряние с железной частью займёт не более получаса, после чего можно будет лезть в Java-модули OpenHAB чтоб понять, как интегрировать свой датчик с платформой.

Если будет получаться, то и до Ардуины попозже руки дойдут.

Здравствуйте, Artem Korneev, Вы писали:

AK>Я пробую начать с чего проще. Потому возьму за основу готовую платформу OpenHAB чтоб не изобретать велосипедов.
AK>Я хочу начать с чего-то, что требует минимальных усилий при работе, собственно, с железом. Руки у меня из ..пы, максимум что смогу сделать нормально — подключить готовые датчики проводами, если в руководстве написано, как это сделать. Навыков отладки и устранения проблем с электроникой у меня нет, если что-то с первого раза не заведётся, то как с этим разбираться — я не знаю.

Ты посмотри на досуге ролики из плейлиста, который я выше линковал — сможешь оценить сложность (точнее её отсутствие). Там классов понаписано готовых на все случаи жизни — прямо как в .NET/Java — "если есть проблема — ищем либу, которая умеет её решать"

Хотя тут конечно каждому своё. Мне лично основной кайф именно в железной части — софта-то я за свою карьеру понаписал и так предостаточно на работе

Здравствуйте, Vain, Вы писали:


V>А что, собственно, такое этот умный дом? Ведь ежу ясно, что дом всё равно думать лучше человека не сможет, так в чём он должен заменить человека? Включить свет хлопком в ладоши? Включить телевизор по какому-нить вяку? Мне так казалось, что очередной мыльный пузырь под названием "умный дом" уже давно сдулся.

— сигнализация и контроль зон. В т.ч. можно отследить, проходят ли работники в неположеные зоны. Удаленная установка и снятие с сигнализации
— камеры наблюдения
— системы полива травы. Расписание, датчики дождя и т.п.
— система освещения вокруг дома. Одно дело, спускаясь к воде, идешь и включаешь где-то там, в пристройке или кустах. Другое дело через веб интерфейс. И все это с учетом календаря, заката, восхода, подъема и т.п.
— Управление генератором. Например, если на неделе недавно включался, то можно не делать еженедельный запуск.
— Отопление/охлаждение. Зональное управление (одним жарко, другим холодно). В том числе удаленно переводить в режим "никого дома" или "обогрев работников". Или прогреть перед приездом, скажем, за час до.
— Включить фонтаны, подъезд осветить. Прямо перед заездом или перед визитом гостей.
— контроль потребления электроэнергии. Я так реально прошмонал энергокоманию предоставив график потребления.

Это только из необходмого списка где умный дом это безопасность или прямая экономия энергии (== денег)