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

[lemuba]

Sagt mal mal am Rande - ich würde mir mein Grafana Dashboard gerne per Telegram als PDF-Screenshot schicken lassen.
Dafür hatte ich nun mal "wkhtmltopdf" installiert.

Das funktioniert ausgezeichnet für Seiten wie Amazon, Google, etc. - nur jegliches Grafana Dashboard gibt einen blankes PDF.

Mal die Parameter mit denen ich gespielt hatte:
root@DietPi:~# wkhtmltopdf --javascript-delay 40000 -O Landscape -s A3 --no-background --use-xserver http://192.168.12.127:3001/d/xKHZSljWk/wetterstation_samsung test2.pdf

Alles kein Erfolg, blank...

Kenn Ihr ggf. einen Workaround? Die interne Grafana Rendering Routine ist nicht zu gebrauchen - viele Panels werden nicht richtig oder ohne Werte gerendert... Etwas OT, aber vielleicht ein kurzer Tip Eurereseits?

[Ein ehemaliger Benutzer]

@lemuba Stichwort Adapter PhantomJS ( wenn er denn funktioniert..) ??

[lemuba]

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

Adapter PhantomJS

Hammer, funktioniert astrein - Wenn man/ich den Wald vor lauter Bäumen nicht sieht ;-) - danke nochmal!

Mein Setting:

phantomjs.0 2020-04-17 11:34:12.810 info (28972) Create 1680px*1400px in 20000ms - "http://192.168.12.127:3001/d/xKHZSljWk/wetterstation_samsung?orgId=1" => "/opt/iobroker/node_modules/iobroker.phantomjs/picture.png"

Bild dazu:

Werde mir dann nochmal ein Dashboard speziell für dieses Telegramm-Bild umstricken - z.B. das Regenmenge Panel wird nicht richtig dargestellt, oder die Emojis in den Ünerschriften - das ist aber nur Kosmetik für meinen Anwendungsfall.

Edit: Im Kiosk Mode ist auch der Rahmen weg:

phantomjs.0 2020-04-17 12:27:53.361 info (3497) Create 1680px*1050px in 20000ms - "http://192.168.12.127:3001/d/xKHZSljWk/wetterstation_samsung?orgId=1&refresh=30sek&kiosk" => "/opt/iobroker/node_modules/iobroker.phantomjs/picture.png"

[lemuba]

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

Die "Sonnenstunden-Tag" (die anderen auch, nur wäre das erst am Sonntag bzw. Monatsende aufgefallen) haben noch einen Fehler. Die werden falsch resettet und nicht korrekt gespeichert. Solange man das Skript nicht vor der ersten Messung des neuen Tages neu startet fällt es auch nicht auf.

Gefixte Version auf GitHub (sub tauschen + restart genügt)

Was mich noch wundert - hatte heute meine DietPi VN rebootet - die Sonnen-Wochenstunden/Erstzählung Werte von Gestern sind wieder weg, praktisch resettet.

Also es stehen wieder alle Datenpunkte auf XXX Minuten...?:

Spoiler

FW_Upgrade state
neue Firmware für die Station
state state false
Sonnenschein_Jahr state
Sonnenscheindauer dieses Jahr
state state 2832 Sek.
Sonnenschein_Jahr_Text state
Sonnenscheindauer dieses Jahr als Text
state state 0 Std. 47 Min. 12 Sek.
Sonnenschein_Monat state
Sonnenscheindauer diesen Monat
state state 2832 Sek.
Sonnenschein_Monat_Text state
Sonnenscheindauer diesen Monat als Text
state state 0 Std. 47 Min. 12 Sek.
Sonnenschein_Tag state
Sonnenscheindauer Heute
state state 2832 Sek.
Sonnenschein_Tag_Text state
Sonnenscheindauer Heute als Text
state state 0 Std. 47 Min. 12 Sek.
Sonnenschein_Woche state
Sonnenscheindauer diese Woche
state state 2832 Sek.
Sonnenschein_Woche_Text state
Sonnenscheindauer diese Woche als Text
state state 0 Std. 47 Min. 12 Sek.

Wo liegt mein Fehler? Oder halten die Daten z.Z. nur bist zu einem Reboot?

[SBorg]

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

