NEWS
[Adapter] - MAX! Cube
-
Yepp
-
zeigt dein Wandthermostat auch alle Werte an? Bei mir sehe ich nur die Soll Temp, IST Temp und den Mode. Sonst ist alles leer.
-
Hallo, ich bin ziemlich neu in der IOBroker Welt und bin bisher ziemlich begeistert.
Was mich jetzt das erste mal vor Probleme stellt ist, dass ich keine Werte bei den MAX! Thermostaten ändern kann. Habe versuchsweise ein Thermostat eingebunden und kann auch alle Werte in IOBroker sehen. Kann aber weder im Manuel- (am Thermostat gesetzt) noch im Auto-Modus den Setpoint anpassen (habe dies unter "Objekte" ohne Skript getan). Habe wie hier beschrieben auch die hinterlegten Temperatur-Grenzwerte und die Refresh-Intervalle angepasst.
Der Setpoint wird mit dem nächsten Refresh wieder auf den alten Wert überschrieben.
Diverse Neustarts der Systeme haben leider auch nicht geholfen. Habe auch keine angezeigten Fehler im Log.Habe ich irgendeine Einstellung vergessen zu setzten die das Ändern erlaubt?
-
Hallo,
habe den maxcube Adapter in der Version 1.0.1.Ich habe das Problem, Sollwerte mit Javascript/Blockly zu schreiben. Der Wert wird in Objects gesetzt, jedoch nach der nächsten Aktualisierung wieder auf den alten Wert gesetzt.
Wenn ich jedoch direkt in der Objektliste als Admin schreibe wird der Wert auf dem Max-Cube übernommen.
Kann das Problem nicht erkennen. Jemand vielleicht eine Idee?
Gruß
Motzelbeere
-
-
Gute Idee!
Anbei der Code als JS und der Auszug aus Blockly.
on({id: 'maxcube.0.devices.thermostat_16d54c.temp', change: "ne"}, function (obj) {
var value = obj.state.val;
var oldValue = obj.oldState.val;
setState("mqtt.0.MAX.WZ.Temp"/MAX.WZ.Temp/, getState("maxcube.0.devices.thermostat_16d54c.temp").val, true);
});'admin.0.SW.BAD.MAX';
on({id: 'admin.0.SW.BAD.MAX', change: "ne"}, function (obj) {
var value = obj.state.val;
var oldValue = obj.oldState.val;
setState("maxcube.0.devices.thermostat_12be5a.setpoint"/Thermostat Bad setpoint/, getState("admin.0.SW.BAD.MAX").val, true);
});on({id: 'admin.0.SW.WZ.MAX', change: "ne"}, function (obj) {
var value = obj.state.val;
var oldValue = obj.oldState.val;
setState("maxcube.0.devices.thermostat_16d54c.setpoint"/Wandthermostat WZ setpoint/, getState("admin.0.SW.WZ.MAX").val, true);
setState("maxcube.0.devices.thermostat_12be59.setpoint"/Thermostat WZ setpoint/, getState("admin.0.SW.WZ.MAX").val, true);
});Achso und auch Node-Red wird nicht übernommen.
Bin für jeden Hinweis dankbar. -
@Motzelbeere
Verwende statt "aktualisiere" --> "steuere". Dann wird es funktionieren. -
Oh man ist das peinlich!
Vielen Dank für die schnelle Hilfe.
-
@apollon77 said in [Adapter] - MAX! Cube:
EIne "Brute Force "Methode wie der FHEM Scanner würde ich seeeeeehr ungern einbauen. Die Nachteile stehen schon dort und sobald mal mehrere Thermostate hat geht der Duty Cycle sehr schnell zur neige und immer genug Reserven zu haben ist eine Kunst …
Wäre denn so eine Brute Force Methode möglich?
Ich habe ca. 15 Thermostate und in FHEM habe ich keine Probleme mit dem Duty Cycle.
Ist bei mir so gut wie immer auf 0. -
Ist hier noch jemand in dem Thema unterwegs?
-
-
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.
- werte die per homekit gesetzt werden kommen auf den Thermostaten an (sieht man auch im logging von iobroker)
-
Ich habe den Adapter maxcube V1.0.1 laufen. Wenn ich eine Einstellung an das Ventil übertrage (maxcube.0.devices.thermostat_xxxxxx.setpoint), dann passt sich das entsprechende Raumthermostat an und umgekehrt.
Vielleicht hast Du zu viele Steuerungen im Einsatz.- Tritt das auch auf wenn nur eine Steuerung aktiv ist?
- Tritt das Verhalten auch bei der Originalsteuerung von max! auf?
So kannst Du erst mal heraus bekommen wer da reinsteuert.
-
also ich nutze jetzt homebridge-platform-maxcube das arbeitet bei mir am zuverlässigsten.
das übertragen von werten und das automatische anpassen der Raumthermostate funktioniert inzwischen in einem der virtuellen räume.- insgesamt betreibe ich 4 Wandthermostate
- bei der originalen steuerung von max! besteht das problem nicht
habe in einem anderen forum was von Möglichkeiten groups zu definieren gesehen (setgroup)
was mir aber beim unveränderten max! und dem abgreifen der werte über das o.g. plugin nicht zur verfügung steht. -
Habe auch das Problem, dass Änderungen der Temperatur wieder überschrieben werden.
Irgendwann scheint er es gefressen zu haben. Ich finde aber keine Kontinuität bzw. einen Grund.
Ich nutze den Cube mit 4 Thermostaten, 4 Raumfühlern, 4 Fensterkontakten und dem ECO-Taster.
Der DutyCicle steht bei mir immer auf 10, FW-Version 01.13.
Vieleicht findet jemand die Ursache. -
Zur Info:
Das MAX! System wird eingestellt, momentan gibt es ein Wechselangebot zu homematic IP:
https://de.elv.com/teilnahmebedingungen-max-wechselangebot -
Hallo an Alle,
ich hab eine Problem bei der Intigration meiner MaxCube mit eq3 basic Thermostaten.Folgenermaßen sieht das ganze bei mir aus
ich möchte versuchen die Temperatur über Alexa einzustellen und ein Blocky Skript erstellen um die Thermostate auszuschalten wenn das Fesnter geöffnet wird und wieder einzuschalten wenn es geschlossen wird. Ich nutze Fensterkontakte von Aqara.
Das erste Problem ist, dass wenn ich Alexa sage das sie die Temperatur im Arbeitszimmer aus 19 Grad stellen soll sie die Lichter einschaltet und sich am Thermostat nichts tut.
Vielleicht kann mir jemand helfen. -
Ist hier noch jeman aktiv an dem Thema dran der mir evtl. helfen kann?
-
@sandro_gera Mir ist nicht klar warum du Mode mit in die Alexa Steuerung nimmst: den Moduswechsel bekommt sie ganz so einfach nicht hin.
Meine Räume sehen in etwa so aus:
Dabei setzt Alexa die Setpoint Temperatur da der DP auch geschrieben werden kann. Temperature ist readonly und gibt die am Thermostat gemessene Temoertur zurück. Das funktioniert bei mir.
Wenn deine Lichter statt der Themostate gesteuert werden solltest du deine Smartnamen differenzierter gestalten. -
Ich danke dir erstmal für den Tipp ich hatte den Fehler gemacht, dass ich unter Objekte den gesamten Ordner ausgewählt hatte und nicht die einzelnen Funktionen, wenn du weißt was ich meine .
Funktioniert denn bei der Wechsel in den Automodus, ich meine das das Wochenprogramm trotzdem weiterläuft wenn du die Temperatur per alexa Sprachbefehlt geändert hast? Oder hast du dein Wochenprogramm im IO Broker programmiert?
Und die nächste Frage. Ich habe die Thermostate in Alexa in die entsprechenden Gruppen gepackt. Das heißt zum Beispiel Thermostat Wohnzimmer in die Gruppe Wohnzimmer. Wenn ich aber aus dem Raum gehen und sage Wohnzimmer aus ,dann schaltet alexa auch das Thermostat auf off. oder lag das an der Wahl des Mode?Update: die Heizung schaltet, nachdem ich die Funktion Mode nicht mehr nutze, auch nicht mehr aus. Was aber bleibt, ist das Problem, dass ich bei verlassen des Raumes am Thermostat auf Automatic Modus wechseln muss um das Wochenprogramm wieder zu starten. Gibt es dafür eine Lösung oder muss ich das über ein Skript zum Beispiel nach der Uhrzeit einstellen?