After Updating - "Updating RF Lan Gateway Coprocessor Firmware" - Hanging Bootup #3010

bitsbeauty · 2025-01-29T23:10:03Z

bitsbeauty
Jan 29, 2025

Describe the issue you are experiencing

Backup gespeichert
Upgrade von 3.73.9.20231130 auf 3.79.6.20250118
System bootet nicht mehr
WebUI bleibt im "Bitte warten. Sie werden automatisch auf die Startseite weitergeleitet." Screen stehen
HDMI Port des Raspi wird schwarz
Per SSH ist die Console noch zu erreichen
Neue SD Kard genommen und mit Rasberry Pi Imager neu geflashed -> sytsem fährt hoch und Backup eingespielt
RF Modul wird nicht geladen und gibt Fehlermeldung in der WebUI
DAs System hängt sich immer wieder beim "Updating RF Lan Gateway Coprocessor Firmware" auf. Hab den Process über SSH gekillt und neu gestartet - keine Veränerung

Describe the behavior you expected

A smooth Update Process

Steps to reproduce the issue

Upgrade von 3.73.9.20231130 auf 3.79.6.20250118
System bootet nicht mehr
- WebUI bleibt im "Bitte warten. Sie werden automatisch auf die Startseite weitergeleitet." Screen stehen
- HDMI Port des Raspi wird schwarz
- Per SSH ist die Console noch zu erreichen
Neue SD Kard genommen und mit Rasberry Pi Imager neu geflashed
-> Sytsem fährt hoch und über WebUI Backup eingespielt
beim Booten wird RF Modul wird nicht geladen und gibt Fehlermeldung in der WebUI und im Log
Das System hängt sich immer wieder beim "Updating RF Lan Gateway Coprocessor Firmware" auf. Hab den Process über SSH gekillt und neu gestartet - keine Veränderung
Raspebrrymatic im Recovery Mode gestartet - selbe Problem beim booten

What is the version this bug report is based on?

3.79.6.20250118

Which base platform are you running?

rpi3 (RaspberryPi3, ARM64/aarch64)

Which HomeMatic/homematicIP radio module are you using?

HM-MOD-RPI-PCB

Anything in the logs that might be useful for us?

tail -f /var/log/messages
Jan 29 23:12:39 ccu3-webui auth.info sshd[1454]: Server listening on :: port 22.
Jan 29 23:12:39 ccu3-webui user.info root: Updating RF Lan Gateway Coprocessor Firmware
Jan 29 23:12:39 ccu3-webui user.debug update-coprocessor: firmware filename is: coprocessor_update_hm_only.eq3
Jan 29 23:13:29 ccu3-webui auth.info sshd-session[1523]: Connection closed by 192.168.178.40 port 58698 [preauth]
Jan 29 23:13:40 ccu3-webui daemon.info chronyd[1313]: Selected source 194.36.144.87 (0.de.pool.ntp.org)
Jan 29 23:14:44 ccu3-webui daemon.info chronyd[1313]: Selected source 193.203.3.171 (3.de.pool.ntp.org)
Jan 29 23:15:07 ccu3-webui auth.info sshd-session[1547]: Failed password for root from 192.168.178.40 port 58761 ssh2
Jan 29 23:15:12 ccu3-webui auth.info sshd-session[1547]: Accepted password for root from 192.168.178.40 port 58761 ssh2
Jan 29 23:19:18 ccu3-webui daemon.debug /usr/sbin/irqbalance: IRQ ttyS0(71) guessed as class 0
Jan 29 23:25:25 ccu3-webui user.info root: Updating RF Lan Gateway Firmware (Neustart nach Process Kill)

Additional information

No response

Answered by jens-maus

Jan 31, 2025

Vielleicht ist das das Problem? Das ist die Komplette Datei, hier ein Screenshot. System 3.73.9.20231130

Diese rfd.conf ist nicht "unvollständig". Sie ist schlichtweg kaputt! Das sieht man sehr deutlich an den binarzeichen die ganz oben ^@ zu finden sind. Ergo, das ist kein Bug/Issue von RaspberryMatic selbst, sondern die rfd.conf ist kaputt und du solltest dringend deine Backups druchwühlen bzw. ein früheres einspielen wo die rfd.conf noch nicht so kaputt ist.

