Die kurze Antwort
Prüfen Sie das genaue Aqara-Modell und die installierte Firmware, bevor Sie einen Verbindungsweg wählen. Die folgenden Informationen unterscheiden die vom Hersteller dokumentierte Vorbereitung von der tatsächlichen Wiedergabeprüfung mit Ihrer Kamera und Ihrem Client.
Referenz 1 · Referenz 2 · Referenz 3 · Referenz 4 · Referenz 5
Wissenswertes zu dieser Marke
G5 Pro unterstützt offiziell lokales RTSP-Video und SMB-NAS-Speicherung als getrennte Integrationsmöglichkeiten.
G5 Pro wird in getrennten PoE- und WLAN-Varianten angeboten. Die Netzwerkeinrichtung muss deshalb zur gekauften Hardware passen.
G3 besitzt eine eigene Hub- und Automatisierungsdokumentation. Die RTSP-Fähigkeit der G5 Pro belegt weder dieselbe Funktion noch ONVIF-Steuerung bei G3.
Zu identifizierende Produktfamilien
Aqara Camera Hub G5 Pro · Aqara Camera Hub G3
Diese Namen helfen beim Auffinden der passenden Dokumentation. Sie bilden weder eine vollständige Liste noch eine Hardwarezertifizierung.
Verbindungsweg
Diese Marke umfasst verschiedene Produktfamilien und Verbindungswege. Identifizieren Sie die genaue Linie, bevor Sie RTSP, ONVIF, einen Controller-Export oder die Hersteller-App wählen. Übertragen Sie kein URL-Muster, keine Kontoregel und keine Cloud-Einschränkung einer Familie auf sämtliche Produkte mit demselben Markennamen.
ONVIF prüfen
Eine native ONVIF-Unterstützung ist hier nicht belegt. Leiten Sie diese nicht aus der Hersteller-App, einer RTSP-Sitzung oder einer Bridge ab.
Streambeispiele für bestimmte Modelle
Es wird keine universelle Vorlage für direktes RTSP angegeben. Beziehen Sie einen unterstützten Endpunkt vom konkreten Gerät, Controller oder aus der dokumentierten API, statt eine Adresse zu erraten.
Verwenden Sie für den ersten Test ein privates, erreichbares Netzwerk. Eine funktionierende Cloud-Ansicht des Herstellers beweist nicht, dass ein separater Computer den lokalen Kameradienst erreicht.
Die Quellentitel bleiben in der Sprache des Originaldokuments. Prüfen Sie die aktuelle Anleitung Ihres Produkts: Firmware, Konten und Dienstverfügbarkeit können sich ändern.
Schrittweise prüfen
Identifizieren Sie das genaue Aqara-Modell, die Firmware und die Art der Quelle: Kamera, Rekorder, Hub oder API. Ordnen Sie die Dokumentation dieser Quelle zu, statt einem anderen Gerät mit ähnlichem Namen.
Bestätigen Sie den dokumentierten lokalen Dienst oder Exportweg. Erstellen Sie das erforderliche lokale Konto, soweit unterstützt. Ein Cloud-Login ist nicht automatisch ein Zugang zum Kamerastream.
Prüfen Sie die erreichbare private Adresse, das URL-Schema, den konfigurierten Port und die Streamauswahl. Ein Controller-Token oder eine temporäre API-Sitzung kann andere Gültigkeits- und Zugriffsbedingungen haben als ein Kamerakonto.
Testen Sie eine berechtigte Quelle mit einem Client. Halten Sie fest, in welcher Phase der Fehler auftritt: Adress-Timeouts, fehlgeschlagene Authentifizierung, nicht unterstützte sichere Modi und Decodierungsfehler erfordern unterschiedliche Korrekturen.
Prüfen Sie eine sich verändernde Liveszene, das gewünschte Objektiv oder den Kanal sowie eine erneute Verbindung. Testen Sie Audio, PTZ, Ereignisse und den Offline-Neustart getrennt, statt sie aus erfolgreicher Videowiedergabe abzuleiten.
Ergebnis überprüfen
Dokumentieren Sie Modell, Firmware, Quelle, Kontotyp und das tatsächlich decodierte Videobild. Diese Anleitung behauptet weder Tests mit physischen Geräten noch eine Zertifizierung oder die Unterstützung jeder optionalen Funktion in AeoCam.
Quellen und Geltungsbereich
AeoCam ist für Windows erhältlich. Die folgenden Einstellungen erklären die Protokollvorbereitung; sie sind keine Gerätezertifizierung oder Zusage aller Funktionen in jeder Version. Maßgeblich sind die installierte Version und der Microsoft Store.
Herstellerquellen beschreiben Kamera oder Protokoll. Ein Kompatibilitätstest mit realer Hardware wird hier nicht behauptet. Menüs und Fähigkeiten können je nach Modell und Firmware abweichen.