Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[mickym]

@marko1974 Keine Ahnung - ich bin inzwischen ganz zufrieden - der macht halt nicht wieder eine eigene Logik, sondern prüft auf die An- Abwesenheit einzelner Geräte. Gerade Handies sind auch schon mal kurzzeitig abwesend - deshalb hab ich in meinem Abwesenheitsflow eine 10 minütige Verzögerung - erst wenn sich das Handy innerhalb der 10 Minuten Inaktivität nicht mehr meldet wird es als Abwesend registriert - da kann die FritzBox und der Adapter meist nichts dafür. Mit den 10 Minuten bin ich aber gut gefahren. Dafür geht der Flow halt auch erst 10 Min später los - ist aber vielleicht besser als die Fehlalarms.

[Marko1974]

@mickym said in MAX! Cube Blockly Abwesenheit:

@marko1974 Keine Ahnung - ich bin inzwischen ganz zufrieden - der macht halt nicht wieder eine eigene Logik, sondern prüft auf die An- Abwesenheit einzelner Geräte. Gerade Handies sind auch schon mal kurzzeitig abwesend - deshalb hab ich in meinem Abwesenheitsflow eine 10 minütige Verzögerung - erst wenn sich das Handy innerhalb der 10 Minuten Inaktivität nicht mehr meldet wird es als Abwesend registriert - da kann die FritzBox und der Adapter meist nichts dafür. Mit den 10 Minuten bin ich aber gut gefahren. Dafür geht der Flow halt auch erst 10 Min später los - ist aber vielleicht besser als die Fehlalarms.

das ist nicht schlimm mit den 10 min. hast du den dann nach dem true/false eingebaut? man koennte doch dann quasi die verzögerung als trigger node nach der abfrage einbauen.....oder ein: Wenn immer noch false

[mickym]

@marko1974 Nun das erste ist die Verzögerung um den Thermostaten die Zeit zu geben, die neuen Temperaturen einzustellen bevor man die setpoints einliest.

Das zweite ist die Abwesenheitserkennung - Du kannst zwar in dem Flow was pfuschen, so wie Du vorgeschlagen hast, aber sinnvoller wäre ja eine zuverlässigere Abwesenheitserkennung. Manche Deiner Blocklies dürften ja mit dem Punkt des check Presence Adapters auch nicht funktionieren.

Aber auch wenn Du an Deiner allgemeinen Abwesenheitserkennung nichts machen willst - brauchst Du eine trigger Node entspechend der geposteten Konfig vor die setpoint node und dann halt noch ein an die true Node und zwischen eine Verbindung von der anderen Node, die die Trigger Node bei falscher Abwesenheit wieder zurücksetzt.

[Marko1974]

@mickym said in MAX! Cube Blockly Abwesenheit:

@marko1974 Nun das erste ist die Verzögerung um den Thermostaten die Zeit zu geben, die neuen Temperaturen einzustellen bevor man die setpoints einliest.

Das zweite ist die Abwesenheitserkennung - Du kannst zwar in dem Flow was pfuschen, so wie Du vorgeschlagen hast, aber sinnvoller wäre ja eine zuverlässigere Abwesenheitserkennung. Manche Deiner Blocklies dürften ja mit dem Punkt des check Presence Adapters auch nicht funktionieren.

Bisher hatte ich da gar keine implementiert. Habe die geofence Funktion vom Iphone genutzt und in Home quasi einen Dummy angelegt, der hier in ioBroker true oder false schaltet.
War jetzt auch nicht so das gelbe vom Ei. Da braucht man am besten einen Apple TV. Pad als Steuerzentrale ist eher umständlich.
Ich hab jetzt einfach nur mal mit dem fb-presence gespielt.
TR064 habe ich nun auch mal installiert.
Da gibt es dann aber eher nur einzelne Geräte und keine Absence all....müsste man dann noch nen Datenpunkt machen.

Aber auch wenn Du an Deiner allgemeinen Abwesenheitserkennung nichts machen willst - brauchst Du eine trigger Node entspechend der geposteten Konfig vor die setpoint node und dann halt noch ein an die true Node und zwischen eine Verbindung von der anderen Node, die die Trigger Node bei falscher Abwesenheit wieder zurücksetzt.

Die vor der setpoint node hab ich fertig.

[mickym]

@marko1974 Wie gesagt quick & dirty - die Abwesenheitserkennung kannst ja später machen.

Die Trigger Node mit beiden Ausgängen der switch Node verbinden. Die Trigger Node - blockt also alles zur AllEco, während die AllAuto alle Nachrichten durchgelassen werden.

Nachdem true - ja Abwesenheit signalisierst brauchst den trigger Node wie folgt machen.

[Marko1974]

@mickym said in MAX! Cube Blockly Abwesenheit:

@marko1974 Wie gesagt quick & dirty - die Abwesenheitserkennung kannst ja später machen.

