Descriptions:
Quicky #18… Telemetrie-Latenz Teil-2
Beschreibung zum Video:
Wie lang ist die Zeit bis ein Telemetriewert vom Empfänger am Sender ankommt, dass zeige ich in diesem Video, nun aber mit vielen Telemetriewerten.
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 #18… Telemetrie-Latenz Teil-2
Hinweis: Text aus der automatischen Spracherkennung aus dem Video ist allgemein bekannt ungenau!
servus freunde und herzlich willkommen zu einem weiteren quickie mit immer eigentlich ist das kein normales weiteres quickie mit mir sondern das ist eine fortsetzung vom letzten quickie im letzten krieg ging es um telemetry latenz geht es heute wieder im letzten video hatte ich ja gezeigt dass die zeit von der datenübertragung telemetriedaten übertragung vom empfänger zum sender und auch sogar wieder zurück um die led dazu betreiben sehr schnell ist wir können das noch mal anschauen ist nämlich der gleiche versuchsaufbau ihr seht das funktioniert immer noch richtig schnell aber das scheint nicht der weisheit letzter schluss zu sein warum das so ist möchte ich euch heute zeigen es ist wieder im yeti forum erwähnt worden nein das ist nicht so schnell und direkt ich habe da tatsächlich verzögerungen von über einer sekunde und das wollte ich herausfinden und jetzt habe ich einen nächsten schritt gemacht jetzt nutzen wir nicht mehr diese kleine integrierte telemetry im empfänger wo man also einen sensor in anführungsstrichen schrägstrich einen schalter einfach an einem der servo anschlüsse anschließt und das als telemetrie wert an die sender schickt sondern ich habe meinen test sensor den ich ja auch schon für ein quickie verwendet habe wo er mir geschwindigkeitsdaten also speed erst beat daten geliefert hat den habe ich so umprogrammiert dass er mir jetzt eine variable anzahl von telemetriedaten liefert im augenblick ist der eingestellt oder programmiert 16 telemetriedaten zu liefern und wenn ich hier auf den knopf drücken ach so ihr seht die telemetriedaten übrigens hier im display hier oben die null das ist der schalter der test schade das ist telemetry wert 1 telemetrie wer 23 45 und da geht’s weiter 6 7 8 9 10 11 bis 16 das sind die 16 telemetry werde die dieser sensor momentan liefert für die die es interessiert die telemetriedaten die ich hier schicke sind die mit 14 bit die haben also einen zahlenwert umfang von plusminus 8191 das ist ein recht gängiger telemetriedaten wert der ist gut geeignet um temperaturen zu übertragen spannungen zu übertragen und solche sachen deswegen habe ich den verwendet davon werden 16 stück hierher geschickt und wenn ich hier auf den knopf drücke da ist ein bastard runter dann erhöht der sensor die sensorwerte um 1000 wenn ich nochmal drücke reduziert er sie wieder 1000 und was man hier schon sehen kann das ist nicht immer so schnell wie das mit dem kleinen micro schalter ist fleißig abgewatscht man kann was teilweise deutlich sehen dass das ein bisschen dauert auch hier auf der seite können wir noch mal gucken auch da sieht man das deutlich und auch hier es ist ja eigentlich auch klar denn es müssen jetzt wesentlich mehr daten bei zu übertragen werden und die hauptaufgabe so eines empfängers ist natürlich eigentlich die datenübertragung vom sender zum empfänger der rückkanal ist da ein bisschen stiefmütterlich behandelt das heißt er kann nicht so viele daten übertragen er muss ja auch noch eigene daten also wie war die empfangssituation habe ich das datenpaket vom sender endgültig erhalten das muss ja auch alles wieder zurück und dementsprechend kann er nicht die gesamten daten die ich hier jetzt gerade mit meinem sensor zur verfügung stelle auf einmal übertragen das muss er also in paketen machen in häppchen diese häppchen kommen halt hier an dafür dass dann wie man sieht zu einer verzögerung teilweise geht es schnell teilweise geht es etwas langsamer da sind durchaus verzögern zu sehen jetzt hat mich natürlich interessiert sind denn da auch die lücken drin von denen immer ab und zu wieder gesprochen wird ja und nein im augenblick sendet dieser sensor 16 telemetry werde ich hab das aufgezeichnet im sender habt das im yeti studie ausgewertet habe es hier die studio so eingestellt dass er nur gültige daten anzeigt also alles was fehlerhaft übertragen worden ist oder gar nicht übertragen worden ist ist da 0 hab das ganze in einer excel-tabelle exportiert und die seht ihr jetzt hier bei diesen 12 9 16 16 telemetry werten sieht das eigentlich alles genau so aus wie wir uns das vorstellen mit jedem tastendruck werden die werte geändert also von 116 auf 1001 bis 1000 16 und wenn ich nochmal drücke wieder zurück und wir sehen dass diese übertragung in blöcken passiert gut blöcke jedes studio kann nur alle 100 millisekunden daten darstellen es ist natürlich durchaus denkbar dass so ein blog sich dadurch bildet das innerhalb dieser 100 millisekunden die einzelwerte kommen dann wird wieder ein status sozusagen erfasst vom yeti studio eben diese 100 millisekunden abstände und das erscheint dann hier auf der tabelle in form von blöcken schwankt zwischen mal zwei das ist aber sehr selten üblicherweise drei bis fünf datenpakete pro 100 millisekunden aber wie man hier auch sehen kann lücken hatte es da nicht so dann habe ich das folgendermaßen gemacht ich habe jetzt meinen sensor dahingehend umprogrammiert dass er nicht 16 daten werte oder 16 telemetry werte überträgt sondern deren 24 auch das habe ich aufgezeichnet und das können wir uns anschauen sieht erst einmal ähnlich aus wie das mit den 16 werden aber hier sind in der tat lücken da sind in der tat lücken und zwar drei bis vier sekunden lange pausen wo einfach gar nichts übertragen wird und dann geht es wieder los dann funktioniert das wieder dann kommt wieder eine lücke erstaunlich also habe ich den sensor nochmal umprogrammiert und habe ihn 32 sensorwerte ausgeben lassen habe ich auch aufgezeichnet können wir uns anschauen sieht ähnlich aus aber die lücken sind noch größer bis zu acht sekunden wenn also ein sensor intensiv daten an die an den empfänger und damit vom empfänger an den yeti sender überträgt dann kommt es scheinbar irgendwann so eine art schluckauf dafür hakelt sich irgendwas das müsste man jetzt noch ein bisschen näher untersuchen ob es da vielleicht noch abhängigkeiten von der verwendeten art des telemetry wertes gibt oder nicht oder ob man oder wenn der sensor pausen macht bei der übertragung also selber sozusagen langsamer sendet ob es dann besser ist das hebe ich mir für ein weiteres quickie ausschließlich heißen diese dinger ja nicht umsonst quickie die sollen ja schnell sein weil das aber definitiv ein problem ist denke ich zumindest da ist irgendwas faul habe ich das schon angemeldet die werden sich dem mit sicherheit annehmen und dann schauen wir mal was dabei rauskommt eventuell kann ich da im nächsten quickie mit ingwer schon näheres darüber berichten in diesem sinne ich wünsche euch eine schöne zeit und verbleibe ja immer bis zum nächsten krieg oder großen video würde mich freuen
Für den Inhalt des Videos ist der VideoCreator: Ingmar Grote verantwortlich.
#Quicky #18.. #TelemetrieLatenz #Teil2
ingmar grote, source
