Eine Dual Coral TPU klingt nach einer einfachen Abkürzung: ein kleines M.2-Modul, zwei Edge-TPU-Kerne, Frigate schneller machen, fertig.
Klingt simpel. Ist es nicht.
Der häufigste Fehler ist nicht die YAML-Datei. Nicht Home Assistant. Nicht einmal Frigate. Der Knackpunkt sitzt oft eine Ebene tiefer: im M.2-Slot des Rechners. Die Dual-Edge-TPU-Karte ist zwar eine Karte, aber intern sitzen darauf zwei getrennte TPU-Kerne. Jeder Kern braucht eine eigene PCIe-Verbindung. Viele Mainboards, Mini-PCs und Adapter liefern im passenden M.2-A/E-Key-Steckplatz aber nur einen PCIe-Bus. Dann sieht das System im besten Fall apex_0. Manchmal auch apex_1. Aber eben nicht zwei sauber nutzbare Beschleuniger.
Genau deshalb endet die Fehlersuche bei Home Assistant schnell in Frust. In den Logs tauchen Geräte auf. Frigate startet. Irgendwo steht edgetpu. Und trotzdem läuft die Objekterkennung nicht oder nur auf einem Kern.
Dieser Artikel sortiert das Problem. Nicht als magische Schritt-für-Schritt-Anleitung für jede Hardware-Kombination, sondern als Prüfpfad: Was muss die Hardware können? Was muss das Betriebssystem sehen? Was muss Frigate konfigurieren? Und wann ist es ehrlicher, statt weiterer YAML-Versuche einen anderen Adapter oder eine USB-Coral zu nehmen?
Inhaltsverzeichnis
- Was die Dual Coral TPU wirklich ist
- Der wichtigste Punkt: zwei PCIe-Busse, nicht zwei Lanes
- Home Assistant OS, Debian, Proxmox: wo die Fehler entstehen
- Frigate-Konfiguration: erst ein TPU, dann zwei
- Diagnose: was du prüfen solltest, bevor du YAML änderst
- Was bei einem HP ProDesk und ähnlichen Mini-PCs realistisch ist
- Sinnvolle Alternativen
- FAQ
- Fazit
Was die Dual Coral TPU wirklich ist
Die Google Coral M.2 Accelerator with Dual Edge TPU ist kein gewöhnlicher Beschleuniger, der intern einfach doppelt so schnell rechnet. Sie bringt zwei Edge-TPU-Koprozessoren auf einem Modul mit. Google beschreibt die Edge TPU als Beschleuniger für lokale ML-Inferenz; pro Edge-TPU-Kern werden bis zu 4 TOPS bei etwa 2 Watt genannt. Bei der Dual-Variante stecken zwei dieser Kerne auf einem M.2-Modul.
Das ist für Frigate interessant, weil Frigate Objekterkennung lokal ausführt. Kamerastreams werden nicht in eine Cloud geschickt, sondern auf dem eigenen System ausgewertet. Eine Coral TPU kann dabei CPU-Last reduzieren und die Erkennung beschleunigen. Frigate unterstützt Coral EdgeTPU laut eigener Dokumentation in USB-, Mini-PCIe- und M.2-Formaten.
Der Name „Dual“ führt aber leicht in die falsche Richtung. Zwei Kerne bedeuten nicht automatisch, dass jeder Rechner beide Kerne sieht. Das Modul braucht die passende elektrische Anbindung. Und genau hier unterscheiden sich Theorie und Praxis.
Bei einer USB-Coral ist die Situation meist leichter zu verstehen: Gerät steckt am USB-Port, Frigate initialisiert es, lsusb zeigt je nach Zustand erst eine Global-Unichip-ID und später eine Google-ID. Bei einer PCIe- oder M.2-Coral muss dagegen der PCIe-Pfad stimmen. Treiber, Kernel, Slot-Verschaltung und Virtualisierung spielen zusammen.
Für Home Assistant ist das besonders tückisch. Die Hardware-Seite liegt unterhalb der Oberfläche. Das Home-Assistant-Frontend kann zeigen, dass irgendetwas erkannt wurde. Das heißt aber noch nicht, dass Frigate beide TPU-Kerne sauber ansprechen kann.
Der wichtigste Punkt: zwei PCIe-Busse, nicht zwei Lanes
Das wird oft übersehen: Bei der Dual Coral TPU geht es nicht nur um PCIe-Lanes. Es geht um zwei PCIe-Busse.
Die Frigate-Dokumentation formuliert das Problem klar: Die Coral Dual EdgeTPU ist eine Karte mit zwei identischen TPU-Kernen. Jeder Kern hat ein eigenes PCIe-Interface. Damit beide funktionieren, braucht das Mainboard zwei PCIe-Busse am M.2-Slot. Ein vollständig nach Spezifikation umgesetzter M.2-E-Key-Slot kann das bereitstellen. Viele Hersteller setzen in der Praxis aber nur einen PCIe-Bus am E-Key-Steckplatz um. Dann funktioniert nur ein TPU-Kern. Manche SBCs haben am M.2-Steckplatz sogar nur USB angebunden; dann funktioniert keine PCIe-Coral.
Das erklärt viele Fälle, in denen Nutzer tagelang Treiber, Add-ons und YAML-Dateien ändern. Wenn der Slot elektrisch nur einen Bus liefert, kann Frigate den zweiten TPU-Kern nicht durch Konfiguration herbeizaubern.
Wichtig ist auch der Unterschied zwischen einem M.2-Steckplatz für WLAN und einem M.2-Steckplatz für NVMe-SSDs. A/E-Key-Slots werden häufig für WLAN-Module genutzt. B/M-Key-Slots sind oft für SSDs vorgesehen. Adapter können mechanisch passen oder passend gemacht werden, aber mechanisch passend heißt nicht elektrisch passend. Passive Adapter lösen das Dual-Problem nicht, wenn dahinter nur ein PCIe-Bus vorhanden ist.
Es gibt aktive Adapter, die genau dieses Problem adressieren. Das Projekt MagicBlueSmoke beschreibt den Hintergrund ähnlich: Die Dual Edge TPU hat zwei TPU-Kerne mit je eigenem PCIe-Interface; viele Mainboards stellen am M.2-E-Key nur einen Bus bereit. Ein Adapter mit PCIe-Switch kann aus einem vorhandenen PCIe-Anschluss zwei nutzbare Busse für die beiden TPU-Kerne machen. Das ist keine Software-Korrektur, sondern Hardware.
Für Home Assistant heißt das: Wenn nur ein TPU sichtbar ist, ist das nicht automatisch ein Fehler. Es kann schlicht der realistische Zustand deiner Plattform sein.
Home Assistant OS, Debian, Proxmox: wo die Fehler entstehen
Die nächste Stolperfalle ist die Installationsart.
Home Assistant OS ist bequem. Add-on installieren, Frigate konfigurieren, Kamera einbinden. Für USB-Geräte ist das oft angenehm. Bei PCIe-Hardware hängt aber viel am darunterliegenden Kernel und daran, ob der nötige Treiber geladen ist. Frigate weist bei PCIe-Coral-Problemen darauf hin, dass ein nicht installierter oder veralteter Treiber eine häufige Ursache ist. In vielen Setups wird für aktuelle Kernel auf das Projekt gasket-builder verwiesen, weil ältere Gasket-Treiber mit neuen Linux-Kerneln Probleme machen können.
Bei Debian ist die Kontrolle größer. Du kannst Kernel, Treiber und Gerätepfade direkter prüfen. Dafür musst du auch mehr selbst verantworten. Läuft Home Assistant in einem Container, einer VM oder unter Proxmox, kommt die nächste Ebene dazu: PCIe-Passthrough, IOMMU-Gruppen und Gerätezuordnung. Ein TPU, der auf dem Host sichtbar ist, ist nicht automatisch im Frigate-Container nutzbar.
Bei Home Assistant OS plus Frigate-Add-on gibt es zusätzlich den Add-on-Zugriff. Frigate dokumentiert für USB-Coral-Fälle, dass unter Home Assistant OS gegebenenfalls die Full-Access-Variante des Frigate-Add-ons und deaktivierter Protection Mode nötig sein können, damit das Gerät erreichbar ist. Für PCIe ist das nicht der einzige Punkt, aber es zeigt das Muster: „Das System sieht Hardware“ und „Frigate darf sie benutzen“ sind zwei verschiedene Dinge.
Realistisch betrachtet gibt es drei Fehlerklassen:
- Der zweite TPU-Kern ist elektrisch nicht erreichbar.
- Der PCIe-Coral-Treiber fehlt oder passt nicht zum Kernel.
- Frigate bekommt das Gerät nicht korrekt durchgereicht oder falsch konfiguriert.
Nur die dritte Klasse löst du mit YAML.
Frigate-Konfiguration: erst ein TPU, dann zwei
Wer direkt zwei Detektoren konfiguriert, macht sich die Fehlersuche unnötig schwer. Besser ist ein kleiner Testpfad.
Erst muss ein einzelner TPU stabil laufen. Nicht „wird irgendwo angezeigt“, sondern: Frigate startet, erkennt den Detector, verarbeitet Objekte und bleibt nach mehreren Minuten stabil. Erst danach lohnt sich der zweite Detector.
Eine einfache Grundkonfiguration für einen EdgeTPU-Detector sieht in Frigate sinngemäß so aus:
detectors:
coral:
type: edgetpu
device: pci
Bei mehreren PCIe-TPUs werden oft konkrete Gerätepfade oder getrennte Detector-Namen verwendet. Je nach Frigate-Version und Umgebung kann das anders aussehen. Deshalb ist die aktuelle Frigate-Dokumentation wichtiger als kopierte YAML-Fragmente aus Foren.
Der Denkfehler ist trotzdem immer derselbe: Wenn Home Assistant apex_0 und apex_1 irgendwo erkennen lässt, heißt das nicht automatisch, dass beide TPU-Kerne für Frigate stabil bereitstehen. Entscheidend sind Frigate-Logs. Dort siehst du, ob der Detector initialisiert wird oder ob Fehler wie Treiberprobleme, Zugriffsrechte oder Kommunikationsabbrüche auftreten.
Dual-Coral-Setups hängen an moderner, sauber angebundener Elektronik — nicht an YAML allein.
Pragmatischer Ablauf:
- Frigate mit einem Detector starten.
- Logs prüfen, bis ein stabiler Start ohne TPU-Fehler sichtbar ist.
- Kamera-Objekterkennung testen.
- Erst dann zweiten Detector ergänzen.
- Bei Fehlern wieder auf einen Detector zurückgehen.
Das ist langweilig. Aber es spart Tage.
Diagnose: was du prüfen solltest, bevor du YAML änderst
Die wichtigste Diagnosefrage lautet: Sieht Linux wirklich zwei PCIe-Geräte, die zur Coral gehören?
Auf einem Debian- oder Proxmox-Host ist lspci der erste Kandidat. Bei korrekt erkannten PCIe-Corals tauchen Apex-/Google-Geräte auf. Bei Dual-Modulen sollte klar sein, ob ein oder zwei Geräte sichtbar sind. Auf Home Assistant OS ist der direkte Zugriff eingeschränkter, aber auch dort helfen Hardware-Seite, Terminal-Add-on oder Host-Logs, sofern verfügbar.
Danach kommt der Treiber. Wenn ein PCIe-Gerät sichtbar ist, aber Frigate es nicht nutzen kann, lohnt sich der Blick auf Kernelmodule und Fehlermeldungen. Frigate nennt Treiberinstallation und veraltete Gasket-Treiber ausdrücklich als typische Ursache bei PCIe-Coral-Problemen. Besonders nach Kernel-Updates kann ein vorher funktionierendes Setup brechen.
Dritte Frage: Läuft Frigate direkt, als Add-on, in Docker, in LXC oder in einer VM? Jede Schicht kann Gerätezugriff verhindern. Bei VMs brauchst du sauberes PCIe-Passthrough. Bei Containern müssen Gerätepfade und Rechte passen. Bei Home Assistant OS entscheidet das Add-on-Modell mit.
Vierte Frage: Ist wirklich eine Dual-TPU nötig? Für viele private Setups ist eine einzelne Coral bereits mehr als genug. Eine zweite TPU hilft nur, wenn genug Kameras, Auflösung, Erkennungsrate und Frigate-Konfiguration überhaupt Last erzeugen. Sonst optimierst du an einer Stelle, die gar nicht der Flaschenhals ist.
Ein guter Schnelltest ist deshalb:
- Mit einem TPU-Kern starten.
- CPU-Last und Inferenzzeiten beobachten.
- Kameraanzahl und Detektionsauflösung prüfen.
- Erst bei echter Auslastung den zweiten Kern erzwingen.
Wenn ein einzelner TPU-Kern stabil läuft, ist das Setup nicht gescheitert. Es ist nur nicht die Dual-Variante, die du dir erhofft hast.
Was bei einem HP ProDesk und ähnlichen Mini-PCs realistisch ist
Viele Home-Assistant-Installationen laufen auf gebrauchten Office-Mini-PCs: HP ProDesk, EliteDesk, Lenovo Tiny, Dell OptiPlex Micro. Das ist grundsätzlich sinnvoll. Diese Geräte sind sparsam, günstig und deutlich leistungsfähiger als viele Einplatinenrechner.
Aber sie sind nicht für exotische Dual-TPU-Setups entworfen.
Der WLAN-M.2-Slot in solchen Geräten ist oft ein A/E-Key-Slot. Mechanisch wirkt er passend. Elektrisch ist aber nicht garantiert, dass zwei PCIe-Busse vorhanden sind. Häufig reicht die Anbindung für ein WLAN-Modul oder für einen einzelnen PCIe-Pfad. Für beide Edge-TPU-Kerne der Dual Coral reicht das nicht zwingend.
Das bedeutet nicht, dass ein ProDesk ungeeignet ist. Im Gegenteil: Als Home-Assistant-Host ist er oft sehr gut. Nur die Erwartung „Dual Coral rein, beide Kerne laufen“ ist riskant. Bei einem Mini-PC solltest du vor dem Kauf oder Umbau prüfen:
- Welche M.2-Keying-Variante hat der Slot?
- Ist PCIe dort überhaupt angebunden?
- Gibt es Hinweise auf einen oder zwei PCIe-Busse?
- Hat jemand exakt dieses Modell mit Dual Edge TPU erfolgreich getestet?
- Gibt es im BIOS Optionen, die den Slot beeinflussen?
Wenn die Antwort unklar ist, plane nur mit einem TPU-Kern. Alles andere ist Bonus.
Frigate profitiert von lokaler Beschleunigung — aber nur, wenn Treiber, Zugriff und Hardware zusammenpassen.
Sinnvolle Alternativen
Die einfachste Alternative ist eine USB-Coral. Sie ist nicht immer lieferbar und nicht immer günstig, aber sie reduziert die PCIe-Bus-Frage. Dafür entstehen andere Themen: Stromversorgung, USB-Port, Initialisierung und Durchreichen in VMs oder Container. Frigate weist darauf hin, dass USB-Corals beim ersten Anstecken anders erscheinen als nach der Initialisierung und dass Stromversorgung ein häufiger Fehlerpunkt ist.
Die zweite Alternative ist eine einzelne M.2- oder Mini-PCIe-Coral. Wenn ein System ohnehin nur einen PCIe-Bus bereitstellt, passt eine einzelne TPU besser zur Hardware als eine Dual-Karte, deren zweiter Kern brachliegt.
Die dritte Alternative ist ein aktiver Adapter mit PCIe-Switch. Das ist die technisch sauberere Lösung, wenn du die Dual Coral wirklich nutzen willst. Sie ist aber weniger elegant als „Karte in den WLAN-Slot“. Du brauchst Platz, passende Stromversorgung, eventuell ein Gehäuse- oder Riser-Konzept und Geduld.
Die vierte Alternative ist: gar keine Coral. Frigate unterstützt neben Coral auch andere Detektor-Typen, darunter je nach System GPU-, ONNX- oder andere Beschleuniger. Das ist nicht automatisch besser. Aber wenn deine Hardware ohnehin eine passende GPU hat, kann es sinnvoller sein als ein halb funktionierender M.2-Umbau.
Für die meisten Home-Assistant-Nutzer ist die nüchterne Empfehlung:
- Wenn du noch nichts gekauft hast: erst Hardware-Kompatibilität prüfen.
- Wenn du eine Dual Coral schon hast: einen TPU-Kern stabil zum Laufen bringen.
- Wenn du beide Kerne brauchst: aktiven Adapter oder Plattform mit bestätigten zwei PCIe-Bussen einplanen.
- Wenn du nur Frigate für wenige Kameras nutzt: nicht aus Prinzip auf Dual bestehen.
FAQ
Warum sieht Home Assistant apex_0 und apex_1, aber Frigate läuft nicht?
Weil Sichtbarkeit allein nicht reicht. Frigate muss den Detector initialisieren und benutzen können. Treiber, Gerätezugriff, Add-on-Rechte, Container-Mapping und Frigate-Konfiguration müssen passen. Außerdem kann die Anzeige missverständlich sein, wenn die Hardware nicht stabil angebunden ist.
Warum läuft nur ein TPU-Kern der Dual Coral?
Die häufigste technische Erklärung ist der M.2-Slot. Die Dual Coral braucht zwei PCIe-Busse, weil jeder TPU-Kern ein eigenes PCIe-Interface hat. Viele M.2-E-Key-Slots stellen aber nur einen PCIe-Bus bereit.
Kann ich das mit YAML reparieren?
Nicht, wenn der zweite PCIe-Bus fehlt. YAML kann Frigate nur sagen, welche vorhandenen Geräte es verwenden soll. Fehlende elektrische Anbindung ersetzt sie nicht.
Ist Home Assistant OS schlechter als Debian?
Nicht grundsätzlich. Home Assistant OS ist bequem und für viele Setups ideal. Debian gibt dir mehr Kontrolle über Kernel, Treiber und Diagnose. Bei PCIe-Coral-Problemen ist diese Kontrolle oft hilfreich.
Brauche ich die Full-Access-Version des Frigate-Add-ons?
Bei Hardwarezugriff kann sie relevant sein. Frigate dokumentiert für USB-Coral-Situationen unter Home Assistant OS, dass Full Access und deaktivierter Protection Mode nötig sein können. Bei PCIe-Problemen löst das aber nicht automatisch Treiber- oder Bus-Probleme.
Was ist mit Proxmox?
Proxmox kann funktionieren, macht die Diagnose aber nicht einfacher. Du brauchst korrektes PCIe-Passthrough. Wenn der Host nur einen TPU-Kern sieht, wird die VM keine zwei stabilen Kerne bekommen.
Ist eine USB-Coral besser?
Sie ist einfacher hinsichtlich PCIe-Bus-Frage. Dafür musst du USB-Stromversorgung, Geräteinitialisierung und Durchreichen beachten. Für viele Home-Assistant-Nutzer ist sie trotzdem der pragmatischere Weg.
Wie viele Kameras rechtfertigen eine Dual Coral?
Das hängt von Auflösung, FPS, Detektionszonen und Modell ab. Für wenige Kameras reicht oft eine einzelne Coral. Entscheidend sind reale Inferenzzeiten und Auslastung, nicht die Zahl auf dem Datenblatt.
Sollte ich einen aktiven Adapter kaufen?
Nur wenn du beide TPU-Kerne wirklich brauchst und dein aktueller Slot nur einen Bus liefert. Ein aktiver Adapter mit PCIe-Switch kann das Problem lösen, ist aber zusätzliche Hardware und kein Garant für ein aufgeräumtes Mini-PC-Setup.
Was ist der beste erste Schritt bei Problemen?
Nicht die YAML ändern. Erst prüfen, ob das Betriebssystem ein oder zwei Coral-PCIe-Geräte sieht. Dann Treiber und Frigate-Logs prüfen. Danach erst die Frigate-Detector-Konfiguration anfassen.
Weiterführende Quellen
- Frigate-Dokumentation: EdgeTPU-Fehler und Dual-EdgeTPU-Hinweis: docs.frigate.video/troubleshooting/edgetpu
- Frigate-Dokumentation: unterstützte Object Detectors: docs.frigate.video/configuration/object_detectors
- Google Coral: M.2 / Mini PCIe Accelerator einrichten: coral.ai/docs/m2/get-started
- Google Coral: Edge TPU FAQ: coral.ai/docs/edgetpu/faq
- MagicBlueSmoke Dual Edge TPU Adapter: GitHub-Projekt mit Erklärung zu PCIe-Bussen
Passende Produktrecherchen
Offenlegung: Einige Links sind Affiliate-Links. Wenn du darüber kaufst, erhält Kalika ggf. eine Provision. Für dich ändert sich der Preis nicht.
- Google Coral USB Accelerator bei Amazon.de suchen
- Google Coral M.2 Accelerator bei Amazon.de suchen
- M.2 A/E Key Adapter für Mini-PCs bei Amazon.de suchen
- Mini-PC für Home Assistant bei Amazon.de suchen
- USB-3.0-Hub mit eigener Stromversorgung bei Amazon.de suchen
Fazit
Die Dual Coral TPU ist nicht das Problem. Die Erwartung ist es.
Wer sie unter Home Assistant nutzen will, muss zuerst die Hardware-Frage klären: Liefert der Slot zwei PCIe-Busse oder nicht? Wenn nicht, ist ein einzelner funktionierender TPU-Kern kein Fehler, sondern das erwartbare Ergebnis. Dann helfen weder neue YAML-Snippets noch ein weiterer Frigate-Neustart.
Der saubere Weg ist nüchtern: einen Kern stabil betreiben, Logs prüfen, Auslastung messen. Erst wenn wirklich mehr Beschleunigung nötig ist, lohnt sich der Aufwand mit aktivem Adapter, anderer Plattform oder alternativer Coral-Variante.
Alles andere ist Basteln im Dunkeln.
Weiterführende Artikel
- Smarthome ohne Wegwerf-Falle: Worauf du 2026 bei Geräten achten solltest
- Vermieter Schutzmechanismus beim Balkonkraftwerk: Was zulässig ist
- Home Assistant Automatisierungen für Anfänger: Der komplette Guide 2026
- DNS-AID: Wie KI-Agenten über DNS auffindbar werden sollen
- Bitte einmal Check: Ist mein Balkonkraftwerk-Setup so sinnvoll?
