"Quicky mit Ingmar" #18... Telemetrie-Latenz die 2.

FuniCapi wrote: Ich habe die Log-Files mal mit Excel analysiert. Die Ergebnisse sind ernüchternd. Jeti Studio macht tatsächlich noch zusätzliche Lücken in die Werte, die in den Logfiles gar nicht vorhanden sind!!! Trotzdem sind die Updatezeiten der Telemetriewerte nicht gerade berauschend, und das sogar bei optimalen Funkbedingungen (kurze Distanz).

Zusammenfassung der Analyse:

16 Sensorwerte
Updateintervall Empfängerwerte (U, A1, A2, Q): Median 520 ms, Max 536 ms
Updateintervall Digitaler Eingang Empfänger: Median 1020 ms, Max 1025 ms
Updateintervall Sensorwerte: Median 460 ms, Max 1225 ms

Soweit so gut. Interessant ist, das die Sensorwerte meist sogar häufiger (alle 460 ms) geupdatet werden wie die Emfpängerwerte. Aber für ein Vario ist auch diese Updaterate schon eher knapp.

24 Sensorwerte
Updateintervall Empfängerwerte (U, A1, A2, Q): Median 521 ms, Max 592 ms
Updateintervall Digitaler Eingang Empfänger: Median 1020 ms, Max 1042 ms
Updateintervall Sensorwerte: Median 760 ms, Max 1525 ms

Bei 24 Werten kann man bei einem mittleren Updateintervall von 760 ms definitiv nicht mehr von Echtzeittelemetrie sprechen. Die Empfängerwerte werden priorisiert und immer noch gleich oft geupdatet wie bei 16 Sensorwerten.

32 Sensorwerte
Updateintervall Empfängerwerte (U, A1, A2, Q): Median 521 ms, Max 525 ms
Updateintervall Digitaler Eingang Empfänger: Median 1020 ms, Max 1024 ms
Updateintervall Sensorwerte: Median 1061 ms, Max 2131 ms

Bei 32 Sensorwerten ist es dann endgültig vorbei. Nur noch jede Sekunden werden die Werte geupdatet, ab und zu auch nur alle 2 Sekunden. Ein Vario wäre hier absolut unbrauchbar. Auch hier werden die Empfängerwerte priorisiert.

Leider kann ich die Excel-Datei nicht anhängen. Auch ein Zip-Ordner funktioniet nicht wegen der Grösse. Falls jemand an der Auswertung interrsiert ist bitte eine PN an mich mit E-Mail-Adresse.

Gruss Lukas