UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[sebhoff]

Zwei kurze Fragen zum Statistik-Skript:

• Habe ich es richtig verstanden, dass die Werte nach Start des Skripts nicht direkt berechnet werden, sondern zum ersten Mal um 1:03 Uhr (wenn die Einstellungen beim Default belassen werden)?
• Ist das Skript eigentlich bereit für den 29. Februar 2024? Ich sehe zwar "let monatstage = [31,28,31,30,31,30,31,31,30,31,30,31];", aber habe auf Anhieb nichts im Skript gefunden, was den Februar-Wert in einem Schaltjahr um einen Tag erhöht...

[SBorg]

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

Auch der Test mit '--influx_test' hat nichts geschrieben. Die Zugangsdaten habe ich in der wetterstation.conf drin. Hab ich das falsche Bucket?

Hi, der Test schreibt auch nichts (ich schreibe zu keinem Zeitpunkt direkt in die InfluxDB), der baut nur eine Verbindung auf und will dann was lesen ;)
Zeigt denn der Influx-Explorer überhaupt Daten bei deinem Bucket bei bspw. "Aussentemperatur"?

[SBorg]

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

Habe ich es richtig verstanden, dass die Werte nach Start des Skripts nicht direkt berechnet werden, sondern zum ersten Mal um 1:03 Uhr (wenn die Einstellungen beim Default belassen werden)?

Jepp, ist ja eine Statistik und die kann nur richtig sein wenn alle Werte vorliegen. Ich kann ja (aktuell 14:07 Uhr) nicht jetzt schon sagen "die Höchsttemperatur lag heute bei 33.11°C". Das geht erst heute Nacht um 0:00 Uhr wenn der Tag durch ist.
Wenn du "jetzt" die bisherige Tageshöchsttemperatur möchtest kannst du das aber per Influx abfragen.
Die 1:03 Uhr ist extra ein krummer Wert, da möglichst nicht viel zu dem Zeitpunkt laufen sollte. Hat sich zwar seit Influx V2 gebessert, aber auf einem älteren Pi kann das schon mal paar Sekunden "haken".
...und 01:xx Uhr war/ist, um sicherzustellen, dass auch alle Werte vom RAM nun in die Influx geschrieben wurden.

...und keine Ahnung mehr wie ich mir das mit dem 29.02. gedacht hatte (oder ich überhaupt was gedacht habe/hatte ;) ). Das entstand mehr aus einem Userwunsch heraus und ich nutze es selbst nicht, deswegen dümpelt das etwas Stiefmütterlich herum. So aus dem Bauch heraus würde ich aber meinen, dass der Tag einfach nicht in die Statistik einfließt.

[sebhoff]

@sborg OK - danke!
Dann schaue ich mal, ob morgen früh was in ioBroker erscheint, was da bis jetzt noch nicht steht... :hand_with_index_and_middle_fingers_crossed:

[Rene55]

@sborg Danke für die Antwort. Es ist einfach schon zu lange her (Benutze dein Script ja schon seit der Version 1.3.1). Ich habe ja alles auf einem neuen Rechner (proxmox, Wetterstation, Influx, Grafana) installiert. Ich musste die neue Influx ja noch dem ioBroker bekannt geben und die jeweiligen Datenpunkte der Instanz zuordnen - das hatte ich total ausgeblendet :sunglasses: ! Und schon kommen die die Werte in der Influx an.
Jetzt habe ich noch den Blackout mit dem Dashboard und den beiden 'Wetterdaten' und 'TempData'. Sind das zwei Buckets oder nur optional?

[sebhoff]

Kurze Frage - habe ich das richtig verstanden?
Ich habe eine Sainlogic WS3500 mit entsprechender Basisstation, die nun den Input für das WLAN_Wetterstation Skript liefert. Das Skript könnte theoretisch zusätzliche Sensoren verarbeiten - und das ginge zum Beispiel mit einem Ecowitt Gateway (GW1100). Allerdings kann ich nicht beides gleichzeitig betreiben, oder? Also die bereits eingebundene Basisstation durch ein GW1100 ergänzen...?

[SBorg]

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

Jetzt habe ich noch den Blackout mit dem Dashboard und den beiden 'Wetterdaten' und 'TempData'. Sind das zwei Buckets oder nur optional?

