NEWS
Homematic Master Programmierung: Use Case lernender Thermostat.
-
Aus der Doc vom Homematic Adapter geht hervor, dass es irgendwie möglich ist mit sogenannten Master Zugriffen , die Soll Temperatur für die automatischen Regelung für Heizungsthermostate zu ändern.
Die Dok ist für mich total unverständlich und ich würde mich freuen, wenn jemand etwas zu meinem Problem schreiben könnte und wie man das mit sendto (Master …) vielleicht lösen könnte.
Mein Use Case:
Ich habe einen Heizungsthermostaten, bei dem ich im Auto Modus die Temperatur regeln lasse.
Jetzt stellt der Nutzer im Raum fest, dass die Temperatur nicht stimmt und verändert die Soll Temperatur.
Was ich jetzt machen möchte, ist, dass diese Einstellung als neue Ziel- Temperatur im Auto Modus zu dem Zeitpunkt übernommen wird.
Ich vermute, dass man das mit der Master Programmierung des Heizungstheromstat machen kann.
Die Frage ist nur wie?
-
Mir ist jetzt klar, wie es geht.
mit sendTo('hm-rpc.0', 'getParamset', {ID: 'xxxxxx', paramType: 'MASTER'}, res => {
log(JSON.stringify(res));
});
Parameter, die das Device hat, ausgeben und analysieren.
Dann erschließt sich die Funktion aufgrund der Parameter und der gesetzten Werte.
und dann nach gewünschten Veränderungen mit
sendTo('hm-rpc.0', 'putParamset', {ID: 'xxxxxxxx', paramType: 'MASTER', params: {'ENDTIME_FRIDAY_1': 700}}, res => {
log(JSON.stringify(res));
});
In dem Beispiel wird das Ende der ersten Heizungsinterval auf die 700te Minute nach Mittagnacht gesetzt.
Wenn der Wert 1440 ist, dann ist Mitternacht erreicht, damit kommen keine weiteren Zeitperioden für den Tag.
Entsprechend dieser Perioden kann man die Soll Temperaturen, mit dem Parameter TEMPERATURE_FRIDAY_1, während dieser Periode ermitteln und gegebenfalls auch ändern.
sendTo('hm-rpc.0', 'putParamset', {ID: 'xxxxxxxx', paramType: 'MASTER', params: {'TEMPERATURE_FRIDAY_1': 21}}, res => {
log(JSON.stringify(res));
});
-
Genau, grundsätzlich erst mal das Paramset des Gerätes anschauen. Dann gibts für jeden Wochentag, ich glaube 13 mögliche Zeiteinstellungen. Da musst du dann in deinem Skript das Paramset analysieren und schauen, welches Programm bearbeitet werden soll und das dann mit putParamset auf die gewünschte Temperatur stellen.
-
Danke!
Ich habe das Script jetzt fertig.
Was mir während des Debuggens aufgefallen ist, dass in "res" immer dasselbe steht und man keinerlei Hinweise bekommt, ob der Schreibvorgang erfolgreich war oder nicht. Das wäre ein Punkt, den man noch verbessern, könnte. In meinem Fall hatte ich versucht auf ein Object geschrieben, das nicht vorhanden war.
-
Das Script.
/---- mit Verstellen der Temperatur an Heizung/Thermostat Soll Temperatur verändern ---- on({id:[Wohnzimmer_setTemp,Kinder_setTemp,Schlafzimmer_setTemp,Bad_setTemp ] , change: 'ne'},function(obj) { var homematic_instance = 'hm-rpc.0'; var Master; var prefix = ""; var channel; var id; // unterschiedliche Kanäle Heizungsthermostat und Wandthermostat berücksichtigen if (obj.id.includes('.2.SET_TEMPERATURE')) { id = obj.id.replace('.2.SET_TEMPERATURE',''); channel = '2'; } else { id = obj.id.replace('.4.SET_TEMPERATURE',''); channel = '4'; } id = id.split('.')[2]; // Master Objekt der Heizung in Object Master einlesen sendTo(homematic_instance, 'getParamset', {ID: id, paramType: 'MASTER'}, res => { Master = res.result; // im Manu Mode keine Anpassung durchführen if (getState(homematic_instance + '.' + id + '.' + channel + '.CONTROL_MODE').val === 0 ) { // Prefix festlegen abhängig vom Kanal if( channel === '2') {prefix = "P" + (Master.WEEK_PROGRAM_POINTER + 1) + "_";} //--- Wochentag auf Englisch bestimmen var wochentag = ["SUNDAY","MONDAY","TUESDAY","WEDNESDAY","THURSDAY","FRIDAY","SATURDAY"]; var tag = wochentag[new Date().getDay()]; //--- Minute im Tag bestimmen ---- var minute_of_day = Math.round((new Date().getTime() - getDateObject("00:00").getTime())/60000); //--- Periode bestimmen ----------- var periode = prefix + "ENDTIME_" + tag + "_"; for (var i = 1;i<13;i++) { var periodei = periode + i; if (parseInt(Master[periodei]) > minute_of_day) {break;} } //--- prüfen ob geänderte Temperatur ungleich der gesetzten Temp ist --- var temp_auto_key = prefix + 'TEMPERATURE_'+ tag + "_" + i; var temp_set = getState(homematic_instance + '.' + id + '.' + channel + '.SET_TEMPERATURE').val; //log("Gesetzte Temperatur: " + temp_set); //log("Automatische Temperatur" + Master[temp_auto_key]); if (temp_set !== Master[temp_auto_key]) { // Temperatur in Homematic Regelung für alle Tage umprogrammieren ------ for (var d = 0;d < 7;d++) { temp_auto_key = prefix + 'TEMPERATURE_'+ wochentag[d] + "_" + i; var params_obj = {[temp_auto_key]: temp_set.toString()}; //log(JSON.stringify(params_obj)); sendTo(homematic_instance, 'putParamset', {ID: id, paramType: 'MASTER', params: params_obj}, res => {}); } log("manuell gesetzte Temperatur wurde als automatisch gereglte Temperatur dauerhaft für alle Wochentage übernommen"); } } }); });
-
Danke!
Ich habe das Script jetzt fertig.
Was mir während des Debuggens aufgefallen ist, dass in "res" immer dasselbe steht und man keinerlei Hinweise bekommt, ob der Schreibvorgang erfolgreich war oder nicht. Das wäre ein Punkt, den man noch verbessern, könnte. In meinem Fall hatte ich versucht auf ein Object geschrieben, das nicht vorhanden war. `
Doch wenn ein Fehler aufgetreten ist, ist res.error !== null und enthält ein Objekt.
sendTo('hm-rpc.0', 'getParamset', {ID: 'OEQ1880303', paramType: 'ASTER'}, res => { log(JSON.stringify(res)); if(res.error) log('Something went wrong: ' + res.error.faultString, 'error'); });
spuckt z. B. bei mir Unknown Paramset aus. Bei dir villeicht Unknown ID.
-
Danke. Muss ich wohl nochmal ausprobieren.
-
Ich habe damit auch mal ein bißchen probiert.
sendTo('hm-rpc.0', 'getParamset', {ID: 'OEQ1880303', paramType: 'ASTER'}, res => { log(JSON.stringify(res)); if(res.error) log('Something went wrong: ' + res.error.faultString, 'error'); });
bringt mit einer unbekannten ID:
javascript.0 2019-01-27 17:15:02.597 error script.js.Entwicklung.Fehler_finden: Something went wrong: Unknown instance javascript.0 2019-01-27 17:15:02.596 info script.js.Entwicklung.Fehler_finden: {"error":{"code":-2,"faultCode":-2,"faultString":"Unknown instance"}}
mit einer vorhandenen ID:
javascript.0 2019-01-27 17:17:36.216 error script.js.Entwicklung.Fehler_finden: Something went wrong: Unknown paramset javascript.0 2019-01-27 17:17:36.216 info script.js.Entwicklung.Fehler_finden: {"error":{"code":-3,"faultCode":-3,"faultString":"Unknown paramset"}}
Soweit also so gut aber die Abfrage auf meine virtuelle Heizgruppe
sendTo('hm-rpc.1', 'getParamset', {ID: 'INT0000002', paramType: 'ASTER'}, res => { log(JSON.stringify(res)); if(res.error) log('Something went wrong: ' + res.error.faultString, 'error'); });
bringt leider:
script.js.Entwicklung.Fehler_finden: {"result":"","error":null}
also die gleiche Meldung als wenn ich dort eine Änderung durchführe?
-
sendTo('hm-rpc.0', 'getParamset', {ID: 'OEQ1880303', paramType: 'ASTER'}, res => { ```` `
'ASTER' –> 'MASTER'
-
Ich habe absichtlich mit 'ASTER' abgefragt damit ich Fehler kriege :mrgreen:
Mein Problem ist das ich trotz 'ASTER' keinen Fehler bei der virtuellen Heizungsgruppe kriege…
-
Mein Problem ist das ich trotz 'ASTER' keinen Fehler bei der virtuellen Heizungsgruppe kriege… `
Ein Leerstring in result läßt sich auch als "Fehler" behandeln. -
Wenn du mal````
system.listMethods -
@foxriver Du sprichst in Rätseln. Ich kann zwar mittlerweile einiges aber hier bräuchte ich einen kompletten Scriptbefehl?
@paul53 Man kann zwar den Leerstring in result auch als "Fehler" behandeln aber man bekommt das identische Ergebnis wenn man einen Befehl erfolgreich sendet. So kann ich mittels:
Heizungsgruppe = 'INT0000004'; Heizprogramm = 1; sendTo('hm-rpc.1', 'putParamset', {ID: Heizungsgruppe, paramType: 'MASTER', params: {'WEEK_PROGRAM_POINTER': Heizprogramm}}, res => { log(JSON.stringify(res)); });
das Wochenprogramm der Heizungsgruppe verstellen und das Ergebnis ist dann eben auch
{"result":"","error":null}
Man erhält also quasi das selbe Ergebnis ob ich dort was sinnvolles mache oder etwas was halt ein Fehler ergibt…
-
@foxriver76 ich habe mal
sendTo('hm-rpc.1', 'system.listMethods', {}, res => { log(JSON.stringify(res)); });
versucht. Hoffe Du meintest das?
Ergebnis:
2019-01-28 20:33:24.633 - info: javascript.0 script.js.Entwicklung.Fehler_finden2: {"result":["init","getParamsetDescription","getLinks","getDeviceDescription","getParamsetId","getParamset","putParamset","system.listMethods","listDevices","getValue","setValue","listReplaceableDevices","deleteDevice"],"error":null}
-
@foxriver76 ich habe mal
sendTo('hm-rpc.1', 'system.listMethods', {}, res => { log(JSON.stringify(res)); });
versucht. Hoffe Du meintest das?
Ergebnis:
2019-01-28 20:33:24.633 - info: javascript.0 script.js.Entwicklung.Fehler_finden2: {"result":["init","getParamsetDescription","getLinks","getDeviceDescription","getParamsetId","getParamset","putParamset","system.listMethods","listDevices","getValue","setValue","listReplaceableDevices","deleteDevice"],"error":null} ```` `
Jop, wollte nur sehen ob die Virtual Devices API das 'getParamset' Kommando offiziell unterstüzt, anscheinend tut sie das. Interessant wäre ob du den Paramset zurück bekommst, wenn du diesen Aufruf mittels einem tcl SKript direkt auf deiner CCU machst. Finde es komisch, dass nix zurück kommt, nur dann dürfte bei einem Aufruf aus der CCU eigentlich auch nix zurück kommen.
-
Ah gib mal den Channel mit an, geht bei mir mit hm-ip Geräten nur wenn ich den Channel angebe:
sendTo('hm-rpc.1', 'getParamset', {ID: '000393C99B9EDF:1', paramType: 'MASTER'}, res => { log(JSON.stringify(res)); if(res.error) log('Something went wrong: ' + res.error.faultString, 'error'); });
000393C99B9EDF****:1**** <–
-
Das scheint nicht sinnvoll…
sendTo('hm-rpc.1', 'getParamset', {ID: 'INT0000002:1', paramType: 'MASTER'}, res => { log(JSON.stringify(res)); if(res.error) log('Something went wrong: ' + res.error.faultString, 'error'); });
ergibt: {"result":{},"error":null}
{"result":{},"error":null}
ohne ":1" ergibt dagegen:
{"result":{"P2_ENDTIME_THURSDAY_7":1440,"P1_ENDTIME_MONDAY_12":1440,"P2_ENDTIME_THURSDAY_8…... also ein sehr sehr langes Ergebnis
-
Das scheint nicht sinnvoll…
sendTo('hm-rpc.1', 'getParamset', {ID: 'INT0000002:1', paramType: 'MASTER'}, res => { log(JSON.stringify(res)); if(res.error) log('Something went wrong: ' + res.error.faultString, 'error'); });
ergibt: {"result":{},"error":null}
{"result":{},"error":null}
ohne ":1" ergibt dagegen:
{"result":{"P2_ENDTIME_THURSDAY_7":1440,"P1_ENDTIME_MONDAY_12":1440,"P2_ENDTIME_THURSDAY_8…... also ein sehr sehr langes Ergebnis `
Ich bin davon ausgegangen, dass dein Problem darin besteht, dass du kein getParamset auf deiner virtuellen Heizgruppe ausführen kannst, doch es scheint ja zu funktionieren.Das Problem ist also, dass kein Fehler gemeldet wird trotz falschem/nich existenten Kommando? Evtl. Ein Fehler in der Virtual Devices API.
-
Ich vermute mittlerweile auch das dort der Fehler zu suchen ist. Naja vielleicht wird er ja mal von eq3 gefixt