[Linux Shell-Skript] WLAN-Wetterstation

[crunchip]

@SBorg nicht editiert, erweitert ....war doch noch nicht fertig
uuuuuups, jetzt fällt mir das auch auf, da fehlt ein #

[Nashra]

Wenn sich zwei streiten freut sich der Dritte
@SBorg bei mir zeigt er auch baldiger Regen sowie auch im Radio gerade gemeldet das etwas kommt.

@crunchip bei mir sind es auch zwei und ja im Cron ein # davor und über Service am laufen

beeinflußt aber nichts d.h. die Daten kommen sauber rein. Warum es zweimal läuft keine Ahnung.

[SBorg]

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

nicht editiert, erweitert

Ach so nennt man das heute ^^
ICH ein Geisterfahrer? Nenene, dass sind hunderte...
Aber damit sollte es dann auch im Docker reibungslos laufen.

[SBorg]

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

Wenn sich zwei streiten freut sich der Dritte

Wir geigen uns nur die Meinung
Aber bei dir ist alles iO. Es taucht schon 2x auf, da eins das "Hauptprogramm" ist und das andere quasi ein "Helfer".
Korrekt erkennen kann man es mittels ps -aux | grep wetter

[Nashra]

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

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

Wenn sich zwei streiten freut sich der Dritte

Wir geigen uns nur die Meinung

Und ich spiel Gitarre, machen wir ne Band auf

Aber bei dir ist alles iO. Es taucht schon 2x auf, da eins das "Hauptprogramm" ist und das andere quasi ein "Helfer".

Ok wenn Du das sagst, du bist der Profi

Korrekt erkennen kann man es mittels ps -aux | grep wetter

[Nashra]

@SBorg wie sind die einzelnen Anzeige bzw. Texte bei Wetter_Trend und Wetter_aktuell.
Meine irgendwo das mal gelesen zu haben aber ich finde es nicht mehr.
Hintergrund, anhand dessen ein passendes Bild anzeigen zu lassen.

[crunchip]

@Nashra in der wetterstation.sub sind diese hinterlegt

[Nashra]

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

@Nashra in der wetterstation.sub sind diese hinterlegt

Jow

[HAL]

@SBorg Bei mir laufen zwei Froggit WH3000 ( ohne SE ) . Die können nur (Android) über die App "WS tool" konfiguriert werden "WS View" funktioniert leider nicht. In WS tool kann kein custimized server angegeben werden. Im Thread habe ich dazu nichts finden können.
Gibt es dennoch einen Weg Dein Script zu verwenden ?

(edit)
Im FHEM Forum habe ich das gefunden:

Für alle Leidgeplagten die eine Wetterstation mit WU Anbindung besitzen bei der man außer den Zugangsdaten nichts einstellen kann, hier meine (fast) Lösung des Problems:

Da die Station stur an rtupdate.wunderground.com auf Port 80 sendet, waren ein paar Klimmzüge nötig um diese Übertragung zu übernehmen.
Split DNS- Konfiguration auf dem eigenen Router: rtupdate.wunderground.com auf die IP Adresse von FHEM zeigen lassen.
 (bei mir OpenWRT -> /etc/hosts ändern und dnsmasq neu starten)
Wetterstation mit dem HP1000 Modul definieren
Die neue FHEMWEB-Instanz muss auf Port 80 hören.
Dazu kann man entweder eine lokale Portredirection einrichten (iptables in Linux), oder wenn FHEM als root läuft kann man die fhem.cfg editieren und den Port auf 80 umstellen. FHEM neu starten, oder die config neu laden.

Könnte das eine Lösung sein ?

[lemuba]

Ich habe heute mal an meinem ersten VIS fürs IPad gebastelt - das mit den IFrames zu begreifen, wie die sich wann überhaupt mit Grafana aktualisieren, war für mich nicht ohne - aber irgendwann flutschte es Falls nötig, bekomme ich da auch noch Platz für die Sonnenstunden

Hier und dort muss noch etwas Feinkosmetik gemacht werden...

[SBorg]

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

Und ich spiel Gitarre, machen wir ne Band auf

Schlagzeug. Noten lesen würde wahrscheinlich mittlerweile zu lange dauern + Schlagzeugnotation kriege ich überhaupt nicht mehr hin. Ist ja auch nur rund 40 Jahre her...
Aber solange die beiden Zahlen unter "grep" (4128 bei dir) identisch sind läuft es nur einmal

@HAL Sollte eigentlich funktionieren. Du musst ein neues WLAN spannen zB. mittels eines PI oder USB-WLAN-Sticks. Darauf dann mit dem Handy verbinden und die Wetterstation in dieses WLAN verbinden lassen. Dazu ist dann ein DHCP-Server und DNS (bei Linux bspw. dnsmasq) nötig. Dieser "biegt" dann Anfragen an rtupdate.wunderground.com auf den lokalen Rechner um auf dem dann das Skript läuft.

[SBorg]

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

Falls nötig, bekomme ich da auch noch Platz für die Sonnenstunden

Bin mir nur noch nicht über die weitere Vorgehensweise im Klaren. Mit Sekunden lässt sich zwar einfach rechnen, sind aber nicht gerade aussagekräftig. Muss also wohl doch zwischenspeichern, da es sich direkt mit Stunden/Minuten etc. schlecht rechnet bzgl. Wochen-/Monats- u. Jahreswerte...

[SBorg]

Sieht gut aus, auch wenn da noch ein Leerzeichen fehlt...

...und paar Minuten später

zwischenzeitlich gefixt und würde sagen funktioniert

[crunchip]

@SBorg voller Vorfreude, nachdem der Himmel Wasser gelassen hat...
und nun die bittere Enttäuschung,
das bisschen Regen wurde nicht mal erkannt obwohl es zumindest so viel war, das der Boden nass ist.
Edit: aber jetzt

[SBorg]

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

Edit: aber jetzt

Noch schnell mit der Gießkanne raus geflitzt...
Dann müssten es bei mir morgen 132.4mm sein, obwohl es schon 3x oder 4x funktioniert hat:

Sonnenscheindauer ist auch so gut wie fertig, muss nur noch einen Reset für die Tages-, Wochen- und Monatswerte einbauen:

(ich sammle erst seit heute Mittag )

Macht aber "String" überhaupt Sinn? In der VIS sicherlich, aber in Grafana könnte man es nur als Text darstellen.

[Rushmed]

Ich werte immer grob mein Messintervall per Bockly aus.

Das lief auch alles gut aber nun hat das aus irgendeinem Grund nur bis zum Tagesende am 12.04. funktioniert.

Was kann da passiert sein?

[SBorg]

@Rushmed Da du um 01:23 Uhr noch einen Zeitstempel erhalten hast steht zumindest die Kommunikation noch. Da die Anzeige in Grafana auch noch geht scheidet influx/MySQL auch aus.

Ev. hat sich dein Blockly einfach aufgehängt oder der JS-Adapter zickt rum?

[Rushmed]

@SBorg
Das Script hab ich neu gestartet und der Fehler bleibt.
Der Fehler betriift auch nur meine Berechnung. Dein Script läuft.
Ich glaube es geligt Blockly nichtmehr den Wert von Letzte Messung als Zeit zu verarbeiten.
Kann das etwas mit einem node Update zu tun haben?

[SBorg]

@Rushmed Ziemlich eindeutig:

Dürfte also am Node-Update liegen.
Da du den Wert aber nicht explizit brauchst, genügt auch die letzte Aktualisierung. Die ist identisch mit dem eigentlichen Wert. Dann geht es wieder:

[Rushmed]

Bedeuted das dass beim node Update etwas schiefgegangen ist? Warum geht es bei dir auch nicht?
Mich wundert auch warum es genau bis 24 Uhr lief, ich denke nicht dass ich genau da upgedated habe.
Sorry wenn zu weit OT.