Problem beim Anlernen von DRAP an CCU3

[lupo9557]

Hallo zusammen,

ich möchte das Thema mit dem nicht zu verbindenen DRAP gern nochmal aufgreifen.

Auch ich habe das gleiche Problem, dass ich versuche, den DRAP anzulernen und es ums Verrecken mit der CCU3 (3.51.6) nicht klappen will.
Ich weiß nicht, wie oft ich den DRAP (2.0.22 Firmware) schon resettet habe, es will nicht klappen.
Das Vorgehen dabei war wie folgt:

• DRAP Reset, er startet neu, blinkt eine Weile blau und dann konstant blau

• Der DRAP bekommt seine IP Adresse per reserviertem DHCP Eintrag

• Wenn die LED dauerhaft blau leuchtet, in der CCU3 die Systemsteuerung öffnen und Homematic IP Access point anklicken

• In der Liste steht bereits ein Eintrag, das wird wohl die CCU selber sein.

• Neu klicken

• DRAP wird gefunden und angezeigt.

• Hinzufügen klicken, Name angeben und Passwort

• Es dauert dann ca. 1/2 Minute bis die Fehlermeldung erscheint, dass keine Verbindung hergestellt werden kann

• Währenddesssen blinkt der DRAP kurz orange, dann grünund dann blinkt er blau und hört auch nicht mehr damit auf. Auch wenn der DRAP vom Strom genommen wird, ändert sich das nicht mehr bis zum nächsten Reset.

Auf einem frisch hochgezogenen RasPi mit RaspMatic 3.49.17.20200131 funktionierte das EInbinden sofort ohne Probleme.

Die folgenden Infos beziehen sich auf die CCU:

In der Datei hmserver.log erscheinen bei dem Einbindeversuch folgende Einträge:

Code: Alles auswählen

Feb 14 17:00:48 de.eq3.cbcs.lib.hmiptrxcommadapter.internal.RoutingSubsystem WARN  [Thread-6] Received routing key E589C2F295827D183D9E8502904CE5D4
Feb 14 17:01:00 de.eq3.cbcs.lib.remotecommadapter.AccessPointCommDevice INFO  [vert.x-eventloop-thread-3] AP 3014F711A000179XXXXXXXXX: Access Point connected - handlerId: fd19f958-5f46-45d3-98ef-a4956b456ff9
Feb 14 17:01:20 de.eq3.cbcs.lib.remotecommadapter.AccessPointCommDevice INFO  [vert.x-eventloop-thread-3] AP 3014F711A000179XXXXXXXXX / handlerId fd19f958-5f46-45d3-98ef-a4956b456ff9 / SERVER_DISCONNECT_HANDSHAKE_TIMEOUT: disconnect commencing...
Feb 14 17:01:20 de.eq3.cbcs.lib.remotecommadapter.AccessPointCommDevice INFO  [vert.x-eventloop-thread-3] AP 3014F711A000179XXXXXXXXX / handlerId fd19f958-5f46-45d3-98ef-a4956b456ff9 / SERVER_DISCONNECT_HANDSHAKE_TIMEOUT: removed connection handshake information
Feb 14 17:01:20 de.eq3.cbcs.lib.remotecommadapter.AccessPointCommDevice INFO  [vert.x-eventloop-thread-3] AP 3014F711A000179XXXXXXXXX / handlerId fd19f958-5f46-45d3-98ef-a4956b456ff9 / SERVER_DISCONNECT_HANDSHAKE_TIMEOUT: informed Watchdog and WebSocket management to delete supporting references
Feb 14 17:01:20 de.eq3.cbcs.lib.remotecommadapter.AccessPointCommDevice INFO  [vert.x-eventloop-thread-3] AP 3014F711A000179XXXXXXXXX / handlerId fd19f958-5f46-45d3-98ef-a4956b456ff9 / SERVER_DISCONNECT_HANDSHAKE_TIMEOUT: calling close on WebSocket after removing object reference
Feb 14 17:01:20 de.eq3.cbcs.lib.remotecommadapter.AccessPointCommDevice INFO  [vert.x-eventloop-thread-3] AP 3014F711A000179XXXXXXXXX / CLIENT_DISCONNECT: connection state was already reset or is being in the state of closing - ok