View full answer

bitsbeauty · 2025-01-29T23:11:00Z

bitsbeauty
Jan 29, 2025
Author

Klingt ein wenig ähnlich wie #2293

0 replies

bitsbeauty · 2025-01-31T08:39:22Z

bitsbeauty
Jan 31, 2025
Author

Folgende Schritte unternommen:

Raspberry Pi 3 ausgetauscht -> gleiche problem, HM-MOD-RPI-PCB wird am TTY0 erkannt, aber Firmware update schlägt fehl
neue SD Karte genommen -> auf drei verschiedenen Karten das selbe Problem
Neuen HM-MOD-RPI-PCB eingesteckt -> selbe Problem - Firmware Update schlägt fehl, am Ende wird keine Firmware erkannt
Downgrade auf RasberryMatic 2.73.9.20231130 - keine Veränderung, selbe Problem beim FirmwareUpdate

Ich hatte Kurzzeitig die zweite (backup) HM-MOD-RPI-PCB an ersten RP3, somit gibt es eine geringe Wahrscheinlichkeit, das die Pinheader des erste RP3 defekt ist und die HM-MOD-RPI-PCB zerstört. Was anderes kann ich mir gerade nicht erklären, warum auf verschiednen Hardwar das selbe Problem auftritt, das keine anderer Wahrnimmt.

@jens-maus kannst Du anhand der Beschriebung eingrenzen, ob es ein RaspberryMatic Proboem ist, oder eine EQ3 Firmware Problem der HM-MOD-RPI-PCB ? Ich weiss gerade nicht mehr was ich machen soll, da ich bei zwei HM-MOD-RPI-PCB das selbe Problem habe.

0 replies

bitsbeauty · 2025-01-31T08:53:18Z

bitsbeauty
Jan 31, 2025
Author

Auszüge aus der Log und System Status:

Aktuelle "normale" Log, wenn ich mich nach Systemsatrt über SSH einwähle

root@ccu3-webui:~# tail -f /var/log/messages
Jan 30 10:50:07 ccu3-webui auth.info sshd[1519]: Server listening on 0.0.0.0 port 22.
Jan 30 10:50:07 ccu3-webui auth.info sshd[1519]: Server listening on :: port 22.
Jan 30 10:50:07 ccu3-webui user.info root: Updating RF Lan Gateway Coprocessor Firmware
Jan 30 10:50:07 ccu3-webui user.debug update-coprocessor: firmware filename is: coprocessor_update_hm_only.eq3
Jan 30 10:51:08 ccu3-webui daemon.info chronyd[1378]: Selected source 131.188.3.220 (0.de.pool.ntp.org)
Jan 30 10:52:10 ccu3-webui daemon.info chronyd[1378]: Selected source 116.203.194.44 (1.de.pool.ntp.org)
Jan 30 10:53:09 ccu3-webui auth.info sshd-session[1610]: Connection closed by 192.168.178.40 port 53145 [preauth]
Jan 30 10:53:47 ccu3-webui auth.info sshd-session[1612]: Accepted password for root from 192.168.178.40 port 53194 ssh2
Jan 30 10:58:39 ccu3-webui daemon.info chronyd[1378]: Selected source 5.75.181.179 (3.de.pool.ntp.org)
Jan 30 11:02:59 ccu3-webui daemon.info chronyd[1378]: Selected source 131.188.3.220 (0.de.pool.ntp.org)

Log beim Runterfahren - FirmwareUpdate wird gestartet, aber wird anscheinennd nicht ausgeführt

