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

[Andre105]

@da_woody
Doch,aber wohl noch nicht genug:(
Steh etwas auf dem Schlauch.
Dann muss ich mir hier wohl noch mehr durchforsten.

[Boronsbruder]

@andre105

home 
  |- andre105
  |- iobroker
  |- wetter

Und die Dateien in wetter zum Beispiel

[Andre105]

@da_woody
Sind die Verzeichnisse nicht richtig so?

[da_Woody]

@andre105 kannst schon machen, nur musst das halt dann überall so eingeben.
ich habs halt direkt im home/woody. bekennend fauler hund. ;)
IMHO besser, du lässt iobroker weg, direkt in deinem home ein wetter verzeichniss.
und vergiss die ws_updater.sh nicht mit zu kopieren!

[Nashra]

Guten Morgen und ein frohes neues Jahr wünsch ich euch :slightly_smiling_face:

Nun zum Problem...

2022-01-01 01:03:00.073 - error: javascript.0 (611) script.js.Wetter.Statistik-Wetterstation: TypeError: Cannot read property 'Tiefstwert' of undefined
2022-01-01 01:03:00.074 - error: javascript.0 (611) at VorJahr (script.js.Wetter.Statistik-Wetterstation:355:67)
2022-01-01 01:03:00.074 - error: javascript.0 (611) at Object.main (script.js.Wetter.Statistik-Wetterstation:139:10)

Ergebnis:

[Boronsbruder]

Gutes Neues!

@SBorg

2022-01-01 01:03:00.081 - warn: javascript.0 (23412) You are assigning a string to the state "0_userdata.0.Statistik.Wetter.Data.2021.12" which expects a object. Please fix your code to use a object or change the state type to string. This warning might become an error in future versions.
2022-01-01 01:03:00.084 - warn: javascript.0 (23412) at Immediate._onImmediate (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1967:33)
2022-01-01 01:03:00.085 - warn: javascript.0 (23412) at processImmediate (internal/timers.js:466:21)
2022-01-01 01:03:00.129 - warn: javascript.0 (23412) You are assigning a string to the state "0_userdata.0.Statistik.Wetter.Data.2021.12" which expects a object. Please fix your code to use a object or change the state type to string. This warning might become an error in future versions.
2022-01-01 01:03:00.132 - warn: javascript.0 (23412) at setState (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1439:20)
2022-01-01 01:03:00.132 - warn: javascript.0 (23412) at Object. (script.js.common.Wetterstation_Statistik:346:169)
2022-01-01 01:03:00.133 - warn: javascript.0 (23412) at Immediate._onImmediate (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:342:38)
2022-01-01 01:03:00.133 - warn: javascript.0 (23412) at processImmediate (internal/timers.js:466:21)
2022-01-01 01:03:00.135 - info: javascript.0 (23412) Could not parse value for id 0_userdata.0.Statistik.Wetter.Data.2021.12 into object: Unexpected end of JSON input
2022-01-01 01:03:00.136 - info: javascript.0 (23412) Could not parse value for id 0_userdata.0.Statistik.Wetter.Data.2021.12 into object: Unexpected end of JSON input

spuckte das log heute aus. (nur zur Info ;) )

[Andre105]

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

@andre105
Frohes neues noch:)

home 
  |- andre105
  |- iobroker
  |- wetter

Und die Dateien in wetter zum Beispiel

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

@andre105 kannst schon machen, nur musst das halt dann überall so eingeben.
ich habs halt direkt im home/woody. bekennend fauler hund. ;)
IMHO besser, du lässt iobroker weg, direkt in deinem home ein wetter verzeichniss.
und vergiss die ws_updater.sh nicht mit zu kopieren!

Wollte eben ein neues Verzeichnis im home machen,da kommt die Meldung das ich keine Berechtigung habe.
Mache es mit Filezilla.
Aber ich hatte doch schon mal ein Verzeichniss erstellen können,siehe oben.
Was kann das sein?
Oder sollte ich mal WinSCP probieren?

