🧩Systemüberblick

Eine HomeMatic-Installation besteht aus Geräten, die per Funk (oder Kabel) mit einer Zentrale sprechen. Welche Zentrale, welches Funkmodul und welches Protokoll – das entscheidet darüber, was lokal geht, was die Cloud braucht und wie man von außen darauf zugreift.

🏠Zentralen

📦

CCU3

eQ-3

Fertige Zentrale im Gehäuse – intern ein Raspberry-Pi-3-Board mit dem Funkmodul RPI-RF-MOD. Bedienung über die WebUI im Browser, Programme und Skripte laufen lokal.

lokalHomeMatic + Homematic IPWebUI

🍓

OpenCCU (ehemals RaspberryMatic)

Community (Open Source)

Alternatives Betriebssystem für die Zentrale: läuft auf der CCU3, ELV-Charly, Raspberry Pi, ODROID, Tinkerboard, als VM (z. B. Proxmox), im Docker/Kubernetes-Container oder als Home-Assistant-Add-on. Gleiche Geräte, WebUI und Addons wie die Hersteller-Firmware – plus Verbesserungen.

lokalviele PlattformenAddons

🐧

debmatic

Community (Open Source)

Installiert die Zentralen-Software (OCCU) direkt als Debian-Paket auf Debian, Ubuntu, Raspbian oder Armbian – ohne Container, Updates per apt. Nutzt Kernel-Module aus dem Projekt piVCCU.

lokalDebian-Paketapt

☁️

Access Point / Home Control Unit

eQ-3 (Homematic IP)

Die Cloud-Lösung: Access Point verbindet Homematic-IP-Geräte mit der Homematic IP Cloud, Einrichtung und Bedienung per App. Keine klassischen HomeMatic-Geräte, keine lokale XML-RPC-API. Neuere lokale Zentrale dieser Welt: Home Control Unit (HCU1).

Appnur Homematic IPCloud

🤔Welche Lösung passt?

Die wichtigste Weiche: lokale Zentrale (CCU3, OpenCCU, debmatic) oder Access Point mit Cloud. Wähle aus, was dir wichtig ist.

Was ist dir wichtig?

Soll ohne Internet/Cloud funktionierenKlassische HomeMatic-Geräte (BidCoS) weiter nutzenLokale Schnittstelle für ioBroker / Home Assistant (XML-RPC)Eigene Skripte und Addons (HomeMatic-Skript, CUxD, XML-API)Einrichtung komplett per Smartphone-App, ohne Server-PflegeFernzugriff ohne eigenes VPN

Passt eher zu …

🏠 Lokale Zentrale (CCU3, OpenCCU, debmatic)2 / 2

☁️ Access Point + Homematic IP Cloud0 / 2

Die lokale Zentrale erfüllt mehr deiner Wünsche. Alles in dieser App ab „Geräte“ bezieht sich auf sie.

📡Funkmodule

Eine selbstgebaute Zentrale braucht ein Funkmodul. Welche Protokolle ein Modul bedient, hängt von Modul und Firmware ab – die Projektseiten von OpenCCU und debmatic führen die unterstützten Module.

Modul	Bauform	Hinweis
RPI-RF-MOD	Aufsteckmodul (GPIO)	Funkmodul der CCU3; auch für Raspberry Pi mit OpenCCU/debmatic
HM-MOD-RPI-PCB	Aufsteckplatine (GPIO)	ältere Platine für den Raspberry Pi
HmIP-RFUSB	USB-Stick	für PCs/VMs ohne GPIO
HM-CFG-USB-2	USB-Konfigurationsadapter	klassisches HomeMatic
HM-LGW-O-TW-W-EU	LAN-Gateway	Funk-Gateway im Netzwerk
HB-RF-USB(-2) / HB-RF-ETH	Community-Platinen	Adapter, um Funkmodule per USB bzw. Ethernet anzuschließen

🆚HomeMatic (BidCoS) vs. Homematic IP

Merkmal	📻 HomeMatic (klassisch)	📶 Homematic IP
Frequenz	868,3 MHz (z. B. HM-CC-RT-DN)	Band 868,0–868,6 MHz / 869,4–869,65 MHz (z. B. HmIP-eTRV-2)
Duty Cycle	höchstens 1 % pro Stunde (36 s)	höchstens 1 % pro Stunde (36 s)
Sicherheit	optional: AES-Challenge-Response – Befehle werden signiert geprüft, Nutzdaten laufen im Klartext	immer: AES-128 + CCM – alle Daten verschlüsselt und authentifiziert, Schlüsselaustausch mit patentiertem Verfahren
Seriennummer / Adresse	10 Zeichen, z. B. `XYZ0000001` (erfunden), dazu eine Funkadresse `RF_ADDRESS`	14 Hex-Zeichen, z. B. `000A1BE9A00001` (erfunden)
Protokoll-Idee	BidCoS („Bidirectional Communication Standard“)	laut eQ-3 IPv6-basiert (Idee wie 6LoWPAN: IP-Adressierung auf schmalbandigem Funk); Details nicht offen dokumentiert
Kanalzugriff	—	Carrier-Sense: vor jedem Senden prüfen, ob das Band frei ist
Zentrale	nur CCU (bzw. OpenCCU/debmatic)	CCU oder Access Point/HCU + App
XML-RPC-Port	`2001` (TLS 42001), auch BIN-RPC	`2010` (TLS 42010), nur XML-RPC
Firmware-Update der Geräte	„Live-OTAU“ (`updateFirmware`)	„Background-OTAU“: Firmware wird im Hintergrund übertragen, dann `installFirmware` – laut eQ-3 nur bei Duty Cycle bis 50 %
Reichweite erweitern	Repeater-Geräte	Routing über netzbetriebene Geräte (in der CCU aktivierbar)

💡 Beide an einer Zentrale

Eine CCU3 (oder OpenCCU/debmatic mit passendem Funkmodul) betreibt klassische und Homematic-IP-Geräte gleichzeitig – in der WebUI sieht man sie nebeneinander, intern laufen zwei getrennte Schnittstellenprozesse (rfd und HMIPServer).

⚠️ Access Point oder CCU – nicht beides

Ein Homematic-IP-Gerät ist immer an genau eine Zentrale angelernt. Wer vom Access Point zur CCU wechselt, muss die Geräte zurücksetzen und neu anlernen.

🔗Wired – per Kabel

Homematic IP Wired (HmIPW)

Kabelgebundene Homematic-IP-Geräte für den Schaltschrank und Neubau. Sie hängen an einem Wired-Access-Point und erscheinen an der CCU über denselben Dienst wie Funkgeräte (HmIP-RF, Port 2010). Kein Duty Cycle auf dem Kabel.

HomeMatic Wired (RS-485)

Das ältere Bussystem. Laut XML-RPC-Spezifikation nur „in Verbindung mit einem HomeMatic Wired LAN Gateway verfügbar“, eigene Schnittstelle BidCos-Wired auf Port 2000.

   Funk (868 MHz)                      Kabel
┌───────────────┐               ┌─────────────────┐     ┌──────────────┐
│ HmIP-Geräte   │ ─ ─ Funk ─ ─▶ │                 │ ◀── │ HmIPW-Geräte │  (Wired Access Point)
│ BidCoS-Geräte │ ─ ─ Funk ─ ─▶ │    Zentrale     │     └──────────────┘
└───────────────┘               │ CCU3 / OpenCCU  │     ┌──────────────┐
                                │   / debmatic    │ ◀── │ RS-485-Bus   │  (Wired LAN Gateway, Port 2000)
                                └─────────────────┘     └──────────────┘