roboforum.ru

Freeboard

freeboard.io - опенсорсная визуализация для умного дома.
Ссылка на гитхаб для тех кто не найдет ссылку на сайте.
Пример как сделать погодную станция на ардуино и вайфай используя эту визуализацию и сервис dweet.io

Pimatic
pimatic.org - фреймворк домашней автоматизации для RaspberryPi и nodejs

heimcontrol.js
heimcontrol.js - домашняя автоматизация на Raspberry PI, Arduino и Node.js, MongoDB, HTML5
Еще одна инструкция по запуску heimcontrol.js

OpenHAB.org - Крупный и устоявшийся проект, большой набор поддерживаемых протоколов и оконечных устройств (как датчиков так и и исполнительных устройств)

openHAB runs at any standard Windows, MacOS X or Linux machine with Java 1.7.
openHAB has been tested and known to run on the following embedded platforms: Raspberry Pi , BeagleBone Black , UDOO , Cubietruck .

клиентская часть для всех платформ: Android(доступен в Google Play), IOS(доступен в AppStore), для классических десктопов : win, linux, mac OSX

прост в написании своих интерфейс модулей и логики управления

http://smartliving.ru/Main/Modules
Мажордом сюда же

Более плотно начал знакомиться с продуктами, ставлю пробую.
OpenHAB меня расстроил тем что с 1-wire (на этой шите планирую основную часть датчиков и устройств исполнения) он умеет работать лишь на чтение причем только для двух типов датчиков: температура и влажность.
посмотрю код модуля-адаптера, если он сложен для адаптации то переключусь на другие проекты.

setar писал(а):Более плотно начал знакомиться с продуктами, ставлю пробую.
OpenHAB меня расстроил тем что с 1-wire (на этой шите планирую основную часть датчиков и устройств исполнения) он умеет работать лишь на чтение причем только для двух типов датчиков: температура и влажность.
посмотрю код модуля-адаптера, если он сложен для адаптации то переключусь на другие проекты.

А чем вы соединяете 1-wire датчики и OpenHAB? Т.е. обычно датчики цепляют к какой-нибудь ардуине, а дальше уже ардуину с OpenHAB по USB (serial) или Ethernet.
Как тут например http://habrahabr.ru/post/248569/

Fhem - perl server для домашней автоматизации. Работает на всем, где можно запустить Перл. Расширяется плагинами. Понимает кучу протоколов:

• eQ3 specific: FS20, HomeMatic, MAX!, EM1000, FHT80b, HMS, S300, ESA2000
• KNX, ZWave, EnOcean, X10, FRITZ!Dect, Intertechno, HomeEasy, Philipps HUE
• 1Wire, Firmata, webio, panStamp, LIRC, JeeLink, RFXCOM/RFXTRX, TellStick
• Davis VantagePro2, Oregon Scientific, Allnet
• TVs from Samsung/Panasonic/LG/Philips, devices from Sonos/Squeezebox, amplifier from Yamaha/Denon/Onkyo, iTunes/AppleTV, Enigma2, XBMC

Есть фронтенды для десктопа, веб, айфона, андроида.

Speccyfan писал(а):А чем вы соединяете 1-wire датчики и OpenHAB? Т.е. обычно датчики цепляют к какой-нибудь ардуине, а дальше уже ардуину с OpenHAB по USB (serial) или Ethernet.
Как тут например http://habrahabr.ru/post/248569/

я пока выбараю схему подключения, но никто не мешает конкретно датчики 1-wire цеплять непосредственно к USB мастеру на owserver, он же OpenHAB сервер (в роли которого ARM A20 борда - проц suni7 ).
другое дело что чисто датчиков 1-wire не так много как хотелось бы, и всякие аналоговые датчики придется цеплять через ARM
сюда же 1-wire c кривым протоколом например комбодатчики влажности и температуры AM2302, кривость которых в одинаковом идентификаторе в сети и невозможности работы нескольких девайсов на одной шине.

второй вопрос как саму ардуину (или другой ARM) прицеплять к главной борде, они ведь будут сильно удалены. Видится перевод микроконтроллера в 1-wire slave режим и эмуляцию серии датчиков.

буду проверять все связки:

1w датчик/ключ <=> USB 1w Master <=> owserver <=> OpenHAB (или другое ПО)
аналог/нестандарт датчик/порт<=> ARM aka 1w slave <=> USB 1w Master <=> owserver <=> OpenHAB (или другое ПО)
1w датчик/ключ <=> ARM aka 1w master and GPIO, with i/o http server <=> ethernet <=> OpenHAB
аналог/нестандарт датчик/порт <=> GPIO^^^

Добавлено спустя 1 минуту 46 секунд:
для записи в 1-wire для OpenHAB можно использовать owserver за который дергать по http (но это костыль конечно)

