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

[mickym]

@1984chris Genau. Das heißt in die Change Node kommt eine Restlaufzeit als payload in Minuten. Die Nachrichteneigenschaft delay ist für die anschließende Triggernode.

Diese Triggernode ist ja auf eine Minute eingestellt, wird aber durch msg.delay überschrieben

Da die msg.delay aber, wie Du in der Hilfe zur Trigger Node nachlesen kannst, in Millisekunden angegeben wird, muss ich die Minuten Restzeit für die Triggernode in Millisekunden umrechnen. Also 1 Minute Restzeit = 60 Sekunden = 60000 Millisekunden.

Die Pollzeit aus der Shellynode sorgt ja nur dafür, dass die Restzeit in Minuten verringert wird und auch nur, wenn sie die Switch Node passiert, also der Shelly eingeschaltet ist, da alle Minuten die Shelly Node triggert.

[mickym]

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

@mickym
Die Mindestlaufzeit wird jeden Tag um 01:00 wieder auf 360 gesetzt.

Ja das ist für die Umwälzpumpe, aber für die Wärmepumpe wurde die Laufzeit nicht auf 0 gesetzt.

[1984chris]

@mickym
Danke für die Erklärung.
Den Fehler habe ich auch gefunden warum heute die Wärmepumpe+Poolpumpe nicht eingeschaltet haben.
Bei den 3 Bedingungen war AutoEin auf false.
Glaube das ist gestern passiert als ich am Raspi wo Docker läuft docker attach mynodered eingegeben habe das ich die Logs sehe und mit strg+c habe ich das wieder gestoppt.

[mickym]

@1984chris Wie gesagt, Du musst die Laufzeit der WP auch auf 0 setzen.

Also würde ich das hier wie folgt abändern - nicht mehr auf die payload - sondern direkt setzen.

Spoiler

[{"id":"3f5208fb9a554bb3","type":"inject","z":"517cd16e4d7e6ae4","name":"Täglicher Reset","props":[],"repeat":"","crontab":"00 00 * * *","once":false,"onceDelay":0.1,"topic":"","x":230,"y":4480,"wires":[["ace95e0732cddec2","a3b5991b9f032482"]]},{"id":"ace95e0732cddec2","type":"change","z":"517cd16e4d7e6ae4","name":"","rules":[{"t":"set","p":"RestlaufzeitPoolpumpe","pt":"flow","to":"360","tot":"num"}],"action":"","property":"","from":"","to":"","reg":false,"x":520,"y":4460,"wires":[[]]},{"id":"a3b5991b9f032482","type":"change","z":"517cd16e4d7e6ae4","name":"","rules":[{"t":"set","p":"LaufzeitWP","pt":"flow","to":"0","tot":"num"}],"action":"","property":"","from":"","to":"","reg":false,"x":480,"y":4500,"wires":[[]]}]

oder halt auf 1:00 setzen, ich habs glaub wieder auf 0:00 gesetzt.

[1984chris]

@mickym
Du warst schnelle....
würde das so auch funktionieren ?

[mickym]

@1984chris Ja, ist sogar insofern besser, weil Du auch noch einen reset auf den Trigger & Block Node gleich mitmachst.

Ich sehe schon, es macht dir langsam Spaß. ;)

[1984chris]

@mickym
ja sehr sehr langsam...:blush:

Ich verstehe nur eins nicht Die Pumpe ist heute 300 min gelaufen 60 min Pause
dann wieder 84 min dann hat sie abgeschalten weil zu wenig Überschuss da war. Aber bei Restlaufzeit steht jetzt noch 1 müsste ja -24 stehen oder?

[mickym]

@1984chris Ja kann ich mir im Moment auch nicht erklären. Du hast ja eine trigger Node für die Restlaufzeit und mach halt noch eine trigger Node an den anderen Switch Ausgang und schau anhand der Zeitstempel ob es plausibel ist.

[1984chris]

@mickym
ja kann ich machen.
Wird vielleicht sein weil wir die Wärmepumpenlaufzeit nicht um gewisse Uhrzeit XX auf 0 gesetzt haben

[mickym]

@1984chris Wie gesagt - nun muss man mit Debug oder Inject Nodes - Szenarien simulieren und analysieren.