Raspberry Pi 5 und CCU3

[DJDieter]

HDMI-Ausgabe ist aktuell nicht drin.

Das erklärt den dunklen Bildschirm.

Hatte gelesen das der "aktuelle Nightly" (3.73.9.20240106) wohl kaputt ist, also die WebUI nicht startet.
Warte auf einen neuen Nightly und flashe dann am besten mit dem Raspberry Imager.
https://github.com/jens-maus/RaspberryM ... stallation

Ich hatte es auch schon mit der vorletzten Version (Anfang Dezember) probiert - ging auch nicht. Allerdings auch mit Balena geflasht.
Aber vielen Dank für den Hinweis. Ich werde dann mal die nächste Nightly abwarten und nochmal probieren.

[DJDieter]

Hab jetzt den aktuellen Nightly mit Balena geflasht - bootet leider immer noch nicht. Im Raspberry-PI-Imager gibt's nur die Version vom 19.11.2023 und die funktioniert bei mir auch nicht.

[Baxxy]

Ja, irgendwas klemmt da bei der Raspberry Pi Imager - Version.

Aber dann lädt man den Nightly halt auf den PC, packt das Archiv aus um an das .img zu kommen und flasht mittels Imager mit "use custom".

Läuft auf meinem Pi5-8GB erstmal und sieht in der /boot.log so aus:

Code: Alles auswählen

fsck 1.47.0 (5-Feb-2023)
userfs: clean, 85/1867776 files, 161882/7464063 blocks
Starting watchdog...
Identifying host system: [E] Failed to initialize VCHI (ret=-1)
[E] Failed to initialize VCHI (ret=-1)
[E] Failed to initialize VCHI (ret=-1)
VCHI initialization failed
Raspberry Pi 5 Model B Rev 1.0 (rpi5), OK
Initializing ZRAM Swap: OK
Initializing RTC Clock: onboard, OK
Running sysctl: OK
Checking for Factory Reset: not required
Checking for Backup Restore: not required
Running seedrng: OK
Initializing System: OK
Setup ca-certificates: OK
Starting logging: OK
Starting ArgonONE/FAN daemon: no hardware found
Starting PiDesktop daemon: no hardware found
Populating /dev using udev: done
Init onboard LEDs: init, OK
Starting irqbalance: OK
Starting system message bus: done
Starting iptables: OK
Starting bluetoothd: disabled
Starting network: eth0:... link up, dhcp, firewall, inet up, 192.168.1.141, wlan0: disabled, OK
Starting Network Interface Plugging Daemon: eth0 wlan0.
Starting chrony: OK
Identifying Homematic RF-Hardware: ...HmRF: n/a, HmIP: n/a, OK
Updating Homematic RF-Hardware: no GPIO/USB connected RF-hardware found
Starting hs485dLoader: disabled
Starting xinetd: OK
Starting eq3configd: OK
Starting lighttpd: OK
Starting ser2net: disabled
Starting ssdpd: OK
Starting sshd: OK
Starting NUT services: disabled
Starting PIco UPS daemon: no hardware found
Starting PiUSV+ daemon: no hardware found
Starting StromPi2 UPS daemon: disabled
Starting S.USV daemon: no hardware found
Initializing Third-Party Addons: OK
Starting LGWFirmwareUpdate: ...OK
Setting LAN Gateway keys: OK
Starting hs485d: disabled
Starting multimacd: not required
Starting rfd: no BidCos-RF hardware found
Starting HMIPServer: ....OK
Starting ReGaHss: .OK
Starting CloudMatic: disabled
Starting Third-Party Addons: OK
Starting crond: OK
Setup onboard LEDs: booted, OK
Finished Boot: 3.73.9.20240108 (raspmatic_rpi5)
sh: can't kill pid 137: No such process

[DJDieter]

Aber dann lädt man den Nightly halt auf den PC, packt das Archiv aus um an das .img zu kommen und flasht mittels Imager mit "use custom".

Hab ich natürlich auch versucht - gleiches Ergebnis. Bei mir existiert eine /boot.log leider noch nicht einmal.

[1techone]

Das einzige was ich hier sehe ist, das du wohl einen LAN-Gateway im Einsatz hast. Und dessen Status wird meiner Erinnerung nach auch noch in die Berechnung des darzustellenden Status der LEDs des RPI-RF-MOD einbezogen.

Hallo,
ich habe die neueste Version für den PI5 installiert.
Leider blinkt die blaue LED weiter, so als hätte ich keinen Internettanschluss, aber es funktioniert soweit alles.
Ich habe kein LAN-Gateway, sondern ein Wired-Gateway (altes, kein IP) .
Ansonsten funktioniert alles bestens.

