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

[banza]

@sborg danke, ein Fehler ist dann schon eingegrenzt, bei mir ist ab 2022.03

{
  "common": {
    "name": "Monatsstatistik für März 2022",
    "type": "string",
    "role": "json"
  },
  "native": {
    "name": "Monatsstatistik für März 2022",
    "type": "string",
    "role": "json"

Jetzt ist die Frage, wie kann ich das für die nächsten Monate wieder richtig machen

edit: habe noch was gefunden, in einem alten Statistik-Skript (1.0.0) gibt es diese Zeile:

createState(PRE_DP+monatsdatenpunkt,'',{ name: "Monatsstatistik für "+monatsname[datum.getMonth()]+' '+datum.getFullYear(), **type: "object", role: "json"** }, () => { setState(PRE_DP+monatsdatenpunkt, json, true); }); 

in 1.2.0 heißt sie dann so:

createState(PRE_DP+monatsdatenpunkt,'',{ name: "Monatsstatistik für "+monatsname[datum.getMonth()]+' '+datum.getFullYear(), **type: "string", role: "json"** }, () => { setState(PRE_DP+monatsdatenpunkt, JSON.stringify(jsonSummary), true); });

[Rene55]

@sborg Mach dir mal keine Gedanken um die Umlaute - solange nur ich das Phänomen habe. [Und Danke für die ZusatzInfo. Ich war nur Neugierig nach dem Wechselrichter, da gibt es bestimmt was zur Kopplung in den ioB.]

[da_Woody]

@banza nicht böse sein, aber kannst du die dinger in packen?
z.b.

{
"common": {
"name": "Monatsstatistik für März 2022",
"type": "string",
"role": "json"
},
"native": {
"name": "Monatsstatistik für März 2022",
"type": "string",
"role": "json"

ist leserlicher... ;)

[SBorg]

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

Mach dir mal keine Gedanken um die Umlaute - solange nur ich das Phänomen habe.

Habe ich aber :)
Das Encoding ist prinzipiell eh besser, dann läuft es überall. Test war erfolgreich, kommt dann ins 18er Release.

---

Für den Hoymiles gibt es Ahoy - ein Projekt aus dem MC-Forum. Da wird mittels eines ESPs und einem 2.4GHz-Modul der WR direkt ausgelesen + per MQTT an den ioB geschickt, Man kann sogar die ersten Einstellungen im WR vornehmen. Für ~5,- € kein Cloudzwang oä. -- nehme ich :)

[SBorg]

@banza "Richtig" ist wie auf meinen Pics und das wird auch so vom Skript angelegt, In diesem Format werden aber auch die alten Daten gelesen.

Ich vermute mal, dass ich weiß was da im April schief lief. Nicht falsch verstehen, dass ist kein Vorwurf oder dergleichen, nur der Versuch zu erklären was passiert ist. Wenn es ein simpler Anwenderfehler war, kann jedem passieren und alles gut. Aber es könnte ja auch ein Fehler im Skript oder sonst was sein. Also bitte nicht persönlich nehmen :)

Kann es sein, dass du im April einfach "nur" die Version des Skriptes ausgetauscht hast ohne hier im Thread die Informationen zur Veröffentlichung diesbzgl. gelesen zu haben? Das würde nämlich dann deine(n) Fehler erklären.

Der Unterschied ist relativ simpel. Vorher wurde in einem "falschen" Format gespeichert und der JSC war dahingehend tolerant. Ist/wäre er heute auch noch, nur wie lange halt noch...? Deswegen habe ich (Stichwort Anpassung JSC 3.x im Versionstext) das Format so angepasst wie es richtig ist. Das Stand in der Ankündigung zu der neuen Version, auch wie man seine paar Monatsdaten von 2020 bis 04.2022 dafür anzupassen hat.
Wenn du also nur das Skript getauscht hast ohne die Anpassungen an den alten Datensätzen vorzunehmen, würde das alles erklären ;)

Die korrekte Form (und so von der 1.2.0 erzeugt) ist :

und eben [] zu Beginn/Ende der Daten.

Ich habe es zwar nicht getestet, aber vermutlich steigt er wg. des falschen Formates bei dir am Monatsersten schon aus, bevor er die Daten des aktuellen Monates resettet. Zumindest wäre das seitens der Programmierreihen-/Ablauffolge so.

[banza]

@sborg oha, danke, ich glaube, damit kannst du ganz gut recht haben. Anpassungen habe ich keine gemacht, ich habe im Github das neue Skript gesehen und kopiert, das war aber schon im Oktober, V1.0. Im April kam dann vermutlich V1.1.
Jetzt nur noch eine letzte Verständnisfrage, im Oktober hast du geschrieben, die Objektdaten müssten so geändert werden:

