Connection refused

ChristianWerner · 2. November 2020 um 13:52

Guten Tag,

wir haben mehrere Displays/Smartphones mit der aktuellen Smartha-App laufen. Im CCU-Log kommt zyklisch folgender Fehler (s.u.). Die Ports sind in der CCU entsprechend freigeschaltet, die Displays sind jungfreulich und haben neben der Standard-Software nur die Smartha-App installiert. Es ist also keine Software vorhanden, die irgendwelche Ports blockiert. Scheinbar gibt es Probleme, das Interface „7TR4H66K“ hinzuzufügen. Ich habe jetzt mal in die Smartha-App unter Zentralen geschaut und siehe da… die Bezeichnung „7TR4H66K“ taucht bei allen Displays auf. Kommt der Fehler daher, dass der Interface-Name redundant verwendet wird und nach der ersten Initialisierung quasi nicht neu von der CCU initialisiert werden kann?

Danke und viele Grüße,
Christian

Nov 2 14:07:11 de.eq3.ccu.virtualdevice.service.internal.rega.VirtualDeviceHandlerRega INFO [vert.x-eventloop-thread-5] (un)registerCallback on VirtualDeviceHandlerRega called from url: http://192.168.1.104:2021/ Nov 2 14:07:11 de.eq3.ccu.virtualdevice.service.internal.rega.VirtualDeviceHandlerRega INFO [vert.x-eventloop-thread-5] Added InterfaceId: 7TR4H66K Nov 2 14:07:11 de.eq3.ccu.virtualdevice.service.internal.rega.BackendWorker INFO [vert.x-worker-thread-3] Execute BackendCommand: de.eq3.ccu.virtualdevice.service.internal.rega.BackendUpdateDevicesCommand Nov 2 14:09:13 de.eq3.cbcs.legacy.bidcos.rpc.LegacyServiceHandler INFO [vert.x-worker-thread-3] (un)registerCallback on LegacyServiceHandler called from url: http://192.168.1.104:2021/ Nov 2 14:09:13 de.eq3.cbcs.legacy.bidcos.rpc.LegacyServiceHandler INFO [vert.x-worker-thread-2] init finished Nov 2 14:09:13 de.eq3.cbcs.legacy.bidcos.rpc.internal.InterfaceInitializer INFO [vert.x-worker-thread-4] Added InterfaceId: 7TR4H66K Nov 2 14:09:13 de.eq3.cbcs.legacy.bidcos.rpc.internal.InterfaceInitializer ERROR [vert.x-worker-thread-4] IO Exception: Could not add interface: 7TR4H66K de.eq3.cbcs.legacy.communication.rpc.RpcIOException: java.net.ConnectException: Connection refused (Connection refused) at de.eq3.cbcs.legacy.communication.rpc.internal.transport.http.HttpTransport.sendRequest(HttpTransport.java:110) at de.eq3.cbcs.legacy.communication.rpc.internal.rpc.RpcClient.sendRequest(RpcClient.java:94) at de.eq3.cbcs.legacy.communication.rpc.internal.rpc.RpcClient.invoke(RpcClient.java:82) at com.sun.proxy.$Proxy21.listDevices(Unknown Source) at de.eq3.cbcs.legacy.bidcos.rpc.internal.LegacyBackendClient.listDevices(LegacyBackendClient.java:139) at de.eq3.cbcs.legacy.bidcos.rpc.internal.DeviceUtil.synchronizedBackendDevices(DeviceUtil.java:142) at de.eq3.cbcs.legacy.bidcos.rpc.internal.InterfaceInitializer.handle(InterfaceInitializer.java:109) at de.eq3.cbcs.legacy.bidcos.rpc.internal.InterfaceInitializer.handle(InterfaceInitializer.java:26) at io.vertx.core.eventbus.impl.HandlerRegistration.deliver(HandlerRegistration.java:212) at io.vertx.core.eventbus.impl.HandlerRegistration.handle(HandlerRegistration.java:191) at io.vertx.core.eventbus.impl.EventBusImpl.lambda$deliverToHandler$3(EventBusImpl.java:505) at io.vertx.core.impl.ContextImpl.lambda$wrapTask$2(ContextImpl.java:337) at io.vertx.core.impl.TaskQueue.lambda$new$0(TaskQueue.java:60) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:748) Caused by: java.net.ConnectException: Connection refused (Connection refused) at java.net.PlainSocketImpl.socketConnect(Native Method) at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:350) at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:206) at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:188) at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392) at java.net.Socket.connect(Socket.java:607) at org.apache.http.conn.scheme.PlainSocketFactory.connectSocket(PlainSocketFactory.java:120) at org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:179) at org.apache.http.impl.conn.AbstractPoolEntry.open(AbstractPoolEntry.java:144) at org.apache.http.impl.conn.AbstractPooledConnAdapter.open(AbstractPooledConnAdapter.java:134) at org.apache.http.impl.client.DefaultRequestDirector.tryConnect(DefaultRequestDirector.java:612) at org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:447) at org.apache.http.impl.client.AbstractHttpClient.doExecute(AbstractHttpClient.java:884) at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:82) at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:107) at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:55) at de.eq3.cbcs.legacy.communication.rpc.internal.transport.http.HttpTransport.sendRequest(HttpTransport.java:106) ... 15 more

