Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[bahnuhr]

@surfer09
wie gesagt; diesen Fehler hatte ich noch nie.

Er wird aber offensichtlich nur bei debug ausgewiesen.
Was kommt denn, wenn du auf Info gehst.

[surfer09]

@bahnuhr Mit Info sieht das so aus nach Neustart

024-04-01 10:35:21.039 - info: hm-rega.0 (9240) starting. Version 4.0.0 in I:/ioBroker/node_modules/iobroker.hm-rega, node: v18.20.0, js-controller: 5.0.19
2024-04-01 10:35:21.096 - info: hm-rega.0 (9240) subscribe hm-rpc.0.BidCoS-RF.50.PRESS_SHORT
2024-04-01 10:35:21.147 - info: hm-rega.0 (9240) ReGaHSS 192.168.1.100 up
2024-04-01 10:35:21.178 - info: hm-rega.0 (9240) time difference local-ccu 0s
2024-04-01 10:35:21.315 - info: hm-rega.0 (9240) request state values
2024-04-01 10:35:21.384 - error: host.IOBroker-Server cannot call visUtils: Not exists
2024-04-01 10:35:21.894 - error: sun2000.0 (6404) sun2000.0 already running
2024-04-01 10:35:21.895 - warn: sun2000.0 (6404) Terminated (ADAPTER_ALREADY_RUNNING): Without reason
2024-04-01 10:35:22.152 - info: hm-rega.0 (9240) Updated all datapoints
2024-04-01 10:35:22.264 - info: hm-rega.0 (9240) added/updated 1 objects
2024-04-01 10:35:22.275 - info: hm-rega.0 (9240) update rooms to enum.rooms
2024-04-01 10:35:22.440 - error: host.IOBroker-Server instance system.adapter.sun2000.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING)
2024-04-01 10:35:22.441 - info: host.IOBroker-Server Restart adapter system.adapter.sun2000.0 because enabled
2024-04-01 10:35:24.195 - info: host.IOBroker-Server instance system.adapter.hm-rpc.0 started with pid 9280
2024-04-01 10:35:24.764 - info: host.IOBroker-Server instance system.adapter.zigbee.0 started with pid 3708
2024-04-01 10:35:25.055 - info: hm-rpc.0 (9280) starting. Version 1.16.0 in I:/ioBroker/node_modules/iobroker.hm-rpc, node: v18.20.0, js-controller: 5.0.19
2024-04-01 10:35:25.118 - info: hm-rpc.0 (9280) xmlrpc server is trying to listen on 192.168.1.25:2001
2024-04-01 10:35:25.119 - info: hm-rpc.0 (9280) xmlrpc client is trying to connect to 192.168.1.100:2001/ with ["http://192.168.1.25:2001","IOBroker-Server:hm-rpc.0:7b460713fdc3b2fbb893549b6d0365ac"]
2024-04-01 10:35:25.135 - info: hm-rpc.0 (9280) xmlrpc <- system.listMethods ["IOBroker-Server:hm-rpc.0:7b460713fdc3b2fbb893549b6d0365ac"]
2024-04-01 10:35:25.140 - info: hm-rpc.0 (9280) xmlrpc <- listDevices ["IOBroker-Server:hm-rpc.0:7b460713fdc3b2fbb893549b6d0365ac"]
2024-04-01 10:35:25.159 - info: hm-rpc.0 (9280) xmlrpc -> 94 devices
2024-04-01 10:35:25.187 - info: hm-rpc.0 (9280) Connected

[bahnuhr]

@surfer09
zumindest ist das "no matching" weg.

Kann dir nicht sagen, was das ist.
Hatte meine HM Adapter noch nie (glaub ich) auf debug.

mfg

[surfer09]

@bahnuhr OKay ich denke, ich tausche dann im ersten Schott mal die Funkschnittstelle aus gegen die Tasterschnittstelle. Mal sehen, ob das damit besser wird.

[bahnuhr]

