OpenTX2.3
- Themenstarter Carbonator
- Beginndatum
- Status
Nach dem Update meiner X-Lite auf das offizielle OpenTX 2.3 staunte ich nicht schlecht, als mich der Sender anschließend mit "Willkommen bei OpenTeTeX" begrüßte. Fängt der jetzt an zu stottern?
Des Rätsels Lösung: Die Devs haben die bisherige funktionierende hello.wav durch eine schrottige Version ersetzt. Zurückspielen der alten Datei und alles ist wieder in Ordnung...
Gruß Gerd
Des Rätsels Lösung: Die Devs haben die bisherige funktionierende hello.wav durch eine schrottige Version ersetzt. Zurückspielen der alten Datei und alles ist wieder in Ordnung...
Gruß Gerd
. Ansonsten Evolution in kleinen Dingen. 2.3.1 kommt bald mit ein paar kleinen Fixes. Vieleicht ist das der richtige Zeitpunkt, wenn man die KF nicht braucht.Eine deutlich geringere Latenz auch für ACCST soll doch alleine schon mit 2.3.x realisiert sein. Ausserdem muss man doch unterscheiden, für wen Latenz überhaupt relevant ist. Für mich ist das einzig die Racecoptergemeinde, für alle anderen ist das irrelevant, da dürften die anderen ACCESS Features deutlich interessanter sein.
Ein Beispiel für Channel-Remapping ist die SplashDrone in meinem Avatar.
Der Flight Controller will seine Inputs per SBus oder PPM-Summensignal auf bestimmten Kanälen erhalten. Damit sind die ersten 8 Kanäle schon mal belegt, je nach genutzter Funktionalität auch noch mehr. Mein Gimbal möchte noch zwei diskrete Kanäle für Pitch und Roll-Korrektur haben. Ich brauche also minderstens einen großen 10-Kanal Empfänger um das Gimbal anschließen zu können.
Kann ich jedoch Channel-Remapping nutzen, dann lassen sich die beiden Servo-Ausgänge von Kanal 9 und 10 einfach z.B. auf die ersten beiden Servosteckplätze umleiten und ich brauche nur noch einen kleinen z.B. 4-Kanal Empfänger.
Die SplashDrone ist mit Jeti ausgestattet und da wird Channel-Remapping unterstützt.
Gruß Gerd
Der Flight Controller will seine Inputs per SBus oder PPM-Summensignal auf bestimmten Kanälen erhalten. Damit sind die ersten 8 Kanäle schon mal belegt, je nach genutzter Funktionalität auch noch mehr. Mein Gimbal möchte noch zwei diskrete Kanäle für Pitch und Roll-Korrektur haben. Ich brauche also minderstens einen großen 10-Kanal Empfänger um das Gimbal anschließen zu können.
Kann ich jedoch Channel-Remapping nutzen, dann lassen sich die beiden Servo-Ausgänge von Kanal 9 und 10 einfach z.B. auf die ersten beiden Servosteckplätze umleiten und ich brauche nur noch einen kleinen z.B. 4-Kanal Empfänger.
Die SplashDrone ist mit Jeti ausgestattet und da wird Channel-Remapping unterstützt.
Gruß Gerd
Wenn ich den zweiten Empfänger auf Kanal 9-18 binde, erreiche ich auch genau das. Das channel remapping erspart vielleicht ein bisschen Nachdenken, aber einen Fall, bei dem eine Funktion ohne remapping nicht möglich ist, sehe ich immer noch nicht. Mein Eindruck ist, dass das remapping nur nötig ist, wenn das System dem Nutzer keine freie Kanalzuordnung ermöglicht, wie das bei fast allen Menuesystemen der Fall ist.
Ich glaube das ist nur für Leute die auf dem Platz beim Test feststellen das sie ihre Servos in der falschen Reihenfolge an den Empfänger gesteckt haben...
2 Ideen dazu:
- Solange der Sbus nur 16 Kanäle kann, ACCESS aber theoretisch 24 ist das für mich die Einzige Möglichkeit die genutzten Kanäle im Bussignal zuzuordnen..
- durch das Mappen kann man sich vielleicht V- Kabel sparen indem man einen Programmierten Kanal mehreren Servopins zuordnet....
Anwendungsfälle wird es immer geben auch wenn ich wie Bernd der Meinung bin das ein vorheriges Nachdenken diese Funktion eigentlich überflüssig macht .
2 Ideen dazu:
- Solange der Sbus nur 16 Kanäle kann, ACCESS aber theoretisch 24 ist das für mich die Einzige Möglichkeit die genutzten Kanäle im Bussignal zuzuordnen..
- durch das Mappen kann man sich vielleicht V- Kabel sparen indem man einen Programmierten Kanal mehreren Servopins zuordnet....
Anwendungsfälle wird es immer geben auch wenn ich wie Bernd der Meinung bin das ein vorheriges Nachdenken diese Funktion eigentlich überflüssig macht .
- Status
