v9.9.0

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.9.0

Bringt node-red-contrib-ccu 4.4.5 und startet auf openccu-lite beim Booten
vor den Schnittstellenprozessen.

• node-red-contrib-ccu 4.4.5: Ein fehlgeschlagenes init wird nach 1, 2, 4
  und 8 Sekunden und danach alle 15 Sekunden wiederholt (bisher 2, 4, 8,
  16 Sekunden, dann alle 30). Solange ein Schnittstellenprozess noch startet
  und die Verbindung ablehnt, steht im Log eine Info-Zeile („HmIP-RF not
  listening yet … waiting for it“) statt einer Warnung; lehnt er ab, nachdem
  er schon verbunden war, bleibt es eine Warnung.
• node-red-contrib-ccu 4.4.5: Die direkte Verbindung zu den
  Schnittstellenprozessen auch dann, wenn Node-RED vor rfd startet. Die
  CCU-Verbindung erkannte „läuft auf der CCU selbst“ bisher nur an rfds
  offenem Port; startete Node-RED früher, lief jede Schnittstelle bis zum
  nächsten Neustart über die Proxy-Ports des Webservers. Jetzt reicht dafür
  auch die Schnittstellenliste der CCU (/etc/config/InterfacesList.xml).
• openccu-lite: Frühstart. Das Manifest (openccu-lite.json) erklärt
  runtime.start: "early": das System startet RedMatic beim Booten vor rfd
  und hmipserver, und die CCU-Nodes verbinden sich, sobald die
  Schnittstellen antworten. Auf der Seite Zusatzsoftware lässt sich der
  Frühstart abschalten. Auf einer CCU3 und OpenCCU ändert sich nichts.
• Zwei Zeilen weniger im Log bei jedem Start: kein „Usage: node-red …“
  mehr für den init-Aufruf vor dem Start, und kein „Permission denied“,
  wenn das Addon die Telemetrie-Kennung des Systems nicht lesen darf.

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-rbe ist inzwischen Bestandteil von Node-RED; eine noch
  installierte Kopie erzeugt nur eine Warnung und kann entfernt werden.
• Logging: Die Einstellung logging.ain wird automatisch nach
  logging.syslog migriert.
• 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

• 3245f87 @hobbyquaker 9.9.0: node-red-contrib-ccu 4.4.5, the early start on openccu-lite
• 780563d @hobbyquaker openccu-lite: the early start, with node-red-contrib-ccu 4.4.5 (task 17)
• a5abf94 @hobbyquaker bin/redmatic: no usage line for init, no Permission denied for the telemetry id
• 72205df @hobbyquaker README: openccu-lite section back, short
• 9eb3c1a @hobbyquaker editor: on openccu-lite a stale Node-RED token no longer brings up the login dialog (bug 14)
• 726889a @hobbyquaker openccu-lite manifest: runtime.daemon - the addon keeps a process running
• dfc15b3 @hobbyquaker The openccu-lite manifest: openccu-lite.json at the root of the package
• f57b50c @hobbyquaker auto-release: build from the newest release tag, never release untagged commits (task 16)
• 8b5bd7e @hobbyquaker auto-release: bump the patch when every bundled update is a patch update (task 16)

Change History

Module Versions

Module	Version
Node.js	24.21.0
node-red	5.0.7
npm	11.20.0
node-red-contrib-ccu	4.4.5

Build

Github Action build-release #127

v9.8.0

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)

🤖 Automatisches Release 9.8.0

Dieses Release wurde automatisch von einem GitHub-Workflow erstellt, weil
neue Versionen der gebündelten Komponenten erschienen sind: npm 11.19.1 → 11.20.0.
RedMatic selbst wurde dabei nicht verändert; der Build und ein automatischer
End-to-End-Test (Installation, Start, Paletten-Manager) sind erfolgreich
durchgelaufen. Änderungen am Addon seit dem letzten Release stehen unten
unter „Changes".

RedMatic 9.7.4

Bringt node-red-contrib-ccu 4.4.4, das eine Schnittstelle nach einem
fehlgeschlagenen init schnell erneut anmeldet, und lässt die feste
Startpause dort weg, wo die Firmware das Addon ohnehin erst nach den
Schnittstellenprozessen startet.