Jan 30 12:11:42 homematic-raspi user.debug update-coprocessor: firmware filename is: coprocessor_update.eq3 Jan 30 12:11:43 homematic-raspi user.debug update-coprocessor: () CCU2CommControllerMod::handleIdentifyEvent(): Coprocessor is in dual coprocessor application. Jan 30 12:11:43 homematic-raspi user.debug update-coprocessor: CCU2CoprocessorCommandMod::CCU2CoprocessorCommandMod(): hmip common frame Jan 30 12:11:43 homematic-raspi user.debug update-coprocessor: () CCU2CommControllerMod::handleIdentifyEvent(): Coprocessor is in dual coprocessor application. Jan 30 12:11:43 homematic-raspi user.debug update-coprocessor: () CCU2CommControllerMod::startCoprocessorBootloader(): Trying to start coprocessor bootloader Jan 30 12:11:43 homematic-raspi user.debug update-coprocessor: CCU2CoprocessorCommandMod::CCU2CoprocessorCommandMod(): hmip common frame Jan 30 12:11:43 homematic-raspi user.debug update-coprocessor: CCU2CoprocessorCommandMod::CCU2CoprocessorCommandMod(): System frame Jan 30 12:11:43 homematic-raspi user.debug update-coprocessor: () CCU2CommControllerMod::handleIdentifyEvent(): Coprocessor is in bootloader. Jan 30 12:11:43 homematic-raspi user.debug update-coprocessor: CoprocessorUpdate::startBootloader():Coprocessor entered bootloader.

Manueller Update versuch schlägt fehl

'root@ccu3-webui:# tail -f /var/log/messages
Jan 30 10:50:06 ccu3-webui daemon.err xinetd[1476]: Unable to read included directory: /etc/config/xinetd.d [file=/etc/xinetd.conf] [line=14]
Jan 30 10:50:06 ccu3-webui daemon.crit xinetd[1476]: 1476 {init_services} no services. Exiting...
Jan 30 10:50:07 ccu3-webui auth.info sshd[1519]: Server listening on 0.0.0.0 port 22.
Jan 30 10:50:07 ccu3-webui auth.info sshd[1519]: Server listening on :: port 22.
Jan 30 10:50:07 ccu3-webui user.info root: Updating RF Lan Gateway Coprocessor Firmware
Jan 30 10:50:07 ccu3-webui user.debug update-coprocessor: firmware filename is: coprocessor_update_hm_only.eq3
Jan 30 10:51:08 ccu3-webui daemon.info chronyd[1378]: Selected source 131.188.3.220 (0.de.pool.ntp.org)
Jan 30 10:52:10 ccu3-webui daemon.info chronyd[1378]: Selected source 116.203.194.44 (1.de.pool.ntp.org)
Jan 30 10:53:09 ccu3-webui auth.info sshd-session[1610]: Connection closed by 192.168.178.40 port 53145 [preauth]
Jan 30 10:53:47 ccu3-webui auth.info sshd-session[1612]: Accepted password for root from 192.168.178.40 port 53194 ssh2'
'root@ccu3-webui:# /bin/eq3configcmd update-coprocessor -p /dev/ttyS0 -t HM-MOD-UART -c -v
2025/01/30 11:46:14.721 CCU2CommControllerMod::sendSystemCommand(): failed
2025/01/30 11:46:14.721 CCU2CommControllerMod::performIdentify(): Unable to determine coprocessor state.
2025/01/30 11:46:16.722 CCU2CommControllerMod::sendSystemCommand(): failed
2025/01/30 11:46:16.722 CCU2CommControllerMod::performIdentify(): Unable to determine coprocessor state.
2025/01/30 11:46:18.722 CCU2CommControllerMod::sendSystemCommand(): failed
2025/01/30 11:46:18.722 CCU2CommControllerMod::performIdentify(): Unable to determine coprocessor state.
2025/01/30 11:46:19.722 CoprocessorUpdate::startApplication():Could not start Coprocessor application.

2025/01/30 11:46:19.723 Could not start Application, maybe no application on device, do update with dummy Version: 0.0.0'

Firmware ist vorhanden

