Управление устройствами через интернет

Кажется, ты используешь AdBlock. Хабрахабр развивается и существует за счет доходов от рекламы. Добавь нас в управление устройствами через интернет. Что хотелось: при завершении задачи в jenkins выводить уведомление на компьютере и как дополнение — вывести его на физический дисплей, подключенный к arduino; интерфейс, который можно открыть на телефоне или планшете, для управления проигрывателем музыки на компьютере управление устройствами через интернет видеоплеером на raspberry pi; интерфейс, доступный управление устройствами через интернет локальной сети, для вывода значения с датчиков, установленных на arduino. Что получилось: клиент, запускаемый на устройстве, с декларацией методов на python; RESTful api для управление устройствами через интернет «методов» картинка справа выведена через него ; «панели управления» с web-интерфейсом; сервис для управления устройствами, методами и панелями. Ссылки Сервис — Исходный код сервера — Исходный код клиента — Что внутри rdclient — запускается на устройстве пользователя, декларирует методы, выполнят их по запросу с сервера и отправляет результат обратно. Изначально для связи с сервером хотелось использовать ØMQ, но для его установки пользователю потребуется собирать модуль. Поэтому используются обычные сокеты. Написан на python и tornado. Для связи с API и сервисом уведомлений используется redis. RESTfull API — получает запросы напрямую от пользователей или через «панели управления» и передаёт их connector'у. Написан на python, django и tastypie. Сделан для уменьшения количества запросов к API. Написан на python, tornado и sockjs. Для разметки используется html, для скриптов — JavaScript, CoffeeScript или IcedCoffeeScript. Как создать устройство Для создания его вам потребуется установить pip и git, если они у вас не установлены. Для декларации устройства вам нужно создать python файл, например, device. Управление устройствами через интернет параметров и результата метода обязательна, но используется только в информативных целях. Для некоторых приложений есть уже готовые миксины: Использование Управление устройствами через интернет Первым делом нужно создать. Результат вызова метода находится в поле response. Статус выполнения метода в state. Создание приборной панели Для начала вам нужно и открыть редактирование кода. В них можно использовать dashboard api, оно предоставляет: dashboard. Как пример панели — пульт для rhythmbox миксин rdclient. С ним часть со скриптом будет выглядеть так: await dashboard. Ещё планируются: event'ы на стороне устройства; git репозитории с пользовательскими «панелями»; ключи api с ограниченным доступом к устройствам и методом. Был на конференции, на которой рассказывали про DeviceHive еще до официального запуска, показался очень удобным, но применять его еще не приходилось, и вроде как там поддержки Arduino нет, хотя может что изменилось уже. Жду, когда придёт ethernet для неё, тогда сделаю работу напрямую. Вот просили передать что DeviceHive поддерживает ардуино, скоро выйдет статья на русском. Пока что почитать можно тут А вот ссылка на видео Подключаешь миксин rdclient. ArduinoMixin, указываешь в Meta ардуиновский tty. А можно все же чуть поподробнее, если не трудно а то готовых примеров нигде не найти? Вот для самой простейшей задачи, скажем: есть управление устройствами через интернет и к нему подключен единственный датчик температуры. Что должно быть загружено в само ардуино? Как с ним соединяться и считывать эти данные? Ничего себе, «простой»… Простой — это когда на МКшке крутится веб-сервер, а клиенты к ней спокойненько подключаются. А если мкшка за натом — уже не так просто. Тут для простой апишки нужен только файл устройства. А для дашборды — один хтмл файл. Только вот что-то я не понял, ии рассчитаны на разворачивание на своем сервере? А так, чтобы пользоваться кучей устройств на их сайте, просто подключившись — нельзя? Как сайты для GPS-трекеров поступают — поддерживают несколько моделей и дают интерфейс за плату. Свой сервер как-то не хочется запускать, это же не единичное решение для дома. А если, например, устройств 100? Железячной компании, допустим, не хочется держать сервер у себя, а хочется отдать денежку, и чтобы им занимались другие. Сейчас сильно много не вытянет, крутится на small instance. Ну на сколько знаю-можно и так сделать. Поддержка нормальная — у компании, которая производит? Вот в этом случае как раз и не обязательно. Компания раз, и через два года пропала. Даже если за сервер кто-то продолжит платить, не факт что он управление устройствами через интернет работать без сбоев. Поэтому и управление устройствами через интернет аутсорс. Второе предложение с конца. Я хочу не просто сервер, а сервер, который при условии оплаты заранее или по факту, не важно будут обслуживать — обновить где-то, дырку заткнуть, разобраться что случилось и восстановить из бекапа, если у хостера диск полетел. Или вы предлагаете отдельного человека на эту должность брать и платить ему зарплату лет 10? Тут есть какой момент — сейчас это 100% open source проект. Насколько я знаю управление устройствами через интернет монетаризация с этого не планировалась. Продавать мы это не будет никогда управление устройствами через интернет. Но с другой стороны сделать hosted server в общем не сильно противоречит. Я передам парням, Да, продается не сам проект или программа, а сервер и его обслуживание, причем длительное — лет 5, допустим. Спросил у парней — говорят вот прямо сейчас платного сервиса не планируется если кто-то решит поднять такой сервер сам и зарабатывать так деньги, будем только приветствовать и помогать. В будущем возможно будет платный хостинг с SLA и все такое, но пока конкретных планов нет, собственно это вот первый раз когда спрашивают. Это конечно не ответ на вопрос но все же. Если какие-то произвольные данные отправлять, то можно попробовать фришный с открытым кодом на гитхабе Только зарегистрированные пользователи могут оставлять комментарии. Пометьте топик понятными вам метками, если хотите Метки лучше разделять запятой.

См. также