Monatsrückblick Januar/Februar 2026 ist online!

[Nordischerjung]

@nordischerjung Oder guck mal hier
https://www.iobroker.net/#de/adapters/adapterref/iobroker.hm-rpc/README.md

[Docdisaster]

@nordischerjung
Den Port hatte ich schon zurück auf 0 gestellt ( hatte vergessen das zu schreiben) .. Habe jetzt mal in dem Adapter die Callback Adresse eingerichtet. Die Fehler treten nur bei der HM IP Instanz auf. HM & virtuell läuft so wie ich es sehe ohne Problme.

[Homoran]

@docdisaster sagte in Homematic.rpc->endLine: 0Column: 0Char: hm-rpc.0:

Die Fehler treten nur bei der HM IP Instanz auf.

da gibt es schon mal Meldungen über Aussetzer, aber nicht kritisch.

@docdisaster sagte in Homematic.rpc->endLine: 0Column: 0Char: hm-rpc.0:

Pinge ich von der VM die CCU direkt, habe ich 0% Verlustrate.

das ist ein anderer Ping, sicher nicht aufcfie Schnittstelle.

[Docdisaster]

@homoran
wo siehst du Aussetzer bei den anderen RPC Instanzen? Ich sehe nur rpc.0. :D

Ich habe sicherheitshalber den Iobroker auf eine richtige VM umziehen lassen. Hatte den LXC Container ein wenig im Verdacht. Nach dem Umzug ist der Fehler aber immer noch da.

[Homoran]

@docdisaster sagte in Homematic.rpc->endLine: 0Column: 0Char: hm-rpc.0:

wo siehst du Aussetzer bei den anderen RPC Instanzen?

wer sagt das?

[Docdisaster]

@homoran said in Homematic.rpc->endLine: 0Column: 0Char: hm-rpc.0:

da gibt es schon mal Meldungen über Aussetzer, aber nicht kritisch.

Dachte du beziehst dich da auf meine Screenshots :D

[Homoran]

@docdisaster sagte in Homematic.rpc->endLine: 0Column: 0Char: hm-rpc.0:

Dachte du beziehst dich da auf meine Screenshots

fehlgedacht ;-)

den Bezug hatte ich zitiert.

@homoran sagte in Homematic.rpc->endLine: 0Column: 0Char: hm-rpc.0:

@docdisaster sagte in Homematic.rpc->endLine: 0Column: 0Char: hm-rpc.0:

Die Fehler treten nur bei der HM IP Instanz auf.

Dazu gab es schon einige Posts

[Docdisaster]

@nordischerjung said in Homematic.rpc->endLine: 0Column: 0Char: hm-rpc.0:

@docdisaster Trag doch mal bei der Adapter Calback Adresse die des iOBrokers ein

Das war auch nicht erfolgreich

[Homoran]

@docdisaster sagte in Homematic.rpc->endLine: 0Column: 0Char: hm-rpc.0:

Das war auch nicht erfolgreich

bedeutet in Klartext was?
wo ist die Callback Adresse denn?

[Docdisaster]

@homoran
das Hochladen der Bilder hatte offensichtlich nicht funktioniert.. Jetzt sind die da.

[Homoran]

@docdisaster sagte in Homematic.rpc->endLine: 0Column: 0Char: hm-rpc.0:

Jetzt sind die da.

wobei ein log immer als Text in code-tags zu posten ist.
dann kann ich auch zitierrn!

siehe auch
https://forum.iobroker.net/topic/51555/hinweise-für-gute-forenbeiträge/1

da hast du aber anscheinend ein größeres Problem, da würde ich auch Fehler melden wenn pro Millisekunde mehrere Befehle geschickt werden

[Docdisaster]

@homoran said in Homematic.rpc->endLine: 0Column: 0Char: hm-rpc.0:

@docdisaster sagte in Homematic.rpc->endLine: 0Column: 0Char: hm-rpc.0:

Jetzt sind die da.

wobei ein log immer als Text in code-tags zu posten ist.
dann kann ich auch zitierrn!

siehe auch
https://forum.iobroker.net/topic/51555/hinweise-für-gute-forenbeiträge/1

da hast du aber anscheinend ein größeres Problem, da würde ich auch Fehler melden wenn pro Millisekunde mehrere Befehle geschickt werden

Könnte es sein dass es an den Blockyskripten liegt? Das sind 10 Skripte die ausgelöst werden.

[Homoran]

@docdisaster sagte in Homematic.rpc->endLine: 0Column: 0Char: hm-rpc.0:

Könnte es sein dass es an den Blockyskripten liegt? D

möglich!

@docdisaster sagte in Homematic.rpc->endLine: 0Column: 0Char: hm-rpc.0:

Das sind 10 Skripte die ausgelöst werden.

und das mehrfach im Sekundentakt?

[Nordischerjung]

@docdisaster Hast du hier auch den richtigen Port drin? bei https ist es 42010

oder mal die IP von der CCU eingetragen?

[Docdisaster]

@homoran
Eigentlich nicht die Auslöser ändern sich nicht so oft. Nur wenn jemand das Haus verlässt, die Jahreszeit sich ändert oder jemand ein Fenster in dem jeweiligen Raum öffnet. Ich habe jetzt mal alle Skripte ausser ein deaktiviert und die Abwesenheit von Hand ausgelöst.

host.hos02
2024-09-10 16:00:10.686	info	instance system.adapter.ical.1 having pid 1792 terminated with code 0 (NO_ERROR)

host.hos02
2024-09-10 16:00:06.580	info	instance system.adapter.ical.0 having pid 1777 terminated with code 0 (NO_ERROR)

host.hos02
2024-09-10 16:00:04.037	info	instance system.adapter.ical.1 in version "1.15.0" started with pid 1792

