Probleme mit Implementierung von Issue71 (Expo/DR getrennt)

[GoogleCodeExporter]

Hallo und vielen Dank für die Implementierung des gewünschten features!! 
(Issue 71)

Habs mal angetestet und ein Problem festgestellt.
Zuerst mal mein Setting:

RUD  0    100   !ELE
     0     70    ELE
     60   100    ID2
ELE  0    100   !ELE
     0     70    ELE
     60   100    ID2
AIL  0    100   !ELE
     0     70    ELE
     60   100    ID2

Erwarteter Output:
!ELE && !ID2 -> 100% servoweg und 0% Expo - funkt
 ELE && !ID2 -> 70%  servoweg und 0% Expo - funkt
!ELE &&  ID2 -> 100% servoweg und 60% Expo - funkt
 ELE &&  ID2 -> 70%  servoweg und 60% Expo - geht nicht.

Details: Problem wird mit höheren Expo Werten besser sichtbar (hatte zuerst 
30%)
Der Vollausschlag entspricht bei (ELE&&ID2) nicht mehr 70% sondern weniger (ca. 
50%)
Irgendwie pfuscht der Expo in den Servoweg rein :-(

Habe auch noch nicht ganz begriffen wie das mit dem doppelklick (links-rechts) 
jetzt gehandelt wird. Bei expo geht er mal in 5er (bzw 10er) Schritten 
runter/rauf - und manchmal setzt er den Wert auch auf 0 (von 60% auf 0% zB.)

Vielen Dank nochmal für deine Mühen!!
Lg
Rudolf

Original issue reported on code.google.com by rzar...@gmail.com on 1 Feb 2011 at 4:35

[GoogleCodeExporter]

oops, stimmt.
Aber der Effekt ist erklärbar.

Workaround: Nimm die schaltbare expo-funktion vor die Umschaltung der 
Gewichtung.
RUD  
     60   100    ID2
     0    100   !ELE
     0     70    ELE

Erklärung:
Die Zeilen werden nacheinander auf die Stickwerte angewendet.
Wenn du also in einer Zeile den Stickwert auf 70% reduzierst dann verändert 
sich der Wertebereich von 0..100% auf 0..70%
Dieser Wert wird als Eingangswert für die Expofunktion verwendet und damit 
wird das neutrale Ende der Funktion nicht mehr erreicht. D.h. der Endwert 70% 
wird durch die Expofunktion abgeschwächt. Ein komplett korrektes Verhalten 
erfordert etwas mehr Aufwand in der Output-Berechnungsfunktion.

Original comment by th...@t-online.de on 1 Feb 2011 at 4:41

• Changed state: Accepted

[GoogleCodeExporter]

Thema doppelclick:
Dies habe ich in r185 nochmals geändert. Die Doppelclicks sind einfach nicht 
unterscheidbar von schnellen Einzelclicks, ich habe alle möglichen timingwerte 
ausprobiert.
Stattdessen habe ich nun eine kurz-lang Kombination verwendet, aber die 
angesteuerten Zwischenwerte sind zur Zeit nicht immer sinnvoll.
In einer Skala von -100 bis +100 habe ich 50er Schritte gewählt. Dies ist aber 
für die gröber abgestuften Werte (bei Expo und Dualrate) nicht direkt 
sinnvoll. Aber da sollte der Mechanismus jetzt auch nicht mehr stören weil man 
typischerweise nicht zufällig kurz-lang direkt hintereinander drückt. 
Höchstwahrscheinlich braucht man diese Funktion überhaupt nicht.
probiers mal aus :-)

Original comment by th...@t-online.de on 1 Feb 2011 at 4:54

[GoogleCodeExporter]

Find das doppelklick verhalten an sich nicht schlecht -
wenn man schnell mal etwas auf 0% oder von +100 auf -100 setzen m�chte.
Sobald das Modell mal komplett einprogrammiert ist braucht man es dann 
wohl gar nicht mehr.

Expo/DR:

Versteh ich - anstatt komplexe berechnungsfunktion k�nntest du die
Berechnungen (so wie erkl�rt) doch auch einfach in der SW vor
der Ausf�hrung sortieren. Wenn die Werte f�r Expo und DR getrennt 
(versch. Variablen) verf�gbar sind k�nnte das doch mit ein paar 
if-schleifen gel�st werden ;-)

Original comment by rzar...@gmail.com on 1 Feb 2011 at 5:13

[GoogleCodeExporter]

Gerade getestet (sollt auch mal meine Umlaute testen...):

Mit umgedrehter Reihenfolge funktioniert es wie gewünscht.
1)     60   100    ID2
2)     0    100   !ELE
3)     0     70    ELE

Hab bei dieser Gelegenheit auch gleich entdeckt, dass man sich zeile 2 sparen 
kann.
Also für 60% schaltbaren Expo über ID2 und schaltbares DR über ELE reicht:
1)     60   100    ID2
2)     0     70    ELE

eigentlich eh klar da ja die DR Werte multiplikativ verknüpft werden.

Original comment by rzar...@gmail.com on 1 Feb 2011 at 5:26

[GoogleCodeExporter]

Doppelclickverhalten: 
Zum Wechsel von +100 nach -100 gibts noch einen anderen Trick:
Taste 'minus' und 'plus' gleichzeitig drücken invertiert den aktuellen Wert. 
Dies geht auch in der Schalterauswahl. Dieses Feature wurde vor langer Zeit mal 
diskutiert steht aber noch nicht in der Doku.

Berechnungsverfahren:
Sortieren alleine reicht im allgemeinen Fall nicht aus. Wenn z.B. zwei 
expo-Kurven gleichzeitig wirksam werden, dann müssen die Werte speziell 
behandelt werden - sprich multiplikativ verknüpft. Dies benötigt eine 
zusätzliche Multiplikation und eine Division - ist aber kein wirkliches 
Rechenzeitproblem, sondern macht die Outputfunktion noch ein bisschen 
unübersichtlicher.

Original comment by th...@t-online.de on 1 Feb 2011 at 7:20

[GoogleCodeExporter]

Hol de doppelclick einfach raus. Er Aergert mehr als er hilft.

Original comment by harm.del...@echostar.com on 2 Feb 2011 at 11:24

[GoogleCodeExporter]

r190, erweiterte expo-funktion

Original comment by th...@t-online.de on 14 Feb 2011 at 10:47

• Changed state: Fixed