EC135 V5.10 Joystick Inputs

Gibt es irgend was neues bezüglich der Joystick Inputs?

Gibt es bezüglich der Ansteuerung der Collective Achse irgendetwas neues?
Zur Erinnerung:

• das Plugin setzt/überschreibt sim/flightmodel/engine/POINT_pitch_deg_use[0]
• Wo kommen die Daten her, mit denen sim/flightmodel/engine/POINT_pitch_deg_use[0] überschrieben wird?
  1. Direkt aus sim/joystick/joy_mapped_axis_value[5] (Collective) und mappen auf den Bereich von 0 bis 17.3 Grad?
  2. Intern aus dem Plugin (Einlesen der Rohdaten aus sim/joystick/joy_mapped_axis_value[5] Verändern mit einer optimierten Übertragungsfunktion)?
  3. Ganz woanders her?
• Mögliche Lösungsvorschläge:
  1. Die Daten werden nur dann aus sim/joystick/joy_mapped_axis_value[5] gelesen und nach sim/flightmodel/engine/POINT_pitch_deg_use[0] geschrieben, wenn sim/joystick/joy_mapped_axis_avail[5]==1 ist. Wenn keine physikalische Achse dem Collective zugeordnet ist verändert sich sim/joystick/joy_mapped_axis_value[5] nicht und sim/joystick/joy_mapped_axis_avail[5] ist 0.
  2. Die Rohdaten werden nicht direkt aus sim/joystick/joy_mapped_axis_value[5] gelesen, sondern (wenn sim/joystick/joy_mapped_axis_avail[5]==1)  in eine (beschreibbare) DataRef (z.B. ec135/collective_ratio) geschrieben, aus der sie weiter verarbeitet werden. So bliebe auch beim Input von Außen die interne Verarbeitungskette erhalten.
  3. ???

Oder muss ich auf X-Plane 12 warten in der Hoffnung, dass dort das Joystick Handling mehr Einflussmöglichkeiten von Außen bietet?

Gruß HellG

Vielen Dank für die Vorschläge.

Eine von außen beschreibbare DataRef ist meiner Meinung nach die beste Lösung! Der Name brauch auch nicht konfigurierbar sein. Im Gegenteil, er sollte sogar fest vorgegeben sein, so dass es nicht zu komplex wird und man wieder eine Stelle hat, an der man etwas falsch machen kann. Vielleicht kann der Name wie bei X-Plane üblich ein "_ratio" beinhalten so dass klar ist, dass es sich um einen Wertebereich von 0 bis 1 handelt, der vor der Weiterverarbeitung ggf. nochmal auf diese Grenzen geclippt wird. Ob der "override" dann über die Ini-Datei konfiguriert wird ist eigentlich egal, wie es für Euch einfacher ist. Man könnte ja auch sagen, dass ein (als Collective konfigurierter) Joystick immer Vorrang hat: wenn sim/joystick/joy_mapped_axis_avail[5]==1 wird immer sim/joystick/joy_mapped_axis_value[5] in die DataRef geschrieben. Die im Joystick-Menü möglichen Anpassungen der Übertragungskurve gehen für externe Quellen dann zwar verloren, aber im Zweifelsfall bietet das ja bereits die externe Quelle, die die Steuerungsdaten liefert.

Bezüglich Doppelsteuer bin ich der Meinung, dass eine beschreibbare DataRef ausreicht. Ich weiß zwar nicht wie Eure Pläne bezüglich Steuerung durch Pilot und Copilot aussehen, aber im echten EC135 sind die beiden Sticks ja auch mechanisch gekoppelt und wirken auf nur eine Steuerung. Insofern könnte ich mir vorstellen, dass eine mögliche Übergabe vom Copilot zu Pilot davor passieren müsste. Ein Mischen der Eingaben wie bei einem FBW Flieger wie dem A320 ist hier meiner Meinung nach nicht sinnvoll. Soweit ich weiß soll ja auch XP12 Neues in diesem Bereich bringen, aber ob dass für Hubschrauber sinnvoll ist, kann ich nicht sagen.

Gruß HellG