[Linux Shell-Skript] WLAN-Wetterstation

lemuba

@SBorg Ich glaube das mit netcat-openbsd hats gebracht:blush:

Ist die Ausgabe nun so OK?:

Glasfaser

Neee ... du hast Punkt 4 der WIKI verändert bzw. nicht beachtet !!!

/weatherstation/updateweatherstation.php?

lemuba

@Glasfaser

Ihr seid SPITZE! - Danke vielmals:+1: :-)

Nun scheint es zu klappen:

Glasfaser

@lemuba

Brauche mal ein Tip von dir , habe schon alles versucht komme nicht weiter .

Habe gesehen das du VMM mit DietPi hast , wäre eine gute Lösung für meine extra Raspberry wo eigentlich nur dieses Script läuft !

Habe alles installiert ...
.... und dann noch : apt-get install netcat-openbsd

Leider bekomme ich keine Ausgabe sie bleibt stehen mit " nc -lv -p 9999 " so wie bei dir , obwohl ich netcat-openbsd installiert habe !???

root@DietPi:~# apt-get install netcat-openbsd
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Die folgenden NEUEN Pakete werden installiert:
 netcat-openbsd
0 aktualisiert, 1 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
Es müssen 41,2 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 104 kB Plattenplatz zusätzlich benutzt.
Holen:1 https://deb.debian.org/debian buster/main amd64 netcat-openbsd amd64 1.195-2 [41,2 kB]
Es wurden 41,2 kB in 0 s geholt (244 kB/s).
Vormals nicht ausgewähltes Paket netcat-openbsd wird gewählt.
(Lese Datenbank ... 37844 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../netcat-openbsd_1.195-2_amd64.deb ...
Entpacken von netcat-openbsd (1.195-2) ...
netcat-openbsd (1.195-2) wird eingerichtet ...
update-alternatives: /bin/nc.openbsd wird verwendet, um /bin/nc (nc) im automatischen Modus bereitzustellen
root@DietPi:~# nc -lv -p 9999
Listening on [0.0.0.0] (family 2, port 9999)
^C
root@DietPi:~# ping 192.168.178.20
PING 192.168.178.20 (192.168.178.20) 56(84) bytes of data.
64 bytes from 192.168.178.20: icmp_seq=1 ttl=128 time=30.3 ms
64 bytes from 192.168.178.20: icmp_seq=2 ttl=128 time=1.31 ms
64 bytes from 192.168.178.20: icmp_seq=3 ttl=128 time=2.23 ms
64 bytes from 192.168.178.20: icmp_seq=4 ttl=128 time=6.73 ms
^C
--- 192.168.178.20 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 9ms
rtt min/avg/max/mdev = 1.309/10.151/30.331/11.830 ms
root@DietPi:~#

lemuba

@Glasfaser

Ich sehe da gerade Dein Problem nicht - verstehe zu wenig von Linux als Solches.

Hatte gestern nach dieser Anleitung "netcat-openbsd" installiert:
https://www.howtoinstall.co/en/debian/stretch/netcat-openbsd

sudo apt-get update
sudo apt-get install netcat-openbsd

Bei mir schaut die Ausgabe zur Zeit so aus:

oder so:

Habe jetzt nur noch Probleme mit diesem Teil des Wikis:

Das funktioniert unter Dietpi so nicht - Dietpi händelt crontabs anders und habe noch keinen Weg gefunden das entsprechend umzusetzen. Schaue aber heute weiter.

Was aber schon bei mir läuft ist influxdb, Grafana und der tolle Grafana View hier aus dem Thread.

Edit/Dietpi - so weit rausgefunden:

"pkill -9 wetterstation.sh" killt das Script nicht, gibt aber auch keine Fehlermeldung.
Dagegen funktioniert aber ein "killall wetterstation.sh"

SBorg

@Glasfaser Mach mal ein which nc --> /bin/nc
ls -al /bin/nc --> ... /bin/nc -> /etc/alternatives/nc
ls -al /etc/alternatives/nc --> ... /etc/alternatives/nc -> /bin/nc.openbsd

Steht da .../nc.openbsd, ist es zumindest schon mal der "richtige" netcat
Dann könnte es uU sein, dass dein Port 9999 gar nicht durch die VM durch gereicht wird (Firewall etc.).

SBorg

@lemuba Läuft denn der Cron-Service? DietPi nutzt den üblichen cron, müsste also soweit auch laufen...
service cron status
Bild 1.png
falls nicht, service cron start, dass wird aber nur bis zum nächsten reboot funktionieren.
Mittels systemctl enable cron aktivierst du dann den "Autostart" auch beim booten dauerhaft.

Wenn es mittels "pkill" nicht funktioniert, kannst du auch "killall" nutzen, nur würde ich noch "-9" hinzufügen. Dies würgt den Prozess nicht brutal ab, sondern schickt ihm eine Mitteilung "los, beende dich gefälligst", und gibt ihm Zeit, noch Daten zu schreiben oder was er sonst gerade tut noch ordnungsgemäß zu beenden :)

