Erkennt Home Assistant neue Geräte nicht mehr selbstständig, liegt die Ursache häufig im Netzwerk. Vor allem Multicast, mDNS, SSDP und getrennte Subnetze zählen zu den typischen Auslösern.
Die gute Nachricht: In vielen Fällen lässt sich das mit ein paar gezielten Prüfungen eingrenzen. Wer die Netzstruktur versteht und die passenden Dienste freigibt, bekommt die automatische Erkennung meist wieder stabil zum Laufen.
Warum die automatische Erkennung überhaupt ausfällt
Die automatische Geräteerkennung in Home Assistant funktioniert nur dann sauber, wenn die beteiligten Geräte im Netz miteinander sprechen dürfen. Viele Smart-Home-Geräte melden sich per Multicast oder Broadcast an, also über Pakete, die im lokalen Netz verteilt werden, statt über eine normale Einzelverbindung.
Genau hier entstehen die meisten Probleme. Ein Router, ein Access Point, ein VLAN, ein Gastnetz oder ein falsch gesetztes Subnetz kann diese Signale abfangen, filtern oder in einen anderen Bereich sperren. Dann läuft das Gerät zwar weiter, aber Home Assistant sieht es nicht mehr als neues oder bekanntes Gerät.
Besonders häufig betroffen sind Geräte, die sich über lokale Standards melden. Dazu gehören viele Lampen, Schalter, Sensoren, Streaming-Geräte, Drucker und manche Steuerzentralen. Wenn die Erkennung früher funktioniert hat und später plötzlich aussetzt, ist die Ursache deshalb oft eine Änderung im Netz und nicht das Gerät selbst.
Multicast, mDNS und SSDP verständlich eingeordnet
Multicast bedeutet vereinfacht: Ein Gerät sendet an eine Gruppe im lokalen Netz, und alle Teilnehmer, die zuhören, bekommen die Nachricht. mDNS, also Multicast DNS, nutzt genau so einen Mechanismus, damit Geräte im Heimnetz Namen und Dienste finden können. SSDP funktioniert ähnlich und wird ebenfalls häufig für automatische Erkennung verwendet.
Das Wichtigste daran ist die Reichweite. Diese Protokolle sind für das lokale Netz gedacht und kommen häufig nicht über Router-Grenzen, VLANs oder getrennte WLAN-Bereiche hinweg. Wenn Home Assistant in einem anderen Subnetz sitzt als das Smart-Home-Gerät, ist die automatische Suche deshalb oft still und leise vorbei.
Ein typisches Missverständnis ist, dass „das WLAN doch überall Empfang hat“. Empfang bedeutet aber nur, dass Funk da ist. Ob die Geräte sich auch auf Protokollebene sehen, hängt von der Netzlogik ab, und genau dort liegt der eigentliche Engpass.
Subnetze und VLANs als häufige Stolpersteine
Subnetze teilen ein Netzwerk in Bereiche auf. Das ist für Ordnung, Sicherheit und Verwaltung sehr nützlich, kann aber Smart-Home-Erkennung ausbremsen. Wenn Home Assistant zum Beispiel im Netz 192.168.1.x läuft und ein Gerät im Netz 192.168.10.x hängt, ist die Kommunikation zwischen beiden Bereichen oft eingeschränkt.
Viele Router und Switches trennen zusätzlich per VLAN. Das ist in größeren Setups sinnvoll, etwa wenn private Geräte, Gäste, Büro und Smart Home sauber getrennt werden sollen. Ohne passende Regeln kann Home Assistant dann zwar auf das Internet zugreifen, aber lokale Entdeckungsmechanismen bleiben blind.
Wichtig ist auch die Rolle von Repeatern, Mesh-Systemen und Access Points. Manche arbeiten im gleichen Subnetz durchgereicht, andere setzen Zusatzfunktionen ein, die Multicast dämpfen oder zwischen Bereichen filtern. Gerade bei Mesh-Konfigurationen lohnt sich ein Blick in die Einstellungen für Gastnetz, Isolation und Multicast-Weiterleitung.
So grenzt du die Ursache sauber ein
Am schnellsten kommst du weiter, wenn du in einer festen Reihenfolge prüfst. Zuerst geht es darum, ob die Geräte im selben logischen Netz liegen. Danach folgt die Frage, ob Multicast und lokale Namensauflösung durch den Router oder die Infrastruktur blockiert werden. Erst am Ende lohnt sich der Blick auf Integrationen, Add-ons oder einen Neustart von Home Assistant.
- Prüfe, ob Home Assistant und das Gerät wirklich im gleichen Subnetz sind.
- Kontrolliere, ob Gastnetz, VLAN oder Client-Isolation aktiv sind.
- Suche im Router nach Optionen für mDNS, Multicast oder Multicast-Weiterleitung.
- Starte betroffene Geräte und Home Assistant neu, damit alte Netzwerkzustände verschwinden.
- Teste danach erneut, ob neue Geräte automatisch auftauchen.
Diese Reihenfolge spart Zeit, weil du zuerst die häufigsten Ursachen abräumst. Viele Nutzer springen zu früh in Home-Assistant-Einstellungen, obwohl das Problem noch vor der Software entsteht.
Die wichtigsten Router-Einstellungen
Viele Heimrouter haben passende Schalter, nur heißen sie je nach Hersteller unterschiedlich. Suche nach Begriffen wie mDNS, Multicast, IGMP, Multicast-Flooding, Multicast-Weiterleitung, AP-Isolation, WLAN-Isolation oder Gastnetz-Trennung. Auch Funktionen für „separate WLANs“ oder „Geräte dürfen sich untereinander nicht sehen“ sind relevant.
Wenn ein Router Multicast stark filtert, kommen Erkennungsdaten oft nicht durch. Das fällt besonders dann auf, wenn Home Assistant auf einem Kabelnetz läuft und das Smart-Home-Gerät im WLAN steckt, oder wenn mehrere Access Points im Einsatz sind. In solchen Fällen hilft häufig nur, die lokale Kommunikation zwischen den benötigten Bereichen gezielt zu erlauben.
Bei manchen Setups ist auch die IGMP-Snooping-Funktion beteiligt. Sie soll Multicast effizienter machen, kann aber bei fehlerhafter Konfiguration dazu führen, dass Pakete an der falschen Stelle hängen bleiben. Wenn du dort Änderungen vorgenommen hast und danach die Geräteerkennung schwächer wurde, ist das ein ziemlich klarer Hinweis.
Home Assistant richtig prüfen
Wenn Home Assistant in Docker oder einer VM betrieben wird, kann das Netzwerkmodell zusätzliche Hürden setzen. Dann ist nicht nur der Router relevant, sondern auch die virtuelle Netzwerkkarte, der Bridge-Modus oder eine NAT-Schicht. Eine falsch gewählte Netzwerkkonfiguration kann dazu führen, dass Home Assistant selbst zwar online ist, aber lokale Broadcasts und Multicast-Pakete nicht korrekt sieht.
Prüfe außerdem, ob die automatische Erkennung in der jeweiligen Integration überhaupt unterstützt wird. Manche Geräte lassen sich sauber einbinden, aber nur über eine manuelle IP oder mit fester Konfiguration. Dann ist es kein Defekt, sondern einfach eine Grenze des verwendeten Protokolls.
Wenn das Gerät erreichbar ist, aber nicht erkannt wird
Dieser Fall ist besonders aufschlussreich: Das Gerät reagiert auf Ping, eine App kann es steuern oder die Weboberfläche öffnet sich, trotzdem taucht es in Home Assistant nicht automatisch auf. Dann ist die normale IP-Kommunikation vorhanden, die lokale Erkennung aber gestört.
Das spricht meist für ein Problem bei Discovery-Diensten wie mDNS oder SSDP. Genau diese Dienste werden von Routern, VLANs, Gastnetzen oder Sicherheitsfunktionen gern eingeschränkt, obwohl die einfache Verbindung noch funktioniert. In so einem Fall hilft oft ein Blick auf die Protokollbrücke zwischen den Netzbereichen, nicht auf das Endgerät selbst.
Eine praktische Faustregel lautet: Wenn das Gerät per IP erreichbar ist, aber nicht automatisch erscheint, liegt die Ursache eher im Discovery-Weg als in der Grundverbindung. Wenn es dagegen auch per IP ausfällt, ist das Netz insgesamt verdächtig.
Geräteseitig prüfen, bevor du tiefer suchst
Manchmal liegt das Problem am Gerät selbst. Viele Smart-Home-Produkte speichern ihre Netzkonfiguration und reagieren empfindlich auf geänderte SSIDs, neue Passwörter, einen anderen DHCP-Bereich oder eine andere Routerstruktur. Nach einem Netzwechsel kann die alte Anmeldung noch hängen, obwohl das Gerät äußerlich betriebsbereit wirkt.
Ein Neustart reicht dabei nicht immer. Einige Geräte müssen kurz vom Strom getrennt oder im Netz neu angemeldet werden, damit sie ihre lokale Bekanntmachung erneut senden. Auch feste IPs können helfen, wenn ein Gerät zwar sichtbar ist, aber nach jedem Neustart an anderer Stelle landet und Home Assistant die Zuordnung verliert.
Wenn du mehrere gleiche Geräte hast, lohnt sich ein genauer Blick auf die Benennung. Zwei identische Geräte mit ähnlichen Namen erzeugen manchmal den Eindruck, die Erkennung sei ausgefallen, obwohl nur das falsche Gerät angezeigt wird oder ein alter Eintrag noch herumliegt.
Typische Fallstricke im Alltag
Ein häufiger Irrtum ist die Annahme, dass ein Mesh-System automatisch alle lokalen Signale perfekt weiterreicht. Mesh verbessert vor allem die Funkabdeckung. Die Weitergabe von Multicast oder lokalen Diensten ist eine eigene Baustelle und muss je nach System separat erlaubt oder optimiert werden.
Auch Gastnetze sorgen oft für Verwirrung. Sie sind meist absichtlich isoliert, damit Besucher keine Geräte im Heimnetz sehen. Wenn ein Smart-Home-Gerät versehentlich dort landet, ist es für Home Assistant praktisch unsichtbar, selbst wenn die Internetverbindung funktioniert.
Ein weiterer Stolperstein sind Sicherheitsfunktionen wie Client-Isolation oder WLAN-Optimierungen auf manchen Access Points. Diese Funktionen sind sinnvoll, wenn viele fremde Geräte im Netz sind, können aber die lokale Erkennung empfindlich stören. Wer Smart-Home und strenge Isolation zugleich will, braucht meist gezielte Ausnahmen.
Ein realistischer Weg durch die Fehlersuche
Bei einer sauberen Fehlersuche hilft eine einfache Abfolge: Erst den Netzbereich prüfen, dann die Discovery-Dienste, danach die Gerätekonfiguration. So vermeidest du, an fünf Stellen gleichzeitig zu schrauben und später nicht mehr zu wissen, was den Unterschied gemacht hat.
- Ist Home Assistant im gleichen Subnetz wie die wichtigsten Geräte?
- Ist das WLAN des Geräts vielleicht ein Gastnetz oder ein isolierter Bereich?
- Gibt es im Router eine Option für mDNS oder Multicast-Weiterleitung?
- Hat ein Firmware-Update am Router etwas an den lokalen Diensten geändert?
- Bleibt die Erkennung nach einem Neustart von Router, Gerät und Home Assistant stabil?
Wenn du diese Punkte nacheinander prüfst, wird aus einem scheinbar chaotischen Problem schnell ein nachvollziehbares Muster. Genau darum geht es hier: die Störung nicht nur zu umschiffen, sondern sie an der Ursache zu treffen.
Wenn Home Assistant in einer VM oder in Docker läuft
Bei einer Installation in einer virtuellen Maschine oder in Docker ist die Netzseite besonders wichtig. Home Assistant braucht dann oft Zugriff auf das lokale Netzwerk in einer Form, die Multicast und Discovery durchlässt. Ein NAT-Setup kann reichen, um Internetverkehr zu ermöglichen, während lokale Erkennung an der virtuellen Netzgrenze hängen bleibt.
Wer hier Änderungen vornimmt, sollte sie Schritt für Schritt testen. Ein Wechsel in den Host-Netzwerkmodus oder eine Anpassung der Bridge kann die Erkennung verbessern, aber auch andere Dienste beeinflussen. Deshalb lohnt es sich, vorher den aktuellen Zustand zu notieren, damit du bei Bedarf sauber zurück kannst.
Wenn nach einer Anpassung plötzlich Drucker, Lampen oder Mediengeräte wieder auftauchen, war der Engpass sehr wahrscheinlich die virtuelle Netzschicht. Bleibt alles unverändert, liegt die Ursache eher im Router oder im Gerät selbst.
Wie du erkennst, ob das Netz die Geräte versteckt
Ein gutes Zeichen für ein Netzwerkproblem ist ein Wechsel im Verhalten nach kleineren Änderungen. Hat es nach einem Router-Update, einem neuen Access Point, einem Mesh-Ausbau oder einer VLAN-Trennung begonnen, ist die Netzstruktur der erste Kandidat. Hat nur ein einzelnes Gerät Probleme, obwohl andere weiter erkannt werden, ist die Ursache eher lokal.
Auch die Art der betroffenen Geräte ist aufschlussreich. Wenn ausschließlich Geräte mit lokaler Erkennung fehlen, etwa solche mit mDNS oder SSDP, spricht das für ein Discovery-Problem. Wenn dagegen bestimmte Marken oder Protokolle überall zicken, kann zusätzlich ein Integrationsproblem vorliegen.
Der saubere Weg ist deshalb: Erst prüfen, ob das Netz die Kommunikation überhaupt zulässt. Erst danach lohnt sich die tiefergehende Suche in Home Assistant selbst.
Wann eine manuelle Einrichtung sinnvoller ist
Es gibt Situationen, in denen automatische Erkennung einfach nicht der beste Weg ist. Das gilt vor allem bei streng getrennten Netzen, bei professionell aufgebauten VLANs oder bei Geräten, die sich bewusst nur per fester IP anbinden lassen. Dann ist eine manuelle Integration oft stabiler als der Versuch, die automatische Suche mit aller Gewalt durch die Trennung zu drücken.
Eine feste IP-Adresse kann dabei helfen, Zuordnungen sauber zu halten. Auch benannte Reservierungen im DHCP-Bereich sind nützlich, weil das Gerät dann immer dieselbe Adresse bekommt, ohne dass du es manuell im Gerät eintragen musst. Das ist besonders angenehm, wenn ein Gerät sonst nach jedem Neustart seinen Platz wechselt.
Wichtig bleibt aber: Eine manuelle Anbindung ersetzt kein sauberes Netz. Sie umgeht die Erkennung, löst aber nicht die Frage, ob Multicast, Subnetze und lokale Dienste im Hintergrund korrekt arbeiten.
Ein sauber aufgebautes Smart-Home-Netz lebt davon, dass lokale Kommunikation nicht versehentlich blockiert wird. Wer Multicast, mDNS und Subnetze einmal ordentlich sortiert, hat später deutlich weniger Ärger mit verschwundenen Geräten und rätselhaften Neu-Erkennungen.
Auch in einem sauber aufgebauten Heimnetz kann die automatische Erkennung ins Leere laufen, obwohl die Geräte weiterhin erreichbar sind. In vielen Fällen liegt die Ursache nicht bei Home Assistant selbst, sondern bei der Art, wie das Netzwerk Discovery-Daten verteilt oder blockiert. Wer systematisch vorgeht, findet schnell heraus, ob Multicast, Broadcast, Subnetze, VLANs oder eine falsche Segmentierung den Weg versperren.
Netzwerkpfad vom Gerät bis zur Zentrale prüfen
Bevor du an einzelnen Integrationen arbeitest, lohnt sich ein Blick auf den gesamten Weg der Erkennungsdaten. Die Home Assistant Geräteerkennung hängt davon ab, dass Anfragen und Antworten im gleichen Netz oder zumindest über eine passende Weiterleitung ankommen. Gerätetypen mit mDNS oder SSDP senden ihre Hinweise nicht wie eine normale Webseitenanfrage, sondern über spezielle Pakete, die Router und Switches oft anders behandeln.
Prüfe daher zuerst, ob die betroffenen Geräte und Home Assistant im selben IP-Bereich liegen. Schon ein Wechsel von 192.168.1.0/24 auf 192.168.10.0/24 kann ausreichen, damit Discovery nicht mehr sauber funktioniert. Noch wichtiger wird das bei VLANs, Gastnetzen oder Mesh-Aufteilungen, weil dort Broadcasts und Multicast-Pakete häufig nur innerhalb eines Segments sichtbar sind.
- Notiere die IP-Adresse von Home Assistant und mindestens eines betroffenen Geräts.
- Vergleiche Subnetzmaske, Gateway und VLAN-Zuordnung.
- Teste, ob Ping und Weboberfläche des Geräts aus Home Assistant erreichbar sind.
- Prüfe, ob das Gerät nur über WLAN oder auch über LAN betroffen ist.
Multicast und Broadcast mit einfachen Tests sichtbar machen
Multicast ist für viele Smart-Home-Geräte der Schlüssel zur automatischen Erkennung. Genau deshalb lohnt es sich, den Fluss dieser Pakete zu prüfen. In Home Assistant selbst findest du viele Hinweise in den Integrations- und Protokolldetails, wichtiger ist aber oft der Blick in Router, Switch oder auf ein Netzwerksniffer-Tool. Wenn mDNS oder SSDP auf dem Weg unterdrückt werden, bleibt die Oberfläche leer, obwohl die Geräte aktiv senden.
Ein brauchbarer Weg ist der Vergleich zwischen zwei Situationen: einmal direkt im gleichen Netzsegment, einmal über ein anderes Subnetz. Taucht ein Gerät nur im ersten Fall auf, spricht das stark für eine fehlende Weitergabe von Multicast oder für eine Trennung durch den Router. Manche Router bieten dafür Funktionen wie mDNS-Relay, Multicast-Forwarding oder IGMP-Snooping. Diese Begriffe klingen ähnlich, lösen aber nicht alle denselben Teil des Problems.
- Suche in der Routeroberfläche nach Einstellungen für Multicast, IGMP oder mDNS.
- Aktiviere eine Weiterleitung nur testweise, falls sie standardmäßig deaktiviert ist.
- Prüfe, ob Mesh-Knoten oder WLAN-APs Discovery-Pakete filtern.
- Beobachte, ob die Geräte nach einem erneuten Start in Home Assistant erscheinen.
Subnetze, VLANs und getrennte WLANs richtig einordnen
Ein häufiger Stolperpunkt liegt nicht in der Erkennung selbst, sondern in der Netzstruktur. Viele Haushalte nutzen heute getrennte Netze für Gäste, IoT, Office oder Mediengeräte. Das ist sinnvoll, kann aber dazu führen, dass ein Gerät zwar online ist, seine Ankündigungen aber in einem anderen Segment hängen bleiben. Besonders bei Home Assistant Geräteerkennung ist es wichtig, zwischen Erreichbarkeit und Sichtbarkeit zu unterscheiden.
Ein Gerät kann per IP erreichbar sein, weil Routing und Firewall eingehend erlauben. Die automatische Anmeldung eines Integrationsdienstes benötigt aber oft zusätzlich die Antwort auf eine Broadcast- oder Multicast-Anfrage. Genau dieser Unterschied erklärt, warum eine manuelle Einrichtung manchmal funktioniert, während die automatische Suche ausbleibt. In VLAN-Umgebungen helfen oft gezielte Freigaben oder ein mDNS-Bridge-Ansatz, sofern die Netzwerktechnik das unterstützt.
- Ein gemeinsames Netz testen, um Segmentierung als Ursache auszuschließen.
- IoT-Geräte vorübergehend ins gleiche VLAN wie Home Assistant verschieben.
- Gast-WLAN und Client-Isolation für Testzwecke deaktivieren.
- Prüfen, ob der Router zwischen WLAN- und LAN-Clients Discovery blockiert.
In Home Assistant gezielt an den richtigen Stellen prüfen
Auch auf der Zentrale selbst gibt es mehrere Stellen, an denen sich Hinweise verstecken. In den Integrationen, in den Protokollmeldungen und im Systemstatus lassen sich oft Muster erkennen, etwa wiederholte Zeitüberschreitungen oder fehlgeschlagene Dienstankündigungen. Wer hier sauber liest, spart sich unnötige Änderungen am Netz. Besonders hilfreich sind die Protokolle direkt nach einem Neustart, weil viele Geräte ihre Ankündigungen nur beim Hochfahren aussenden.
Hilfreich ist außerdem ein Blick auf die einzelnen Integrationen, die auf automatische Erkennung angewiesen sind. Manche Geräte melden sich über mehrere Wege, etwa per lokaler API, mDNS oder SSDP. Falls nur einer dieser Wege gestört ist, kann die automatische Sichtbarkeit ausfallen, obwohl die Verbindung über einen anderen Kanal weiterhin funktioniert. In diesem Fall lohnt es sich, die betroffene Integration manuell zu öffnen und deren Erkennungs- oder Konfigurationsstatus zu prüfen.
- Öffne die Protokolle direkt nach einem Neustart der Zentrale.
- Suche nach Meldungen zu Zeitüberschreitungen, DNS-Fehlern oder fehlenden Antworten.
- Prüfe, ob bereits vorhandene Integrationen auf Warnungen stehen.
- Entferne alte, doppelte oder halb eingerichtete Geräteeinträge, wenn sie die neue Erkennung blockieren.
Den Abschnitt zwischen Gerät, Router und Dienst sauber schließen
Ein vollständiger Lösungsweg betrachtet nicht nur die Erkennung, sondern auch die anschließende Kommunikation. Viele Geräte werden erst dann zuverlässig in Home Assistant sichtbar, wenn sie stabil im Netz antworten, ihre feste oder reservierte IP behalten und keine Schutzfunktionen des Routers dazwischenfunken. DHCP-Reservierungen helfen dabei, weil Discovery-Dienste und Integrationen ihre Ziele so nicht ständig neu suchen müssen.
Gleichzeitig solltest du prüfen, ob Sicherheitsfunktionen wie AP-Isolation, erweiterte Firewallregeln oder ein strikter Gastmodus aktiv sind. Solche Optionen sind oft sinnvoll, verhindern aber lokale Ankündigungen. Wenn ein Gerät in einer App erreichbar ist, in der Übersicht aber nicht auftaucht, liegt die Ursache häufig an genau dieser Trennung. Danach ist ein sauberer Re-Start der beteiligten Komponenten sinnvoll: erst Gerät, dann Router oder Access Point, zuletzt Home Assistant.
- DHCP-Reservierungen für zentrale Smart-Home-Geräte anlegen.
- Feste IPs nur dann setzen, wenn sie sauber außerhalb des DHCP-Bereichs liegen.
- Firewall- und Isolationsoptionen für das Testen gezielt lockern.
- Nach Änderungen alle beteiligten Geräte neu starten, damit Ankündigungen erneut gesendet werden.
Wann ein manueller Weg die bessere Lösung ist
Manche Geräte lassen sich trotz sauberem Netz nicht zuverlässig automatisch finden. Das gilt besonders für ältere Komponenten, proprietäre Geräte oder Systeme, deren Discovery-Protokoll nur eingeschränkt unterstützt wird. Dann ist eine manuelle Einrichtung kein Rückschritt, sondern oft der robustere Weg. Entscheidend ist, dass das Gerät lokal erreichbar bleibt und seine Zugangsdaten oder API-Informationen stabil sind.
Praktisch ist es, zuerst die automatische Suche zu testen und danach die manuelle Einbindung mit derselben Netzbasis vorzubereiten. So erkennst du, ob der Fehler in der Erkennung oder in der eigentlichen Kommunikation liegt. Bleibt die manuelle Verbindung stabil, kannst du die Discovery später erneut prüfen, etwa nach einer Router-Anpassung oder einem Firmware-Update. Auf diese Weise wird aus einer unklaren Störung ein nachvollziehbarer Ablauf mit klaren Etappen.
- Gerät lokal per IP oder Weboberfläche erreichen.
- Integrationsdaten, Token oder Zugangsdaten bereitlegen.
- Automatische Suche kurz testen und anschließend manuell hinzufügen.
- Nach erfolgreicher Einbindung die Netzwerkkonfiguration erneut bewerten.
Häufige Fragen
Wie prüfe ich zuerst, ob Home Assistant überhaupt im richtigen Netzsegment sitzt?
Starte mit der Netzwerkkonfiguration des Hosts oder der VM und vergleiche IP-Adresse, Subnetzmaske und Gateway mit dem Netz der Geräte. Liegt Home Assistant in einem anderen VLAN oder Subnetz, müssen Multicast-Pakete und oft auch Broadcasts gezielt weitergeleitet werden.
Welche Rolle spielt Multicast bei der automatischen Erkennung?
Viele Smart-Home-Dienste setzen auf mDNS oder SSDP, und beide Verfahren arbeiten mit Multicast. Kommt diese Paketart nicht zwischen den Geräten an, bleiben Dienste unsichtbar, obwohl sie im Netz erreichbar sind.
Woran erkenne ich, ob mDNS oder SSDP blockiert wird?
Ein typischer Hinweis ist, dass Geräte per IP oder Weboberfläche antworten, aber in Home Assistant nicht auftauchen. Zusätzlich helfen Router- oder Switch-Logs, Paketmitschnitte und die Prüfung, ob Multicast-Relay, Bonjour-Gateway oder IGMP-Snooping richtig arbeiten.
Welche Router-Optionen sind besonders wichtig?
Suche nach Einstellungen für mDNS-Weiterleitung, SSDP-Relay, IGMP-Snooping, Multicast-Filter und AP-Isolation. In manchen Umgebungen muss auch die Kommunikation zwischen VLANs ausdrücklich erlaubt werden, damit Discovery-Dienste überhaupt durchkommen.
Was sollte ich an einem Managed Switch prüfen?
Bei verwalteten Switches sind IGMP-Snooping und Multicast-Querier häufig die entscheidenden Punkte. Falsch gesetzte Filter oder ein fehlender Querier können dazu führen, dass Multicast im Netz zwar ankommt, aber nicht sauber verteilt wird.
Wie teste ich, ob ein Gerät selbst noch sauber antwortet?
Rufe die Weboberfläche des Geräts auf, ping es aus dem Home-Assistant-Netz und prüfe, ob die IP-Adresse stabil bleibt. Wenn das klappt, liegt das Problem meist bei der Erkennungsschicht und nicht bei der Erreichbarkeit des Geräts.
Wann hilft eine manuelle Integration weiter?
Eine manuelle Einrichtung ist sinnvoll, wenn die automatische Suche an Netzwerkgrenzen scheitert oder ein Hersteller die Erkennung nur eingeschränkt unterstützt. Dann trägst du die Integration meist über IP, Hostname oder einen benötigten Schlüssel direkt ein.
Welche Änderungen an der Home-Assistant-Installation sind häufig nötig?
Bei Docker, VM oder separater Hardware muss der Netzwerkmodus zur Erkennung passen. Für mDNS und SSDP ist oft ein Host-Netzwerk, Bridging mit passenden Weiterleitungen oder ein zusätzlicher Multicast-Helper erforderlich.
Kann ein falscher DNS-Eintrag die Suche nach Geräten beeinflussen?
Ja, vor allem dann, wenn Geräte per Hostname statt per IP angesprochen werden. Prüfe deshalb lokale DNS-Auflösung, DHCP-Zuweisungen und eventuelle doppelte Einträge im Router oder in einem internen DNS-Server.
Wie gehe ich vor, wenn die Geräte nur zeitweise auftauchen?
Dann solltest du Lease-Zeiten, WLAN-Roaming, Energiesparfunktionen und wechselnde IP-Adressen prüfen. Auch instabile Multicast-Verteilung oder ein Access Point mit Client-Isolation kann dafür sorgen, dass die Erkennung nur gelegentlich funktioniert.
Fazit
Die automatische Erkennung hängt in vielen Fällen weniger an Home Assistant selbst als an Multicast, VLANs und sauberer Netzweitergabe. Wer die Netzwege systematisch prüft, Gerät und Installation getrennt testet und bei Bedarf auf manuelle Integrationen ausweicht, löst die meisten Probleme dauerhaft.
