@exmerci

Es ist schon eine Weile her, aber bist Du mittlerweile weitergekommen. Ich habe jetzt neu ein HmIP-RGBW-Modul (HmIP-LSC) und bei mir ist das gleiche Problem aufgetreten.

hm-rpc.1
2025-09-23 15:36:03.263	error	Cannot call setValue: XML-RPC fault: Generic error (MISSING_NON_OPTIONAL_PARAMETER)

hm-rpc.1
2025-09-23 15:36:03.262	error	xmlrpc -> setValue ["003CE2699647E9:1","RAMP_TIME_VALUE",3] INTEGER

hm-rpc.1
2025-09-23 15:36:02.985	error	Cannot call setValue: XML-RPC fault: Generic error (MISSING_NON_OPTIONAL_PARAMETER)

hm-rpc.1
2025-09-23 15:36:02.977	error	xmlrpc -> setValue ["003CE2699647E9:1","RAMP_TIME_UNIT",0] ENUM

Hallo @mkshb,

vielen Dank für die Idee. Es ist richtig, dass das Thermostat wegen geöffneter Fenster etc. anders arbeitet als das Profil es vorgibt. Das sehe ich dann am Abend oder darauffolgenden Tag über die Historie
Ich habe nur verschiedene Profile insb. für die Werktage definiert, wie "im Büro", "im Home-Office" und ich würde gerne grafisch sehen, wann die jeweiligen Ein- und Ausschaltzeiten am aktuellen Tag sind, so ähnlich wie in dem Bild oben. Der aufgezeichnete Verlauf interessiert mich daher nicht so sehr.

LG
Karl-Heinz

Hallo,
Gib es in VIS eine geschickte Möglichkeit, das Profile eines Heizungsthermostats entsprechend eines Tagesverlaufs anzuzeigen? In der Android/IOS-APP scheint das kein Problem zu sein. Ein einzelner Tag würde ja reichen. Mit dem Flot-Adapter könnte man so was sicherlich zeichnen. Dann muss man aber erstmal eine History mit den Datenpunkten erzeugen. Ich möchte einfache eine Wertetabelle in dieser Form darstellen.
Danke und LG
Karl-Heinz

Ja Danke für die Unterstützung. Ich habe erst mal unterschiedliche IDs verwendet.

Ich habe bis jetzt keine Probleme mehr festgestellt.

Ich bin ja im Forum nicht so aktiv. An wen gibt man das Problem mit der API denn weiter?

@foxriver76 Ich habe bei einem iobroker den hm-rpc -Adapter mit einer anderen Instanznummer -in meinem Fall hm-rpc.2- angelegt. Dann scheint es zu funktionieren. Ein längerer Test steht allerdings noch aus. Das wäre dann ein Workaround. Sollte man das dann auch sicherhalber für die Instanz, die die normalen Hm-Komponenten bedient (nicht IP) auch machen? Allerdings habe ich ja bereits oben beschrieben, dass ich hier noch kein Problem festgestellt habe.

Wenn ich auf dem einen Raspberry/iobroker den Adapter stoppe dann funktioniert der Status auf dem anderen Raspberry/iobroker problemlos.
Auf beiden iobroker heißt die Instanz hm-rpc.1 für die HmIP-Komponenten.
Die Instanz hm-rpc.0 ist für die Hm-Komponenten ohne IP. Ich wusste nicht, dass das ein Problem sein könnte.
Beide hm-rpc.1 Instanzen nutzen den HomeMatic Port 2010 an.
Die Adapterports sind definitiv verschieden 18722 bzw. 18702.
Das ganze Problem ist mir aber erst mit HmIP-Komponenten aufgefallen, die ich letzter Zeit verbaut habe.

@foxriver76
Ich muss mich leider mal an den Experten wenden. Ich konnte mein Problem weitereingrenzen bzw. verifizieren. Wenn zwei iobroker Instanzen mit hm-rega und hm-rpc (normale und IP-Komponenten) auf 2 Raspberries installiert sind, dann bekommt immer nur eine Instanz Änderungen mit. Es ist aber Zufall welcher iobroker das ist.
Dieses Verhalten ist mir früher mit den normalen HM-Komponenten nicht aufgefallen. Erst bei den HmIP-Komponenten habe ist das festgestellt.
Habe ich da irgend einen Denkfehler? Oder möchte ich da was machen, was eigentlich gar nicht funktioniert? Ohne Unterstützung komme ich da leider nicht mehr weiter.

Ja das habe ich schon gemacht.
Ein kleines Javascript

on({ id: 'hm-rpc.1.000C1A49A874AE.1.PRESENCE_DETECTION_STATE'/*Bewegungsmelder Kueche:1 PRESENCE DETECTION STATE*/, change: "any" }, function (obj) {
    var state = obj.state.val;
    console.log("New state: " + state);
});