La perdita e il ritardo dei pacchetti di telemetria sono domande di indagine diverse
Distinguere messaggi mancanti, ritardi, lacune di registrazione e contatori del protocollo prima di attribuire problemi a portata radio o hardware.
Descrivi con precisione il sintomo osservato
Una visualizzazione bloccata, un messaggio in ritardo e un intervallo di registrazione mancante sono osservazioni diverse. Registra quale applicazione, dispositivo e flusso di messaggi sono stati interessati, insieme all'orario e alla disposizione della connessione. Non etichettare immediatamente ogni interruzione come perdita radio. Una chiara dichiarazione dei sintomi identifica se l'indagine riguarda la consegna, l'elaborazione, la visualizzazione o la registrazione, consentendo ai tecnici di selezionare le prove invece di sostituire la radio perché è il componente di comunicazione più visibile.
Identificare il percorso e i punti di registrazione
Tracciare il percorso dal componente di invio attraverso interfacce, modem, rete ove rilevante, computer di terra e applicazione. Segna dove è stato catturato ogni registro disponibile. Una registrazione effettuata dopo una connessione interrotta non può descrivere in modo indipendente ciò che ha prodotto il mittente. Distinguere i dati di bordo dalla telemetria ricevuta. Queste identità aiutano a individuare la possibile fase di errore e spiegano perché due log possono differire senza che uno sia una copia imprecisa dell'altro.
Interpretare le informazioni sulla sequenza nel contesto
MAVLink fornisce informazioni sulla sequenza utilizzate nella valutazione della perdita di pacchetti, ma la sua interpretazione dipende dal flusso e dai componenti esaminati. Seguire la documentazione del protocollo e l'implementazione dell'applicazione. Meritano attenzione i mittenti multipli, l'instradamento, i limiti di registrazione e i percorsi ritrasmessi o ridondanti. Non calcolare una percentuale di perdita certa da uno screenshot inspiegabile. Conservare l'acquisizione e il metodo originali in modo che un altro revisore possa riprodurre ciò che è stato conteggiato e comprenderne i limiti.
Separare il ritardo dalle informazioni mancanti
Un messaggio può arrivare in ritardo anziché scomparire. Confronta i timestamp e le relazioni di clock appropriati prima di calcolare la latenza. Il comportamento di aggiornamento dell'applicazione e il traffico competitivo possono influenzare l'esperienza visibile. Inoltre, una visualizzazione fluida non dimostra che tutti i messaggi sono arrivati. La revisione dovrebbe indicare quale ritardo è stato misurato, tra quali punti e sotto quale carico. Evitare di convertire una pausa osservata in una specifica universale di latenza di connessione per l'aereo installato.
Confrontare il traffico e le prove dei collegamenti
Esaminare la velocità dei messaggi richiesti, gli indicatori rilevanti del modem, le modifiche alla connessione e l'attività del computer insieme al sintomo. Una velocità di messaggio ridotta può risolvere un problema diverso dallo spostamento di un'antenna. Definire le ipotesi e utilizzare controlli approvati che preservino le responsabilità operative. Modificare un fattore rilevante alla volta, ove possibile. Mantenere intervalli inalterati come prova di confronto e non creare un guasto improvvisato del collegamento in volo solo per ottenere una registrazione più drammatica.
Riporta una conclusione limitata
Riepilogare lo stadio osservato, il metodo di misurazione, la causa supportata, le domande irrisolte e il follow-up proposto. Mantieni le decisioni relative alle emergenze di volo separate dall'analisi retrospettiva della comunicazione. Il record risultante aiuta il supporto NiVO a distinguere i problemi relativi a radio, interfaccia, software e registrazione dati. Inoltre, impedisce che i contatori di perdita di pacchetti, gli indicatori di segnale o una mappa reattiva vengano trattati individualmente come prova completa che l'intero sistema di comando e telemetria funzionerà in modo affidabile in ogni condizione operativa.
