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

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

Локальный сервер умного дома без обязательной привязки к облакам и доступ по VPN это хорошо. Но понятия «IoT» и «умный дом» подразумевают гораздо больше чем просто контроль датчиков и управление светом с дивана. Другими словами, позволят ли пользователю создавать собственные сценарии? Например, условие открытия форточки если уровень CO2 превысил установленный предел, и закрытия её если стало слишком холодно?
ТРОН — это интерфейс, а не мозг домашней автоматики. Поэтому к нему эти вопросы мало относятся.

А вот что точно ТРОН отличает от других интерфейсов — это очень интуитивный интерфейс управления большими объектами. Я не от 3D, а о том, что в нём на каждом уровне можно управлять зоной. Спускаясь уровнем ниже, вы получаете большую детализацию этой зоны.

Например, на можно на уровне этажа изменить температуру всех комнат, или спуститься на уровень ниже и управлять по блокам, или ещё ниже по комнатам. Это особенно актуально для огромных жилых и производственных объектов, где много устройств, и управлять нужно не только индивидуально зонами, но и сразу «крупными мазками».
Ну, после их «обычного» ценника в 2500, кажется, 149 выглядит бесплатным ;)

Вообще, цена 100-150 выглядит типичной для кастомных интерфейсов: iRidium, OpenRemote full,…

Но для тех, кто готов писать свой UI и прикручивать его к API контроллера, и это покажется дорогим. Тут скорее вопрос стоимости личного времени и желаемого фана.
Только недавно случайно нашёл их демку на Google Play и потыкал. Вроде прикольно, но даже не знаю, как этим постоянно управлять будет. Жаль лицензия довольно дорогая, для своей квартиры проще сделать что-то такое в 2д на HTML, а не отдавать 150 долларов.
Вот бы community версию без поддержки, но бесплатно :)
Ну, после их «обычного» ценника в 2500, кажется, 149 выглядит бесплатным

Вообще, цена 100-150 выглядит типичной для кастомных интерфейсов: iRidium, OpenRemote full,…

Но для тех, кто готов писать свой UI и прикручивать его к API контроллера, и это покажется дорогим. Тут скорее вопрос стоимости личного времени и желаемого фана.
Всё таки это премиум уровень и краудфандинг с ним слабо совместим. Ну не будет владелец дорого жилья всё сам себе настраивать, а фирма-инсталятор давно заключила договор со всеми необходимыми производителями софта и железа.
Интересная штука, можно как то попробовать это? Демо? Триал?
Все ссылки есть на сайте проекта. Можно попробовать без управления устройствами, просто демо — для этого найдите THRONE smart home в Google Play или AppStore. А если хотите с управлением — приобретите перк, как сказано в тексте, см. подзаголовок «Как купить лицензию THRONE?».
Чтобы оценить возможности все же триал нужен. У iRidium например, с версии 3.0 без лицензий приложение работает с полным функционалом 5 минут, этого достаточно, чтобы продать заказчику проект, а разработчику хватает времени, чтобы отладить приложение.

Получается, чтобы разработчик начал изучать THRONE, ему сразу же нужно платить. Еще пример, для разработки приложения под iOS не нужно платить, платить нужно когда хочешь выложить приложение в AppStore, и это логично.
Всем разработчикам мы готовы предоставить ограниченную лицензию и бесплатный windows-сервер для тестовых целей. Конфигуратор T-studio бесплатно доступен после регистрации на сайте www.throne-bms.com/pro. Готовы индивидуально обсудить условия использования нашего ПО, если указанные в краудфандинговой кампании условия по каким-то причинам не подходят.
Согласно списку поддерживаемых девайсов http://throne-bms.com/pro/ru/devices с поддержкой IP-камер у вас всё плохо. Неужели не поддерживается ONVIF?
С поддержкой IP камер все хорошо. Цитата:
Интерфейс THRONE совместим с большинством моделей IP-камер, которые поддерживают передачу видеопотока по протоколу RTSP, кодеки: mp4, h.264. Т.е. практически все современные камеры, за редким исключением.
Да, заметил эту сноску над таблицей уже после отправки своего комментария. Вот только вопрос: инсталлятор должен ручками прописывать точный URL на каждый стрим? И как при этом система обрабатывает события детекторов, не имея возможности подписаться на события, используя функционал протокола ONVIF? Самостоятельный анализ видеопотока? А малина от такого анализа не загнётся? Извиняюсь, что задаю тут вопросы, на которые ответы возможно для вас очевидны. Но информация не лежит на поверхности.
THRONE — не ПО видеонаблюдения и видеоаналитики. Это отдельная, огромная задача для решение которой существует специализированное ПО. Наше «дело» — вывод живого видеопотока по запросу пользователя и понятная визуализация расположения видеокамер. Другого в 99% и не требуется. Если где то потребуется, то будем решать через интеграцию с API проф систем видеонаблюдения, но скорее всего это актуально для каких то больших пром объектов, не для частного дома.
На тех объектах где такое требуется — используется отдельный сервер для хранения и видеоналитики под такую задачу. Да, там свой интерфейс, не интегрированный с THRONE, но задача решается. Та же история и с видеоархивом.

