Ein MAX! Thermostat nimmt desiredTemperature nicht an

Begonnen von Weisswurstverkäufer, 03 Februar 2015, 08:49:42

Vorheriges Thema - Nächstes Thema

Weisswurstverkäufer

Hallo,

ich benutze seit ende des letzten Jahres FHEM um meine MAX!-Heizkörperthermostate zu steuern. Bisher hat das auch alles ganz gut funktioniert, allerdings lässt sich eins der 3 Geräte mittlerweile nicht mehr wirklich steuern. Ich habe im Moment laut Wochenplan OFF eingestellt. Wenn ich jetzt manuell im Webinterface bzw. per set <name> desiredTemperature etwas ändere passiert nichts, es springt sofort zurück auf OFF. Andere Dinge wie z. B. ecoTemperature lassen sich aber setzen. Wenn ich am Thermosta direkt auf manuell stelle und eine Temperatur wähle wird diese auch korrekt in FHEM angezeigt. Ich habe schon alles aktualisiert, verbose auf 5 gesetzt - keine Besserung bzw. keine Hinweise woran es liegen könnte.

Änderungen laut Wochenplan passieren ganz normal und werden auch in FHEM angezeigt.

Die Readings sind übrigens angeblich aktuell:

ZitatdesiredTemperature off 2015-02-03 08:50:00

...obwohl ich 10 Sekunden vorher auf 20° C gestellt habe.

Jemand eine Idee?

willyk

Was sagt RSSI (in den Readings)? Vielleicht gibt es keine richtige Funkverbindung  (mehr).

Schwache Batterie?

Genügend credits (beim CUL) vorhanden ?

Reset und neues Pairing schon versucht?
NUC mit Ubuntu, MAX!Cube, CUNO, 6 MAX WT, 16 MAX HT, 2 MAX Fensterkontakt, MaxScanner

Weisswurstverkäufer

Zitat von: willyk am 03 Februar 2015, 09:33:44
Was sagt RSSI (in den Readings)? Vielleicht gibt es keine richtige Funkverbindung  (mehr).

RSSI kann ich nicht finden - ich benutze den Cube.

Zitat von: willyk am 03 Februar 2015, 09:33:44
Schwache Batterie?

Zitatbattery ok
wird auch erst seit Dezember benutzt

Zitat von: willyk am 03 Februar 2015, 09:33:44
Genügend credits (beim CUL) vorhanden ?

Benutze den Cube, es kam keine 1 %-Meldung und das Problem besteht nun schon seit Tagen.

Zitat von: willyk am 03 Februar 2015, 09:33:44
Reset und neues Pairing schon versucht?

Kann ich das machen ohne den Cube komplett zurück zu setzen? Habe dazu irgendwie nichts gefunden.

Habe gerade nochmal testweise die ecoTemperature gesetzt. Geht sofort und überlebt auch ein neues Polling der Daten.

elfrinjo

Hi,

meine Erfahrung mit Max ist, dass die Thermostate mindestens einmal pro Jahr durchdrehen und resettet werden müssen. Die Programmierung bleibt dabei erhalten.

Folgende Vorgehensweise:
1. Thermostat mit der Max Anwendung löschen (Der Raum bleibt dabei erhalten)
2. Batterien aus dem Thermostat nehmen und etwas warten.
3. Alle drei Tasten gedrückt halten und die Batterien wieder einlegen.
4. Im Display steht jetzt INS, dann Boost drücken und das Gerät initialisiert sich.
5. Jetzt wieder am Cube anlernen und dem Raum zuwiesen.
6. In der Max Anwendung das Wochenprogramm und die Geräteeinstellungen noch einmal übertragen.
     (Wahrscheinlich nicht notwendig, aber es schadet nicht)

In FHEM muss dabei nichts getan werden.

Weisswurstverkäufer

Hallo elfrinjo,

Danke für die Tipps. Komme ich um die MAX!-Software nicht herum? Ich habe die nicht installiert, da sie auf dem Mac Java 6 voraussetzt. Wenn es nicht anders geht werde ich wohl in den sauren Apfel beißen und es installieren müssen...

Gruß

elfrinjo

tut mir Leid, eine FHEM only Lösung habe ich noch nicht versucht. Die Frage ist, wie FHEM selbst mit den Parametern und Räumen umgeht und was anschließend neu gesetzt werden muss.

Auf dem Mac kannst du alternativ ja mal schauen, ob Java 6 wirklich benötigt wird. In meinem Fall (Allerdings unter Arch Linux) konnte ich das dmg File einfach auspacken, die Daten nach /opt legen und die Applikation mit dem aktuellen Java des Systems starten.

Weisswurstverkäufer

Nachdem gestern im Laufe des Tages die anderen beiden Thermostate auch noch aufgehört haben zu funktionieren habe ich einfach mal den Cube vom Strom genommen. Seitdem klappt es wieder. Mal sehen wie lange...

alias2006

Habe dasselbe Problem mit einem meiner 2 Max Thermostate. ich habe über desiredTemperature=10.5 das Thermostat gesetzt. Nach ein paar Sekunden zeigte der Event log wieder den alten Wert nämlich 19, auch das Thermostat. Anbei der Event Log:

2015-03-17 21:37:11 MAX MAX_0076d3 desiredTemperature 10.5
2015-03-17 21:37:14 MAX MAX_0076d3 mode: manual
2015-03-17 21:37:14 MAX MAX_0076d3 battery: ok
2015-03-17 21:37:14 MAX MAX_0076d3 desiredTemperature: 19.0
2015-03-17 21:37:14 MAX MAX_0076d3 temperature: 21.9
2015-03-17 21:37:14 MAX MAX_0076d3 valveposition: 4
2015-03-17 21:37:14 MAX MAX_0076d3 19.0 °C
2015-03-17 21:37:14 MAX MAX_0076d3 MAXLAN_initialized: 1
2015-03-17 21:37:14 MAX MAX_0076d3 MAXLAN_error: 0
2015-03-17 21:37:14 MAX MAX_0076d3 MAXLAN_errorInCommand:
2015-03-17 21:37:14 MAX MAX_0076d3 MAXLAN_valid: 1
2015-03-17 21:37:14 MAX MAX_0076d3 MAXLAN_isAnswer: 0

Alles funktionierte wunderbar. Seit gestern gibt es das Problem. Ich werde mal den MAXCube aus und wieder eineschalten.
Raspberry, Fritz, Qnap, Ezcontrol mit Fs10,Fs20, Ks300, it, Homatic, MAX

alias2006

OK, funktioniert wieder. Habe den Cube vom Strom genommen, ein paar Sekunden gewartet und dann wieder die Stromversorgung eingesteckt. Nun funktioniert es wieder.
Hier der/das Log:

2015.03.17 21:56:48 1: MAXLAN_ReadSingleResponse: timeout while reading from socket, disconnecting
2015.03.17 21:56:48 1: MAXLAN_ExpectAnswer: Error while waiting for answer L:
2015.03.17 21:57:48 3: Opening MaxCube device 192.168.2.104:62910
2015.03.17 21:57:51 3: Can't connect to 192.168.2.104:62910: No route to host
2015.03.17 21:57:51 2: MAXLAN_Connect: Could not connect
2015.03.17 21:58:51 3: Opening MaxCube device 192.168.2.104:62910
2015.03.17 21:58:51 3: MaxCube device opened
Raspberry, Fritz, Qnap, Ezcontrol mit Fs10,Fs20, Ks300, it, Homatic, MAX