[Hvd51]

Hans,

Ik pas, heb verder geen idee wat er mis is.

Harm

[hans wildeboer]

Harm
In ieder geval dank we zoeken verder
Gr. Hans

[Toulon7559]

Firmware-versie: NRZ-2020-131/NL (Oct 17 2020) is blijkbaar een beta-firmware van Luftdaten.org
Mijn configuratie-instelling is zonder beta-updates en dan is de toegepaste versie Firmware-versie: NRZ-2020-129 (Jan 7 2020 13:43:50).

[Hvd51]

Hans

Na enig speurwerk gaat het volgens mij om
https://meteomook.hwildeboer.nl/sensorg ... k-limburg/

en daar staat Latest measurement from: 06-11-2020 11:01

en lijkt alles correct te werken.

klopt dat Hans

Harm

[wvdkuil]

Hans
Na enig speurwerk gaat het volgens mij om
https://meteomook.hwildeboer.nl/sensorg ... k-limburg/
en daar staat Latest measurement from: 06-11-2020 11:01
en lijkt alles correct te werken.
klopt dat Hans
Harm

Ter informatie:

Dat is een Leuven script wat werkt met de gegevens

• van de oplaad naar de eigen website (die volgens de discussie niet werkt)
• of van de oplaad naar de luftdaten sensor

In dit geval haalt het script de gegevens van luftdaten via
=> http://api.luftdaten.info/v1/sensor/32319/
=> redirect naar http://data.sensor.community/airrohr/v1/sensor/32319/

Dus der sensor laadt correct op naar de http server van luftdaten.
Maar volgens de discussie blijkbaar niet via https naar de eigen server.
Vermoedelijk omdat ongeveer 99% van de luftdaten sensors niet kunnen opladen naar https-website.
Reden: de meeste hosting-bedrijven eisen te sterke https beveiligingen.

De enige manier om dan op te laden is

• http (poort 80) gebruiken
• .htaccess aanpassen met een http toegang voor de luftdaten sensor.

Eigen webserver:
Als de eigen webserver wordt gebruikt zijn er extra gegevens zoals 24 uurs metingen.
Ook heb je dan geen last van de vaak voorkomende storingen bij luftdaten.
Maar het is met https wel lastig te installeren.

Wim

[Toulon7559]

Alternatieve route om zelf greep te houden op de verdeling van fijnstof-data
zonder gebruik maken van de upload-functies van de Luftdaten-firmware:
- lokaal uitlezen van de actuele json-file van de fijnstofmeter via http://<ip_adres>/data.json
- data extraheren uit de json-file en toepassen zoals gewenst

[wvdkuil]

Alternatieve route om zelf greep te houden op de verdeling van fijnstof-data
zonder gebruik maken van de upload-functies van de Luftdaten-firmware:
- lokaal uitlezen van de json-file van de fijnstofmeter via http://<ip_adres>/data.json
- data extraheren uit de json-file en toepassen zoals gewenst

Hoewel uw reactie eigenlijk "off-topic" is omdat het niet bijdraagt aan het oplossen van het probleem, is het wel een mooi voorstel.

Het zou geweldig zijn als u dergelijke scripts die u gemaakt heeft, ook ergens publiceert. Met een uitleg, dan zouden ook andere niet zo ervaren HWA-deelnemers die betere oplossing kunnen gebruiken.

Wim

[wvdkuil]

Hieronder mogelijke aanpassingen voor .htaccess

Code: Selecteer alles

Options +FollowSymLinks
RewriteEngine On

        bovenstaande regels zullen er vaak al staan
        zoek dan naar een regel voor  "HTTPS  off"
        indien die er niet is
  
RewriteCond %{HTTPS} off
RewriteCond %{QUERY_STRING} !sensordata

        eventueel andere RewriteCond  regels laten staan
        laatste regel can de "HTTPS  off"  groep is dan

RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

     eventueel kan de provider alle verkeer al omgezet hebben naar https
     dus dan zetten we de aanroep voor sensordata weer op http

RewriteCond %{HTTPS} on
RewriteCond %{QUERY_STRING} sensordata
RewriteRule ^(.*)$ http://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

Als u er niet uitkomt post dan de .htaccess op dit forum.

Wim

[T.J.]

Ik gebruik een aangepast ht access bestand.
ik heb dit even bijgevoegd

[Toulon7559]

Als een 'uitlees- & upload-probleem' via een alternatieve route kan worden ingevuld, is dat toch ook een oplossing?

De reden dat ik alleen een hint geef en niet bij voorbaat de files in het HWA-forum zet, is dat ik veel gebruik maak van Domoticz met een paar zijstappen, en het lijkt mij (gezien eerdere reacties) dat zo'n eigenbouw-invulling niet veel navolgers heeft in het HWA-forum.
Wel nuttig om als hint aan te geven dat er andere mogelijkheden zijn, maar verdere uitwerking alleen op aanvraag ........

De alternatieve route is in de praktijk niet 1 geheel, maar een pakket met specifieke opbouw, dat een aantal jaren geleden historisch is gegroeid, DHZ gebruikmakend van (voor mij & toen) beschikbare geschikte andere scripts:
1) python-script om de JSON-file van de fijnstofmeter uit te lezen en daaruit een eigen set met JSON-file en XML-file te maken, voor upload naar mijn webserver als centrale distributeur.
2) lua-script1 om uit de XML-file een aantal Virtual Devices in Domoticz aan te sturen, voor vulling van een RRA-database en een aantal RRD-grafieken, als basis voor verdere, lokale data-uitwerking en voor een provisorische website-vulling, zoals http://www.vannwnhzn.nl/esp8266a7_Dust00.html
3) lua-script2 is een algemene filterbank voor data-bewerking, waarin de 'schoonmaak' van de SDS011-data meeloopt
4) lua-script3 stelt uit de gefilterde & ongefilterde data voor fijnstof en voor meteo een andere RRA-database samen met een aantal extra RRD-grafieken.
Het python-script en en de aanzet voor lua-script1 staan in het Domoticz-forum, terwijl lua-scripts 2 en 3 m.i. te specifiek zijn om algemeen te delen.
Met de huidige kennis & ervaring zou hiervan 1 enkel script gemaakt kunnen worden met toepassing van betere database en grafica, maar voor mijn persoonlijk gebruik ontbreekt daarvoor nu de dringende noodzaak.

Duplicatie van de files op meerdere forums lijkt me niet handig (al was het maar dat je dan moet opletten met configuratie management), en de scripts zijn m.i. niet van een kwaliteit dat ze op bijv. github een plaats verdienen.
Nog een reden dat ik de scripts hier niet plaats, is dat voor upload naar de webserver (of andere locatie) in het python-script een FTP-functie zit, terwijl steeds vaker SFTP/SSH wordt vereist voor beveiligde upload.
[In dat opzicht is het python-script onvolledig, en als snelle invulling los ik dat SFTP-aspect voorlopig op met een extern Windows-hulpprogramma, maar dat is - in mijn ogen - een ongewenste constructie:
als iemand een SFTP-implementatie heeft op basis van python-script of lua-script, dan houd ik me zeer aanbevolen, want rechtstreekse upload vanuit de applicatie naar de bestemming is beter dan inschakelen van hulpsoftware terzijde!]