Mit freundlichen Grüßen
Jürgen

[Baxxy]

Ja, das mit der blau blinkenden LED des RPI-RF-MOD ist halt aktuell so.
Es hat auch nix mit irgendwelchen Gateways zu tun.
Entweder kann der hss_led nicht auf die LED zugreifen, oder der hss_led bekommt vom hmipserver? nicht die richtigen Anweisungen.
Es gibt ja auch kein rot bei ausgelöstem Alarm.

Aber Jens ist ja da noch am werkeln.

Unschön auch die Log-Flutung die sich alle 10s wiederholt.

Code: Alles auswählen

Jan  8 14:58:00 homematic-raspi daemon.debug /usr/sbin/irqbalance: IRQ (13) guessed as class 0
Jan  8 14:58:00 homematic-raspi daemon.debug /usr/sbin/irqbalance: IRQ (14) guessed as class 0
Jan  8 14:58:00 homematic-raspi daemon.debug /usr/sbin/irqbalance: IRQ DMA IRQ(20) guessed as class 0
Jan  8 14:58:00 homematic-raspi daemon.debug /usr/sbin/irqbalance: IRQ DMA IRQ(21) guessed as class 0
Jan  8 14:58:00 homematic-raspi daemon.debug /usr/sbin/irqbalance: IRQ (26) guessed as class 0
Jan  8 14:58:00 homematic-raspi daemon.debug /usr/sbin/irqbalance: IRQ (27) guessed as class 0
Jan  8 14:58:00 homematic-raspi daemon.debug /usr/sbin/irqbalance: IRQ (28) guessed as class 0
Jan  8 14:58:00 homematic-raspi daemon.debug /usr/sbin/irqbalance: IRQ (29) guessed as class 0
Jan  8 14:58:00 homematic-raspi daemon.debug /usr/sbin/irqbalance: IRQ PCIe PME, aerdrv(36) guessed as class 0
Jan  8 14:58:00 homematic-raspi daemon.debug /usr/sbin/irqbalance: IRQ (104) guessed as class 0
Jan  8 14:58:00 homematic-raspi daemon.debug /usr/sbin/irqbalance: IRQ (106) guessed as class 0
Jan  8 14:58:00 homematic-raspi daemon.debug /usr/sbin/irqbalance: IRQ (117) guessed as class 0
Jan  8 14:58:00 homematic-raspi daemon.debug /usr/sbin/irqbalance: IRQ (129) guessed as class 0
Jan  8 14:58:00 homematic-raspi daemon.debug /usr/sbin/irqbalance: IRQ (134) guessed as class 0
Jan  8 14:58:00 homematic-raspi daemon.debug /usr/sbin/irqbalance: IRQ (138) guessed as class 0
Jan  8 14:58:00 homematic-raspi daemon.debug /usr/sbin/irqbalance: IRQ (159) guessed as class 0
Jan  8 14:58:00 homematic-raspi daemon.debug /usr/sbin/irqbalance: IRQ (160) guessed as class 0
Jan  8 14:58:00 homematic-raspi daemon.debug /usr/sbin/irqbalance: IRQ (161) guessed as class 0
Jan  8 14:58:00 homematic-raspi daemon.debug /usr/sbin/irqbalance: IRQ (162) guessed as class 0

Edit: ab dem nächsten Nightly dürfte die LED dann korrekt funktionieren, jedenfalls sieht es hier bei mir (mit den händisch integrierten Änderungen) erstmal gut aus.

[Baxxy]

2 Sachen noch die in der /boot.log aufgefallen sind:

Code: Alles auswählen

Starting watchdog...
Identifying host system: [E] Failed to initialize VCHI (ret=-1)
[E] Failed to initialize VCHI (ret=-1)
[E] Failed to initialize VCHI (ret=-1)
VCHI initialization failed
Raspberry Pi 5 Model B Rev 1.0 (rpi5), OK

.
.
.

Code: Alles auswählen

Setup onboard LEDs: booted, OK
Finished Boot: 3.73.9.20240108 (raspmatic_rpi5)
sh: can't kill pid 136: No such process

[jmaus]

2 Sachen noch die in der /boot.log aufgefallen sind:

Code: Alles auswählen

Starting watchdog...
Identifying host system: [E] Failed to initialize VCHI (ret=-1)
[E] Failed to initialize VCHI (ret=-1)
[E] Failed to initialize VCHI (ret=-1)
VCHI initialization failed
Raspberry Pi 5 Model B Rev 1.0 (rpi5), OK

.
.
.

Code: Alles auswählen

Setup onboard LEDs: booted, OK
Finished Boot: 3.73.9.20240108 (raspmatic_rpi5)
sh: can't kill pid 136: No such process