'root@homematic-raspi:~# total 1308
drwxr-xr-x 2 root drwxr-xr-x 2 root drwxr-xr-x 2 root -rw-r--r-- 1 root -rw-r--r-- 1 root -rw-r--r-- 1 root -rw-r--r-- 1 root -rw-r--r-- 1 root -rw-r--r-- 1 root -rw-r--r-- 1 root -rw-r--r-- 1 root -rw-r--r-- 1 root -rw-r--r-- 1 root -rw-r--r-- 1 root -rw-r--r-- 1 root -rw-r--r-- 1 root -rw-r--r-- 1 root -rw-r--r-- 1 root drwxr-xr-x 2 root drwxr-xr-x 3 root ls -l /firmware/
root 4096 Jan 10 16:11 HM-MOD-UART
root 4096 Jan 18 15:37 HmIP-RFUSB
root 4096 Jan 10 16:11 RPI-RF-MOD
root 75088 Jan 18 15:37 coprocessor_update.eq3
root 59608 Jan 18 15:37 coprocessor_update_hm_only.eq3
root 1873 Jan 18 15:37 fwmap
root 125920 Jan 18 15:37 hm-lgw-o-tw-w-eu_update.eq3
root 146872 Jan 18 15:37 hmw-lgw-o-dr-gs-eu_update.eq3
root 86413 Jan 18 15:37 hmw_io12_sw14_dr_hw0.hex
root 86413 Jan 18 15:37 hmw_io12_sw7_dr_hw0.hex
root 86413 Jan 18 15:37 hmw_io_12_fm_hw0.hex
root 86413 Jan 18 15:37 hmw_io_4_fm_hw0.hex
root 86413 Jan 18 15:37 hmw_io_sr_fm_hw0_unstable.hex
root 86413 Jan 18 15:37 hmw_lc_bl1_dr_hw0.hex
root 86413 Jan 18 15:37 hmw_lc_dim1l_dr_hw0.hex
root 86413 Jan 18 15:37 hmw_lc_sw2_dr_hw0.hex
root 86413 Jan 18 15:37 hmw_sen_sc_12_dr_hw0.hex
root 86413 Jan 18 15:37 hmw_sen_sc_12_fm_hw0.hex
root 4096 Jan 18 15:37 hs485types
root 4096 Jan 18 16:09 rftypes'

Firmware noch mal runtergeladen, falls Datei defekt - Update schlägt fehl, keine Veränderung

' wget -O /firmware/coprocessor_update_hm_only.eq3 https://raw.githubusercontent.com/eq-3/occu/master/firmware/copro
cessor_update_hm_only.eq3
--2025-01-30 11:35:27-- https://raw.githubusercontent.com/eq-3/occu/master/firmware/coprocessor_update_hm_only.eq3
Resolving raw.githubusercontent.com... 185.199.109.133, 185.199.111.133, 185.199.110.133, ...
Connecting to raw.githubusercontent.com|185.199.109.133|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 59608 (58K) [text/plain]
Saving to: '/firmware/coprocessor_update_hm_only.eq3'

/firmware/coprocessor_update_hm_o 100%[==========================================================>] 58.21K --.-KB/s in 0.05s

2025-01-30 11:35:28 (1.22 MB/s) - '/firmware/coprocessor_update_hm_only.eq3' saved [59608/59608]'

Es gibt einen laufenden Update Prozess, aber spätestens nach 30min (einmal über Nacht), gab es keine Änderung

'root@ccu3-webui:# ps aux | grep eq3configcmd
1580 root 32:02 /bin/eq3configcmd update-coprocessor -lgw -u -rfdconf /etc/config/rfd.conf -l 1
1774 root 0:00 grep eq3configcmd
root@ccu3-webui:# kill 1580'

TTY erkannt

root@ccu3-webui:# dmesg | grep tty
[ 0.000000] Kernel command line: dwc_otg.lpm_enable=0 sdhci_bcm2708.enable_llm=0 console=tty2 root=PARTUUID=deedbeef-02 ro rootfstype=ext4 fsck.repair=yes rootwait rootdelay=5 consoleblank=120 logo.nologo quiet loglevel=0 init_on_alloc=1 init_on_free=1 slab_nomerge iomem=relaxed net.ifnames=0 usb-storage.quirks=174c:55aa:u,2109:0715:u,152d:0578:u,152d:0579:u,152d:1561:u,174c:0829:u,14b0:0206:u,174c:225c:u,7825:a2a4:u,152d:0562:u,125f:a88a:u,152d:a583:u coherent_pool=1M 8250.nr_uarts=1 snd_bcm2835.enable_headphones=0 cgroup_disable=memory bcm2708_fb.fbwidth=1920 bcm2708_fb.fbheight=1080 bcm2708_fb.fbswap=1 vc_mem.mem_base=0x3ec00000 vc_mem.mem_size=0x40000000 empty
[ 0.000721] printk: console [tty2] enabled
[ 2.426302] 3f215040.serial: ttyS0 at MMIO 0x3f215040 (irq = 71, base_baud = 50000000) is a 16550
root@ccu3-webui:# ps aux | grep rfd
1515 root 5:10 /bin/eq3configcmd update-coprocessor -lgw -u -rfdconf /etc/config/rfd.conf -l 1
1631 root 0:00 grep rfd

