Erflogene Trimmwerte Speichern

[Wowbagger]

Es ist bestimmt von den Programieren machbar, dass wenn ich einen Input invertiere auch der Trimmhebel invertiert wird, oder noch besser sonst wäre es ja nicht OpenTX man könnte ja die Möglichkeit schaffen jede Trimmung zu invertieren je nach lust und laune oder eben auch Bedürfnissen.

Ja, könnte man sicher als Option einbauen und wäre dann intuitiv, dass sich ein Trimmhebel analog zum Hebel verhält.

Wenn es möglich wäre in den Inputs zu invertieren würde alles wunderbar funktionieren auch die "Regel"

Meiner Meinung nach: Nein. Ein Invertieren in den Inputs oder über einen Hilfskanal bricht immer die Regel. Die Verarbeitung und damit evtl. negative Gewichtung wie beim linken Querruder (das V vom EVA-Prinzip) findet ausschließlich im Mischer statt.
In den Inputs (das E für Eingabe) sollte immer gelten: Knüppel hoch/rechts ist positiv und das geht so in den Mischer hinein.
In den Outputs (das A für Ausgabe) sollte immer gelten: Ruder hoch/rechts ist positiv und das kommt so aus dem Mischer heraus.
Will man also, dass das Ruder (egal welches) hoch/rechts geht, wenn der Knüppel links/zurück geht, dann hat der Mischer eine negative Gewichtung. Fertig, Punkt, Aus.

Aber ich würde schlicht und einfach meine eigene Regel erstellen und das könnte dann eben positiver Wert ist positives Wölben (Ausschlag nach unten) wie in der Flugmechanik üblich.

Klar, die Regel "hoch/rechts ist positiv" ist mehr oder weniger willkürlich. Man kann auch die Regel für sich anders definieren, also "hoch/links ist positiv" oder "runter/links ist positiv" oder "runter/rechts ist positiv". Das ist prinzipiell egal. Es hilft nur, wenn man sich für eine Regel entscheidet und diese durchzieht. Dann hilft es einem bei der Übersichtlichkeit.

Nur einen Zwischenmischer mache ich bestimmt nicht, lieber ist das HR die Ausnahme von der Regel ;-)

Äh, nur wer einen Zwischenmischer verwendet, der bricht die Regel und benutzt für das HR eine Ausnahme.

 

[Deleted member 51580]

Äh, nur wer einen Zwischenmischer verwendet, der bricht die Regel und benutzt für das HR eine Ausnahme.

Über Reglen zerbricht man sich am Anfang von OpenTX wenig den Kopf... man macht eben so wie vorgeschlagen, funktionierte ja auch...

Als Anfänger benutzt man eben den hilfsmischer so wie es beschrieben ist und sei es nur drum das überhaupt mal Bewegung in die Servos kommt...
Warum sollte man sich auch darüber noch Gedanken machen der Umstieg von einem anderen System ist erst mal Hürde genug, so "neben bei" möchte man ja auch wieder Fliegen steht bei mir im Vordergrund alles andere kommt mit der Zeit von alleine und vom ausprobieren oder eben so wie hier wenn man die Trimmwerte Speichern möchte und das nicht sooo funktioniert wie es sollte.

Ich selbst benutzte auch den Hilfsmischer so wie oben beschrieben (ob das so bleibt möchte ich bezweifeln), allerdings sollte es meiner Meinung nach für alles eine Lösung geben und nicht einen Umweg wie den Hilfskanal (das ist eine Notlösung) sollte aber nicht so auf dauer bleiben!

Ebenso in meinen Augen eine Notlösung wenn man es einfach Tiefenruder nennt, warum kann man nicht den eigentlichen Fehler beheben macht mehr sinn als wieder so eine Krumme linie, einfach mal gerade bleiben.

 

[r41065]

... warum kann man nicht den eigentlichen Fehler beheben ...

Für mich als Nichtflieger funktioniert der Stick ( und die Trimmung ) genauso wie er soll.
Wenn jetzt hier was gedreht werden soll ist für alle die etwas anderes als normale Flieger mit der Funke betreiben das Chaos vorprogrammiert.
Es reicht doch dass man sich trotz OpenTx mit den Modes und Knüppelbezeichnungen beschäftigen muss anstatt wirklich alles frei nutzen zu können.
Ralf

 

[Deleted member 51580]

Für mich als Nichtflieger funktioniert der Stick genauso wie er soll.
Wenn jetzt hier was gedreht werden soll ist für alle die etwas anderes als normale Flieger mit der Funke betreiben das Chaos vorprogrammiert.
Es reicht doch dass man sich trotz OpenTx mit den Modes und Knüppelbezeichnungen beschäftigen muss anstatt wirklich alles frei nutzen zu können.
Ralf

