RPI-RF-MOD auf Pi4 unter HAOS + OpenCCU – Gerätekommunikation gestört nach Migration von piVCCU

Konfig & Integration
,
1

Hallo zusammen,

ich habe ein bestehendes Homematic-System von piVCCU (Debian) + ioBroker auf Home Assistant OS 17.1 mit OpenCCU Addon migriert.

Wichtig:

Die Hardware ist identisch geblieben:

  • Raspberry Pi 4

  • originales RPI-RF-MOD direkt auf GPIO

  • gleiche Stromversorgung

  • gleiche Funkumgebung

Mit piVCCU lief das System über längere Zeit absolut stabil.

Es wurde ausschließlich die Software-Plattform gewechselt.

Setup:

  • Raspberry Pi 4

  • Home Assistant OS 17.1

  • Home Assistant Core 2026.2.2

  • OpenCCU Addon

  • originales RPI-RF-MOD direkt auf GPIO

  • WLAN deaktiviert

  • Bluetooth deaktiviert

Aktueller Stand:

OpenCCU startet ohne sichtbare Fehler.

Im Log wird das Funkmodul korrekt erkannt (RPI-RF-MOD/GPIO@fe201000.serial).

rfd und HMIPServer starten.

Duty Cycle liegt bei ca. 1 %.

Carrier Sense steigt teilweise auf ca. 20 %.

Die Geräte erscheinen nach Einspielen eines Backups korrekt in der WebUI.

Problem:

Alle Geräte zeigen „Gerätekommunikation gestört“.

Es findet keine funktionierende Kommunikation statt:

  • Statuswerte bleiben auf 0.00

  • Aktorbefehle kommen nicht an

  • Neue Geräte lassen sich nicht erfolgreich anlernen

  • Änderungen in der CCU lassen sich nicht übernehmen

Aktuelle HAOS config.txt (Bereich [all]):

enable_uart=1

dtparam=i2c_arm=on

dtoverlay=disable-bt

dtoverlay=uart0

dtoverlay=rpi-rf-mod

Bluetooth und WLAN sind deaktiviert.

Unter HAOS wird aktuell nur folgendes serielles Device angezeigt:

/dev/serial1 → ttyS0

Ein /dev/ttyAMA0 ist nicht sichtbar.

Mit der vorherigen piVCCU-Installation auf exakt derselben Hardware funktionierte das System problemlos.

Daher vermute ich ein HAOS-/UART-/Overlay-Thema und kein Hardwareproblem.

Meine Fragen:

  • Wird das RPI-RF-MOD unter HAOS anders an den UART gebunden als unter Raspberry Pi OS?

  • Ist die Kombination disable-bt + uart0 auf dem Pi4 korrekt?

  • Muss unter HAOS zusätzlich core_freq=250 gesetzt werden?

  • Gibt es bekannte Einschränkungen des RPI-RF-MOD im OpenCCU Addon unter HAOS?

Ich freue mich über jeden Hinweis.

Viele Grüße

Markus

2

In der config.txt muß folgendes stehen

enable_uart=1
dtparam=i2c_arm=on
dtoverlay=miniuart-bt
dtoverlay=rpi-rf-mod

Eventuell muß auch noch folgendes hinzugefügt werden

overlay_prefix=slot-A/overlays/

Quelle: Homeassistant RaspberryMatic RPI-RF-MOD Raspberry Pi 5 · OpenCCU · Discussion #2618 · GitHub

Ich bin auf den HMIP USB Stick umgestiegen. Der läuft ohne Anpassung der config.txt.
Der USB Stick wird auch von Jens Maus empfohlen. Er ist der Macher von OpenCCU.

1 „Gefällt mir“
3

Hallo, ich habe die Config mit deine Zeilen ausprobiert und das Funkmodul wurde überhaupt nicht mehr erkannt.

Also overlay_prefix=slot-A/overlays/ ist für den Pi4 verkehrt, aber es war der Versuch wert gewesen. Die anderen Zeilen hatte ich ja schon drin gehabt.

4

Hi, ich hatte auch gerade das Problem und wollte eigentlich die openCCU unter proxmox laufen lassen. Ich hatte aber mit dem USB Stick überall Probleme mit der Carrier Sense, die lag meist zwischen 10-20% und daher immer wieder Abbrüche. Ich habe alles mögliche versucht und bin letztlich wieder bei der CCU3 gelandet, die auf OpenCCU geflasht und seitdem läuft wieder alle stabil.

Ich kann mir das mit dem Carrier Sense auch nicht erklären und daher auch nicht wirklich weiterhelfen. Wollte aber meine Erfahrung kurz teilen.

1 „Gefällt mir“
5

Ich hatte mal RICHTIGE Probleme mit einem Carrier Sense Level von über 80%.

War dann schlussendlich eine SSD die ich über USB angeschlossen hatte und die war zu nahe am HMIP USB Stick.

Nur so als Idee.

1 „Gefällt mir“
6

Das Problem, habe ich schon im Auge gehabt und die SSD ist 1m entfernt und USB 2.0. Die Carrier Sense Level ist bei mir bei 8-10%, war aber schon immer so gewesen.