In der Antwort auf meine Frage dann so

Ich habe gesehen, dass bei mir von 01/2021 bis 09/2021 die Daten mit type=string waren, von 10/2021 bis 03/2022 dann mit type=object und ab 05/2022 wieder mit type=string.
Was ist die richtige Version?

[SBorg]

@banza Der Unterschied zwischen den beiden Versionen liegt einfach am Zeitpunkt (wie du weiter unten schon selbst festgestellt hast). Die 2021er (+ paar 2022er) können "Object" sein, da kommt es auf die entsprechend benutzte Scriptversion an.
Da gab es anfänglich etwas Konfusion zum neuen JSC 3.x wie das auszusehen hat, deswegen gab/gibt es da etliche verschiedene Ausführungen. Dass ich das Ganze auch nur Hobby mäßig mache, tat noch ein übriges dazu. Nicht immer weiß ich zu 100% was ich in Javascript tue... ;)

Tatsache ist aber, dass es "String" sein sollte ("Object" ist zwar in dem Falle eigentlich falsch, funktioniert aber [noch]).
Allerdings müssen alle Daten in ein "Object" konvertiert sein (macht das Script) und dementsprechend auch so gespeichert werden (das sind die "[ ]" am Anfang/Ende des JSON-Strings).

[SBorg]

Da keine offensichtlichen Fehler aufgetreten sind:

Neues Release des Wetterstation WLAN-Skriptes auf GitHub V2.18.0

• + Höhe der Wolkenbasis
• + Windrichtung der letzten 10 Minuten als Text
• + Unterstützung für DP10/WN35 Blattfeuchte-Sensor
• + Ausgabe der Skriptversion in Datenpunkt beim Start

Wie immer zu finden im GitHub

---

Update-Routine von Vorgängerversion:

• aktuellen WS-Updater nutzen (Download falls älter als V2.12.1: wget -O ws_updater.sh https://raw.githubusercontent.com/SBorg2014/WLAN-Wetterstation/master/ws_updater.sh)
• ./ws_updater.sh im Installationsverzeichnis ausführen
• Menüpunkt "4" wählen und die Fragen beantworten
• wetterstation.js muss ebenfalls im JavaScript-Adapter ersetzt und einmalig ausgeführt werden (neue Datenpunkte .Info.Wolkenbasis, .Info.Shellscriptversion und .Windrichtung_Text_10min); bei aktivierter Rest-API wird der Datenpunkt automatisch im ioB angelegt

---

Update kann durchgeführt werden.

Die Release-Version ist mit dem letzten Beta-Release identisch! (Falls nicht sicher ob wirklich die letzte Version benutzt wird, sicherheitshalber bitte die ".sh" und ".sub" austauschen und den Service restarten.

[SBorg]

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

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

Mach dir mal keine Gedanken um die Umlaute - solange nur ich das Phänomen habe.

Habe ich aber :)
Das Encoding ist prinzipiell eh besser, dann läuft es überall. Test war erfolgreich, kommt dann ins 18er Release.

Ich weiß, du hast es nicht eilig, aber ich habe das Encoding aus Versehen in die kommende 19er Version eingebaut :(
Die schiebe ich aber heute oder morgen als Beta nach, da es noch an den 850hpa-Werten hängt und es eh aktuell nicht weiter geht.

[Negalein]

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

Neues Release des Wetterstation WLAN-Skriptes auf GitHub V2.18.0

für uns Betas nicht notwendig? Schätze ist gleich zum Beta-Release.

[SBorg]

@negalein

Die Release-Version ist mit dem letzten Beta-Release identisch! (Falls nicht sicher ob wirklich die letzte Version benutzt wird, sicherheitshalber bitte die ".sh" und ".sub" austauschen und den Service restarten.

:joy: steht als letztes...

[Negalein]

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

steht als letztes...

Uppsi, hatte die Brille nicht auf :joy:

[Nashra]

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

• wetterstation.js muss ebenfalls im JavaScript-Adapter ersetzt und einmalig ausgeführt werden (neue Datenpunkte .Info.Wolkenbasis, .Info.Shellscriptversion und .Windrichtung_Text_10min); bei aktivierter Rest-API wird der Datenpunkt automatisch im ioB angelegt

Ab einem gewissen Alter wird man ja etwas faul :-)
Daher habe ich mir gedacht, installiere mal die Rest-Api.
Was aber muß ich da jetzt einstellen bei:

1. Web-Adapter erweitern (Alle oder Web)
2. Datenquelle (hier habe ich history und influx.0 und influx.1)
   wobei ich hier wohl influx.0 nehmen muß da auch dort alle Daten sind.

[Negalein]

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

Ab einem gewissen Alter wird man ja etwas faul

deshalb hab ich auch Rest-Api installiert. :joy:

Was aber muß ich da jetzt einstellen bei:

Web-Adapter erweitern (Alle oder Web)
Datenquelle (hier habe ich history und influx.0 und influx.1)
wobei ich hier wohl influx.0 nehmen muß da auch dort alle Daten sind.

so schauts bei mir aus.

[SBorg]

Jupp, ich habe nur noch die Authentifizierung bei mir zusätzlich aktiviert.

*EDIT* ...und ich empfehle einen extra User für die API anzulegen. Der braucht nicht alle Admin-Rechte ;)

[Nashra]

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

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

Ab einem gewissen Alter wird man ja etwas faul

deshalb hab ich auch Rest-Api installiert. :joy:

:+1: :grin:

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

Jupp, ich habe nur noch die Authentifizierung bei mir zusätzlich aktiviert.

*EDIT* ...und ich empfehle einen extra User für die API anzulegen. Der braucht nicht alle Admin-Rechte ;)