lemuba

@SBorg
Erstmal vielen Dank für Deinen 1A Support und Geduld!

Ja der Cron Service läuft nach einem Reboot, aber wenn ich den Cron nach Wiki anlege, kümmerts meine Dietpi Instanz nicht was da drinne steht. Im welchem Verzeichnis muss das Teil denn drinne liegen, damit es eventuell nach eine Reboot abgearbeitet wird...?

Rufe die Wetterstation.sh nun als Postboot Script auf - das funktioniert auch und es kommen im Iobroker die Werte an.
Nur wenn ich dann ein Terminal Fenster aufmache, muss ich jedes mal CTRL + C eingeben um diese Ausgabe im Terminafenster zu beeenden:

INFO ] Waiting for DietPi-Postboot to finish... (Press CTRL+C to abort)

Und noch eine Frage... Warum sollte Wetterstation.sh einmal am Tag um 0:02 Uhr beendet und neu gestartet werden? Kann das irgendwelche Nachteile haben wenn mans nicht einrichtet?

SBorg

@lemuba Eigentlich unter /etc/crontab für die systemweite. Dann gibt es aber noch die User eigenen und "root" ist auch ein User ;)
Irgendwo habe ich aber gelesen, dass bei DietPi nur "root" abgearbeitet wird. Deswegen würde ich die Einträge mal so probieren crontab -u root -e bzw. -l für die Ausgabe.
Dann bliebe notfalls noch /etc/crontab direkt bearbeiten oder per rc.local (ist wie bei Windows der Autostart)

@lemuba sagte in [Linux Shell-Skript] WLAN-Wetterstation:

Warum sollte Wetterstation.sh einmal am Tag um 0:02 Uhr beendet

Kannst du auch testweise mal weglassen. Das Ganze ist ja über einen längeren Zeitraum gewachsen. Dabei stellte sich heraus, dass uU der nc nach einer längeren Laufzeit (meist ~3-4 Tage) einfach "hängen bleibt". Deswegen der tägliche "reboot" des Skriptes und damit auch des netcat ;)

lemuba

@SBorg

Ich habs nun hin - allerdings ohne crontab.

Hatte ja in "/var/lib/dietpi/postboot.d" noch ein wetterstation_start.sh File mit folgender Zeile reinkopiert:

/opt/iobroker/wetterstation.sh &

Nun noch das "&"/"UND" Zeichen dahinter eingefügt und nun meckerts auch nicht mehr im Terminal-Fenster mit "Waiting for DietPi-Postboot to finish... (Press CTRL+C to abort)"

Nach einem Reboot läuft nun Alles sauber hoch.

Habt Ihr vielleicht noch einen Tip für mich?

Hatte gerade meine Wetterstation draußen aufgebaut. Im Grafana View werden mir natürlich noch die alten Daten von gestern, also von Drinnen angezeigt. Grafana greift ja die Daten aus der influxdb ab - hatte in der Iobroker Instanz nun gesagt, dass er die alten Daten löschen soll - tuts aber anscheined nicht. Der Grafan View zeigt mir immer noch den Verlauf seit gestern an...??? Hmm?!

Glasfaser

@lemuba
@SBorg
Danke für eure Hilfe .:+1:

Mach mal ein which nc --> /bin/nc
ls -al /bin/nc --> ... /bin/nc -> /etc/alternatives/nc
ls -al /etc/alternatives/nc --> ... /etc/alternatives/nc -> /bin/nc.openbsd
Steht da .../nc.openbsd, ist es zumindest schon mal der "richtige" netcat

Alles Ausgaben kommen so , wie du es auch angegeben hast .