Eigentlich zwei. Das Ganze spiegelt meine Installation wieder (von wegen "och, kannst du mal deins posten" ;) ).
Bei mir ist es so, dass alles in einem Bucket mit einer Retention von xx Tagen landet (= damit wird automatisch immer alles älter als xx+1 Tag gelöscht).
Will ich nun etwas länger haben, läuft dafür ein Influx-Task der dann zB. die Daten aggregiert (min, max, avg oder was auch immer) bzw. die Daten in ein zweites Bucket schiebt mit einer Retention von "never".
Daher rühren die beiden Buckets. Du kannst sie entweder kpl. mit einem ersetzen oder alle Bucket-Variablen mittels eines festen Names (beides in der Dashboard.json). Ich wollte nur diesmal mittels der Variablen flexibel bleiben. Ändert sich was (Bucketname, Instanz...), muss ich es nur einmalig bei den Variablen ändern.

[Rene55]

@sborg Danke auch hierfür. Ich versuche mal das mit den Variablen zu verstehen. Ich bin weit entfernt davon eigene Influx-Tasks zu basteln. Ich geb mich mal ans Dashboard. Das V1 hab ich ja auch irgendwie hinbekommen - ist nur schon so lange her :lying_face: .

[SBorg]

@sebhoff Gute Frage, nächste Frage... :joy:

Ich kann leider nur theoretisch antworten, weil "wissen tue ich das nicht".
Basisstation "ergänzen" wird nicht funktionieren, da du die Außenstation ("Wettermast") nur mit einer Basisstation ("Display") koppeln kannst.

Was aber in der Theorie funktionieren müsste wäre eine zweite, eigenständige Installation.
Also erst mal alles lassen wie es ist, nun ein Gateway und den/die Zusatz-Sensor/en als neue Wetterstation installieren.
Auf deinem Linuxrechner nun eine neue Shell-Skript Version einrichten (neues Verzeichnis, Service zB. "WetterGateway" nennen). Der 2. Service schickt dann seine Daten ganz normal wieder an den ioB, du musst für das Gateway nur einen anderen Port nutzen als aktuell mit dem Shell-Skript.

...oder auf das Display verzichten und alles über das Gateway laufen lassen. Notfalls, falls unbedingt ein Display sein muss, dann mit einem Pi und LCD-Display per VIS ein eigenes Display realisieren.

[SBorg]

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

Ich versuche mal das mit den Variablen

Ist eigentlich easy going. Du definierst in Grafana einfach nur die Variable blabla und weist ihr einen Wert zu "ich bin ein Berliner"
Bei allen Abfragen wird dann

${blabla} 

 durch
"ich bin ein Berliner"
 ersetzt

Mehr wird da bei den Buckets nicht gemacht, nur das ich eben noch die Instanz und den Objekt-Pfad drin habe

[sebhoff]

@sborg said in [Linux Shell-Skript] WLAN-Wetterstation:

Was aber in der Theorie funktionieren müsste wäre eine zweite, eigenständige Installation.

Ja, das macht Sinn - danke für den Vorschlag! Ich werde mal in mich gehen und wenn ich wirklich noch zusätzliche Sensoren brauche und das umsetze, berichte ich dann hier.

[SBorg]

Mini-Update der Beta-Version V3.2.0 des Wetterstation WLAN-Skriptes auf GitHub V3.2.0-3

(Beta-Releases lassen sich nicht! über den ws_updater.sh installieren, nur die *.conf lässt sich mit dem ws_updater.beta ggf. patchen [s.u.])

• WOW-Update:
  • + Windrichtung
  • + Luftdruck
  • + Wingeschwindigkeit

Wie immer zu finden im GitHub

---

Update-Routine:

• wetterstation.sub ersetzen bzw. kopieren
• nun mittels [sudo] systemctl restart wetterstation den Service neu starten

---

Egal was ich allerdings einstelle, ich bekomme die Anzeige immer in Knoten....?

[Nashra]

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

Egal was ich allerdings einstelle, ich bekomme die Anzeige immer in Knoten....?

Knoten öffnen.... duck und weg :grin:

[SBorg]

@nashra Ist wohl eher ein "gordischer" :innocent:

[sebhoff]

Wieder mal ein kleines Problem...: Das Statistik-Skript scheint keine Vortage-Werte für Regen (und Windböen) zu generieren:

Auch in der Gesamtmenge für das laufende Jahr scheint der gestrige Wert nicht mit einberechnet zu sein:

Das ist übrigens auch in dem vom Hauptskript übermittelten Datenpunkten der Fall:

Geregnet hat es aber (endlich mal!) auch gestern:

Hat jemand ggf. einen Tipp?

[Boronsbruder]

@sborg said in [Linux Shell-Skript] WLAN-Wetterstation:

