THEMA:

Hallo Lukas,
vielen Dank!!!
Ich schaue mir das mal an und schreibe ein Programm zum Einlesen der Daten direkt aus dem Logfile.
Die Auswertung könnte ich dann mit Jeti abgleichen, evtl. ist da tatsächlich was im Argen mit dem Studio.
Wäre mir viel lieber als ein Problem mit dem Rückkanal.
Die Überprüfung des Einflusses eines empfangstechnisch schlechten Rückkanals auf die Telemetrie schaue ich mir dann danach an, erst einmal brauche ich verlässliche Daten!

Ingmar

Hallo in die Diskussionsrunde,

ich habe die Sache mit Interesse verfolgt. Mich würde sehr interessieren ob es da vielleicht auch noch Unterschiede zwischen einer DC/DS24 und der neuen DC/DS16 II gibt.

Deshalb habe ich mit meiner DS-16 II drei verschiede "Aufzeichnungen" gemacht und möchte die Daten hiermit zur freien Verfügung stellen. Einmal mit 16 Telemetriewerten, einmal mit 21 und einmal mit 40 Werten. Im Anhang findet ihr die Sender-Log-Files und die aus dem Jeti-Studio exportierten Exceltabellen. Details zu den verwendeten Komponenten sind in den jeweiligen Excel-Tabellen enthalten.

Für mich sieht die Sache ganz gut aus. Würde gerne mal eure Meinung dazu höhren.

Vielen Dank.

m.f.G.

STer

Hallo, lese hier interessiert mit!

Vielen Dank für euren Einsatz! Finde ich Klasse!

Gruß
Nicolas

Ich habe nun auch die Logs von STer analysiert. Hier die Ergebnisse:

Stingray mit 2x REX3 an CB200 (insgesamt 16 Werte):
Updateintervall RX1 (U, A1, A2, Q): Median 522 ms, Max 539 ms
Updateintervall RX2 (U, A1, A2, Q): Median 522 ms, Max 539ms
Updateintervall CB200: Median 201 ms, Max 605 ms

Hier fällt auf dass die CB200 mit 201 ms mittlerem Updateintervall deutlich langsamer updated als die CB220 mit 127 ms aus WalterL's Log, aber immer noch relativ schnell im Vergleich zu anderen Sensoren.

Stingray mit 2x REX3 an CB200 & Powerbox Source & GPSLog2 (insgesamt 40 Werte):
Updateintervall RX1 (U, A1, A2, Q): Median 523 ms, Max 545 ms
Updateintervall RX2 (U, A1, A2, Q): Median 523 ms, Max 545 ms
Updateintervall CB200: Median 201 ms, Max 803 ms
Updateintervall Powerbox Source: Median 612 ms, Max 2449 ms
Updateintervall GPSLog2 "schnellster Werte" (Vario): Median 101 ms, Max 502 ms
Updateintervall GPSLog2 "schnellere Werte" (Länge, Breite, Höhe, Geschwindigkeit): Median 303 ms, Max 1007 ms
Updateintervall GPSLog2 "langsamste Werte" (Datum, Strecke, Satelliten): Median 1107 ms, Max 2293 ms

Dies finde ich ein super Resultat für Jeti. Es zeigt ganz klar dass auch Telemetrie mit 40 Werten schnell sein kann!
Bei den Empfängern und der CB200 gibt es praktisch keinen Unterschied zum oberen Setup mit 16 Werten.
Ein super Job wurde beim GPSLog2 gemacht. Die Werte werden unterschiedlich priorisiert und damit unterschiedlich of gesendet. Der schnellste ist mit einem mittleren Updateintervall von 101 ms das Vario. Dann folgen Längengrad, Breitengrad, Höhe, Geschwindigkeit mit 303 ms. Die "unwichtigen" Werte Datum, Strecke und Anzahl Satelliten werden meist alle 1107 ms upgedatet, was für diesen Zweck aber völlig ausreicht. Genau so muss das sein!

Gruss Lukas

Hallo Igmar,

ist nicht vielleicht auch sehr entscheidend, über welche Verbindung die Abfrage läuft; über welchen Sensor, mit welchem Empfänger ?

Kommen die Daten über einen EX Sensor ? Oder über einen ca. 3-5 mal schnelleren EX Bus ?
Wie erfolgt die Verbinung zum RX ? Direkt oder vielleicht über einen Expander ?
Verarbeiten die verschiedenen Empfänger die eingehenden Sensordaten alle identisch oder gibt es da Unterschiede zwischen den alten R, den RX EX, den REX oder sogar den Assist Empfängern ?

So viel ich weiss behandelt ein Assist Empfänger Sensordaten anders als ein REX und ein Rex wiederum anders als ein RX EX.

Wie gesagt: ich bin kein Spezialist hier; aber als Laie frage ich mich, ob die Datenübertragungen nicht von sehr sehr vielen Variablen abhägt und sich so unterscheiden kann. Siehe aktuell den Post von Lukas, wo es für Jeti ja sehr gut aussieht selbst bei 40 Daten.

Ich habe auch Infos erhsalten, dass z.Bsp. ein YGE Regler teilweise sehr sehr lange Datenpakete sendet und ein Empfänger dann alle zu langen Datenpakete löscht/ignoriert.

Ich glaube, dass es auch u.a. am Sensor liegt, wie der was überträgt bzw. gewisse Dinge priorisiert. Siehe Lukas Beitrag mit dem Hinweis zum GPSLog2.


Gruss
PW

Hallo Peter,
ich glaube die nächsten Quicky's sind gesichert....
Der ExBus ist zwar von der Datenrate deutlich schneller, hat aber auch mehr Overhead.
Die Kommunikation zwischen Sensor und RX ist mit absoluter Sicherheit erheblich schneller als die Übertragung zum Sender.
Werde ich aber auf die Liste setzen und testen...

Ersteinmal raus finden, was es mit den Lücken auf sich hat, schaut momentan so aus, als wären die Lücken in den Logs gar nicht vorhanden, sondern entstehen erst im Jetistudio.

Ingmar