Perspektivní OS protokoly pro IoT

r223

Perspektivní OS protokoly pro IoT
« kdy: 28. 02. 2017, 00:51:03 »
Zdravím,
v průběhu času jsem vytvořil množství různých zařízení (řekněme něco, čemu se dnes říká IOT). Samozřejmě, každá z těchto věcí se baví nějakým mým, proprietárním jednoúčelovým protokolem. Což je samozřejmě špatně. Do budoucna bych rád začal využívat něco, co bude obecně použitelným standardem.
V tuhle chvíli mě zajímají hlavně dvě oblasti:
Přenos tele metrických dat - MQTT??
Přenos audia po IP síti - nevím, nšco jako Airplay?
Díky za typy. Nejsem schopen se zorientovat v tom, co má smysl nastudovat a začít používat.
« Poslední změna: 28. 02. 2017, 08:44:15 od Petr Krčmář »


v

Re:Perspektivní OS protokoly pro IoT
« Odpověď #1 kdy: 01. 03. 2017, 10:23:45 »
ISO9506 :)

Sten

Re:Perspektivní OS protokoly pro IoT
« Odpověď #2 kdy: 01. 03. 2017, 16:23:18 »
MQTT je rozumný na malá data s brokerem, kde zařízení jsou jen tupé body sbírající data. Telemetrie se tak typicky řeší.

Na audio se používá RTP, ale to neřeší signalizaci. Pro to se používá SIP nebo XMPP (Jingle), pokud to má být oboustranná komunikace (telefon), nebo RTSP, pokud to má být audio on-demand (třeba rádio).

kapr

Re:Perspektivní OS protokoly pro IoT
« Odpověď #3 kdy: 01. 03. 2017, 17:05:13 »
Vim, ze to neni uplne to na co se ptas, nicmene treba ti to pomuze: https://www.osrtos.com/

Santa

Re:Perspektivní OS protokoly pro IoT
« Odpověď #4 kdy: 01. 03. 2017, 18:51:56 »
MQTT je celkom ok ak riesis transport cez IP protokoly, nakolko je v pohode NAT traversal (uz pocujem hates od IPv6 ludi). Zalezi vsak na intenzite prilevu dat na MQTT Broker, niektore maju dost uzke hrdlo. Robil som GW medzi OSC a MQTT a niektore OSC zariadenia generuju slusny "zahul"...

Ak vsak riesis napajanie senzorov cez baterie a relativne pomaly zber dat (niekolko krat denne per cidlo), pripadne velke vzdialenosti medzi senzormi, urcite by som nesiel do IP implementacie.
« Poslední změna: 01. 03. 2017, 18:54:19 od Slavoj Hruska »


v

Re:Perspektivní OS protokoly pro IoT
« Odpověď #5 kdy: 08. 03. 2017, 13:44:06 »
nějaké názory na RFC7252 The Constrained Application Protocol (CoAP) ?

Santa

Re:Perspektivní OS protokoly pro IoT
« Odpověď #6 kdy: 09. 03. 2017, 10:08:04 »
CoAP aj MQTT su IP protokoly, tj, zariadenie musi mat IP pripojenie. Ak IoT zariadenie je bateriami napajane, cokolvek nad IP protokolom (ak riesime bezdrat) je energeticky ovela nakladnejsie nez napr LoRA

Sten

Re:Perspektivní OS protokoly pro IoT
« Odpověď #7 kdy: 09. 03. 2017, 14:28:10 »
CoAP aj MQTT su IP protokoly, tj, zariadenie musi mat IP pripojenie. Ak IoT zariadenie je bateriami napajane, cokolvek nad IP protokolom (ak riesime bezdrat) je energeticky ovela nakladnejsie nez napr LoRA

MQTT není vázané na IP a celkem běžně se používá i přes LoRaWAN (navíc pokud byste potřeboval, tak LoRa umí i IPv6 — 6LoWPAN). U SigFox je to horší, ale existuje middleware mezi SigFox a MQTT.

Santa

