LoRa, LoRaWAN - Kako deluje itd.. PRIJAVE predavanje

[s54mtb]

Za udeležence delavnice predlagam nabavo tegale modula:
https://store.mcci.com/collections/lora ... technology

- modul ima že nekaj senzorjev gor (lahko izvedemo delavnico brez dodatnega materiala)
- vse je open source, tako da si lahko vsak sam potem na osnovi te sheme naredi lastne module po svojih potrebah
- programira se v arduino okolju, kar pomeni da praviloma ne bo izgubljanja časa na delavnici s postavljanjem okolja
- isti hardver se potem lahko programira tudi v vseh ostalih orodjih (kar jih podpira STM)
- na modulu je tudi fram, ki omogoča shranjevanje brez "obrabe" internega flasha

Ima pa par slabosti:
- Cena ni najbolj ugodna, je pa tak modul potem tudi dejansko uporaben ne le kot razvojna plata
- poraba v stand-by je 100uA, kar je veliko v primerjavi z drugimi, se pa seveda da to zmanjšati (na modulu je kar nekaj porabnikov, ki imajo po par 10uA v mirovanju)

Glede na to, da je PCB in BOM na voljo, se lahko da tudi izdelati "n" modulov preko društva, če je to komu ljubše. Samo vprašanje, če bo dosti ceneje prišlo skozi.

LP,
Mare

[xfce]

Škoda, so se kar potrudili. VDD linijo, ki gre na LUX sensor, temp/pressure, flash in FRAM bi se moralo dati programsko izklopiti, ko greš v sleep mode.
uf, kar ne morem verjeti, da so naredili tak modul, ki naj bi bil baterijsko napajan.

100uA current draw in stand by

tako, da bi tisto alinejo, da je modul dejansko uporaben črtal, zato, ker ima visoko.

Modul je drugače super, ampak s porabo so pa resno zgrešili.

Recimo še ta modul ima 300 uA deep sleep porabe:
https://www.adafruit.com/product/3078

Sicer pa nima dodatnega spomina, nima antenskega konektorja, zastarel atmel itd..

[s54mtb]

To enistavno rešiš s svojim pcb, kjer napajanje RF dela spelješ na gpio. Murato se da spravit na 10uA (čaka na rtc timeout). K temu potem prišteješ cca 5uA Iq napajača, + kar imaš svoje periferije.

[Dorijan]

... temp/pressure ....bi se moralo dati programsko izklopiti, ko greš v sleep mode.

Za drugo ne vem ampak i2c pull up uporov, SHT21/HDC2080 temp/humidity, DPS310 preasure in LIS2DH12 accelometrom na Murata modulu ne boš opazil razlike z/brez senzorjev v porabi pa tudi če z OTII-jem meriš
Pozna se pa npr. če vse skupaj furaš na višji napetosti kot je potrebno. Eg na 3V3 namesto, da bi dal vmes LDO ala TPS78326 in delal na 2.6V. Glede na to da se da LoRa zadeve v spanju spraviti pod 10uA karkoli 2mestnega že ni več low power, in je verjetno posledica duhcev v kodi, ko ne gre procesor pravilno v spanje, če npr. par ur ni gatewaya etc.

[xfce]

... temp/pressure ....bi se moralo dati programsko izklopiti, ko greš v sleep mode.

Za drugo ne vem ampak i2c pull up uporov, SHT21/HDC2080 temp/humidity, DPS310 preasure in LIS2DH12 accelometrom na Murata modulu ne boš opazil razlike z/brez senzorjev v porabi pa tudi če z OTII-jem meriš
Pozna se pa npr. če vse skupaj furaš na višji napetosti kot je potrebno. Eg na 3V3 namesto, da bi dal vmes LDO ala TPS78326 in delal na 2.6V. Glede na to da se da LoRa zadeve v spanju spraviti pod 10uA karkoli 2mestnega že ni več low power, in je verjetno posledica duhcev v kodi, ko ne gre procesor pravilno v spanje, če npr. par ur ni gatewaya etc.

V mislih sem imel, da bi v sleep mode kar odrezal VDD linijo za senzorje flash in fram.

