Tweet
Es geistert ja gerade durch die Foren: Zumindest mit hoher Updaterate für Telemetriedaten (geht runter bis alle 100ms) käme es zu "Ruckeln" auf den Servokanälen.
Siehe.
Die Berichterstattung ist widersprüchlich, Mancher hat gar kein Problem, es guckt auch keine richtige Systematik raus.
Verschiedenes ist in Verdacht:
HF-Einstreuungen vom sendenden Empfänger (Rückkanal)?
Na ja, könnte sein, aber mit solcher "Regelmäßigkeit"?
Dann wird davon nur im Zusammenhang mit der T14SG gesprochen. Woran liegt das, an der T14SG oder nur daran, dass mittlerweile viel mehr Leute die T14SG haben als die T18MZ (Preisfrage)?
Inzwischen gibt es Posts von Leuten, die sagen, sie hätten die Telemetrie nun abgeschaltet.
Andere mutmaßen die Beteiligung des S.BUS2 bzw. die Aktivität von Sensoren auf diesem.
Na ja, das Übliche eben, wenn so was in der Breite diskutiert wird..
Das alles ist natürlich ziemlich verunsichernd...
Meinereiner fragt sich natürlich auch: Wat los?! Insbesondere auch, weil mich Leute fragen: Wat los?! Hmm.., keene Ahnung, bin ick Jesus? Habe keine T14SG.
Okay.., was könnte das sein?
- Die Firmware der T14SG könnte beteiligt sein (Timing-Probleme), denn von der T18MZ hörte man das nicht und den Empfänger R7008SB gibt's auch schon länger..
- HF-Einstreuung? Klar doch, könnte sein, aber doch nicht bei allen Problemhabenden.
- Problem in der Empfänger-Firmware? Nö.., eigentlich nicht, siehe oben.
- Verfahrensimmanentes Problem? Könnte es sein, dass das untere Limit für "D/L" (Update Sequenz für S.BUS2 Sensordaten) von 100ms Setup-Freiheiten gibt, die zu solchen Problem führen können? Sprich, die hohe Updaterate im Downlink bewirkt eine zu geringe Updaterate von Servokanaldaten im Uplink? Ein Zitat aus dem Englischen Manual der T14SG scheint ein Indiz darauf zu sein.
Eine T14SG habe ich nicht, aber ich wollte nun wissen, ob es systemimmanent ist, und ergo, ob die Firmware der T14SG der vermutliche Hauptverdächtige ist.
Also: T18MZ + R7008SB. Am S.BUS2 vorsichtshalber einen Sack voll Sensoren, - das ist easy, JLog2 sind 8 Sensoren, 18 von 31 Time Slots belegend, - und diese Sensordaten "wackeln" lassend, - mit der Testfirmware.
Ein Servo 9075SB mal an einem Servo-PWM-Kanal, mal am S.BUS, mal am S.BUS2, also auch parallel mit den 8 Sensoren von JLog.
Auf die Servoscheibe einen 15cm langen gelben Zeiger geklebt und den Sender im Servo-Testmodus laufen lassend. Dabei "D/L" immer wieder ändernd, von 2 Sekunden bis runter auf 0,1 Sekunde, - auch mal die Telemetrie im Modulationsmenü, am Binde-Eintrag des Empfängers, ganz abgeschaltet.
Ergebnis: Macht alles keinen Unterschied für die Kontinuität von Updates der Servokanaldaten.
Ergo: Systemimmanent ist da nix, ob nun D/L=2s oder 0,1s.
Da HF-Einstrahlung nicht für alle gemeldeten Fälle angenommen werden kann und ein Bug in der Empfänger-Firmware hier eher auszuschließen ist (geht ja mit der T18MZ), bleibt eigentlich nur:
Da is was faul in der Firmware der T14SG. (Wenn es nicht ein Sturm im Wasserglas ist.
)
Mal sehen...
Tom
Siehe.
Die Berichterstattung ist widersprüchlich, Mancher hat gar kein Problem, es guckt auch keine richtige Systematik raus.
Verschiedenes ist in Verdacht:
HF-Einstreuungen vom sendenden Empfänger (Rückkanal)?
Na ja, könnte sein, aber mit solcher "Regelmäßigkeit"?
Dann wird davon nur im Zusammenhang mit der T14SG gesprochen. Woran liegt das, an der T14SG oder nur daran, dass mittlerweile viel mehr Leute die T14SG haben als die T18MZ (Preisfrage)?
Inzwischen gibt es Posts von Leuten, die sagen, sie hätten die Telemetrie nun abgeschaltet.
Andere mutmaßen die Beteiligung des S.BUS2 bzw. die Aktivität von Sensoren auf diesem.
Na ja, das Übliche eben, wenn so was in der Breite diskutiert wird..
Das alles ist natürlich ziemlich verunsichernd...
Meinereiner fragt sich natürlich auch: Wat los?! Insbesondere auch, weil mich Leute fragen: Wat los?! Hmm.., keene Ahnung, bin ick Jesus? Habe keine T14SG.
Okay.., was könnte das sein?
- Die Firmware der T14SG könnte beteiligt sein (Timing-Probleme), denn von der T18MZ hörte man das nicht und den Empfänger R7008SB gibt's auch schon länger..
- HF-Einstreuung? Klar doch, könnte sein, aber doch nicht bei allen Problemhabenden.
- Problem in der Empfänger-Firmware? Nö.., eigentlich nicht, siehe oben.
- Verfahrensimmanentes Problem? Könnte es sein, dass das untere Limit für "D/L" (Update Sequenz für S.BUS2 Sensordaten) von 100ms Setup-Freiheiten gibt, die zu solchen Problem führen können? Sprich, die hohe Updaterate im Downlink bewirkt eine zu geringe Updaterate von Servokanaldaten im Uplink? Ein Zitat aus dem Englischen Manual der T14SG scheint ein Indiz darauf zu sein.
Eine T14SG habe ich nicht, aber ich wollte nun wissen, ob es systemimmanent ist, und ergo, ob die Firmware der T14SG der vermutliche Hauptverdächtige ist.
Also: T18MZ + R7008SB. Am S.BUS2 vorsichtshalber einen Sack voll Sensoren, - das ist easy, JLog2 sind 8 Sensoren, 18 von 31 Time Slots belegend, - und diese Sensordaten "wackeln" lassend, - mit der Testfirmware.
Ein Servo 9075SB mal an einem Servo-PWM-Kanal, mal am S.BUS, mal am S.BUS2, also auch parallel mit den 8 Sensoren von JLog.
Auf die Servoscheibe einen 15cm langen gelben Zeiger geklebt und den Sender im Servo-Testmodus laufen lassend. Dabei "D/L" immer wieder ändernd, von 2 Sekunden bis runter auf 0,1 Sekunde, - auch mal die Telemetrie im Modulationsmenü, am Binde-Eintrag des Empfängers, ganz abgeschaltet.
Ergebnis: Macht alles keinen Unterschied für die Kontinuität von Updates der Servokanaldaten.
Ergo: Systemimmanent ist da nix, ob nun D/L=2s oder 0,1s.
Da HF-Einstrahlung nicht für alle gemeldeten Fälle angenommen werden kann und ein Bug in der Empfänger-Firmware hier eher auszuschließen ist (geht ja mit der T18MZ), bleibt eigentlich nur:
Da is was faul in der Firmware der T14SG. (Wenn es nicht ein Sturm im Wasserglas ist.
)Mal sehen...
Tom
eben die Bit die da spendiert werden, ist Dir wie mir ja im NDA Protokoll mitgeteilt worden.
)
Kommentar