Die Trigger Node mit beiden Ausgängen der switch Node verbinden. Die Trigger Node - blockt also alles zur AllEco, während die AllAuto alle Nachrichten durchgelassen werden.

Nachdem true - ja Abwesenheit signalisierst brauchst den trigger Node wie folgt machen.

dann ist bei true/false aber jetzt oben "false" als Ausgang....das hatten wir andersrum

[mickym]

@marko1974 Das ist doch egal:

fb-checkpresence.0.absenceAll = false - wenn jemand anwesend ist.
fb-checkpresence.0.absenceAll = true - wenn alle abwesend sind.

So ich habe gesagt - die ECO All (also abwesend) an den Ausgang der trigger Node und damit blockiert diese den Abwesenheitsast.

Da der Eingang der Trigger Node mit beiden Ausgängen der Switch Node verbunden ist, ist es doch egal welcher Ausgang oben oder unten ist ??????????

[Marko1974]

@mickym said in MAX! Cube Blockly Abwesenheit:

@marko1974 Das ist doch egal:

fb-checkpresence.0.absenceAll = false - wenn jemand anwesend ist.
fb-checkpresence.0.absenceAll = true - wenn alle abwesend sind.

So ich habe gesagt - die ECO All (also abwesend) an den Ausgang der trigger Node und damit blockiert diese den Abwesenheitsast.

Da der Eingang der Trigger Node mit beiden Ausgängen der Switch Node verbunden ist, ist es doch egal welcher Ausgang oben oder unten ist ??????????

Aber der AllAuto hängt doch am true...der muss doch an false

[mickym]

@marko1974

Der hängt am false und nicht am true - ich habe doch dein kosmetisches Verdrehen nachgezogen - aber vollkommen richtig allAuto an false, trigger an false, trigger an true.

[Marko1974]

@mickym said in MAX! Cube Blockly Abwesenheit:

@marko1974

Der hängt am false und nicht am true - ich habe doch dein kosmetisches Verdrehen nachgezogen - aber vollkommen richtig allAuto an false, trigger an false, trigger an true.

Ich hab das da andersrum...das ist wohl bei meiner Kosmetik ausgeblieben
Oben true unten false

Dann waren wir beide richtig und ich hab aufgepasst.

Zumindest läuft es jetzt und ich habe die Verzögerung bei setpoints auslesen wieder rausgenommen. Die Nachricht kommt nur noch einmal

23.11.2021, 23:43:19node: 19823b7.6cc0bc5
Badezimmer_setpoint : msg.payload : string[124]
"ABWESEND! ECO Modus AN ↵Kinderzimmer 17 °C, ↵Schlafzimmer 17 °C,↵Wohnzimmer 18 °C,↵Flur 17 °C,↵Küche 20 °C,↵Badezimmer 17 °C"

[mickym]

@marko1974 sagte in MAX! Cube Blockly Abwesenheit:

Zumindest läuft es jetzt und ich habe die Verzögerung bei setpoints auslesen wieder rausgenommen.

das ist doch ein Fehler - überleg doch mal.

die 1. Trigger Node - lässt nach 10 Minuten erst mal abwesend durch und stellt alles auf ECO - wenn Du zur nahezu gleichen Zeit nun die setpoints der Thermostate abfragst, dann sind die doch noch gar nicht umgestellt - das kann

1. bis zu einer Minute dauern bis der Hauptflow die Thermostate überhaupt stellt und checkt, dass nun ECO aktiv ist
2. der MaxCube die Teile auch erst richtig einstellt, wenn die physischen Thermostate das akzeptieren.

Versuche mal DIch selbst als Nachrichtenobjekt zu sehen.

Wie soll das gehen???

[Marko1974]

@mickym said in MAX! Cube Blockly Abwesenheit:

@marko1974 sagte in MAX! Cube Blockly Abwesenheit:

Zumindest läuft es jetzt und ich habe die Verzögerung bei setpoints auslesen wieder rausgenommen.

das ist doch ein Fehler - überleg doch mal.

die 1. Trigger Node - lässt nach 10 Minuten erst mal abwesend durch und stellt alles auf ECO - wenn Du zur nahezu gleichen Zeit nun die setpoints der Thermostate abfragst, dann sind die doch noch gar nicht umgestellt - das kann

1. bis zu einer Minute dauern bis der Hauptflow die Thermostate überhaupt stellt und checkt, dass nun ECO aktiv ist
2. der MaxCube die Teile auch erst richtig einstellt, wenn die physischen Thermostate das akzeptieren.

Versuche mal DIch selbst als Nachrichtenobjekt zu sehen.

Wie soll das gehen???

Ja stimmt, hast recht....vielleicht besser wenn er drin ist. Ich wollte immer ziemlich nah an der Echtzeit sein, aber dafür sind die Thermostate wohl wirklich zu träge.

