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
Hallo Thomas, danke, ich setze es auf die Liste. Werde da dann vermutlich meinen Testsensor verwenden, den kann ich ja leicht auf verschiedene Anzahl von Sensorwerten Programmieren.
Ja das was Thomas anspricht ist wichtig. Meine Beobachtung ist je mehr Telemetriewerte man hat desto langsamer kann das werden. Ein Unisens oder GPS Logger von SM Modellbau übertragen schnell mal über 10 Telemetriewerte. Mit den Rex Empfängern ist das schon deutlich besser geworden wenn man mehrere Sensoren angeschlossen hat die viele Daten liefern. Mit den alten EX Empfängern und einem dann zwingend erforderlichen Expander (bei mehreren Sensoren) dauert es teilweise mehrere Sekunden bis einzelne Werte aktualisiert werden. Das ganze System ist dann einfach überfordert.
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.
Das halte ich für sehr problematisch, zumal es die wichtigste Meldung ist. Bei Großmodellen merkt man nicht unbedingt sofort einen Verbindungsabbruch und man verliert ggf. mehrere Sekunden um Zuschauer zu warnen. Nun ist es ja nur der Rückkanal, aber durch ein wackeln am z.B. Querruder findet man schnell heraus ob man ein echtes Problem hat. Meine Erfahrung ist auch das z.B. bei defekten Zündkerzen, losen Kerzensteckern ab und an ein Signal Lost gemeldet wird. Glücklicherweise konnte das Problem dann nach sofortiger Landung behoben werden. In Zukunft gibt es in diesem Fall keine Warnung mehr, bis der Empfänger gänzlich den Dienst einstellt und dann auch erst Sekunden später.
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.
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 !
Vielen Dank, freut mich!
Hallo Ingmar, wieder ein tolles Video ☺️
Danke, Teil-2 ist bereits in Arbeit...
Sehr aufschlussreich! Danke
Gerne, arbeite schon an Teil 2...
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
Hallo Thomas, danke, ich setze es auf die Liste.
Werde da dann vermutlich meinen Testsensor verwenden, den kann ich ja leicht auf verschiedene Anzahl von Sensorwerten Programmieren.
Ja das was Thomas anspricht ist wichtig. Meine Beobachtung ist je mehr Telemetriewerte man hat desto langsamer kann das werden. Ein Unisens oder GPS Logger von SM Modellbau übertragen schnell mal über 10 Telemetriewerte. Mit den Rex Empfängern ist das schon deutlich besser geworden wenn man mehrere Sensoren angeschlossen hat die viele Daten liefern. Mit den alten EX Empfängern und einem dann zwingend erforderlichen Expander (bei mehreren Sensoren) dauert es teilweise mehrere Sekunden bis einzelne Werte aktualisiert werden. Das ganze System ist dann einfach überfordert.
@@piotre2251 Ja, vollkommen richtig, im nächsten Teil untersuche ich das...
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
Hallo Wolfgang, vielen Dank!
Ich habe die 5.03 auf meinem Sender.
@@IngmarGrote Genau darum geht es. Diese Latenz ist ab 5.05. Ich will versuchen meine DC 24 auf 5.03 zu bringen. Ich hoffe das klappt.
LG Wolfgang
@@wolfgangh.8086 Das funktioniert über das Jetistudio problemlos, denke ich.
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.
Ja, das ist richtig. Sollte aber nur die Meldung bei Telemetrieverlust betreffen.
Das halte ich für sehr problematisch, zumal es die wichtigste Meldung ist.
Bei Großmodellen merkt man nicht unbedingt sofort einen Verbindungsabbruch und man verliert ggf. mehrere Sekunden um Zuschauer zu warnen.
Nun ist es ja nur der Rückkanal, aber durch ein wackeln am z.B. Querruder findet man schnell heraus ob man ein echtes Problem hat.
Meine Erfahrung ist auch das z.B. bei defekten Zündkerzen, losen Kerzensteckern ab und an ein Signal Lost gemeldet wird. Glücklicherweise konnte das Problem dann nach sofortiger Landung behoben werden. In Zukunft gibt es in diesem Fall keine Warnung mehr, bis der Empfänger gänzlich den Dienst einstellt und dann auch erst Sekunden später.
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.
Hallo Gerd, vielen Dank für Deinen Input, genau das mit mit 16, 24 und 32 Telemetriewerten kommt jetzt am Sa. Inkl. Reaktion von Jeti...