[syoma 1]

Я бы остановился на iRidium, он мне больше всех понравился по реализации, дизайну и поддержке. При построении такой важной системы ведь за что-то нужно платить, буду платить за красоту и тех.поддержку :)

Останется только привязать свою железку к их HWID, пройдя стандартную процедуру.

Я зарегистрировался на их Веб-семинар, так как до сих пор не нашел упоминание о каких-либо возможностях разработки сценариев. Только связь кнопка-актуатор.

Ну и ценовая политика у них неправильная. Такие цены отметают домашних энтузиастов напрочь, оставляя интеграторов, которые ищут богатых клиентов. Лично я собираюсь сделать УД уделом не только богатых, позволяя экономить на той же проводке. Т. Е цена автоматизационного софта должна быть тоже адекватной - одна лицензия на всю квартиру, и цена на уровне 2-х 3-х цен за операционку. Также лучше сделать различные версии - с меньшими и большими возможностями.

2 syoma: а вы с физическим интерфейсом уже определились ?

В соседней теме.

[zltigo 0]

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

Сначала надо понять, а что мне лично нужно добавить в доме от его нынешнего состояния, и нужно-ли вообще. Если в выходные выкрою время, то попробую описать текущее состояние оборудования дома и попробовать обсудить смысл сливать все в то, что ныне считается "умным" домом.

 

 

[one_man_show 0]

Сначала надо понять, а что мне лично нужно добавить в доме от его нынешнего состояния, и нужно-ли вообще. Если в выходные выкрою время, то попробую описать текущее состояние оборудования дома и попробовать обсудить смысл сливать все в то, что ныне считается "умным" домом.

Можно не всё,а только часть для начала, а дальше, как пойдет

[syoma 1]

Вот еще одна open-source система: fhem.de/fhem.html

Очень популярная в немецкоязычной среде (на форуме более 13000 пользователей, 32000 тем, 288 тыс. сообщений). Возможно это связано с тем, что ее можно установить прямо на Wifi роутеры Fritzbox - самые популярные домашние роутеры в Германии.

Очень широкая поддержка всяких протоколов, оборудования и USB стиков. Работает на Perl. Вроде есть аpps для Андроида и Айос. По сравнению с openHAB неплохая визуализация.

Но все на немецком, к сожалению.

[halfdoom 0]

Вот еще одна open-source система: fhem.de/fhem.html

Но все на немецком, к сожалению.

Вышел мой старый знакомый на пенсию, с очевидным появлением кучи свободного времени. Сам он бывший схемотехник, но вполне уверенно пишет несложные вещи на С для МК. На выходных он попросил помочь ему с переносом имеющегося умного дома (куча скриптов) со старой писишки на Raspberry PI B+. В качестве среды передачи у него везде разведен RS485 с репитерами и Modbus RTU поверх.

 

В качестве ОС поставлен Raspbian. Для начала решили поставить OpenHab - круто, все есть, но демка "искаропки" работала с ошибками в логах, а гугление указало только на то, что нужно ставить яву 1.7, а не дефолтную 1.8. Поскольку предполагалось допиливание собственных модулей, а знание явы у него на нуле, этот вариант отпал.

 

Domoticz тоже не подошел, поскольку нет встроенной поддержки Modbus'a.

 

Следующим попробовали fhem - все заработало сразу (поддержка Modbus появилась после выхода версии 5.6, поэтому ставить надо из svn). Конфигурируется все понятно и легко, плюс, товарищ вполне владеет perl'ом, что снимает проблему написания дополнительных скриптов. На немецком, конечно, информации в разы больше, но гугл эту проблему решает. На английском есть интересный блог, где мужик описывает двухлетние итерации для своей системы отопления с выдержками из конфига: http://www.ply.me.uk/bits_and_pieces/fhem.html . Лично мне понравилась поддержка графиков на базе gnuplot'a, но немного расстроило отсутствие встроенной поддержки rrd базы.

[AlexandrY 3]

Как ей пользоватся, если она

а) Не opensource

б) Еще не вышла.

 

Ну и как ее приложить к умному дому, тоже непонятно. Может вместо рекламы своего сайта расскажите?

 

А вы разве не слышали про опенсорсный фреймворк AllJoyn?

Это гораздо круче MQTT будет. ;)

[zltigo 0]

А вы разве не слышали про опенсорсный фреймворк AllJoyn?

Это гораздо круче MQTT будет. ;)

Вы уверены, что хотели об этом сказать именно отвечающему на конкретный вопрос о конкретной платформе syoma?

 

 

[=AK= 10]

А вы разве не слышали про опенсорсный фреймворк AllJoyn?