Повторюсь, в будущем возможно мы дойдем и до интеграции видеоаналитики в THRONE, но сейчас таких запросов нет.
PS А посему, ONVIF не критичен для нас. В Т-студии просто задается IP адрес камеры. (Хотел запихнуть сюда скриншот, но видимо нельзя :)

Хорошо. Тогда можно узнать, где вместо кучки видеороликов и вики, по которой поиском не ищуются слова «RTSP», «камер», скачать вменямый мануал страниц так на 200-500, в котором будет всё разжёвано от и до. Чтобы в дальнейшем мне своими предположениями не тратить ваше время.
Такой мануал в разрезе интеграции с z-wave в разработке. Будет через пару месяцев. Как сказано выше — интеграция с z-wave для нас новое направление (первая версия THRONE с поддержкой Z-WAVE выйдет на днях), в котором мы хотели бы идти вместе с профильным комьюнити, чтоб иметь возможность анализировать типовые запросы, проблемы. И у нас есть техподдержка — вам всегда ответят на ваши вопросы. Да и я не утрудился, для этого и форум.
Cпасибо за информацию. Лишь добавлю, что в будущем хотелось бы иметь возможность создавать свои модули для интеграции с вашим интерфейсом. Чтобы иметь возможность выйти за рамки DO на видеорегистраторах и HDL с KNX и Z-Wave.
Эта задача стоит, будет такая возможность.
PPS Если уж сильно нужно — можем подцепить DO с серевера видеонаблюдения (они там как правило есть), и завести его в THRONE как тревожный сигнал. Таким образом задача решается профессиональной системой, где вы можете задавать зоны детекции, уровни сработки итд, и мы велосипедов не изобретаем.
Ох как не просто будет проекту пробиться наверх.

По сути предлагается простой интерфес пользователя с сильными ограничениями по контроллерам, со слабой реализацией сценариев и низкой гибкостью. Причем гибкость заведома ограничена 3D интерфейсом. 3D интерфейс только кажется «интуитивно простым», но по факту таковым не является. Причина этого проста — третья координата не несет никакой информации, но дает дополнительную нагрузку на оператора и резко ограничивает возможности визуализации. Ну то есть, да это прикольно и красиво поиграть 3-5 минут, но управлять домом через 3D макет не очень просто.

Качественный интерфейс обычно состоит из хорошо продуманных 2D таблиц, иконок и индикаторов (см. iOS, Android или системы промышленной автоматики).
Да, это называется SCADA. Мечта владельца умного дома.
Почему же мечта?

Сделать интерфейс управлением умного дома не так сложно. Мне кажется полно пакетов, которые очень хорошо выполняют эту функцию от OpenRemote до OpenHAB.
Ну да, сделать интерфейс — ерунда. Умный дом уже давно повсеместно, а OpenHUB используется в миллионах домов счастливыми домохозяйками. Или нет? А если нет, то почему?!
Ну а если без шуток. Ситуация сейчас похожа на развитие компьютерной индустрии в период до ipad. Нет, думаю хуже, период до графического интерфейса (macOS или win 3.1). Все здорово, под DOS можно написать все что угодно, командная строка и конфигурационные файлы чудесны в своей мощи, а внедрение графических пиктограмм — это «дополнительная нагрузка на оператора». Поиграть 3-5 минут, не более.
Все-таки зря вы так. Саркастично и агрессивно. Обратная связь полезна даже если она критична.

Вы бросаетесь в крайности — из того, что 3D интерфейс не удобен не следует, что всем надо сидеть в консоли DOS.

Проблема умного дома не столько в плохих интерфейсах, сколько в трудоемкости развертывании инфраструктуры и в программировании реально удобных сценариев.

Кстати, а что THRONE в отличие от OpenHAB уже стоит у каждой домохозяйки?
А я бы сказал, что главная проблема совсем не в трудоёмкости развёртывания, а скорее в трудоёмкости поддержания этой инфраструктуры и адаптации под изменения поведения хозяина, а так же в невозможности оправдать эти затраты ничем, кроме понтов и гиковских развлечений. Вот когда появится существенный бенефит для обычной домохозяйки от использования автоматики и умного дома, тогда это всё попрёт!

А пока с трудом жен переучиваем и ржём над гостями, которые беспомощно пытаются включить у тебя дома свет или бессмысленно тыкают в планшет, причитая «ну что за фигня этот умный дом».
Все верно по поводу поддержки! Именно это и я имел ввиду подграммированием удобных сценариев.

