Geräte anlernen unter RPI-RF-MOD FW 4.4.12

[MichaelN]

Alles ausprobiert, ich geben es nun auf
Muss halt hoffen, das ich kein neues Gerät mehr benötige.

[MichaelN]

ich habe nochmal das Funkmodul mit USB-Verlängerung abgesetzt, nochmal die OVA gebootet, Aktor Werksresettet und dann das Anlernen gestartet. Und siehe da - nach einem kompletten Nachmittag war auf einmal die ersehnte (1) zu sehen...

Frag mich nicht warum. In den Logs war nie etwas vom Anlernvorgang zu sehen und irgendwann klappte es dann.

[Baxxy]

Für Interessenten hier mal die relevanten Logzeilen (IP "alles loggen") für ein erfolgreiches Anlernen per Internet...
3014F711A0000xxxxxxxx558 ist mein Funkmodul (HmIP-RFUSB)
3014F711A000xxxxxxxxx967 ist das anzulernende Gerät (HmIP-SCI)

Code: Alles auswählen

Apr 3 14:30:08 de.eq3.cbcs.server.core.internal.InclusionHandling DEBUG [vert.x-eventloop-thread-3] AP 3014F711A0000xxxxxxxx558: Not in inclusion mode. Do nothing. Device 3014F711A000xxxxxxxxx967 IP-Address 13174A MAC-Address 13174A 
Apr 3 14:30:18 de.eq3.cbcs.server.core.internal.InclusionHandling DEBUG [vert.x-eventloop-thread-3] AP 3014F711A0000xxxxxxxx558: Inclusion 3014F711A000xxxxxxxxx967: Step 1 Request handled 13174A (13174A) 
Apr 3 14:30:18 de.eq3.cbcs.server.core.internal.InclusionHandling DEBUG [RXTXPortMonitor(/dev/mmd_hmip)] AP 3014F711A0000xxxxxxxx558: Inclusion 3014F711A000xxxxxxxxx967: Step 2 response from get inclusion data 13174A (13174A) -> Router null 
Apr 3 14:30:18 de.eq3.cbcs.server.core.vertx.KeyServerWorker DEBUG [vert.x-worker-thread-4] AP 3014F711A0000xxxxxxxx558: Inclusion 3014F711A000xxxxxxxxx967: Step 3.0 KeyServerWorker Router null
Apr 3 14:30:19 de.eq3.cbcs.server.core.vertx.KeyServerWorker DEBUG [vert.x-worker-thread-4] AP 3014F711A0000xxxxxxxx558: Inclusion 3014F711A000xxxxxxxxx967: Step 3.1 KeyServerWorker response Router null
Apr 3 14:30:19 de.eq3.cbcs.server.core.internal.InclusionHandling DEBUG [vert.x-eventloop-thread-0] AP 3014F711A0000xxxxxxxx558: Inclusion 3014F711A000xxxxxxxxx967: Step 4.0.1 Accept device, Router null 
Apr 3 14:30:19 de.eq3.cbcs.server.core.task.protocol.NetworkManagementTask DEBUG [vert.x-eventloop-thread-1] AP 3014F711A0000xxxxxxxx558: Inclusion 3014F711A000xxxxxxxxx967: Step 4.3 Send Inclusion Accept to 13174A (13174A) 
Apr 3 14:30:19 de.eq3.cbcs.server.core.task.protocol.NetworkManagementTask DEBUG [vert.x-eventloop-thread-1] AP 3014F711A0000xxxxxxxx558: Inclusion 3014F711A000xxxxxxxxx967: Step 4.4 Inclusion Accept Response sent 
Apr 3 14:30:19 de.eq3.cbcs.server.core.internal.InclusionHandling INFO  [vert.x-eventloop-thread-3] AP 3014F711A0000xxxxxxxx558: Device included 3014F711A000xxxxxxxxx967 
Apr 3 14:30:19 de.eq3.cbcs.server.core.internal.InclusionHandling DEBUG [vert.x-eventloop-thread-3] AP 3014F711A0000xxxxxxxx558: Inclusion 3014F711A000xxxxxxxxx967: Step 5 Evidence: Confirmation handled

[MichaelN]

Mein Fehler war wohl das ich die virtuelle Maschine einfach schlafen gelegt habe. Sicher ich den Zustand der OVA und starte sie später wieder, wird zwar das Funkmodul unter "Hilfe" angezeigt und es gibt auch keine Fehlermeldungen, aber das Funkmodul ist offensichtlich nicht aktiv.

Ich muss die virtuelle Maschine erst einmal neu starten - danach funktioniert auch das Funkmodul. Manchmal. Aber nicht immer. Aber wenn es beim Booten der OVA nicht erkannt wird, dann ist das immerhin klar ersichtlich. Kein DC/CS, kein Funkmodul unter Hilfe.

Gibt es noch einen anderen Weg das Funkmodul wieder zum Leben zu erwecken?

[Baxxy]

Gibt es noch einen anderen Weg das Funkmodul wieder zum Leben zu erwecken?

Die RM .ova ist eher nicht dafür ausgelegt schlafen gelegt zu werden.
Ich vergesse das auch gerne mal und lege den Host mitsamt laufender RM-VM schlafen. Das geht natürlich auch in die Hose.

Grüße, Baxxy