Hallo,
ich habe jetzt mehrere Tage gesucht, ausprobiert und ca. 50x neu installiert, ich bin jetzt am Ende meiner Ideen und wäre sehr dankbar, wenn mir jemand auf die Sprünge helfen kann.
Ausgangslage: Raspberry mit FHEM und HM-MOD-RPI-PCB, ca. 20 HM Komponenten, kein HM IP
Ziel: Erweiterung um HM IP, da nur noch IP Aktoren usw. kaufbar. Weiterhin aber umfangreiche HM (nicht IP) Komponenten im Bestand vorhanden. Ich möchte wenn es irgendwie geht, die bestehenden Komponenten nicht neu anlernen müssen, da sie tws. verbaut sind und schwer zugänglich. D.h. wenn möglich würde ich gerne meine FHEM Installation behalten.
Bisheriges Vorgehen:
- Neue Hardware raspi 3B mit RPI-RF-MOD Funkmodul und original Netzgerät, 64GB SD Card
- FHEM komplettes Backup erstellt
Versuche: Rasberry PI OS (Trixie, Bookworm, Bullseye) installiert um piVCCU zu ergänzen, gabs aber nicht mehr. Dann erkannt, dass debmatic jetzt verwendet werden muss.
Stand aktuell: Bullseye installiert, OCCU installiert, FHEM installiert - OCCU und FHEM laufen. FHEM mit Backup wiederhergestellt. Nun festgestellt, dass das Funkmodul in der FHEM.cfg natürlich noch nicht passt, da im Backup das alte noch angesprochen wird.
Wie kann ich jetzt das neue Modul in FHEM einbinden? debmatic findet das funkmodul scheinbar nicht:
debmatic version: 3.85.7-123
OS: Raspbian GNU/Linux 12 (bookworm)
Kernel: 6.12.47+rpt-rpi-v7 armv7l
Service Status: Running
Kernel modules: Available
Raw UART dev: Not available
Rasp.Pi UART: Not assigned to GPIO pins
HMRF Hardware: unknown
HMIP Hardware: unknown
Mittels raspi-config den seriellen anschluss aktiviert, geht trotzdem nicht.
Habt ihr einen Tipp für mich? Vielleicht habe ich auch nur die richtige Anleitung nicht gefunden...Oder ist es sinnvoller gleich mit 2 Raspis zu arbeiten? Einen für FHEM unverändert wie bisher und den anderen als CCU für die neuen IP Komponenten?
VG und Danke!!
Zitat von: foly12 am 22 Dezember 2025, 21:29:36Einen für FHEM unverändert wie bisher und den anderen als CCU für die neuen IP Komponenten?
Klingt alles noch Chaos, aber der letzte Satz ist richtig.
Auch für mich Chaos.
Du brauchst ein FHEM und eine CCU.
Die Verbindung wäre das Modul HMCCU.
Das bisherige FHEM kann erhalten bleiben, nur für IP brauchst Du eine Art von CCU.
Wenn wir schon beim Ordnen der Gedanken sind:
Du könntest (!) deine vorhandenen HM-Geräte (vermutlich jetzt in FHEM: CUL_HM) weiter nutzen unter einer CCU, wenn du der die bisherige HMId "unterschiebst" (die steht irgendwo in einer Art config-file der CCU).
Dann musst du halt den Teil nach HMCCU.* umkonfigurieren...
Der erste Ordnungsgedanke für mich wäre: Warum willst du überhaupt HMIP haben? Imo bekommt man insbesondere in ZigBee (deutlich) mehr für's Geld, und hat dazu noch eine unendlich große Auswahl an möglichen Komponenten (was manchmal auch wieder schwierig und unübersichtlich ist, zugegebenermaßen)...
Seit wann gibt es denn piVCCU nicht mehr? M.W. gibt es das nach wie vor, auch wenn das an Bedeutung verloren hat, seit es Raspberrymatic/OpenCCU auch für Docker oder LXC gibt. Für einen Pi 3 ist es aber nach wie vor die beste Alternative, da RM/OC mehr Kofigurationsaufwand erfordert und debmatic doch etwas eigenartig ist.
Aber unabhängig von der Wahl der CCU-SW sollte dir klar sein, ob du die alte HM-Welt weiterhin CUL_HM betreiben willst oder zusammen mit HM-IP über HMCCU. Wenn ersteres, dann brauchst du 2 HM-Funkmodule, je 1x für CUL_HM und HMCCU. Dabei hat dein Raspi nur eine GPIO-Leiste, so dass du unweigerlich mindestens eins der beiden Module anders anbinden musst: USB oder(W)LAN. Wenn letzteres, dann musst du, wie schon vorher geschrieben, deine HM-Welt auf HMCCU umkonfigurieren, einfach Backup einspielen funktioniert nicht.
Werde dir erstmal über diese Frage klar, bevor du weitere Fragen stellst, damit du dann gezielt in die eine oder andere Richtung Unterstützung bekommst.
BTW: ich habe den ersten Weg gewählt und nutze piVCCU auf demselben Raspi 3 wie FHEM, wobei mein Linux mittlerweile ziemlich veraltet sein dürfte.
Vielen Dank die Hinweise! Bin bisher ehr trial and error mässig vorgegangen, das macht überhaupt keinen Sinn.
Was will ich?
Bereits vorhandenen HM IP Bewegungsmelder einbinden. Zigbee wäre eine Alternative gewesen, jetzt habe ich allerdings die HMIP Teile schon.
Prio 1 ist, dass ich die bisherigen HM Komponenten nicht alle neu anlernen muss
Prio 2 wäre nur einen Raspi für alles was HM angeht zu betreiben
Prio 3 möglichst unkompliziert (ihr seht ja, bin kein Profi)
Zur Frage: piVccu war meinerster Ansatz, allerdings funktioniert das Modul bei den verfügbaren Raspberry OS Distributionen nicht mehr. Daher habe ich oben meine Versuche genannt. Recherche sagt, dass die kernel nur bis bullseye 5.x.x dafür funktionieren, diese alten versionen habe ich aber nirgends mehr gefunden. Mein ältester Stand war Bulseye 6.x.x, das klappte aber schon nicht mehr.
Bevor ich auf den "einfache" weg der zwei Raspis mit zwei Funkmodulen (wären beide vorhanden, 1x neu, 1x bisheriges system) gehe, würde ich mir die Übertragung der HM IDs ansehen nach OCCU.
Nachtrag: Ich kann keine Datei finden mit den HMIDs. Wo könnte die denn liegen und wie könnte sie heißen?
Du musst Dir klar sein: über CUL_HM und HMCCU sind die Geräte in FHEM völlig anders abgebildet. Das neu anlernen selbst wäre also nur ein Problem. Deswegen lass die alten Geräte wie sie sind und integriere die CCU über HMCCU in FHEM für HMIP. Das hast Du über Weihnachten genug zu tun ;)
Laut homematic-forum liegt das Problem mit piVCCU nicht an der Kernel-Version, sondern an der Debian-Version. Mit Trixie lässt sich das im Moment nicht einwandfrei installieren, mit Bookworm dagegen schon. Woher stammen deine Informationen?
Hier (https://homematic-forum.de/forum/viewtopic.php?f=69&t=85134&start=20#p832348) ist im übrigen ein nützlicher Beitrag bzgl. der Konfiguration der Netzwerkbrücke für piVCCU unter Bookworm.
Moin!
Ich würde eine CCU (OpenCCU) aufsetzen und mit HMCCU zu FHEM verbinden. Dann die neuen IP-Geräte einbinden und die bestehenden nach und nach auf die CCU migrieren..
Schöne Festtage
Jürgen K.
Zitat von: Beta-User am 22 Dezember 2025, 22:32:18Du könntest (!) deine vorhandenen HM-Geräte (vermutlich jetzt in FHEM: CUL_HM) weiter nutzen unter einer CCU, wenn du der die bisherige HMId "unterschiebst" (die steht irgendwo in einer Art config-file der CCU).
Dann musst du halt den Teil nach HMCCU.* umkonfigurieren...
Das ist im Übrigen nicht richtig. Das mit Unterschieben der HMID stimmt zwar, aber auf die Art spart man sich wirklich nur das Anlernen. Da die CCU aber nichts von ihren neuen Komponenten wissen wird, muss man trotzdem das Anlernknöpfchen drücken. Was aufs Selbe hinausläuft, wie neu Anlernen, und es praktisch unmöglich macht, wenn die Geräte schwer zugänglich/verdeckt eingebaut sind.
Stimmt auch nur teilweise:
- alle Aktoren kann man mit Seriennummer "anlernen" - die ist ja bekannt.
- An die Sensoren kommt man normalerweise ran :)
Weiß nicht ob es da noch Ausnahmen gibt.
Zitat von: Otto123 am 23 Dezember 2025, 09:07:47Du musst Dir klar sein: über CUL_HM und HMCCU sind die Geräte in FHEM völlig anders abgebildet. Das neu anlernen selbst wäre also nur ein Problem. Deswegen lass die alten Geräte wie sie sind und integriere die CCU über HMCCU in FHEM für HMIP. Das hast Du über Weihnachten genug zu tun ;)
So werde ich das machen, Danke!!
Vielen Dank für Eure Tipps! Damit weiß ich wie ich weitermache: FHEM bleibt wie es ist auf dem "alten" Raspi, dazu kommt der neue mit Raspberymatic für die neuen HM IP Komponenten und den verknüpfe ich dann mit dem bestehenden FHEM. Soweit, so klar, mal schauen was da bei der Installation alles hochkommt, meist klingt es einfach und dann dauert es halbe Nächte bis man es tatsächlich umgesetzt hat ;-) aber ihr kennt das ja bestimmt auch.
In diesem Sinne, frohe Weihnachten, feiert schön!
Jetzt hänge ich am nächsten Thema - Status:
- OpenCCU aufgesetzt und mit Bewegungsmelder HMIP verbunden auf 2. Raspi. Das funktioniert.
- OCCU mit HMCCU in Fhem eingebunden, Bewegungsmelder readings werden nun auch in FHEM angezeigt.
ABER: HMCCCHN aktualisert die Readings nicht. Immer wenn ich mit "set myCCU on" in FHEM eingebe, dann holt sich FHEM die neuen WErte. Allerdings eben nicht automatisch.
Habe versucht event-on-change-reading dann im Device gesetzt, ändert nichts. Kann mir bitte jemand sagen, ob es ein Attribut o.ä. gibt um die readings regelmässig zu holen?
Ich bin etwas spät und kann zu deiner Frage auch nichts beitragen.
Bei mir läuft auf einem PI4 (bookworm), FHEM und Debmatic.
Damit wären deine Anforderungen erfüllt.
//Edit
Debmatic ist an angebunden FHEM.
HomeMatic (IP) Devices werden nur in Debmatic angelegt, der Rest über FHEM abgearbeitet.
Zitat von: foly12 am 11 Januar 2026, 13:11:45Jetzt hänge ich am nächsten Thema - Status:
- OpenCCU aufgesetzt und mit Bewegungsmelder HMIP verbunden auf 2. Raspi. Das funktioniert.
- OCCU mit HMCCU in Fhem eingebunden, Bewegungsmelder readings werden nun auch in FHEM angezeigt.
ABER: HMCCCHN aktualisert die Readings nicht. Immer wenn ich mit "set myCCU on" in FHEM eingebe, dann holt sich FHEM die neuen WErte. Allerdings eben nicht automatisch.
Habe versucht event-on-change-reading dann im Device gesetzt, ändert nichts. Kann mir bitte jemand sagen, ob es ein Attribut o.ä. gibt um die readings regelmässig zu holen?
Hat mir wirklich niemand einen Tipp woran das liegen könnte?
Mein Hinweis lautet: RPC bzw. RPC-Server bzw. HMCCURPCPROC. Wahrscheinlich ist dieser "Rückkanal" bei dir nicht richtig konfiguriert. Schau mal im Wiki nach bzw. suche nach diesen Stichworten hier im Forum.
Ich werfe mal noch die Firewall o.ä. in den Ring. Port 7420 auf dem FHEM-Server muss für die CCU erreichbar sein.
Das mal von der CCU aus überprüfen:
nc -vz <IP von FHEM-Server> 7420Da muss stehen:
Ncat: Connected to <IP von FHEM-Server>:7420.
Hallo,
mußte man nicht in Raspberymatic eine Regel für die Aktoren erstellen?
Ich meine die mußte auch nicht wirklich etwas ausführen und konnte später wieder gelöscht werden.
Zitat von: passibe am 19 Januar 2026, 11:54:11Ich werfe mal noch die Firewall o.ä. in den Ring. Port 7420 auf dem FHEM-Server muss für die CCU erreichbar sein.
Das mal von der CCU aus überprüfen:
nc -vz <IP von FHEM-Server> 7420Da muss stehen:
Ncat: Connected to <IP von FHEM-Server>:7420.
Das habe ich probiert, funktioniert so wie es soll. Danke!