MAX! Cube Blockly Abwesenheit
-
@mickym Dachte vielleicht, dass man die temperaturen vielleicht nacheinander senden kann...mit ner kleinen Pause dazwischen
-
@marko1974 Die Verzögerungsnode sendet ja nur alle 500 ms - kannst es ja hochsetzen - das ist ja nacheinander ausserdem siehst du doch wenn Du alle deubg Nodes anhast in welchen zeitlichen Abstand die setpoints gesetzt werden - also mehr Transparenz gibt es nicht!!!
-
@mickym said in MAX! Cube Blockly Abwesenheit:
@marko1974 Die Verzögerungsnode sendet ja nur alle 500 ms - kannst es ja hochsetzen - das ist ja nacheinander
Ich meine nicht alle Setpoint temperaturen auf einmal sondern nacheinander
Hier zwischen die Setpoints und Heizungen vielleicht ne sekunde
Und kannst Du mir kurz erklären bitte, warum Type bei den Setpoints auf command steht und nicht auf value?
-
@marko1974 Das ist für den Adapter doch genügend - wie gesagt Du kannst ja das beliebig hochsetzen - das überlassse ich Dir . Ich glaube nicht dass das was macht - aber setz halt 10 s Verzögerung - keine Ahnung - wie gesagt an der Logik ändert sich nichts und ich nutze ja ein anderes System um meinen Cube anzusprechen.
Ich stelle sie mal alle auf einmal mal schauen, was mein Log sagt.
So hab mal schnell meine 4 vor und zurückgestellt:
2021.11.25 23:06:29 2: fhem ("set MAX_1b13fd desiredTemperature manual 16.5") 2021.11.25 23:06:28 2: fhem ("set MAX_016da9 desiredTemperature manual comfort") 2021.11.25 23:06:22 2: fhem ("set MAX_1b13fd desiredTemperature manual eco") 2021.11.25 23:06:18 2: fhem ("set MAX_1b13fd desiredTemperature manual eco") 2021.11.25 23:06:14 2: fhem ("set MAX_1b13fd desiredTemperature manual 15.5") 2021.11.25 23:06:12 2: fhem ("set MAX_1b13fd desiredTemperature manual eco") 2021.11.25 23:06:10 2: fhem ("set MAX_1b13fd desiredTemperature manual eco") 2021.11.25 23:06:10 2: fhem ("set MAX_016eca desiredTemperature auto") 2021.11.25 23:06:07 2: fhem ("set MAX_016da2 desiredTemperature auto") 2021.11.25 23:05:24 2: fhem ("set MAX_1b13fd desiredTemperature manual 19.5") 2021.11.25 23:05:23 2: fhem ("set MAX_016da9 desiredTemperature manual 26.5") 2021.11.25 23:05:21 2: fhem ("set MAX_016eca desiredTemperature auto 23.5") 2021.11.25 23:05:18 2: fhem ("set MAX_016da2 desiredTemperature auto 21.5") 2021.11.25 17:05:09 2: fhem ("set MAX_016da9 desiredTemperature manual comfort") 2021.11.25 13:30:00 2: fhem ("set MAX_016da9 desiredTemperature auto") 2021.11.25 13:29:58 2: fhem ("set MAX_016da9 desiredTemperature auto") 2021.11.25 11:23:26 2: MAXLAN_Parse: Command was discardedGeht ohne Probleme - wenn der Cube nicht will - dann kommt so was wie heute vormittag - mit Command was discarded.
So und das waren ca. 12 Kommandos in kurzer Zeit 23:05-23:06 und der Duty Cycle ist zwar hoch - aber hätte noch für mindestens doppelt soviele Befehle Platz:
-
@marko1974 sagte in MAX! Cube Blockly Abwesenheit:
Und kannst Du mir kurz erklären bitte, warum Type bei den Setpoints auf command steht und nicht auf value?
Weil das mit ACK=true oder false ist. Bei userdata - set value und ACK=true, und im Adapter setzt command mit ACK=false und der Adapter bestätigt dann mit ACK=true, dass der Thermostat das akzeptiert hat.
value entspricht in Deinen Blocklies - aktualisiere Datenpunkt
command entspricht in Deinen Blocklies - steuere Datenpunkt. -
@mickym said in MAX! Cube Blockly Abwesenheit:
@marko1974 sagte in MAX! Cube Blockly Abwesenheit:
Und kannst Du mir kurz erklären bitte, warum Type bei den Setpoints auf command steht und nicht auf value?
Weil das mit ACK=true oder false ist. Bei userdata - set value und ACK=true, und im Adapter setzt command mit ACK=false und der Adapter bestätigt dann mit ACK=true, dass der Thermostat das akzeptiert hat.
value entspricht in Deinen Blocklies - aktualisiere Datenpunkt
command entspricht in Deinen Blocklies - steuere Datenpunkt.Ah....am Beispiel Blockly verstehe ich das
-
@mickym Also der zeitliche Abstand ist in meinen Augen eher unbedenklich - Du musst halt ungefähr rechnen - nicht mehr als ca. 30 Befehle innerhalb einer Stunde - dann ist der duty Cycle zu.
-
@marko1974 sagte in MAX! Cube Blockly Abwesenheit:
@mickym said in MAX! Cube Blockly Abwesenheit:
@marko1974 sagte in MAX! Cube Blockly Abwesenheit:
Und kannst Du mir kurz erklären bitte, warum Type bei den Setpoints auf command steht und nicht auf value?
Weil das mit ACK=true oder false ist. Bei userdata - set value und ACK=true, und im Adapter setzt command mit ACK=false und der Adapter bestätigt dann mit ACK=true, dass der Thermostat das akzeptiert hat.
value entspricht in Deinen Blocklies - aktualisiere Datenpunkt
command entspricht in Deinen Blocklies - steuere Datenpunkt.Ah....am Beispiel Blockly verstehe ich das
weiß ich doch - ich versuche ja schon es Dir auf blocklisch zu erklären.
-
@mickym Also wenn Du 5 mal einen Wechsel gemacht hast - bei Dir sind es ja pro Wechsel immer 6 Heizkörper - dann sind Deine 30 für 1 Stunde voll. Plus vielleicht 5-10 Mal Alexa - dann sind wir schon bei 40 - dann braucht es wieder eine Stunde.
-
@mickym said in MAX! Cube Blockly Abwesenheit:
@mickym Also wenn Du 5 mal einen Wechsel gemacht hast - bei Dir sind es ja pro Wechsel immer 6 Heizkörper - dann sind Deine 30 für 1 Stunde voll.
Soviel Zeit wie ich schon in diese Thermostate gesteckt habe....da hätte ich meinen Eltern auch einfach ein paar tado schenken können....so kann man dann ruhig schlafen
-
@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.
-
@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.
-
@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.
-
Ich mach das einfach morgen nochmal
-
guck mal ganz unten
Das hatte ich eingangs gesucht:
https://crycode.de/homepi-iobroker-max-heizungssteuerungUPDATE:
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.
-
@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:
-
@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....
-
@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.
-
@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.
