5 Fakten: Raspberry Pi, Smart Home Bridge, Matter DIY

Vor zwei Jahren stand bei mir ein Raspberry Pi 4 im Regal, der als Zigbee-Repeater gedacht war und nach drei Tagen nur noch als teurer Briefstopper taugte. Im Ernst: So ein gescheitertes Bastelprojekt vergisst man nicht. Jetzt, mit Matter 1.3 und einem Raspberry Pi 5, der endlich genug Rechenleistung mitbringt, wollte ich es noch einmal wissen – und diesmal als vollwertige Smart-Home-Bridge, die Zigbee, Thread und Matter unter einen Hut bringt.

Vom Kabelchaos zur ernstgemeinten Matter-Bridge

Der Anlass für den zweiten Versuch war simpel: Home Assistant und OpenHAB haben ihre Matter-Unterstützung inzwischen so weit ausgebaut, dass sie nicht mehr nach Beta-Software riecht. Was vor zwei, drei Jahren noch experimenteller Bastelkram war, ist heute ein produktiver Software-Stack, der auf einem Raspberry Pi 5 erstaunlich rund läuft. Genau das macht das Thema gerade jetzt spannend: Wer eine Matter-kompatible Bridge bauen will, muss nicht mehr auf Community-Patches hoffen, sondern bekommt fertige Add-ons.

Mein alter Pi 4 hätte das vermutlich auch irgendwie geschafft, aber eben nur irgendwie. Der Raspberry Pi 5 bringt spürbar mehr CPU-Leistung und stabilere I/O-Anbindung mit, was bei einem Gerät, das dauerhaft Matter-Server, Thread-Border-Router und diverse Add-ons parallel stemmen soll, kein Nice-to-have ist, sondern die Grundvoraussetzung. Die eigentliche Erkenntnis meines Setups: Eine Smart Home Bridge auf Raspberry-Pi-Basis ist heute kein Nerd-Alarm mehr für Exoten, sondern eine ziemlich pragmatische Alternative zu den Hub-Lösungen der großen Hersteller.

Warum ausgerechnet der Raspberry Pi 5 zum Matter-Hub taugt

Die Empfehlung aus der Community ist inzwischen ziemlich eindeutig: Für Home Assistant mit Matter gilt der Raspberry Pi 5 als das Board der Wahl, weil er im Vergleich zum Pi 4 deutlich mehr Leistung und stabilere Anbindung für USB-Peripherie mitbringt – wichtig, wenn gleichzeitig ein Thread-Dongle, eventuell ein Zigbee-Stick und die Matter-Integration laufen sollen. Für den Dauerbetrieb wird außerdem eine SSD oder NVMe-Anbindung statt microSD-Karte empfohlen, weil SD-Karten unter der Schreiblast von Matter-Server, Datenbank und diversen Add-ons erfahrungsgemäß früher schlappmachen.

Praxisberichte aus der Szene beschreiben Setups, in denen ein Pi 5 mit Home Assistant OS auf SSD über Jahre hinweg 50 bis 300 Zigbee- und Thread-Geräte parallel verwaltet, ohne dass die Bridge in die Knie geht. Das ist eine beeindruckende Zahl für ein Gerät, das kaum größer ist als eine Zigarettenschachtel. Wer allerdings nur ein paar Lampen und eine Steckdose steuern will, muss sich diese Größenordnung nicht ins Haus holen – aber es zeigt, wie viel Luft nach oben ein Raspberry Pi 5 als Smart Home Bridge tatsächlich hat.

Die Einkaufsliste: kostengünstige Komponenten für die Bridge

Spoiler: Eine günstige Matter-Bridge braucht nicht viele Teile, aber die richtigen. Der Kern ist der Raspberry Pi 5 selbst, dazu ein Netzteil mit ausreichender Leistung, eine SSD statt microSD, und – das ist der eigentliche Clou – ein Thread-fähiger Funk-Dongle. Ohne diesen Dongle bleibt die Bridge nämlich reine Matter-über-WLAN-Insel, und ein guter Teil der aktuellen Matter-Geräte funkt über Thread, nicht über WLAN.