• node-red-contrib-ccu 4.4.4: Ein fehlgeschlagenes init wird nach 2, 4, 8
  und 16 Sekunden und danach alle 30 Sekunden wiederholt. Antwortete ein
  Schnittstellenprozess (z. B. HmIP-RF) beim Start von Node-RED noch nicht,
  kamen bisher minutenlang keine Ereignisse an (bei HmIP-RF bis zu 10 Minuten),
  ohne zwischengespeicherte Geräte gar keine. Während des Wartens zeigen die
  Nodes waiting (gelber Ring) statt getrennt, und das Log hat eine Warnung
  statt Fehlerzeilen.
• Keine 30-Sekunden-Pause nach dem Booten, wo die Firmware das Addon nach den
  Schnittstellenprozessen startet. Bisher wartete RedMatic in den ersten
  zwei Minuten nach einem Neustart immer 30 Sekunden, bevor Node-RED startete.
  Auf Systemen, deren Startreihenfolge das Addon erst nach rfd und hmipserver
  startet, entfällt diese Pause; das Log sagt dann „no boot delay“. Auf einer
  CCU3 und OpenCCU bleibt die Pause wie bisher.

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-rbe ist inzwischen Bestandteil von Node-RED; eine noch
  installierte Kopie erzeugt nur eine Warnung und kann entfernt werden.
• Logging: Die Einstellung logging.ain wird automatisch nach
  logging.syslog migriert.
• 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

• f83ea09 @hobbyquaker 9.7.4
• aa38926 @hobbyquaker start: no 30 s boot pause where the firmware starts the addon after the interfaces (task 14)
• 2eb7801 @hobbyquaker release notes: 9.7.3 notes without openccu-lite
• 06813fe @hobbyquaker README: openccu-lite section removed

Change History

Module Versions

Module	Version
Node.js	24.21.0
node-red	5.0.7
npm	11.20.0
node-red-contrib-ccu	4.4.4

Build

Github Action auto-release #20

v9.7.4

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.7.4

Bringt node-red-contrib-ccu 4.4.4, das eine Schnittstelle nach einem
fehlgeschlagenen init schnell erneut anmeldet, und lässt die feste
Startpause dort weg, wo die Firmware das Addon ohnehin erst nach den
Schnittstellenprozessen startet.

• node-red-contrib-ccu 4.4.4: Ein fehlgeschlagenes init wird nach 2, 4, 8
  und 16 Sekunden und danach alle 30 Sekunden wiederholt. Antwortete ein
  Schnittstellenprozess (z. B. HmIP-RF) beim Start von Node-RED noch nicht,
  kamen bisher minutenlang keine Ereignisse an (bei HmIP-RF bis zu 10 Minuten),
  ohne zwischengespeicherte Geräte gar keine. Während des Wartens zeigen die
  Nodes waiting (gelber Ring) statt getrennt, und das Log hat eine Warnung
  statt Fehlerzeilen.
• Keine 30-Sekunden-Pause nach dem Booten, wo die Firmware das Addon nach den
  Schnittstellenprozessen startet. Bisher wartete RedMatic in den ersten
  zwei Minuten nach einem Neustart immer 30 Sekunden, bevor Node-RED startete.
  Auf Systemen, deren Startreihenfolge das Addon erst nach rfd und hmipserver
  startet, entfällt diese Pause; das Log sagt dann „no boot delay“. Auf einer
  CCU3 und OpenCCU bleibt die Pause wie bisher.

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-rbe ist inzwischen Bestandteil von Node-RED; eine noch
  installierte Kopie erzeugt nur eine Warnung und kann entfernt werden.
• Logging: Die Einstellung logging.ain wird automatisch nach
  logging.syslog migriert.
• 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

• f83ea09 @hobbyquaker 9.7.4
• aa38926 @hobbyquaker start: no 30 s boot pause where the firmware starts the addon after the interfaces (task 14)

Change History

Module Versions

Module	Version
Node.js	24.21.0
node-red	5.0.7
npm	11.19.1
node-red-contrib-ccu	4.4.4

Build

Github Action build-release #126

v9.7.3

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.7.3

Lässt einen Start, der an fehlenden Rechten scheitert, den eigentlichen Grund
nennen.

• Ein Start, der an fehlenden Rechten scheitert, nennt jetzt den Grund.
  RedMatic legt beim Start die Sperre var/start.lock an, damit Node-RED nicht
  zweimal startet. Konnte dieses Verzeichnis nicht angelegt werden, etwa weil
  var/ einem anderen Benutzer gehörte, meldete RedMatic „another start holds
  the lock“, als liefe schon ein anderer Start. Jetzt steht der eigentliche
  Fehler im Log, zum Beispiel
  cannot create /usr/local/addons/redmatic/var/start.lock: permission denied.
  Eine gehaltene oder verwaiste Sperre wird behandelt wie bisher.

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-rbe ist inzwischen Bestandteil von Node-RED; eine noch
  installierte Kopie erzeugt nur eine Warnung und kann entfernt werden.
