MAX! Cube Blockly Abwesenheit
-
@mickym das funktioniert jetzt. Trotzdem bekomme ich immer noch 6 gleichzeitige Nachrichten. Das macht er bei Anwesenheit nicht.
Frage mich nur warum.
-
@marko1974 Ich könnte mir das nur erklären, wenn Du den Haken in der JOIN Node vor der template Node gesetzt hast - oder die Anzahl der Nachrichten nicht auf 6 gesetzt hast:
Dann musst den rausmachen bzw. die Anzahl halt auf 6 setzen. Weiss nicht, ob ich das damals nicht dazugesagt hatte, weil Du vielleicht schon so genervt warst, Dich nun auch noch mit einer JOIN-Node zu beschäftigen. Na ja - und Du vielleicht die JOIN Node auch noch nicht so ganz verstanden hast.
-
@mickym puh jetzt hatte ich mal sehr lange keine Zeit.
Also jetzt kommen keine 6 Nachrichten mehr. Funktioniert erstklassig! -
@marko1974 sagte in MAX! Cube Blockly Abwesenheit:
@mickym puh jetzt hatte ich mal sehr lange keine Zeit.
Also jetzt kommen keine 6 Nachrichten mehr. Funktioniert erstklassig!Freut mich - dann ist das Thema ja eigentlich gelöst.
-
@mickym eigentlich ja...bekomme nur momentan ne neue Fehlermeldung.
Weisst Du möglichweise woran das liegen kann?
maxcube.0 2021-12-25 15:41:34.104 warn State value to set for "maxcube.0.devices.thermostat_0dc05e.setpoint" has value "0" less than min "2" maxcube.0 2021-12-25 15:41:32.876 warn State value to set for "maxcube.0.devices.thermostat_0dfa5c.setpoint" has value "0" less than min "2" maxcube.0 2021-12-25 15:41:31.782 warn State value to set for "maxcube.0.devices.thermostat_0dbe6c.setpoint" has value "0" less than min "2" maxcube.0 2021-12-25 15:41:31.126 warn State value to set for "maxcube.0.devices.thermostat_0b39f5.setpoint" has value "0" less than min "2" -
@marko1974 Nun die Warnung ist doch klar. Ob das der NR-Flow ist oder nicht musst halt ggf. untersuchen - ich denke aber eher nicht. Kann auch am Adapter liegen, dass dieser beim Hochfahren alles auf 0 setzt und der Admin solche Dinge nun abfangen will. Die Warnungen sollten ja eigentlich nur bei Neustart des Systems kommen.
Du kannst ja den Flow einfach deaktivieren und das System neu starten, um erst mal zu untersuchen, ob es am Flow liegt oder nicht. Falls mit deaktiviertem Flow die Warnungen ebenfalls kommen, dann liegt es halt am Adapter und Du musst ein Issue aufmachen. -
@mickym nein das war direkt nach einem neustart...
-
@marko1974 Na ja dachte ich mir doch. Wie gesagt Du musst halt den Flow deaktivieren und schauen, ob der Adapter den Fehler alleine erzeugt.
-
@mickym er erzeugt ihn ja jetzt noch nichtmals mehr bei aktiviertem flow.
Problem war dass die Heizungen nicht steuerten. da hab ich dan cube neu gestartet und das system auch. Scheint wieder alles zu funktionieren -
@marko1974 Ich hab doch gesagt du sollst den Flow deaktivieren und das System neu starten??? - Ich weiß dass er ihn nicht nochmal erzeugt. Aber Du willst doch wissen woher es kommt? - Sonst kannst das ja einfach ignorieren. Es ist eine Warnung, dass irgendwas 0 in die Datenpunkte schreibst. Alternativ kannst den Minimum Wert aller Datenpunkte halt auf 0 setzen.
-
@mickym bei deaktieviertem flow und neustart keine fehelermeldung. bei aktiviertem flow und neustart auch nicht mehr. Hatte sich wohl der cube aufgehängt?!
-
@marko1974 Nun dann ignoriere die Meldungen doch. Vielleicht hatte der maxcube Adapter ein Problem, weil er den cube nicht auslesen konnte und deshalb 0 in den Datenpunkt geschrieben hat. Dann kannst Du höchstens ein Issue beim Adapter aufmachen - ansonsten wäre es halt ein Hinweis darauf, wenn diese Warnung kommt, dass der Cube neu gestartet werden muss.
-
@mickym Und den habe ich neu gestartet, da er über alexa auch keine Änderungen mehr angenommen hat. jetzt geht wieder alles. Wäre wohl doch ganz gut ne shelly dahinter laufen zu lassen und das Teil ab und zu einfach neu zu starten
-
@marko1974 sagte in MAX! Cube Blockly Abwesenheit:
@mickym Und den habe ich neu gestartet, da er über alexa auch keine Änderungen mehr angenommen hat. jetzt geht wieder alles. Wäre wohl doch ganz gut ne shelly dahinter laufen zu lassen und das Teil ab und zu einfach neu zu starten
Nicht ab und zu - aber dann wenn es mal klemmt und niemand im Haus ist, um den Stecker zu ziehen.
-
@mickym
Der gesamte flow lief den kompletten Winter auch mit der Abwesenheit durch und ist bombastisch!
Es funktioniert alles bis ins kleinste Detail.Jetzt möchte ich gern folgendes:
Im Sommer soll man den flow Abwesenheit und auch den flow der Heizungssteuerung abschalten können. Der maxcube Adapter soll weiterhin aktiv bleiben, da ich gern bei Bedarf noch die eine oder andere Heizung einschalten möchte. Dies aber dann manuell über VIS.
Ich benötige dazu eine Funktion, mit der man entweder die beiden flows deaktivieren kann, oder einen DP "Heizung Sommer", der die Inject Nodes abschaltet. -
@marko1974 Soweit ich den Flow in Erinnerung habe hast Du das doch schon:
Du brauchst doch nur aus der Inject Node diese Aktivierung zu Beginn rausnehmen. Die Ein/Aus Switch Node kannst DU noch hinter Dein tr-064 Node kopieren, so dass auch diese nur noch Signale durchlässt, wenn die Steuerung aktiv ist. Das ist zwar wegen der Heizung gar nicht nötig, aber man kann es machen, damit Du die telegram Meldungen nicht bei deaktivierter Heizungssteuerung bekommst. Und wenn Du die Steuerung nicht über die beiden INJECT Nodes machen willst, dann hängst Du eine iobroker-In Node vor die globale Heizungssteuerung mit true/false und triggerst diese über ein selbsterstellten Datenpunkt, den Du dann über Deine VIS steuerst.
Ich habe tatsächlich mal den Thread durchgescrollt und da hatte ich Dir das alles schon mal erklärt:
https://forum.iobroker.net/topic/49231/max-cube-blockly-abwesenheit/274?=1652460995069
https://forum.iobroker.net/topic/49231/max-cube-blockly-abwesenheit/385?=1652460995069 -
@mickym
Also die Inject Node Deaktiviere Heizungssteuerung hatte ich gar nicht.
Den hab ich mir mal gemacht.Ich hoffe richtig?
Dann hab ich das so versucht.... das funktioniert doch bestimmt nicht
Hier noch der kopierte EIN/AUS hinter dem TR
-
@marko1974 Na wenn Du es nicht hast, dann brauchst Du doch nur Deinen von Dir selbst angelegten Datenpunkt Sommermodus in Wintermodus umbenennen oder Automatik ein oder aus. Sprich aktiv=true, inaktiv = false.
Ich hab Dir ja mehrfach gesagt, Du sollst Dir diesbzgl. einen Datenpunkt als Boolean erstellen.
Diese nutzt Du einfach die globale Variable gHeizungssteuerung setzt und die blockiert dann die Inject Node.
hier zum Import.
Wie gesagt diese Ein/Aus Switch Node kannst noch kopieren und hinter die tr-064 Node setzen.
Alternativ anstatt zu blocken - kannst Du wie gesagt auch eine Trigger Node nutzen - dann triggert die nicht jede Minute umsonst. Wenn Dir das lieber wäre - müsste man den Flow bisschen umbauen.
Hier nochmal den Abwesenheitstrigger zu blocken:
Hier wieder zum Import - damit kann man die Inject Node ersetzen:
-
@mickym Dankeschön!
Na so uuuungefähr hatte ich es ja. Mein Punkt hiess nur Sommermodus. Das ist eigentlich unglücklich. Haste recht: Wintermodus. Den Datenpunkt hatte ich als boolean angelegt.
Habe nun die die Inject node ersetzt. Heisst quasi, wenn der DP auf Winter steht wird gHeizungssteuerung aktiviert und jede Minute fragt er ab ob der iobIn auf true steht um den rest abzuarbeiten.
Jetzt habe ich in der Eile die Ein/Aus gelöscht.
Hast Du die nochmal für mich?Problem ist nun auch, dass nun manche Heizungen auf AUTO stehen und andere auf Manu....aber dafür ist es ja...man steuert es jetzt quasi über VIS
-
@marko1974 sagte in MAX! Cube Blockly Abwesenheit:
@mickym Dankeschön!
Na so uuuungefähr hatte ich es ja. Mein Punkt hiess nur Sommermodus. Das ist eigentlich unglücklich. Haste recht: Wintermodus. Den Datenpunkt hatte ich als boolean angelegt.
Habe nun die die Inject node ersetzt. Heisst quasi, wenn der DP auf Winter steht wird gHeizungssteuerung aktiviert und jede Minute fragt er ab ob der iobIn auf true steht um den rest abzuarbeiten.
Nein in dem neuen Flow wird nicht mehr jede Minute angefragt, ob der DP true oder false steht. Die iobroker IN Node - triggert beim Flow start und nur wenn der Wert gesetzt oder geändert wird. Wird der DP auf true gesetzt, dann triggert die Trigger Node nun alle Minuten, wenn der DP auf false gesetzt wird, hört die Trigger Node auf zu triggern.
Jetzt habe ich in der Eile die Ein/Aus gelöscht.
Hast Du die nochmal für mich?Hier nochmal die Node:
[ { "id": "ecfbc31c090720a5", "type": "switch", "z": "6f3801b9.ba4b6", "name": "Ein / Aus", "property": "gHeizungssteuerung", "propertyType": "global", "rules": [ { "t": "true" } ], "checkall": "true", "repair": false, "outputs": 1, "x": 460, "y": 1960, "wires": [ [ "b9fe569f.1a5e08" ] ] } ]Problem ist nun auch, dass nun manche Heizungen auf AUTO stehen und andere auf Manu....aber dafür ist es ja...man steuert es jetzt quasi über VIS
Nun man kann alles mögliche über den Datenpunkt auch die Heizung einstellen, aber warum, wenn Du eh alles über Deine VIS direkt steuern willst. Dann ist das doch flexibler. Die Automatik funktioniert ja nicht mehr. Und der Auto-Modus der Heizungen wird ja eh nicht mehr über die interne Autosteuerung geregelt, sondern wurde ja über den Flow geregelt.