Re:Perspektivní OS protokoly pro IoT
« Odpověď #8 kdy: 10. 03. 2017, 12:35:37 »
MQTT není vázané na IP a celkem běžně se používá i přes LoRaWAN (navíc pokud byste potřeboval, tak LoRa umí i IPv6 — 6LoWPAN).
Tak toto som netusil, a dost ma tato informacia zaujala. Nejaky link s detailami ? (a teraz nemyslim ze LoRaWAN GW bude komunikovat s MQTT, pripadne ze ten server na ktorom bezi LoRaWAN GW vie IPv6)
« Poslední změna: 10. 03. 2017, 12:41:29 od Slavoj Hruska »

Karbous

Re:Perspektivní OS protokoly pro IoT
« Odpověď #9 kdy: 10. 03. 2017, 13:17:35 »
Trochu OT - Zminili jste LoRaWAN - Je k tomu nejaky HW? Router nebo GW? Muzete prosim nekdo neco doporucit?

MarSik

Re:Perspektivní OS protokoly pro IoT
« Odpověď #10 kdy: 10. 03. 2017, 14:15:52 »
Docela zajímavé by mohlo být použití třeba M-Bus. Naše měřáky vody a tepla ho používají a ten protokol je celkem slušný (minimálně ten bezdrátový wM-Bus). Nicméně je to ISO standard a oficiálně ne zrovna levný :(

Sten

Re:Perspektivní OS protokoly pro IoT
« Odpověď #11 kdy: 10. 03. 2017, 15:57:22 »
Tak toto som netusil, a dost ma tato informacia zaujala. Nejaky link s detailami ? (a teraz nemyslim ze LoRaWAN GW bude komunikovat s MQTT, pripadne ze ten server na ktorom bezi LoRaWAN GW vie IPv6)

Ta GW musí ta data přeposílat, LoRaWAN komunikuje jen s GW. To ale není nic nestandardního, stejně se komunikuje v IP protokolech.

Trochu OT - Zminili jste LoRaWAN - Je k tomu nejaky HW? Router nebo GW? Muzete prosim nekdo neco doporucit?

Potřebujete vysílač LoRa (např. pro RPi, Arduino či Galileo) a smlouvu s provozovatelem LoRa sítě (u nás zatím jen České Radiokomunikace).

Santa

Re:Perspektivní OS protokoly pro IoT
« Odpověď #12 kdy: 12. 03. 2017, 18:18:45 »
Tu by bolo mozno vhodne rozdelit cele tema na 2 zakladne veci:

  • fyzicky prenos od cidla k zbernemu bodu (GW) (IP (wifi, utp,...), RF (433mhz, LoRaWan,...)) a nasledne protokolu prenosu...
  • potrebu obojstranneho prenosu (potvrdenie prijmu dat, spätná reakcia)
  • security tohoto prenosu
  • energeticku narocnost tohoto prenosu, pripadne udrzby kanalu zo strany koncoveho bodu (zposob napajania cidla)
  • dosah medzi cidlom a zbernym bodom
  • narocnost na prenosovu rychlost
  • organizaciu siete (bod-multibod, multihviezda (ip routing, LoRaWAN, ZigBee)
  • az nasledne prenos od GW (ci uz IP router, alebo LoRaWAN gw, 433mhz bodu, ci ZigBee...) k samotnemu bodu zpracovania.

V povodnej otazke sa mixovali koncove body ktore prenasaju telemetriu s bodmi ktore prenasaju audio (a to vylucuje pouzitie vacsiny RF protokolov ako napr LoRaWAN)

Takze kym sa neurcia priority per typ cidla v bodoch 1-7
je zbytocne vobec riesit bod 8, pretoze vsetky predchadzajuce body mozu vylucit jeden az X moznosti v bode 8

Pletiem sa snad ?

PS: dalo by sa este polemizovat o maximalne prenosovej kapacite kanalu, pocte koncovych bodov, zposobe pridelovania prostriedkov na kanali atp... takze najst "univerzalny" prenos bude asi problem.
« Poslední změna: 12. 03. 2017, 18:25:20 od Slavoj Hruska »