Direkte Antwort
Messen Sie die genaue Zeit bis zum Ausfall. Ein konsistentes Intervall deutet auf Sitzungsablauf, Batterieschlaf oder eine konfigurierte Leerlauf-Zeitüberschreitung hin; Variable Verzögerungen deuten häufiger auf einen WLAN-Verlust, eine Überlastung oder eine Überlastung des Decoders hin.
Warum das passiert
Ohne zeitliche Beweise sehen alle Verbindungsabbrüche gleich aus. RTSP Sitzungsstatus, Kamera-Stromversorgungsrichtlinie und Medienpfad können nach erfolgreichem Start unabhängig voneinander fehlschlagen.
Trennen Sie Stream-Verfügbarkeit, Medienbeschreibung, Transport, Dekodierung und Timing, bevor Sie die Kameraeinstellungen ändern.
Ein kontrollierter Test
Führen Sie einen Stream für mindestens das Doppelte des üblichen Fehlerintervalls aus und protokollieren Sie dabei die Erreichbarkeit, RTSP-Antworten und Paket- oder Decodierungsfehler.
Ändern Sie jeweils eine Variable. Notieren Sie das Kameramodell, die Firmware, den Endpunkt und das Konto. Testen Sie dann die Netzwerkerreichbarkeit, die Protokollantwort, den Medientransport und die Dekodierung als separate Schichten.
Verwenden Sie ein dediziertes Nur-Anzeige-Konto und ein vertrauenswürdiges lokales Diagnosetool. Schwärzen Sie Anmeldeinformationen, private Adressen und identifizierende Daten, bevor Sie die Ausgabe freigeben.
Diagnosesequenz
| Überprüfen | Aktion | Beweis des Fortschritts |
|---|---|---|
| Intervall | Mal drei Fehlschläge nach erfolgreichem SPIELEN. | Es entsteht ein stabiles oder variables Muster. |
| Sitzung | Überprüfen Sie das unterstützte Keep-Alive-Verhalten und die Timeout-Werte. | Der Kunde hält die Sitzung korrekt aufrecht oder erneuert sie. |
| Leistung | Überprüfen Sie, ob die Kamera oder der Hub ohne Aktivität in den Ruhezustand wechselt. | Kontinuierlicher Stromversorgungsbetrieb wird bestätigt. |
| Netzwerk | Überprüfen Sie das WLAN-Signal, schalten Sie Zähler um und ändern Sie die Adresse. | Der Pfad bleibt über das Fehlerfenster hinweg stabil. |
Beweise, die es aufzubewahren gilt
Eine kleine Zeitleiste mit der Verbindung, dem letzten guten Frame, dem RTSP-Fehler und dem Wiederherstellungsversuch ist nützlicher als ein Screenshot einer eingefrorenen Kachel.
Grenz- und Sicherheitshinweis
Behandeln Sie eine Akkukamera nicht als kontinuierliche RTSP-Quelle, es sei denn, der Hersteller dokumentiert diesen Modus ausdrücklich.
Verwenden Sie für die Remote-Anzeige einen verwalteten VPN, anstatt RTSP oder Kameraverwaltungsports direkt dem öffentlichen Internet zugänglich zu machen.
SmartRTSP
SmartRTSP ist ein kamerafokussierter RTSP- und ONVIF-Viewer für Apple-Geräte, Windows und Android. Es eignet sich für die direkte Betrachtung, Erkennung und Überprüfung mit mehreren Kameras. Halten Sie einen dedizierten NVR oder VMS bereit, wenn kontinuierliche Aufzeichnung, Beweisexport oder zentralisierte Unternehmenskontrollen erforderlich sind.
Häufig gestellte Fragen
Warum stoppt mein Stream fast gleichzeitig?
Ein wiederholbares Intervall ist häufig mit einem Sitzungs-Timeout, einer Leerlaufrichtlinie oder einem Batterieschlaf verknüpft.
Sollte sich ein Betrachter automatisch wieder verbinden?
Ja, aber mit begrenztem Backoff und sichtbarem Zustand, damit der zugrunde liegende Fehler nicht verdeckt wird und die Kamera nicht überlastet wird.
Könnte eine andere App diesen Viewer trennen?
Einige Kameras schränken gleichzeitige Sitzungen ein. Testen Sie daher mit anderen Zuschauern und geschlossenen NVR-Verbindungen.
Primäre Referenzen
- IETF RFC 7826 – Echtzeit-Streaming-Protokoll 2.0
- FFmpeg – RTSP Protokolloptionen und Beispiele
- SmartRTSP – offizielle Plattform- und Produktinformationen
Zugehöriger SmartRTSP-Leitfaden
Öffnen Sie den entsprechenden LeitfadenVerwenden Sie das wiederholbare Fehlerintervall, um die Grenzwerte für Keep-Alive, Batterieschlaf, WLAN und gleichzeitige Sitzungen zu ermitteln.