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

[ticaki]

@laser
:+1:

Eine kleine Optimierung am Ende: <= 10 braucht nur <10 wenns == 10 ist, ist es ja 10 :) auch für 230

und eine Formsache: ich würde das letzte else auch

} else {
  SWLeistung = SWLeistung
}

so schreiben ist beim lesen einfacher zu sehen das alles abgedeckt ist.

Wobei das letzte else ja keine Funktion hat, dann kannst du es auch erstmal leer lassen

[Laser]

@ticaki Ist halt immer wieder was drangestrickt worden. Einfach mit copy/paste.
So gefällt mir das viel besser. Danke!

[Laser]

Das Script mußte ich noch etwas anpassen (die Staffelung der Grenzwerte). Funktioniert jetzt wie gewollt, nur übersichtlicher.
Auch das Log ist durch die Aufräumaktion übersichtlicher geworden. Aber 5:21 Uhr passiert immer noch etwas ungewolltes:
(Auch der VE-Error ist noch vorhanden. Genau um 5:21 Uhr. Da muß ich wohl noch etwas suchen.
Das Script SSH-Exec startet den VEdirect Adapter neu, wenn gestört. Da kommt aber nichts mit 5:21 Uhr vor
Das Modbus Gerät steht zu der Zeit.)

2023-07-24 05:21:52.759  - warn: javascript.0 (3320) You are assigning a number to the state "rpi2.0.gpio.22.state" which expects a boolean. Please fix your code to use a boolean or change the state type to number. This warning might become an error in future versions.
2023-07-24 05:21:52.761  - warn: javascript.0 (3320)     at Object.setState (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1730:20)
2023-07-24 05:21:52.761  - warn: javascript.0 (3320)     at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1788:29)
2023-07-24 05:21:52.761  - warn: javascript.0 (3320)     at listOnTimeout (node:internal/timers:571:11)
2023-07-24 05:21:52.761  - warn: javascript.0 (3320)     at processTimers (node:internal/timers:512:7)
2023-07-24 05:21:52.770  - info: javascript.0 (3320) State value to set for "rpi2.0.gpio.22.state" has to be type "boolean" but received type "number" 
2023-07-24 05:21:53.074  - warn: modbus.0 (138498) Error: undefined
2023-07-24 05:21:53.076  - error: modbus.0 (138498) Request timed out.
2023-07-24 05:21:53.077  - error: modbus.0 (138498) Cannot write single register [1]: {"err":"timeout","timeout":5000}
2023-07-24 05:21:53.083  - info: javascript.0 (3320) script.js.Logik.SSH-Exec: VE Err: 1
2023-07-24 05:21:53.092  - info: javascript.0 (3320) script.js.Logik.SSH-Exec: VE Err: 1
2023-07-24 05:21:53.273  - warn: modbus.0 (138498) Poll error count: 2 code: "App Timeout"
2023-07-24 05:21:55.520  - info: javascript.0 (3320) script.js.Solar.Ges-Regler-_Lade-SWAnalog: Einspeise: 0.08
2023-07-24 05:21:55.521  - info: javascript.0 (3320) script.js.Solar.Ges-Regler-_Lade-SWAnalog:  Eigenverbr.Wert hoch

Allerdings schaltet der GPIO.22 nicht mehr ungewollt.
Was hat sich geändert? Das Script mit dem GPIO.22 habe ich kopiert (neuer Name) und angepasst (if Konstrukte durch else if ersetzt). Dem alten Script einen neuen Namen verpasst und nicht gestartet.

[ticaki]

@laser sagte in Raspi GPIO wird gesetzt, wie Ursache herausfinden?:

Allerdings schaltet der GPIO.22 nicht mehr ungewollt.
Was hat sich geändert?

Na alle Skripte. Ich denke der Fehler kam durch das erste Skript das du hier gepostet hast.
:)

[Homoran]

@ticaki sagte in Raspi GPIO wird gesetzt, wie Ursache herausfinden?:

@laser sagte in Raspi GPIO wird gesetzt, wie Ursache herausfinden?:

Allerdings schaltet der GPIO.22 nicht mehr ungewollt.
Was hat sich geändert?

Na alle Skripte. Ich denke der Fehler kam durch das erste Skript das du hier gepostet hast.
:)

(oder) durch die nichtverwendung von elseif,

[Laser]

@homoran evtl. war es wirklich das else if. Nur wie soll das bei einem gestoppten Script wirken?? Und den GPIO schalten?

[ticaki]

@laser sagte in Raspi GPIO wird gesetzt, wie Ursache herausfinden?:

@homoran evtl. war es wirklich das else if. Nur wie soll das bei einem gestoppten Script wirken?? Und den GPIO schalten?

2023-07-24 05:21:52.759  - warn: javascript.0 (3320) You are assigning a number to the state "rpi2.0.gpio.22.state" which expects a boolean. Please fix your code to

schedule({ hour: [19], minute: [10] }, function () {
  setState("rpi2.0.gpio.22.state" /**/, 1); //  1 ist einschalten
});

schedule({ hour: [09, 10], minute: [27] }, function () {
  setState("rpi2.0.gpio.22.state" /**/, 0); //  0 ist ausschalten
});

Wenn das alles im ersten Post gestanden hätte, wäre mir der Zusammenhang wohl direkt aufgefallen :)

Wenn du nochmal sowas hast machs wie ich:

schedule({ hour: [19], minute: [10] }, function () {
  log(1)
  setState("rpi2.0.gpio.22.state" /**/, 1); //  1 ist einschalten
});

schedule({ hour: [09, 10], minute: [27] }, function () {
  log(2)
  setState("rpi2.0.gpio.22.state" /**/, 0); //  0 ist ausschalten
});

und schau am nächsten Tag ins Log wer der Schuldige ist. :)

Auch wenn ich keine Ahnung habe wieso das um die Uhrzeit schalten sollte, aber sind die einzigen falsch Zuweisungen in deinem Script...

habs ausprobiert, wird richtig eingetragen:

script.js.Test.Skript_122: {"type":"cron","pattern":{"hour":[19],"minute":[10]},"scriptName":"script.js.Test.Skript_122","id":"cron_1690278872308_51349"}
script.js.Test.Skript_122: {"type":"cron","pattern":{"hour":[9,10],"minute":[27]},"scriptName":"script.js.Test.Skript_122","id":"cron_1690278872308_65468"}

[Laser]

@ticaki Es ist der zweite Tag, wo es wie gewollt schaltet. Kein GPIO wird mehr fehlgeschaltet. Ich kann es nicht mehr nachvollziehen. Aber für mich sieht es immer noch so aus, als wenn Teile eines Scriptes weiterarbeiten, obwohl sie gelöscht wurden. Durch das umkopieren und umbenennen des Scriptes, und das Neustarten des Raspi tritt der Effekt nicht mehr auf.
In einer früheren Variante des Scriptes habe ich den GPIO.22 um 23:00 Uhr aus und um 5:20 Uhr wieder eingeschaltet.

[paul53]

@laser sagte: In einer früheren Variant des Scriptes habe ich den GPIO.22 um 23:00 Uhr aus und um 5:20 Uhr wieder eingeschaltet.

Dann hat geholfen:
@laser sagte in Raspi GPIO wird gesetzt, wie Ursache herausfinden?:

Neustarten des Raspi

Neustart von ioBroker hätte wahrscheinlich auch genügt.

[Laser]

@paul53 Hatte eigenartigerweise nicht genügt. Auch kompletter Neustart des Raspi nicht. Erst mit der Umbenennerei ging es.