Dann könnte es uU sein, dass dein Port 9999 gar nicht durch die VM durch gereicht wird (Firewall etc.).

Ports geändert ... immer das gleiche , Ausgabe bleibt stehen .

Egal ... das hat mich jetzt über 15 Stunden aufgehalten :anguished: , rauf und runter installiert und und ...
..... vielleicht liegt es am Dietpie Image ...!?

Ich gebe erstmal auf .... ,Hat auch nichts mit diesem Thread zu tun !

Rushmed

Für meine W830 kam gerade eine neue Firmware.
Screenshot_20200329-222409_WS View.jpg

SBorg

#3 könnte interessant werden. Ev. behebt dies die gelegentlich willkürlich verschwindenden Datenpakete.

lemuba

@crunchip & (@SBorg )

Erstmal vielen Dank für Deinen klasse View! Bin auch neu mit Grafana und hatte mir echt geholfen da rein zu kommen!

Aber sagt mal, wie habe Ihr in Influxdb denn die Datenaufzeichnung eingestellt? Hatte da grundsätzlich "nur bei Änderungen" aufzeichenen eingestellt. Nun hatte ich aber Nachts auch noch Werte im View für UV-Index von 0,xxx und auch 0,xxxx Watt/m² im Plusbereich... Habe nun mal für entsprechende Datenpunkte "Minimale Differenz zum letzten Wert" auf 0,1 eigestellt - nun schaltet es auch das Licht im View auf NULL... ;-)

Anbei mal Screenshots von der Regenrate bevor ich die auf 0,1 geändert hatte - die stand noch auf 0,9 im View obwohl es seit Stunden keinen Niederschlag mehr gab...

@SBorg

Nur Kosmetik und Erbsenzählerei... Heute hatte es in Schleswig-Holstein geschneit und gehagelt (kommt ja mittlerweile selten vor ;-) ). Aber macht es vielleicht Sinn die Variabeln/Datenpunkte mal namentlich von Regen auf "Niederschlag" zu ändern...?

crunchip

@lemuba sieht bei mir so aus

lemuba

@crunchip

Ok, habe verstanden... ;-) Bei Dir scheint die Sonne noch mind. 30 Minuten länger als bei mir und es wird erst dann Dunkel :-)
Dafür stehe ich aber mit 0,1 nicht so lange im :rain_cloud: wie Du :-)

Darüber muss ich jetzt nochmal schlafen...

lemuba

Ich verstehe gerade nicht den Wert der berechneten Regen-Jahresgenmenge von 4,5mm...? Wird da nicht einfach jede Regenmenge im aktuellen Jahr aufaddiert, müsste also mind. 7.1mm ergeben?

crunchip

@lemuba auch nicht länger als bei dir, es werden bei mir nur Werte zwischen geschrieben, bis eine Änderung eintrifft
Vllt liegt es an deinen Settings in Influx, hab da nen Schreibintervall von 60 sec

lemuba

@crunchip

Das verstehe ich gerade nicht - wo hast Du den Schreibintervall von 60 Sek. eingestellt? Kann ja eigentlich nur in der wetterstation.sh sein? Somit kommen dann im Broker alle 60 Sek. die aktualisierten Werte an.

Ich interpretiere Deine Einstellungen dann wie folgt:
Wenn Du dann im influxdb Adapter 1800 eigestellt hast, kann Folgendes passieren:

UV Index bei Sonnenuntergang 0,9, aber ggf. erst 1800Sek,/eine halbe Stunde später, die aktualisierten Werte (Null, weil Nacht) in influxdb und somit in der Grafana Anzeige/View...?

Edit: Sehe gerade, im influxdb Adapter kann man auch noch einen Schreibintervall entstellen - verstehe nur gerade noch nicht die Gesamtzusammenhänge...

crunchip

@lemuba Grafana selbst hat einen einstellbaren Schreibintervall.
Den Schreibintervall deiner InfluxDb stellst du in der Instanz selbst ein. Dort könntest du auch einstellen, Werte sammeln und nur alle x Minuten zu senden.
Die 1800sec ist die Zeit, indem zusätzlich ein Wert geschrieben wird, falls sich über längeren Zeitraum der eigentliche Wert nicht ändern sollte.

Community Forum

NEWS

[Linux Shell-Skript] WLAN-Wetterstation

Support us

719

32.4k

81.4k

1.3m