Im Verzeichnis /usr/local/etc/config/crRFD/data sind keine Einträge mit der SGTIN des DRAPs im Dateinamen vorhanden.

In der Datei metadata.conf in o.g. Verzeichnis steht die SGTIN vom DRAP aber drin:

Code: Alles auswählen

{"metaData":{"8576EFBD93BE74635EC4947XXXXXXXXX:DLK":"0C0MYW8T000XXXXXXXXX","3014F711A000179XXXXXXXXX:type":"HmIPW-DRAP","3014F711A000179XXXXXXXXX:name":"DRAP"}}

"DRAP" im letzten Eintrag war der Name, den ich vergeben hatte.

Noch eine Beobachtung:
DRAP wurde nicht korrekt angelernt wie oben beschrieben.
Nun habe ich nach einer Weile den DRAP vom Strom genommen und wieder angeschlossen, Resultat blaues Blinken wie gehabt.
Kurz nach dem Anschließen des DRAP am Strom erscheinen die schon bekannten Log Einträge 4x und danach in Abständen immer wieder.

Code: Alles auswählen

Feb 14 17:49:53 de.eq3.cbcs.lib.remotecommadapter.AccessPointCommDevice INFO  [vert.x-eventloop-thread-3] AP 3014F711A000179XXXXXXXXX: Access Point connected - handlerId: fe6441fa-7fbf-4eb6-ab90-2ff47a7a7cb3
Feb 14 17:50:13 de.eq3.cbcs.lib.remotecommadapter.AccessPointCommDevice INFO  [vert.x-eventloop-thread-3] AP 3014F711A000179XXXXXXXXX/ handlerId fe6441fa-7fbf-4eb6-ab90-2ff47a7a7cb3 / SERVER_DISCONNECT_HANDSHAKE_TIMEOUT: disconnect commencing...
Feb 14 17:50:13 de.eq3.cbcs.lib.remotecommadapter.AccessPointCommDevice INFO  [vert.x-eventloop-thread-3] AP 3014F711A000179XXXXXXXXX/ handlerId fe6441fa-7fbf-4eb6-ab90-2ff47a7a7cb3 / SERVER_DISCONNECT_HANDSHAKE_TIMEOUT: removed connection handshake information
Feb 14 17:50:13 de.eq3.cbcs.lib.remotecommadapter.AccessPointCommDevice INFO  [vert.x-eventloop-thread-3] AP 3014F711A000179XXXXXXXXX/ handlerId fe6441fa-7fbf-4eb6-ab90-2ff47a7a7cb3 / SERVER_DISCONNECT_HANDSHAKE_TIMEOUT: informed Watchdog and WebSocket management to delete supporting references
Feb 14 17:50:13 de.eq3.cbcs.lib.remotecommadapter.AccessPointCommDevice INFO  [vert.x-eventloop-thread-3] AP 3014F711A000179XXXXXXXXX/ handlerId fe6441fa-7fbf-4eb6-ab90-2ff47a7a7cb3 / SERVER_DISCONNECT_HANDSHAKE_TIMEOUT: calling close on WebSocket after removing object reference
Feb 14 17:50:13 de.eq3.cbcs.lib.remotecommadapter.AccessPointCommDevice INFO  [vert.x-eventloop-thread-3] AP 3014F711A000179XXXXXXXXX/ CLIENT_DISCONNECT: connection state was already reset or is being in the state of closing - ok

Gegenüber dem Anlernen fehlt hier aber der Logeintrag mit dem Routing-Key.
Irgendwo scheint ja doch noch was vorhanden zu sein... ?!?!

Noch ein paar Angaben zum System:

