Divako Divako
LøsningerForsyningsselskap & kommuner Borettslag & fordelingsmåling Industri & bygg Gatelys & smartby Vannett & overløp Lekkasje- & avviksdeteksjon Kostnadsfordeling & fakturering Kostnadsfordeling Fakturering og betaling For forvaltere Fakturering & ERP-eksport Beboerportal & apper Drive-By innsamling Temaer
PlattformMaskinvare Nettverk Data Analyse Integrasjoner Støttede enheter Sikkerhet & databeskyttelse API & dokumentasjon Plattformstatus
Kunder Nyheter Om oss Logg inn Bestill en demo
Språk
EN NO ET

Divako · LoRaWAN

Hvor mange enheter får plass i én gateway-celle?

Skriv inn flåten din og les av hvor mye EU868-sendetid den bruker, om hver enhet holder seg innenfor 1 % arbeidssyklus, og hvor stor andel av rapportene ett dekningsområde kan ventes å levere. Alt kjører i nettleseren din; ingenting sendes noe sted.

Bestill en demo Slik beregnes det

36s sendetid én enhet kan bruke per time på standard-underbåndet i EU868 (1 % arbeidssyklus)
25× ganger lenger på lufta på SF12 enn på SF7 for den samme meldingen på 20 byte: 1 810 ms mot 72 ms
e−2G kollisjonsmodellen for samme SF som ligger bak hvert leveringstall på denne siden

Flåten din

La stå tomt hvis alt ligger innenfor rekkevidden til én gateway. 30 km² er omtrent 5 × 6 km.

Hva slags enheter er det?
Hvor sikker må du være?

Det én gateway-celle leverer

Omtrent – av – enheter får hver rapport fram; omtrent – går tapt i kollisjoner. (–)

–Enheter som høres minst én gang i timen (ved rapportering hver time eller oftere)
–Én celle kan bære opptilEnheter med denne profilen, ved målet ditt. Taket for en celle, ikke antallet enheter du har.
–Celler trafikken alene trengerAntall enheter delt på det én celle bærer. Gatewayer som hører de samme enhetene deler samme spektrum.

Forutsetter at alle enhetene er innenfor rekkevidden til én gateway. Skriv inn området over hvis de er spredt.

Rapporter som ventes å komme fram: –. Andel av alle planlagte opplinker som mottas; bare kollisjoner på samme SF er regnet med.

Begrensende faktor:

1 % arbeidssyklus:

SFEnheterSendetid per meldingSendetid per enhet per timeLast per kanalLevert
SF7
SF8
SF9
SF10
SF11
SF12

Bare et anslag. Tilfeldig sendetidspunkt, ingen nye forsøk, ingen nedlinker, ingen ekstern forstyrrelse, ingen capture-effekt. Virkelige nettverk avviker; en pilot med RSSI- og SNR-målinger erstatter disse forhåndsvalgene. Teller rammer mottatt i gatewayens radio; tap i videresending, backhaul og nettverksserver er ikke med.

Slik beregnes det

Tre formler, alle standard. Siden bruker dem på tallene dine; ingenting er justert for at Divako skal se bedre ut.

Forutsetninger

  • EU868, 125 kHz båndbredde, kodingsrate 4/5, 8-symbols preamble, CRC på, lav-datarate-optimalisering på SF11 og SF12.
  • 13 byte LoRaWAN-ramme oppå nyttelasten fra applikasjonen; ingen MAC-kommandoer lagt ved.
  • Ubekreftede opplinker, tilfeldig spredt i tid. Ingen nye forsøk, ingen nedlinker, ingen join-trafikk.
  • Alle enheter deler ett dekningsområde. Gatewayer som hører de samme enhetene deler samme spektrum.
  • Bare kollisjoner på samme SF telles. Ulike SF-er behandles som helt adskilte, noe som er optimistisk.
  • 1 % arbeidssyklus gjelder standard-underbåndet som 868,1, 868,3 og 868,5 MHz deler: 36 sekunder sendetid per time per enhet.
  • Brukbar celleradius forutsetter en vanlig utendørs gateway med rundstrålende antenne på noen få dBi montert omtrent 15 m oppe, og enheter som får gå opp til SF12. Åpent lende 3 km, tettsted 1,5 km, kjellere 1 km, kummer under lokk 0,7 km. En retningsantenne, en høyere mast eller flatt terreng rekker lenger; en pilot erstatter disse båndene.

Sendetid per melding: Semtechs LoRa-modemformel ut fra nyttelast, SF, båndbredde og kodingsrate.

T = (8 + 4.25) × T_sym + N_payload × T_sym

Last per kanal på én SF: enheter × meldinger per time × sendetid ÷ (kanaler × 3600).

G = N × (60 / interval) × T ÷ (channels × 3600)

Levert andel på én SF: e^(−2 × last), kollisjonsmodellen for ren ALOHA.

P = e−2G

Sendetid og tak for en nyttelast på 20 byte
SFSendetidMeldinger per enhet per time ved 1 %Meldinger per time én 8-kanals celle bærer ved 5 % last
SF772 ms50020 000
SF8134 ms26910 800
SF9247 ms1455 800
SF10453 ms793 200
SF11987 ms361 460
SF121 810 ms19795

Det denne siden ikke kan fortelle deg

Hvilken SF hver enhet faktisk havner på. Det avhenger av hvor gatewayen står, hva måleren sitter under og hvor mye margin montøren lot stå igjen. Kjør en pilot, les SF-fordelingen av nettverksserveren, og kom tilbake og skriv den inn i egen fordeling.

Ofte stilt

Hvorfor hever ikke en ekstra gateway tallene?

En gateway nummer to som hører de samme enhetene får de samme kollisjonene. Den gir dekning og mottaksdiversitet, ikke spektrum. Kapasiteten vokser når gateway nummer to betjener enheter den første ikke gjorde – det er det tallet «separate dekningsområder» teller.

Hva betyr 95 % leverte rapporter i praksis?

I snitt går én planlagt opplink av tjue tapt i en kollisjon på samme SF. Enheter som rapporterer hver time og har en buffer med avlesninger, henter inn de fleste av dem ved neste opplink – derfor er tallet «høres minst én gang i timen» høyere.

Kan jeg skrive inn mer enn 51 byte?

Ikke her. 51 byte er den største nyttelasten SF12 tillater i EU868. Enheter på SF7 og SF8 kan sende opptil 222 byte og SF9 opptil 115, men en kalkulator som lot deg blande disse grensene ville stille ødelagt SF10 og oppover.

Kommer forhåndsvalgene fra virkelige nettverk?

De er avrundede former fra kommunale vannmålerutrullinger på Divako: en høy mast over åpent lende trekker de fleste enhetene til SF7 og SF8, et sentrum sprer dem utover, og kjellere og kumlokk skyver en femdel av flåten til SF11 og SF12. Din egen fordeling erstatter dem etter en pilot.

Neste steg

Send oss enhetslisten. Vi skisserer gatewayene.

Kalkulatoren stopper der dekningen begynner. Med adressene, målerplasseringene og aktuelle master modellerer vi linkmargin per enhet i Divakos nettverksplanlegger og gir tilbake en plassering med SF-fordelingen den gir – på omtrent 30 minutter.