Descriptions:
Quicky #17… Telemetrie-Latenz
Beschreibung zum Video:
Wie lang ist die Zeit bis ein Telemetriewert vom Empfänger am Sender ankommt, dass zeige ich in diesem Video.
IG-Development (
IG-Modellbau (
Gemafreier Soundtrack von Frametraxx
Subscribe on Youtube: Ingmar Grote, click here
Freitag – Newsletter zu allen aktuellen Videos der Woche aus 17 Channels, jetzt anmelden!
Vollständiger Text aus dem Video: Quicky #17… Telemetrie-Latenz
Hinweis: Text aus der automatischen Spracherkennung aus dem Video ist allgemein bekannt ungenau!
servus freunde und recht herzlich willkommen zu einem weiteren trick mit ingwer imedi forum gab es vor kurzem eine diskussion über telemetrie zeiten also wie lange braucht ein telemetry wert von einem empfänger zum sender da gab es wohl bei dem einen oder anderen probleme dass ein telemetry wert wesentlich zu spät am sender wie auch immer kundgetan wurde das möchte ich in diesem quickie gerne untersuchen jetzt interessiert mich natürlich nicht wie lange braucht ein sensor um seine daten an den empfänger zu liefern sondern ich möchte lediglich wissen wie schnell ist die datenübertragung vom empfänger zum sender um das hinzukriegen brauchte ich erst einmal einen sensor der möglichst keine zeit verliert mit seinen datenübermittlungen und dieser sensor das ist dieser kleine schalter so ein recs empfänger und ich nehme auch an die ältere generation kann das auch hat die möglichkeit an seinen sauer anschlüssen in diesem fall am anschluss 3 also 123 da unten dieses kabel nämlich dass es stromversorgung hier ist der sensor also unser schalter als digital input einen telemetry wert entgegenzunehmen wir schauen uns das mal an in der geräte übersicht 6 3 und dort alternative funktionen gibt es dann am schluss drei striche zwei digitaleingang da gibt es auch noch den digitalen ausgang beide habe ich schon mal also den eingang wir brauchen wir jetzt sofort in digitalausgang den brauchen wir etwas später und den servo ausgang iso-standard auf platz eins brauchen wir auch später so wir haben also einen digitalen eingang und an diesem digitalen eingang hängt unser sensor schrägstrich dieser schalter da gehen wir hier mal zurück wenn wir unter stoppuhren sensoren telemetrie anzeige schauen dann kann man in der tat diesen eingang in den empfänger sieht man hier eher x1 input im 3 direkt auf die sender display legen was ich hier schon gemacht habe schaut dann so aus lege ich den schalter um dann sollte sich die neue in einer 1 verwandeln schau mal 10 gut hier können wir jetzt eigentlich auch schon sehen ob da eine wahnsinns verzögerung von einer sekunde oder sonst irgend was drin ist wie man hier sieht das geht relativ schnell es gibt aber noch eine schönere art und weise das darzustellen das machen wir jetzt mal wenn man nämlich aus dem telemetry wert also aus diesem sensor wert pin 3 am empfänger einen geber machen würde was man ja mit telemetrie gebern machen kann habe ich hier schon mal vorbereitet der macht eigentlich nichts außer dass er sich den eben drei schnappt und daraus einen schalter macht ok nach diesem telemetry geber haben wir jetzt also ein geber den wir bei funktions und geber zuordnung natürlich einer funktion zuordnen können die funktion habe ich telemetry genannt und als geber wie man sieht ist der mx1 das ist unser telemetry geber wenn ich hier um schalte wechselt auch dieser telemetry geber schön brav zwischen minus 100 plus 100 hin und her diese funktion namens telemetrie habe ich jetzt auf zwei servo ausgänge gelegt einmal auf servo ausgang 1 und einmal auf servo ausgang 2 auch das können wir uns mal in sarow monitor anschauen auch da sehen wir beim umlegen der schalter oder unseres sensors dass die beiden servo ausgänge ihren zustand von -100 auf plus 100 wechseln jetzt kommen wir dazu warum steht hier ein die tags servo rum und warum liegt da noch so etwas niedliches rum stöpseln war doch einfach mal dass die tags servo an kanal eins an so wenn ich jetzt den schalter umlegen dann reagiert dass die dexcel wieder drauf vorhin habe ich euch ja schon bei der bei den speziellen servo aus gangs ausgangs zuordnungen gezeigt dass hier haben ausgang 2 auf digital out puts steht und dafür ist dieser kleine stecker da hat er hat nämlich eine led da vorne dran den kann ich also hier in den ausgang zwei stecken ich hoffe ich mache ihnen dabei nicht abrutschen es hat funktioniert wenn ich jetzt umschalten dann wechselt sowohl das sehr wohl als auch die led sollte jetzt angehen beim einschalten das tut sie und jetzt können wir oder ihr und ich zusammen viel besser sehen ob und wie die zeitliche verzögerung ist denn schalte ich jetzt am schalter also unserem sensor dann sehe ich sofort die reaktion an der led das piepsen was ihr hier im hintergrund vom sender hört ist übrigens eine akustische ausgabe wenn er auf 1 er kennt die telemetrie dann gibt er einen kurzen pieps aus auch da hört man sehr deutlich das geht richtig schnell wir müssen jetzt noch dagegen folgendes bedenken wenn ich hier den schalter umlegen und den telemetry wert pendelt dann überträgt der empfänger diesen telemetrie informationen an den sender der sender rechnet daraus ein geber überträgt diesen geber an den empfänger zurück und das sehen wie hier an der led beziehungsweise an servo das heißt die verzögerung die wir jetzt sehen zwischen schalter umlegen und led geht an oder schalter umlegen und led geht aus da ist jetzt schon zweimal die übertragungskette drin einmal daten vom empfänger zum sender und vom sender zurück zum empfänger wenn man das relativ schnell macht dann sieht man das geht wirklich richtig schnell also da kann man ganz getrost in der diskussion im city forum wurde auch die core also die neue power box fernsteuerung erwähnt powerbox macht da reklame mit echtzeit telemetrie was auch immer damit exakt gemeint ist jedenfalls würde ich das was wir hier sehen durchaus auch als echtzeit telemetrie durchgehen lassen das geht völlig nach schaltest du da mal um das geht völlig verzögerungsfrei klar wird da technisch natürlich eine verzögerung drin sein denn wir haben ja schon zweimal die datenübertragung also mal mindestens zehn millisekunden von hier nach da welchen rechen rechnen lassen wir mal weg und dann nochmal zehn millisekunden wieder zurück also im schnellsten falle reagiert die led in 20 millisekunden auf den schalter das war es was ich euch zeigen wollte sollte ich irgendwas vergessen haben wo ihr sagt anni also das musst du irgendwie anders testen dann sagt mir das bitte ich bin da gerne bereit nochmal ein quickie hinterher zu schieben um vielleicht noch fragen oder an anderen testaufbau was auch immer ihr dafür ideen habt bin ich gerne bereit das noch mal zu machen um hier wirklich zu klären wo ist eigentlich das problem an der eigentlichen telemetrie übertragung das können wir jetzt schon sagen kann es nicht liegen die geht wirklich richtig schnell was mir da so naja was ich mir denken könnte wo diese verzögerung herkommt das können zwei sachen sein wenn ich eine akustische mitteilung eines telemetrie signals am sender haben möchte und dort vielleicht eine datei abspiele dann ist erst einmal zu prüfen spielt diese datei eigentlich sofort ab wenn sie aktiviert wird ich habe das festgestellt bei selbst kreierten ansagen zum beispiel dass die manche audioprogramme einen kleinen vorlauf vorne am anfang da vorsätzen halbe sekunde irgend sowas in der richtung das heißt der sender startet eine audio ausgabe und es dauert der kleines bisschen bis sie tatsächlich kommt das könnte für verzögerung sorgen bei einer telemetry ansage was ich aber noch vielmehr glaube ist dass die sensoren die an unserem empfänger hängen um telemetrie daten zu generieren unter umständen für eine deutlich merkbare verzögerung zuständig sind ein beispiel würde mir da einfallen alte gps sensoren die haben so die eigenschaft ein mal pro sekunde gps position ermitteln zu können heute geht das bis zu zehn positionen pro sekunde aber die älteren schaffen nur eine und wenn ich so ein gps-sensor verwende um eine geschwindigkeit zu ermitteln dann kann ich ja eine geschwindigkeiten und dadurch ermitteln dass ich einen zeitlichen abstand zwischen zwei positions- ermittlungen erfasse wenn ich aber die position nur jede sekunde kriege dann ist das mal minimum eine sekunde bis sich eine neue geschwindigkeit bekomme er zwei sekunden und das würde sich natürlich auf diese hier eigentlich nicht vorhandene verzögerungen natürlich drauf addieren also das hauptproblem sehe ich bei sensoren und eventuell bei ansagen vom sender das müsste man klären die eigentliche telemetry übertragung vom empfänger zum sender ist wahnwitzig schnell da würde ich definitiv sagen dass wir auch bei yeti echtzeit telemetry haben was auch immer das genau heißt in diesem sinne ich bedanke mich recht herzlich für eure aufmerksamkeit und würde mich sehr freuen wenn wir uns bei meinem nächsten krieg oder bei einem der großen videos die ja immer versetzt zu den kies kommen wieder sehen würden
Für den Inhalt des Videos ist der VideoCreator: Ingmar Grote verantwortlich.
#Quicky #17.. #TelemetrieLatenz
ingmar grote, source
Tags
7 Comments
Comments are closed.
Auch heute, wieder ein Top Video ! Beide Daumen hoch . Jeti Infos abseits der täglichen "use cases" sind immer willkommen und nützlich. Bitte weitermachen !
Hallo Ingmar, Du hast nach anderen Ideen gefragt warum es Latenzen geben könnte, nun ich folge mal Deinem Aufruf 😉
Mit Deinem Digitaleingang hast Du ggü. einem Sensor quasi keinerlei Verzögerung. Ein über JetiEx angeschlossenser Sensor kann seine Daten nicht so flott übertragen. Im Ex-Frame sind max. 30 Byte für die Sensordaten vorhanden, dahinter noch ggf. JetiBox Displaytext mit 32 Byte. Alleine die Übertragung mit den 9600Baud bedeutet eine Verzögerung von ca. 100mS je Frame.
Da in einen Frame aber nicht alle Sensordaten Platz finden, sollte der Sensor mehrere Telemetriewerte liefern, kann es auch etwas länger dauern bis alle Werte übertragen wurden.
Ich kann mir schon gut vorstellen dass das alte Ex Protokoll konzeptbedingt hier schnell mal für spürbare Latenzen sorgen kann wenn viele Sensoren übertragen werden.
Gruß, Thomas
Sehr aufschlussreich! Danke
Hallo Ingmar, wieder ein tolles Video ☺️
Hallo Ingmar,
wie immer sehr tolles Video. Meine Frage ist aber welche Softwareversion hast du auf deinem Sender drauf? Diese Verzögerung soll erst bei der Version 5.05 also der neuesten auftreten. Kannst du das mal verifizieren?
LG Wolfgang
Das Problem mit der verzögerten Ausgabe gibt es erst ab Version 5.05, davor war alles ok.
Der Grund liegt wohl in Problemen mit der Abwärtskompatibilität zu alter Hardware.
Daher wird ab 5.05 der Alarm (Signal lost/Telemetry lost) mehrere Sekunden verzögert ausgegeben und die Einstellung für den Q-Value entfernt. So wird die Ausgabe des Alarms betäubt.
Getestet habe ich das nur mit einer DS12, meine DC24 habe ich nach den Erfahrungen nicht aktualisiert. Interessant wäre es ob dieses "Feature" auch für die anderen Jeti Produkte mit 5.05 eingeführt wurde.
Hi, ich gebe zu bedenken, dass Du lediglich einen Telemetriewert auswertest. Nur wie sieht es aus wenn Du 10 und mehr Telemetriewerte aufzeichnest! Die Framerate ist 100ms (?) bei Jeti und kann demnach nur eine bestimmte Anzahl an Telemetriedaten aufnehmen bei einer Übertragung eines Frames – das hast Du uns gerade gezeigt und funktioniert natürlich Topp. Ich empfehle dir deshalb, die Telemetriewerte des DITEX, bzw. mehrere mit zu übertragen, um eine reale Auslastung zu simulieren.