Ich habe noch einen Lan-Konfig-Adapter und einen Raspi mit Gateway-Funktion zur Reichweitenerhöhung in Betrieb und mit der CCU verbunden.

Als Add-Ons sind CuxD v2.3.4, XML-API v1.2.0 und das NEO Server Addon 2.3.4 installiert.
Ein USB-Stick hängt noch an der CCU3 für zwei Diagramme, die erstellt werden.

Vielleicht würde es ja funktionieren, wenn ich die CCU3 auf Werkseinstellungen zurücksetze und ich dann nochmal versuche, den DRAP anzulernen.
Laut eQ3-Support (der übrigens bei dem Problem die Flügel gestreckt hat), würde der Restore eines vorher erstellten Backups den DRAP aber wieder aus dem System löschen (Macht ja auch irgendwo Sinn...)

Aktuell habe ich auf der CCU3 folgendes angelernt und in Betrieb:

278 Kanäle in 82 Geräten und 51 CUxD-Kanäle in 5 CUxD-Geräten:
1x HM-RC-Dis-H-x-EU, 3x HM-LC-Sw4-Ba-PCB, 1x HM-LC-Sw1-DR, 3x HM-ES-PMSw1-Pl, 2x HM-LC-Sw1PBU-FM, 1x HM-LC-Sw4-DR, 1x HM-LC-Sw1-PCB, 1x HM-LC-Sw1-FM, 1x HM-Sec-Key, 2x HM-LC-Sw2-FM, 5x HM-ES-PMSw1-DR, 1x HM-LC-Bl1-FM, 2x HM-LC-Sw4-PCB, 1x HM-Sen-DB-PCB, 1x HM-LC-Sw1-Pl-DN-R1, 1x HM-LC-Bl1-SM, 1x HM-LC-Ja1PBU-FM, 4x HM-LC-Bl1PBU-FM, 4x CUX28, 2x HM-LC-Dim1TPBU-FM, 1x HM-LC-Dim1L-CV, 1x HM-Dis-WM55, 1x CUX91, 8x HM-Sec-SCo, 2x HM-CC-RT-DN, 1x HmIP-RCV-50, 1x HmIP-SWD, 4x HM-SCI-3-FM, 5x HM-Sen-MDIR-O, 1x HM-Sen-MDIR-WM55, 3x HM-Sec-SD, 1x HM-Sec-SD-Team, 1x HM-LC-RGBW-WM, 1x HM-WDS30-T-O, 2x HM-Sec-WDS-2, 1x HM-WDS100-C6-O, 1x HM-Sen-RD-O, 1x HM-OU-CFM-TW, 1x HM-PB-2-WM55, 3x HM-RC-2-PBU-FM, 2x HM-RC-Key4-2, 1x HM-Sys-sRP-Pl, 2x HM-PB-6-WM55, 1x HM-PB-2-FM, 1x HM-WDS30-OT2-SM, 2x HM-TC-IT-WM-W-EU

Meine Lust hält sich in Grenzen, nach dem Factory Reset all die Geräte wieder neu anzulernen und einzustellen, sowie die ganze Systemvariablen anzulegen und Programme wieder einzuspielen etc.

Hat noch jemand irgendwelche Ideen?
Vielleicht auch, wie man den ganzen Vorgang des Verbindungsaufbaus besser debuggen kann. Ausser der paar kryptischen Meldungen, die ich oben eingefügt habe, gibt die CCU nicht viel her.

VG Uwe

[lupo9557]

Hallo zusammen,

ich möchte das Thema mit dem nicht zu verbindenen DRAP gern nochmal aufgreifen.

Auch ich habe das gleiche Problem, dass ich versuche, den DRAP anzulernen und es ums Verrecken mit der CCU3 (3.51.6) nicht klappen will.
Ich weiß nicht, wie oft ich den DRAP (2.0.22 Firmware) schon resettet habe, es will nicht klappen.
[...]

Hat niemand ne Idee dazu?

VG Uwe