Homematic Master Programmierung: Use Case lernender Thermostat.

[cash]

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?

[paul53]

@cash:

sendTo('hm-rpc.0', 'getParamset', {ID: 'OEQ1880303', paramType: 'ASTER'}, res => {
```` `  

'ASTER' –> 'MASTER'

[cash]

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…

[paul53]

@cash:

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.

[foxriver76]

Wenn du mal````
system.listMethods

[cash]

@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…

[cash]

@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]

@cash:

@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.

[foxriver76]

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**** <–

[cash]

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

[foxriver76]

@cash:

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.

[cash]

Ich vermute mittlerweile auch das dort der Fehler zu suchen ist. Naja vielleicht wird er ja mal von eq3 gefixt