@sebhoff Gute Frage, nächste Frage... :joy:

Ich kann leider nur theoretisch antworten, weil "wissen tue ich das nicht".
Basisstation "ergänzen" wird nicht funktionieren, da du die Außenstation ("Wettermast") nur mit einer Basisstation ("Display") koppeln kannst.

Was aber in der Theorie funktionieren müsste wäre eine zweite, eigenständige Installation.
Also erst mal alles lassen wie es ist, nun ein Gateway und den/die Zusatz-Sensor/en als neue Wetterstation installieren.
Auf deinem Linuxrechner nun eine neue Shell-Skript Version einrichten (neues Verzeichnis, Service zB. "WetterGateway" nennen). Der 2. Service schickt dann seine Daten ganz normal wieder an den ioB, du musst für das Gateway nur einen anderen Port nutzen als aktuell mit dem Shell-Skript.

...oder auf das Display verzichten und alles über das Gateway laufen lassen. Notfalls, falls unbedingt ein Display sein muss, dann mit einem Pi und LCD-Display per VIS ein eigenes Display realisieren.

@sebhoff
Das schein doch zu funktionieren!

Ich bin in Besitz eines GW2000A und eines GW1000A (die Varianten von Froggit DP2000 und DP1500)

Wie man sieht sind Daten der ID 8 (Mein Mast WH4000) bei beiden Gateways angekommen:

Der Day-Wind-Max unterscheidet sich natürlich, da das 2. Gateway nur im Moment kurz zum Test angeschlossen war.

@SBorg
Achja, und dein Skript funktioniert auch mit der DP2000 bzw GW2000A ;) Kannste als unterstützt eintragen

[SBorg]

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

Das Statistik-Skript scheint keine Vortage-Werte für Regen (und Windböen) zu generieren

Das wird aus der InfluxDB ermittelt. Logging der DPs korrekt (zB. in richtiges Bucket) ?

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

Auch in der Gesamtmenge für das laufende Jahr scheint der gestrige Wert nicht mit einberechnet zu sein

Steigt denn der Wert bei einem Regenereignis an? Dann ist soweit alles korrekt.
Der eine Wert kommt aus der Station. Die summiert seit Inbetriebnahme/letztem Reset einfach jegliche Regenmenge. "kumuliert" nur das aktuelle Jahr und seit/wann das Skript läuft/lief.

Wenn die Station also bspw. paar Tage lief hat der "Regen_Jahr" der Station zB. "8 Liter". Fängt man dann mit dem Skript an, weiß das nichts von den "8 Litern", es fängt bei "0" an und zählt jeden Tag die aktuelle Regenmenge dazu.
Wenn es dann um Mitternacht nicht läuft (Rechner abgestürzt) kann er die ggf. Regenmenge dieses Tages auch nicht hinzuzählen (passiert aber idR. so gut wie nie, Linux läuft, und läuft... ;) ).
Du kannst aber die kumulierte "eichen" in dem du den DP einfach auf "68.808"(bzw. Wert von "Regen_Jahr") setzt. Wenn du allerdings die Station nicht seit 01.01. des Jahres in Betrieb hast (wonach 68l aussieht) stimmt sowieso die Regenmenge der Station nicht für dieses Jahr.

[SBorg]

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

@SBorg
Achja, und dein Skript funktioniert auch mit der DP2000 bzw GW2000A Kannste als unterstützt eintragen

Danke, mach ich gleich :):+1:

[sebhoff]

@sborg said in [Linux Shell-Skript] WLAN-Wetterstation:

Das wird aus der InfluxDB ermittelt. Logging der DPs korrekt (zB. in richtiges Bucket) ?

Also Regen_Tag wird in die shorttermBucket geschrieben - ebenso wie Wind_max. Ansonsten sehe ich auf Anhieb nichts, was mir weiterhelfen würde - aber wahrscheinlich stehe ich wieder mal auf der Leitung....?

Danke für die Erklärung mit der Gesamtmenge. Ich habe mich inzwischen daran erinnert, dass ich zur Überprüfung des Sensors ein wenig Wasser durchlaufen habe lassen. Das werde ich dann wohl nicht gelöscht haben, bevor ich das Skript benutzt habe.

[SBorg]

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

Also Regen_Tag wird in die shorttermBucket geschrieben - ebenso wie Wind_max

...und den Namen und Instanz hast du dann auch im Statistikscript angegeben?
So wie das aktuell aussieht schreibst du in ein anderes Bucket als das aus welchem du dann die Daten ließt.