Geeignet sind Dongles mit passender RCP-Firmware, etwa aus der ZBT-Reihe oder vergleichbare SkyConnect-Sticks. Wichtig dabei: Nicht jeder USB-Bluetooth-Adapter ist automatisch ein Thread-Radio. Bluetooth wird beim Commissioning zwar gebraucht, aber nur für die erste Kopplung per BLE – das eigentliche Thread-Mesh braucht ein eigenes Funkmodul mit der richtigen Firmware. Wer zusätzlich klassische Zigbee-Geräte einbinden will, braucht separat einen Zigbee-Dongle, etwa in der Bauart, wie sie viele Community-Guides für CUBE-OS-Setups empfehlen. Insgesamt bleibt die Komponentenliste damit deutlich schlanker und preislich attraktiver als ein Bundle aus mehreren proprietären Hubs verschiedener Hersteller.

Software-Stack: Home Assistant OS gegen OpenHAB

Die naheliegendste Wahl für die Matter-Bridge ist Home Assistant OS, weil hier Matter-Integration, Thread-Support und die passenden Add-ons bereits mitgeliefert werden. Aktuell bewegt sich der Software-Stand im zweistelligen Versionsbereich von Home Assistant OS, mit laufenden Core-Updates in monatlichem Rhythmus – wer eine Bridge aufsetzt, sollte also grundsätzlich die aktuelle Version aus den offiziellen Release Notes ziehen statt sich auf ältere Anleitungen zu verlassen. Genau das ist der Haken vieler älterer Tutorials: Vor 2024 war Matter in Home Assistant noch klar experimentell, heute ist es fester Bestandteil.

OpenHAB ist die zweite ernstzunehmende Option, gerade für alle, die lieber mit einer offeneren, weniger Cloud-nahen Architektur arbeiten. Auch hier zieht Matter-1.3-Unterstützung nach, wenn auch mit einer kleineren Community rund um fertige Add-ons als bei Home Assistant. Wer bereits Erfahrung mit beiden Systemen sammeln will, findet in einem separaten Vergleich von Home Assistant, Apple HomeKit und Google Home eine gute Blaupause dafür, welche Philosophie besser zum eigenen Nutzungsprofil passt. Meine persönliche Einschätzung nach beiden Testläufen: Für den Einstieg in eine Matter-DIY-Bridge ist Home Assistant OS schlicht die reibungsärmere Wahl, weil die Matter-Kommissionierung über die Companion-App inzwischen fast schon komfortabel ist.

Schritt für Schritt: So entsteht die Matter-Bridge

Der grobe Ablauf, wie er sich aus mehreren Community-Guides und meinem eigenen Setup ergibt, sieht so aus: Zuerst Home Assistant OS auf die SSD flashen und den Raspberry Pi 5 booten. Danach den Thread-Dongle anschließen und das Add-on für den OpenThread Border Router installieren – dieser Baustein macht aus dem Pi überhaupt erst einen Vermittler zwischen Thread-Mesh und dem restlichen IP-Netzwerk. Anschließend wird die Thread-Integration aktiviert und die Thread-Credentials über die Companion-App synchronisiert.

Parallel dazu läuft im Hintergrund der Python-basierte Matter-Server, der als eigentliche Matter-Schnittstelle fungiert. Neue Matter-Geräte werden per QR-Code oder Passcode angelernt, das Commissioning läuft dann automatisch über die Thread- oder WLAN-Verbindung. Wer es sich technisch zutraut, kann diesen Prozess auch händisch über Kommandozeilen-Tools nachvollziehen, etwa per Pairing-Befehl mit Dataset, Passcode und Discriminator – spannend fürs Verständnis, aber für den Alltag definitiv nicht nötig. Praktischer Tipp aus eigener Erfahrung: Erst das Thread-Netzwerk stabil zum Laufen bringen, dann erst die ersten Matter-Geräte einbinden. Wer beides gleichzeitig debuggt, verliert schnell den Überblick, welcher Fehler wo herkommt.

Thread-Netzwerk und Border Router: der unterschätzte Teil

Nerd-Alarm: Der eigentliche Knackpunkt einer Matter-Bridge ist selten Matter selbst, sondern das Thread-Netzwerk darunter. Ohne einen funktionierenden Thread Border Router bleiben Thread-Geräte für alle IP-basierten Systeme im Haus schlicht unsichtbar – Thread braucht diesen Übersetzer zwingend, anders als klassisches WLAN. Der Raspberry Pi 5 kann diese Rolle übernehmen, wenn der OpenThread Border Router korrekt eingerichtet ist und über den Matter-Server mit Home Assistant kommuniziert.