[Boronsbruder]

@andre105
das macht keinen Unterschied ob mit Filezilla oder winSCP

der Benutzer mit dem du dich verbindest hat keine Berechtigungen in home ein Verzeichnis anzulegen und das ist auch richtig so.

Benutze doch das wetter Verzeichnis aus deinem Screenshot also home/andre105/wetter

[Andre105]

@boronsbruder

so sollte es doch gehen oder?

[SBorg]

Erstmal euch allen ein frohes Neues :champagne:

Ich muss gleich mal weg, werde also erst etwas später auf alles eingehen können ;)

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

@SBorg Ich wüsste nicht, wer da noch auf den gleichen, doch recht speziellen Datenpunkt schreiben sollte. Meine Test-Instanzen laufen derzeit nicht und es wär auch ein anderer ioB. Da muss ich wohl dranbleiben. Aber erstmal wünsche ich, auch allen Mitlesern, einen guten Rutsch ins nächste Jahr, mit viel Erfolg und bester Gesundheit.
LG Rainer

Ich hab mal nachgeschaut, ich schreibe zu keiner Zeit einen Dummy-Wert von "-999". Da er sich nie ändert, kann es auch keine Fehlberechnung sein (es wird nichts limitiert oder begrenzt, müsste dann also bspw. auch mal -998 oder -1000 etc. sein). Er kommt auch gelegentlich vor "meinem" Datenpaket. Ich bin zwar ganz gut, so gut bin ich dann aber auch nicht. Mein Fluxkompensator ist noch in Arbeit :joy:

Du kannst aber mal den Datenpunkt verändern:
in der sub ganz oben ändern

von
 DP_DRUCK_TENDENZ=${PRE_DP}.Druck_Tendenz

in
 DP_DRUCK_TENDENZ=${PRE_DP}.Druck_Tendenz_neu

Dann (bei default-Einstellungen) den DP javascript.0.Wetterstation.Druck_Tendenz klonen und als Druck_Tendenz_neu benennen.
Service neu starten systemctl restart wetterstation

Jetzt sollte die Drucktendenz nur noch im neuen DP landen (+ da es ihn bis dato nicht gab, greift da zu 100% auch kein anderes was auch immer darauf zu[außer es gäbe einen Selector]).

[SBorg]

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

genügts da einfach auf 2 umzustellen, oder brauchts da noch mehr? hab das nicht ganz begriffen...

Im Prinzip ja; die "WS_ID" kann man einfach lassen, die wird dann nur nicht mehr benutzt.
Du musst natürlich noch die Station auf Ecowitt umstellen ;)
...ist aber im Grunde gleich, nur Protokoll ändern und beim "Pfad" dann ein / eintragen (wie Screeny in der WiKi).

[SBorg]

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

Nun zum Problem...

(Wieder) geändertes Datenformat. Ich hoffe es kann jetzt endlich mal so bleiben...

Im Script ersetzen (am Anfang, so ~#55 ff):

let helper;
if (typeof(formathelp)=="object") {helper=getState(id).val[0];}  else{helper=JSON.parse(getState(id).val)}

helper={ ...helper, ...obj2, ...obj3}

in

let helper;
  if (typeof(formathelp)=="object") {helper=getState(id).val[0];} 
   else if (typeof(formathelp)=="string") {helper=getState(id).val
                                           helper=JSON.parse(helper.substring(1, (getState(id).val).length-1));}
   else {helper=JSON.parse(getState(id).val);}
 
  helper={ ...helper, ...obj2, ...obj3}

[SBorg]

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

You are assigning a string to the state "0_userdata.0.Statistik.Wetter.Data.2021.12" which expects a object.

Nutzt du die aktuelle Version von GitHub? Der legt den Datenpunkt noch als "Object" an und meckert dann zu Recht, dass ein String hinein geschrieben werden soll.
Aktuelle Version (stimmt hier mit String):

[SBorg]

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

so sollte es doch gehen oder?

Jepp, in dem Verzeichnis hast du als User auch die nötigen Rechte ;)

[SBorg]

Der kpl. Vorgang der Statistik zum Jahreswechsel hat funktioniert :sunglasses:
Alle Werte resettet, Jahreswerte geschrieben und auch der Jahrestemperaturdurchschnitt (wenn man mindestens seit 01.01.2020 gesammelt hat) geht, wenn auch Min und Max gleich sind. Ist aber logisch, bei einem einzigen Wert geht das etwas schlecht. Sieht dann nächstes Jahr besser aus ;)

[Nashra]

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

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

Nun zum Problem...

(Wieder) geändertes Datenformat. Ich hoffe es kann jetzt endlich mal so bleiben...

Im Script ersetzen (am Anfang, so ~#55 ff):

let helper;
if (typeof(formathelp)=="object") {helper=getState(id).val[0];}  else{helper=JSON.parse(getState(id).val)}

helper={ ...helper, ...obj2, ...obj3}

in

let helper;
  if (typeof(formathelp)=="object") {helper=getState(id).val[0];} 
   else if (typeof(formathelp)=="string") {helper=getState(id).val
                                           helper=JSON.parse(helper.substring(1, (getState(id).val).length-1));}
   else {helper=JSON.parse(getState(id).val);}
 
  helper={ ...helper, ...obj2, ...obj3}

Geändert aber beim Start kommt

13:09:13.523	error	javascript.0 (611) script.js.Wetter.Statistik-tabelle: SyntaxError: Unexpected token : in JSON at position 12
13:09:13.524	error	javascript.0 (611) at script.js.Wetter.Statistik-tabelle:62:56
13:09:13.524	error	javascript.0 (611) at dataStuff (script.js.Wetter.Statistik-tabelle:51:15)
13:09:13.524	error	javascript.0 (611) at main (script.js.Wetter.Statistik-tabelle:164:4)

[Boronsbruder]

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

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

You are assigning a string to the state "0_userdata.0.Statistik.Wetter.Data.2021.12" which expects a object.

Nutzt du die aktuelle Version von GitHub? Der legt den Datenpunkt noch als "Object" an und meckert dann zu Recht, dass ein String hinein geschrieben werden soll.
Aktuelle Version (stimmt hier mit String):

/* Wetterstation-Statistiken 

.
.
.
   (c)2020-2021 by SBorg
   V1.0.0 - 02.10.2021  ~Bugfixing Werte VorJahresMonat
                        +Kompatibilität mit JSC 3.3.x hergestellt (Änderung JSON -> Array)
                        ~Rekordwerte werden nun korrekt am Tag des Ereignisses gespeichert
   V0.2.2 - 01.02.2021  ~Bugfixing Regenmenge Jahr + Monat

                        ~Frosttage (Korrektur: Tiefstwert unter 0°C)
   V0.0.3 - 15.09.2020  +Frosttage (Min. unter 0°C) / kalte Tage (Max. unter 10°C)
   V0.0.2 - 12.09.2020  +warme Tage über 20°C / Sommertage über 25°C / heiße Tage über 30°C
   V0.0.1 - 11.09.2020   erste Beta + Temp-Min/Temp-Max/Temp-Durchschnitt/max. Windböe/max. Regenmenge pro Tag

      ToDo: ---
      known issues: keine

*/

aber im aktuellen Skript vom GIT ist auch

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

in Zeile 346 drin?

[SBorg]

Zuerst das einfache ;)

@boronsbruder schau mal auf GitHub, seit 13 Tagen gibt es die V1.0.1 ;)

[SBorg]

@nashra Auch bei dir alles aktuell, gerade Statistik-Skript?

Sollte so aussehen für den Dez21:

[Rene55]

@sborg Ebenfalls ein frohes Neues. Ich habe gestern mal den Container für 2 Stunden gestoppt und danach wieder eingeschaltet. Seit dem ist (bis jetzt) Ruhe. Bin mal gespannt, obs irgendwann wieder los geht. Auch Danke für den Tip mit dem zweiten Datenpunkt.