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

[mickym]

Nun Du musst den ganzen Flow beachten - sprich der obige Flow gehört ja mit dazu, da ja nicht in jedem Fall eingeschaltet werden soll, wenn die Laufzeit abgelaufen ist, sondern nur dann, wenn entsprechender Überschuss beim Pausenende vorhanden ist.

Sowas ist schon macht keinen Sinn, weil Du gleichzeit AUS- und EINSCHALTEST.

Das ist der Originalflow und der SCHALTER nur die Pumpe aus und dann startet die Pause.

Gleichzeitig musst Du aber doch den Hauptflow betrachten.

Hier wird doch ein Wiedereinschalten verhindert, weil die max. Laufzeit überschritten ist. Das Ausschalten spielt keine Rolle, weil es ja eh schon ausgeschaltet ist bzw. wie unten geändert ausgeschaltet wird.

Wenn die Zwangspause vorbei ist, dann wird gar nichts geschaltet, sondern lediglich die Laufzeit wieder auf 0 gesetzt und der Block zurückgesetzt.

Das Einschalten muss ja dann auch wieder der normalen Logik folgen und darf ja nur erfolgen, wenn Soc und Überschuss ein Einschalten erfordern. Trotzdem ist mir noch ein Fehler aufgefallen, da der Filter oben blockiert - deswegen musst Du das Ausschaltsignal nach oben zu dem Filter durchreichen! Ich zeig es dir in der folgenden Abbildung:

PS: Entschuldige manchmal meine Ausdrucksweise. Ich gebe mir wieder mehr Mühe um die korrekte Ausdrucksweise.

[mickym]

Was ggf. auch nochzu bedenken ist, ob Du die Laufzeit ggf. zurücksetzt, wenn eine Pause durch das Ausschalten der Pumpe nicht mehr erforderlich ist, da sie eh lange genug ausgeschaltet war.

[1984chris]

@mickym
jetztz bekomme ich aber am Ende kein ein mehr weder für Shelly noch für Homeserver

[mickym]

@1984chris Ja weil wahrscheinlich die Laufzeit erreicht wurde. Lösche mal im Kontext die Laufzeit einfach.

[mickym]

@mickym sagte in Function Node welche zwei Werte vergleicht:

Was ggf. auch nochzu bedenken ist, ob Du die Laufzeit ggf. zurücksetzt, wenn eine Pause durch das Ausschalten der Pumpe nicht mehr erforderlich ist, da sie eh lange genug ausgeschaltet war.

Hier mal die Änderung um die Auszeiten zu zählen - damit wird quasi auch wenn über Nacht eh alles ausgeschaltet ist, dass dann die Laufzeit zurückgestellt wird. Du musst halt die Pausenzeit genauso anpassen.

Hier zum Import:

Spoiler

[{"id":"1b6c6646565c829e","type":"switch","z":"517cd16e4d7e6ae4","name":"Check WP","property":"payload.switch0.output","propertyType":"msg","rules":[{"t":"true"},{"t":"false"}],"checkall":"true","repair":false,"outputs":2,"x":1630,"y":3840,"wires":[["a81280bcde91cb43"],["4b2dcbb7fa3c347f"]]},{"id":"66f1ebe9b8cf6467","type":"switch","z":"517cd16e4d7e6ae4","name":"Pausenlimit erreicht?","property":"payload","propertyType":"msg","rules":[{"t":"gt","v":"1","vt":"num"}],"checkall":"true","repair":false,"outputs":1,"x":2060,"y":3940,"wires":[["878c47ba3fe7f98d"]]},{"id":"4b2dcbb7fa3c347f","type":"change","z":"517cd16e4d7e6ae4","name":"Setze PauseWP","rules":[{"t":"set","p":"payload","pt":"msg","to":"PauseWP","tot":"flow"},{"t":"set","p":"payload","pt":"msg","to":"$exists(payload) ? payload : 0","tot":"jsonata"},{"t":"set","p":"payload","pt":"msg","to":"payload + 1","tot":"jsonata"},{"t":"set","p":"PauseWP","pt":"flow","to":"payload","tot":"msg"}],"action":"","property":"","from":"","to":"","reg":false,"x":1840,"y":3940,"wires":[["66f1ebe9b8cf6467"]]}]

[mickym]

@1984chris sagte in Function Node welche zwei Werte vergleicht:

@mickym
jetztz bekomme ich aber am Ende kein ein mehr weder für Shelly noch für Homeserver

Ach ja und vergiss nicht das Pollintervall in der Shelly Node auf 60000 ms zu setzen. Die Werte für die Laufzeit und die Pause sind ja Minuten.

[1984chris]

@mickym
es wird kein ein signal durchgeleitet...

[mickym]

@1984chris Gut - dann musst Du mit debug Nodes schauen, wo es hängen bleibt.

Aktiviere halt mal alle Debug Nodes bzw. schau wie weit die Nachrichten kommen - ggf. neue Debug Nodes dran machen.

Hast Du in dem Switch

auch die max. Laufzeit richtig eingetragen?

[1984chris]

@mickym
es liegt an der Laufzeitlimit erreicht Node im Hauptast habe dahinter ein Debug Node und da wird nix angezeigt.

[1984chris]

@1984chris
habe die Laufzeit auf 2 runtergesetzt zum testen...

[mickym]

@1984chris Gut und hast Du den Wert da drin angepasst - da waren ja noch 5 Minuten drin zum Test.

[mickym]

@1984chris Nein im Gegenteil - das ist das Maximum an Laufzeit. In der Realität wenn Du 5 Stunden Laufzeit haben willst, muss da <= 300 drin stehen.

Genauso wie Du unten dann Laufzeit erreicht > 300 einstellen musst.

[1984chris]

@mickym
mit 2 hab ich Minuten gemeint.

[mickym]

@1984chris sagte in Function Node welche zwei Werte vergleicht:

@mickym
mit 2 hab ich Minuten gemeint.

Ja trotzdem oben wird durchgelassen, wenn die Laufzeit KLEINER als x Minuten ist.

Wenn Du da 2 einträgst, dann blockiert es doch bereits bei der 2. Minute Laufzeit

[1984chris]

@mickym
hab den Fehler schon es war unter Eigenschaft msg und nicht flow eingestellt.
hab aber nichts geändert...

[mickym]

@1984chris Trag da oben 300 ein. Es wird durchgelassen, wenn die Kontextvariable LaufzeitWP kleiner als der eingetragene Wert ist.

[mickym]

Um bei Testen den Filter zurückzusetzen kannst Du mit Inject ein msg.reset in den filter einspeisen.

[mickym]

Und zeig mal die Kontextvariable LaufzeitWP aus dem Kontextfenster.

[1984chris]

@mickym

[mickym]

@1984chris Ja dann muss die Node aber durchlassen. Speise eine Nachricht vor der Node ein und ein Debug dahinter - das muss durchgehen

Die Node lässt durch, wenn die Kontextvariable KLEINER GLEICH als (Datentyp Zahl) 300 ist.

Da sie bei Dir 1 ist, muss es da durchgehen.