NEWS
[Linux Shell-Skript] WLAN-Wetterstation
-
@ilovegym Ich glaube ich muss da noch eine Fehlerausgabe einbauen...

Stimmt deine WS_ID in der *.conf wirklich mit der ID per WS View-App überein? Wenn nicht, tritt genau dein Fehler auf. Da wäre natürlich ein Hinweis vom Skript sinnvoll
@SBorg Hi, auch die 1.3.0 beta läuft! Super! Danke.
-
@SBorg Hi, auch die 1.3.0 beta läuft! Super! Danke.
@ilovegym sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Die ID hatte ich mal geändert, und keine Auswirkungen bemerkt, der 1.1.0 ist das auch noch egal, ab VErsion 1.2.x nicht mehr..
Dürfte eigentlich nicht sein. Ich habe es zwar seit Einführung nicht mehr explizit getestet, aber auch seit der Einführung nichts mehr daran geändert:
V0.1.2 - 31.01.2020 + Prüfung auf DatenintegritätDas war nur, um sicherzustellen dass es ein valides Datenpaket ist und ggf. mehrere Wetterstationen (auch vom "bösen" Nachbarn
) unterscheiden zu können.
Zumindest kommt mit der neuen Version (habe ich jetzt nicht extra deswegen gepublished) bei --debug eine entsprechende Fehlermeldung
-
@lemuba sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Rundet das Script noch bei der Temp, vielleicht über der Auflösung des Temperatusensors/Displays selber?
In gewissen Grenzen ja, denn bei der Umrechnung F, MPH etc. kommen dann zig Nachkommastellen bei rum. Deswegen wird auf Hundertstel gerundet, bzw. bei der Feuchte auf Zehntel (was auch immer den Auflösungen der jeweiligen Sensoren entspricht). Ist im Grunde aber Nonsens, denn die Sensoren sind sowieso wesentlich ungenauer...
@ilovegym sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Also mit mitte 50 kann man noch auf dem Dach turnen gehen.. runter kommt man immer..
Das runter fallen ist auch nicht wirklich das Problem

Aber ich bin echt erstaunt wie viel "alte Säcke" (jo, ich bin auch Ü50) sich so im Bereich SmartHome tummeln
Ich habe mir die Tendenz jetzt mal auf 5 Pfeile gemappt:

@SBorg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Ich habe mir die Tendenz jetzt mal auf 5 Pfeile gemappt:

Sorry, aber habe momentan gar keinen Ansatz, wie ich die Luftdrucktendenz in einem schnöden VIS ohne Grafana und so mit den Pfeilen darstellen soll.
In dem Zusammenhang noch die Frage nach der Anzahl der Luftdrucktendenzwerte...
-1 (sinkend)
0 (stabil)
1 (steigend)oder mehr? Konnte die Info leider nirgends finden

-
@SBorg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Ich habe mir die Tendenz jetzt mal auf 5 Pfeile gemappt:

Sorry, aber habe momentan gar keinen Ansatz, wie ich die Luftdrucktendenz in einem schnöden VIS ohne Grafana und so mit den Pfeilen darstellen soll.
In dem Zusammenhang noch die Frage nach der Anzahl der Luftdrucktendenzwerte...
-1 (sinkend)
0 (stabil)
1 (steigend)oder mehr? Konnte die Info leider nirgends finden

@Berchemer ab hier https://forum.iobroker.net/post/406346
du kannst ne gauge verwenden sowohl in Grafana als auch in Vis
https://forum.iobroker.net/post/407569 -
@SBorg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Ich habe mir die Tendenz jetzt mal auf 5 Pfeile gemappt:

Sorry, aber habe momentan gar keinen Ansatz, wie ich die Luftdrucktendenz in einem schnöden VIS ohne Grafana und so mit den Pfeilen darstellen soll.
In dem Zusammenhang noch die Frage nach der Anzahl der Luftdrucktendenzwerte...
-1 (sinkend)
0 (stabil)
1 (steigend)oder mehr? Konnte die Info leider nirgends finden