Hi Ralf,

drehen kann man die sowieso, es geht nur darum wenn du sie drehst dreht der Trimmer nicht mit und ist dann gegenläufig,
aus dem Grund wird ein Hilfsmischer verwendet um das zu vermeiden, jetzt ist aber das Problem das nach dem einfliegen und Trimmen des Modells die Trimmwerte nicht gespeichtert werden (hilfsmischer ist schuld) lies mal weiter vorne.

 

[helle]

Hy,

der "Fehler" ist, dass wenn ich den Inputs-Geber invertiere die Trimmung nicht mit invertiert wird.

Das habe ich schon vielfach angemahnt, schon zu Th9x-Zeiten.

Man müsste entweder die Trimmung dann damit auch direkt invertieren
oder aber die Trimmung für -Höh, -Sei, -Que, -Gas zur Auswahl haben.
oder man macht es per Hardware und dreht die 2 Drähte zu den Trimmtasen.
(wie es früher vielfach gemacht wurde)

Die Empfehlung über den Hilfkanalskanal war dann die "Lösung" die vorgeschlagen wurde.
(ist also nicht auf meinem Mist gewachsen).

An Trim to Subtrim dachte niemand weil man es nicht mehr brauchte.

 

[Deleted member 51580]

Hy,

der "Fehler" ist, dass wenn ich den Inputs-Geber invertiere die Trimmung nicht mit invertiert wird.

Das habe ich schon vielfach angemahnt, schon zu Th9x-Zeiten.

Man müsste entweder die Trimmung dann damit auch direkt invertieren
oder aber die Trimmung für -Höh, -Sei, -Que, -Gas zur Auswahl haben.
oder man macht es per Hardware und dreht die 2 Drähte zu den Trimmtasen.
(wie es früher vielfach gemacht wurde)

Die Empfehlung über den Hilfkanalskanal war dann die "Lösung" die vorgeschlagen wurde.
(ist also nicht auf meinem Mist gewachsen).

An Trim to Subtrim dachte niemand weil man es nicht mehr brauchte.

Hy Helle,

das ist auch keine Kritik an deiner Lösung mit dem Hilfsmischer!
Mit deiner Lösung war ich bis vor kurzem auch zufrieden, nur habe ich beim Einfliegen von einem neuen Modell wo ich einiges an Höhe Trimmen mußte anschließend Trimm to Subtrimm verwendet und konnte beim nächsten Flug im aller letzten Moment nach dem abwerfen den Flieger gerade so vor dem einschlag abfangen (Höhenruder läuft auf Uhrsprungswert zurück SCHLECHT )
Erst jetzt viel mir auf das hier etwas nicht stimmte und fing an zu suchen wo das Problem lag, hängengeblieben bin ich dann beim Hilfsmischer, als dieser gelöscht wurde konnte ich die Trimmwerte normal Speichern nur das jetzt alles falsch rum war.
Habe dann alles mögliche versucht das Problem zu lösen aber nichts gefunden.
Die Drähte vom Trimmer kamen mir auch schon in den Sinn allerdings bin ich so wie du auch der Meinung es handelt sich um vergessenes Detail in der Programierung von OpenTx und sollte dort auch behoben werden (sollte nur ein Klacks sein) denke ich.
Nachdem ich jetzt nicht mehr der einzige bin und den ein oder andern Wach gerüttelt habe könnten wir es noch mal an die Programierer herantragen!?


Edit: ich füge das noch mal hier an Aktueller stelle ein

Um so mehr ich über dieses Thema nachdenke und Versuche anstelle kommt mir immer mehr der Gedanke das es sich um einen "Fehler" (vergessenes Detail) im OpenTx handelt.

Grund:

Ich bin einfach der Meinung das der Trimmhebel zum jeweiligen Kanal gehört (Gedanklich gesehen mit diesem Verbunden ist)
Ok die Gastrimmung kann man Mißbrauchen, mach ich ja auch aber im Prinzip gehört jeder Trimmhebel zu einem Knüppel.
Es ist bestimmt von den Programieren machbar, dass wenn ich einen Input invertiere auch der Trimmhebel invertiert wird, oder noch besser sonst wäre es ja nicht OpenTX man könnte ja die Möglichkeit schaffen jede Trimmung zu invertieren je nach lust und laune oder eben auch Bedürfnissen.

Wenn es möglich wäre in den Inputs zu invertieren würde alles wunderbar funktionieren auch die "Regel" und wie bei vielen dingen in OpenTx würde es sich von den fertig Teilen unterscheiden.