0 replies

bitsbeauty · 2025-01-31T09:06:53Z

bitsbeauty
Jan 31, 2025
Author

Beim Hochfahren

LGWFirmwareupdate wird gestartet

WebUi startet, bleibt dann aber im WarteScreen hängen

0 replies

jens-maus · 2025-01-31T09:39:36Z

jens-maus
Jan 31, 2025
Maintainer

Wichtig bei diesen LAN-Gateway "FirmwareUpdate" problemen ist, was in der /etc/config/rfd.conf konkret drinsteht. Also schau da rein und zeig die hier. Vmtl. ist das Ding einfach nicht erreichbar oder da ist was falsch eingestellt und deshalb bleibt das beim hochfahren hängen.

0 replies

Baxxy13 · 2025-01-31T10:28:15Z

Baxxy13
Jan 31, 2025

Ist hier denn überhaupt eine zum LGW gemachte RaspberryMatic im Spiel? Oder allgemein ein LGW?
Oder wird hier versucht das lokale Funkmodul zu updaten was aber schon die letzte Firmware hat?

2 Jahre Updates in einem Rutsch zu überspringen ist auch etwas gewagt.
Aber wie Jens sagte, den Inhalt der rfd.conf zeigen.

0 replies

bitsbeauty · 2025-01-31T11:42:57Z

bitsbeauty
Jan 31, 2025
Author

Hallo, Danke für eure Rückmeldung.

In der rfd.conf steht folgendes:

[Interface 0]
Type = CCU2
ComPortFile = /dev/mmd_bidcos
AccessFile = /dev/null
ResetFile = /dev/null

0 replies

bitsbeauty · 2025-01-31T11:44:50Z

bitsbeauty
Jan 31, 2025
Author

Ist hier denn überhaupt eine zum LGW gemachte RaspberryMatic im Spiel? Oder allgemein ein LGW? Oder wird hier versucht das lokale Funkmodul zu updaten was aber schon die letzte Firmware hat?

2 Jahre Updates in einem Rutsch zu überspringen ist auch etwas gewagt. Aber wie Jens sagte, den Inhalt der rfd.conf zeigen.

Ja, der Sprung war vielleicht etwas weit. Die aktuellen screenshots, basieren aber wieder auf der 3.73.9. Ich hab eine neues System auf einer neuen SD Karte, einem anderen RP3 und einem anderen HM-MOD-RPI-PCB Modul. Und das Problem ist das selbe:-/

Und nein. Soweit ich verstehe ist das LGW ein LANGateway um das Netzwerk zu erweitern, richtig? Ich betreibe den Raspberry3 als einzige CCU3 System, kein LGW implementiert.

0 replies

jens-maus · 2025-01-31T12:00:57Z

jens-maus
Jan 31, 2025
Maintainer

Hallo, Danke für eure Rückmeldung.

In der rfd.conf steht folgendes:

[Interface 0]
Type = CCU2
ComPortFile = /dev/mmd_bidcos
AccessFile = /dev/null
ResetFile = /dev/null

Bitte zeig den kompletten Inhalt der rfd.conf und nicht nur das was du denkst vielleicht relevant sein könnte.

0 replies

bitsbeauty · 2025-01-31T12:03:10Z

bitsbeauty
Jan 31, 2025
Author

Vielleicht ist das das Problem? Das ist die Komplette Datei, hier ein Screenshot.
System 3.73.9.20231130

0 replies

bitsbeauty · 2025-01-31T12:07:23Z

bitsbeauty
Jan 31, 2025
Author

Ich hab nach ca 2,5 Stunden den RP3 Neugestartet. Wenn ich nach dem Neustart beide Update Prozesse kille, ist WebUi wieder erreichbar, und ich kann mich einloggen. Jedoch bleibt die BidCosRF Modul nicht erreichbar, und somit alle älteren Geräte in meinem Netzwerk.

