Hallo Zusammen,
inzwischen ist ja wieder einige Zeit ins Land gegangen in der es zwar von Seiten von eQ3 selbst keine Updates an der OCCU oder CCU3 Firmware gab, aber einige Bugfixes und auch kleinere Verbesserungen in die RaspberryMatic Firmware Einzug gehalten haben, sodass ich soeben die Version 3.81.5.20250527) freigegeben habe, bei der es sich um ein Maintenance Release handelt. Allem voran wurde nun auch für die RaspberryPi-basierten Systeme (CCU3, RaspberryPi1 bis RaspberryPi5) der genutzte Linux-Kernel auf die 6.12.x Version angehoben. Des Weiteren wurden einige kleinere Verbesserungen, aber vor allem einige wichtige Bugfixes umgesetzt, sodaß es sich für jedermann lohnen sollte seine CCU/RaspberryMatic auf diese neuer RaspberryMatic upzudaten.
Abgesehen davon kann die komplette Änderungshistorie – welche noch andere sicherlich interessante Veränderungen mit sich bringt – wie immer hier eingesehen werden (wurde mit DeepL automatisiert übersetzt):
Änderungen:
CCU/HomeMatic-System Änderungen:
- Aktualisierung der OCCU-Version auf 3.81.5-2, welche folgende Änderungen enthält:
- Aktualisierung der ReGaHss-Logik-Engine auf Version R1.00.0388.0252 (20. Mai 2025):
- Hinzufügen von Debug-Informationen zum Aufbau/Zerfall von Scheduler-Elementen, um mögliche Probleme mit überlaufenden Scheduler-Listen zu verfolgen.
- Überarbeitung der Struct Timespec-Berechnungen und Hinzufügen einer allgemeineren Timespec-Normalisierung beim Hinzufügen von Millisekunden zu einer Timespec.
- Korrektur von IseMutex::Lock(), indem sichergestellt wird, dass eine nicht zeitgesteuerte Sperre nur dann verwendet wird, wenn der angegebene Timeout-Wert < 0 ist.
- Aktualisierung der ReGaHss-Logik-Engine auf Version R1.00.0388.0252 (20. Mai 2025):
WebUI Änderungen:
- 0198-WebUI-Fix-StringTableValue WebUI-Bugfix-Patch hinzugefügt, der ein doppeltes Übersetzungsproblem in ic_common.tcl behebt.
- Aktualisierung von CodeMirror auf 5.65.19
- Hinzufügen eines expliziten false-Checks zu 0044-WebUI-DisableDeviceServiceMsg für device.enabledServiceMsg, damit die Checkbox den korrekten Status anzeigt (behebt #3073).
- Änderungen an 0143-WebUI-Fix-Translation hinzugefügt, um die fehlende Übersetzung für die Windrichtungsabkürzung aus 6264dd7 zu integrieren (behebt #3072)
- 0197-WebUI-Fix-MissingRouterOption WebUI-Bugfix-Patch hingefügt, der die fehlende Option „Das Gerät agiert als Router“ seit 3.81.x behebt (behebt #3067).
Betriebsystem Änderungen:
- Entfernen der veralteten /etc/random-seed, da der neuere Seedrng bereits seit einiger Zeit die Aufgabe übernommen hat.
- Upstream-Kernel auf 6.12.30 erhöht
- brcmfmac modprobe Konfigurationsoptionen hinzugefügt, um die Verwendbarkeit der rpi wifi firmware zu verbessern.
- brcmfmac_sdio-firmware-rpi auf 4eec7f2ef1aefc2a432eaf840d7034bf15d2fbb9 aktualisiert, um die neuesten WiFi-Firmwares für CM5/Pi 500 einzuschließen.
- Aktualisierung der rpi-Firmware auf 1.20250430
- rpi-kernel auf stable_20250428 aktualisiert
- Bump aller U-boot 2024.10 Nutzungen auf 2025.04, um möglicherweise ein Boot-Problem mit Compute Module 3/3+ zu beheben (refs #3046).
- u-boot wurde auf 2025.04 aktualisiert und die Option „initial_turbo=0“ in die config.txt des rpi3-Ziels eingefügt, was das Problem entschärft, dass Compute Module 3/3+ Systeme aufgrund von Problemen mit rpi-Firmware-Versionen neuer als 1.20241126 und u-boot-Versionen später als 2023.01 nicht booten können.
- Füge fehlende CONFIG_CMD_FILEENV Option hinzu, damit fileenv-Befehle in u-boot-Boot-Skripten von Tinkerboard und Odroid-Boards korrekt funktionieren.
- Aktivierung von CONFIG_RTC_HCTOSYS und CONFIG_RTC_SYSTOHC in der Kernelkonfiguration und verschiebung die Initialisierung von udev nach S00, so dass udev alle Geräte (einschließlich RTCs) so früh wie möglich initialisiert, so dass wir die RTC-Inits in S02InitRTC etwas vereinfachen und verallgemeinern können. Außerdem wird die crontab nicht mehr die regelmäßigen „hwclock“-Ausführungen haben, da der Kernel nun selbst die RTC mit der aktuellen Systemzeit aktualisiert. Dies sollte die RTC-Initierung/Erkennung verbessern und behebt #3082.
- Entfernen aller Kernel 6.6-Konfigurationen, da wir jetzt 6.12 für alle Plattformen verwenden.
- CONFIG_NR_DRAM_BANKS=8 zur rpi5-Version von uboot.config hinzugefügt, um RaspberryPi 5-Hardware (z.B. Compute Module 5) zu unterstützen, die mit 16 GB RAM, verteilt auf 8 DRAM-Bänke, ausgestattet ist. (vgl. home-assistant/operating-system#4045)
- Ersetzen der /sys/class/i2c-adapter Nutzung durch /sys/class/i2c-dev/i2c-1/device, da i2c-adapter mit Kernel 6.12.x nicht mehr existiert und daher zu Nutzungsfehlern führt. Dies behebt #3097.
- Buildroot-Downgrade-Fix-Patch für Paket/Datei hinzugefügt, da file-5.46 nicht mehr in der Lage ist, die verschiedenen Zip-Dateiformate zu erkennen. Daher funktionierte das Hochladen/Verwenden von Zip-Dateien nicht mehr. Dies bezieht sich auf https://bugs.astron.com/view.php?id=659.
- Buildroot-Upstream-Patch hinzugefügt, um openvpn auf 2.6.13 herunterzustufen, da Version 2.6.14 nicht mit Buildroot 2025.02.3 kompiliert werden kann.
- Aktualisierung von buildroot auf 2025.02.3 und Synchronisierung unserer Upstream-Patches.
- java azul auf 11.80.21-ca-jre11.0.27 für x86_64, aarch64, i686 Plattformen aktualisiert.
- Erhöhung der Tailscale-Version auf 1.84.0
- qemu-Gast-Agent auf 9.2.3 aktualisiert.
- openssl 3.2 hat die Ausgabe des Befehls „openssl sha256“ von ‚SHA256‘ auf „SHA2-256“ geändert, was vSphere v8 nicht zu mögen scheint. Daher verwenden wir unter allen Umständen „SHA256“.
- regahss-flush.sh qemu-guest-agent Hook geändert, um pgrep zu verwenden, um nach einem laufenden ReGaHss zu suchen.
- Entfernen der expliziten Erstellung von /media/usbX-Einhängepunkten, da diese nun vom usbmount-Skript erstellt werden.
- Hinzufügen des fehlenden usbmount-Skript ebenfalls in das Wiederherstellungssystem.
- rpi-eeprom auf die neueste Version aktualisiert (rpi4: pieeprom-2025-05-16.bin, rpi5: pieeprom-2025-05-08.bin)
- SR-IOV-Treiberunterstützung für einige NICs aktiviert.
- Zurückziehen der Änderung von Commit 838d3bf, weil die Verwendung der syslogd-internen Log-Rotation zusammen mit logrotate dazu führen kann, dass Log-Einträge verloren gehen. Stattdessen führen wir logrotate nun regelmäßiger aus (alle 15 Minuten), um sicherzustellen, dass die Logdateien /var/log (und damit der Arbeitsspeicher) nicht füllen, bis logrotate erneut ausgeführt wird. Außerdem tun wir dasselbe für die HMIPServer-Protokollierung, indem wir NICHT mehr den internen Log-Rotater verwenden, sondern uns ausschließlich auf logrotate verlassen. Dies behebt #3104.
- rtcsync„ und “rtconutc” in chrony.conf eingefügt, da sonst die kernel-eigene RTC-Synchronisation nie stattfindet, was unter Umständen zu einer langsam abdriftenden RTC-Uhr führte.
Mitwirkende (diese Version, alphabetisch):
Support:
Hier sei auch noch einmal auf die umfangreiche Dokumentation von RaspberryMatic hingewiesen an der bereits seit einiger Zeit gearbeitet wird und die auch sukzessive mit jeder Version verbessert wird. Zu erreichen ist die Dokumentation unter folgender Stelle:
- RaspberryMatic – Dokumentation
- RaspberryMatic – Forum
- RaspberryMatic – Documentation
- RaspberryMatic – Discussions
Wie die URLs schon vermuten lassen, handelt es sich hierbei teils um einen öffentlichen Wiki an dem sich wirklich jeder gerne (nach entsprechender technischer Selbst-Einarbeitung) beteiligen kann um Anderen vor allem den Einstieg rund um das Thema “RaspberryMatic” zu erleichtern.
Download/Installation:
Die neue Version kann wie gehabt von folgender URL für die verschiedenen Installationsplatformen von RaspberryPi über Tinkerboard bis hin zu allen virtuellen Platformen heruntergeladen und entsprechend installiert werden:
https://github.com/jens-maus/RaspberryM … ses/latest
Zu beachten gilt, das auf Grund der Unterstützung unterschiedlicher Geräte/Platformen es getrennte Installationsarchive und Installationsweisen gibt die für die folgende Hardware jeweils einheitlich ist. Hier bitte entsprechend die Dokumentation konsultieren.
Download-Statistik nach Platform:
Update/Upgrade:
Das Update auf diese Version kann bei Einsatz einer Vorversion unter “Einstellungen->Systemsteuerung->Zentralen-Wartung” durch Upload der jeweiligen *.zip oder *.tgz Datei (Nicht ausgepackt!) erfolgen. Alternativ kann natürlich weiterhin auch einfach eine neue SD-Karte verwendet werden und das im Archiv befindliche *.img auf die neue SD Karte kopiert werden um dann von dort aus neu zu booten und via Backup-Restore das jeweils aktuelle Backup wiederherstellen zu lassen. Bei den virtuellen Platformen (ova bzw. oci) passiert das jeweilige Update/Upgrade ggf. via der eingesetzten Virtualisierungsumgebung.
Hinweis:
Bitte beachten, dass natürlich vor jedem Update erst einmal ein manuelles Backup erfolgen sollte damit bei eventl. Fehlschlagen des WebUI-basierten Updates man mittels einer neuen SD-Karte dann sein aktuellstes Backup einfach wieder einspielen kann.
Für Bugreports und Featurerequests bitte den GitHub Issue-Tracker nutzen damit ich die Anfragen geordnet abarbeiten kann. Support- und Hilfeanfragen bei vermeintlichen Nutzungsproblemen bitte weiterhin hier als erstes im Forum platzieren und erst daraus ein Bugreport im GitHub machen wenn das Problem von anderen Nutzern bestätigt werden konnte.
Viel Spass mit der neuen RaspberryMatic Version!