[Linux Shell-Skript] WLAN-Wetterstation
-
@crunchip sagte in [Linux Shell-Skript] WLAN-Wetterstation:
@Nashra in der
wetterstation.subsind 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:
-
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. -
@all
INFO :
Hier im Thread Material Design Widgets: Wetter View hat @Scrounger eine sehr schöne View entwickelt .
Hier werden auch die Daten von weatherunderground abgerufen , wo ja sowieso unsere Wetterstation drann hängt .
Hier ein Ausschnitt von der View :
-
@SBorg Regenjahresmenge funktioniert, es durften ganze 9 mm dazu addiert werden
-
@SBorg said in [Linux Shell-Skript] WLAN-Wetterstation:
Macht aber "String" überhaupt Sinn? In der VIS sicherlich, aber in Grafana könnte man es nur als Text darstellen.
Also ich denke auch es sollte eine Zahl sein und kein String... Vor allen Dingen wenn man die Werte mal weiterberechnen, bzw. analysieren möchte. Oder spielt das dann keine Rolle?
-
@Glasfaser said in [Linux Shell-Skript] WLAN-Wetterstation:
@all
INFO :
Hier im Thread Material Design Widgets: Wetter View hat @Scrounger eine sehr schöne View entwickelt .
Fett! vielleicht schaue ich mir das nochmal im Detail an. Aktuell habe ich aber „noch“ die Krätze gegen VIS. Mein erster Entwurf war letztendlich fürn Ars.... In meinem Fall war es keine gute Idee die über 20 Grafana Widgets in über 20 Vis Iframes zu packen. Selbst am potenten PC braucht es für den Erstaufbau der Seite mind. 20-30 Sek. Nicht akzeptabel... Am Ipad Pro schmierte es letztendlich ab - Seite nicht darstellbar nach dem zweiten Ladeversuch.
Habe mir nun ne Grafana Seite für unseren Samsung TV Internet Browser zusammengepackt und als Startseite definiert. Das gefällt mir. Kurz „Internet“ in der Fernbedienung gesprochen und die Wetteransicht ist da und auch schnell aufgebaut. Mal sehen ob ich das später noch mit Alexa und dem Samsung Adapter verknüpft bekomme. Aber auch hier Einschränkungen. Die Bildansicht am Samsung Browser ist nach dem Start immer 125%, also muss man die Ansicht nach dieser Grösse planen/bauen. Der Samsung Browser ist nicht in der Lage z.B. die 3D Gauges darzustellen, Windrose würde gehen.
Und leider ist Grafana auch ein Platzverschwender in der Standarddarstellung . Viel zu grosse Rahmen, nicht konfigurierbar - die Krücke Vis/Iframes letztendlich aus oben genannten Gründen nicht praktikabel.
Edit - noch einen Tip für eine mögliche Wettercam in Grafana...
In Grafana funktioniert das Ajax Panel super dafür:
Problem 1 war, dass meine an für sich gute Jidetech Dom Kamera nur einen RSTP Stream kann und diesen auch teilweise authorisiert, bzw. für Ajax ein html Stream benötigt wird. Bin dann auf das Schweizer Messer MotionEye aufmerksam geworden. Dies konnte ich fix unter meiner Dietpi Instanz unter Software nachinstallieren.
Problem 2 war dann, dass in Motioneye der RTSP Stream kein Bild brachte. Der Stream läuft fest über Port 8081, der im Standard aber auf der gleichen Instanz schon vom Iobroker Admin Port belegt ist... Diesen dann auf einen freien Port verschoben...:
(Edit: Später festgestellt, man kann auch in Motioneye den Streaming Port ändern und den Iobroker auf dem Standarport belassen!)
Nun lief es auch mit der Cam in Motioneye und letztendlich im Ajax Plugin
Motioneye läuft 1A auf der Dietpi VM/Diskstation 718+ - verbraucht im Streaming auf http kaum Resourcen...
Das "Lifebild" wird auch sauber auf dem Samsung Browser gestreamt...
-
@Rushmed sagte in [Linux Shell-Skript] WLAN-Wetterstation:
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.Das liegt am Node-Update an sich. Ich habe dadurch noch andere Fehler. Da hilft nur auf ein Update warten, wieder downgraden oder das Blockly umstellen.
@crunchip sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Regenjahresmenge funktioniert, es durften ganze 9 mm dazu addiert werden
Dank eigener Station war der Fehler auch schnell gefunden
@lemuba sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Also ich denke auch es sollte eine Zahl sein und kein String... Vor allen Dingen wenn man die Werte mal weiterberechnen, bzw. analysieren möchte. Oder spielt das dann keine Rolle?
"String" lässt sich schön lesen und anzeigen, aber damit weiterarbeiten ist ein "würg hoch 10". Ich werde einfach beides anbieten
Tagesreset geht auch schon. -
@SBorg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Fehler auch schnell gefunden
ich frag mich gerade wo der Fehler liegt
@SBorg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Ich werde einfach beides anbieten
habe nichts anderes erwartet
-
@crunchip sagte in [Linux Shell-Skript] WLAN-Wetterstation:
ich frag mich gerade wo der Fehler liegt
Vor deinem Bildschirm
Hast du ev. eine falsche Zeitzone bei der Station eingestellt (oder Sommer-/Winterzeit)?
