[Toulon7559]

Draadloze verbindingen zijn en blijven heikel thema van weerstations.
433MHz veel gebruikt, maar faseert uit, 868MHz en WiFi nu meer gebruikelijk.
LoraWAN en bijv. SigFox beschikbaar voor verbinding over grotere afstand, weliswaar tegen inleveren van data-capaciteit.
In dit forum zijn de laatste 2 af en toe genoemd, meestal in samenhang met Barani-sensorsystemen die dat standaard gebruiken voor communicatie.

Wie heeft inmiddels een werkende configuratie waarmee 'losse' meteo-sensoren via LoraWAN (mbv TTN?) als extra sensoren worden gekoppeld aan een 'gebruikelijk' basis-weerstation?
Benieuwd hoe dat is gerealiseerd.

Denkend aan Tempest en vergelijkbare 'All-in-one'-configuraties (waar voor opstellingshoogte een compromis moet worden gekozen), bijv. toevoeging van een extra T&H-sensor op 'klomphoogte' van +10cm en/of op 'standaard-hoogte' van +1,5m, opgesteld op een locatie (op ruime afstand van de hoofdsensorkop) waar met die extra sensor(en) beter volgens richtlijn gemeten kan worden.
Misschien ook iets voor eigenaars van bijv. een boomgaard om op diverse plekken te kunnen meten, zonder hard denken over afstanden naar het data-toegangspunt?
Als 'low cost probeersel' zou dit projectje kunnen dienen:
de beschreven Node geeft via TTN een output naar WUnderground en via Cayenne ook in andere richtingen [maar geen duidelijkheid of dit ook werkt met TTNv3].
Deze inbreng is in ieder geval wel geschikt voor TTN_v3.
Met een LHT65 ben je mbt een sensornode sneller klaar tegen iets meer kosten en kun je ook nog een bodemtemperatuur meten (o.i.d.).
Voor een 'echte' LoraWAN-T&H-meting zou je (m.i.) een sensornode moeten hebben met een sensor type SHT31 of beter.

[Toulon7559]

Om de hete brij cirkelen helpt niet.
Niet iedereen heeft de benodigde kennis en/of de handigheid/tijd voor DHZ-uitvoering van een configuratie met LoraWAN-communicatie.
Het wiel opnieuw uitvinden is onnodig (en het voorgaande bericht geeft een paar voorbeelden waarmee te beginnen).
.
Om concreet te worden:
- wie kan een beschrijving-voor-dummies geven incl. benodigde software en instellingen voor de hierna volgende opzet?
Of weet een kant-en-klaar-pakket dat zo aan de eisen voldoet dat een functionerende keten kan worden opgebouwd?
.
Configuratie:
a) Sensorenpakket met voeding uit batterij of zonne-accu voor meting van temperatuur&vocht op +1,5m en +0,1m, met data-communicatie via LoraWAN,
met uitbreidingsmogelijkheid voor >1 vochtbestendige bodem-sensor voor temperatuur&vocht (of bijv. grondwaterpeiler/luchtdrukmeter/windmeter).
Meetkwaliteit moet 'aanvaardbaar' zijn.
b) Communicatie via LoraWAN m.b.v. TTN als netwerk [met voor data-overdracht voorkeur voor DataStorage-mode boven CayenneLPP]
c) Gebruikersuitlezing vanuit TTN m.b.t. alle sensoren.
d) Data-overdracht in richting HetWeerActueel (en anderen) voor tenminste de sensoren op +1,5m.

Op zich geen voorkeur voor software-omgeving voor c) en d), maar Python-script of PHP-script lijkt het makkelijkst om verderop aan te sluiten:
voor c) via Python misschien naar WeeWX, en via PHP naar een van de Dashboards (PWSDashboard of Meteotemplate)?
Dan is daarmee d) gelijk geregeld, voortbordurend op bestaande constructies.

[Toulon7559]

LoRaWAN zou een oplossing kunnen zijn voor betrouwbare overbrugging van grotere afstanden.
Ook mooi alternatief als je geen last wil hebben van de congestie op de 'gebruikelijke' frequenties.
In dit forum wel af en toe die mogelijkheid genoemd,
(voorgaande berichten probeerden een aanzet te geven)
en sommige leden werken daarmee (afgeleid van hun berichten),
maar het zet niet echt door voor meteo, ook niet van de commerciële kant.

Zijn er forumleden die met TTNv3 meteosensorverbindingen hebben gerealiseerd naar een endpoint?
[Andere zaken gaan steeds voor, maar heb hier een Dragino LPS8 staan en een Marvin-kit_met_SHT31, had die even aan de gang met KPN,
en die zou ik toch ook eens op gang willen krijgen met TTNv3 e.v., dus hints van harte welkom]

Zijstapje/Off-topic
WiFi kent ook het bereik van 5GHz: functioneel waarschijnlijk niet beter dan 2.4GHz, maar in die frequentieband (nog) geen congestie.
Heeft iemand voor meteo-systemen al opzetten gezien met gebruik daarvan?

