[GELÖST] Probleme nach Migration von CCU2 - Geräte nicht steuerbar, kein Anlernen möglich

Einrichtung, Nutzung und Hilfe zu RaspberryMatic (OCCU auf Raspberry Pi)

Moderatoren: jmaus, Co-Administratoren

Benutzeravatar
Baxxy
Beiträge: 10832
Registriert: 18.12.2018, 15:45
System: Alternative CCU (auf Basis OCCU)
Hat sich bedankt: 608 Mal
Danksagung erhalten: 2227 Mal

Re: Probleme nach Migration von CCU2 - Geräte nicht steuerbar, kein Anlernen möglich

Beitrag von Baxxy » 17.01.2023, 22:50

jp112sdl hat geschrieben:
17.01.2023, 10:26
Da kommt kein einziges Telegramm von deinem anzulernenden Gerät an
Beim letzten Problem-User war auch Totenstille im Log.
Irgendwie ungewöhnlich das "relativ viele" womöglich defekte HmIP-RFUSB im Umlauf sind.

Hier mal ein Logauszug von einem IP-Gerät im Anlernmodus (die Zentrale ist hier noch nicht im Anlernmodus)

Code: Alles auswählen

2023-01-17 22:42:08,283 de.eq3.cbcs.server.core.internal.HMIPTRXListener TRACE [RXTXPortMonitor(/dev/mmd_hmip)] HM /IP Frame received Frametype: HMIP_NM_DEVICE_INCLUSION_REQUEST 
2023-01-17 22:42:08,293 de.eq3.cbcs.server.core.vertx.IncomingHMIPFrameHandler TRACE [vert.x-eventloop-thread-6] AP 3014F711A0000xxxxxxxx558: HM /IP Frame received  Frametype: HMIP_NM_DEVICE_INCLUSION_REQUEST from 15068F (15068F) 
2023-01-17 22:42:08,308 de.eq3.cbcs.server.core.internal.InclusionHandling TRACE [vert.x-eventloop-thread-6] AP 3014F711A0000xxxxxxxx558: Inclusion Request device with SGTIN: 3014F711A0000xxxxxxxx644; accept Master Key: true; accept Local Key: true 
2023-01-17 22:42:08,309 de.eq3.cbcs.server.core.internal.InclusionHandling DEBUG [vert.x-eventloop-thread-6] AP 3014F711A0000xxxxxxxx558: Not in inclusion mode. Do nothing. Device 3014F711A0000xxxxxxxx644 IP-Address 15068F MAC-Address 15068F 
2023-01-17 22:42:08,315 de.eq3.cbcs.legacy.bidcos.rpc.internal.LegacyNotificationHandler TRACE [vert.x-worker-thread-3] DEVICE_INCLUSION_REQUESTED : {"caller.id":"event","request.id":-1,"notification.type":50,"accesspoint.id":"3014F711A0000xxxxxxxx558","device.id":"3014F711A0000xxxxxxxx644","device.type":{"label":"HmIP-FSM16","id":301,"manufacturer_code":1,"updatable":true,"parentType":"FSM"},"device.descr":{"id":"FSM_V5","type":"FSM","description":"Full flush switch actuator with Measuring","version":5}}
TKoo0 hat geschrieben:
17.01.2023, 09:38
Ich schätze mal, dass der Stick defekt ist. Falls dieser eine LED haben sollte, dann leuchtet da auch nichts.
Ja, sieht für mich auch nach defekt aus. Eine LED haben die Sticks zwar, die wird aber nicht genutzt und ist daher immer aus.

TKoo0
Beiträge: 7
Registriert: 16.01.2023, 12:19
System: Alternative CCU (auf Basis OCCU)
Hat sich bedankt: 3 Mal

Re: Probleme nach Migration von CCU2 - Geräte nicht steuerbar, kein Anlernen möglich

Beitrag von TKoo0 » 20.01.2023, 10:13

Hallo,

ein kurzes Update. Ich hätte gern direkt umgetauscht, aber elv zieht es wohl vor zu erstatten und den Kunden dann neu bestellen zu lassen.
Dann muss man diese Option der Erstattung vielleicht bei derartigen Artikeln aus der Rücksendemaske besser entfernen, aber das ist eine ganz andere Geschichte. ;)

Sobald ich den (hoffentlich) intakten Ersatz habe, werde ich mich wieder kurz zurück melden.

Bis dahin.

TKoo0
Beiträge: 7
Registriert: 16.01.2023, 12:19
System: Alternative CCU (auf Basis OCCU)
Hat sich bedankt: 3 Mal

Re: Probleme nach Migration von CCU2 - Geräte nicht steuerbar, kein Anlernen möglich

Beitrag von TKoo0 » 21.01.2023, 18:21

Hi!

Neuer Stick ist angekommen und dieser geht sogar. :)
Das ganze Problem war also in defekter Hardware zu suchen.

Danke für die Unterstützung und die Hilfe bei der Analyse.

jp112sdl
Beiträge: 12115
Registriert: 20.11.2016, 20:01
Hat sich bedankt: 848 Mal
Danksagung erhalten: 2150 Mal
Kontaktdaten:

Re: Probleme nach Migration von CCU2 - Geräte nicht steuerbar, kein Anlernen möglich

Beitrag von jp112sdl » 21.01.2023, 19:09

Na mal schauen, wann dein zurück gesendeter defekter Stick beim nächsten Foren-User ankommt. 8)

VG,
Jérôme ☕️

---
Support for my Homebrew-Devices: Download JP-HB-Devices Addon

Antworten

Zurück zu „RaspberryMatic“