• Logging: Die Einstellung logging.ain wird automatisch nach
  logging.syslog migriert.
• 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

• bf278b1 @hobbyquaker 9.7.3
• 66881a6 @hobbyquaker start lock: a mkdir that fails for another reason is named, not taken for another start (bug 10)

Change History

Module Versions

Module	Version
Node.js	24.21.0
node-red	5.0.7
npm	11.19.1
node-red-contrib-ccu	4.4.3

Build

Github Action build-release #125

v9.7.2

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.7.2

Schreibt das credentialSecret nicht mehr in eine für alle lesbare Datei.

• /tmp/red-settings.json wird nicht mehr geschrieben und bei einem Update
  entfernt. Die Datei las niemand, sie enthielt aber das credentialSecret,
  lesbar für jeden lokalen Benutzer.
• Die Prüfsummen der Release-Anhänge (.sha256) nennen nur noch den
  Dateinamen, so dass sha256sum -c direkt neben dem heruntergeladenen Paket
  funktioniert.

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-rbe ist inzwischen Bestandteil von Node-RED; eine noch
  installierte Kopie erzeugt nur eine Warnung und kann entfernt werden.
• Logging: Die Einstellung logging.ain wird automatisch nach
  logging.syslog migriert.
• 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

• 8870962 @hobbyquaker 9.7.2
• 82a9800 @hobbyquaker release: the .sha256 files name the package only, so sha256sum -c works on a download

Change History

Module Versions

Module	Version
Node.js	24.21.0
node-red	5.0.7
npm	11.19.1
node-red-contrib-ccu	4.4.3

Build

Github Action build-release #124

v9.7.1

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.7.1

Behebt eine mit 9.7.0 eingeführte Störung des Node-RED-Editors.

• Der Node-RED-Editor konnte die Verbindung zum Backend verlieren. Seit
  9.7.0 prüfte Node-RED die WebSocket-Verbindung des Editors anhand eines
  Cookies und trennte sie, wenn die Prüfung fehlschlug. Auf einer CCU3 oder
  OpenCCU gibt es keine solche Anmeldung, dort konnte ein beliebiges Cookie für
  die Adresse der Zentrale (etwa von einem anderen Addon) den Editor vom Backend
  trennen. Das Cookie wird dort nicht mehr ausgewertet; es bleibt beim Login von
  Node-RED mit dem Benutzer der Zentrale, wie bisher.

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-rbe ist inzwischen Bestandteil von Node-RED; eine noch
  installierte Kopie erzeugt nur eine Warnung und kann entfernt werden.
• Logging: Die Einstellung logging.ain wird automatisch nach
  logging.syslog migriert.
• 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

• dc13a7e @hobbyquaker 9.7.1
• e075429 @hobbyquaker auth: the editor's single sign-on finds the box session under either cookie name
• 59da201 @hobbyquaker docs: the agent documents moved to a new folder

Change History

Module Versions

Module	Version
Node.js	24.21.0
node-red	5.0.7
npm	11.19.1
node-red-contrib-ccu	4.4.3

Build

Github Action build-release #123

v9.7.0

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.7.0

Danke an @Nooblucker1 für den Bericht.

