Erflogene Trimmwerte Speichern

[Deleted member 51580]

Hy,

für folgendes Problem konnte ich keine Lösung finden:

Nach dem einfliegen und Trimmen von einem Modell möchte man ja die erflogenen Trimmwerte abspeichern, dies geht auch ganz einfach mit Copy Trimm to Subtrimm.
Das funktioniert soweit auch gut nur nicht beim Höhenruder, wenn man hier die Trimmwerte Speichert läuft einfach das Ruder wieder in die ursprüngliche Ausgangslage zurück und die Trimmwerte werden nicht gespeichert.

Das Problem wird durch den Hilfskanal hervorgerufen, wenn man diesen löscht klappt das Speichern nur das man jetzt keine Positiven Werte mehr bekommt.

 

[Deleted member 51580]

87 Hits und keiner eine Idee oder bin ich der einzige bei dem das Problem auftritt

 

[jfbaumi]

Hi Mario,

tut mir leid aber ich habe bisher noch keinen Hilfskanal gebraucht, darum ist eine Antwort von mir sicher weniger hilfreich auch wenn mich das Thema interessiert.

Allerdings, wo trimmst du denn, ist dort auch die Trimmung aktiviert?
Bei meiner 9XD kommt dieser Punkt bei den Inputs erst nach runterscrollen, bei den Mischern etwa linke Spalte Mitte.

An sonsten wäre es nicht schlecht dein Programm zu sehen, denn ausgehend das kein Hardwaredefekt vorliegt, kann es eigentlich nur noch daran liegen.

 

[helle]

Hy,
die Funktion Trim to Subtrim gibt es schon mind 6 Jahre und macht genau das was sie soll,
die Servonullage um die Trimmwerte verschieben.

Aber:
Deine Trimwerte sind doch automatisch im Modell gespeichert und beim Modellaufruf auch genauso wieder da.
Da braucht man kein extra Trim to Subtrim machen.

Außerdem:
Trimmwerte sind auch Flugphasenabhängig
Also hast du immer automatisch 4 Trimwerte x 9 Flugphasen = 36 Trimmwertespeicher
die je nach Flugphase aktivert und mit den Werten versorgt werden.


Viele alten/einfache Steuerungen hatten/haben keine extra Trimmwertspeicher,
dort musste man per Trim to Subtrim die Werte auf die Servos übergeben.

 

[Deleted member 51580]

Hy,
die Funktion Trim to Subtrim gibt es schon mind 6 Jahre und macht genau das was sie soll,
die Servonullage um die Trimmwerte verschieben.

Hy Helle,
das ist bedingt richtig nur eben nicht bei dem HR das durch den Hilfskanal umgekehrt wird wegen der positiven berechnung.
Vermutlich hat das noch niemand dieses bemerkt, vielleicht sind ja auch manche zufrieden wenn nach dem Trimmen der Flieger gerade fliegt egal wor der Trimmhebel steht.

Aber:
Deine Trimwerte sind doch automatisch im Modell gespeichert und beim Modellaufruf auch genauso wieder da.
Da braucht man kein extra Trim to Subtrim machen.

Auch hier hast du recht,
nur das ich nach dem einfliegen die Trimmwerte mit copy to Subtrimm speichere um die Trimmhebel wieder in die mitte zu bekommen. Grund: (ich fliege nur Segler und Trimme das HR Wetterlagen abhängig auch öfter mal mehr hoch oder tief) hier ist es dann sehr hilfreich um nach dem Flug wieder auf mitte stellen zu können, ein Position vom Trimmhebel irgendwo kann ich mir nicht wirklich merken.

Außerdem:
Trimmwerte sind auch Flugphasenabhängig
Also hast du immer automatisch 4 Trimwerte x 9 Flugphasen = 36 Trimmwertespeicher
die je nach Flugphase aktivert und mit den Werten versorgt werden.

Auch hier hast du recht, in den Flugphasen gibt es kein Problem das funktioniert alles prima.
nur die Flugphase 0 also die standard flugphase.hier wird der Wert der Trimmung ja normalerweise in den Ausgängen mit copy to subtrimm abespeichert und das funktioniert leider bei dem HR Kanal durch den Hilfskanal mit der invertierung nicht.
wenn ich den Hilfskanal lösche ist alles bestens nur das ich dann keine Positiven Werte mehr habe und das möchte ich gerne vermeiden.

Viele alten/einfache Steuerungen hatten/haben keine extra Trimmwertspeicher,
dort musste man per Trim to Subtrim die Werte auf die Servos übergeben.