@Berchemer sagte in [Linux Shell-Skript] WLAN-Wetterstation:
@SBorg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Ich habe mir die Tendenz jetzt mal auf 5 Pfeile gemappt:

Sorry, aber habe momentan gar keinen Ansatz, wie ich die Luftdrucktendenz in einem schnöden VIS ohne Grafana und so mit den Pfeilen darstellen soll.
In dem Zusammenhang noch die Frage nach der Anzahl der Luftdrucktendenzwerte...
-1 (sinkend)
0 (stabil)
1 (steigend)oder mehr? Konnte die Info leider nirgends finden

ich würde es ganz einfach halten und als HTML-Widget ausgeben:
Luftdrucktendenz: {val:<LuftdrucktendenzDP>; val==-1? "↓": val==1? "↑": "→"}Hier komplett. Aber bitte nicht vergessen den Datenpunktnamen anzupassen
Andere Pfeile stehen dann auch zur Verfügung -
@Berchemer sagte in [Linux Shell-Skript] WLAN-Wetterstation:
@SBorg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Ich habe mir die Tendenz jetzt mal auf 5 Pfeile gemappt:

Sorry, aber habe momentan gar keinen Ansatz, wie ich die Luftdrucktendenz in einem schnöden VIS ohne Grafana und so mit den Pfeilen darstellen soll.
In dem Zusammenhang noch die Frage nach der Anzahl der Luftdrucktendenzwerte...
-1 (sinkend)
0 (stabil)
1 (steigend)oder mehr? Konnte die Info leider nirgends finden

ich würde es ganz einfach halten und als HTML-Widget ausgeben:
Luftdrucktendenz: {val:<LuftdrucktendenzDP>; val==-1? "↓": val==1? "↑": "→"}Hier komplett. Aber bitte nicht vergessen den Datenpunktnamen anzupassen
Andere Pfeile stehen dann auch zur Verfügung@a200

Besser wäre aber val<=-1 und val>=1, denn die Werte gehen idR. von -8 bis +8 (gelegentlich bei extremer Wetterlage auch darüber/darunter). Sonst bekommst du bspw. bei +2 den "waagrechten Pfeil"
-
@a200

Besser wäre aber val<=-1 und val>=1, denn die Werte gehen idR. von -8 bis +8 (gelegentlich bei extremer Wetterlage auch darüber/darunter). Sonst bekommst du bspw. bei +2 den "waagrechten Pfeil"
-
@SBorg ok, hatt keine Ahnung wie die Werte sein können und bin nur von -1,0,1 ausgegangen. aber das Prinzip sollte klar sein.
-
@a200

