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

[mickym]

@marko1974 Bei mir laufen die Dinger nun seit 2013 und hier auf dem iobroker System seit Ende 2019 - hat mich zwar ca. 2 Monate gekostet - aber seit dem funktioniert es in der Regel gut. Ich weiß, dass ich den Würfel nach einem Neustart auch neu starte - deswegen habe ich einen Shelly davor - dann braucht zumindest das Wohnzimmerthermostat immer ca. 1 Std. bis es meint, es wäre auch ansprechbar und ich habe auch noch irgendeinen kleinen Fehler wenn ich booste und dann den Boost abbreche - aber für den Alltag - alles gut. Ich kann über das MAX System nichts schlechtes sagen - insbesondere wo die Verbindung immer gehalten wird.

Mit dem Duty Cycle ist nervig - aber Du kannst ja derweil noch bisschen in meinen Ausführungen lesen oder vielleicht kann ich Dir noch ein paar Fragen beantworten - wenn ich kann dann auch gerne auf blocklisch.

Mit den Zigbees habe ich mehr Probleme - wahrscheinlich weil der USB Hub an einem USB 3.0 hing - hab nun einen anderen USB Hub genommen und an USB 2.0 gestöpselt - aber sonst ist mir der Adapter alle 1-2 Tage abgeschmiert.

[Marko1974]

@mickym said in MAX! Cube Blockly Abwesenheit:

@marko1974 Bei mir laufen die Dinger nun seit 2013 und hier auf dem iobroker System seit Ende 2019 - hat mich zwar ca. 2 Monate gekostet - aber seit dem funktioniert es in der Regel gut. Ich weiß, dass ich den Würfel nach einem Neustart auch neu starte - deswegen habe ich einen Shelly davor - dann braucht zumindest das Wohnzimmerthermostat immer ca. 1 Std. bis es meint, es wäre auch ansprechbar und ich habe auch noch irgendeinen kleinen Fehler wenn ich booste und dann den Boost abbreche - aber für den Alltag - alles gut. Ich kann über das MAX System nichts schlechtes sagen - insbesondere wo die Verbindung immer gehalten wird.

Ich hatte ja auch immer nur gute Erfahrungen....und ich glaube ich habe das auch so lange im Einsatz. Sogar mal einen neuen Cube gekauft, weil ich was kaputt gemacht habe. Sonst aber unverwüstlich.

[mickym]

@marko1974 Ich meine Du siehst ja selbst es kommt ja nun alles richtig und richtiger Zeit raus - ist halt doof dass der Adapter den Duty Cycle nicht besser verarbeitet. Aber wie gesagt dann lieber eine Stunde warten - Du kannst sonst einfach keine vernünftige Aussagen treffen.

[Marko1974]

Ich mach das einfach morgen nochmal

[Marko1974]

@mickym

guck mal ganz unten Das hatte ich eingangs gesucht:
https://crycode.de/homepi-iobroker-max-heizungssteuerung

UPDATE:
Ich hab es jetzt nochmal probiert. Er schaltet fast sofort und zwar alles - kaum Verzögerung. Zum Testen habe ich die 2. Verzögerung nur auf ein paar Sekunden gesetzt und die Trigger zum schalten benutzt.
Als ich auf den Tab Objekte geschaltet habe wurden die Heizungen gerade umgeschaltet. Habe die Verzögerung nun auf 5 Minuten und schaue mal ob nun die richtigen Werte gesendet werden.
Warum das jetzt Tage nicht funktionierte weiss ich immer noch nicht.

Also: ECO wurde geschaltet und auch diesmal alle Thermostate.

[mickym]

@marko1974 Nun ja viele Wege führen nach Rom.

Nun wenn Du gesehen hast, dass alles prinzipiell funktioniert - dann solltest Du sehen, was vielleicht für andere Umstände zu Fehlverhalten geführt hat. 5 Minuten Verzögerung ist schon heftig - das heisst bei Abwesenheit - braucht es 6 *5 min bis alle Heizkörper geschaltet werden. Das ist doch nicht Dein Ernst`?

Es ist evtl. die Menge an Schaltungen und nicht die Geschwindikeit. Ich hatte ja 12 Kommandos verschickt und Duty Cycle ist auf 32. Wie Du siehst hat das auch genau eine Stunde gebraucht bis der wieder unten war:

[Marko1974]

@mickym said in MAX! Cube Blockly Abwesenheit:

@marko1974 Nun ja viele Wege führen nach Rom.

Nun wenn Du gesehen hast, dass alles prinzipiell funktioniert - dann solltest Du sehen, was vielleicht für andere Umstände zu Fehlverhalten geführt hat. 5 Minuten Verzögerung ist schon heftig - das heisst bei Abwesenheit - braucht es 6 *5 min bis alle Heizkörper geschaltet werden. Das ist doch nicht Dein Ernst`?

Nein....ich meine die Verzögerung vor den Setpoints im Abwesenheitsflow....

[mickym]

@marko1974 Na OK - das ist ja nicht schlimm - das habe ich ja von Anfang an vorgeschlagen - Dir geht es ja nicht um die zeitnahe Benachrichtigung der Abwesenheit, sondern um das korrekte Auslesen der Temperaturen.

[Marko1974]

@mickym das funktioniert jetzt. Trotzdem bekomme ich immer noch 6 gleichzeitige Nachrichten. Das macht er bei Anwesenheit nicht.
Frage mich nur warum.

[mickym]

@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.

[Marko1974]

@mickym puh jetzt hatte ich mal sehr lange keine Zeit.
Also jetzt kommen keine 6 Nachrichten mehr. Funktioniert erstklassig!

[mickym]

@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.

[Marko1974]

@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"

[mickym]

@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.

[Marko1974]

@mickym nein das war direkt nach einem neustart...

[mickym]

@marko1974 Na ja dachte ich mir doch. Wie gesagt Du musst halt den Flow deaktivieren und schauen, ob der Adapter den Fehler alleine erzeugt.

[Marko1974]

@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

[mickym]

@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.

[Marko1974]

@mickym bei deaktieviertem flow und neustart keine fehelermeldung. bei aktiviertem flow und neustart auch nicht mehr. Hatte sich wohl der cube aufgehängt?!

[mickym]

@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.