FRSKY FrSky TARANIS - FrSky neuster Geniestreich - 16 Kanaele, 2,4Ghz, openTX, 8 Sprachen

flying_pit

Geht nicht..gibt´s nicht!
Helle du hast den gleichen Fehler wie ich mit 2.04 Sobald Höh aufgerufen wird, verliert der Input 4 seinen Namen, bei mir "Gas" bei dir "Sei" und bekommt "Input4" als Namen Wird der Name dann per Hand geändert, wird aus Höh dann Höhgas, und aus Input4 gas, also der Name wird Doppelteingetragen
Genauso ist es bei mir auch! 2.0.8.
 

helle

Erfahrener Benutzer
Hy,

genau dieses Umlauteprobleme haben alle Sprachen (auser English)
Da keine Umlaute in den Opentx Sprachdateien enthalten sind.
da gibt es nur A-Z, a-z, 0-9, - _ , . aber keine ä ö ü

Das "ö" in "Höh" wurde vorab schon fix reinkompliert.

Helle
 
Zuletzt bearbeitet:

flying_pit

Geht nicht..gibt´s nicht!
dann sollte man den compiler ni zusehr verwirren und das ö wieder entfernen....oder!? ein normales o geht doch auch....versteht eigentlich jeder...;) Hoh statt Höh
 

helle

Erfahrener Benutzer
Hy,

nein,
die müssen sprachabhängig in den einzelnen Sprachen die Sonderzeichen an den Grundzeichensatz hinten drannhängen

da ist Kjell (Finnland) schon mal drann gewesen

Zumal zukünftig alle Sprachen schon fertig drinn sein werden, nicht extra kompileren.
So wie bei er9sky-Software in der 9XRPro

Das gilt dann auch für Companion und die Simulation

Problem tauchte erst auf seit man Namen vergeben kann.

Helle
 

MarenB

Runter kommen sie immer!
Hy,

je nach Komplexität ist das egal wo man invertiert, aber am tut sich leichter es gleich am Knüppelsignal zu machen.

Damit das "System" passt muss/soll der Höhen-Knüppel beim ziehen positive Werte abgeben.
Der Knüppel gibt aber beim ziehen negative Werte ab!

Deshalb in den Inputs den Höhenruder-Knüppel invertieren (-100%) dann stimmt alles in der nachfolgenden Mischer-Logik und ist wieder Positiv

Hab das gestern mal schnell für ein erstes Modell so umgesetzt. An sich eine schöne Logik, aber was mache ich gegen die dann verkehrt herum laufenden Trimmer?
 

kalle123

Jugend forscht ....
Das ist ja erst das Anpassen der realen Servolaufrichtung. Aber laut helle soll man in den Mischern immer so arbeiten: Positiver Mischwert=>Ruder nach oben/rechts. Also immer gleiche Mischermathematik, egal wie das Servo läuft/eingebaut ist. Wenn dann das Servo falsch rum läuft, dann wie in Deinem Screenshot die Richtung invertieren, klar.
Ich zitiere hierzu mal
 

Anhänge

MarenB

Runter kommen sie immer!
Hy,

die Trimmer aktivierst du bei den Mischern, nicht bei den inputs

Helle

Ah, danke für den Stupser. Ich habe die Trimmer derzeit noch sowohl bei den Mischern als auch bei den Inputs aktiviert, weil die bei irgendeiner 1.99er Version ohne Wirkung waren, wenn ich die nur in den Mischern benutzt hab. Oder war's andersrum? Jedenfalls waren alle Trimmungen weg, nachdem ich die in einer der Optionen entfernt hatte.

Werd's dann heute Abend mal testen.

Merci!
 

kalle123

Jugend forscht ....
Ah, danke für den Stupser. Ich habe die Trimmer derzeit noch sowohl bei den Mischern als auch bei den Inputs aktiviert, weil die bei irgendeiner 1.99er Version ohne Wirkung waren, wenn ich die nur in den Mischern benutzt hab. Oder war's andersrum? Jedenfalls waren alle Trimmungen weg, nachdem ich die in einer der Optionen entfernt hatte.

Werd's dann heute Abend mal testen.

Merci!
Ich seh hier http://open-txu.org/home/undergraduate-courses/basic-airplane-set-up-with-taranis-2/mixer-613/ in der OTXuniversity

"Note: Trims must be included (ON) in both Inputs and Mixer for the trimmer value to be passed to the servos."

Also wat iss denn jetzt???

LG KH
 

helle

Erfahrener Benutzer
Hy,

da hat sich einiges geändert.
Einfache Trimmungen muss man in beiden Stufen von den Inputs an die Mischer "durchreichen"

Man kann aber auch in den Inputs oder Mischer andere Trimmungen verwenden
Alles ist mit allem möglich

Deshalb immer noch der CHx INV die "bessere" Lösung

Helle
 

Eisvogel

Flurnügler-Fan, Carbon-Fetish
Weiß einer was zum Nachfolger der Taranis, ich weiß laut hören sagen das da was im November raus kommen soll, ich glaub bei "EMT"?! sieht man ein Bild von dem Ding. Allerdings tentiere ich zur Taranis, als Daumenflieger und mit Zeigefinger erreichbare Schieber sind genau mein Ding wie bei der Cockpit SX!
 

MarenB

Runter kommen sie immer!
Hy,

die Trimmer aktivierst du bei den Mischern, nicht bei den inputs

Helle
Hy,

da hat sich einiges geändert.
Einfache Trimmungen muss man in beiden Stufen von den Inputs an die Mischer "durchreichen"

Man kann aber auch in den Inputs oder Mischer andere Trimmungen verwenden
Alles ist mit allem möglich

