MAX! Cube Blockly Abwesenheit

[Marko1974]

@mickym said in MAX! Cube Blockly Abwesenheit:

@marko1974 Ja ok

vielleicht wird ja zuviel gleichzeitig gesendet? Ich muss es morgen nochmal probieren...ich traue dem dutycycle nicht so recht. Wenn ich über Alexa Einzelheizungen schalte funktioniert es ja auch blitzschnell Dass da nach 10 min nichts kommt glaub ich nicht so recht.

[mickym]

@marko1974 Du siehst ja wie gesagt was aus den Debug Nodes rauskommt - die halt aktiv schalten und zwar alle - halt hinten die dann auf die Thermostate gehen. Ist denn die Anzeige des duty Cycles immer noch so unzuverlässig im MaxCube Adapter?

[Marko1974]

@mickym ja....der aktualisiert die nicht ständig...ist total träge. Kann sein dass da 35 steht und längst Ende ist

[mickym]

@marko1974 Wie gesagt anhand der Debug Nachrichten siehst ja was rausgeht ist ja 1:1

[Marko1974]

@mickym also die temperaturen hat der flow alle gesetzt....und zwar nicht erst nach 8-10 min....sondern der sendet auch sofort.
Fraglich ist:

Warum bekommen die Thermostate manchmal auch nach 10 min keine Änderung mit. Ich hatte heute 10 Min als Zeit bevor die Setpoints gesetzt werden.
Laut Telegram Nachricht der ja dann nach 10 Min ausliest ist nichts passiert.

Ich habe gerade testweise die Verzögerung rausgenommen und es schaltet nach ca 1 Min alle Thermostate. Zumindest setzt er den setpoint. Den vom Badezimmer hat er nicht angenommen.

Da die Setpoints zeitgleich gesetzt werden vermute ich, dass er irgendwo bei der zeitgleichen Übertragung der setpoints an die Thermostate hinkt.
Wenn er alles gleichzeitig sendet, kommt der Cube vielleicht nicht hinterher?!

Zurück auf AUTO war problemlos

[mickym]

@marko1974 wenn die setpoints gesetzt werden dann ist es der Adapter - da kann man mit dem Flow auch nichts machen

[Marko1974]

@mickym Dachte vielleicht, dass man die temperaturen vielleicht nacheinander senden kann...mit ner kleinen Pause dazwischen

[mickym]

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

[Marko1974]

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

[mickym]

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

Geht 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:

[mickym]

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

[Marko1974]

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

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

[mickym]

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

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

[Marko1974]

@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

[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