Sagt bitte mal eure Meinung dazu

 

[r41065]

Dann nehmt doch Höhenruderkanal und Hilfskanal ohne Trimmung und verwendet einen 2. HILFSKANAL mit Quelle Höhentrimmung zur Berechnung.
Mit copy Trimmung zu Subtrim im 2. Hilfskanal müsste dann wieder alles passen oder ???

Ralf

 

[Wowbagger]

Über Reglen zerbricht man sich am Anfang von OpenTX wenig den Kopf... man macht eben so wie vorgeschlagen, funktionierte ja auch...

Ich habe mir als Anfänger in OpenTX und jahrzehntelang durch Multiplex verkorkster Anwender die Anleitung von helle durchgelesen und der Punkt mit dem Hilfsmischer ist mir sofort aufgefallen. Da gibt es keinen(!) vernünftigen Grund für und es gibt keinen(!) Vorteil durch die Benutzung desselben. Nur Nachteile.

Den Stick unter den Inputs "umzudrehen" ist Unsinn und man läuft dabei in das Problem mit den dann falsch laufenden Trimmungen. Man kann in OpenTX auch viel Unsinn einstellen und es gibt immer viele Wege zu einem Ziel. Manche sind gleichwertig, manche haben Vor-/Nachteile. Den Stick in den Inputs umzukehren oder einen Hilfsmischer zu verwenden hat keinen einzigen Vorteil und nur Nachteile. Tja, wer es machen möchte, darf es ja gerne von mir aus machen. Dann muss er mit den Nachteilen halt leben.

Warum sollte man sich auch darüber noch Gedanken machen der Umstieg von einem anderen System ist erst mal Hürde genug

Korrekt, ich bin jahrzehntelang von Multiplex verkorkst. Und genau deshalb habe ich bewusst alles ausgeblendet und dadurch die Einfachheit von OpenTX erkennen und nutzen können. Genau deshalb fiel mir der Hilfsmischer ja auf, weil er dem einfachen Prinzip widerspricht und hier eine Ausnahmeregelung für eine Funktion einführt. Also man muss mehr wissen, unnötigerweise.
Naja, beim Programmieren des ersten Modelles (4-Klappen-Nurflügel) hatte ich die Vergangenheit doch nicht komplett aus dem Kopf
und bin dann sofort in Probleme gelaufen. Eine Nacht drüber geschlafen, ganz bewusst überlegt, "was will ich eigentlich?", auf dieser Basis ohne die alten Methoden ran gegangen und es funktionierte sofort.

Bei Multiplex musste ich immer am Modell programmieren. Ich wußte nie, muss der Mischanteil jetzt positiv oder negativ sein, alles immer ausprobiert und dann entsprechend eingestellt. Also jedes mal Try and error bezgl. der Richtung der einzustellenden Werte. Manchmal dabei dann auch in eine Falle gelaufen, wenn sich Richtungen bei mehreren Mischern gleichzeitig so überhaupt nicht einstellen liessen und dann z.B. zurück zum Anfang und dort Servos am Empfänger vertauscht und wieder neu angefangen...
Jetzt bei OpenTX programmiere ich Dir auch einen komplexen Flieger direkt korrekt, weil das Grundprinzip simpel ist. Ich muss am Modell nur noch Laufrichtung der Servos und die Größe der Mischanteile einstellen.

alles andere kommt mit der Zeit von alleine und vom ausprobieren oder eben so wie hier wenn man die Trimmwerte Speichern möchte und das nicht sooo funktioniert wie es sollte.

Da OpenTX alles erlaubt, kann man da auch Wege einschlagen, die sich später als Nachteil herausstellen. So habe ich auch erlebt, dass jemand eine falsche Mittelstellung des Servos über Offset im Mischer verstellt hat. Ja, geht, hat aber später Nachteile und es war in dem speziellen Fall extrem aufwändig zwei Servos zu gleichen Ruderwegen zu überreden...

Ebenso in meinen Augen eine Notlösung wenn man es einfach Tiefenruder nennt, warum kann man nicht den eigentlichen Fehler beheben macht mehr sinn als wieder so eine Krumme linie, einfach mal gerade bleiben.