Interessant ist dabei ein Detail, das viele unterschätzen: Mehrere Thread Border Router im selben Haushalt – etwa ein Apple-TV, ein smarter Lautsprecher mit Thread-Support und zusätzlich der Raspberry Pi – verbessern laut Praxisberichten die Stabilität des Mesh-Netzes deutlich, weil sich die Geräte gegenseitig als Backup nutzen. Wer also bereits Apple- oder Google-Geräte mit Thread-Fähigkeit besitzt, baut mit der Pi-Bridge kein Konkurrenzsystem, sondern ein zusätzliches, redundantes Netz. Ebenfalls relevant: Kanalüberlappungen zwischen WLAN und Zigbee sorgen in dicht bestückten Haushalten regelmäßig für Störungen. Wer WLAN auf Kanal 1, 6 oder 11 betreibt und Zigbee bewusst auf einen freien Kanal legt, erspart sich viele diffuse Verbindungsabbrüche, die sonst fälschlich der Bridge zugeschrieben werden.

Typische Stolperfallen beim Thread-Mesh-Aufbau

In der Praxis scheitern die ersten Gehversuche mit der Matter-Bridge oft an unsichtbaren Hürden im Netzwerk-Stack. Ein klassisches Szenario: Das Thread-Gerät wird in der App angezeigt, fällt aber nach wenigen Minuten in den Status „nicht erreichbar“. Meist liegt das nicht am Raspberry Pi selbst, sondern an der Router-Konfiguration. Thread nutzt IPv6 intensiv, und viele Standard-Router blockieren oder verzögern lokale IPv6-Multicast-Pakete (mDNS), die für die Geräteerkennung essenziell sind. Wer hier auf Nummer sicher gehen will, sollte im Router prüfen, ob IGMP-Snooping oder IPv6-Filter das lokale Mesh ausbremsen. Ein weiterer Praxis-Tipp: Thread-Geräte mit Batteriebetrieb (wie Fensterkontakte) schlafen tief und fest. Sie reagieren oft erst auf den zweiten oder dritten polling-Versuch der Bridge. Das ist kein Fehler des Pi 5, sondern energiesparendes Design des Thread-Protokolls – Geduld beim ersten Pairing zahlt sich hier buchstäblich aus.

Performance unter Last: Wenn viele Geräte gleichzeitig funken

Die spannende Frage bei jedem Bastelprojekt dieser Art ist doch: Hält das Ding auch durch, wenn es ernst wird? In Multi-Geräte-Szenarien mit mehreren Dutzend Zigbee- und Thread-Geräten zeigt sich der Raspberry Pi 5 in Kombination mit SSD-Speicher als überraschend belastbar. Die vielfach zitierte Bandbreite von 50 bis 300 gleichzeitig verwalteten Geräten mag nach viel klingen, deckt sich aber mit Erfahrungswerten aus größeren Home-Assistant-Installationen, in denen der Pi über Jahre ohne Neuaufsetzen läuft.

Wo es tatsächlich eng werden kann, sind zusätzliche rechenintensive Add-ons parallel zur Bridge – etwa Kamera-Streams, umfangreiche Automationslogik oder zusätzliche Container-Dienste. Wer den Pi ausschließlich als Matter- und Thread-Bridge betreibt, hat spürbar mehr Reserven als jemand, der noch einen halben Serverpark daraufpackt. Wer parallel etwa einen lokalen KI-Hub oder ähnliche Container-Stacks auf demselben Gerät laufen lassen will, sollte über ein separates Board oder zumindest über ausreichend NVMe-Speicher nachdenken, wie es sich auch bei reinen Home-Server-Setups mit M.2-Storage bewährt hat. Meine ehrliche Meinung: Für eine reine Smart Home Bridge reicht der Pi 5 komfortabel, sobald aber KI-Spielereien oder Video-Analyse dazukommen, wird es Zeit für ein zweites Gerät. Um solche typischen Smart-Home-Fails und Probleme zu lösen, ist die richtige Hardware-Verteilung oft der erste Schritt.

Stromverbrauch und Dauerbetrieb

Ein Argument, das bei DIY-Bridges gerne unterschlagen wird, ist der Dauerbetrieb. Anders als ein kommerzieller Hub, der oft nur wenige Watt zieht, läuft der Raspberry Pi 5 als Smart Home Bridge im Grunde 24 Stunden am Tag, 365 Tage im Jahr – inklusive SSD, Thread-Dongle und gegebenenfalls Zigbee-Stick. In der Praxis bewegt sich der Verbrauch eines so bestückten Pi 5 im niedrigen bis mittleren einstelligen Wattbereich, je nach angeschlossener Peripherie und Auslastung durch Add-ons. Das ist kein Wert, der die Stromrechnung sprengt, sollte aber bei der Kostenrechnung gegenüber fertigen Hubs nicht komplett ignoriert werden.