eschaefer · 2. November 2020 um 14:27

Hi @ChristianWerner,

dieser Fehler sagt eher aus, dass einer der Tablets nicht erreicht werden kann.
Wobei ich einen Fehler durch den gleichen Identifier nicht ausschließen will. Kannst Du sicher stellen, dass die IP „192.168.1.104“ zum Zeitpunkt der Meldung erreichbar war?

– Eddy

ChristianWerner · 2. November 2020 um 14:33

Ja definitiv. Das Tablet ist auch benutzbar und kann die CCU ordentlich bedienen (schalten der Alarmanlage). Ob die Gegenrichtigung funktioniert kann bezweifelt werden. Wir hatten bereits einen Alarm und dieser (also die Systemvariable) wurde leider nicht auf dem Display visualisiert.

christian@christian-work-pc:~$ ssh root@192.168.1.222
root@192.168.1.222’s password:
root@homematic-ccu2:~# ping 192.168.1.104
PING 192.168.1.104 (192.168.1.104): 56 data bytes
64 bytes from 192.168.1.104: seq=0 ttl=64 time=30.591 ms
64 bytes from 192.168.1.104: seq=1 ttl=64 time=43.608 ms
64 bytes from 192.168.1.104: seq=2 ttl=64 time=194.217 ms
64 bytes from 192.168.1.104: seq=3 ttl=64 time=90.820 ms
^C
— 192.168.1.104 ping statistics —
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 30.591/89.809/194.217 ms
root@homematic-ccu2:~#

eschaefer · 2. November 2020 um 14:35

Hi @ChristianWerner,

die Variablen werden periodisch abgerufen, da keine andere Möglichkeit auf der CCU vorhanden sind. Daher muss das unabhängig von dem Fehler funktionieren.

Interessant. Was, wenn nur eins eingeschaltet ist, tritt der Fehler dann auch auf? Bitte beachte, dass nach Ausschalten 1-2 Stunden abgewartet werden muss, bis die CCU das „merkt“.

– Eddy

ChristianWerner · 2. November 2020 um 14:53

Das würde ich mal ausprobieren…

Zum Verständnis:

Ich erstelle mit Win-Smartha die komplette Konfiguration unserer Anlage, exportiere diese und importiere die Daten danach auf 3 Tablets und 2 Smartphones. Bei allen Geräten ist der Interface-Name der CCU gleich. Soll das wirklich so sein? Oder müsste beim Import nicht eine neue ID generiert werden, damit die Geräte eineindeutig im Homematic-Netz identifizierbar sind?

eschaefer · 2. November 2020 um 15:09

Hi @ChristianWerner,

Danke für die Aufklärung, soweit ist alles korrekt.

Ich bin mir nicht sicher, ob die CCU wirklich nur nach dem Identifier filtern oder zusätzlich die IP nimmt. Es wäre nett, wenn Du das erst ausprobierst. Sollte das funktionieren, können wir das mit unterschiedlichen Identifiern probieren.

– Eddy

ChristianWerner · 3. November 2020 um 07:24

Ok, ich habe alle Geräte außer besagtes (192.168.1.104) gestern Nachmittag vom Netz genommen. Der Fehler tauchte ja zyklisch alle 2min auf, aber seit 3 Uhr Nachts läuft es jetzt fehlerfrei. Das hatte ich so noch nie.