FRAM MB85RC64TA v sleep mode kuri 4 μA in v stanby 8 μA
flash MX25R8035F ima v deep sleep tudi manj kot 1 μA
SI1133 ima man kot 500 nA standby current
BME280 ima 0.1 μA sleep

mic5353-3.3ymt LDO low quiescent current: 90 μA

hm, zgleda da v tem grmu tiči zajec? LDO kuri 90 μA???
http://ww1.microchip.com/downloads/en/D ... ic5353.pdf

torej če damo soliden LDO, so že blizu dvomestne številke..

[xfce]

Uspelo mi je razdevičiti moj LoRaWan gateway.

Preizkusil sem s kitajskim TTGO LoRa32 SX1276 OLED in z MCCI LoRaWan knjižnjico. Lepo pošiljam in sprejemam paketke.



Zgleda lep modul, ima LCD, in dvojederni ESP32, polnilnik baterije.

2019-12-08 16_11_57-Moj disk - Google Drive – Google Chrome.png (36.11 KiB) Videno 3063 krat

Je to normalno da je RSSI -80 dBm 5 m stran? SNR pa 8? Sem testiral domet po vasi in lepo lovi. Če grem pa recimo 300 m stran rahlo za hrib pa ne dela več. Sumim, da ima ta TTGO LoRa32 bolj tako tako dizajniran RF del.

TheThingsNetwork mi pa deluje bolj prof of concept, kot pa dodelana rešitev. Zemljevid komaj naloži. Kako je s tistim javascriptom, ki naj bi dekodiral paketke? Kaj sploh podpira?
https://www.thethingsnetwork.org/

s54mtb, kaj praviš? ima ta modul MCCI Catena® 4610 tak ldo, da toliko pokuri, ker drugače je modul soliden..

[s54mtb]

Kuri OLED.

Antena za 868MHz je plehek v plastiki. Če želiš boljši domet, naredi kolinearko in jo porini skozi okno.
https://e.pavlin.si/2018/04/03/colinear ... n-gateway/


RSSI na kretkih razdaljah je nesmiseln.

[tilz0R]

Samo ESP32 je vse prej kot low-power vs tvoji specsi.

[xfce]

Samo ESP32 je vse prej kot low-power vs tvoji specsi.

Ta modul sem kupil, da vidim, če gateway deluje in seveda sem se tako sploh spoznal s to tehnologijo.

Všeč mi je Maretov predlog za to board:

https://store.mcci.com/collections/lora ... technology

Tukaj sem približno analiziral porabo iz sheme:

FRAM MB85RC64TA v sleep mode kuri 4 μA in v stanby 8 μA
flash MX25R8035F ima v deep sleep tudi manj kot 1 μA
SI1133 ima man kot 500 nA standby current
BME280 ima 0.1 μA sleep

mic5353-3.3ymt LDO low quiescent current: 90 μA

Tukaj pri te ploščici vidim problem v LDO-ju.. tega bi morali zamenjati, senzorje pa pometati dol in bi imel board, ki bi ga lahko uporabil tudi v produkciji. Samo rad porabo v dvomestni μA številki v deep spleep načinu.

[s54mtb]

Poglej npr. MIC33050-SYHL
ima okrog 20uA Iq in zelo dober izkoristek pri malih tokovih.

[xfce]

Poglej npr. MIC33050-SYHL
ima okrog 20uA Iq in zelo dober izkoristek pri malih tokovih.

Meni je regulator všeč. To je že skoraj 5 x manjša poraba. Namesto 100 μA, kar nanese cca 900 mAh letno, prideš recimo na 250 mAh v sleep mode.

Kaj če bi dal vzporedno še en navaden LDO, ki ni tokovno zmogljiv, ampak zmore recimu quiescent current pod 1μA in ima izhodno napetost recimo 3 V. Potem bi enejblal buck converter samo takrat, ko bi zbudil MCU iz spanja. Potem bi pa prišel na kakšne 50 mAh porabe v sleep mode na leto To je pa že zelo spodobno.
Te ima tudi micochip dobre.
https://www.microchip.com/design-center ... regulators

[Dorijan]

TPS78330 ali TPS78326 ima pod 1uA testirano

[Matthai]

Z LoRa WAN se šele sedaj spoznavam in me zanima par stvari. Prebral sem, da omogoča dvosmerno komunikacijo.