Klar, man könnte eine zusätzliche Option für die Umkehrung der Trimmhebel einbauen. Das würde den Leuten mit unnötigem Hilfsmischer helfen.
BTW das mit dem Tiefenruder hast Du falsch verstanden. Du sollst das nicht wirklich umbenennen. Es sollte nur ein Beispiel (ebenso wie die Benennung Elevator) sein, woher das Problem im Deutschen kommt. Es liegt daran, dass das Ruder und eine Richtung im Deutschen gleich heißen. Das ist die eigentlich Ursache. Hieße das Dingen einfach "Querachsenruder", dann gäbe es das Problem gar nicht und niemand käme auf die Idee mit dem Hilfsmischer. Es ist ein sprachliches Problem.
Ebenso ist es anders bei Leuten, die den Höhenruderknüppel anders herum benutzen (ja, die gibt es sehr selten).


Stell Dir doch bitte mal ernsthaft die Frage: Warum benutzt Du keinen Hilfsmischer für das linke Querruder? Was machst Du bei einem Querachsenruder an einem Entenmodell? Oder hieße das Seitenruder "Linksruder", dann würde man dort auch einen Hilfsmischer einsetzen, damit der Linksknüppel beim Drücken nach links positive Werte liefert?

Einfach mal abstrahieren und schon wird es einfacher, es gibt keine Ausnahmeregeln für einzelne Ruder und es gibt keine anderen Probleme.

 

[Deleted member 51580]

Dann nehmt doch Höhenruderkanal und Hilfskanal ohne Trimmung und verwendet einen 2. HILFSKANAL mit Quelle Höhentrimmung zur Berechnung.
Mit copy Trimmung zu Subtrim im 2. Hilfskanal müsste dann wieder alles passen oder ???

Ralf

Ich wehre mich jetzt einfach mal dagegen immer wieder nur umwege zu gehen anstatt das eigentliche Problem zu beheben.

 

[Wowbagger]

Ich wehre mich jetzt einfach mal dagegen immer wieder nur umwege zu gehen anstatt das eigentliche Problem zu beheben.

Eben!
Gehe den direkten Weg uns es funktioniert sofort...

 

[QuadCrash]

Gehe den direkten Weg uns es funktioniert sofort...

Genau, einfach auf englisch umstellen und man braucht keinen Hilfsmischer mehr ... Das wird auch der Grund sein, warum in der Richtung in OpenTX bislang nichts geändert wurde, weil es eben nur ein Sprachproblem ist.

 

[Deleted member 51580]

Genau, einfach auf englisch umstellen und man braucht keinen Hilfsmischer mehr ... Das wird auch der Grund sein, warum in der Richtung in OpenTX bislang nichts geändert wurde, weil es eben nur ein Sprachproblem ist.

Wir sprechen nun mal Deutsch und ich vermute jetzt einfach mal das hier die meisten die Deutsche Menüführung verwenden, evt können auch manche kein englisch von daher finde ich das nicht als die Lösung. Sorry
Was immer wieder vergessen wird es gibt auch ein Handbuch in dem der Hilfsmischer steht und so wie es aussieht wird das auch von einigen so umgesetzt die dann evt das gleiche Problem wie ich haben.
Es ist doch immer wieder interessant wie schnell doch so viele Ideen auf kommen aber niemand sich für den eigentlichen Fehlergrund interessiert.
Ich bin eher der Typ der das übel an der Wurzel packt... und sich nicht wundert warum der Baum wieder nachwächst wenn ich nur die Äste absäge...

Ich bleibe bei meiner Meinung das es in OpenTX gelöst werden sollte, das macht den Hilsmischer überflüssig (auch übersichtlicher) und selbst der jenige der den Stick invertiert, hat anschließend nicht das Problem das die Trimmung gegenläufig arbeitet

 

[QuadCrash]

Was immer wieder vergessen wird es gibt auch ein Handbuch in dem der Hilfsmischer steht und so wie es aussieht wird das auch von einigen so umgesetzt die dann evt das gleiche Problem wie ich haben.

Es gibt sogar mehrere Handbücher, aber nur im deutschen von @helle ist der Hilfsmischer aufgeführt. Die OpenTX-Entwickler sehen daher überhaupt kein Problem, darum wird sich vermutlich wg. einer deutschen Sprachbesonderheit nichts ändern.

Sorry

Kein Problem damit, jeder darf sich etwas wünschen, ist ja bald Weihnachten ... .

 

[Wowbagger]

Wir sprechen nun mal Deutsch und ich vermute jetzt einfach mal das hier die meisten die Deutsche Menüführung verwenden, evt können auch manche kein englisch von daher finde ich das nicht als die Lösung. Sorry