Nov 3 07:17:21 de.eq3.cbcs.legacy.bidcos.rpc.LegacyServiceHandler INFO  [vert.x-worker-thread-4] (un)registerCallback on LegacyServiceHandler called from url: http://192.168.1.104:2021/ 
Nov 3 07:17:21 de.eq3.cbcs.legacy.bidcos.rpc.LegacyServiceHandler INFO  [vert.x-worker-thread-3] init finished 
Nov 3 07:17:21 de.eq3.cbcs.legacy.bidcos.rpc.internal.InterfaceInitializer INFO  [vert.x-worker-thread-1] Added InterfaceId: 7TR4H66K 
Nov 3 07:17:21 de.eq3.cbcs.legacy.bidcos.rpc.internal.DeviceUtil INFO  [vert.x-worker-thread-1] updateDevicesForClient 7TR4H66K -> 34 device addresses will be deleted 
Nov 3 07:17:21 de.eq3.ccu.virtualdevice.service.internal.rega.VirtualDeviceHandlerRega INFO  [vert.x-eventloop-thread-5] (un)registerCallback on VirtualDeviceHandlerRega called from url: http://192.168.1.104:2021/ 
Nov 3 07:17:21 de.eq3.ccu.virtualdevice.service.internal.rega.VirtualDeviceHandlerRega INFO  [vert.x-eventloop-thread-5] Added InterfaceId: 7TR4H66K 
Nov 3 07:17:21 de.eq3.ccu.virtualdevice.service.internal.rega.BackendWorker INFO  [vert.x-worker-thread-16] Execute BackendCommand: de.eq3.ccu.virtualdevice.service.internal.rega.BackendUpdateDevicesCommand 
Nov 3 07:17:21 de.eq3.cbcs.legacy.bidcos.rpc.internal.DeviceUtil INFO  [vert.x-worker-thread-1] updateDevicesForClient 7TR4H66K -> 164 device addresses will be added 
Nov 3 07:17:21 de.eq3.ccu.virtualdevice.service.internal.rega.BackendUpdateDevicesCommand INFO  [vert.x-worker-thread-16] updateDevicesForClient -> 63 device addresses will be deleted 
Nov 3 07:21:06 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-7] SYSTEM: 0 Accesspoints in Queue 
Nov 3 07:21:06 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-7] SYSTEM: Permanent-/Burstlistener Handler utilization: 0/50 used 
Nov 3 07:21:06 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-7] SYSTEM: Eventlistener Handler utilization: 0/50 used 
Nov 3 07:26:06 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-7] SYSTEM: 0 Accesspoints in Queue 
Nov 3 07:26:06 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-7] SYSTEM: Permanent-/Burstlistener Handler utilization: 0/50 used 
Nov 3 07:26:06 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-7] SYSTEM: Eventlistener Handler utilization: 0/50 used 
Nov 3 07:31:06 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-7] SYSTEM: 0 Accesspoints in Queue 
Nov 3 07:31:06 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-7] SYSTEM: Permanent-/Burstlistener Handler utilization: 0/50 used 
Nov 3 07:31:06 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-7] SYSTEM: Eventlistener Handler utilization: 0/50 used 
Nov 3 07:36:06 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-7] SYSTEM: 0 Accesspoints in Queue 
Nov 3 07:36:06 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-7] SYSTEM: Permanent-/Burstlistener Handler utilization: 0/50 used 
Nov 3 07:36:06 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-7] SYSTEM: Eventlistener Handler utilization: 0/50 used 
Nov 3 07:41:06 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-7] SYSTEM: 0 Accesspoints in Queue 
Nov 3 07:41:06 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-7] SYSTEM: Permanent-/Burstlistener Handler utilization: 0/50 used 
Nov 3 07:41:06 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-7] SYSTEM: Eventlistener Handler utilization: 0/50 used 
Nov 3 07:46:06 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-7] SYSTEM: 0 Accesspoints in Queue 
Nov 3 07:46:06 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-7] SYSTEM: Permanent-/Burstlistener Handler utilization: 0/50 used 
Nov 3 07:46:06 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-7] SYSTEM: Eventlistener Handler utilization: 0/50 used 
Nov 3 07:47:48 de.eq3.cbcs.legacy.bidcos.rpc.LegacyServiceHandler INFO  [vert.x-worker-thread-2] (un)registerCallback on LegacyServiceHandler called from url: http://192.168.1.104:2021/ 
Nov 3 07:47:48 de.eq3.cbcs.legacy.bidcos.rpc.LegacyServiceHandler INFO  [vert.x-worker-thread-2] init finished 
Nov 3 07:47:48 de.eq3.cbcs.legacy.bidcos.rpc.internal.InterfaceInitializer INFO  [vert.x-worker-thread-1] Added InterfaceId: 7TR4H66K 
Nov 3 07:47:48 de.eq3.ccu.virtualdevice.service.internal.rega.VirtualDeviceHandlerRega INFO  [vert.x-eventloop-thread-5] (un)registerCallback on VirtualDeviceHandlerRega called from url: http://192.168.1.104:2021/ 
Nov 3 07:47:48 de.eq3.ccu.virtualdevice.service.internal.rega.VirtualDeviceHandlerRega INFO  [vert.x-eventloop-thread-5] Added InterfaceId: 7TR4H66K 
Nov 3 07:47:48 de.eq3.ccu.virtualdevice.service.internal.rega.BackendWorker INFO  [vert.x-worker-thread-17] Execute BackendCommand: de.eq3.ccu.virtualdevice.service.internal.rega.BackendUpdateDevicesCommand 
Nov 3 07:47:48 de.eq3.cbcs.legacy.bidcos.rpc.internal.DeviceUtil INFO  [vert.x-worker-thread-1] updateDevicesForClient 7TR4H66K -> 34 device addresses will be deleted 
Nov 3 07:47:48 de.eq3.cbcs.legacy.bidcos.rpc.internal.DeviceUtil INFO  [vert.x-worker-thread-1] updateDevicesForClient 7TR4H66K -> 164 device addresses will be added 
Nov 3 07:47:48 de.eq3.ccu.virtualdevice.service.internal.rega.BackendUpdateDevicesCommand INFO  [vert.x-worker-thread-17] updateDevicesForClient -> 63 device addresses will be deleted 
Nov 3 07:51:06 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-7] SYSTEM: 0 Accesspoints in Queue 
Nov 3 07:51:06 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-7] SYSTEM: Permanent-/Burstlistener Handler utilization: 0/50 used 
Nov 3 07:51:06 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-7] SYSTEM: Eventlistener Handler utilization: 0/50 used 
Nov 3 07:53:51 de.eq3.cbcs.legacy.bidcos.rpc.LegacyServiceHandler INFO  [vert.x-worker-thread-2] (un)registerCallback on LegacyServiceHandler called from url: http://192.168.1.104:2021/ 
Nov 3 07:53:51 de.eq3.cbcs.legacy.bidcos.rpc.LegacyServiceHandler INFO  [vert.x-worker-thread-0] init finished 
Nov 3 07:53:51 de.eq3.cbcs.legacy.bidcos.rpc.internal.InterfaceInitializer INFO  [vert.x-worker-thread-1] Added InterfaceId: 7TR4H66K 
Nov 3 07:53:51 de.eq3.cbcs.legacy.bidcos.rpc.internal.DeviceUtil INFO  [vert.x-worker-thread-1] updateDevicesForClient 7TR4H66K -> 34 device addresses will be deleted 
Nov 3 07:53:51 de.eq3.ccu.virtualdevice.service.internal.rega.VirtualDeviceHandlerRega INFO  [vert.x-eventloop-thread-5] (un)registerCallback on VirtualDeviceHandlerRega called from url: http://192.168.1.104:2021/ 
Nov 3 07:53:51 de.eq3.cbcs.legacy.bidcos.rpc.internal.DeviceUtil INFO  [vert.x-worker-thread-1] updateDevicesForClient 7TR4H66K -> 164 device addresses will be added 
Nov 3 07:53:51 de.eq3.ccu.virtualdevice.service.internal.rega.VirtualDeviceHandlerRega INFO  [vert.x-eventloop-thread-5] Added InterfaceId: 7TR4H66K 
Nov 3 07:53:51 de.eq3.ccu.virtualdevice.service.internal.rega.BackendWorker INFO  [vert.x-worker-thread-18] Execute BackendCommand: de.eq3.ccu.virtualdevice.service.internal.rega.BackendUpdateDevicesCommand 
Nov 3 07:53:51 de.eq3.ccu.virtualdevice.service.internal.rega.BackendUpdateDevicesCommand INFO  [vert.x-worker-thread-18] updateDevicesForClient -> 63 device addresses will be deleted 
Nov 3 07:56:06 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-7] SYSTEM: 0 Accesspoints in Queue 
Nov 3 07:56:06 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-7] SYSTEM: Permanent-/Burstlistener Handler utilization: 0/50 used 
Nov 3 07:56:06 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-7] SYSTEM: Eventlistener Handler utilization: 0/50 used 
Nov 3 08:01:06 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-7] SYSTEM: 0 Accesspoints in Queue 
Nov 3 08:01:06 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-7] SYSTEM: Permanent-/Burstlistener Handler utilization: 0/50 used 
Nov 3 08:01:06 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-7] SYSTEM: Eventlistener Handler utilization: 0/50 used 
Nov 3 08:06:06 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-7] SYSTEM: 0 Accesspoints in Queue 
Nov 3 08:06:06 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-7] SYSTEM: Permanent-/Burstlistener Handler utilization: 0/50 used 
Nov 3 08:06:06 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-7] SYSTEM: Eventlistener Handler utilization: 0/50 used 
Nov 3 08:10:06 de.eq3.cbcs.legacy.bidcos.rpc.LegacyServiceHandler INFO  [vert.x-worker-thread-3] (un)registerCallback on LegacyServiceHandler called from url: http://192.168.1.104:2021/ 
Nov 3 08:10:06 de.eq3.cbcs.legacy.bidcos.rpc.LegacyServiceHandler INFO  [vert.x-worker-thread-2] init finished 
Nov 3 08:10:06 de.eq3.cbcs.legacy.bidcos.rpc.internal.InterfaceInitializer INFO  [vert.x-worker-thread-2] Added InterfaceId: 7TR4H66K 
Nov 3 08:10:06 de.eq3.cbcs.legacy.bidcos.rpc.internal.DeviceUtil INFO  [vert.x-worker-thread-2] updateDevicesForClient 7TR4H66K -> 34 device addresses will be deleted 
Nov 3 08:10:06 de.eq3.cbcs.legacy.bidcos.rpc.internal.DeviceUtil INFO  [vert.x-worker-thread-2] updateDevicesForClient 7TR4H66K -> 164 device addresses will be added 
Nov 3 08:10:06 de.eq3.ccu.virtualdevice.service.internal.rega.VirtualDeviceHandlerRega INFO  [vert.x-eventloop-thread-5] (un)registerCallback on VirtualDeviceHandlerRega called from url: http://192.168.1.104:2021/ 
Nov 3 08:10:06 de.eq3.ccu.virtualdevice.service.internal.rega.VirtualDeviceHandlerRega INFO  [vert.x-eventloop-thread-5] Added InterfaceId: 7TR4H66K 
Nov 3 08:10:06 de.eq3.ccu.virtualdevice.service.internal.rega.BackendWorker INFO  [vert.x-worker-thread-19] Execute BackendCommand: de.eq3.ccu.virtualdevice.service.internal.rega.BackendUpdateDevicesCommand 
Nov 3 08:10:06 de.eq3.ccu.virtualdevice.service.internal.rega.BackendUpdateDevicesCommand INFO  [vert.x-worker-thread-19] updateDevicesForClient -> 63 device addresses will be deleted 
Nov 3 08:11:06 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-7] SYSTEM: 0 Accesspoints in Queue 
Nov 3 08:11:06 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-7] SYSTEM: Permanent-/Burstlistener Handler utilization: 0/50 used 
Nov 3 08:11:06 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-7] SYSTEM: Eventlistener Handler utilization: 0/50 used 
Nov 3 08:16:06 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-7] SYSTEM: 0 Accesspoints in Queue 
Nov 3 08:16:06 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-7] SYSTEM: Permanent-/Burstlistener Handler utilization: 0/50 used 
Nov 3 08:16:06 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-7] SYSTEM: Eventlistener Handler utilization: 0/50 used

log.txt (769,9 KB)

eschaefer · 3. November 2020 um 07:38

Hi @ChristianWerner,

vielen Dank für Deinen Test. Ich werde mit der nächsten Version einen zusätzlichen String zum Identifier beim Import der Zentralen dranhängen, damit dieser eindeutig ist.

– Eddy

ChristianWerner · 3. November 2020 um 07:51

Wäre es möglich beim Ausrollen der neuen Version eine Migration laufen zu lassen, die alle CCU-Identifier neu bzw. den zusätzlichen String in Form einer zufälligen Literals/Nummer generiert. Das wäre echt super.

eschaefer · 3. November 2020 um 07:53

Hi @ChristianWerner,

es wird so sein, dass Du die CCU in der Smartha App 1x bearbeiten und speichern musst, damit der Identifier der bestehenden Zentralen sich ändert. Anschließend wird ein Neustart der App notwendig sein.

– Eddy