Port 554 bleibt zu — und das ist kein Fehler

Eine neue Tapo TC82 für den Balkon in Meran. Bekannter Hersteller, aktuelles Modell, und die passende Integration (tplink) ist in Home Assistant eingebaut.

Sie ließ sich trotzdem nicht einbinden.

Der Grund ist eine Protokolländerung, die auf keiner Packung steht — und wer sie kennt, spart sich beim nächsten Kamerakauf einen ganzen Abend.

Die Kurzfassung

Neuere Tapo-Kameras streamen über TCP auf Port 8800, nicht über RTSP.

Daraus folgt alles, was einen sonst in die Irre führt:

• Port 554 bleibt zu. Wer dort einen Stream sucht, sucht etwas, das es nicht gibt. Das ist kein Defekt und keine Firewall.
• Es gibt kein „Kamerakonto“ einzurichten. Jede Anleitung im Netz verlangt eines. In der App ist der Punkt nicht da, weil das zugehörige Protokoll nicht mehr verwendet wird.
• Die eingebaute Integration scheitert mit einer Fehlermeldung, die nach Zugangsdaten aussieht und keine sind.

Man sucht also stundenlang nach einem Kennwort für einen Dienst, den das Gerät gar nicht anbietet.

Der Irrweg, und was ihn beendet hat

Die Fehlersuche lief in genau die falsche Richtung: Zugangsdaten prüfen, Konto neu anlegen, Firmware aktualisieren, Netzwerk durchleuchten.

Beendet hat es ein Portscan. Port 554 zu, Port 8800 offen. Von dem Moment an war klar, dass nicht die Anmeldung das Problem ist, sondern die Annahme über das Protokoll.

Wenn die Anmeldung dreimal scheitert, prüf, ob der Dienst überhaupt da ist, bevor du ein viertes Kennwort probierst.

Die Lösung ist die HACS-Integration JurajNyiri/HomeAssistant-Tapo-Control, die dieses Protokoll über pytapo spricht. Sie liefert dann alles auf einmal: Livebild, Bewegungs- und Personenerkennung, Sirene, Scheinwerfer, Nachtsicht und den Zugriff auf die Karte im Gerät.

Livebild für Geräte, die keinen Stream anbieten

Für die Anzeige im Dashboard braucht es noch einen Zwischenschritt — einen Umsetzer, der aus dem herstellereigenen Protokoll einen gewöhnlichen Stream macht.

Das ist der Teil, den man vor dem Kauf wissen will: Eine Kamera ohne RTSP braucht in Home Assistant eine zusätzliche Komponente. Sie funktioniert danach tadellos, aber es ist ein Bauteil mehr, das eingerichtet und gepflegt werden will.

Ein Detail, das mich Zeit gekostet hat: ein Strom je Kamera. Der naheliegende Weg, alle über einen gemeinsamen Pfad zu führen, funktioniert nicht zuverlässig. Getrennte Ströme sind mehr Konfiguration und dafür stabil.

Drei Eigenheiten, die man nur durch Messen findet

Das Kamerakonto muss zweimal gesetzt werden. Einmal reicht nicht — nach der ersten Einrichtung ist der Zustand unvollständig, ohne dass irgendwo ein Fehler steht.

Einträge dieser Integration nicht neu laden. Ein Neuladen bringt die Geräte nicht sauber zurück; der Weg ist ein Neustart.

Der Bewegungsmelder entsteht erst bei der ersten Bewegung. Vorher existiert die Entität nicht — und sie überlebt keinen Neustart.

Der letzte Punkt ist mehr als eine Kuriosität. Er hat mir später in einer ganz anderen Untersuchung die Zeugenaussage gekostet: Ich wollte wissen, ob jemand in der Wohnung war, und die Bewegungsmelder standen alle auf „nicht verfügbar“. Sie taugten weder als Beleg dafür noch dagegen.

Eine Entität, die erst durch ein Ereignis entsteht, kann die Abwesenheit des Ereignisses nicht beweisen.

Akkukameras wecken sich auf Zuruf

Das ist die angenehme Überraschung. Ich hatte erwartet, dass batteriebetriebene Geräte nur in ihrem eigenen Takt antworten.

Gemessen: 2,4 Sekunden vom Befehl bis zur Antwort. Ein Standbild auf Anforderung ist damit kein Problem, obwohl die Kamera die meiste Zeit schläft.

Das ist der Gegenpol zu meinen Erfahrungen mit batteriebetriebenen Außenkameras von Blink in Kapfenberg, wo genau das nicht verlässlich funktioniert. Gleiche Bauart, völlig anderes Verhalten — ein weiteres Argument dafür, vor dem Kauf nicht auf die Gattung zu schauen, sondern auf das Modell.

Und die Türglocke filmt nur beim Läuten

Die Klingel vor dem Anbringen. Dass sie nur beim Läuten aufzeichnet, steht auf keiner dieser Seiten — man erfährt es erst im Betrieb.

Die Eigenschaft, die mich am meisten beschäftigt hat, ist keine Fehlfunktion, sondern eine Entscheidung von TP-Link: Die Türklingel zeichnet nur auf, wenn geläutet wird. Bewegung allein löst keine Aufnahme aus.

Für jemanden, der eine lückenlose Überwachung der Haustür erwartet, ist das eine Enttäuschung. Für den Betrieb einer Wohnung, in der auch andere Menschen ein- und ausgehen, ist es eher ein Vorteil: Es entstehen keine Aufnahmen von Nachbarn, die nur vorbeigehen.

Ich schreibe das auf, weil es genau die Art Eigenschaft ist, die man nach dem Kauf herausfindet und dann als Mangel empfindet — obwohl sie je nach Sichtweise das Gegenteil ist.

Was ich dir vor dem Kauf raten würde

1. Frag nicht „hat sie RTSP“, sondern prüf es. Bei neueren Modellen ist die Antwort zunehmend nein, und die Produktseite sagt dazu nichts.
2. Rechne mit einer Zusatzkomponente. Ohne RTSP braucht das Livebild einen Umsetzer. Das ist lösbar, aber es ist Arbeit und ein Teil mehr im Aufbau.
3. Prüf, wann das Gerät aufzeichnet. Bei Läuten, bei Bewegung, durchgehend — das sind drei verschiedene Produkte mit demselben Namen.
4. Erwarte keine Entität, bevor das Ereignis eingetreten ist. Wer auf Bewegungsmelder etwas aufbaut, baut auf etwas, das nach jedem Neustart verschwindet.
5. Beurteile das Modell, nicht die Marke. Zwei batteriebetriebene Außenkameras unterschiedlicher Hersteller verhalten sich bei mir gegensätzlich.

Und was heißt das?

Die Kamera ist gut, und sie tut alles, was sie soll. Der Weg dorthin war trotzdem ein Abend, und er wäre zwanzig Minuten gewesen, wenn irgendwo gestanden hätte, dass dieses Modell kein RTSP mehr spricht.

Das ist das eigentliche Ärgernis an Smart-Home-Käufen: Nicht die Technik ist zu kompliziert, sondern die entscheidende Eigenschaft steht nirgends. Port 554 zu ist kein Fehler — aber man muss erst darauf kommen, dass es keiner ist.