Das wird alles eine Folge des aktuell fehlenden Framebuffer-Supportes sein. D.h. auf den HDMI Ports wird ja zur Zeit nicht ausgegeben was wiederum an dem fehlenden U-Boot liegt. Und die Fehlermeldungen bzgl. VCHI liegt auch daran das es aktuell via "tvservice" kommando wohl nicht möglich ist den HDMI Port status abzufragen oder HDMI port abzuschalten....

[Baxxy]

Das wird alles eine Folge des aktuell fehlenden Framebuffer-Supportes sein.

Alles klar, klingt plausibel.

Das...

Code: Alles auswählen

sh: can't kill pid 136: No such process

... sehe ich mit dem heutigen Nightly nicht mehr.

Die LED vom RPI-RF-MOD arbeitet nun auch korrekt.

Bleibt aktuell noch die Log-Flutung alle 10s.

Code: Alles auswählen

Jan 11 13:54:05 homematic-raspi daemon.debug /usr/sbin/irqbalance: IRQ (13) guessed as class 0
Jan 11 13:54:05 homematic-raspi daemon.debug /usr/sbin/irqbalance: IRQ (14) guessed as class 0
Jan 11 13:54:05 homematic-raspi daemon.debug /usr/sbin/irqbalance: IRQ DMA IRQ(20) guessed as class 0
Jan 11 13:54:05 homematic-raspi daemon.debug /usr/sbin/irqbalance: IRQ DMA IRQ(21) guessed as class 0
Jan 11 13:54:05 homematic-raspi daemon.debug /usr/sbin/irqbalance: IRQ (26) guessed as class 0
Jan 11 13:54:05 homematic-raspi daemon.debug /usr/sbin/irqbalance: IRQ (27) guessed as class 0
Jan 11 13:54:05 homematic-raspi daemon.debug /usr/sbin/irqbalance: IRQ (28) guessed as class 0
Jan 11 13:54:05 homematic-raspi daemon.debug /usr/sbin/irqbalance: IRQ (29) guessed as class 0
Jan 11 13:54:05 homematic-raspi daemon.debug /usr/sbin/irqbalance: IRQ PCIe PME, aerdrv(38) guessed as class 0
Jan 11 13:54:05 homematic-raspi daemon.debug /usr/sbin/irqbalance: IRQ (106) guessed as class 0
Jan 11 13:54:05 homematic-raspi daemon.debug /usr/sbin/irqbalance: IRQ (108) guessed as class 0
Jan 11 13:54:05 homematic-raspi daemon.debug /usr/sbin/irqbalance: IRQ (119) guessed as class 0
Jan 11 13:54:05 homematic-raspi daemon.debug /usr/sbin/irqbalance: IRQ (125) guessed as class 0
Jan 11 13:54:05 homematic-raspi daemon.debug /usr/sbin/irqbalance: IRQ (131) guessed as class 0
Jan 11 13:54:05 homematic-raspi daemon.debug /usr/sbin/irqbalance: IRQ (136) guessed as class 0
Jan 11 13:54:05 homematic-raspi daemon.debug /usr/sbin/irqbalance: IRQ (140) guessed as class 0
Jan 11 13:54:05 homematic-raspi daemon.debug /usr/sbin/irqbalance: IRQ (161) guessed as class 0
Jan 11 13:54:05 homematic-raspi daemon.debug /usr/sbin/irqbalance: IRQ (162) guessed as class 0
Jan 11 13:54:05 homematic-raspi daemon.debug /usr/sbin/irqbalance: IRQ (163) guessed as class 0
Jan 11 13:54:05 homematic-raspi daemon.debug /usr/sbin/irqbalance: IRQ (164) guessed as class 0
Jan 11 13:54:05 homematic-raspi daemon.debug /usr/sbin/irqbalance: IRQ (165) guessed as class 0
Jan 11 13:54:05 homematic-raspi daemon.debug /usr/sbin/irqbalance: IRQ (166) guessed as class 0

Aber das hatte ich ja schon im commit zum Thema angemerkt.

[jmaus]

Bleibt aktuell noch die Log-Flutung alle 10s.

Code: Alles auswählen

[...]
Jan 11 13:54:05 homematic-raspi daemon.debug /usr/sbin/irqbalance: IRQ (166) guessed as class 0

Aber das hatte ich ja schon im commit zum Thema angemerkt.

Das kannst du gerne im GitHub melden. Aktuell habe ich dafür aber leider keine Lösung. Obwohl der irqbalance daemon nicht im debug modus gestartet wird wirft er diese debug infos raus. Müsste man sich dann im irqbalance daemon im detail dann anschauen. Hat aber nicht die höchste Prio.