Лет 10-15 назад точно так же растопыривал пальцы BACnet. И кто его сейчас вспомнит? А MQTT никаких авансов не раздает, в барабан не лупит и флагами не размахивает, а просто работает.

[AlexandrY 3]

Лет 10-15 назад точно так же растопыривал пальцы BACnet. И кто его сейчас вспомнит? А MQTT никаких авансов не раздает, в барабан не лупит и флагами не размахивает, а просто работает.

 

Ну сравнили, какой-то низкоуровневый протокол родственник MODBUS и целый готовый софтварный фреймворк.

Это все равно что сравнивать электрорубанок и мебельный завод.

 

Против MQTT ничего не имею, сам его сейчас портирую, но он только плагин к AllJoyn.

Закончу с MQTT и возьмусь за AllJoyn.

 

[=AK= 10]

Ну сравнили, какой-то низкоуровневый протокол родственник MODBUS и целый готовый софтварный фреймворк.

Судя по этой реплике, вы совсем не понимаете, что такое БАКнет. В истоках его лежит точно такая же инициатива, как у AllJoyn: объединить в одно целое разнородные устройства разных производителей. Только проявлена эта инициатива была на 25 лет раньше и, соответственно, названа так, как было модно называть что-то новое в то время - "протокол". Сейчас слово "протокол" вышло из моды, поэтому AllJoyn использует то слово, которое модно в настоящий момент, "фреймворк". А по сути это ничем от БАКнета не отличается, БАКнет тоже можно "фреймворком" назвать, если хочется. И перспективы у AllJoyn точно такие же, как у БАКнета, если не хуже.

[AlexandrY 3]

Судя по этой реплике, вы совсем не понимаете, что такое БАКнет. В истоках его лежит точно такая же инициатива, как у AllJoyn: объединить в одно целое разнородные устройства разных производителей. Только проявлена эта инициатива была на 25 лет раньше и, соответственно, названа так, как было модно называть что-то новое в то время - "протокол". Сейчас слово "протокол" вышло из моды, поэтому AllJoyn использует то слово, которое модно в настоящий момент, "фреймворк". А по сути это ничем от БАКнета не отличается, БАКнет тоже можно "фреймворком" назвать, если хочется. И перспективы у AllJoyn точно такие же, как у БАКнета, если не хуже.

 

Прям BACnet надо понимать.

Это довольно примитивный протокол клиент-сервер. Похож на MODBUS. Добавили там более сложную организацию примитивов.

Теперь у каждого бита есть тип, имя, счетчик, валидность, инициализатор, и кастомизируемые свойства.

Вообщем ненужная и бестолковая детализация.

Для M2M протокола слишком заумо, для IoT слишком примитивно.

 

Скомпилировал я его сегодня, порефакторил, но пользы не увидел. Видимо пойдет фтопку.

 

Но главное это то, что BACnet это именно протокол. Его сначала написали на бумаге, а после начали реализовывать. И все кому не лень и как у кого получается. Полных реализаций в свободном доступе нет.

 

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

 

Ну и конечно AllJoin это несколько уровней выше чем BACnet.

Кстати с ходу так и не нашел нормального описания BACNet с графической нотацией описания пакетов или чего нибудь там.

[=AK= 10]

Это довольно примитивный протокол клиент-сервер.

Довольно смешно это читать, зная что AllJoyn тоже использует модель клиент-сервер. БАКнет - он старенький, громоздкий и кривой. Зато он уже есть и кое-где применяется, a его опенсорс с либеральной лицензией для разных платформ на Соурсфордже лежит. А AllJoyn будет ли жить или нет - бабушка надвое сказала, особенно учитывая наличие прямого конкурента в виде OIC/IoTivity. Наслушавшись прогнозов, все дружно бросились столбить участки в полях IoT, надеясь на золотые россыпи. Надувают очередной пузырь, а получится как всегда.

[AlexandrY 3]

... AllJoyn тоже использует модель клиент-сервер. БАКнет - он старенький, громоздкий и кривой. Зато он уже есть и кое-где применяется, a его опенсорс с либеральной лицензией для разных платформ на Соурсфордже лежит.

 

Где вы такое знание получили?

 

Смотрите исходники. В AllJoyn в тонком клиенте для embedded (клиенте фреймворка, а не сетевом, если понимаете разницу ) применяется peer-to-peer обмен.

 

А BACNet, как я уже писал, порван на несовместимые реализации. На sourceforge лежит кастрированная неполная реализация. Опять же смотрите исходники.

 

А если смотреть исходники OIC/IoTivity , то он в зачаточном состоянии для embedded , есть только порт для Arduino ATMega 2560 with Ethernet Shield. Там сам Ethernet Shield это отдельная смешная история.

 

Сравните сколько есть портов и под что у AllJoyn , и больше сравнивать его с IoTivity не захочется.