das geht dann schon in Datenbankanalysen und sicherlich nicht Scripttauglich...

Gehen tut das schon und auch ein Blockly etc. ist nichts weiter als ein Skript. Was bliebe den genau zu tun? Die Regenmenge haben wir ja schon und letzter Regen, Regenmenge etc. lässt sich per Grafana ebenfalls jetzt schon abbilden (die Daten liegen alle bereits in der influxdb).

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

Oder halten die Daten z.Z. nur bist zu einem Reboot?

Nein, die sollten eigentlich überleben, denn die stehen ja in einem Datenpunkt, aber .... s.u. ;)

Neue Version auf GitHub (alles muss raus ;) )

• Fix gegen Datenverlust bei Wetterdaten + Sonnenschein (Test)
• Regenmenge- + Sonnenschein-Vorjahr

Sonnenschein-Tag funktioniert, deswegen sollte Woche/Monat/Jahr ebenfalls funktionieren. Muss am WE nur der Wochentrigger und am Monats letzten der Monatstrigger noch funktionieren.

[lemuba]

@SBorg Dann spiele ich die mal schnell auf und mache morgen einen Reboot ;-)

[crunchip]

@SBorg also, ich habe vorhin auch neu gestartet( Rechner komplett) und muss nun auch wieder die 3 Std warten

[lemuba]

@crunchip @SBorg

hatte gerade die Dietpi Instanz/VM rebootet - die 2 Sonnestunden seit der Zählung gestern sind weg, sowie alle anderen Wetterdaten...?
"Wettertrend dauert noch XXX Minuten..."? Muss da ggf. noch irgendwas zur Wiederherstellung eingestellt werden?

Spoiler

FW_Upgrade
state
neue Firmware für die Station
state state false
Regenmenge_VorJahr state
Regenmenge letztes Jahr
state state 0 mm
Sonnenschein_Jahr state
Sonnenscheindauer dieses Jahr
state state 128 Sek.
Sonnenschein_Jahr_Text state
Sonnenscheindauer dieses Jahr als Text
state state 0 Std. 2 Min. 8 Sek.
Sonnenschein_Monat state
Sonnenscheindauer diesen Monat
state state 128 Sek.
Sonnenschein_Monat_Text state
Sonnenscheindauer diesen Monat als Text
state state 0 Std. 2 Min. 8 Sek.
Sonnenschein_Tag state
Sonnenscheindauer Heute
state state 128 Sek.
Sonnenschein_Tag_Text state
Sonnenscheindauer Heute als Text
state state 0 Std. 2 Min. 8 Sek.
Sonnenschein_VorJahr state
Sonnenscheindauer letztes Jahr
state state 0 Sek.
Sonnenschein_Woche state
Sonnenscheindauer diese Woche
state state 128 Sek.
Sonnenschein_Woche_Text state
Sonnenscheindauer diese Woche als Text
state state 0 Std. 2 Min. 8 Sek.
tempData

Sonnenschein state
temporäre Daten Tag, Woche, Monat, Jahr
state state 128 128 128 128
Wetterdaten state
temporär gespeicherte Wetterdaten
state state 1021 1021 1021 1021 1021 1021 1021 1021 1021 1021 1021 1021
Aussenfeuchtigkeit state
Luftfeuchtigkeit Außen
state state 71 %
Aussentemperatur state
Temperatur Außen
state state 7.61 °C
Chillfaktor state
Chillfaktor
state state 7.61 °C
Druck_Tendenz state
Luftdrucktendenz
state state 0
Druck_absolut state
Luftdruck absolut
state state 1021.13 hPa
Druck_relativ state
Luftdruck relativ
state state 1021.13 hPa
Innenfeuchtigkeit state
Luftfeuchtigkeit Innen
state state 43 %
Innentemperatur state
Temperatur im Haus
state state 20 °C
Regen_Jahr state
Regenmenge Jahr aus Station
state state 10.1 mm
Regen_Jahr_kumuliert state
Regenmenge Jahr berechnet
state state 10 mm
Regen_Monat state
Regenmenge Monat
state state 2.9 mm
Regen_Tag state
Regenmenge Heute
state state 0 mm
Regen_Woche state
Regenmenge Woche
state state 0 mm
Regenrate state
Regenrate
state state 0 mm/h
Regenstatus state
aktueller Regenstatus
state state --
Sonnenstrahlung state
Sonnenstrahlung
state state 131.39 W/m²
Taupunkt state
Taupunkt
state state 2.72 °C
UV_Belastung state
UV-Belastung
state state gering
UV_Index state
UV Index
state state 1
Wetter_Trend state
Wettertrend
state state gleichbleibend
Wetter_aktuell state
aktuelles Wetter
state state Sonnig
Wind state
Windgeschwindigkeit
state state 0.32 km/h
Wind_max state
Windgeschwindigkeit maximal
state state 1.77 km/h
Windrichtung state
Windrichtung in Grad
state state 121 °
Windrichtung_Text state
Windrichtung als Text
state state OSO
Zeitstempel state
von wann ist die Messung
state state 18.04.2020 08:14:07
_Kommunikationsfehler state
liegt ein Problem vor
state state false

