NEWS
[Linux Shell-Skript] WLAN-Wetterstation
-
@crunchip sagte in [Linux Shell-Skript] WLAN-Wetterstation:
cron ist eigentlich aus, sollte dann auch nicht das Problem sein
Editieren gilt nicht
Doch, es läuft bei dir 2x wenn du bootest. Du hast den cronjob beim rebooten nicht abgeschaltet:@reboot /home/iobroker/wetterstation.sh &
Da muss auch noch die # davor
-
@SBorg nicht editiert, erweitert ....war doch noch nicht fertig
uuuuuups, jetzt fällt mir das auch auf, da fehlt ein # -
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. -
@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. -
@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 mittelsps -aux | grep wetter
-
@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
-
@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. -
@Nashra in der
wetterstation.sub
sind diese hinterlegt -
@crunchip sagte in [Linux Shell-Skript] WLAN-Wetterstation:
@Nashra in der
wetterstation.sub
sind diese hinterlegtJow
-
@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 ?
-
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...
-
@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.
-
@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... -
Sieht gut aus, auch wenn da noch ein Leerzeichen fehlt...
...und paar Minuten später
zwischenzeitlich gefixt und würde sagen funktioniert
-
@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
-
@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.
-
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? -
@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?
-
@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? -
@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: