Комментарии 5
Я правильно понимаю, что типовая схема 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×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.
Таких комплектов — 15 штук. Между комплектами можно меняться датчиками и модулями, собирая то, что нужно конкретной команде.
В смысле? Всего 15 штук на весь хакатон? Там ведь уже 47 человек участников.
По MQTT? В принципе можно, но она там не очень нужна — предполагается работать с Tarantool, а не напрямую с MQTT.
Т.е. на UMDK-EDISON в БД кладем данные, на сервере данные забираем?
Хорошо, а как тогда работать с UMDK-RF? Т.е. беру UMDK-RF, подключаю UMDK-4BTN(кстати, можно его привезти?), как мне дальше получить на сервере текущее состояние GPIO на удаленном модуле и изменить состояние других GPIO? А если это не кнопки, а датчик яркости? А если это какое-то мое устройство, которое отдает данные по UART? А если по своему протоколу?
В смысле? Всего 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
То, что надо знать для работы по MQTT с радиомодулями, публично откроем в ближайшие дни. Ну и на хакатоне эта информация будет доступна, конечно.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Семинары и хакатоны по «Интернету вещей»: технологии 6LoWPAN и LoRa