Auf einmal alle Homematic-IP Geräte nicht mehr ansprechbar

[wtremmel]

Hallo,

ich bin etwas ratlos.... nachdem Jahrelang meine Mischung aus HomeMatic und HMIP mit einem RaspberryPI 2b als Basis und einer HM-MOD-RPI-PCB anstandslos funktioniert hat, sind auf einmal *) alle HomeMatic-IP (und nur die) nicht mehr ansprechbar.

*) es gab einige Hard-Resets vom RasPI (Strom weg). Ich weiss, das kann Probleme verursachen.

Was habe ich schon ausprobiert?

• Umzug von Raspi 2B auf Raspi 4 (HM-MOD-RPI-PCB umgesteckt)
• Neue SD-Karte und komplett neues Image (Backup zurückgespielt)
• altes Backup (vor dem ersten Stromausfall) zurückgespielt
• Nightly Build ausprobiert (3.77.6.20240809)

Wenn der HM-MOD-RPI-PCB einen Schuss hat, warum funktionieren dann alle normalen HomeMatic Geräte?

viele Grüße
Wolfgang

[jens-maus]

Das liest sich (mal wieder) nach einem Funkstörer in der Umgebung des Funkmodules. Das alte HM-MOD-RPI-PCB hat ja leider nicht die Möglichkeit den "Carrier Sense" auszugeben, welcher das Maß der aktuellen Funkstörungen ist. Das kann aktuell nur das RPI-RF-MOD bzw. der HmIP-RFUSB. Dann wüsstest du direkt das es an einem Funkstörer liegt der das 868MHz Band zuballert und deshalb das Funkmodul selbst seine HmIP-Geräte nicht mehr erreichen kann.

Der Grund wieso du zwar HomeMatic aber keiner homematicIP Geräte erreichen kannst ist, das in der homematicIP Welt die Geräte und auch das Funkmodul selbst quasi "Listen-before-Talk" macht. D.h. bevor es ein Funkpaket in die homematicIP Welt hinaussendet schaut es erst einmal wie ausgelastet bzw. "voll" das 868MHz Band gerade in der nähe des Funkmodules ist und wenn das zu voll ist, dann sendet es im Grunde nix und wartet ab ob sich das "Rauschen" quasi gibt mit der Zeit. Wenn das aber andauert und der Funkstörer nicht aufhört das Band zuzuballern, dann kann das Funkmodul im Grunde schon gar nicht etwas raussenden.

Genau deshalb kannst du zwar die guten-alten HomeMatic Geräte noch erreichen, aber eben nicht die homematicIP Geräte. Ergo: Such den Funkstörer und schalte Ihn ab!

[wtremmel]

Danke - ich hatte es vermutet. HMIP-RFUSB ist bestellt und morgen hoffentlich da.

Auf 868MHz funkt bei mir noch LoraWan, aber "eigentlich" benimmt sich das gut (bzw. hat ich die ganze Zeit gut benommen). Ich suche und wenn ich fündig werde berichte ich hier, vielleicht hilfts ja in Zukunft jemand anders....

[wtremmel]

Tja, das war es wohl nicht.

Mit dem USB-Stick sehe ich jetzt Carrier Sense und das ist bei 0% (bzw. manchmal 1%). Dafür finde ich im hmserver.log Fehler wie diesen:

2024-08-13 12:43:56,732 io.vertx.core.impl.ContextImpl ERROR [vert.x-worker-thread-4] Unhandled exception
de.eq3.cbcs.legacy.communication.rpc.RpcRemoteException: Error requesting method setReadyConfig: <class 'Exception'>:method "setReadyConfig" is not supported Code: 1
        at de.eq3.cbcs.legacy.communication.rpc.internal.format.xml.XmlRpcParser.parseMethodResponse(XmlRpcParser.java:154) ~[HMIPServer.jar:?]
        at de.eq3.cbcs.legacy.communication.rpc.internal.format.xml.XmlRequestResponseProcessor.parseResponse(XmlRequestResponseProcessor.java:173) ~[HMIPServer.jar:?]
        at de.eq3.cbcs.legacy.communication.rpc.internal.transport.http.HttpTransport.sendRequest(HttpTransport.java:107) ~[HMIPServer.jar:?]
        at de.eq3.cbcs.legacy.communication.rpc.internal.rpc.RpcClient.sendRequest(RpcClient.java:94) ~[HMIPServer.jar:?]
        at de.eq3.cbcs.legacy.communication.rpc.internal.rpc.RpcClient.invoke(RpcClient.java:82) ~[HMIPServer.jar:?]
        at com.sun.proxy.$Proxy43.setReadyConfig(Unknown Source) ~[?:?]
        at de.eq3.ccu.virtualdevice.service.internal.rega.BackendUpdateDevicesCommand.updateDevicesForClient(BackendUpdateDevicesCommand.java:121) ~[HMIPServer.jar:?]
        at de.eq3.ccu.virtualdevice.service.internal.rega.BackendUpdateDevicesCommand.run(BackendUpdateDevicesCommand.java:29) ~[HMIPServer.jar:?]
        at de.eq3.ccu.virtualdevice.service.internal.rega.BackendWorker.handle(BackendWorker.java:27) ~[HMIPServer.jar:?]
        at de.eq3.ccu.virtualdevice.service.internal.rega.BackendWorker.handle(BackendWorker.java:11) ~[HMIPServer.jar:?]
        at io.vertx.core.impl.AbstractContext.dispatch(AbstractContext.java:100) ~[HMIPServer.jar:?]
        at io.vertx.core.impl.WorkerContext.lambda$emit$0(WorkerContext.java:59) ~[HMIPServer.jar:?]
        at io.vertx.core.impl.WorkerContext.lambda$execute$2(WorkerContext.java:104) ~[HMIPServer.jar:?]
        at io.vertx.core.impl.TaskQueue.run(TaskQueue.java:76) ~[HMIPServer.jar:?]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) ~[?:?]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) ~[?:?]
        at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30) ~[HMIPServer.jar:?]
        at java.lang.Thread.run(Unknown Source) ~[?:?]

[wtremmel]

Sieht aus als müsste ich alle Geräte zurücksetzen - einfachste war ein Fensterkontakt, nach Rücksetzen stand im Log:

2024-08-13 15:09:05,274 de.eq3.cbcs.server.core.internal.StatemanagementUtil INFO  [vert.x-eventloop-thread-1] AP 3014F711A0000422698D5AD0: Device 3014F711A00000DA499C6215 has booted / was reincluded, check for restore of state parameter
2024-08-13 15:10:31,888 de.eq3.cbcs.server.core.internal.StatemanagementUtil INFO  [vert.x-eventloop-thread-1] AP 3014F711A0000422698D5AD0: Device 3014F711A00000DA499C6215 has booted / was reincluded, check for restore of state parameter

[wtremmel]

Ok, mit zurücksetzen kommen die Geräte wieder. Das kann ich machen bis auf eine Schaltsteckdose die komplett verbaut ist. Von daher wäre es prima wenn es noch eine andere Lösung gäbe....