Ahhh ich Blödmann, da war doch mal was.
Hab jetzt den Wert an der Gruppe (Heizungsthermo + Wandthermo + Fenster) geändert und ES FUNKTIONIERT!
Lösung:
Sind die Geräte in einer Gruppe enthalten, den Wert nicht am Gerät selbst, sondern an der Gruppe setzen!
Nun Funktioniert auch CONTROL_MODE.
Euch ganz vielen Dank für die Zeit und Mühe!
MQTT: hatte kurz die Vermutung, das mein Musquitto den Wert wieder irgednwie überschreibt (bin langsam durch bei dem Thema 
Spiele direkt am Wandthermostat rum. Aber auch bei allen anderen Thermostaten hat eine Wertänderung keine Auswirkung auf die HomeMatic.
"Ändert sich der Punkt nicht, oder bewirkt es nichts?" - schwer zu sagen. Also: Ich klicke auf den Wert (aktuell 0). Tippe ins Popup 1 (als Wertetyp Nummer) und bestätige mit Enter. Das Popup schließt sich daraufhin. Nun wird für ein paar Sekunden der neue Wert grün dargestellt, eh er auf rot wechselt. Nach einiger Zeit steht dann am Datenpunkt wieder der Wert 0.
Also eher keine Wirkung als keine Änderung (in IO). Bin grad am gucken, wie ich an der CCU die API direkt ohne IoBroker ansprechen kann, um ggf. IO als Fehlerursache ausschließen zu können.
@dslraser Der Datenpunkt ist nach Löschen und Adapterneustart wieder aufgetaucht.
Auch, wenn ich MQTT an diesem Punkt abschalte ändert sich leider nix am Verhalten. Wird also nicht durch MQTT wieder zurückgesetzt.
Hmmmmm ...
{
"type": "state",
"common": {
"name": "SET_POINT_MODE",
"def": 0,
"type": "number",
"read": true,
"write": true,
"min": 0,
"max": 3,
"role": "level.mode.thermostat",
"custom": {
"mqtt-client.0": {
"enabled": true,
"publish": true,
"pubChangesOnly": false,
"pubAsObject": false,
"qos": 1,
"retain": true,
"subscribe": true,
"subChangesOnly": false,
"subAsObject": false,
"subQos": false,
"setAck": false
}
}
},
"native": {
"MIN": 0,
"OPERATIONS": 7,
"MAX": 3,
"FLAGS": 1,
"ID": "SET_POINT_MODE",
"TYPE": "INTEGER",
"DEFAULT": 0,
"CONTROL": "HEATING_CONTROL_HMIP.SETPOINT_MODE"
},
"_id": "hm-rpc.0.000A9BE993C38C.1.SET_POINT_MODE",
"acl": {
"object": 1636,
"state": 1636,
"owner": "system.user.admin",
"ownerGroup": "system.group.administrator"
},
"from": "system.adapter.hm-rpc.0",
"user": "system.user.admin",
"ts": 1649443255859
}
@homoran Ja, das war eher ein Schuss in Blaue Auch ohne bestätigt kanni ch an diesem Punkt keine Änderungen durchführen.
@michi_pi Kann mich nicht errinnern, an diesen Punkten etwas angepasst zu haben. Wie kann ich denn in Erfahrung bringen, ob der Punkt wirklich read only ist bzw. wie kann ich das Verhalten ändern?
@michi_pi Hi, den Adapter kannte ich bisher noch nicht. Aber da ich diese Funktionen bereits mit der CCU abgedeckt habe, seh ich in diesem aktuell auch keinen Mehrwert.
Mit SET_POINT_MODE kann ich leider nicht viel anfangen, da dieser, wie CONTROL_MODE, keine Änderungen annimmt. Egal ob ich 1 oder 0 eingebe (in Kombination mit bestätigt) wird mir immer mit rot quittiert und seitens HomeMatic erfolgt keine Änderung.
Hallo zusammen,
um gleich zum Punkt zu kommen: Ich bin auf der Suche nach einer Möglichkeit den Manuell/Automatik Modus bei Homematic IP Thermostaten/Wandthermostaten umzuschalten.
Was sich nach einem alten Hut anhört, geht mir irgendwie nicht so einfach von den Fingern. Folgendes:
HomeMatic:
Was funktioniert:
Das eigentliche Problem:
Aktuell bin ich dabei eine UI zu programmieren, über die ich auch gern den auto/manu Modus der Thermostate umschalten möchte.
Dazu hab ich nun 1001 Anleitung im Netz gefunden, die mir entweder sagen den CONTROL_MODE auf 1 oder 0 zu setzen, oder neuere Artikel, die etwas von AUTO_MODE oder MANU_MODE auf true setzen erzählen.
Nun bin ich in meiner Recherche soweit gekommen, das wohl eher die neuere Artikel mit Auto/Manu-Mode zutreffend sind, weil auf CONTROL_MODE nur (noch?) lesend zugegriffen werden kann.
ABER ... bei meinen HomeMatic Objekten gibt es kein AUTO_MODE oder MANU_MODE! Ich hab zwar BOOST_MODE und PARTY_MODE (beides boolean), aber kein Auto/Manu.
Und nun steh ich etwas auf dem Schlauch, was das Problem ist. Auch ein erneutes einlesen der Geräte über die entsprechenden Adapterinstanzen hat keine Lösung gebracht. Auch ein direkter Aufruf der XML API über den Browser fordert keine der vermissten Endpunkte zutage (es gibt dort auch nur Party und Boost).
Hat sich die API soweit verändert, dass es einfach nicht mehr möglich ist? Gibt es irgendwo eine neuere API Version? Was überseh ich hier?
Viele fragende Grüße
debgz