[Toulon7559]

Een 'gebruikelijk' weerstation zoals van Davis met LoraWAN uitlezen lijkt een oplossing die niet optimaal is,
omdat je dan probeert de data-interface in een LoraWAN-verbinding te persen;
tenzij je accepteert dat datarate en/of datavolume wordt beperkt.
Als je een weerstation zou willen samenstellen dat qua opbouw direct meer op LoraWAN is gericht,
dan heeft Dragino daarvoor een collectie componenten, incl. een koppelend kern-systeem.
Naast de 'echte' meteo-sensoren sommige extra aspecten duidelijk specifiek gericht op de agrarische sector,
zoals de reeks met sensoren voor meten van blad- & bodem-karakteristieken.
Bij AliX zijn sensoren in de aanbieding bij ComWinTop met grote gelijkenis.

Systeem-opzet en -integratie, incl. na de opbouw het uitlezen en vertonen van de meteo-data is wel nog een 'dingetje', evenals data-verdeling naar andere organisaties:
een LoraWAN-configuratie heeft daarvoor (nog) geen gebruikersvriendelijke 'doorsnee-oplossingen'.
De verwijzing op de Dragino-website naar de ApplicationServer is in dat opzicht wel heel luchthartig ……….

[Toulon7559]

Al lerend er achter gekomen dat voor een LoraWAN-aansluiting 4 aspecten in combinatie in orde moeten zijn:
a. het EndDevice (sensor o.i.d. aan het begin van de functionele keten) moet passend zijn ingesteld m.b.t. gewenste functie en verbinding
b. de LoraWAN-server moet bijpassend zijn ingesteld zijn voor verkeer met dat EndDevice
c. dat EndDevice moet worden 'gezien' door een Gateway gekoppeld aan de LoraWAN-server.
d. de interface van de LoraWAN-server naar de gedachte Applicatie past bij het bovengenoemde voortraject.

Geen eigen werkende Gateway, maar toch een LSN50 EndDevice geprobeerd aan te sluiten op TTN.
Oplijnen via de TTN-Console van het EndDevice met de TTN-server blijkt niet eenvoudig i.v.m. niet-overeenkomende en/of niet-actuele documentatie,
en twijfel over aspect c. helpt niet om reacties snel te testen.
Voor testen van aspect c. met het actieve EndDevice LSN50 in de fietstas een rondje gereden langs 2 TTNGateway-posities zichtbaar op de TTN-kaarten (want als je in de buurt van een actieve TTN-gateway komt, dan zou je daarmee verbinding moeten kunnen maken met de TTN-server),
maar er komt geen reactie, en moet daaruit concluderen dat
1. de instellingen van het EndDevice mogelijk niet aansluiten bij wat in de TTN_Console voor de TTN-server is ingevoerd.
2. de betreffende Gateways mogelijk niet geschikt/ingesteld om de communicatie goed op gang te krijgen.
Serie-effect van die 2 aspecten is 'dodelijk' voor bereiken van verbinding.
Reden om een eigen Gateway te plaatsen, voor eliminatie van tenminste aspect 2.
Na nog wat puzzelwerk voor aspect 1. komt nu wel een verbinding tot stand van EndDevice via TTN-server naar Applicatie.

Op basis van eerdere testen met een Marvin-kit geeft KPN in Nederland als alternatief, bedrijfsmatig Lora-Netwerk waarschijnlijk een beter gesloten dekking
[voor het betreffende kaartje doorscrollen naar onderaan de webpagina],
maar dat kost wel geld (ca. Euro50/jaar), en vraagt andere instellingen, incl. bijbehorende interfaces naar Applicaties.
Deze voorbeeldtoepassing laat zien hoe bijv. Bijenhouders LoraWAN van TTN of van KPN toepassen voor een Applicatie met online bemeting van bijenkasten.

Aanpassing 17Maart2023:
Aspect d. toegevoegd, en eigen voortgang geactualiseerd.

[Toulon7559]

‘Applicatie’ is voor LoraWAN een apart verhaal, maar wel met wisselwerking naar de elementen genoemd in de voorgaande berichten.
Als je namelijk een bepaald payload-format wil gebruiken in je applicatie, dan zul je het hele traject daarvoor moeten nakijken en instellen.
Als je geen kant-en-klare opzet kunt overnemen, betekent dat meestal experimenteren:
voorbeelden zoeken, met een eenvoudige opzet beginnen, en dan uitproberen.
In dat opzicht niets nieuws t.o.v. oudere meteo-realisaties:
alleen nu nieuwe technieken aanleren.

[Toulon7559]

LoraWAN-devices zijn blijkbaar net zo gevoelig voor hoge temperatuur als 'normale' PWS-devices.
Het hermetisch gesloten kunststof doosje van mijn Dragino thermosensornode type LSN50 is voor koeling natuurlijk vanzelf een probleem,
en bij de huidige omstandigheden uitschakelen is dan geen verrassing (waarschijnlijk door overschrijden van het operationele temperatuurbereik).