Как стать автором
Обновить

Комментарии 40

Все они подключены по шине RS-485.

Тогда вы получите надежную работу при низкой цене модулей, а радиоканал 433 МГц всё-таки не застрахован от помех.


Провода можно проложить только при строительстве или серьезном ремонте. Для Европы есть диапазон 868 MHz.
Для возможности вкючения подтяжки на GPIO все так же нужно пересобирать дерево? И есть ли встроенные средства по борьбе с дребезгом?
Если речь про входы для кнопок и сигналов типа «сухой контакт», то там сейчас всё сделано аппаратно.
В нашем «драйвере» GPIO, который обрабатывает и входы, защита от дребезга сделана.
а где же термостаты?
siio.de/wp-content/uploads/2013/12/homematic-thermostat-1024x1024.jpg
А зачем они?
Тут уж лучше напрямую управлять приводом радиатора отопления.
Тут уж лучше напрямую управлять приводом радиатора отопления.

Не согласен.
Лучше когда термостаты имеют собственную встроенную логику и управляются центрально командами «высокого» уровня. Это гарантирует минимальный уровень функтионирования даже при полном отказе центрального блока.
Системы отопления и безопасности нельзя завязывать на «single point of failure».
ну конкретно этот, можно связать с соседними в комнате, и при включении режима boost на одном, он включит буст на всех термостатах этой комнаты.
А напрямую управлять приводом радиатора отопления — провода вести под плинтусами? зачем, если батарея держит прилично итак. Нужно чтоб хоть какое-то было управление термостатами, иначе какой же это умный дом, когда он только лампочками мигать может?
Вот именно эти у меня и стоят. Единственный минус — их слышно. Хотя и тихо.
А управляете ими с линукса или только руками настраиваете?
Просто у меня проблема в том, что мне нужно включать помпу, чтоб была подача горячей воды в радиаторы, так что сам этот девайс без подачи помпы ничего не делает, кроме как моторчиком жужжит :)
У меня они спарены с настенными термостатами (управление, более точное измерение температуры, меряют также влажность) и оконными контактами. Все это увязано под управлением сервера FHEM установленного на Cubietruck. Для отопления централизовано пока только дистанционное управление (таблет, мобильник и т.д.), построение графиков и предупреждение о пустый батарейках. В перспективе хочу управлять моим Danfoss ECL300 в зависимости от того, требуется ли тепло. Но он пока сам по себе.
Планируете делать периферийные устройства, подключаемые по ip/ipv6/6LoWPAN?
нет
Спасибо, я всё ждал типового решения, чтобы доступно было объяснено как всё работает.
Чем вы измеряете потребляемую мощность? velleman это умеет делать?
Счетчик выдает 1000 импульсов на 1 кВт⋅ч. Измеряется время t между импульсами. Тогда средняя мощность будет равна P=3600/t.
нет нет, вопрос не в этом. Я вижу на картинке потребляемая мощность, она в реальном времени?
Ну к примеру я включил телевизор и утюг и состояние изменится? Строится ли график?
Меня сильно например на даче интересует этот вопрос.
Ну, она с небольшой задержкой идет — надо же дождаться следующих два импульса от счетчика. Для утюга это будет секунд 5.
График пока не строится, но это в ближайших планах.
как программируются сценарии?
существуют ли какие-то типовые проекты? например, управление освещением в трех-комнатной квартире? или что?
сценарий можно запрограмировать с помощью движка правил.
В качестве типового проекта пока только этот стенд.
Но создать виджеты и раскидать их по комнатам в веб интерфейсе — делов на 5 минут.
Спасибо. Интересует проект с точки зрения установки датчиков/выключателей в квартире (прокладки проводов и т.п.), а не в веб-интерфейсе)
А какие протоколы поддерживаются для интерфейса CAN?
Никакие. Чистый CAN, работать через SocketCAN.
Сам интерфейс конечно хороший, но доступных устройств пока не наблюдается.
Ой, не скажите… Грамотно сделанный веб интерфайсе потребует немало времени.
Вот пример:
http://fhem.nesg.es/demo/room/
интересный веб-интерфейс, от чего он?
Это демо «Tablet UI» для системы автоматизации на базе сервера «FHEM». Находится в стадии активной разработки. Есть набор виджетов и примеры. Пользователь собирает из этого, что ему нужно. Очень гибкий, но точно не для тех, кто хочет «за 5 минут мышкой набросать».
Сложноват. Дуга меню лишняя.
Дуга меню, это всплывающие кнопки? Можно и без них. Интерфейс собирается полностью на свой вкус.
Да, всплывающие кнопки ломают «логику» навигации. Если первоначально меню прямолинейно, то и подменю ожидаешь прямолинейным, а там выскакивает «взрыв» — в первый момент пауза «а куда смотреть?».
А помоему хороший виджет. Особенно на тачскринах, для коих он и придуман. Хотя согласен, в данном случае несколько неожиданно. Нужно будет предложить разработчику изменить иконку, чтобы стазу было видно, что там пачка иконок спрятана.
Провода-провода-провода…
Интересует такой сценарий использования: контроллер где-то у двери (пусть в электрощитке) + датчик движения + камера, которая делает фото при замеченном движении и посылает это фото на почту. Можно ли сделать это на вашем контроллере? Как подключить видеокамеру? Можно ли обойтись при этом без проводов?
Наверное, можно. Но зачем? этот функционал реализуется и обычными ip камерами.
Разрозненный функтионал — это не для умных домов. В последнем центральный контроллер должен иметь последнее слово.
В данном случае мне сразу приходит в голову необходимость в дополнительной логике. Фото должно отправляться например толко, если никого нет дома, или если кто-то пришел, а не выходит из дома (зачем мне мой собственный вид сзади при выходе?)
> Разрозненный функтионал — это не для умных домов. В последнем центральный контроллер должен иметь последнее слово.

Вы своими руками создаете SPOF (Single Point of Failure), не слишком хорошо, особенно для security-подсистемы. Я бы предпочел, чтобы подсистема защиты и безопасности дома работала даже при полном отказе центрального контроллера.
Так у меня и есть. Все системы работают и автономно. Конечно при некоторой потере «умности». Но работает весь базисний функционал.
Да, реализуется. Но с тем же успехом реализуется функционал любого датчика, представленного в статье. Вопрос: зачем тогда Wiren Board нужен? Интересно настроить логику работы в одном месте, а не бегать по всему дому перенастраивая кадый узел.
Кстати, вот Oregon у вас есть, а совместимость с дешевыми (как грязь) и распространенными (как грязь) беспроводными датчиками всяких там китайских сигнализаций (с чипами вроде SC/PT2260/2262) — нет.

Почему так?
Качество не очень, протоколов больше, чем один, есть сложности с реализацией: сейчас работа идёт в пакетном режиме, а с китайскими надо работать, обрабатывая сырой поток данных. Какая-то работа над этим ведётся, в планах есть, но сроков нет.
Вопрос к автору:
Планируется ли «региональная» адаптация контроллеров WireBoard? Скажем, поддержка 110В питания и «европейских» или «американских» частот (Z-wave и иже с ними)?
Покупаете блок питания на 110вольт с выходом 9-24вольта и ура — вы сами адаптировали контроллер к своему региону.
Z-wave делается стиком, надо просто купить свою версию стика.

Вместо радиомодуля на 433MHz можно поставить радиомодуль на 315MHz, будет заказ от 20шт — сделаем. Другое дело, что там и устройства, и протоколы совсем другие распространены, так что большого смысла это не несёт.
Зарегистрируйтесь на Хабре , чтобы оставить комментарий