[GELÖST] Nach Update auf 3.73.9.20231130 ist die Gerätekommunikation gestört

[Baxxy]

Guckst du dir deine Logs etwa nicht selber an?

Code: Alles auswählen

2023-12-07 02:30:07,804 io.vertx.core.impl.ContextImpl ERROR [vert.x-worker-thread-2] Unhandled exception 
java.lang.IllegalArgumentException: Expected authority at index 7: http://
2023-12-08 02:30:07,188 io.vertx.core.impl.ContextImpl ERROR [vert.x-worker-thread-0] Unhandled exception 
java.lang.IllegalArgumentException: Expected authority at index 7: http://

... 18 more

[ThomasHH]

Danke dir aber schade... ich hatte gehofft, dass ich eventuell was darüber wissen könnte

Ach so,- Thema Logs selber anschauen... doch, aber mir sagt das wenigste etwas.

[ThomasHH]

Also,- weil ich wenig bis gar keine Lust hatte, erst lange zu basteln, habe ich mir kurze Hand eine CCU3 gekauft und die Einstellungen importiert... dummerweise ändert sich hier so gar nichts! Es bleibt zu 100% das gleiche Ergebnis!

Hat jemand noch ne Idee?

[frd030]

Glückwunsch: Du hast mit dem Backup die Ursache der Fehler einfach mitgenommen.
Wenn Du die Ursache nicht suchen willst, weil Dir das alles zu anstrengend ist, dann wirst Du nichts ändern, denn der / die Fehler werden nicht von alleine weggezaubert.

[Baxxy]

Na zumindest kann jetzt der CS in Augenschein genommen werden, die CCU zeigt den ja an.

CCU3 und Derivate sowie RM nutzen alle die gleichen Dienste für die Kommunikation mit den Geräten, sind also im Unterbau identisch.

[ThomasHH]

Glückwunsch: Du hast mit dem Backup die Ursache der Fehler einfach mitgenommen.

Nun ja,- das ist ja nun mal so... Lösungsorientiert ist diese Antwort nicht. Wenn es heißt, dass mein eingesetztes Modul scheiße ist und ich es zurückgeben soll und mir ein Modul XY stattdessen kaufen soll,- dann gibt´s für mich nicht viel zu überlegen. Dann kaufe ich das Original und fertig.

Wenn Du die Ursache nicht suchen willst, weil Dir das alles zu anstrengend ist, dann wirst Du nichts ändern, denn der / die Fehler werden nicht von alleine weggezaubert.

Nun,- grundsätzlich habe ich nichts gegen Zauberei. Dennoch erkenne ich auch in dieser Aussage für mich wenig bis gar keinen Mehrwert.

Na zumindest kann jetzt der CS in Augenschein genommen werden, die CCU zeigt den ja an.

Allerdings habe ich keine Ahnung, was ich an diesem Wert sehen soll. Ich muss gestehen,- ich hatte mich nicht weiter damit beschäftigt, weil es ja hieß, dass dieser Wert bei meinem Modul eh nicht angezeigt wird.

Carrier Sense CCU3

CCU3 und Derivate sowie RM nutzen alle die gleichen Dienste für die Kommunikation mit den Geräten, sind also im Unterbau identisch.

heißt? Sorry, wenn ich so blöd frage, aber meine stärken liegen wo anders

**********************************************************************************************************************************************************************

Noch mal zur Erklärung, bevor es weitere nicht zielführende Beiträge gibt:
Wenn ich von "keine Lust zu basteln" habe, meine ich, dass ich um ein löschen und neu Anlegen aller Geräte herum kommen will denn das bedeutet einen nicht unerheblichen Aufwand wobei das einrichten in der CCU3 noch das geringste Problem wäre. Ich müsste alle Geräte in IPS löschen und ebenfalls neu anlegen und hätte keinerlei historischen Werte mehr. Wenn ich die erhalten will, muss ich alles doppelt anlegen und dann wird´s leicht unübersichtlich:

RLF

Temp

Wochenplan

[frd030]

Der CS ist offenbar ok und nicht die Ursache der Probleme.
Aber Du hast ERRORs im Logfile, dafür gilt es ggf. die Ursache zu finden.
Hast Du irgendwelche Skripte, Erweiterungen, Apps oder Middleware im Einsatz?

[Baxxy]

heißt?

Das es gereicht hätte nur das Funkmodul zu kaufen, aber ok... da hätte man 2 Lötstellen gehabt.

was ich an diesem Wert sehen soll

Der Wert gibt quasi die "Belegung" des Funkbandes aus. Kurze Zuckungen auch mal bis 20% sind eher unkritisch, dauerhafte Werte von 10 oder höher hingegen problematisch. Ein hoher CS ist die häufigste Ursache für Komm.Störungen bei HmIP.

Ob das bei dir nun am CS liegt oder doch im System was faul ist kann man schwer sagen.
Ist es was im System dann wird's problematisch weil quasi keiner die Logs richtig deuten kann.

Empfehlung:
Da du jetzt 2 Systeme hast, resette doch mal eins davon und versuche ein "unwichtiges" Gerät umzulernen. Also vom laufenden System ab- und am resetteten System anzulernen. Was besseres fällt mir leider nicht ein.

[ThomasHH]

Also an den Programmen hat sich nichts geändert:

Programme

ansonsten habe ich ja noch zwei weitere CCU3 bei denen es keine solche Probleme gibt. Einziger Unterschied,- die sind schon immer eine "richtige" CCU3 gewesen. Die CCU´s nutze ich ja nicht zum konfigurieren. Ich richte einfach nur die Geräte alle ein und verknüpfe sie. Alles andere erfolgt in IPS. Daran hat sich aber auch nichts geändert.

Ich habe die CCU3 einmal neu gestartet und vorher alle Logs gelöscht. Nachfolgende Logs sind jetzt das Ergebnis von einem komplettem Neustart

hmserver.log

hmserver.log

(50.79 KiB) 5-mal heruntergeladen

lighttpd-access.log

lighttpd-access.log

(159.59 KiB) 4-mal heruntergeladen

lighttpd-error.log

lighttpd-error.log

(2.38 KiB) 4-mal heruntergeladen

neo_server_boot.log

neo_server_boot.log

(562 Bytes) 4-mal heruntergeladen

messages.log

messages

(73.44 KiB) 5-mal heruntergeladen

[Baxxy]

Kannst du mal IPS deaktivieren und dann die Zentrale neu starten, nur um IPS auszuschließen.

Kann mich auch täuschen, aber nachdem das IPS-Interface hinzugefügt wurde gehen die Fehler los.

Code: Alles auswählen

2023-12-14 17:03:51,433 de.eq3.cbcs.legacy.bidcos.rpc.internal.InterfaceInitializer INFO  [vert.x-worker-thread-4] Added InterfaceId: IPS-192.168.0.34 
2023-12-14 17:03:51,445 io.vertx.core.impl.ContextImpl ERROR [vert.x-worker-thread-4] Unhandled exception 
java.lang.IllegalArgumentException: Expected authority at index 7: http://
	at java.net.URI.create(Unknown Source) ~[?:?]
	at org.apache.http.client.methods.HttpPost.<init>(HttpPost.java:76) ~[HMIPServer.jar:?]
	at de.eq3.cbcs.legacy.communication.rpc.internal.transport.http.HttpTransport.sendRequest(HttpTransport.java:104) ~[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.$Proxy42.listDevices(Unknown Source) ~[?:?]
	at de.eq3.cbcs.legacy.bidcos.rpc.internal.LegacyBackendClient.listDevices(LegacyBackendClient.java:139) ~[HMIPServer.jar:?]
	at de.eq3.cbcs.legacy.bidcos.rpc.internal.DeviceUtil.synchronizedBackendDevices(DeviceUtil.java:163) ~[HMIPServer.jar:?]
	at de.eq3.cbcs.legacy.bidcos.rpc.internal.InterfaceInitializer.handle(InterfaceInitializer.java:112) ~[HMIPServer.jar:?]
	at de.eq3.cbcs.legacy.bidcos.rpc.internal.InterfaceInitializer.handle(InterfaceInitializer.java:26) ~[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) ~[?:?]
Caused by: java.net.URISyntaxException: Expected authority at index 7: http://
	at java.net.URI$Parser.fail(Unknown Source) ~[?:?]
	at java.net.URI$Parser.failExpecting(Unknown Source) ~[?:?]
	at java.net.URI$Parser.parseHierarchical(Unknown Source) ~[?:?]
	at java.net.URI$Parser.parse(Unknown Source) ~[?:?]
	at java.net.URI.<init>(Unknown Source) ~[?:?]
	... 18 more