OTX OpenTX Taranis Programmierung - Tips und Tricks

acromaster2013

Erfahrener Benutzer
@ Helle :
Erst mal vielen Dank für deine Hilfe.Ich werde morgen beide Versionen mal ausprobieren,(allein des Verständnisses schon ) heute Abend wird das leider nichts mehr.Beide Versionen haben etwas für sich.
Im Augenblick habe ich das ähnlich gelöst nur sehr rustikal :)
Hab einfach ch14 mit Schalter Sh mit 15 Sekunden ins positive bis 100 laufen lassen.Dann in Logische Schalter den Wert 100 des ch14 ein paar mal geteilt =von L1 (z.B.25) bis L 4 (z.B 90 ).Die L1-L4 dann in spezial Funktionen jeweils die Werte ansagen lassen.
Nachteil bei dieser Version ist das es ein durchgehendes Timing ist.Nicht schneller weiterzuschalten zur Ansage zum nächsten Wert mittels SH Schalter.
(Ich habe meine Taranis erst seit etwa einer Woche.Da kommen einige Fragen auf )
 

heikop

Erfahrener Benutzer
Hallo Heikop
ich kann mich Dir nur anschließen. Habe das gleiche Problem mit Companion. Habe die Tests die Du gemacht hast auch durchgeführt. Das Ergebnis ist identisch mit Deinem. Es kann sich nur um einen Fehler in Companion handeln.
Vielleicht hat Helle ja eine Idee!

Gisbert

Eingesetzt OpenTX 2.0.1 / Companion 2.0.1 / Laptop mit Windows 8
So, bin wieder zu Hause, am Desktop unter Win7/64bit besteht das Problem auch.
 

nique

Legal-LongRanger
Huch, hab seit 24h auch 2.0.1 und mit Win8/64 keine Probleme bisher! heikop und co haben mir da schon etwas Angst gemacht. Das Einzige was mich stört, ich muss OpenTX nun jedesmal als Admin starten. Sonst kann ich auch fast nix machen.

Hab noch nicht geprüft, ob er alle Modelle richtige migriert hat, zwei zumindest schon und die mussten schon live hinhalten. Lief soweit alles einwandfrei.

Heiko, leider habe ich Dir keinen Tip. Ausser dass es vielleicht doch nicht zwingend an OpenTX liegen muss, sondern an der Installation? Zeigen alle Pfade ans richtige Ort und keiner mehr auf die Companion Installation?
 
Hallo Leute,
nach der Umstellung auf open TX 2.0 bekomme ich die Spotter Funktion nicht programmiert.
Unter der alten Software war das kein Problem. Die Eingänge PPM1 bis PPM16 kann ich bei den Logik Schaltern nicht finden.
Als Master habe ich eine Taranis mit Vers:2.0.1 und als Spotter eine 9xr mit openTX.
Danke für die Hilfe im voraus!

Gruß Axel
 

silberkorn

Erfahrener Benutzer
Also ich hab Win7 64bit im Einsatz, ich habe viele nightlies der 1.99 mitgemacht. Fast alle 1.99.x hab ich auch durch. Jetzt 2.0.1. Dazwischen gab es mal alles mögliche was nicht ging, war halt alpha und beta, aber schreiben und lesen vom Sender ging immer. Sowohl Setups als auch Firmware.
 
Hallo,
erstmal Danke für das gute Handbuch.
Dazu noch eine Frage zu den logischen Schaltern (ab Seite 88):
Beispiel S. 89: PS3 d>x S1 10 PS3 wird aktiv wenn Differenz zu S1>10 ist

Welche Differenz ? Zwischen welchen beiden Werten ( S1 - ?? > 10)
Das habe ich noch nicht verstanden.

Gruß Bernd
 

helle

Erfahrener Benutzer
Hallo Bloh:

in jedem Rechenzyklus werden die Anlogwerte neu eingelesen und gepeichert

Jetzt kann man intern die letzten Werte mit den aktuellen Werte vergleichen
und eine Differenz bilden, also den Unterschied, die Verändeurng erkennen und merken.

Das kann man auch so lesen:

Die Delta-Funktion überwacht ständig einen Anlogwert auf eine Änderungen.
Das Poti S1 muss sich um mind 5 % ändern damit CS2 vom Delta x aktiv wird.
Wenn CS2 vom Delta x aktiviert wird, dann ist der log. Schalter CS2 für 3 sec aktiv
 

Altix

Erfahrener Benutzer
Frage an die Programmierexperten hier: Gibt es eigentlich eine Möglichkeit, einen Kanal mit einer Art Fade-in/Fade-out anzusteuern?

Hintergrund ist folgendes Problem: Das Zenmuse H3-3D hat leider die doofe Angewohnheit, dass die Ansteuerung des Tilt-Kanals nicht mehr so schön sanft wie in früheren Versionen der FW funktioniert. D.h., wenn man den Tiltwinkel zum Beispiel mit RS ansteuert und so den Blickwinkel Kamera nach unten fährt, dann geht das nicht mehr so butterweich wie früher, sondern schnell und hart. Das Geschwindigkeitsproblem habe ich über die die Verzögerungsfunktion gelöst, indem ich den Wert auf 15.0 gesetzt habe. Jetzt schwenkt die Kamera sehr schön langsam nach unten. Leider setzt die Bewegung abrupt ein und wird genau so abrupt auch beendet. Schöner wäre es, wenn die Geschwindigkeit langsam hochgefahren wird und auch langsam ausläuft. Damit ließen sich die abrupten Steuerbewegungen vermeiden.

