Monatsrückblick Januar/Februar 2026 ist online!

[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