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

Hallo Immar,

Sind die Pausen beim Senden der Telemetriedaten auch in der Logfie sichtbar?

Nico

Wenn ich das jetzt richtig verstanden habe, sagt Jeti, das seien keine Lücken, im Jeti Studio würden nur unplausible Daten ausgeblendet, so dass es wie Lücken aussieht.
Mal ehrlich, das klingt wie die Wahl zwischen Pest und Cholera, nicht wirklich attraktiv.
Die Daten können ja eigentlich nur als unplausibel erkannt werden, wenn sie außerhalb eines Erwartungsintervalls liegen. Da schließt sich angesichts des Ausmaßes von mehreren Sekunden am Stück zwingend die Frage an, wie viele Werte, die angezeigt werden, weil sie (zufälligerweise?) innerhalb des Intervalles liegen, sind in Wirklichkeit noch fehlerbehaftet?
Gott sei Dank ist Telemetrie nicht so wichtig, dass Modelle sofort runterfallen.
In diesem Sinne gege ich jetzt Fliegen, und selbst mit Telemetriepausen werde ich den Akku nicht gleich tief entladen:).

Hallo Walter,
ich werde versuchen am Ball zu bleiben...
Zu 1.) Schwach im Sinne von Bandbreite oder Feldstärke?
Zu 2.) Der Sensor, also meiner ist eher sehr schnell, aber ich teste das...
Zu 3.) Die Ex-Telemetrie, habe ich hier verwendet, ist komplett offen gelegt, da habe ich mich auch dran gehalten.
ExBus ist nur soweit offen, das man da Servoinformationen abgreifen und Sensordaten zurücksenden kann.
Die Implementation von Software im Gerätemanager ist geheim.

Ingmar

Das Jeti Studio bei 24 Kanälen etwas ausblendet und bei 16 nicht kann ich fast nicht glauben. Die längeren Verzögerung konnte man ja auch auf dem Sender sehen und haben doch nichts mit dem Jeti Studio zu tun.

Ich habe da eher die Kommunikation zwischen Sensor und Empfänger in Verdacht die irgendwie zumacht. Da gibt's dann wahrscheinlich auch deutliche Unterschiede zwischen R- und REX-Empfängern.

Eine weitere Testmöglichkeit um die Latenz zwischen Sensor und Empfänger zu messen:
Schalte beim Knopfdruck an deinem Sensor mit eine Digitalausgang des Sensors doch direkt den Digitaleingang am Empfänger und gleichzeitig inkrementiere die Telemetriewerte. Oder nimm einfach direkt das Signals des Sensorknopfs um den Eingang des Empfängers zu schalten. Wenn die Latenz durch die Kommunikation zwischen Sensor und Empfänger entsteht, dann müsste das in den Telemetriedaten deutlich sichtbar sein.

Gruss Lukas

Interessantes Thema... ich verfolge deine Berichte & Tests dazu sehr interessiert auch wenn ich bei mir selbst ( 2xDS-12, eine davon Spirit Ed. und hptsl. Rex3 an Spirit 2 & Spirit RS, aber auch 2 Rex Assist) bisher keinerlei solcher Lücken finden konnte. Ich hab im Schnitt so 16-20 Parameter geloggt und null Auffälligkeiten gefunden.

Einzig amüsant fand ich, dass der Rex3 beim Start des Loggings nach 0.3" startet während z.B. die neuen YGEs da schon 3 Datenzeilen geliefert haben Aber spez. die neuen YGEs sind extrem flott mit der Telemetrie... da kommen sauber gut 10 Zeilen pro Sekunde an. Und 1 pro Sekunde ist für den Empfänger auch mehr als ausreichend. Unterschiedl. Geschwindigkeiten (~Summe der Messwerte pro Sensor) als Beispiel im Anhang. Spirit ist auch flott... gut so - das brauche ich

Eine Priorisierung der Parameter wäre in jedem Fall sinnvoll... ich brauche am Ende des Tages einfach keine 10 mal pro Sekunde die Kapazität oder Temperatur (oder ganz besonders der MTAG *kopfschmerz*), andere Werte dagegen sind gut in hoher Frequenz. Da wäre am Schluß eine Priorisierung (oder meinetwegen auch vorgebbare Frequenz pro Parameter) sicher gut geeignet um etwaige Engpässe in der Übertragung zu eliminieren. Kapazität alle 5 Sekunden würde mich auch nicht stören... andere brauchen das vielleicht....

Ciao
Michael

Zu 1) Feldstärke (Bandbreite kann ich nicht beurteilen)

Gruss, Walter