Всегда находились люди (и их было большинство), которые не видели смысла в телеграфе, телефоне, персональном компьютере, интернете, смартфоне… Перечислять можно очень долго. Это не хорошо и не плохо — просто это данность. Если «кроме примера автора ничего умнее на ум не приходит», то, нвверно, не следует принимать участие в обсуждении темы, в которой заинтересованы энтузиасты.
Нет, там конечно будет путь через rest (кстати зачем там этот жуткий atmosphere я так и не понял). Проблема только в том, как идентифицировать устройства, но на первом этапе я просто воспользуюсь лейблами для item-ов и групп. Это в ояень примитивном варианте. Гораздо более продвинутое решение должно включать в себя кое-какие вещи на стороне сервера.
Вы посмотрите мое видео о предыдущем проекте ;) там все это решено и хорошо продумано. Да, на стороне openHAB нужно будет кое-что сделать для полной интеграции.
Мой интерес лежал в прикручивании голосового управления в openHAB, это в принципе тренд сейчас, учитывая бум носимой техники (часы всякие и тд). Но вообще в ядро вписаться тоже было бы неплохо. Попробую.
Cling мы как раз использовали у себя в проекте именно в умном доме. Там есть некоторые заморочки с Android.
Жрало? Ну не смешите. Есть настройки по памяти JVM — дадите ей 32мб, съест только 32
А Java — потому что полностью кросплатформенное решение, язык очень популярный и стандарт не только на server-side, но и в embedded (тот же Android), куча разных JVM под разные платформы.
JS — это то что надо. Мы его и прикрутили в итоге. Отфоркались от вашей репки и заделали.
Проблем с Xtend сразу несколько — нет нормальной IDE, сам язык довольно непоследовательный, ну и сама реализация в openHAB не позволяет переиспользовать модули (например для тех же RGB подсветок в KNX — их у клиента было много). Поэтому мы за недельку вкорячили туда JS и Groovy.
Проект был без преувеличения аццкий — с голосовым управлением и ИИ. Вот один из самых ранних прототипов Но тут использовался телефон, а в итоге мы сделали систему, которая вообще слушала хозяина без всякого девайса в руках.
Нет-нет, я не задавал вопрос о Java или не Java. Тут все понятно и все хорошо.
Я про выбор Xtend в качестве решения для скриптов и правил. Мы для этого делали специальную обвязку.
ПС Если бы все сделали на nodejs, то вход ИМХО был бы сложнее (в смысле что javascript в такого рода проекте превратился бы в монструозный и сложно поддерживаемый код).
Отличный коммент, спасибо!
Заодно, раз уж вы здесь, скажите, почему Xtend? Только потому что Eclipse? Мы одно время на своем проекте написали некислую обертку вокруг openHAB с тем, чтобы обойти проблемы с Xtend и переиспользованием скриптов и внедрили Groovy.
Хм… UI в openHAB по-моему вообще ни для чего не рассчитана особо )) Он рассчитан именно на то, что указано в sitemap.
Вы кстати не смотрели в demo? Там в UI есть отображение статистики температуры воздуха, которую openHAB собирает с yahoo сервиса. Вроде похожая задача. И там в UI все данные отображаются нормально. Но там тоже нет никаких textarea.
Так сейчас вроде как openHAB работает с календарем Google нормально…
Относительно решаемых вами задач — хотелось бы подробностей. В смысле как ваши задачи соотносятся с задачей создания «интернета вещей», когда требуется полная автоматизация в зависимости от различных внешних факторов плюс в условиях различных протоколов.
А не просто управление через веб-морду. Потому как в последнем случае можно вообще поставить себе Vera и не париться.
Да, именно поэтому Eclipse, как разработчик одной из самых популярных реалихаций OSGi, сейчас и занимается проектом SmartHome, самым успешным контрибутором которого и является openHAB.
Да, я Eclipse и не предлагаю в качестве IDE. Их дизайнер мне тоже пока не нравится. Да и с Xtend в качестве скриптового решения можно поспорить. Но свои задачи решает.
На самом деле уже как полгода назад я написал свой биндинг для интерпретации Groovy и Javascript вместо Xtend — может скоро опубликую.
Cling мы как раз использовали у себя в проекте именно в умном доме. Там есть некоторые заморочки с Android.
А Java — потому что полностью кросплатформенное решение, язык очень популярный и стандарт не только на server-side, но и в embedded (тот же Android), куча разных JVM под разные платформы.
Проблем с Xtend сразу несколько — нет нормальной IDE, сам язык довольно непоследовательный, ну и сама реализация в openHAB не позволяет переиспользовать модули (например для тех же RGB подсветок в KNX — их у клиента было много). Поэтому мы за недельку вкорячили туда JS и Groovy.
Проект был без преувеличения аццкий — с голосовым управлением и ИИ. Вот один из самых ранних прототипов Но тут использовался телефон, а в итоге мы сделали систему, которая вообще слушала хозяина без всякого девайса в руках.
Думаю прикрутить ее к openHAB
Я про выбор Xtend в качестве решения для скриптов и правил. Мы для этого делали специальную обвязку.
ПС Если бы все сделали на nodejs, то вход ИМХО был бы сложнее (в смысле что javascript в такого рода проекте превратился бы в монструозный и сложно поддерживаемый код).
Заодно, раз уж вы здесь, скажите, почему Xtend? Только потому что Eclipse? Мы одно время на своем проекте написали некислую обертку вокруг openHAB с тем, чтобы обойти проблемы с Xtend и переиспользованием скриптов и внедрили Groovy.
Вы кстати не смотрели в demo? Там в UI есть отображение статистики температуры воздуха, которую openHAB собирает с yahoo сервиса. Вроде похожая задача. И там в UI все данные отображаются нормально. Но там тоже нет никаких textarea.
Относительно решаемых вами задач — хотелось бы подробностей. В смысле как ваши задачи соотносятся с задачей создания «интернета вещей», когда требуется полная автоматизация в зависимости от различных внешних факторов плюс в условиях различных протоколов.
А не просто управление через веб-морду. Потому как в последнем случае можно вообще поставить себе Vera и не париться.
Как я и указал в статье — можно поставить на Raspberry Pi без проблем — JVM 6 на ней бежит отлично
На самом деле уже как полгода назад я написал свой биндинг для интерпретации Groovy и Javascript вместо Xtend — может скоро опубликую.