Wer die Bridge über Jahre laufen lässt, sollte außerdem auf ein solides Netzteil und eine stabile SSD statt einer günstigen microSD-Karte setzen – die Ersparnis bei der Speicherkarte rentiert sich selten, wenn man sie mit den Ausfallzeiten und dem Ärger eines korrupten Dateisystems vergleicht. Im Ernst: Wer schon einmal eine kaputte SD-Karte mitten im Familienalltag ausgetauscht hat, während die Rollläden nicht mehr hochfahren, überlegt sich die zehn Euro Aufpreis für eine SSD kein zweites Mal.

Raspberry Pi Bridge gegen Apple, Nanoleaf und Eve

Wie schlägt sich das Bastelprojekt gegen fertige Bridges? Kommerzielle Lösungen von Apple, Nanoleaf oder Eve punkten vor allem mit Plug-and-Play-Komfort: einstecken, App öffnen, fertig. Sie sind in der Regel auch die einfachere Wahl für alle, die sich nicht mit Border-Routern und Matter-Servern beschäftigen wollen. Dafür sind sie meist auf ein bestimmtes Ökosystem zugeschnitten oder bieten weniger Kontrolle über Automationslogik und Datenfluss.

Der Raspberry Pi als Matter-DIY-Bridge spielt seine Stärken dort aus, wo Flexibilität gefragt ist: Zigbee-Altbestand, Thread-Geräte und klassische WLAN-Smart-Home-Technik lassen sich in einem System bündeln, lokal steuern und bei Bedarf zusätzlich nach Apple Home oder Google Home spiegeln – ganz ohne, dass die eigentliche Automationslogik in der Cloud eines Drittanbieters liegt. Wer schon einmal erlebt hat, wie ein Smart-Home-Fail durch eine wacklige Cloud-Anbindung entsteht, weiß diesen Unterschied zu schätzen. Ausführliche Setup-Schritte für Thread und Matter finden sich unter anderem in einem Praxis-Guide zu Home Assistant auf dem Raspberry Pi, während ein ausführlicher Praxisleitfaden zur Raspberry-Pi-Hausautomation zusätzliche Details zu Kanalwahl und Border-Router-Redundanz liefert. Für konkrete Stolperfallen beim Pairing über Thread lohnt zudem ein Blick in eine Community-Diskussion zum Eve-Energy-Pairing per Matter und Thread, die genau die Fehlerquellen zeigt, an denen viele Bridges zuerst scheitern.

Die Migration: Altlasten sinnvoll einbinden

Ein entscheidender Vorteil der DIY-Lösung zeigt sich erst, wenn man den Blick auf die Migration bestehender Setups wirft. Wer bisher auf einen proprietären Hub angewiesen war, steht oft vor dem Problem, dass Hersteller den Support einstellen oder Server abschalten. Der Raspberry Pi 5 fungiert hier als lebensrettende Auffangstation. Über entsprechende Community-Integrationen lassen sich selbst betagte Zigbee-Lampen oder WLAN-Steckdosen, die längst keine offiziellen Updates mehr erhalten, nahtlos in das neue Matter-Universum überführen. Das schafft nicht nur Nachhaltigkeit, sondern schützt auch vor Elektroschrott. Natürlich erfordert dieser Schritt anfangs mehr Konfigurationsaufwand als der Kauf eines neuen, fertigen Hubs. Doch wer einmal die Hoheit über seine eigenen Automationsroutinen zurückerlangt hat, wird den Komfortverlust verschmerzbar finden – zumal die lokale Ausführung spürbar schneller reagiert als jeder Umweg über eine externe Cloud.

Was bleibt?

Am Ende steht bei mir eine Smart Home Bridge im Regal, die tatsächlich tut, was sie soll – kein Briefstopper, sondern ein laufendes System, das Zigbee, Thread und Matter unter einem Dach vereint. Ob sich der Aufwand für jeden lohnt, ist eine andere Frage: Wer nur zwei Lampen schalten will, braucht keinen Raspberry Pi 5 mit Thread-Dongle und SSD. Wer aber ein wachsendes Sammelsurium an Geräten verschiedener Hersteller besitzt und die Kontrolle über die eigenen Daten behalten will, bekommt mit dieser Kombination aus günstiger Hardware und offener Software mehr, als die meisten fertigen Hubs bieten. Die eigentliche Frage, die bleibt: Wie lange dauert es, bis Matter und Thread so selbstverständlich funktionieren, dass ein eigenes Bastelprojekt gar nicht mehr nötig ist?