Hat einer der Experten eine Idee zu dem Problem?
 

kofferfisch

Erfahrener Benutzer
Eine ähnliche Fragestellung ging mir auch schon durch den Kopf. Spontan fiele mir eine starke Expokurve ein. Das passende Stichworte müsste Rampenfunktion o.ä. sein...
Ich frag mal bei den Freaks im openrcforum nach...

Gruß
Kofferfisch,
Der für morgen auch ein H3 3d erwartet:)
 

DerCamperHB

Erfahrener Benutzer
Die frage hatten wir auch erst vor kurzen, wenn auch in Verbindung mit einem anderen Gimbal, eine Lösung gab es leider nicht

Aber habe auch mal ne frage, kennt jemand eine Möglichkeit 4 logische Schalter zu erstellen, die 5 Sek aktiv bleiben sollen, und nur an gehen dürfen, wenn kein anderer an ist
Dann brauche ich von SAo und SBo noch ein Signal, 1s an, 3s aus, 1s an

Aktuell habe ich dann
L1 SA unten !L7 Dauer 5s
L2 SA oben !L7 D 5s
L3 SB unten !L7 D 5s
L4 SB oben ! L7 D 5s
L5 Or L1, L2
L6 Or L3, L4
L7 Or L5. L6
L8 Or L2 L4 D1
L9 Or L2 L4 V4

Vereinfachen könnte ich momentan nur
L1 SAu !L5 !L6 (L2-L4)
und L7 wegfallen lassen

Oder kennt noch jemand eine Möglichkeit das ganze zu vereinfachen?
OK, L9 kann ich auch nur über Mischer machen, muss eh ein eigener mit rein
 
Zuletzt bearbeitet:

nique

Legal-LongRanger
Hmm, ich verarbeite nach einem X8R RX die Daten in einem Microcontroller. Die PWM Werte kommen perfekt an, sie zeigen dieselben Werte wie die Taranis im Kanalmonitor zeigt.

Eigentlich gehe ich von Min/Mid/Max aus mit den Werten 1000/1500/2000

Tja, nur zeigt mir die Taranis Minimumwerte von 988 und Maximumwerte von 2012 an. Die Mitte stimmt wunderbar.

Im Controller muss ich für einen PWM-Output das ganze leider mappen auf einen Wert von 0-255. Wenn ich als Grenzen 1000/2000 eingebe, kommt das natürlich nicht gut.

Ist das ein Problem der Kalibrierung? Habe auf openTX 2.0 umgestellt.

Woher könnte das sonst kommen?
 

helle

Erfahrener Benutzer
Hy,

Taranis hat Mitte 1500us
Dann:
+/-100% = +/-512us = 988us 1500us 2012us
+/-125% = +/-640us = 860us 1500us 2140us
+/-150% = +/-768us = 732us 1500us 2268us

----------------------------------------------------------
255 (256) ist die Hälfte von 512
also einfach per Shift-Befehl um eine Stellen nach rechts.

Helle
 
Zuletzt bearbeitet:

nique

Legal-LongRanger
Danke Helle, dann ist ja alles klar und mein Code sehr genau.

Was denkst Du, soll ich besser für 150% programmieren und jeweils nicht vollen Ausschlag haben, oder auf 100% und bei clippen?

Naja, ich denke, das kann man nicht pauschal sagen und kommt auf den Anwendungsfall an.

Ev könntest Du ausführen, warum man 150% wählen sollte.

Da das Ganze eh in einen Autopiloten reinkommt, clippe ich bei 100%.
 

chrlie

Neuer Benutzer
Hi Jungs!

Hab mal ne Frage zu Taranis und Telementriewerte.

Ich hab das Problem, dass meien Verbrauch aus den Akkus immer um 30% zu gering angezeigt wird, egal welchen Sensor ich verwende. Gibt es da irgend eine Möglichkeit, dies zu korrigieren?

So beim benutzen macht es eigentlich nicht so viel da ich die Ansagewerte einfach korrigiere, aber das sollte es eigentlich nicht sein?

Danke im voraus
 

Jorge

Erfahrener Benutzer
Wie kommst du auf die 30%? Den Verbrauch kannst du mit einem stromsensor wie den fcs40 oder unisens e messen! Was wird denn falsch gemessen, der Strom oder die Spannung? Beim Strom kann man einen Offset einstellen, womit evtl falsch gemessene Werte korrigiert werden.
 

kofferfisch

Erfahrener Benutzer
Eine ähnliche Abweichung (etwas geringer) kann ich bestätigen. Getestet mit 2 verschiedenen FCS40. Der Offset hilft nur bedingt, weil der Messfehler nicht absolut ist.
 
FPV1

Banggood

Oben Unten