• Node-RED wurde etwa 30 bis 45 Sekunden nach jedem Start beendet und so
  lange neu gestartet, bis Maximum Node-RED restarts exceeded im Log stand.
  Der abgesicherte Modus lief
  (#602, @Nooblucker1). Im Log
  steht Error: The `onCancel` handler was attached after the promise settled.
  mit got und p-cancelable im Stack.
  Die Ursache liegt weder in RedMatic noch in node-red-contrib-ccu, sondern in
  der HTTP-Bibliothek got 11, die ein zusätzlich installierter Node
  mitbringt. Wiederholt got 11 eine Anfrage, deren Promise schon abgeschlossen
  ist, wirft p-cancelable 2.x in einem Timer einen Fehler, den niemand abfangen
  kann, und Node.js beendet sich. Unter dem alten Node.js von RedMatic 7 trat
  das nicht auf, unter Node.js 24 schon.
  RedMatic lädt jetzt vor Node-RED eine kleine Kompatibilitätsschicht
  (lib/compat.js), die genau diesen einen Fehler verwirft, statt Node-RED zu
  beenden. Welcher Node ihn auslöst, steht einmal im Log
  ([redmatic] … retried a request whose promise had already settled …).
  Dateien der installierten Nodes werden nicht verändert. Dauerhaft hilft ein
  Update des betreffenden Nodes.
• Bekanntes Problem, behoben in 9.7.1:
  Auf einer CCU3 oder OpenCCU konnte ein Cookie für die Adresse der Zentrale
  (etwa von einem anderen Addon) die Verbindung des Node-RED-Editors zum
  Backend trennen.
• Die mitgelieferten Komponenten sind dieselben wie in 9.6.0: Node.js 24.21.0,
  Node-RED 5.0.7, node-red-contrib-ccu 4.4.3.

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-rbe ist inzwischen Bestandteil von Node-RED; eine noch
  installierte Kopie erzeugt nur eine Warnung und kann entfernt werden.
• Logging: Die Einstellung logging.ain wird automatisch nach
  logging.syslog migriert.
• 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

• 13185f0 @hobbyquaker 9.7.0
• 6df3109 @hobbyquaker docs: agent working documents moved out of the repository

Change History

Module Versions

Module	Version
Node.js	24.21.0
node-red	5.0.7
npm	11.19.1
node-red-contrib-ccu	4.4.3

Build

Github Action build-release #122

v9.6.0

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)

🤖 Automatisches Release 9.6.0

Dieses Release wurde automatisch von einem GitHub-Workflow erstellt, weil
neue Versionen der gebündelten Komponenten erschienen sind: node-red-contrib-ccu 4.4.1 → 4.4.3.
RedMatic selbst wurde dabei nicht verändert; der Build und ein automatischer
End-to-End-Test (Installation, Start, Paletten-Manager) sind erfolgreich
durchgelaufen. Änderungen am Addon seit dem letzten Release stehen unten
unter „Changes".

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, danach Node-RED exited with non-zero exit status 1 und schließlich Maximum 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 use abbrach. Geprüft wurde nur, ob ein Prozess namens
  node-red lä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
  (### Changes blieb 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-rbe ist inzwischen Bestandteil von Node-RED; eine noch
  installierte Kopie erzeugt nur eine Warnung und kann entfernt werden.
• Logging: Die Einstellung logging.ain wird automatisch nach
  logging.syslog migriert.
• 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

• 926441c @github-actions[bot] 9.5.0: automatic release (Node.js 24.20.0 -> 24.21.0, Node-RED 5.0.6 -> 5.0.7)
• 95efb02 @hobbyquaker release notes: the changelog was missing, and old versions piled up

Change History

Module Versions

Module	Version
Node.js	24.21.0
node-red	5.0.7
npm	11.19.1
node-red-contrib-ccu	4.4.3

Build

Github Action auto-release #7

v9.5.0

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)

🤖 Automatisches Release 9.5.0

Dieses Release wurde automatisch von einem GitHub-Workflow erstellt, weil
neue Versionen der gebündelten Komponenten erschienen sind: Node.js 24.20.0 → 24.21.0, Node-RED 5.0.6 → 5.0.7.
RedMatic selbst wurde dabei nicht verändert; der Build und ein automatischer
End-to-End-Test (Installation, Start, Paletten-Manager) sind erfolgreich
durchgelaufen. Änderungen am Addon seit dem letzten Release stehen unten
unter „Changes".

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, danach Node-RED exited with non-zero exit status 1 und schließlich Maximum 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 use abbrach. Geprüft wurde nur, ob ein Prozess namens
  node-red lä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
  (### Changes blieb 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-rbe ist inzwischen Bestandteil von Node-RED; eine noch
  installierte Kopie erzeugt nur eine Warnung und kann entfernt werden.
• Logging: Die Einstellung logging.ain wird automatisch nach
  logging.syslog migriert.
• 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

• 95efb02 @hobbyquaker release notes: the changelog was missing, and old versions piled up

Change History

Module Versions

Module	Version
Node.js	24.21.0
node-red	5.0.7
npm	11.19.1
node-red-contrib-ccu	4.4.1

Build

Github Action auto-release #6

v9.4.2

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, danach Node-RED exited with non-zero exit status 1 und schließlich Maximum 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 use abbrach. Geprüft wurde nur, ob ein Prozess namens
  node-red lä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
  (### Changes blieb 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-rbe ist inzwischen Bestandteil von Node-RED; eine noch
  installierte Kopie erzeugt nur eine Warnung und kann entfernt werden.
• Logging: Die Einstellung logging.ain wird automatisch nach
  logging.syslog migriert.
• 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

Change History

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

Build

Github Action build-release #121