Telemetrie-Paketverlust und Verzögerung erfordern unterschiedliche Untersuchungen
Unterscheiden Sie fehlende Nachrichten, verzögerte Anzeigen, Aufzeichnungslücken und Protokollzähler, bevor Sie ein Telemetriesymptom der Funkreichweite oder einem Hardwarefehler zuordnen.
Beschreiben Sie das beobachtete Symptom genau
Eine eingefrorene Anzeige, eine verspätete Meldung und ein fehlendes Protokollintervall sind unterschiedliche Beobachtungen. Notieren Sie, welche Anwendung, welches Gerät und welcher Nachrichtenstrom betroffen waren, sowie Zeit und Verbindungsanordnung. Kennzeichnen Sie nicht jede Unterbrechung sofort als Funkverlust. Eine klare Symptomerklärung gibt an, ob die Untersuchung die Zustellung, Verarbeitung, Anzeige oder Aufzeichnung betrifft, sodass Techniker Beweise auswählen können, anstatt das Funkgerät auszutauschen, da es die sichtbarste Kommunikationskomponente ist.
Identifizieren Sie den Pfad und die Aufnahmepunkte
Zeichnen Sie die Route von der sendenden Komponente über Schnittstellen, Modem, Netzwerk (sofern relevant), Bodencomputer und Anwendung. Markieren Sie, wo jedes verfügbare Protokoll erfasst wurde. Eine nach einem Verbindungsabbruch erstellte Aufzeichnung kann nicht unabhängig beschreiben, was der Absender produziert hat. Unterscheiden Sie Borddaten von empfangener Telemetrie. Diese Identitäten helfen dabei, das mögliche Fehlerstadium zu lokalisieren und zu erklären, warum zwei Protokolle unterschiedlich sein können, ohne dass eines eine ungenaue Kopie des anderen ist.
Interpretieren Sie Sequenzinformationen im Kontext
MAVLink stellt Sequenzinformationen bereit, die bei der Paketverlustbewertung verwendet werden, ihre Interpretation hängt jedoch vom untersuchten Stream und den untersuchten Komponenten ab. Befolgen Sie die Protokolldokumentation und die Implementierung der Anwendung. Mehrere Absender, Routing, Aufzeichnungsgrenzen und erneut übertragene oder redundante Pfade verdienen Aufmerksamkeit. Berechnen Sie keinen zuverlässigen Verlustprozentsatz anhand eines Screenshots ohne Kontext. Behalten Sie die ursprüngliche Erfassung und Methode bei, damit ein anderer Prüfer die Zählung reproduzieren und deren Einschränkungen verstehen kann.
Trennen Sie Verzögerungen von fehlenden Informationen
Eine Nachricht kommt möglicherweise zu spät, anstatt zu verschwinden. Vergleichen Sie geeignete Zeitstempel und Taktbeziehungen, bevor Sie die Latenz berechnen. Das Aktualisierungsverhalten der Anwendung und konkurrierender Datenverkehr können das sichtbare Erlebnis beeinflussen. Eine reibungslose Anzeige beweist auch nicht, dass jede Nachricht angekommen ist. In der Überprüfung sollte angegeben werden, welche Verzögerung zwischen welchen Punkten und unter welcher Belastung gemessen wurde. Vermeiden Sie es, eine beobachtete Pause in eine universelle Verbindungslatenzspezifikation für das installierte Flugzeug umzuwandeln.
Vergleichen Sie Datenverkehr und Verbindungsnachweise
Überprüfen Sie neben dem Symptom auch die angeforderten Nachrichtenraten, relevante Modemindikatoren, Verbindungsänderungen und Computeraktivität. Eine reduzierte Nachrichtenrate kann ein anderes Problem lösen als das Bewegen einer Antenne. Definieren Sie die Hypothese und verwenden Sie genehmigte Prüfungen, die die betrieblichen Verantwortlichkeiten wahren. Ändern Sie jeweils einen relevanten Faktor, wenn dies sinnvoll ist. Behalten Sie unbeeinflusste Intervalle als Vergleichsbeweis bei und erstellen Sie keinen improvisierten Verbindungsfehler während des Flugs, nur um eine dramatischere Aufnahme zu erhalten.
Melden Sie eine begrenzte Schlussfolgerung
Fassen Sie das beobachtete Stadium, die Messmethode, die durch Nachweise gestützte Ursache, ungelöste Fragen und die vorgeschlagenen Folgemaßnahmen zusammen. Halten Sie Flugnotfallentscheidungen von der retrospektiven Kommunikationsanalyse getrennt. Die resultierende Aufzeichnung hilft dem NiVO-Support bei der Unterscheidung von Funk-, Schnittstellen-, Software- und Datenaufzeichnungsproblemen. Außerdem wird verhindert, dass Paketverlustzähler, Signalindikatoren oder eine reaktionsfähige Karte einzeln als vollständiger Beweis dafür betrachtet werden, dass das gesamte Befehls- und Telemetriesystem unter allen Betriebsbedingungen zuverlässig funktioniert.