Deshalb immer noch der CHx INV die "bessere" Lösung

Helle
Hallo Helle,

ich bin dir ja wirklich dankbar für deine Hilfe, aber widersprichst du dir da nicht irgendwie?

Kurz gesagt, man muss sie auf jeden Fall in den Inputs definieren und in den Mischern aktivieren, hab es gerade getestet.

Die Trimmer wirken aber nicht auf das Knüppelrohsignal, sondern auf den Ausgang der Inputs. Drehe ich das also durch Invertieren der Gewichtung um, laufen die Trimmer nachwievor in die selbe Richtung. Also nach oben erhöht es den (Ausgangs-)Wert und nach unten verringert es ihn.

Falls das kein Bug ist, werde ich es wohl besser wie Kalle halten und das ganze in "Tiefenruder" umtaufen. Dann sind positive Werte im Mischer zwar "Ruder geht runter" - aber die Trimmer sind mit der Wirkrichtung wenigstens konform. Da muss ich nämlich im Flug dran denken und nicht, wenn ich mit dem Sender in der Hand auf der Couch sitze :)
 

heikop

Erfahrener Benutzer
Ganz ehrlich - ich verstehe Dein Problem nicht mal ansatzweise.
Ich habe bei meinen 24 unterschiedlichen Modellen einschließlich einem 6x6 Amphibienfahrzeug
nicht einmal in der Inputverarbeitung ein negatives Vorzeichen gebraucht.

Das wird alles in der Mischerprogrammierung und der Servoeinstellung erledigt.
 

MarenB

Runter kommen sie immer!
Ganz ehrlich - ich verstehe Dein Problem nicht mal ansatzweise.
Ich habe bei meinen 24 unterschiedlichen Modellen einschließlich einem 6x6 Amphibienfahrzeug
nicht einmal in der Inputverarbeitung ein negatives Vorzeichen gebraucht.

Das wird alles in der Mischerprogrammierung und der Servoeinstellung erledigt.
Nicht mal bei dem Amphibienfahrzeug? Und ich hätte gedacht gerade dort ginge es nicht ohne? :)
/Ironie off

Nix für ungut, aber habe ich mich so unklar ausgedrückt oder hast du die Diskussion der letzten zwei Seiten nicht gelesen???

Es geht nicht um brauchen, sondern um möglicherweise wollen.

Ich fasse es aber gerne noch mal zusammen:
Es wurde vom User wowbagger die Frage gestellt, warum Helle empfiehlt, das Signal des Höhenruderknüppels in den Inputs zu invertieren.

Der Grund ist einfach, denn dann bedeuten "mehr Prozent" am Mischerausgang, dass das Höhenruder weiter nach OBEN geht (Zahl hoch => Ruder hoch).
Mir gefiel der Gedanke, denn das ist logisch, intuitiv und einfach zu merken -> geht schneller von der Hand

Also habe ich es ausprobiert, musste aber feststellen, dass in der Folge die Höhenrudertrimmer und der Knüppel in entgegengesetzte Richtungen wirken -> nicht logisch und nicht intuitiv.

Mein persönliches Fazit war dann, dass ich lieber während des Programmierens auf der Couch etwas länger rumprobiere, bis alles passt und dabei ggf. mehrfach die Vorzeichen ändern muss, als während des Flugs von der falschen Wirkrichtung der Trimmer überrascht zu werden. Ich werde also weiterhin in den Inputs eine positive Gewichtung des H-Ruder-Knüppels verwenden.

"Problem" jetzt verstanden?
 

heikop

Erfahrener Benutzer
Nicht mal bei dem Amphibienfahrzeug? Und ich hätte gedacht gerade dort ginge es nicht ohne? :)
/Ironie off


Nach der diskutierten Logik würde es gerade dabei sinnvoll sein, das Teil hat eine Panzersteuerung,
wobei immer ein Motor rückwärts laufen muß und einer vorwärts um in eine zu Richtung fahren.

Es geht nicht um brauchen, sondern um möglicherweise wollen.

Ich fasse es aber gerne noch mal zusammen:
Es wurde vom User wowbagger die Frage gestellt, warum Helle empfiehlt, das Signal des Höhenruderknüppels in den Inputs zu invertieren.

Der Grund ist einfach, denn dann bedeuten "mehr Prozent" am Mischerausgang, dass das Höhenruder weiter nach OBEN geht (Zahl hoch => Ruder hoch).
Mir gefiel der Gedanke, denn das ist logisch, intuitiv und einfach zu merken -> geht schneller von der Hand

Also habe ich es ausprobiert, musste aber feststellen, dass in der Folge die Höhenrudertrimmer und der Knüppel in entgegengesetzte Richtungen wirken -> nicht logisch und nicht intuitiv.
Logisch, ist aber doch von vornherein klar und bedarf keiner seitenlangen Diskussion.:confused:

Mein persönliches Fazit war dann, dass ich lieber während des Programmierens auf der Couch etwas länger rumprobiere, bis alles passt und dabei ggf. mehrfach die Vorzeichen ändern muss, als während des Flugs von der falschen Wirkrichtung der Trimmer überrascht zu werden. Ich werde also weiterhin in den Inputs eine positive Gewichtung des H-Ruder-Knüppels verwenden.

"Problem" jetzt verstanden?
Jein, ich habe einen Fehler gemacht, ich hätte nicht "Dein" sondern "das" schreiben sollen, sorry.
Wenn seitenlang über so eine Banalität diskutiert wird, kann man schonmal durcheinander kommen.

Nur weil eine Aussage von Helle kommt, muß sie nicht unbedingt stimmen oder logisch sein,
er verhaut sich auch schon mal.
 
FPV1

Banggood

Oben Unten