Het weer, actueel weer van alle weerstations

Toulon7559 schreef: ↑03 mar 2023, 07:59 Nu nog het laatste stapje uitvinden & realiseren om vanuit de Applicatie-omgeving de upload naar HetWeerActueel (en andere organisaties) op te zetten.

Klopt, dat wordt nu de volgende stap.

Met een Dragino EndDevice type LSN50v2 heb ik hier al met SF12 een verbinding gekregen met een Gateway van een ‘buurman’ op ca. 3km afstand,
en met de eigen Gateway lukt verbinding ook op SF7 (dus nu ruim genoeg signaalsterkte),
maar er mankeert blijkbaar iets aan de payload-formattering en/of packet forwarding, want de payload-uitlezing loopt niet.
Welk payload-format heb jij in de TTN-Console ingesteld voor de uplink van je sensorkop naar de gateway e.v. naar o.a. https://datacake.de/?

Hallo Toulon,

Beide Payload formatters (Upload + Download) staan bij mij op "none".

Nou moet ik eerlijk toegeven dat ik daar zelf niets mee gedaan heb. Dit stond standaard zo ingesteld.

Groet, Wim

Terug naar af met de formatters op 'None' gezet is nu een gecodeerde payload te zien, en in de handleiding van Dragino voor de LSN50v2 staat hoe je dat moet lezen, incl. een korte aanwijzing hoe je vanuit TTN kunt doorkoppelen naar Datacake.de voor vertoning van de data.
Datacake.de heeft als vervolg een uitgebreide handleiding met o.a. voor dit EndDevice een kant-en-klare payload-decoder werkend op de output van TTN, en uitgebreide mogelijkheden voor Dashboard en Integration.
Zowel de configuratie voor LoraWAN als de instellingen voor TTN en datacake.de is wel 'mijl op zeven' als je gewend bent aan lokale, korte punt-punt-verbindingen die je kunt oprichten met summiere beschrijvingen,
maar zo werkt dat nu blijkbaar met dit soort moderne technieken .......

Een Dragino LSN50 heeft een defaultconfiguratie (= mode1) voor 1*DS18B20 (= temperatuur), 1*SHT31 (= temperatuur&vocht) en 1*ADC (voor sensor met analoge uitgang).
Dat is uitnodiging om een 'satelliet'-meetopstelling te gaan bouwen bijv. voor een eenvoudige mini_PWS op ruime afstand van huis & haard voor meting van Temp&RV op 1,5m en van Temp op klomphoogte, voor in een volkstuin, akker, boomgaard of wijngaard ………..
Waarschuwing: een LSN50 wordt niet vanzelfsprekend in defaultconfiguratie geleverd!
[bij mij kwam hij uit het doosje als LSN50v2D20 ingesteld op mode4 voor 3ds18b20 en intervaltijd 20minuten: om te zetten mbv downlink-commando’s]

Wat de Payload Formatter betreft: die heb ik inmiddels nu op "Device Repository" gezet. Het bleek namelijk dan mijn regenmeter 5x te hoog aangaf. Het wachten is nu op wat regen om e.e.a. te checken.

Verder gebruik ik ook DataCake. Ingesteld in TTN console / Applications / End Devices / Integrations Webhooks
Er is een duidelijke instructie hiervoor op YT: https://youtu.be/6EOaYJxAeRA
Een Dashboard aanmaken is heel leuk en ziet er goed uit.

Heb ook de geadviseerde Webhook.site geprobeerd als vervolg op Datacake, maar met een 'vrij' pakket van 500 requests ben je vlug klaar met experimenteren.
CayenneLPP als Payload-Formattering schijnt ook handig te zijn, maar daar worstel ik op de Cayenne-website nog met de invulling van de vakjes voor het gewenste EndDevice:
- gedateerde voorbeelden helpen niet en vragen extra studie (= meer tijd),
- zal achteraf bijv. aan hand van deze beschrijving wel eenvoudig blijken,
- maar zolang invoer fout is, vindt uiteraard de Cayenne-website het EndDevice niet bij TTN .....
CayenneLPP ook nodig om aan te haken bij dit experimenteerpad voor aansluiting van een LoraWAN-PWS op WUnderground en voor makkelijke aansluiting op Domoticz:
als uitlezen/vertalen met een afgeleid PHP-script voor WUnderground lukt, dan is dat ook een basis voor een variant voor maken van een HWA-uploadfile, en vele andere datadistributiepaden.

Ik zit momenteel ook met het probleem dat mijn regenmeter een factor 2,6 te veel aangeeft.
Ik vermoed een onjuiste payload formatter, maar ik kom er nog niet uit waar ik dat kan veranderen.
Het lijkt een inch/cm conversie (1 inch = 2,54cm).
Ik zoek nog verder.

Schaalfactorfouten bij omzetting van 'Imperiaal' naar 'SI' stelsel zijn een bekend euvel,
en ook omgekeerd, want bijv. WUnderground, Aerius/PWSW en WOW_UK vragen upload als 'Imperiale' waarden,
met dus een vertaling vanuit 'SI' als je sensor- of basis-software daarmee werkt.
Zulke 'afwijkingen' zouden in sensorsoftware niet mogen voorkomen (en is fabrikant-verantwoordelijkheid),
en meestal kun je daar ook niet corrigeren, en moet je elders kijken.
Voor LoraWAN-opzetten zijn Payload-Decoders een mogelijke vervolgstap waar zo'n fout kan optreden,
en dat vraagt nakijken van het script van de betreffende Payload-Decoder.
Payload-Decoders zijn in alle maten en soorten beschikbaar, en uitwisselbaar, zoals bijv. voor jouw SenseCAP S2120, als 'OpenSource' ook zelf aanpasbaar.