Привет, Гиктаймс

Как вы знаете, мы — компания Unwired Devices — занимаемся базовыми технологиями связи для «Интернета вещей», то есть, если говорить более конкретно, модулями связи и низкоуровневым ПО для сетей 6LoWPAN и LoRa. Темы крайне популярные и востребованные, но при этом, как показывает практика, большинство потенциальных потребителей и даже разработчиков электроники в их специфике разбирается довольно слабо.



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

Итак, в июле:

  • 25 июля, Санкт-Петербург — семинар по IoT совместно с компанией «Россинно»
  • 30-31 июля, Москва — IoT-хакатон в офисе Mail.Ru Group совместно с компанией Intel


Семинар 25 июля, Санкт-Петербург



Введение в «Интернет вещей» для тех, кто заинтересован в его практическом применении: существующие технологии, их общие черты и различия, области применения, живое знакомство как с модулями связи 6LoWPAN и LoRa (LoRaWAN), так и со SCADA-системой SAYMON, позволяющей строить системы диспетчеризации и инвентаризации IoT-систем в масштабе от офиса до целого города.

  • Протоколы связи для «Интернета вещей»: сравнение и примеры использования
  • Аппаратные платформы для «Интернета вещей»
  • Обзор технологий хранения больших данных
  • Современные технологии визуализации данных
  • Интеграция IoT в платформу SAYMON
  • Решение HP Vertica для работы с большими данными


Подробности и регистрация — на TimePad. Число свободных мест ограничено.


Модули LoRa с процессором STM32L151 (Cortex-M3)

Хакатон 30-31 июля, Москва



Хакатон посвящён применению СУБД Tarantool в IoT-проектах — и участникам для реализации их идей будет предоставлено всё необходимое: как модули сети 6LoWPAN с различными датчиками и модулями управления, так и микрокомпьютеры Intel Edison, позволяющие не без помощи Tarantool собирать с 6LoWPAN-сети данные, накапливать их и обрабатывать.

Если вы читали наши заметки о том, какой бардак сейчас происходит в IoT с «железом» и низкоуровневым ПО, то можете смело переносить все полученные впечатления и на софт среднего уровня. Если какого-либо облака, красиво отображающего разную аналитику, не сделал только ленивый, то со средствами сбора и обработки данных для этой аналитики, работающими на уровне конечных устройств и IoT-шлюзов, дело обстоит примерно никак — в основном предлагается брать API конкретного облака и реализовывать доступ к нему самостоятельно.

Tarantool решает эту проблему. Tarantool — это боевая СУБД разработки Mail.Ru, которая а) масштабируется вниз до устройств с ARM или x86 и 128-256 МБ памяти, б) имеет встроенный сервер приложений с языком LUA и в) имеет средства надёжной репликации данных даже при плохом качестве канала связи. То есть, в общем, всё, что надо иметь на IoT-шлюзе: собрать данные с датчиков внутрь недорогой железки, немного их переварить и отправить «наверх». При этом, например, вопросы интеграции с MQTT API, предоставляемым IoT-шлюзом Unwired Devices, в Tarantool уже решены.

Участники хакатона будут как учиться работать с Tarantool, так и реализовывать с его помощью придуманные ими проекты.

Про хакатон можно подробнее прочитать в блоге Mail.Ru Group. Регистрация — по ссылке.
Поделиться с друзьями
-->

Комментарии (5)


  1. vvzvlad
    18.07.2016 17:56

    Я правильно понимаю, что типовая схема mesh-сети на UMDK выглядит примерно так: UMDK-RF/868+UMDK-GATE(в данном случае UMDK-EDISON), UMDK-RF/868+ UMDK-2AA+UMDK-LIT, UMDK-RF/868+UMDK-2DIM, UMDK-RF/868+ UMDK-2AA+UMDK-4BTN, и так далее?
    Сколько и каких модулей будет выдаваться участникам?

    При этом, например, вопросы интеграции с MQTT API, предоставляемым IoT-шлюзом Unwired Devices, в Tarantool уже решены.

    А с документацией по этому вопросу можно ознакомиться заранее?


    1. olartamonov
      18.07.2016 18:08

      Правильно.


      По умолчанию у участников:


      • 1?UMDK-EDISON
      • 4?UMDK-RF
      • По 1 штуке: UMDK-2RDC, UMDK-LIT, UMDK-THP, UMDK-GRV, UMDK-SOIL, UMDK-ACC/T
      • 2?UMDK-2AA
      • шнурков microUSB в достат. кол.
      • UMDK-JTAG один на два комплекта модулей

      Таких комплектов — 15 штук. Между комплектами можно меняться датчиками и модулями, собирая то, что нужно конкретной команде.


      Плюс будет что-то сверх комплектов — например, UMDK-RS485 просили привезти.


      А с документацией по этому вопросу можно ознакомиться заранее?

      По MQTT? В принципе можно, но она там не очень нужна — предполагается работать с Tarantool, а не напрямую с MQTT.


  1. vvzvlad
    18.07.2016 18:54

    Таких комплектов — 15 штук. Между комплектами можно меняться датчиками и модулями, собирая то, что нужно конкретной команде.

    В смысле? Всего 15 штук на весь хакатон? Там ведь уже 47 человек участников.

    По MQTT? В принципе можно, но она там не очень нужна — предполагается работать с Tarantool, а не напрямую с MQTT.

    Т.е. на UMDK-EDISON в БД кладем данные, на сервере данные забираем?

    Хорошо, а как тогда работать с UMDK-RF? Т.е. беру UMDK-RF, подключаю UMDK-4BTN(кстати, можно его привезти?), как мне дальше получить на сервере текущее состояние GPIO на удаленном модуле и изменить состояние других GPIO? А если это не кнопки, а датчик яркости? А если это какое-то мое устройство, которое отдает данные по UART? А если по своему протоколу?


    1. morsview
      18.07.2016 19:19

      В смысле? Всего 15 штук на весь хакатон? Там ведь уже 47 человек участников.


      Это пока всего 10 команд на 15 комплектов железа.

      По MQTT? В принципе можно, но она там не очень нужна — предполагается работать с Tarantool, а не напрямую с MQTT.

      Т.е. на UMDK-EDISON в БД кладем данные, на сервере данные забираем?


      Tarantool общается с MQTT брокером через данную библиотечку:
      https://github.com/tarantool/mqtt

      Соответственно можно писать на Lua сбор, сохранение, обработку и все что душе угодно относительно MQTT.
      На UMDK-EDISON будет софт, который осуществляет трансляцию вызовов MQTT в пакеты внутри mesh сети.
      Так что если нужно запросить состояние некоторого датчика, это делается через соответствующий вызов MQTT, так же как и изменение состояния GPIO.

      Приносить свое не только можно, но и приветствуется. Если рассмотреть конкретный вариант протокола UART, то тут все ровно так же, данные с оконечного UART будут падать в MQTT и ловиться Tarantool. В обратную сторону Tarantool -> MQTT->(mesh-сеть)->UMDK-RF->UART


    1. olartamonov
      18.07.2016 19:24

      То, что надо знать для работы по MQTT с радиомодулями, публично откроем в ближайшие дни. Ну и на хакатоне эта информация будет доступна, конечно.