Чи підходить протокол MQTT для передачі показань датчика через BLE?

Припустимо, що є численні слабкі датчики (наприклад, пристрої рівня Arduino), які покладаються на BLE як засіб зв’язку і що ці пристрої підключені до більш потужного шлюзу (наприклад, пристроїв Raspberry pi).

Мені хотілося б знати, чи вважається MQTT відповідним протоколом для передачі їх читання (короткі, часті бурхливі повідомлення).

Ряд блогів / документів вважають MQTT придатним для "IoT-додатків", оскільки він легкий (ер) ваговий у порівнянні з HTTP та зберігає потужність. Однак, наскільки я розумію, це вимагає, щоб з'єднання було відкритим, що не стосується BLE або інших протоколів зв'язку, відповідних IoT. BLE не підтримує зв’язок відкритим протягом тривалого періоду часу для резервування енергії. Мабуть, MQTT підходить, коли використовується протокол рівня MAC, такий як WiFi. Це майже порушує обґрунтування використання MQTT в першу чергу (тобто, якщо пристрій обчислювано обробляє такий протокол, як WiFi, він може не потребувати такого протоколу, як MQTT). Ви бачите недолік у цій логіці?

Чи є альтернативний протокол рівня додатків для цієї мети? Яка структура часто зустрічається такого типу повідомлень (наприклад, необроблені двійкові дані, JSON, XML), коли вони спілкуються із шлюзом та безпосередньо спілкуються із сервером?

MQTT повинен працювати через TCP / IP (я не можу пригадати, чи він насправді є у специфікації чи чи достатньо припущень, щоб зробити це так), але його сестринський протокол MQTT-SN може працювати над майже будь-яким протоколом, який може передавати дані , Я бачив реалізацію в UDP та серійних.

Сказавши, що я не впевнений, що ви отримуєте, перейшовши на BLE, вбудовані в BLE характеристики характеризуються майже такою ж перевагою (якщо тільки на основі 1 на 1) з такими речами, як повідомлення.

Я думаю, що одне з важливих, що слід пам’ятати, - це те, що означає «Я» в IoT, це передбачає доступ до Інтернету в якийсь момент (навіть якщо це пристрій шлюзу або телефон). На той момент MQTT може бути дуже корисним, але це не обов'язково означає весь шлях до (кровотечі) краю.

Можливо, вам краще зробити просте відображення даних з парадигм BLE в MQTT, а не намагатися буквально надсилати MQTT через BLE.

BLE зазвичай обмінюється даними у вигляді характеристик . У них є різні унікальні BLE механізми для виявлення змін вартості, які можуть бути вам корисними. Але у них максимальна довжина даних - 20 байт .

Це можливо , щоб потік послідовних даних через BLE, переміщення 20 байт за один раз. Іноді це робиться для впровадження віртуального послідовного порту, і ви можете тунель повного MQTT через це.

Але ви, мабуть, краще використовувати колекцію характеристик BLE для передачі даних різних тем і мати міст, який відображає характерну ідентичність на тему MQTT і відображає значення на корисну навантаження MQTT.

BLE має власне відчуття постійних підключених сеансів проти непоєднаних. Ймовірно, ви повинні розібратися, яке використання BLE найкраще підходить для вашої програми, а потім відобразити це на MQTT, щоб підтримувати зв’язок.

Ви повинні зробити це в одному або в обох напрямках: BLE-> MQTT і MQTT-> BLE