Risposta diretta
Misura il tempo esatto prima del fallimento. Un intervallo coerente suggerisce la scadenza della sessione, la sospensione della batteria o un timeout di inattività configurato; gli stalli variabili indicano più spesso la perdita del Wi-Fi, la congestione o la pressione del decoder.
Perché questo accade
Senza prove temporali, tutte le disconnessioni sembrano simili. Lo stato della sessione RTSP, i criteri di alimentazione della fotocamera e il percorso multimediale possono fallire in modo indipendente dopo l'avvio riuscito.
Separa la disponibilità dello streaming, la descrizione dei media, il trasporto, la decodifica e i tempi prima di modificare le impostazioni della telecamera.
Un test controllato
Esegui un flusso per almeno il doppio del normale intervallo di errore registrando la raggiungibilità, le risposte RTSP e gli errori di pacchetto o decodifica.
Cambia una variabile alla volta. Conservare il modello della fotocamera, il firmware, l'endpoint e l'account registrati; quindi testare la raggiungibilità della rete, la risposta del protocollo, il trasporto dei media e la decodifica come livelli separati.
Utilizza un account dedicato di sola visualizzazione e uno strumento diagnostico locale affidabile. Oscura credenziali, indirizzi privati e dati identificativi prima di condividere l'output.
Sequenza diagnostica
| Controllo | Azione | Prova del progresso |
|---|---|---|
| Intervallo | Cronometra tre fallimenti dopo aver giocato con successo. | Viene stabilito un modello stabile o variabile. |
| Sessione | Controlla il comportamento keep-alive supportato e i valori di timeout. | Il client mantiene o rinnova correttamente la sessione. |
| Energia | Verifica se la fotocamera o l'hub dormono senza attività. | Il funzionamento alimentato continuo è confermato. |
| Rete | Ispeziona il segnale Wi-Fi, cambia i contatori e cambia indirizzo. | Il percorso rimane stabile attraverso la finestra di fallimento. |
Prove da conservare
Una piccola sequenza temporale che mostra la connessione, l'ultimo fotogramma valido, l'errore RTSP e il tentativo di ripristino è più utile di uno screenshot di un riquadro bloccato.
Confine e nota di sicurezza
Non trattare una fotocamera a batteria come una fonte continua di RTSP a meno che il produttore non documenti esplicitamente tale modalità.
Per la visualizzazione remota, utilizza un VPN gestito invece di esporre RTSP o le porte di amministrazione della fotocamera direttamente all'Internet pubblica.
SmartRTSP
SmartRTSP è un visualizzatore RTSP e ONVIF focalizzato sulla fotocamera per dispositivi Apple, Windows e Android. Si adatta alla visione diretta, al discovery e ai controlli multi-camera; mantenere un NVR o VMS dedicato quando sono richiesti la registrazione continua, l'esportazione di prove o controlli aziendali centralizzati.
Domande frequenti
Perché il mio streaming si interrompe quasi nello stesso momento?
Un intervallo ripetibile spesso corrisponde al timeout della sessione, ai criteri di inattività o alla sospensione della batteria.
Uno spettatore dovrebbe riconnettersi automaticamente?
Sì, ma con backoff limitato e stato visibile in modo da non nascondere il guasto sottostante o sovraccaricare la fotocamera.
Un'altra app potrebbe disconnettere questo visualizzatore?
Alcune fotocamere limitano le sessioni simultanee, quindi prova con altri visualizzatori e connessioni NVR chiuse.
Riferimenti primari
- IETF RFC 7826: protocollo di streaming in tempo reale 2.0
- FFmpeg: opzioni ed esempi del protocollo RTSP
- SmartRTSP: piattaforma ufficiale e informazioni sul prodotto
Guida SmartRTSP correlata
Apri la guida correlataUtilizza l'intervallo di errore ripetibile per identificare i limiti di keep-alive, sospensione della batteria, Wi-Fi e sessioni simultanee.