Только по поводу гиковских развлечений не соглашусь :).

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

Возьмем например самую банальность — управление светом. Если система освещения простая, т.е. 1 комната = 1 лампа, то действительно умный дом полезен, но не необходим. Теперь предположим, что в гостинной 2 люстры, 1 подсветка под потолком + 2 бра, при этом люстры и подстветка димируются. В этом случае умный дом, т.е. создание сценариев света, просто суровая необходимость. Никто не будет каждый раз бегать и выставлять 2-3 диммируемых выключателя и включать/выключать бра, поэтому хозяева всегда будут пользоваться только люстой в режиме вкл/выкл.

Так можно разобрать каждый из элементов от света, до климата и мультирума.
Поэтому попрежнему настаиваю, что весь вопрос именно в проектировании, а не в интерфейсе :).
Ну, у меня дома во время ремонта я накидал кучу проводов. В итоге в гостиной 6 групп света, 3 из которых диммируются!!! Одна даже так и не доделана — всё ещё провода торчат. А пользуюсь двумя только. И никакие сцены тут не помогают — просто это избыточно и не нужно. Я вот до сих пор не могу понять, зачем я так много сделал их… Понты, короче — нет реальной необходимости в этом. Ну никто не пострадает от использования только одной люстры. И я даже не знаю, что проще — забить и не использовать остальные или залезать в какой-то UI для этого и настраивать.

Вот лично я верю, что отдельно только задачи отопления и безопасности интересны с точки зрения автоматизации. Остальное только когда будет вертикальная интеграция в инфраструктуру городских электросетей.
Тут вопрос масштабов. Да, в средней или небольшой квартире световые сцены не особенно нужны. Да и вообще иногда быстрее дотянуться до выключателя, чем до мобильника. Если же вы в доме с площадью больше 100 кв.м., то это уже насущный вопрос. Плюс всегда остается потребность дистанционного управления.
Кстати как у ТРОНа с удалённым доступом с мобилы?
Делается через VPN.
Нет сарказма, тем более агрессии. Извините, если это выглядит так. Я пытаюсь показать вам наш образ мысли. Автоматизация не стала до сих пор мэйнстримом. Почему? Дело не стоимости. На практике никто не понимает что такое этот умный дом, и как с ним работать. Интерфейс, или UI — важнейшая и критичнейшая на сегодня проблема, о которой почему то никто не думает по настоящему. Мы глубоко убеждены, что именно это сегодня — главный тормоз в развитии этих технологий.

Вот вам пример: моя дочка научилась пользоваться ай-пэдом в 5 лет, после того как я ей его подарил. Без обучения! Я сам был в шоке, думал придется показывать, учить… ан нет, прихожу через день — она вовсю ставит новые игры и без проблем им пользуется. Почему? Да там все просто. Интуитивно. Ткнул — получил результат. Как говорится — WYSIWYG.

Теперь вспомните — учебник работе на компьютере. Курсы компьютерной грамотности. Windows 95 для чайников, итд. Это было еще недавно. С тех пор UI на компах действительно сделал прорыв (спасибо г-ну Джобсу). Сейчас практически нет барьера для пользования компьютером (хоть бы то смартфон или планшет). Автоматизация сделает такой же рывок, как только появится вменяемый, интуитивный, понятный интерфейс! А вы, извините… нагрузка на оператора… третья ось. Да мы живем в 3D, мозг справляется с пространственной ориентацией на ПОРЯДКИ лучше, чем с таблицами, древовидными меню и пр. Это — понятно интуитивно. Ткнул в зону света на полу — загорелись те лампы, что этот участок освещают. Что может быть проще? То же самое и с другими системами. Ты знаешь чем хочешь управлять — находишь это на схеме в пару кликов, жмешь.

Мы ставим THRONE серийно сейчас на много объектов. Важнейшее признание лично для меня — это когда жена хозяина (которая категорически против была всяких там умных домов вообще то) через пару дней с азартом начинает задавать световые сцены для дома.

Вся сложность здесь — в действительно простой реализации такого интерфейса. На это мы потратили 5 лет. THRONE — довольно сложный продукт внутри. Возможно самый сложный из аналогов. Но это внутри. А снаружи — сейчас, и я готов поспорить. интерфейс THRONE для квартиры или дома под среднюю автоматизацию делается едва ли не быстрее, чем традиционный «иконостас» из кнопок и ползунков.

Добавил чуть эмоций чтоб растопить лед :) Дискуссия с адекватными собеседниками — это хорошо, мы здесь за этим.
PS. Да не забанят меня за ссылки. Пруфлинк.
http://throne-bms.com/pro/ru/blog/entry/65#.V0IzBJGLRaQ
Ну может быть и так.

