Downloads
CCU3 (Firmware ab 3.61.5), piVCCU3 und OpenCCU Varianten rpi2, tinkerboard und oci_arm (armv7l)
OpenCCU Varianten rpi3, rpi4, rpi5 und oci_arm64 (aarch64)
OpenCCU Varianten ova, intelnuc und oci_amd64 (x86_64)
RedMatic 9.4.2
Zwei Absturzursachen aus #601.
Wer 9.3.0 oder 9.4.0 einsetzt, sollte aktualisieren.
-
Node-RED konnte kurz nach dem Start abstürzen und wurde endlos neu
gestartet (Error: socket hang up, danachNode-RED exited with non-zero exit status 1und schließlichMaximum Node-RED restarts exceeded).
Ein Schreibvorgang auf eine Systemvariable, der eintrifft, bevor die
Variablenliste bekannt ist, wird zwischengespeichert und nachgeholt, sobald
die Liste da ist — dabei wurde ein Fehlschlag nicht behandelt, was Node.js
als unbehandelte Promise-Ablehnung wertet und den Prozess beendet.
Betroffen waren vor allem größere Installationen, bei denen ReGaHSS beim
Start unter Last steht. Behoben in node-red-contrib-ccu 4.4.1 (vorher
4.4.0), siehe dessen
Changelog.Auslöser war eine Änderung in 4.3.0 (ausgeliefert mit RedMatic 9.3.0): die
Erkennung „läuft direkt auf der Zentrale" greift dort wieder, wodurch die
ReGa-Anfragen direkt an ReGaHSS auf Port 8183 gehen statt über lighttpd auf
8181. Ein ausgelastetes ReGaHSS schließt die Verbindung dann einfach,
während lighttpd das vorher abgefangen hat. -
Node-RED konnte zweimal gestartet werden, wobei die zweite Instanz mit
Error: port in useabbrach. Geprüft wurde nur, ob ein Prozess namens
node-redläuft — den gibt es während eines laufenden Starts noch nicht,
nach einem Neustart der Zentrale bis zu 30 Sekunden lang. Ein bereits
laufender Start wird jetzt erkannt und ein zweiter abgewiesen. -
Jeder Startversuch protokolliert jetzt, welcher Prozess ihn ausgelöst
hat (start requested by pid …). Einen zweiten gleichzeitigen Start soll
es nie geben; falls er doch vorkommt, steht die Ursache damit im Log. -
Die Liste der Commits einer Version fehlte bisher in den Release-Notes
(### Changesblieb leer) — behoben.
RedMatic 9
RedMatic 9 ist eine grundlegend verschlankte und modernisierte Version.
Bitte vor der Installation lesen, es gibt einschneidende Änderungen.
⚠️ Backup ist Sache des Anwenders. Vor dem Update von RedMatic 7.x/8.x
unbedingt ein CCU-Backup anlegen und die Flows exportieren. Ein Weg
zurück gibt es nur über dieses Backup. Das Update erfolgt auf eigene
Verantwortung.
- Voraussetzungen: CCU3 mit Firmware ab 3.61.5 oder aktuelles
OpenCCU (ehemals RaspberryMatic). Ältere Firmware wird nicht mehr
unterstützt (RedMatic patcht keine Firmware-Dateien mehr). - Node.js 24 und Node-RED 5 (bisher Node.js 14 / Node-RED 1). Flows
aus RedMatic 7/8 werden von Node-RED beim ersten Start übernommen. - Nur noch node-red-contrib-ccu ist vorinstalliert. Dashboard,
HomeKit, E-Mail, Sun-Position, Combine, RedMatic-LED usw. werden nicht
mehr mitgeliefert und nicht mehr von RedMatic gepflegt. Bei einem
Update von 7.x/8.x bleiben bereits installierte Nodes im
Benutzerverzeichnis erhalten und können über den Node-RED
Paletten-Manager aktualisiert oder entfernt werden. - Der RedMatic-Paketmanager und die RedMatic-WebApp entfallen
ersatzlos. Nodes werden ausschließlich über den Paletten-Manager
installiert. - Keine nativen Module: Nodes mit binären Abhängigkeiten (Compiler
nötig) können auf der CCU nicht installiert werden — es werden keine
vorkompilierten Binaries mehr mitgeliefert. node-red-node-rbeist inzwischen Bestandteil von Node-RED; eine noch
installierte Kopie erzeugt nur eine Warnung und kann entfernt werden.- Logging: Die Einstellung
logging.ainwird automatisch nach
logging.syslogmigriert. - Es werden keine Beispiel-Flows mehr mitgeliefert.
- Die Lizenzübersicht wurde durch SBOMs (CycloneDX) ersetzt, die als
Release-Anhang und in der RedMatic-Konfiguration verfügbar sind.
Ausführlich: Migration auf RedMatic 9.
Rückmeldungen bitte als GitHub Issue.
Changes
Seit 9.4.0:
- 3878587 @hobbyquaker 9.4.2
- 12aa8c1 @hobbyquaker 9.4.1
Module Versions
| Module | Version |
|---|---|
| Node.js | 24.20.0 |
| node-red | 5.0.6 |
| npm | 11.19.1 |
| node-red-contrib-ccu | 4.4.1 |