[Rushmed]

Bei mir werden alle Sonnenstunden täglich zurück gesetzt.

[SBorg]

Ich denke mal ich habe den Fehler. Ich habe gestern ca. 30x "restarted" und funktioniert...
Dann hatte ich die VM in Verdacht (bei mir "echtes" System)...
Bis ich beim x-ten mal lesen endlich am "reboot" hängen blieb...
Oh, man, ist eigentlich logisch :man-facepalming:
Das Skript beinhaltet eine Routine wenn jemand "jungfräulich" anfängt und noch keinerlei Daten hat.
Genau da tritt aber jetzt das Problem auf. Der Dienst startet beim hochfahren des Systems/VM das Skript und will nun vom ioB Daten lesen. Der, bzw. der Simple-API, läuft aber so schnell noch gar nicht, er bekommt keine Daten und startet mit Null-Werten...
Das gilt für cron + systemd. Leider kann man den ioB per systemd/cron nicht prüfen ob er schon läuft.
Versuch:
sudo systemctl disable wetterstation (schaltet den Autostart wieder ab)
sudo crontab -e
einfügen (nicht vergessen: die letzte Zeile in der crontab muss immer eine Leerzeile sein!)

@reboot sleep 600 && systemctl start wetterstation

Die "600" ist die Anzahl der Sekunden die dann gewartet wird bis der ioB/simple-API wirklich läuft.

[lemuba]

@SBorg Ich habe da glaube ich auch noch einen kleinen Bug gefunden - bei mir werden die Sonnensekunden um Einiges zu wenig gezählt.

Beispiel seit Reboot:

Iobroker Online: 4Std:54 Min.

Sonnenstunden von Takt zu Takt: 9312 Sek.: 9328 Sek (16 Sek. hinzuaddiert)
Realtime Sekunden: ca. 30

Von Zeitstempel zu Zeitstempel:
13:10:37
13:11:07
13:11:37

Also bei mir kommen somit ca. alle 30 Sekunden ein neues Datenpaket rein, aber es werden nur jeweils 16 Sekunden dazu gezählt...???

Was mich dann eigentlich auch wieder wundert - laut Firmware sollte das Teil alle 16 Sekunden einen Meßintervall ausführen...
Mein Upload Intervall steht auf 16 Sekunden.... (WH4000SE)

Der Sensor steht zur Zeit in der prallen Sonne, blauer Himmel, 670w/m2...

Ein Understatement für Schleswig-Holstein :-)

Vielleicht kannst Du in die Wetterstation.config einen anpassbaren Korrekturwert/Parameter mit einpflegen?

Hmm???

Edit: Ich kann den Upload Intervall in WSView auch ändern und speichern wie es mir gefällt, z.B. auf 60 Sek. und die Zentrale/das Display rebooten - an den Zweitstempel 30 Sekunden Intervallen ändet sich nichts....

[SBorg]

Falls das mit dem booten von oben klappt habe ich sogar eine komfortable Lösung: do some magic bash voodoo

while ! nc -v -z $(echo $IPP|sed -e 's/:/ /'); do sleep 30; done

Aber warten wir erst mal ab :)