'
root@ccu3-webui:# ps aux | grep eq3configcmd
1602 root 0:42 /bin/eq3configcmd update-coprocessor -lgw -u -rfdconf /etc/config/rfd.conf -l 1
1611 root 0:00 grep eq3configcmd
root@ccu3-webui:# kill 1602
root@ccu3-webui:# ps aux | grep eq3configcmd
1625 root 0:07 /bin/eq3configcmd update-lgw-firmware -m /firmware/fwmap -c /etc/config/rfd.conf -l 1
1627 root 0:00 grep eq3configcmd
root@ccu3-webui:# kill 1625
root@ccu3-webui:~# ps aux | grep eq3configcmd
1673 root 0:00 grep eq3configcmd
'

0 replies

Baxxy13 · 2025-01-31T12:25:20Z

Baxxy13
Jan 31, 2025

Die rfd.conf ist ziemlich unvollständig, wie auch immer das zustande kam.

0 replies

bitsbeauty · 2025-01-31T12:35:25Z

bitsbeauty
Jan 31, 2025
Author

Sehr Strange, hab wie gesagt ein neues System geflashed, und dann nur SSH enabled und Backup wiederhergestellt.

1 reply

jens-maus Jan 31, 2025
Maintainer

Sehr Strange, hab wie gesagt ein neues System geflashed, und dann nur SSH enabled und Backup wiederhergestellt.

Dann nimm ein noch älteres Backup. Das die rfd.conf dort so kaputt aussieht deutet auf ein größeren bzw. längeren Defekt in der SD Karte hin und du solltest jetzt deine Backups zeitlich durchwühlen bis du eines findest wo die rfd.conf noch nicht kaputt war. Nur diesem Backup kannst du dann voll und ganz vertrauen und alle späteres sind ggf. bereits schon länger kaputt.

bitsbeauty · 2025-01-31T12:40:09Z

bitsbeauty
Jan 31, 2025
Author

Ich kann es gerne noch mal von vorne machen. Soll ich es auf meiner letzten Version 3.79.6.20250118 machen, oder auf dem neuesten Release?

0 replies

jens-maus · 2025-01-31T12:51:01Z

jens-maus
Jan 31, 2025
Maintainer

Vielleicht ist das das Problem? Das ist die Komplette Datei, hier ein Screenshot. System 3.73.9.20231130

Diese rfd.conf ist nicht "unvollständig". Sie ist schlichtweg kaputt! Das sieht man sehr deutlich an den binarzeichen die ganz oben ^@ zu finden sind. Ergo, das ist kein Bug/Issue von RaspberryMatic selbst, sondern die rfd.conf ist kaputt und du solltest dringend deine Backups druchwühlen bzw. ein früheres einspielen wo die rfd.conf noch nicht so kaputt ist.

10 replies

bitsbeauty Feb 1, 2025
Author

Ich hab leider ein Backup Problem. Hatte irgendwann mal den USB abgezogen, und nicht wieder angesteckt. Das letzte brauchbare Backup ist direkt vor dem Firmwareupdate. Und das hat die defekte rfid.conf...

Danke für den Disclaimer. Aktuell scheint alles zu gehen. Hab vorsichtshalber auf eine neue SD Karte gewechselt, und hoffe das es stabil bleibt. Immerhin habe ich vor dem Update keine Probleme festgestellt. Im schlimmsten Fall, muss ich alles von vorne aufbauen..:/

jens-maus Feb 1, 2025
Maintainer

Alles klar, dann viel Erfolg! Und als Lernkurve am besten mitnehmen deine Backupstrategie zu überdenken. Wenn du z.B. ein NAS in deinem Netzwerk hast solltest du besser RaspberryMatic jede Nacht automatisch ein Backup darauf ablegen lassen statt auf einen USB Stick der dann eh wieder nach x Monaten kaputt gehen wird.

bitsbeauty Feb 3, 2025
Author

Ja total! Mir ist meine (nicht) Backup strategy ganz schön auf den Fuß gefallen. NAS ist vorhanden. Danke für den hint, steht jetzt auf der Todo Liste das einzurichten.

jens-maus Feb 3, 2025
Maintainer

Dann sei dir das hier ans Herz gelegt:
https://github.com/jens-maus/RaspberryMatic/wiki/Experten-Features#anbinden-eines-externen-nas-nfscifs-netzwerk-laufwerkes