Hmm, ich weiß nicht, ob ich das richtig rüber gebracht habe. Es ist nicht so, dass irgendetwas im Deutschen anders ist. Das wäre auch unlogisch. Die Programmierung eines Modelles ändert sich ja nicht, wenn man eine andere Sprache verwendet.
Das Problem liegt in einem gedanklichen Missverständnis, wenn man in der deutschen Sprache denkt. Da man ein spezielles Ruder/Knüppel im deutschen mit dem gleichen Namen versieht wie eine Ruderrichtung, entsteht beim flüchtigen Betrachten der Eindruck, dass hier der Knüppel die falsche Richtung liefert und will die (ohne Notwendigkeit) umdrehen.

Kann mir mal jemand einen echten Vorteil des Hilfsmischers gegenüber einfach der sturen Anwendung der Regel "Hoch/rechts ist positiv" nennen? Ich sehe da absolut keinen Vorteil und nur Nachteile.

Es ist doch immer wieder interessant wie schnell doch so viele Ideen auf kommen aber niemand sich für den eigentlichen Fehlergrund interessiert.

Der Fehlergrund ist die deutsche Sprache und ein daraus resultierendes Vorwissen/-urteil des Nutzers. Da ist nicht viel Änderung möglich...

Ich bleibe bei meiner Meinung das es in OpenTX gelöst werden sollte, das macht den Hilsmischer überflüssig (auch übersichtlicher) und selbst der jenige der den Stick invertiert, hat anschließend nicht das Problem das die Trimmung gegenläufig arbeitet

Im ersten Moment klingt das nach einer einfachen Lösung für diejenigen, die unbedingt auf einer alten Einstellung beharren möchten. Aber das ganze ist nicht so simpel wie es zunächst klingt.
Die einzige mögliche Lösung ist, dass es eine zusätzliche Modell-Option (nicht in den Inputs!) gibt, dass die Trimmhebel invertiert laufen.
In den Inputs kann man so eine Option nicht einbauen und eine "automatische" Invertierung geht auch nicht. Warum nicht?
Das Konzept von OpenTX ist völlig offen, d.h. es gibt keinerlei Vorgaben, was die Inputs/Mischer etc. machen. Man ist dort völlig frei und es ist nicht vorhersehbar, was der Nutzer dort einstellt und was sinnvoll oder nicht sinnvoll ist. Nicht lösbare Probleme für eine automatisierte Erkennung einer Invertierung:
- Es gibt nicht nur einfache feste Gewichtungen in den Inputs, anhand deren Vorzeichen man erkennen könnte, ob invertiert werden muss oder nicht. Man kann auch globale Variablen oder Kurven eintragen, die wiederum von ihre Werte ständig nach unterschiedlichsten Situationen ändern. Hier müsste dann ständig geprüft werden und im Bedarfsfall die Investierung geändert werden. Evtl. auch je nach Knüppelstellung/Telemetriewert...
- Ein Knüppel kann nicht nur in einem Input verwendet werden. Es kann mehrere Inputs geben, die unterschiedliche Gewichtungen verwenden. Wenn nun der eine Input sagt "Invertieren" und der andere nicht, was soll dann passieren?
- Die Inputs können in unterschiedlichsten Mischern verwendet werden. Auch da ist dann fraglich, was soll generell passieren? Das lässt sich nicht vorhersagen.
Nicht falsch verstehen. Das sind sicherlich Beispiele, die, wenn man an das Höhenruder denkt, völliger Quatsch sind. Aber OpenTX ist konzeptionell eben nicht so gebaut, dass es vordefinierte Verhaltensweisen für einzelne Ruderfunktionen hat. Und wohlgemerkt, so eine Verhaltensweise trifft auch nur für Flächenmodelle mit hinten liegendem Leitwerk und Piloten, der am Knüppel Höhe zieht, zu. D.h. hat man einen anderen Piloten, anderes Modell, wäre diese Verhaltensweise wieder falsch.
Wie oben erwähnt: Einzige(!) mögliche Lösung: Eine fürs Modell globale Option, die Trimmhebel zu invertieren.

Aber ehrlich: Welchen echten/praktischen Vorteil der Investierung des Höhenruderknüppels gegenüber einfach der sturen Anwendung der Regel "Hoch/rechts ist positiv" gibt es?

 

[Hape1]

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.





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.



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.




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.

... ich hole den alten Thread mal nach oben --> gibt es für das oben beschriebene Problem, also in FP0 copy to subtrim für Höhe unter Benutzung des Hilfskanals eine Lösung unter OT 2.2.1?

 

[Peter Sturz]

Würde mich ehrlich gesagt auch interessieren.

 

[Carbonator]

Was passiert, wenn man den Input mit -100 als Quelle nimmt? Wenn man die Invertierung unbedingt braucht, sollte das so funktionieren, ausprobiert habe ich es allerdings nicht .....