Zanima me, ali je mogoče narediti tako, da imam dva "senzorja", eden pošlje sporočilo, ki ga sprejme drugi. Recimo (hipotetičen primer)... senzor 1 zazna vlak, senzor 2, ki je oddaljen 3 km spusti zapornico?

[Sigi]

Z LoRa WAN se šele sedaj spoznavam in me zanima par stvari. Prebral sem, da omogoča dvosmerno komunikacijo.

Zanima me, ali je mogoče narediti tako, da imam dva "senzorja", eden pošlje sporočilo, ki ga sprejme drugi. Recimo (hipotetičen primer)... senzor 1 zazna vlak, senzor 2, ki je oddaljen 3 km spusti zapornico?

LoRa knjižnice za to obstajajo (ping-pong itd) ampak ni to nek priporočen način. LoraWAN pa je nadgradnja kjer je komunikacija točno definirana, tam endnodi ne morejo komunicirat med sabo ampak le z gatewayi.

[zanka]

Mislim, da ima Sigi prav, sicer je zelo težko doseči tako opevano nizko porabo, če morajo naprave tudi poslušati. Seveda lahko vsaka naprava tudi posluša, saj Lora podpira tudi ACK, torej povratnico o uspešno prejetem podatku, vendar se to ne uporablja v večini ... lahko pa se.

[s54mtb]

[i.mg]https://www.thethingsnetwork.org/docs/lorawan/rx-window.png[/img]

Čisto možen scenarij je preko lorawan strežnika. Naprava 1 odda payload, ki vsebuje sporočilo za napravo 2. App server to prepozna in razporedi downlink za napravo 2.

Ni pa to nek hiter in zagotovljen transport.

Še tale specifikacija je zaniniva za pogledat:

https://lora-alliance.org/in-the-news/l ... re-updates

[s54mtb]

Prvi del Lorawan predavanja in praktičnega prikaza v sredo, 24.3. ob 20h. Povezavo še objavim.

[s54mtb]

Vabilo:

24.03.2021, ob 20.00

Šolski center Novo mesto, Scidrom online (preko Zoom):



https://arnes-si.zoom.us/j/96047916524

[tomazp]

Hvala za odlično predavanje. Bilo je zelo zanimivo.

[S51VC]

Odlično predavanje, se že veselim nadaljevanja.
Tako izobraževanje na daljavo, bi lahko uvedli še v katero drugo panogo elektrotehnike, informatike, radioamaterizma...
HVALA Marko.
LP
S51VC

[krko]

Je bilo predavanje snemano?

Bo morda kje objavljeno?

Na žalost se mi ga ni uspelo udeležiti.

[s54mtb]

Posnetek bo na voljo.

[s59ma]

Tudi meni žal ni uspelo priti na predavanje
Si bom ogledal posnetek.

[s54mtb]

Za neučakane: http://89.212.19.180:54321/zoom/
Uraden posnetek pa bo v kratkem na yt.

[VolkD]

Kdaj bo drugi del ?

[s54mtb]

V kratkem bi nadaljevali. Začeli bomo s ponovitvijo, saj je že veliko časa preteklo. Nadaljevali bi pa s primerom postavitve ene končne naprave. Za praktično delo je potrebnega nekaj hardvera (en modul za zajem podatkov in lora vmesnikom). To bom še zbral, bo pa nekje v rangu ~30 eur. Module bi nabavil oz. dal delat kar vse naenkrat, tako da ne bo veliko komplikacij, pa še cena bo lahko nižja zaradi večje "naklade".

Prosim, če se javite tisti, ki bi vas zanimalo nadaljevanje predavanja, nabava demo boarda ali oboje.

Delavnica bo v drugi polovici aprila - online. Udeležba je brezplačna. Točen datum še sporočim.

[BojanR]

Mene zanima oboje. (nadaljevanje predavanja, nabava demo boarda), tako da se prijavljam.

[S57RZ]

Me zanima oboje. Link za neučakane pa meni ne deluje.

[s54mtb]

Link za neučakane pa meni ne deluje.

Tule je posnetek:
https://www.youtube.com/watch?v=XlbH4JymSiY