Автор: Николай Хабаров, Senior Embedded Developer, DataArt
В этой статье мы расскажем, как создать собственное устройство с веб-интерфейсом в домашней сети, используя новейшую версию 0.5 прошивки DeviceHive для микросхемы ESP8266. Но для начала, давайте разберем, что нового появилось в самой прошивке: основные нововведения связаны с возможностью автономной работы в локальной сети.
Предыдущие статьи цикла:
• IoT за копейки, или Что может DeviceHive.
• IoT за копейки: практическое руководство. Часть 1-я, аппаратная.
• Беспроводная настройка ESP8266 в прошивке DeviceHive v 0.3.
•IoT за копейки: практическое руководство. Часть 2, софтварная.
Отличные новости — у нас обновилась прошивка DeviceHive для ESP8266 до версии 0.5. Для тех, кто подзабыл или не знал совсем, напоминаю, эта прошивка является реализацией подключения к серверу DeviceHive внутри микросхемы ESP8266. Новые возможности прошивки позволяют работать чипу в локальной сети в качестве оконечного устройства с собственным веб-интерфейсом. При этом вам необязательно использовать сервер даже для размещения веб-страницы, хотя весь функционал подключения к удаленному серверу сохранен и может быть использован совместно с локальным решением.
Скачать последнюю версию прошивки, как всегда, можно на GitHub. Там же можно ознакомиться с исходными кодами прошивки.
Итак, что же у нас новенького.
1. Локальный RESTful API
Теперь на каждом чипе на 80 порту расположен простенький HTTP-сервер с RESTful API. Команды полностью повторяют облачные команды за исключением возможности использовать прерывания. С полным списком команд можно ознакомиться в этом документе. Например, если вы хотите узнать состояние всех выводов микросхемы, то нужно использовать команду 'gpio/read'. В случае клауда мы просто отправляли эту команду на сервер, а теперь мы можем попросту обратиться к локальному RESTful API по адресу 'http://device-id.local/api/gpio/read' и в ответ получим JSON, содержащий состояние всех выводов. Если на чипе не задан ключ доступа (AccessKey), то это можно сделать даже из браузера:
Или с помощью утилиты curl.
curl -i -X POST -H "Authorization: Bearer YourAccessKeyHere=" http://esp-demo.local/api/gpio/read
При наличии ключа доступа, он должен быть передан в HTTP-заголовке. Ключ используется как для авторизации на облачном сервере, так и для локальной работы. Для локального использования ключ следует трактовать как простую строку, т. е. пароль. Метод может быть как GET, так и POST — на функционал команд это не влияет. Команда передается в адресе запроса, а параметры, при их наличии, в теле запроса в виде JSON.
2. mDNS
Вы, наверное, заметили, что в примере выше используется доменное имя esp-demo.local. Теперь на чипе реализован Multicast Domain Name System, и все устройства, поддерживающие mDNS в пределах локальной сети, могут резолвить доменные имена в IP-адреса. Более того, имеется возможность обнаруживать все устройства в пределах сети, при этом локальный DNS-сервер не требуется.
mDNS работает по протоколу, полностью повторяющему классический DNS, но запросы отправляются по UDP на широковещательный адрес. Устройства слушают тот же широковещательный адрес и отвечают на запросы самостоятельно. В качестве доменного имени используется DeviceId чипа (который конфигурируется во время настройки прошивки). Полное доменное имя будет выглядеть как DeviceId.local.
Существует RFC6763, описывающий процедуру обнаружения сервисов, в том числе внутри mDNS. Это можно использовать для обнаружения чипов с нашей прошивкой. Существует множество утилит и библиотек, реализующих обнаружение сервисов с помощью mDNS. Например, вот так будет выглядеть чип с DeviceId 'esp-demo', обнаруженный утилитой 'avahi-discovery':
Некоторые современные операционные системы умеют резолвить такие доменные имена из любого приложения, например, из браузера. Некоторым нужно будет доустановить специализированный софт.
3. Поддержка популярных датчиков
Раньше для работы с датчиками требовалось реализовать протокол общения самого датчика. Теперь в список команд включена поддержка чтения данных с популярных датчиков одной командой. Например, чтобы получить температуру с датчика DS18B20, нужно в начале инициализировать процедуру измерения температуры, выждать, пока измерение закончится, и считать результат. И это далеко не самая сложная из возможных процедур. Теперь для того чтобы узнать температуру у датчика достаточно просто отправить команду 'devices/ds18b20/read' и в ответ получить JSON вида '{«temperature»:24.5000}'. Полный список поддерживаемых датчиков смотрите в списке команд.
Пример вывода данных с MPU-6050(акселерометр, гироскоп, плюс на чипе есть датчик температуры):
4. Локальный веб-сервер
Раз у нас есть RESTful API на HTTP-сервере, то почему бы ему не отдавать просто веб-страницы. И, конечно, он это умеет. После установки прошивки на чип, откройте в браузере 'http://deviceid.local/', и вы увидите веб-интерфейс чипа. По умолчанию он содержит небольшую справку по использованию прошивки, инструменты для работы с локальным RESTful API (страницу, на которой можно попробовать вызывать различные команды и конвертер base64), несколько примеров веб-страниц, использующих RESTful API (вы можете посмотреть исходные коды страниц прямо из браузера) и пока совсем простенький, но текстовый редактор веб-страницы. С помощью этого редактора можно изменить главную страницу чипа на любой ваш собственный код прямо из браузера. Размер страницы ограничен 64КиБ.
Вы можете разместить на чипе страницу наподобие встроенных примеров, которая будет реализовывать на JavaScript какие-либо операции с чипом и отображать их пользователю в веб-браузере. Более того, никто не запрещает с одной и той же страницы обращаться ко всем чипам в пределах локальной сети.
Практическая часть
А теперь давайте подключим датчик температуры DS18B20 и оснастим его веб-интерфейсом. Датчик должен быть запитан от выводов GND и 3V3 и подключен к какому-нибудь GPIO-выводу. Прямо рядом с выводами питания есть GPIO2, давайте используем его. Подключение может быть выполнено следующим образом:
На фото один из популярных вариантов реализации платы разработчика для ESP8266, которая сразу включает в себя блок питания от microUSB, переходник USB-TTL. Это очень удобно. Используя такую плату, даже не нужно зажимать никакие выводы при прошивке, последняя версия флешера прошивки все сделает сама. Достаточно просто подключить Micro-USB и запустить утилиту. Отметим, что розничная стоимость таких плат для разработчиков на китайских торговых площадках с учетом доставки опустилась до 3-4 долларов.
Но вернемся к веб-интерфейсу. На самом чипе уже есть веб-страница с примером использования DS18B20. Она располагается по адресу 'http://deviceid.local/ds18b20.html'. Откроем её, введем при необходимости ключ доступа и увидим температуру, которая считывается с датчика:
Исходный код страницы можете посмотреть прямо в браузере. Если вам не нравится оформление, хочется отображения данных с нескольких датчиков, или вам нужно подключить какой-либо другой датчик, вы можете сделать и загрузить на чип свою веб-страницу, как мы описывали выше.
Например, давайте сделаем простую веб-страницу, которая будет управлять подключенным реле.
<html>
<head>
<script type="text/javascript">
function send(onOff) {
localStorage['accesskey'] = document.getElementById('accesskey').value;
var xmlhttp = new XMLHttpRequest();
xmlhttp.open('POST', "http://" + window.location.hostname + '/api/gpio/write', true);
xmlhttp.setRequestHeader("Authorization", "Bearer " + localStorage['accesskey']);
xmlhttp.onreadystatechange = function() {
if(xmlhttp.readyState == 4){
if(xmlhttp.status < 200 || xmlhttp.status > 299) {
alert('ERROR: Command return ' + xmlhttp.status + ' ' + xmlhttp.responseText, true);
}
}
}
var json = {}
json["5"] = onOff ? 1 : 0;
xmlhttp.send(JSON.stringify(json));
}
function init() {
document.getElementById('accesskey').value = localStorage['accesskey'];
}
</script>
</head>
<body onload="init()">
<label>AccesKey: </label><input type="password" id="accesskey"><br><br>
<input type="button" value="On" onclick="send(true);"> <input type="button" value="Off" onclick="send(false);">
</body>
</html>Данный код, используя localStorage, хранит ключ доступа к чипу, чтобы его не пришлось вводить каждый раз. При нажатии на кнопки включения/выключения вызывается XMLHttpRequest(), которая отправляет запрос на локальный RESTful API.
Теперь загрузим эту страницу на чип. Подключим твердотельное реле SSR-40DA, с помощью которого будем включать электродвигатель, запитываемый от переменного напряжения 220 Вольт, т. е. от розетки. Естественно, вместо электромотора можно подключить другую нагрузку, такое реле выдерживает до 40 Ампер. На видео вы можете посмотреть, как подключить такое реле и как оно включает электромотор:
На этом все, спасибо всем за внимание. Любая критика и пожелания только приветствуются, пишите!
Комментарии (31)
Dayver
04.11.2016 05:44+1На фото один из популярных вариантов реализации платы разработчика для ESP8266
Только начинаю вникать в IoT потому немного запутался в терминологии и названиях. То что, вроде, понял:
DeviceHive — ваша прошивка;
NodeMCU — еще прошивка, одна из самых популярных;
… все это ПО для микросхемы|чипа|микроконтроллера ESP8266;
ESP-01 — плата с запаянным ESP8266 (без блока питания и прошивалки).
Как называется плата на вашем фото, а значит, как её купить — не понял. Есть ли в плате доп. флеш память (в самом чипе как я понимаю её крайне мало) и возможно ли её расширять без модификаций прошивки? Как я понимаю плата может быть практически любая для заливки DeviceHive? Или есть ограничения? Или плата проектируется конкретно под проект\прошивку? Подобные недорогие платы с этим чипом бывают с поддержкой фото\видеокамер в качестве одно из видов датчиков?
В чем разница между DeviceHive и NodeMCU?
yvm
04.11.2016 13:36Бери сразу https://ru.aliexpress.com/item/Smart-Electronics-NodeMCU-32S-Lua-WiFi-Internet-of-things-development-board-serial-port-WiFi-module-is/32758802288.html?detailNewVersion=&categoryId=400103
Dayver
04.11.2016 20:59ESP32 — конечно круто и более современно чем ESP8266, но для многих задач слишком избыточно как по цене так и по функционалу. Но все равно спасибо за ссылку. Чисто визуально плана на картинке из статьи похожа на 4 долларовую ESP12E https://ru.aliexpress.com/item/V3-Wireless-module-NodeMcu-4M-bytes-Lua-WIFI-Internet-of-Things-development-board-based-ESP8266-esp/32647542733.html
DataArt
06.11.2016 21:05Там установлен чип ESP32. Это следующее поколение Wi-Fi-чипов с более мощным процессором. Данная прошивка не совместима с такими.
gsaw
04.11.2016 13:58NodeMCU тебе надо еще запрограммировать, что бы сделать доступным по http к примеру. Я к примеру писал маленький скрипт, который получает номер пина по http и дергает соотвествующий пин. Я как понимаю с DeviceHive ничего этого писать самому не надо. Только залить прошивку. Ну плюс еще всякие добавки. Мне лично дальше непонятно. Как этим добром всем управлять? Умный дом, он потому и «умный», что отличается умом и сообразительностью. Есть ли какой то реальный или выдуманный сетап, что бы посмотреть?
Я к примеру имею zwave устройства, есть пару NodeMCU устройств, есть «датчики» погоды, положения солнца, облачности итп. Все это скрученно в [z-way сервер] -> [mqtt] < — [node red]. Возьму я еще горсть ESP8266, залью втуда DeviceHive, куплю еще малинку, поставлю убунту. А дальше?Dayver
04.11.2016 23:20Ну я потому и отреагировал на эту статью потому что увидел что в DeviceHive запрограммлен сервер, что упрощает стартап познания IoT.
Для меня лично главное разобраться с железом (купить, подключить, настроить, запрограммить и прошить). Придумать и реализовать уже «ум» для дома, думаю у меня не возникнет проблем… настроить на сервере демон опрашивающий состояние датчиков + запрограммить скрипты поведения в зависимости от изменения состояний датчиков или в зависимости от настроенных графиков по времени что бы отдавать команды на исполняющие устройства. Перовое например с чего хочу начать умофикацию дома и заодно разобраться с железом для будущих поделок — сделать управление ТВ(а потом и другой техникой) по IR каналу… для этого хочу подобрать плату и к ней IR датчик + светодиод… ну и релюху для тестов, а то покупать и ждать железяки и в итоге мигать светодиодом даже как то не интересно, сходу нужно иметь реальный сценарий который буду реализовывать.gsaw
05.11.2016 06:15Оно кажется, взял и написал скрипты и дом стал умным. Чем больше железяк понапиханно встены, тем больше вероятность, что что-то сломается. Надо выковыривать, перепрошивать или перенастраивать. Нелегко. Потом на чем писать скрипты? Как их интегрировать между собой? Софт он такой, что нибудь в ъём да не так. Я до сих пор не наткнулся на комплексное решение, которое меня бы удволетворило. Мир несовершенен. Тот же openhub вро де бы и хорош, но тормозит, по крайней мере на моей банане пи. И сложен. Сами разработчики по мойму с бубнами над ним ворожат. И так любое решение. Ни одного нормального приложения для телефона из области IoT не нашел, которое меня на сто процентов бы удовлетворило. Хочется простого, что бы и жене понятно было. Действительно нормальные решения стоят много денег. Самому — если не вундеркинд, придется очень много времени вкладывать. В итоге получите кучу умных розеток, за которыми глаз да глаз нужен, а дом как был тупым, так и останется.
Поставил вот термостат умный на батарею в кухне, недели три как. Сам регулирует температуру в помещении. Жена до сих пор думает, что он сломался.
doom369
05.11.2016 13:12Ну индустрия интренета вещей только-только зарождается. Вполне закономерно, что еще нету совершенных решений. Со временем все будет. Мы тоже работаем на этим :).
Dayver
05.11.2016 19:54Боятся в лес не ходить. Да и ковыряться и разрабатывать что то новое тоже весело и интересно, хобби но еще и польза в перспективе будет. Для меня главным критерием что бы в железо не много вкладывать, вот например, года три-четыре назад хотел начать — но толи в вопросах железяк цены были побольше, толи еще сам не готов еще был. А тут почитал про DeviceHive и заинтересовался и таки решил попробовать.
gsaw
05.11.2016 20:56Да я не отговариваю, упасибог. Мне самому ужас как интересно. Я раньше также много заходов делал. Меня пугал объем работ с железом. Даже когда ардуины всякие появились. А недавно на мониторе сломался джойстик с кнопками управления, то-есть не включить, не выключить, не переключить вход. Вот тут я и решился. Купил NodeMCU, плюс блок реле для ардуинки и набор проводов для макетирования. Все! Разобрал монитор, нашел на плате 3.3В которые и в стандбае присутствуют, подпаял провода к контактным площадкам кнопок, воткнул в реле. Реле подключил к платке, нашел примеры на LUA и написал скрипт, который по http принимает номер пина и передергивает этот пин. Строк 20 копипасты. Собрал монитор и все работает! Могу по вайфаю монитором управлять. Самое сложное было монитор разобрать.
Проблемы потом начинаются. Как тот же монитор интегрировать? Сейчас полного всякого софта, я перечислял в начале. Но все альфа на мой взгляд. Сейчас остановился на MQTT, Node RED, z-way. Туда же и монитор подключил, и свои z-wave устройства. Пока что в поисках красивого, простого и быстрого интерфейса ко всему этому.
DeviceHive выглядит красиво, можно будет попробовать.Только придумать, что еще автоматизировать. Думаю про кошек, информировать когда они на террасу приходят, что бы им дверь зимой открывать, да стиралке с сушилкой ума прибавить. ОDayver
05.11.2016 23:42Ну мне кажется при достаточном уровне владении программированием можно любую задачу решить, если конечно она не выходит за рамки возможностей железа, если с программированием слабо то тут конечно появятся затыки и либо искать готовые куски кода\решения либо учить мат часть либо опустить руки. Я для себя пока даже не рассматриваю вариант что бы брать некие готовые решения в которые интегрировать железяки, хочу попробовать скомпилить пару тройку железок и если выйдет то взяться за разработку своего сервера под весь парк запрограммированных железяк — будет долго но зато интересно чисто для себя. Просто еще пугают возможные варианты взлома софта от крупных разработчиков, ведь могут ломать целенаправленно не только продвинутые злоумышленники в целях ограбления используя постоянно появляющиеся дыры в популярном софте, но и тупо вирусня в автоматическом режиме при сканировании сети.
Что же касается готовых сценариев то могу предложить изучить раздел дабы вдохновится хотя бы азами возможных действий умного дома, мне кажется там предлагаются вполне реальные варианты сценариев. Графика и подача лично мне понравилась и очень хорошо вдохновила как в софтовом плане так и аппаратном… правда цены у них явно не кислые. Как альтернатива видел тут на гиктаймс ребят которые делают подобную умную розетку-прокладку, возможно у них получится и будет дешевле.
DataArt
06.11.2016 21:07На вашем примере горсти esp8266+raspberry pi, вы можете подключать все ваши датчики и исполнительные устройства к esp8266. Затем написать приложение для raspberry pi, которое будет ходить по REST-сервисам чипов в локальной сети и исполнять бизнес-логику всего комплекса. Можно вообще без raspberry pi, разместив сервер DeviceHive где-нибудь в интернете, чипы смогут подключаться к нему хоть из любой точки мира. Бизнес-логику вам также нужно будет разместить на сервере.
Dayver
06.11.2016 23:35Могу от себя предложить еще что бы сервер иметь все таки не в интернете, а у себя в доме. Понятно что не все хотят организовывать у себя полноценный сервер дома, но, например, можно прикупить NAS для организации файлопомойки и уже на базе него реализовать и простенький сервер (современные устройства подобного класса имеют достаточно мощности для этого). Так сказать одним выстрелом двух зайцев. Тем кому сервера на базе NAS будет мало они уже задумаются над конкретной железякой которая будет выполнять конкретно его роль.
В интернет окно конечно все равно нужно, но сервер дома все же как то спокойнее.
DataArt
06.11.2016 21:04DeviceHive — это целая платформа, включающая в себя облачный сервис, библиотеки, фраймворки и в том числе данную прошивку.
Про NodeMCU и ESP-01 вы верно все поняли.
Плату, как но фото, можно найти по ключевым словам «esp8266 nodemcu» например на алиэкспрессе. На самом чипе флеш-памяти нету вообще. Прошивка загружается на внешний чип флеш-памяти, распаянный на плате и подключенный по SPI-интерфейсу. Как правило это 25Q40BT — 512 КиБ. Чип может быть и больше, но чтобы использовать пространство на нем, нужно модифицировать прошивку. Плата может быть любая с чипом от 512 КиБ или более. Про камеры точно не скажем, возможно, что-то можно приделать/уже приделали, однако учитывая производительность чипа, разрешение и качество картинки будет очень плохое. Для камер нужны более мощные процессоры.
Разница между прошивка в самой идеи использования чипа. Если совсем на пальцах, то NodeMCU позволяет писать свои скрипты на LUA которыми управляется весь алгоритм прошивки. DeviceHive прошивка предоставляет доступ к подключенным устройствам через облачный сервис/локальный REST.Dayver
06.11.2016 23:21Спасибо за ответы.
Про камеры точно не скажем, возможно, что-то можно приделать/уже приделали, однако учитывая производительность чипа, разрешение и качество картинки будет очень плохое. Для камер нужны более мощные процессоры.
Просто стоит такой вопрос как визуальный контроль относительно большого количества ракурсов — для каждого ракурса покупать кучу камер не хочется… хочется купить набор самых дешевых 0.3Мпкс камер которых будет достаточно для поставленных задач… в момент запроса будет достаточно получить фото снимок с камеры… с чем, я надеюсь, должны справится даже самые простые платы типа «esp8266 nodemcu»… подумайте в вашей платформе над этим.
Как мне кажется как экономически так и логически целесообразен сценарий когда умный дом снабжают по периметру, в первую очередь, камерами высого разрешения (дабы зафиксировать вторжение не авторизированными лицами, и в случае проникновения сохранить записи с которых будет возможно что то распознать), а уже каждое помещение снабжать одним-двумя модулями котроля на основе подобных недорогих плат и комплекта таких же не дорогих датчиков (температура, влажность, протечки, наличие огня и опасных газов, аудио и визуальный контроль в низком разрешении) ну и уже кучей модулей управления на основе все тех же недорогих плат с релюхами. Поскольку визуальный контроль в высоком разрешении не так часто и нужен что бы покупать в каждое помещение дома дорогую камеру, но визуально фото(хотя бы даже по запросу, а не постоянно… автоматически, по запросу, например, после срабатывания датчика присутствия ну и само собой по ручному запросу пользователем) все равно хочется иметь отовсюду, потому получив даже фото в небольшом разрешении с каждого помещения уже предостаточно в общем случае.
Dayver
09.11.2016 07:29Про камеры точно не скажем, возможно, что-то можно приделать/уже приделали, однако учитывая производительность чипа, разрешение и качество картинки будет очень плохое. Для камер нужны более мощные процессоры.
Сам нагуглил сабж, так что видать мощности хватает. Не HD но для большинства задач хватает.
mrigi
04.11.2016 13:37Про 40А в этом китайском реле — это вы погорячились. На нём конечно пишется, но на заборе тоже много чего пишется, не всему стоит верить.
gsaw
Вот тоска меня гложет, когда читаю такие статьи. То вот Z-Way, то domoticz, то openhab, то просто MQTT брокер, вот теперь DeviceHive. Вот Высоцкий абсолютно точно описал мои чуства
В кабаках — зеленый штоф,
Белые салфетки.
Рай для нищих и шутов,
Мне ж — как птице в клетке!
В церкви смрад и полумрак,
Дьяки курят ладан.
Нет! И в церкви все не так,
Все не так, как надо.
Накупил девайсов z-wave, а на контроллер тратить 200-300 баксов жалко — купил Razberry, малинку, поставил z-way. Вышло в сотку и кучу потраченных человекочасов. Z-way простенький, расширяемый, но глючит. В каждой версии свой глюк. Автоматизация сложная до ужаса. Клиент на андроид не очень так скажем. Одним словом «Рай для нищих и шутов».
Перешел на domoticz — тормозит
Перешел на openhab, красиво, клиент получше, тормозит, местами глючит, а почему не понять «В церкви смрад и полумрак».
Вот сейчас сижу и читаю про DeviceHive и думаю оно мне надо? Вроде получается просто адаптер между микросхемой и DBUS? В чем смысл? Не, мне все понравилось. Я так думаю можно много девайсов понаделать. Дешевле чем тот же z-wave получается. Только как всем этим добром потом управлять? Нужно так же к openhab подключать или есть свое что то на подобие? С универсальным интерфесом (dashboard или типа того), для андроида или просто в бровзере?
Вебстраница DeviceHive как то неинформативна на мой взгляд.
doom369
Вам только осталось попробовать наш Блинк :).
gsaw
Пробовал, красиво, я уже жаловался про горизонтальный режим, ридонли режим (решаемо, знаю) и страшную зеленую полоску сверху которую вы за деньги убираете. :)
doom369
Ну горизонтальный режим мы врятли когда-то сделаем. Слишком много усилий, к сожалению.
vistar
Не нашёл на сайте цен…
doom369
Приложение бесплатное. Есть лимит на виджеты в бесплатной версии. Если не готовы платить можно поставить локальный сервер, там полный безлимит.
gsaw
Про «полный безлимит». Я поставил сервер, подключил приложение, но лимит на элементы управления остался. 1000 кажется. Так и так придется покупать? Если я докуплю кнопкомест это на мой google аккаунт или только на проект?
doom369
Зайдите в админку. Там вс есть.
gsaw
А все так там. Админка что то не работает. :( В логе вроде бы пишет, что на 7443 порту запущенна
HTTPS Admin UI server listening at 7443 port.
https://192.178.168.34:7443/admin что то не отвечает, и в логах ничего не видать, хотя трасировку включил.
Путь к админке не менял. Сертификаты как написанно сгенерил и указал. К локальному серверу подцепил NodeRED по вебсокетам, в приложении создал проект. Все работает. Могу девайсами управлять. А вот админка не хотит. Ладно, буду разбираться. Спасибо
gsaw
Разобрался, я забыл разрешить доступ с других адресов. Добавил энергии. Еще раз спасибо.
Bluefox
Или Iobroker. Драйвер для zwave сейчас как раз переписывается
DataArt
Данная прошивка — это адаптер между микросхемой и сервером DeviceHive. Можете управлять всем централизовано с сервера. Более подробная техническая документация о серверной части находится в этом разделе — http://devicehive.com/restful/. Начиная с последней версии прошивки(0.5) это еще дополнительно и адаптер между микросхемой и локальным REST сервисом.
Вы еще упомянули об адаптере в DBUS. Такое у нас тоже есть. IoT-Toolkit, он же IoT-Framework. Он предназначен для работы на более мощных платах с ОС Linux. Он как раз является адаптером различных интерфейсов в DBUS. Его можно найти здесь — https://github.com/devicehive/IoT-framework