@lemuba Ne, dass mutt schon so sein bzw. gibt es das schon: WS_POLL
Das muss auf deinem tatsächlichen Intervall stehen wie du die Daten empfängst. Aufgrund dessen werden auch die Sonnenstunden addiert. Ich kann ja schlecht wissen in welchem Intervall der Anwender seine Daten haben möchte und kann somit auch keinen Intervall zwischen zwei "Messimpulsen" festlegen. Wenn deine Station also im 30 Sekundenraster sendet, stellst du WS_POLL auf 30 Sekunden, dann addiert er auch brav immer 30 Sekunden pro "Impuls" dazu ;)

[crunchip]

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

Falls das mit dem booten von oben klappt

eingetragen hab ich es mal so mit dem reboot sleep, jedoch noch nicht getestet

[SBorg]

@crunchip Keine Eile, hänge eh gerade hier dran:

btw: Ich bin immer noch am überlegen bzgl. Regen/Sonnenschein was die Balken eigentlich aussagen sollen? Das "Jahr" bestimmt den höchsten Wert (oder ist fest eingestellt, dann in Bezug aber auf was...?) Das ich bei 1000mm Regenmenge pro Jahr dann wenn der Monat 100mm anzeigt 10% des willkürlich festgelegten Wertes erreicht habe, oder xx% des wie hoch dann auch immer "Auto-Wertes"?
Die Balken sehen zwar nett aus, aber eine echte Aussagekraft haben die IMHO nicht (im Gegensatz dazu wenn ich sie bspw. als Füllstandsanzeige nutze).

[crunchip]

@SBorg da bin ich auch grad am basteln/tüfteln, wie man das am besten mit dieser Anzeige hin bekommen könnte. Je nach Vergleich von Durchschnittswerten pro Monat/Jahr. Da man eben nur einen "Bezugswert" hinterlegen kann.
Bleibt ja bestenfalls nur das Aufteilen der Anzeigen, damit man ne tatsächliche "Füllstandsanzeige/Kalkulation" bekommt, separat eben für Tag/Woche/Monat/Jahr, was wiederum sehr viel Platz in Anspruch nimmt und "schei..." aussieht.
Aktuell habe ich mir für Regen nen Max 1000 eingetragen.
Für die Sonnenstunden auf nen Monat (2592000) bezogen
letztendlich finde ich die Anzeige für Sonne als Graph für mich schöner
mal sehen, vllt gibt es noch ne andere Variante, das sinnvoll zu gestalten

übrigens, das mit der Firmware scheint zu funktionieren, hatte gestern update:slightly_smiling_face:

[SBorg]

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

Aktuell habe ich mir für Regen nen Max 1000 eingetragen.

Hehehe, ich habe nach der durchschnittlichen Regenmenge pro Jahr für "hier" gegoogelt und aufgerundet.
Für Sonnenstunden und Solarenergie habe ich leider nichts gefunden.

[crunchip]

@SBorg https://de.statista.com/statistik/daten/studie/577137/umfrage/durchschnittliche-monatliche-sonnenscheindauer-in-bayern/

[Nashra]

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

übrigens, das mit der Firmware scheint zu funktionieren, hatte gestern update:slightly_smiling_face:

Firmware Update? Hm, steht im DP bei mir auf true d.h. es ist was da, aber wo finde ich das.
Habe schon alles durchgewühlt aber finde nichts dazu oder geht das über die App.

[Glasfaser]

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

Habe schon alles durchgewühlt aber finde nichts dazu oder geht das über die App.

Über die App ...

[SBorg]

@crunchip 39,- Ökker pro Monat ist ne Hausnummer ;)
...aber immerhin waren es im März 175 Sonnenstunden. Nächstes Jahr könnte man natürlich die eigenen Vorjahreswerte heranziehen, wenn auch die Daten bis ~ März dann noch fehlen.

@Nashra Kommt darauf an ob es wirklich eines gab. Aktuell ist die 1.4.9
Ich ziehe die installierte aus der Station (hier Ausgabe mittels --debug) :

und vergleiche sie mit "meiner" hinterlegten auf GitHub:

Sind die unterschiedlich --> DP auf true
Dann in die WS-View-App --> Menü --> Device List --> Station anklicken dann siehst du

• die installierte Version
• kannst ein FW-Upgrade anstoßen :)

Solarenergie ist nun auch fertig, teste aber mal heute Nacht noch die Rückstellung: