"Quicky mit Ingmar" #19... Telemetrie-Latenz die 3.

IG-Modellbau wrote: Lücken in der Jeti-Telemetrie, oder doch nicht?
Aller guten Dinge sind drei...
Aufklärung über die Lücken, oder vermeintlichen Lücken, in der Jeti-Telemetrie.

youtu.be/Rvzej_oG5dU

Ingmar

Vielen Dank für diese super Hintergrund-Infos.

Habe bei mir nachgeschaut, da bei meinen Helis nur 12 Telemetriewerte übertragen werden, komme ich auf die genannte schnelle Übertragung.

Wenn ich mich noch recht erinnere, haben sich Seglerpiloten „beschwert“, dass das Variometer zeitweise Aussetzer hätte.
Haben diese dann auch so viele Telemetriewerte, dass es sich so negativ mit der Verzögerung auswirkt?
Kann ich mir bei Seglern gar nicht vorstellen.

Das kann tatsächlich schnell eine ganze Menge werden. Nur mal beispielhaft. Vario, Regler, Central Box und du bist schon ganz leicht über 20. Die meisten Sensoren liefern deutlich mehr als man braucht, lassen aber keine Auswahl zu. Da gilt alles oder nichts. Ich nutze z.B. gerne YGE Regler, die erzeugen aber ein erhebliches Datenaufkommen. Das meiste davon brauche ich im Segler einfach nicht. Wenn jetzt noch GPS dazu kommt, wird es eng. Hast du dagegen "nur" ein Unisens verbaut und nutzt keine weitere Telemetrie, dann wirst du solchen Problemen wohl auch nie begegnen.

Hallo zusammen,

nach gefühlten Ewigkeiten habe ich mal ein Skript geschrieben und damit die 3 Logs von Ingmar ausgewertet und ein wenig graphisch aufgearbeitet.

IG_Testsensor mit 16 Werten


IG_Testsensor mit 24 Werten


IG_Testsensor mit 32 Werten


Ich habe die Daten nach Sensor und Wert aufgedröselt und alle Zeitreihen separat angeschaut. Auf der x-Achse sieht man die Zeit zwischen zwei am Sender angekommenen Datenpunkten. Das ist einfach jeweils die Differenz zwischen dem Zeitstempel des aktuellen Wertes und dem Zeitstempel seines Vorgängers in Millisekunden. Stehen im Log z.B. 100 Werte für einen Messwert eines Sensors, so werden daraus logischerweise 99 Zeiten berechnet. Jeder der grauen Datenpunkte ist genau 1 Zeitwert. Auf der y-Achse ist dann alles nach Sensoren und ihren jeweiligen Werten aufgedröselt. Es wird also jeder Messwert von jedem Sensor separat betrachtet. So kann man erkennen, ob alle Werte eines Sensor gleich am Sender ankommen.
Die farbigen Balken wiederum sind einfach nur die 25% und 75% Percentile der Daten.

Was kann man jetzt sehen:

• Die Werte vom REX kommen in allen drei Fällen ca. alle 500 ms an. Die Verteilung ist relativ eng, es gibt nur wenige Ausreißer.
• Für den Testsensor nimmt wie bereits zuvor beobachtet die Updategeschwindigkeit mit zunehmender Anzahl zu übertragender Messwerte ab. Spannend ist, dass im Log mit 16 Werten die Verteilungen deutlich breiter sind als bei 24 und 32 und auch nicht für alle Werte gleich aussehen.

Während diese Updategeschwindigkeiten (für mich) in meinen E-Seglern für die Antriebstelemetrie vollkommen in Ordnung sind, ist das fürs Vario schon nicht mehr so toll. Inwiefern man aber nun vom Testsensor auf andere Sensoren schließen kann, will ich nicht bewerten. Sobald ich es mal wieder zum Fliegen schaffe, versuche ich mal dran zu denken Logs mit Vario (UniSens) aufzunehmen und mit dem Skript auszuwerten. Das wird sicher spannend.

Höchst spannend wird dann auch noch die Frage, ob das beobachtbare Verhalten auch vom verwendeten Protokoll abhängt, also ob der Sensor seine Daten an den Empfänger per EX oder EX Bus übermittelt.

Wenn man noch genauer reinschauen möchte, wird man noch mehr interessante Sachen finden. So kommen von den verschiedenen Werten eines Sensors nicht immer gleich viele Daten an. Manchmal werden direkt hintereinander weg alle Werte übertragen, manchmal fehlen ein paar. Das sieht man in den Plots nicht wirklich, dazu wäre es notwendig alle grauen Punkte zu zählen. Die entsprechenden Tabellen habe ich hier mal nicht angehängt, die sind nicht allzu übersichtlich.

It looks like Ingmar sends only 3 values in a packet. Why not more? Generally it's possible to send approx 6 x 13-bit values in the packet. With EX Bus the telemetry rate is also increased.

Hello Raf???,
no, I did not send 3 values only.
Why did you think so?
ExBus is faster, but the path from RX to TX is the same.
And the overhead is also increased.

Ingmar

Hi,

wenn du mehr als 3 Werte pro Paket geschickt hast dann hast du nur wenige Pakete geschickt.

EX - Telemetrie kann knapp 10 Pakete pro Sekunde wenn man die 20 Byte Nutzdaten ausnutzt.

ExBus kann ein vielfaches davon.

Der Rückkanal an sich ist hier nicht der Flaschenhals, soweit ich mich erinnere fand der Test ja auch auf dem Tisch und nicht mit einem 5m-Segler am Rande der Sichtgrenze statt. Also gab es auch keine Aussetzer wegen schlechter Verbindung.

Kurz - das Problem ist dein Sensor.

Aber es wird auch klar das man keine hohe Daterate erwarten darf wenn man viele verschiedene Werte übertragen will. Gute Sensoren priorisieren wichtige Werte deshalb. Das wstech LinkVario pro priorisiert unter anderem auch danach ob der Motor läuft oder nicht.

Besonders ungünstig wird es wenn man einen Expander einsetzt. Dann kann der smarte Sensor auch nichts mehr retten.

Gruß