Auch das ist alles richtig, früher habe ich nach dem Fliegen mühevoll die länge Rudergestänge so verändert das mein Trimmhebel nach unzähligen veruchen wieder in der mitte gestanden hat.
Das ist ja heute mit den neuen Sendern zum Glück nicht mehr so, wenn das mit dem HR nur auch klappen würde.

 

[Aerosol]

Servus,

ich muss hier devil zur Seite springen, auch mir ist es aufgefallen, dass man die erflogenen Höhenrudertrimmwerte bei Trimm to Subtrimm unter Benutzung eines Hilfskanals verliert.

Die Trimmwerte werden durch Trimm to Subtrimm zwar auf den Hilfskanal übertragen, dann aber nicht auf den Höhenruder-Mischer durchgereicht (trotz Trimmung einschließen auf "Ja").

Wenn man z.B. exponentiell trimmt, macht ein Trimm to Subtrimm sehr wohl Sinn.

...auch hier Segelflug.


Viele Grüße,
Klaus

 

[Deleted member 51580]

Servus,

ich muss hier devil zur Seite springen, auch mir ist es aufgefallen, dass man die erflogenen Höhenrudertrimmwerte bei Trimm to Subtrimm unter Benutzung eines Hilfskanals verliert.

Die Trimmwerte werden durch Trimm to Subtrimm zwar auf den Hilfskanal übertragen, dann aber nicht auf den Höhenruder-Mischer durchgereicht (trotz Trimmung einschließen auf "Ja").

Wenn man z.B. exponentiell trimmt, macht ein Trimm to Subtrimm sehr wohl Sinn.

...auch hier Segelflug.


Viele Grüße,
Klaus

Danke, endlich mal jemand der es auch bemerkt hat...

Es ist aber sogar ein größeres Problem, denn wenn man die Trimmwerte mit copy to subtrimm speichert stehen alle Trimmhebel wieder auf Mitte auch der vom HR, ABER das Hr steht nicht mehr in der erflogenen Position sondern ist in die Ursprüngliche Lage zurück gelaufen.

Das hat mich fast mal ein Modell gekostet da ich beim einfliegen einiges an Höhe trimmen musste damit der Flieger nicht senkrecht im Boden gesteckt hat. Nach dem erstflug dann mit copy Trimm to subtrimm alles schön gespeichert (Modell war in dem Moment ausgeschaltet, sonst hätte ich vielleicht bemerkt das das HR wieder in die alte Pos zurück gelaufen ist)
Modell eingeschaltet, Ruder Check und los gings...
Modell sollte jetzt ja gerade aus fliegen, dem war allerdings nicht so habe gerade im letzten Moment den Knüppel vom Hr nach dem werfen noch greifen können um den einschlag zu verhindern.
Erst jetzt hatte ich bemerkt das hier etwas nicht stimmt und bin auf fehlersuche gegangen und habe den Hilfskanal als den "schuldigen" erklärt.

 

[SteffenE]

das ist bedingt richtig nur eben nicht bei dem HR das durch den Hilfskanal umgekehrt wird wegen der positiven berechnung.

kannst Du mir mal erklären, warum Du einen Hilfskanal benutzt? Dafür habe ich noch keinen Sinn gesehen. einen Hilfskanal benutze ich nur um Zwischenmischungen zu machen, aber warum zur simplen Umkehr?
oder ist das mehr?

 

[Deleted member 51580]

kannst Du mir mal erklären, warum Du einen Hilfskanal benutzt? Dafür habe ich noch keinen Sinn gesehen. einne hilskanal benutze ich nur um Zwischenmischungen zu machen, aber warum zur simplen Umkehr?
oder ist das mehr?

Mach ich gerne..

damit der Knüppel beim ziehen Positive Werte erzeugt (alle Ruder sollten wenn sie nach oben ausschlagen Positive werte haben), damit es später bei der Berechnung keine unklarheiten gibt wenn man in den Mischern etwas dazu rechnet oder abzieht. (steht auch so im Handbuch und ergibt sinn)

 

[SteffenE]

damit der Knüppel beim ziehen Positive Werte erzeugt (alle Ruder sollten wenn sie nach oben ausschlagen Positive werte haben), damit es später bei der Berechnung keine unklarheiten gibt wenn man in den Mischern etwas dazu rechnet oder abzieht. (steht auch so im Handbuch und ergibt sinn)

Ah ok. Das sagt allerdings das Handbuch nicht wirklich so (lese ich jedenfalls nicht)

Ich betrachte alle Ausschläge nach oben als positiv, soweit identisch.
Dann mache ich damit alle Mischerrechnungen und ganz zum Schluss entscheide ich bei den Ausgaben, wierum das Servo läuft.
Das führt dann zwar dazu, dass im Servo-Ausgabedialog das Ruder andersrum läuft, das sehe ich aber nicht als Verletzung der Regel an, da in den Mischergleichungen alles korrekt ist.