Ok, User angelegt. Da bin ich ja mal gespannt ob dies alles so klappt :-)

[Rushmed]

Ich bekam nach dem Update per Updater:

pi@Smartazamba:~/Wetterstation $ sudo systemctl status wetterstation
● wetterstation.service - Service für ioBroker Wetterstation
     Loaded: loaded (/etc/systemd/system/wetterstation.service; enabled; vendor preset: enabled)
     Active: failed (Result: exit-code) since Tue 2022-08-23 12:27:15 CEST; 57s ago
    Process: 3915239 ExecStart=/home/pi/Wetterstation/wetterstation.sh (code=exited, status=1/FAILURE)
   Main PID: 3915239 (code=exited, status=1/FAILURE)
        CPU: 34ms

Aug 23 12:27:15 Smartazamba systemd[1]: Started Service für ioBroker Wetterstation.
Aug 23 12:27:15 Smartazamba wetterstation.sh[3915239]: wetterstation: ERROR #001 - Subroutinen-Version mismatch!
Aug 23 12:27:15 Smartazamba wetterstation.sh[3915239]: benutzt: V2.19.0         benötigt wird: V2.18.0
Aug 23 12:27:15 Smartazamba systemd[1]: wetterstation.service: Main process exited, code=exited, status=1/FAILURE
Aug 23 12:27:15 Smartazamba systemd[1]: wetterstation.service: Failed with result 'exit-code'.

Hab in der zweiten Zeile der SUB 19 in 18 geändert, jetzt gehts.

[Nashra]

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

Ich bekam nach dem Update per Updater:

pi@Smartazamba:~/Wetterstation $ sudo systemctl status wetterstation
● wetterstation.service - Service für ioBroker Wetterstation
     Loaded: loaded (/etc/systemd/system/wetterstation.service; enabled; vendor preset: enabled)
     Active: failed (Result: exit-code) since Tue 2022-08-23 12:27:15 CEST; 57s ago
    Process: 3915239 ExecStart=/home/pi/Wetterstation/wetterstation.sh (code=exited, status=1/FAILURE)
   Main PID: 3915239 (code=exited, status=1/FAILURE)
        CPU: 34ms

Aug 23 12:27:15 Smartazamba systemd[1]: Started Service für ioBroker Wetterstation.
Aug 23 12:27:15 Smartazamba wetterstation.sh[3915239]: wetterstation: ERROR #001 - Subroutinen-Version mismatch!
Aug 23 12:27:15 Smartazamba wetterstation.sh[3915239]: benutzt: V2.19.0         benötigt wird: V2.18.0
Aug 23 12:27:15 Smartazamba systemd[1]: wetterstation.service: Main process exited, code=exited, status=1/FAILURE
Aug 23 12:27:15 Smartazamba systemd[1]: wetterstation.service: Failed with result 'exit-code'.

Hab in der zweiten Zeile der SUB 19 in 18 geändert, jetzt gehts.

Jow, war bei mir auch gerade. Geändert in der .sub und jetzt läuft es :-)

[SBorg]

Hat das noch jemand? Ich finde nix wo er die "19" her haben sollte. Alles auf GitHub steht auf "18". Auch im Updater habe ich keinen Tippfehler gefunden.

Ok, dann muss ich mal schauen... (war gerade am tippen...)

[Nashra]

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

Hat das noch jemand? Ich finde nix wo er die "19" her haben sollte. Alles auf GitHub steht auf "18". Auch im Updater habe ich keinen Tippfehler gefunden.

Ok, dann muss ich mal schauen... (war gerade am tippen...)

Komm, du wolltest uns nur testen :joy: