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

[Glasfaser]

@crunchip

Willkommen im Club ..

Bei mir habe ich die Datenpunkte vom loggen wieder rausgenommen.
Bei Influx und bei SQL schmeißen mir beide Warnmeldungen raus .
Habe noch kein Zeit gehabt ,den Fehler zu suchen .

[crunchip]

@Glasfaser genau, Probleme mit Influx kam auch noch dazu, da hatte ich auch nochmal gelöscht, Grafana /Influx auch schon mehrmals restartet, aber irgendwie ist da der Wurm drin.

[Glasfaser]

@crunchip

Sehr schön ... dachte ich habe das Problem alleine.

Werden die Werte bei Debug-Ausgabe gesendet bzw. ist ein Inhalt vorhanden .
Hast du da mal nachgeschaut .

[SBorg]

Was ich bei @crunchip sehe, dass die gespeicherten Werte für Woche/Monat/Jahr fehlen. Dass würde zum Fehlerbild passen.
Stoppe mal das Skript und füge dann mal bei tempData.Sonnenschein ein:

5390.488 5390.488 5390.488 5390.488

Damit sind dann alle Werte gleich und es sollte nach dem starten des Skriptes wieder laufen. Dann muss noch eruiert werden wieso die leer sind :(

[crunchip]

@SBorg klappt jetzt, nachdem mein Iobroker erst komplett abgeschmiert ist:thinking_face: , Iobroker neu gestartet und dann die Temp befüllt.

[lemuba]

Bei mir ist nichts abgeschmiert, aber meine Datenpunkte werden auch nicht befüllt.
Auch das Eintragen der Temp-Daten und Restart bringt nichts...

[crunchip]

@lemuba du hast die "falschen" Werte eingetragen
die 5390.488 bezog sich auf meinen javascript.0.Wetterstation.Info.Solarenergie_Tag, dementsprechend müsstest du bei javascript.0.Wetterstation.tempData.Solarenergie, deinen Wert eintragen

 5322.741 5322.741 5322.741 5322.741

desweiteren hast die Werte auch bei javascript.0.Wetterstation.tempData.Sonnenschein eingetragen, die gehören da nicht rein
dort müsste es lauten

39120 132534 132534 132534

[lemuba]

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

39120 132534 132534 132534

Supi, danke, läuft! Hab zu viel Node Red gespielt und konnte nicht mehr gerade gucken :joy:

[SBorg]

Vielleicht noch mal ein paar Worte zur Erklärung. tempData ist einzig nur dafür da, um beim Starten des Skriptes die bis dato aufgelaufenen Daten wieder parat zu haben. Sonst passiert alles im Arbeitsspeicher des Rechners.

• Solarenergie enthält vier Zahlenwerte, die den Tages-, Wochen-, Monats- und Jahresertrag in Wh enthalten. Wird zyklisch im Poll-Intervall (WS_POLL) geschrieben
• Sonnenschein enthält vier Zahlenwerte, die die Tages-, Wochen-, Monats- und Jahresdauer in Sekunden enthalten. Wird zyklisch im Poll-Intervall (WS_POLL) geschrieben
• Wetterdaten enthält 12 Zahlenwerte, die den Luftdruckverlauf der letzten 3 Stunden in hPa enthält. Wird zyklisch im 15 Minuten-Intervall geschrieben

So sollte es aussehen:

Um die Daten zu backuppen empfehle ich sie per History-Adapter für bspw. 3 Tage zu speichern. Dann kann man sich die Werte notfalls wieder "herausziehen", denn sind sie erst einmal weg, fehlt alles bis dato gesammelte an Werten. Hier mal als Beispiel der Solarenergie:

Ich würde dann den letzten Value-Eintrag mit korrekten Werten (bei Fehlern ist er meist nicht befüllt oder enthält "0") per Copy & Paste herauskopieren, [WICHTIG!!!] das Skript beenden und im ioB unter tempData.Solarenergie (bzw. dementsprechend Sonnenschein) einfügen. Skript wieder starten. Somit hat man nur eine kurze Zeitspanne verloren.
Für die Wetterdaten ergibt dies keinen Sinn, denn auf deren Basis wird der Wettertrend berechnet. Die Prognose kann dann nur falsch sein wenn mit Daten vor x Stunden gerechnet wird.

[SBorg]

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

@SBorg klappt jetzt, nachdem mein Iobroker erst komplett abgeschmiert ist:thinking_face: , Iobroker neu gestartet und dann die Temp befüllt.

Wenn es kommt, dann aber richtig...
Am ioB bin ich aber unschuldig.

btw: Solarenergie sind Wh/m². Bei Woche, Monat und Jahr dann kWh/m²

[lemuba]

@SBorg

Ich habe das k vorm W gelöscht...

[crunchip]

@SBorg keine Ahnung was da los war, wahrscheinlich purer Zufall, jedoch schoss halt genau in dem Moment CPU und Ram in die Höhe, bis letztendlich nix mehr ging.

Das mit der Unit bei Solarenergie weis ich, habe es bewusst wieder umgerechnet, da es im Panel Table nur diese Unit W/m2 als Anzeige gibt.
Desweiteren hab ich die Regenmenge nun einzeln aufgelistet und den max Wert angepasst.

• Jahr/1000
• Monat/100
• Woche/50
• Tag/25

auch das "Wochen-Start-Problem" mittels Timeshift umgangen, so das der Anzeigewert mit der "eigentlichen-Woche" übereinstimmt

[lemuba]

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

@Rushmed

Der kommt durch die Einstellung javascript.0.Wetterstation.Sonnenstrahlung SELECT (mean) .....

Ich habe das für mich nochmal etwas modifiziert, habe lieber meine eigenen Datenpunkte:

Nach Anleitung installiert:
https://flows.nodered.org/node/node-red-contrib-sun-position

Flow mal etwas erweitert:

Fürn möglichen Import meines Flows - noch gibts die Stände aus Fitzbek/SH, kann aber einfachst auf die eigene Location geändert werden:

Astro_Flow.txt

Schaut dann in Grafana z.B. so aus:

Grafana Panel Json:

Grafana Panel.txt

Scheint zu passen - sehe weder Sonne noch Mond :-)

[Glasfaser]

@lemuba

Puhhh ... das ist mal ein ToDo :anguished:

[SBorg]

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

@SBorg

Ich habe das k vorm W gelöscht...

Öhm, dir ist aber bewusst, dass das nur für die reine Anzeige hinter dem Objekt ist? Das wird sonst (normal) für nichts im ioB benutzt und dient nur dazu, dass man eben auch in der Objektansicht sieht um was für eine Einheit es sich handelt. Du kannst auch Käsekuchen reinschreiben, dass hat keinerlei Auswirkung.
...und der Wert bleibt deswegen dort trotzdem in kWh, solange du ihn nicht mit 1.000 für Wh multiplizierst ;)

[Fogg]

Ums auch hier mal kurz zu erwähnen, ich bin gerade dran einen richtigen Adapter zu bauen der das ganze erledigt... Tester willkommen :)

Noch brauche ich etwas zu einem Beta-Stadium, machen dann einen einen Thread dafür auf wenn es soweit ist... vielleicht am Wochenende.

[skokarl]

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

Ums auch hier mal kurz zu erwähnen, ich bin gerade dran einen richtigen Adapter zu bauen der das ganze erledigt... Tester willkommen :)

Noch brauche ich etwas zu einem Beta-Stadium, machen dann einen einen Thread dafür auf wenn es soweit ist... vielleicht am Wochenende.

Vielleicht solltest Du das hier mal nicht vermischen und einen eigenen Thread dafür aufmachen.
Es gibt für neue Adapter eine eigene Kategorie.
Hier geht es lediglich um ein sehr gut funktionierendes Script, daher sollte auch der
Respekt dafür vorhanden sein.

[Glasfaser]

@skokarl

daher sollte auch der
Respekt dafür vorhanden sein.

Huhu .... :hugging_face:
Er hat nur darauf hingewiesen ... das er ein Adapter entwickelt ... mehr nicht . ;)

@Fogg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
machen dann einen einen Thread dafür auf wenn es soweit ist... vielleicht am Wochenende.

[skokarl]

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

@skokarl

Huhu .... :hugging_face:

Ja..... 😬

[lemuba]

@SBorg @Fogg

Nach wie vor meinen Hut ab - ich kann weder scripten (Höchstens Blockly Basics), gescheige denn einen Adapter schreiben - vielleicht in ein paar Jahren, wenn mehr Zeit und die Rente ansteht :-)

Ich möchte hier aber nochmal ein paar Punkte, nur als meinen persönlichen Hinweis, reischmeißen - vielleicht hat es ja Einfluss auf zukünftige Entwicklungen - Eurerseits oder Andereseits. Nur darum geht es mir aktuell....

Externes Script a la SBORG hat auch seine Berechtigung, verstehe SBORG seine Bewegründe diese Arbeiten über ein Script vom IOBROKER fernzuhalten - komme damit auch bestens lang :-) Alternativ ein Adapter wäre aber auch toll...

Mein eigentlicher Hinweis - wollte gestern mal schauen, wie ich "zusätzlich" noch nach weewx rüberkomme - wäre wahrscheinlich gegangen, nur würde dann das SBORG Script nicht mehr funktionieren...

Diese Links erklären recht gut warum:

https://github.com/iz0qwm/ecowitt_http_gateway

Oder auch hier:

https://www.wxforum.net/index.php?topic=37471.50

https://github.com/weewx/weewx/wiki/gw1000-recipe

Um jetzt doch noch zusätzlich mit meiner WH4000SE, nur dem Außensensor, nach weewx rüberzukommen und ggf. oben genannte Links weiterverfolgen zu können habe ich mir nun testweise den ECOWITT GW1000 baugleichen Froggit DP1500 Wi-Fi Wetterserver USB-Dongle bestellt.

Komme dann darüber aber wieder zum Script und Adapter, welche beide auf dem Wonderground Protokoll basieren.
Das Ecowitt Protokoll, welches ja auch als eigene Serveradresse in unseren Wetterstationen konfiguriert werden kann, kann zusätzliche Sensoren aufnehmen/verarbeiten:

https://www.froggit.de/product_info.php?language=de&info=p410_dp1500-wi-fi-wetterserver-usb-dongle.html
Komme dann darüber zum Loxberry-Plugin:

https://www.loxforum.com/forum/projektforen/loxberry/plugins/222662-loxberry-plugin-foshkplugin-wettergateway-froggit-dp1500-ecowitt-gw1000-anbinden

und darin speziell diesem Hinweis:

Es gibt auch eine generic-Version des Plugins falls eine LoxBerry-Installation nicht vorhanden ist oder andere Hausautomatisierungssysteme angebunden werden sollen: https://foshkplugin.phantasoft.de/fi...OSHKplugin.zip

Lange Rede kurzer Sinn, ich würde mir als NOB zukünftig eine Ecowitt Protokoll Kompatibilität wünschen - sehe darüber glaube ich erweiterte Hardware-/Sensor-Anbindungsmöglichkeiten - siehe auch hier:

https://www.loxforum.com/forum/projektforen/loxberry/plugins/222662-loxberry-plugin-foshkplugin-wettergateway-froggit-dp1500-ecowitt-gw1000-anbinden?p=227065#post227065

Wie gesagt, nur meine persönliche Überlegung...tbd.