MAX! Cube Blockly Abwesenheit
-
@mickym ich mache es mal auf 10....glaube auch dass es am adapter liegt.
-
@marko1974 sagte in MAX! Cube Blockly Abwesenheit:
@mickym ich mache es mal auf 10....glaube auch dass es am adapter liegt.
ggf. noch höher - Arbeitest Du mit dem History Adapter oder SQL - also speicherst Du einen Werteverlauf?
-
@mickym nein...kann ich aber mal für die abwesenheit einstellen
-
@mickym also ich hab jetzt mal getestet....Eco wird nach den Triggern gesendet und es kommen jetzt auch normal Nachrichten bei Telegram an.
Die ECO Temperatur kommt jedoch nie an den Heizungen an. Die bleiben immer auf der gleichen Temp -
@marko1974 Du musst in dem Hauptflow schauen, ob die ECO Temperatur kommt.
-
@mickym ich hab erstmal in meine DP geguckt. Da auf jeden Fall nicht.
Ist das hier eigentlich richtig? Glaube nicht oder?
Einmal aus setpoint auslesen und einmal aus setze msg.topic im Abwesenheitsflow.
Einmal " und einmal '
-
@marko1974 doch passt schon
-
@mickym ah ich glaube es dauert einfach wirklich.
Als ich gerade zurückkam und schon gar nicht mehr dran gedacht habe waren die Datenpunkte auf ECO..... nur zu welcher zeit das war kann ich nicht nachvollziehen. -
@marko1974 Lass dem ganzen 5 Minuten Zeit - die Heizungen sind nicht schnell und der trigger läuf t bewusst nur alle Minuten-
-
@mickym es ging ja gar nicht um die Heizungen, sondern um den Datenpunkt.
-
@marko1974 Nach mal der Datenpunkt mode wird auf ECO gesetzt und dann dauert es bis zu einer Minute bis der neue mode ausgelesen wird. Lies halt nochmal meine Beschreibung der Logik durch.
@marko1974 sagte in MAX! Cube Blockly Abwesenheit:
Aber in der Abwesenheit schreibt er bei ECO ja auch direkt in die Thermostate. Vielleicht kommt es dann am DP später an?
das wäre mir neu - kannst Du mir zeigen wo = Es wird nie direkt in die Thermostate geschrieben - ausser im Hauptflow am Ende.
Das habe ich schon bewusst so designed - dass nur an einer Stelle physisch geschaltet wird.
-
@mickym said in MAX! Cube Blockly Abwesenheit:
@marko1974 Nach mal der Datenpunkt mode wird auf ECO gesetzt und dann dauert es bis zu einer Minute bis der neue mode ausgelesen wird. Lies halt nochmal meine Beschreibung der Logik durch.
@marko1974 sagte in MAX! Cube Blockly Abwesenheit:
Aber in der Abwesenheit schreibt er bei ECO ja auch direkt in die Thermostate. Vielleicht kommt es dann am DP später an?
das wäre mir neu - kannst Du mir zeigen wo = Es wird nie direkt in die Thermostate geschrieben - ausser im Hauptflow am Ende.
Das habe ich schon bewusst so designed - dass nur an einer Stelle physisch geschaltet wird.
ja ich weiss....daher hatte ich den kommentar auch wieder entfernt. Ich teste gerade mal....also ECO wird sofort in den DP geschrieben. EINE Heizung hat sich sofort umgestellt. Alle anderen stehen jetzt nach 6 minuten immer noch auf ihren eingestellten Tempertaturen
Könnte aber auch wieder duty cycle sein....hab ich ja jetzt ein paarmal gemacht -
@marko1974 Du kannst auch mal die 500 ms delay Node rausmachen - da wir jetzt das Entprellen haben - braucht es die nicht unbedingt. Also die Entprellen Nodes direkt mit der Switch Node duty Cycle verbinden.
-
@mickym said in MAX! Cube Blockly Abwesenheit:
@marko1974 Du kannst auch mal die 500 ms delay Node rausmachen - da wir jetzt das Entprellen haben - braucht es die nicht unbedingt. Also die Entprellen Nodes direkt mit der Switch Node duty Cycle verbinden.
ja aber 500ms ist doch nichts
-
@marko1974 Ja ok
-
@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.
-
@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?
-
@mickym ja....der aktualisiert die nicht ständig...ist total träge. Kann sein dass da 35 steht und längst Ende ist
-
@marko1974 Wie gesagt anhand der Debug Nachrichten siehst ja was rausgeht ist ja 1:1
-
@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
