NEWS
Homematic Master Programmierung: Use Case lernender Thermostat.
-
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