bitsbeauty Feb 4, 2025
Author

Sehr cool, vielen Dank!

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

After Updating - "Updating RF Lan Gateway Coprocessor Firmware" - Hanging Bootup #3010

{{title}}

Replies: 15 comments 11 replies

{{title}}

{{title}}

{{editor}}'s edit

{{editor}}'s edit

{{title}}

{{title}}

{{title}}

{{title}}

{{title}}

{{editor}}'s edit

{{editor}}'s edit

{{title}}

{{title}}

{{editor}}'s edit

{{editor}}'s edit

{{title}}

{{editor}}'s edit

{{editor}}'s edit

{{title}}

{{title}}

{{editor}}'s edit

{{editor}}'s edit

{{title}}

{{title}}

{{title}}

{{title}}

{{title}}

{{editor}}'s edit

{{editor}}'s edit

{{title}}

{{title}}

{{title}}

{{title}}

Select a reply

After Updating - "Updating RF Lan Gateway Coprocessor Firmware" - Hanging Bootup #3010

bitsbeauty Jan 29, 2025

Describe the issue you are experiencing

Describe the behavior you expected

Steps to reproduce the issue

What is the version this bug report is based on?

Which base platform are you running?

Which HomeMatic/homematicIP radio module are you using?

Anything in the logs that might be useful for us?

Additional information

Replies: 15 comments · 11 replies

bitsbeauty Jan 29, 2025 Author

bitsbeauty Jan 31, 2025 Author

bitsbeauty Jan 31, 2025 Author

Aktuelle "normale" Log, wenn ich mich nach Systemsatrt über SSH einwähle

Log beim Runterfahren - FirmwareUpdate wird gestartet, aber wird anscheinennd nicht ausgeführt

Manueller Update versuch schlägt fehl

Firmware ist vorhanden

Firmware noch mal runtergeladen, falls Datei defekt - Update schlägt fehl, keine Veränderung

Es gibt einen laufenden Update Prozess, aber spätestens nach 30min (einmal über Nacht), gab es keine Änderung

TTY erkannt

bitsbeauty Jan 31, 2025 Author

Beim Hochfahren

LGWFirmwareupdate wird gestartet

WebUi startet, bleibt dann aber im WarteScreen hängen

jens-maus Jan 31, 2025 Maintainer

Baxxy13 Jan 31, 2025

bitsbeauty Jan 31, 2025 Author

bitsbeauty Jan 31, 2025 Author

jens-maus Jan 31, 2025 Maintainer

bitsbeauty Jan 31, 2025 Author

bitsbeauty Jan 31, 2025 Author

Baxxy13 Jan 31, 2025

bitsbeauty Jan 31, 2025 Author

jens-maus Jan 31, 2025 Maintainer

bitsbeauty Jan 31, 2025 Author

jens-maus Jan 31, 2025 Maintainer

bitsbeauty Feb 1, 2025 Author

jens-maus Feb 1, 2025 Maintainer

bitsbeauty Feb 3, 2025 Author

jens-maus Feb 3, 2025 Maintainer

bitsbeauty Feb 4, 2025 Author

bitsbeauty
Jan 29, 2025

Replies: 15 comments 11 replies

bitsbeauty
Jan 29, 2025
Author

bitsbeauty
Jan 31, 2025
Author

bitsbeauty
Jan 31, 2025
Author

bitsbeauty
Jan 31, 2025
Author

jens-maus
Jan 31, 2025
Maintainer

Baxxy13
Jan 31, 2025

bitsbeauty
Jan 31, 2025
Author

bitsbeauty
Jan 31, 2025
Author

jens-maus
Jan 31, 2025
Maintainer

bitsbeauty
Jan 31, 2025
Author

bitsbeauty
Jan 31, 2025
Author

Baxxy13
Jan 31, 2025

bitsbeauty
Jan 31, 2025
Author

jens-maus Jan 31, 2025
Maintainer

bitsbeauty
Jan 31, 2025
Author

jens-maus
Jan 31, 2025
Maintainer

bitsbeauty Feb 1, 2025
Author

jens-maus Feb 1, 2025
Maintainer

bitsbeauty Feb 3, 2025
Author

jens-maus Feb 3, 2025
Maintainer

bitsbeauty Feb 4, 2025
Author