host.hos02
2024-09-10 16:00:00.033	info	instance system.adapter.ical.0 in version "1.15.0" started with pid 1777

hm-rpc.0
2024-09-10 15:59:55.035	error	Cannot call setValue: XML-RPC fault: Generic error

hm-rpc.0
2024-09-10 15:59:55.035	error	xmlrpc -> setValue ["00265F298CB463:1","SET_POINT_TEMPERATURE",5] FLOAT

javascript.0
2024-09-10 15:59:35.018	info	script.js.common.20_Zweiter_Stock.Gästezimmer.Gästezimmer_Heizung: setForeignState(id=hm-rpc.0.00265F298CB463.1.SET_POINT_TEMPERATURE, state={"val":5,"ack":false,"ts":1725976775018,"q":0,"from":"system.adapter.javascript.0","lc":1725957964441,"c":"script.js.common.20_Zweiter_Stock.Gästezimmer.Gästezimmer_Heizung"})

javascript.0
2024-09-10 15:59:35.018	info	script.js.common.20_Zweiter_Stock.Gästezimmer.Gästezimmer_Heizung: getState(id=hm-rpc.0.000EDBE98B99BF.1.ACTUAL_TEMPERATURE, timerId=undefined) => {"val":17,"ack":true,"ts":1725976650605,"q":0,"from":"system.adapter.hm-rpc.0","user":"system.user.admin","lc":1725976650605}

javascript.0
2024-09-10 15:59:30.281	info	script.js.common.20_Zweiter_Stock.Gästezimmer.Gästezimmer_Heizung: registered 4 subscriptions, 0 schedules, 0 messages, 0 logs and 0 file subscriptions

javascript.0
2024-09-10 15:59:30.281	info	script.js.common.20_Zweiter_Stock.Gästezimmer.Gästezimmer_Heizung: subscribe: {"pattern":{"id":"hm-rpc.0.0034A0C9A117F4.1.STATE","change":"ne","q":0},"name":"script.js.common.20_Zweiter_Stock.Gästezimmer.Gästezimmer_Heizung"}

javascript.0
2024-09-10 15:59:30.281	info	script.js.common.20_Zweiter_Stock.Gästezimmer.Gästezimmer_Heizung: subscribe: {"pattern":{"id":"hm-rpc.0.000EDBE98B99BF.1.ACTUAL_TEMPERATURE","change":"ne","q":0},"name":"script.js.common.20_Zweiter_Stock.Gästezimmer.Gästezimmer_Heizung"}

javascript.0
2024-09-10 15:59:30.281	info	script.js.common.20_Zweiter_Stock.Gästezimmer.Gästezimmer_Heizung: subscribe: {"pattern":{"id":"0_userdata.0.Bewohner_Anwesend","change":"ne","q":0},"name":"script.js.common.20_Zweiter_Stock.Gästezimmer.Gästezimmer_Heizung"}

javascript.0
2024-09-10 15:59:30.281	info	script.js.common.20_Zweiter_Stock.Gästezimmer.Gästezimmer_Heizung: subscribe: {"pattern":{"id":"0_userdata.0.Anwesendheit.Homeoffice","change":"ne","q":0},"name":"script.js.common.20_Zweiter_Stock.Gästezimmer.Gästezimmer_Heizung"}

javascript.0
2024-09-10 15:59:30.280	info	Start JavaScript script.js.common.20_Zweiter_Stock.Gästezimmer.Gästezimmer_Heizung (Blockly)

javascript.0
2024-09-10 15:59:30.189	info	Stopping script script.js.common.20_Zweiter_Stock.Gästezimmer.Gästezimmer_Heizung

[Homoran]

@docdisaster ja und?
wenn das bisher im Millisekundentakt aufgerufen wurde, müsste längst der DC überschritten sein.

Die andere Möglichkeit wäre eine bauliche "Empfindlichkeit" auf Kommunikationsstörungen.

[Docdisaster]

@homoran
Die CCU geht in unregelmäßigen Abständen in den DC. Ich stelle mir die Frage, was das häufige Auslösen auslöst.

[Homoran]

@docdisaster sagte in Homematic.rpc->endLine: 0Column: 0Char: hm-rpc.0:

Ich stelle mir die Frage, was das häufige Auslösen auslöst.

das ist der richtige Ansatz!
Bleib an der Fährte dran.

[Docdisaster]

@homoran
Ich habe jetzt abgesehen von einem Skript alles ausgeschaltet. 10 Minuten lang kam kein Fehler. Sobald ich den Bool Wert (in dem Fall die Jahreszeit) zum Auslösen des Skripts ändere, wird das Objekt (zu schaltende Thermostat) geändert aber ich ich erhalte folgende Fehlermeldung:

hm-rpc.0 2024-09-10 16:22:25.801	error Cannot call setValue: XML-RPC fault: Generic error
hm-rpc.0 2024-09-10 16:22:25.801	error xmlrpc -> setValue ["00265F298CB463:1","SET_POINT_TEMPERATURE",19] FLOAT

Ändere ich 00265F298CB463:1","SET_POINT_TEMPERATURE von Hand über die Objekte auf 19 frisst er den Wert und spuckt keinen Fehler aus.

[Homoran]

@docdisaster das muss nicht mit dem Datenpunkt als solches zu tun haben, es kann auch mit der gesamten "Prozedur" des Skripts zusammenhängen.
Wenn dieser Befehl zeitgleich, oder zeitkritisch abgesetzt wird, währen weitete Pakeze (auch Bestätigungsantworten) noch den Äther verstopfen, kommt es zu einer Kommunikationsstörung.
Das jann sich auch auf die Antwort beziehen