@surfer09
Ja, mach das.
Bei mir keine Probleme damit.

[haselchen]

@surfer09 sagte in Lösung für Türklingel:

@bahnuhr OKay ich denke, ich tausche dann im ersten Schott mal die Funkschnittstelle aus gegen die Tasterschnittstelle. Mal sehen, ob das damit besser wird.

Zusätzlich, einfach nur um mal alles beleuchtet zu haben,
hast Du im HM-Rega Polling aktiviert?
Wenn ja, wieviel Sekunden?
Dann im HM-RPC :

Habe ich die Standardintervalle gelassen.
Kann ja evtl. sein, dass deine gewählte Zeit zu Problemen führt.

Das sind so die Unterschiede, die ich zu meinen Einstellungen feststellen konnte.

[Marc Berg]

@surfer09

Da es sich um eine Art von Timing Problem zu handeln scheint, wenn die Fehler nach einem Adapter-Neustart nicht mehr auftreten, hätte ich noch die Idee, an der Startreihenfolge des Adapters zu schrauben. Standardmäßig wird der hm-rpc Adapter als "Data Provider" eingestuft. Wenn du das auf 3 (Other) änderst, startet der Adapter später in der Reihenfolge. Vielleicht bringt das was?

EDIT: falsch referenziert

[haselchen]

@marc-berg

Ich bin nicht derjenige mit dem Problem ;)

[surfer09]

@marc-berg Ich teste das mal aus! Danke für den Tipp!

[haselchen]

@surfer09

Ja ,ne, ich hab einfach aus Langeweile geschrieben 😂
Vielleicht probierst Du es auch mal aus oder antwortest zumindest 😉

[surfer09]

@haselchen Dickes Sorry, hatte deine Antwort überlesen. Aber jetzt!

Wo kann ich das Polling im HM-Rega aktivieren/prüfen?
Die Anpassung vom Interval unter RM-RPC ändert nichts an dem Verhalten. Das habe ich gerade getestet.

[surfer09]

@marc-berg Habe ich auch gerade getestet. Das bringt leider auch keinen Erfolg. Nach Neustart immer noch das gleiche Problem.

[emil70]

@surfer09

in der Instanzeinstellungen: hm-rega.0 ganz unten

[surfer09]

Ich habe mir jetzt eine Tasterschnittstelle besorgt, ich bin mir jetzt aber nicht sicher, wie das Ganze zu verkabeln ist. Die Bilder der Türklingel hatte ich ja schon gepostet. Kann mir da vielleicht nochmal jemand helfen?

[bahnuhr]

@surfer09
Ei, du hast doch als Klingel einen normalen Taster

Also:
Taster Klingel Abgang A -> HM Com
Taster Klingel Abgang B -> HM E1

Und dann mit Multimeter prüfen ob dies klappt.
Alternativ in der ccu schauen ob dies funktioniert.

[surfer09]

@bahnuhr: Ja, das sind Taster.
Also würde ich jetzt grün/weiß auf COM und braun/weiß auf E1 setzen und orange/weiß auch auf COM und blau/weiß auf E2? Sorry, ich muss das für Doofe erklärt haben, bin kein Elektriker :face_with_rolling_eyes:

[bahnuhr]

@surfer09 sagte in Lösung für Türklingel:

bin kein Elektriker

ich auch nicht. Also keine Gewähr.

Erklär doch mal warum an jedem Anschluss 2 Kabel sind.
Wurde ja schon einmal gefragt (glaub ich).

[surfer09]

@bahnuhr Ich denke mal, weil das so dünne Adern sind und die Leistungslänge über 3m ist. Ich meine, dass es damals mit nur einem Kabel erst nicht geklappt hatte.

[bahnuhr]

@surfer09
Nein, das glaub ich nicht.

[surfer09]

@bahnuhr Doch, ist tatsächlich so. Die beiden Adern laufen zusammen. Für den ersten Taster funktioniert es auch schon.