Навереное, действительно в 3D интерфейсе что-то есть. В любом случае удачи Вам, так как дело хорошее!

Вчера очень внимательно посмотрел интерфейс и появилось несколько вопросов.
1. Можно ли создавать и управлять сценарии. Пока я только увидел, что можно включить/выключить свет во всех подзонах, но не понял как одновременно выключить свет в одной комнате на первом этаже и на 50% во другой комнате на третьем этаже.
2. Можно ли связывать между собой сценарии климата, освещения, теплого пола и охраны?
3. Есть ли управление мультирумом?
4. Все ли датчики Z-Wave будут поддерживаться? То есть смогу ли я, например, вывести информацию с датчиков движения куда-то в THRONE?
Спасибо за пожелания! Отвечу на вопросы.

1. Внутри интерфейса есть «Световые сцены». Настраиваете любое сочетание светильников, жмёте кнопку на боковой панели, система запоминает конфигурацию. После этого запускаете той же кнопкой в одно нажатие.
2. Эти связки настраиваются на уровне «железа». В «Троне» есть пиктограммы запуска таких сценариев.
3. Готовится к выпуску, будет скоро.
4. Протокол Z-Way поддерживается. Абсолютно все датчики планеты протестировать нереально. Вывод с датчиков движения предусмотрен, точно так же по зонам — сразу видно, где сработал датчик.
>> Вывод с датчиков движения предусмотрен, точно так же по зонам — сразу видно, где сработал датчик.

Но при этом, чтобы через пять выяснить причину сработки датчика, придётся поднимать архив системы видеонаблюдения уже через интерфейс этой системы видеонаблюдения?
Причина сработки датчика движения — движение. Вы можете прямо в «Троне» сразу перейти на ближайшую камеру наблюдения, чтобы посмотреть, что именно там происходит.
Если событие скоротечно, то пока мы добираемся до планшета, кликаем на камеру, пока трон подключается к потоку камеры — кошка убежала, а злоумышленник спрятался в тени и тихо выжидает. Какие данные вообще у вас заносятся в журнал событий и насколько просто в него попасть?
Ну если вы хотите быстро на все реагировать, или у вас есть для этого специальный сотрудник, то надо держать планшет рядом, а софт на нем запущенным. В нашем журнале собраны уведомления — какие датчики и когда сработали. Уведомления выводятся на главный экран снизу. Если вам нужен под проект какой-то конкретный функционал — пишите на почту vasilenko@throne.pro, посмотрим, как его реализовать.
Но неплохо бы при сработке датчика получать хотя бы один кадр с камеры в ваш интерфейс. Почти все камеры имеют возможность отдать последний кадр в виде JPG. Вот этот кадр (или несколько) ещё бы и в журнал событий класть, удаляя старые при этом. Иначе это лишь красивый и дорогой ПДУ, созданный в первую очередь ради вау-эффекта, а не ради юзабилити. Повторюсь, прежде чем писать вам запросы на функционал, нужно прочитать полноценную документацию, а не ограничиваться роликами на пустом промосайте. А пока "Это Success!" ;)
Вы смотрите промо-сайт, ориентированный на конечного покупателя. Естественно, что там ничего нет. Вот сайт для партнеров http://throne-bms.com/pro/ru/. Большая красная кнопка вверху объясняет устройство системы. Еще есть Вики http://wiki.throne-bms.com/ru:Throne. Есть служба техподдержки по email и skype. Большинству партнеров этого хватает.
Спасибо за ссылки, видел я это всё. Это не то, что мне нужно. Ладно, функциональность системы примерно понятна, посмотрим можно ли это куда-то применить в итоге.
Присылайте текущие проекты, будем оперативно отвечать.
Это о чём?
Инженерный интерфейс.
Господа. Выпуск первой версии THRONE с базовой поддержкой Z-Wave через (z-way) близится. Планируем сделать это в течении следующей недели.
В связи с этим, мы проектируем дальнейшее развитие поддержки системы. Поскольку в работе с радиоканалом одним (если не главным) вопросом был есть и наверное будет — стабильность и качество связи между устройствами, мы планируем ввести в следующих версиях THRONE так называемый режим «инженерной визуализации», где можно будет наглядно отслеживать параметры связи и работы отдельных устройств. На текущий момент у нас две рабочие идеи:
— визуализация остатка заряда батареек (для соотв устройств)
— визуализация на 3D маршрутов связи mesh сети с отображением уровня сигнала
Такой режим, как мы полагаем поможет на этапе развертывания или оптимизации сети (видна будет географическая привязка устройств и маршрут не в таблице, на на 3D плане дома).

Что скажете? Покритикуйте или одобрите идею, ее полезность?
Вот это будет реально полезная и востребованная фича.
Зарегистрируйтесь на Хабре , чтобы оставить комментарий