Alles nach EVA:
E und V sind komplett mit Ruder oben Positiv, A ist so wie das Servo läuft.

 

[Deleted member 51580]

Ah ok. Das sagt allerdings das Handbuch nicht wirklich so (lese ich jedenfalls nicht)

Ich betrachte alle Ausschläge nach oben als positiv, soweit identisch.
Dann mache ich damit alle Mischerrechnungen und ganz zum Schluss entscheide ich bei den Ausgaben, wierum das Servo läuft.
Das führt dann zwar dazu, dass im Servo-Ausgabedialog das Ruder andersrum läuft, das sehe ich aber nicht als Verletzung der Regel an, da in den Mischergleichungen alles korrekt ist.

Alles nach EVA:
E und V sind komplett mit Ruder oben Positiv, A ist so wie das Servo läuft.

Hab mich da etwas ungeschickt ausgedrückt..
Es hat nichts mit der Servo Laufrichtung zu tun, nur mit der Berechnung im Mischer.
Wie du schon sagst die eigentliche Servo Laufrichtung wird zum Schluß in der Ausgabe angepasst.

Edit:
Wenn du ohne Hilfskanal am Höhenruder Knüppel ziehst hast du negative Werte der Hilfskanal sorgt nur dafür das im Mischer Positive Werte ankommen.

 

[SteffenE]

Wenn du ohne Hilfskanal am Höhenruder Knüppel ziehst hast du negative Werte der Hilfskanal sorgt nur dafür das im Mischer Positive Werte ankommen.

Hm, habe ich nicht.
Und dann sehe ich es als sinnvoller an, im Input umzudrehen...

 

[Deleted member 51580]

Hm, habe ich nicht.
Und dann sehe ich es als sinnvoller an, im Input umzudrehen...

Wenn ich mich recht erinnere ist dann aber der Trimmhebel gegenläufig zum Stick, was ja nun nicht wirklich hilfreich ist...

 

[SteffenE]

Wenn ich mich recht erinnere ist dann aber der Trimmhebel gegenläufig zum Stick, was ja nun nicht wirklich hilfreich ist...

also das bestimmt nicht

mit X9E openTx 2.1.9 und 2.2.0RC7 hatte ich nichts dergleichen...

 

[Deleted member 51580]

also das bestimmt nicht

mit X9E openTx 2.1.9 und 2.2.0RC7 hatte ich nichts dergleichen...

Da ich mir nicht mehr sicher war was ich vor einiger Zeit mal gelesen hatte, habe ich es mal schnell nachgestellt.
Getestet mit Companion 2.0.17 und 2.1.8 im Kanalmonitor, es ist so wie ich geschrieben habe wenn du in den Inputs das HR umkehrst (Quelle -100) ist Trimmung und Knüppel gegenläufig.
Wenn es bei Dir wirklich anders ist gehe ich mal davon aus das der unterschied an den verschiedenen Anlagen liegt X9E zu Taranis Plus.

 

[SteffenE]

es ist so wie ich geschrieben habe wenn du in den Inputs das HR umkehrst (Quelle -100) ist Trimmung und Knüppel gegenläufig.

Sorry, nicht richtig gelesen, Du bezogst Dich dabei auf das Umkehren des Inputs. Stimmt, daher ist Umdrehen des Inputs nicht sinnvoll.

Aber einen Sinn in dem Zwischenmischer finde ich noch immer nicht...

 

[QuadCrash]

Aber einen Sinn in dem Zwischenmischer finde ich noch immer nicht...

Er will vermutlich keine Minus-Werte haben, wenn das Höhen-Ruder nach oben bewegt wird. Das kann man m.W. nur in den Inputs ändern (mit dem Problem der gegenläufigen Trimmhebel) oder mit einem Zwischenmischer.

 

[Deleted member 51580]

Er will vermutlich keine Minus-Werte haben, wenn das Höhen-Ruder nach oben bewegt wird. Das kann man m.W. nur in den Inputs ändern (mit dem Problem der gegenläufigen Trimmhebel) oder mit einem Zwischenmischer.

Ganz genau

 

[QuadCrash]

Irgendwie fehlt fürs Höhenruder ein "inverser Knüppel" ... . Ich hab da gerade auch mit rumgespielt und festgestellt, dass man eine inverse Mischerzeile auch in den Inputs als Quelle angeben kann (CH10 bspw.). Vielleicht klappt es dann mit den Trimmwerten?

 

[Miss-Lynn]

Hi
Darf ich kurz mal fragen wo sich die Funktion Copy trim to subtrim versteckt? Ich hab die noch nicht gefunden?
Gruss erstmal Stefan

Gesendet von unterwegs