Weihnachtsangebot 2025! 🎄

[NAS4Killer]

Hallo leibe Gemeinde,

ich hoffe jemand hat Erfahrung im thema und kann mich unterstützen.

Fakten:
ioBroker auf einer Synology DiskStation.
MAX!Cube + 5x Thermostate und 2x Wandthermostate

Irgendwie habe ich Probleme mit der Steuerung meiner Thermostate über den ioBroker.
Einerseits funktioniert die Anzeige der aktuellen Temperatur eigentlich ganz gut, hin und wiedermal steht 0° das ist aber ein anders Thema.

Viel wichtig ist aber aktuell das, wenn ich z.B. 21°C über die VIS oder über ein Skript (Blockly) einstelle. Wird dieser zwar übernommen aber wenige Sekunden später ändert sich dieser irgendwie fast schon willkürlich. Manchmal auf 18 und manchmal auf 19°C.

Ich habe auch mal den Blockly Skript ganz rausgenommen. Das hat auch nichts gebracht.

Hat vielleicht jemand noch eine Idee in welcher Richtung ich sehen muss. Ich weiß leider nicht mehr weiter. Das Problem bezieht sich nicht nur auf Räume mit Wandthermostat, das war meine erste Vermutung, dass es da Probleme gibt.

Ich bin dankbar für jeden Anregung und offen für Fragen.

Danke.

Zur Info:
Ich bin erst seit zwei Wochen bei ioBroker :)
Habe aber Erfahrung mit verschiedenen Programmierungssprachen und openHub2

[Dr. Bakterius]

@NAS4Killer Sind die Thermostate auf 'manuell' gestellt? Wenn sie auf 'auto' stehen, werden sie vom Cube gesteuert (je nachdem welches Programm dort hinterlegt ist).

Ändert sich die Anzeige am Thermostat wenn du unter ioBroker die Soll-Temperatur änderst oder bleibt diese unverändert?

[NAS4Killer]

Hallo Dr. Bakterius.

ja die Thermostate sind auf Manuel gestellt. Dies kann ich auch im ioBroker gut sehen und sogar ändern.
Die Soll temperatur ändert sich. Bis sie sich wieder selbständig abänder.

Manchmal ist das nach ein paar sekunden, manchmal nach Minuten aber manchmal auch erst nach 1-2 Stunden.

[Dr. Bakterius]

@NAS4Killer Das ist dann in der Tat eigenartig. Irgendwoher muss der Befehl ja kommen. So viele Möglichkeiten gibt es da ja nicht (ioBroker-Skript, MAX!-Cube oder Wandthermostat und eventuell ein Fensterkontakt).

[NAS4Killer]

@Dr-Bakterius Ja irgendwo kommt muss es hinterlegt sein. Kann es sein das der Befehl irgendwie zwar gesendet wird aber das Thermostat das nicht richtig verlatet oder mepfängt und daher kurz darauf wieder auf einen Ursprungszustand oder so setzt?

[Dr. Bakterius]

@NAS4Killer Ist das bei allen Heizkörperthermostaten der Fall? Wenn es nur einen betrifft, könnte der natürlich defekt sein.

Funktioniert die Steuerung über den MAX!-Cube?

Wenn der Befehl einmal angekommen ist (die Anzeige die neue Temperatur anzeigt), dann sollte eigentlich alles passen. Welche Thermostate hast du denn genau?

[NAS4Killer]

Ja leider bei allen. Bei den die ich seltner ändere gibt es weniger Probleme bzw. diese fallen mir nicht auf.
Ich muss den Adapter ja ausschalten um auf die Überfläche des Cube's zu kommen. Da funktioniert die Steuerung aber auch gut.

Wandthermostat:
https://de.elv.com/max-wandthermostat-wt-105679?fs=370928230&c=0

Heizungregler-Thermostat:
https://de.elv.com/max-elektronischer-heizkoerperthermostat-105936?fs=3979486827

[Dr. Bakterius]

@NAS4Killer Okay, du hast die Plus-Version. Die kann man auch unabhängig vom Cube oder Wandthermostat betreiben weil man sie auch direkt programmieren kann. Eventuell verstellt sich der Thermostat deswegen. Doch da kann ich nicht wirklich weiter helfen da ich nur den Basic verwende:

[NAS4Killer]

Ich habe bei den Ereignissen gesehen das der "set" befehl rausgeht mit den "falschen" temperatur. Leider kann ich nicht erkennen warum. (Das ist das Badezimmer da sollten 18°C sein und niemals 21. Nachts sogar nur 16°)

Was ich auch nicht verstehe ist. Warum ständig "set" befehle rausgeschickt werden. Das geschieht sogar wenn mein script aus ist.

Sollte eigentlich der set Befehl nur dann gesendet werden wenn ich etwas ändere?!
Ständiges setzen.JPG