[mickym]

@marko1974 sagte in MAX! Cube Blockly Abwesenheit:

Ja stimmt, hast recht....vielleicht besser wenn er drin ist. Ich wollte immer ziemlich nah an der Echtzeit sein, aber dafür sind die Thermostate wohl wirklich zu träge.

Auch der Hauptflow fragt den Modus im Minutentakt ab, da kann ich doch nicht 100 ms später die Thermostaten abfragen, die werden immer die Werte vor der Umstellung ausspucken. Nahe an der Echtzeit zu sein, ist bei trägen Heizungen sowas von unsinnig. Wenn da ECO 17°C drin steht - geht ja kein Kühlgebläse los, um von 22°C auf 17°C runterzukühlen. Und selbst wenn Du statt Heizkörpern Klimaanlagen damit steuern würdest, würde es Minuten / Stunden dauern.

[Marko1974]

@mickym said in MAX! Cube Blockly Abwesenheit:

geht ja kein Kühlgebläse los, um von 22°C auf 17°C runterzukühlen. Und selbst wenn Du statt Heizkörpern Klimaanlagen damit steuern würdest, würde es Minuten / Stunden dauern.

Ich mag deinen Humor.

Hast Du mir hier jetzt den trigger der vor den setpoints steht gelöscht?

So war das doch, oder?

[mickym]

@marko1974 sagte in MAX! Cube Blockly Abwesenheit:

Hast Du mir hier jetzt den trigger der vor den setpoints steht gelöscht?

Soweit reichen weder meine Arme, noch mein Einfluß.
Du bist eher derjenige - der Kabel durchschneidet etc.

@marko1974 sagte in MAX! Cube Blockly Abwesenheit:

So war das doch, oder?

Nein - schau Dir das Original nochmal an -

https://forum.iobroker.net/topic/49231/max-cube-blockly-abwesenheit/23?_=1637699660411

[Marko1974]

@mickym said in MAX! Cube Blockly Abwesenheit:

@marko1974 sagte in MAX! Cube Blockly Abwesenheit:

Hast Du mir hier jetzt den trigger der vor den setpoints steht gelöscht?

Soweit reichen weder meine Arme, noch mein Einfluß.
Du bist eher derjenige - der Kabel durchschneidet etc.

@marko1974 sagte in MAX! Cube Blockly Abwesenheit:

So war das doch, oder?

Jo schaut gut aus.

Ich nehme mal 4 minuten und teste mal was rauskommt.
Also ich wäre da von alleine nicht drauf gekommen....vielleicht fehlt mir da auch die vorstellung.

[mickym]

@marko1974 Nein die Node ist falsch, die Du gepostet hast, schau Dir das Original an. Da wird nichts mit msg.room zurückgesetzt - das ist Käse. Versuch bissi die Node zu verstehen. Das ist eine der genialsten Nodes überhaupt. Ersetzt Dir in seiner Kombivielfalt mind. 10 Blocklies.

[Marko1974]

@mickym said in MAX! Cube Blockly Abwesenheit:

@marko1974 Nein die Node ist falsch, die Du gepostet hast, schau Dir das Original an. Da wird nichts mit msg.room zurückgesetzt - das ist Käse. Versuch bissi die Node zu verstehen. Das ist eine der genialsten Nodes überhaupt. Ersetzt Dir in seiner Kombivielfalt mind. 10 Blocklies.

ahja stimmt....so war es...ich hatte auch das msg vermisst....
Wenn ich dich nicht hätte....

[mickym]

@marko1974 sagte in MAX! Cube Blockly Abwesenheit:

Wenn ich dich nicht hätte....

Dann hättest Du es doch mit Blockly umgesetzt. Kannst ja noch machen - ich habe ja alles sehr ausführlich erklärt - hast Du eigentlich alles verstanden oder zumindest gelesen??

[Marko1974]

@mickym said in MAX! Cube Blockly Abwesenheit:

@marko1974 sagte in MAX! Cube Blockly Abwesenheit:

Wenn ich dich nicht hätte....

Dann hättest Du es doch mit Blockly umgesetzt. Kannst ja noch machen - ich habe ja alles sehr ausführlich erklärt - hast Du eigentlich alles verstanden oder zumindest gelesen??

verstanden schon....mit split und so noch nicht so und man hat immer probleme wenn man was neues machen will.
Wollte den Tag Hue und n Türkontakt machen. Da dachte ich: Kann ich.
In blockly sofort....aber hier hab ich dann abgebrochen.
Weiss auch nicht recht woran es liegt.

Den Übungsflow hab ich mir auch angeschaut. Da war ich auch überfordert.
Ab Donnerstag hab ich Zeit...da werd ich mal gucken ob ich ein paar blocklys einfach mal in Node Red nachbaue und einfach mal rumprobiere.