Я бы для 1wire выделил отдельный мелкий контроллер, а связь с основным по RS485, раз уж расстояния беспокоят. А то и простой уарт.

недорогой арм с can`ом. витая пара (2 пары, они кроме того, что тоньше ещё частенько и более гибкие, чем 4х парные), по два провода на данные и питание.

я то весь проводами обтянулся, под несколько "кастомный" RS485.. а вот вы открытое все ищете с целью быстро и с минимумом затрат все сделать ? или еще какие то цели преследуете ? просто я б не стал делать более или менее серьезное управление (тем же отоплением) на базе открытого чужого софта )

В доме есть несколько критически важных компонентов, управление которыми требует высокой надежности. У меня в доме это система подготовки воды от скважины и вытяжная вентиляция. Иногда подвисает управляющий контроллер на базе Raspberry PI и тогда может произойти довольно неприятное. Либо замерзнет подземная труба, либо насос в скважине своевременно не остановится и сломается сам и повредит высоким давлением систему. Даже если есть водопровод с питьевой водой, скажина нужна для множества хозяйственных целей и от нее я отказываться не хочу. Вентиляция не настолько критична, но все же. Зимой вытяжка работает непрерывно на самой низкой скорости. Это необходимо для того, чтобы несмотря на тщательную теплоизоляцию труб не примерзли лопасти вентиляторов ко льду, образующегося из конденсата на внутренних стенках трубы. И чтобы не побежала конденсатная вода в дом из вентиляции. Все это хорошо работает, тепла много из дома не уносит, если вентиляционные отверстия в помещениях призакрыть до самого незначительного. Но как только наступает зимнее потепление, так с самой верхушки вытяжной трубы начинают падать вниз на вентилятор большие куски изморози, которые мешают лопастям вентилятора крутиться. Тут требуется лишь одно, на несколько десятков минут включить вентиляторы на полную мощность и растопить и испарить упавшие куски инея.
Система отопления у меня электрическая, конвекторная. Поэтому там регулировки извне пока никакой не требуется. Выставил температуру в помещении и забыл. Другие управляющие системы дома я еще делаю.
У меня вопрос - может ли такие как у меня системы опенсорсный умный дом без существенного допиливания вручную "потянуть"? Я для себя сделал вывод, что не может. А всякие лампочки в комнатах включать да телевизоры - это все для меня вторично.

Виктор Казаринов писал(а):У меня вопрос - может ли такие как у меня системы опенсорсный умный дом без существенного допиливания вручную "потянуть"? Я для себя сделал вывод, что не может. А всякие лампочки в комнатах включать да телевизоры - это все для меня вторично.

Опен сорс для того и открыт, чтобы можно было посмотреть на качество кода и допилить под себя функциональность, которой не хватает лично тебе и при этом не изобретать велосипедов. Не секрет, что в большинстве софта идея реализуется 5-10% кода, а остальное - среда, в которой все варится. Вот чтобы 95% кода не писать самому и используется готовая платформа. И чем больше народа ей пользуется, тем больше косяков найдено. А вот системе писанной единственным человеком, да еще с закрытым кодом, я бы доверял меньше.

если этот человек не вы )

Вот именно. Я пишу для себя. Очень часто бывало так, что проще самому написать какую-то программу чем разбираться в чужом открытом коде. В сотнях файлов и классов - да еще написанных в разном стиле и часто без комментариев. И потом эту гору кода нужно отлаживать полностью понимая все что в системе происходит. Для меня это непосильная задача. Что толку что код открыт? В нем продолжают оставаться скрытые от меня идеи и решения, извлечение которых - огромный труд. И потом этот черный ящик с как бы открытым кодом использовать в критических приложениях? Да ни за что. И еще. Я не припомню программ, в которых не было бы ошибок. Одно дело - свои, а если чужие да в этом непонятном мне коде?

Мое имхо про умный дом - централизация зло и узлы должны быть хоть немного разумными. И если первое и так понятно - дохнет сервер и дом становится не просто тупым, но еще и неуправляемым, то про второе поясню. Все узлы связываются по функциональному признаку. Например выключатель-светильник или датчик_протечки-запорный кран. При нажатии кнопки выключатель посылает сообщение светильнику "установи яркость"/"вкл/выкл", а сервер слушает эфир и собирает логи и/или раздает новые сценарии. Ну и рисует красивые графики и кнопочки/рюшечки и прочие интерфейсы на андроидах/иосях. Таким образом если дохнет сервер, мы получаем просто набор связанных узлов и дом остается более-менее управляемым - свет включается, термостаты держат температуру, датчики протечки контролируют запорные краны, видеоглазок работает на локальный монитор.