[NAS4Killer]

@Dr-Bakterius ja genau die funktionieren auch selbständig. Die basics sind mittlerweile auch relativ günstig. Stellt sich die frage ob ich das irgendwie hinkriege, austausche gegen basics oder auf ein komplett neues system setze. Aber wer weis ob das alles hilft ^^

Trotzdem danke ich dir für deine Unterstützung.

[Dr. Bakterius]

@NAS4Killer Zeig doch mal dein Skript her. Vielleicht läuft da ein Timer mehrfach im Hintergrund der zu solchen Symptomen führt.

[NAS4Killer]

Hier das Skript. Das Problem tritt aber auch auf wenn das Skript gestoppt ist.

Triggerung geht nur auf "Änderung" ob mein Handy im WLAN eingeloggt ist oder nicht.
Ich habe auch schon versucht das anders zu programmieren, gibt ja immer viele wege zum gleichen Ziel :)

[Dr. Bakterius]

@NAS4Killer Je nach Handy kann das klappen oder auch nicht. Einige antworten nicht auf Ping oder deaktivieren das WLAN wenn sie im Energiesparmodus sind (also gerade nicht verwendet werden). Da könnte sich also alleine dadurch die Heizung immer wieder verstellen. Kannst ja mal ein Debug einbauen und das beobachten.

Was aber nicht erklärt wieso das auch bei deaktiviertem Skript so ist. Sonst gibt es kein Skript das die Heizung verstellen könnte?

[NAS4Killer]

DAs mit dem Handy klappt sehr gut. Ich habe mir in die VIS mein meinen "Online" Status eingebaut somit kann ich das gut verfolgen.

Aber auch wennes daran liegen würde. Dann dürften ja nicht komplett andere Temperaturwerte kommen, und ja wie du schon sagt. Pause und sogar Löschung des Scriptes hat nichts gebracht.

...
Ich will den tag nicht vor dem abend loben. seit ca 7h scheint es jetzt zu funktionieren. Als ob die sich erstmal einpendeln müssten :/ Warte jetzt mal die nächste umschaltung ab. Vielleichtr brauchen die immer so 1h bis zum einpendeln oder so.

[entavio]

habe hier in einem anderen thread dieselbe Thematik gepostet..... bisher ohne Lösung :-(

@entavio said in [Adapter] - MAX! Cube:

hallo zusammen,
habe die letzten Tage diverse Varianten durchprobiert um mein max! system vollständig zum laufen zu bekommen.
versucht habe ich es über iobroker.maxcube sowie Homebridge-platforms_maxcube das ganze dann in Kombi mit yahka um die Thermostate, Fenstersensoren usw. in homekit zu bekommen.
soweit funktioniert das alles für einzelne Thermostate, sowie Fenstersensoren...
nur in beiden Varianten erlebe ich bei räumen die mehrere Thermostate haben sowie ein Wandthermostat das folgende Phänomen:
werte die per homekit gesetzt werden kommen auf den Thermostaten an (sieht man auch im logging von iobroker)
kurze zeit später werden die Thermostate aber wieder mit der vorangegangenen Temperatur (wert aus dem Wandthermostat) versorgt
hat das jemand hier erfolgreich abstellen können? diverse male hab ich davon gelesen aber keine konkrete Lösung darauf gesehen.

[NAS4Killer]

Hi, danke für dein Beitrag. Bei mir funktioniert es immer noch nicht gebessert. Allerdings hat sich bei mir das ganz deutlich verbessert. Nachdem ich die Aufzählung (Raumzuordnung) entfernt habe. Und dann nach Einstellung der Temperatur 10-30 Minuten abwarte. Vielleicht ien Tip. Irgendwann werde ich wohl auf ein neueres System wechseln.

[entavio]

@NAS4Killer

Was meinst du mit raumzuordnung?!

[NAS4Killer]

@entavio

Diese Zuordnung

[entavio]

@NAS4Killer

sry ich muss auf dem Schlauch stehen...... die von dir mit dem weißen kästen überschriebenen angaben
kommen doch aus dem maxcube anhand der definierten Konfiguration...

die entsprechenden Thermostate und das Wandthermostate müssen ja in einem gemeinsamen raum sein, sonst kann es per se nicht funktionieren?!

[NAS4Killer]

@entavio
Hi, ich habe nur die Seriennummern weiß überdeckt.
Und ja das sind die von Maxcube selbst.

Diese Müssen Grundsätzlich nicht im gleichem Raum sein. MAcht ja auch kein Sinn wenn die im gleichem Raum sind. Einzige was vielleicht Sinnmacht wenn Wandthermostat und Heizthermostat im gleichem Raum sind. Aber selbst die Heizthermostate müssen garkeinem Raum zugeordnet sein.

Oder meinst du etwas anderes?