IoT - Lora a dalsi

[hwnews konference]

No a je nekde tedy receno kolik toho smim odeslat za den? Poslat 20 postu
za den mi prijde dost malo.... Pokud bych tim chtel resit treba
meteostanice tak bych potreboval treba kazdou minutu. Jeste by mne zajimalo
jak je reseno zaplneni pasma....chapu, ze ted kdyz tam tech zarizeni je
malo, ze to asi neni problem, ale se zvysujicim se poctem zarizeni bude
riziko soubezneho vysilani a tudiz ztraty zpravy vyssi. Navic treba takove
sluzby, ktere se budou treba synchronizovat na cas (treba mereni v kazdou
celou minutu) se zarusi uz ciste jen z principu.

RV


Dne 26. července 2017 17:49 Radek Koutsky <radek.koutsky na gmail.com>
napsal(a):

> Funguje to tak, ze mate modul (napr. Jiz zmineni RN2483) a ten modul je
> „jakoby“ SIM karta. Tedy aby operator vedel s kym se bavi, tak tento modul
> ma svoje UID. S tim se musite prihlasit do site a v siti se musí sledovat,
> kdo jak vyuziva pridelene casove okna. Jde o to, ze musite vysilat pouze
> denní limit v zavislosti na prenesenych datech, obecne receno třeba 20
> zprav za den.
>
> Na to, aby CRa vedeli, tak mají ta data poslat, tak musí vedet UID
> zarizeni a na jake servery vam to mají poslat, klasickym „get“. Nebo si u
> nich pronajmete „hw“ za mesicni pausal – nevyhodne.
>
>
>
> Potom uz si aplikaci rozjedete tak, jak chcete a komunikujete s LoRa
> zarizenim – resp. LoRa modul se vyuziva spise na vysilani, malokdy se
> komunikuje obousmerne – vyjimecne stavy.
>
>
>
> Na vysilani se pouzivaji 2 zakladni stavy.
>
> 1 – bez potvrzeni prijeti  – nejbeznejsi, neb nezatezuje provoz a setri
> energii, ale není zaruceno doruceni paketu
>
> 2 – s potvrzenim, zere vice energie, za to je jistota, zda to doslo
>
>
>
> Zkouseli jsme oboje a varianta 1 je velmi ucina. Za cely den jsme ztratili
> pouze 1 zpravu, jindy 0…takze je to v pohode.
>
>
>
>
>
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <http://list.hw.cz/pipermail/hw-list/attachments/20170727/b360249a/attachment.html>