Besser wäre aber val<=-1 und val>=1, denn die Werte gehen idR. von -8 bis +8 (gelegentlich bei extremer Wetterlage auch darüber/darunter). Sonst bekommst du bspw. bei +2 den "waagrechten Pfeil"
Danke Euch Dreien für die schnellen Antworten.
Das mit der Gauge versuche ich mal in einem eigenen Wetterview.
Auf die Schnelle, sagt mir der Tipp von a200 mit den drei Pfeilen zu.
Ach ja... Auch danke für den Hinweis -8 bis 8Habe also das Widget importiert, bzw. in ein html-Widget den folgenden Text geschrieben:
Luftdrucktendenz: {val:<javascript.0.Wetterstation.Druck_Tendenz>; val<=-1? "↓": val>=1? "↑": "→"}Dabei ist natürlich "javascript.0.Wetterstation.Druck_Tendenz" meine ID des gewünschten Datenpunktes.
Leider bekomme ich als Ausgabe statt einen der drei Pfeile den Text undefined.
Seht Ihr vielleicht den Fehler, den ich nicht zu sehen scheine
Der Datenpunkt hat folgende RAW-Daten:
{ "common": { "name": "Luftdrucktendenz", "type": "number", "role": "state" }, "native": { "name": "Luftdrucktendenz", "type": "number", "role": "state" }, "type": "state", "from": "system.adapter.javascript.0", "user": "system.user.admin", "ts": 1588507414578, "_id": "javascript.0.Wetterstation.Druck_Tendenz", "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } } -
Danke Euch Dreien für die schnellen Antworten.
Das mit der Gauge versuche ich mal in einem eigenen Wetterview.
Auf die Schnelle, sagt mir der Tipp von a200 mit den drei Pfeilen zu.
Ach ja... Auch danke für den Hinweis -8 bis 8Habe also das Widget importiert, bzw. in ein html-Widget den folgenden Text geschrieben:
Luftdrucktendenz: {val:<javascript.0.Wetterstation.Druck_Tendenz>; val<=-1? "↓": val>=1? "↑": "→"}Dabei ist natürlich "javascript.0.Wetterstation.Druck_Tendenz" meine ID des gewünschten Datenpunktes.
Leider bekomme ich als Ausgabe statt einen der drei Pfeile den Text undefined.
Seht Ihr vielleicht den Fehler, den ich nicht zu sehen scheine
Der Datenpunkt hat folgende RAW-Daten:
{ "common": { "name": "Luftdrucktendenz", "type": "number", "role": "state" }, "native": { "name": "Luftdrucktendenz", "type": "number", "role": "state" }, "type": "state", "from": "system.adapter.javascript.0", "user": "system.user.admin", "ts": 1588507414578, "_id": "javascript.0.Wetterstation.Druck_Tendenz", "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }@Berchemer sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Habe also das Widget importiert, bzw. in ein html-Widget den folgenden Text geschrieben:
Luftdrucktendenz: {val:<javascript.0.Wetterstation.Druck_Tendenz>; val<=-1? "↓": val>=1? "↑": "→"}Luftdrucktendenz: {val:javascript.0.Wetterstation.Druck_Tendenz; val<=-1? "↓": val>=1? "↑": "→"}keine <>. Melde dich falls das nicht funktioniert, dann prüfe ich das. DIe angaben sind aus dem Kopf.
-
@Berchemer sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Habe also das Widget importiert, bzw. in ein html-Widget den folgenden Text geschrieben:
Luftdrucktendenz: {val:<javascript.0.Wetterstation.Druck_Tendenz>; val<=-1? "↓": val>=1? "↑": "→"}Luftdrucktendenz: {val:javascript.0.Wetterstation.Druck_Tendenz; val<=-1? "↓": val>=1? "↑": "→"}keine <>. Melde dich falls das nicht funktioniert, dann prüfe ich das. DIe angaben sind aus dem Kopf.
-
Luftdrucktendenz: &{val:javascript.0.Wetterstation.Druck_Tendenz; val<=-1? "darr": val>=1? "uarr": "rarr"};und jetzt?
-
@a200 sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Luftdrucktendenz: &{val:javascript.0.Wetterstation.Druck_Tendenz; val<=-1? "darr": val>=1? "uarr": "rarr"};
You made my day

@Berchemer du kannst auch andere Pfeile haben: Auswahl
du musst dann den entsprechenden Unicode nehmen und ihn anstatt daar uaar und rarr eintragen. Aber ohne "&" am Anfang und ohne ";" am Ende.
also z.B.
"#8656" für ⇐
oder
"#10164" für ➴Viel Spaß
-
So jetzt habe ich aber was gefunden
aber @SBorg kann mir sicher sagen warum das so ist.
Heute Morgen gegen 8 Uhr zeigte mir "letzter Regen: 5 Tage" an. Heute Mittag steht da
doch glatt "letzter Regen: 6 Tage"......warum???
-
So jetzt habe ich aber was gefunden
aber @SBorg kann mir sicher sagen warum das so ist.
Heute Morgen gegen 8 Uhr zeigte mir "letzter Regen: 5 Tage" an. Heute Mittag steht da
doch glatt "letzter Regen: 6 Tage"......warum???
@Nashra Da das relativ und nicht absolut ist, also kein "Sprung" um Mitternacht um +1 Tag.
Beispiel: es regnet heute um 11:00 Uhr
14:00 Uhr / Anzeige: vor 3 Stunden
0:00 Uhr / Anzeige: vor 9 Stunden
10:00 Uhr / Anzeige: vor 23 Stunden
11:00 Uhr / Anzeige: vor einem Tag
...
11:00 Uhr / Anzeige: vor 2 Tagen (was ja auch stimmt, es hat genau vor 2 Tagen geregnet)Schaust du nun zB. um 10:59 Uhr (oder davor) nach, stünde da nun "vor einem Tag", ab 11:00 Uhr des gleichen Tages dann "vor zwei Tagen".
Direkt einen "Tagessprung" um Mitternacht durchzuführen wäre auch nicht richtig, denn regnet es um 23:30 Uhr, stünde dann 30 Minuten später schon "vor einem Tag"...
-
@Nashra Da das relativ und nicht absolut ist, also kein "Sprung" um Mitternacht um +1 Tag.
Beispiel: es regnet heute um 11:00 Uhr
14:00 Uhr / Anzeige: vor 3 Stunden
0:00 Uhr / Anzeige: vor 9 Stunden
10:00 Uhr / Anzeige: vor 23 Stunden
11:00 Uhr / Anzeige: vor einem Tag
...
11:00 Uhr / Anzeige: vor 2 Tagen (was ja auch stimmt, es hat genau vor 2 Tagen geregnet)Schaust du nun zB. um 10:59 Uhr (oder davor) nach, stünde da nun "vor einem Tag", ab 11:00 Uhr des gleichen Tages dann "vor zwei Tagen".
Direkt einen "Tagessprung" um Mitternacht durchzuführen wäre auch nicht richtig, denn regnet es um 23:30 Uhr, stünde dann 30 Minuten später schon "vor einem Tag"...
@SBorg verstanden bzw. einleuchtend, danke für die Erklärung

-
Hallo, kann mir jemand evtl. sagen ob das auch mit der Froggit HP1000SE PRO funtionieren wird?
Überlege mir diese zu holen, da man zusätzliche Aussensensoren anschliessen kann.Ich denke ja, sofern Du die WS die Daten im Wunderground Protokoll mit dem Script verarbeiten lässt.
Mit zusätzlichen Sensoren wirst Du aber auf das Ecowitt protokoll umschalten müssen - das ist hier im Script von @SBorg oder im Adapter von @Fogg "noch" nicht implementiert.
Fürs Ecowitt-Protokoll habe ich einen Node-Red Flow geschrieben, der die Datenpunkte und dann auch zusätzliche Sensoren in den Iobroker bringt.
Hier findest Du etwas zum Thema - aktueller Flow/Json:https://forum.iobroker.net/topic/33307/node-red-javascript-node-berechnung-ungewünscht-doppelt
Initial:
https://forum.iobroker.net/topic/32877/froggit-dp1500-ecowitt-gw1000-usb-dongle-node-red-flow -
Ich denke ja, sofern Du die WS die Daten im Wunderground Protokoll mit dem Script verarbeiten lässt.
Mit zusätzlichen Sensoren wirst Du aber auf das Ecowitt protokoll umschalten müssen - das ist hier im Script von @SBorg oder im Adapter von @Fogg "noch" nicht implementiert.
Fürs Ecowitt-Protokoll habe ich einen Node-Red Flow geschrieben, der die Datenpunkte und dann auch zusätzliche Sensoren in den Iobroker bringt.
Hier findest Du etwas zum Thema - aktueller Flow/Json:https://forum.iobroker.net/topic/33307/node-red-javascript-node-berechnung-ungewünscht-doppelt
Initial:
https://forum.iobroker.net/topic/32877/froggit-dp1500-ecowitt-gw1000-usb-dongle-node-red-flow
