Kann mit Opencockpit P&P Modulen die richtige Frequenz nicht einstellen

Moin,

Das 8,33 kHz Kanalraster (weil Frequenzen sind es ja keine mehr) ist schon in der realen Luftfahrt verworren genug - aber einige können es nicht lassen, es auch noch in die Simulation zu tragen. IVAO z.B., weil das ja so doll realistisch ist. Und offensichtlich auch ProATC.

Ich wüsste nicht wie das hier gehen sollte. Das OC-Modul hat 2 Dezimalstellen. Die erste wird für die 1/10 gebraucht. Und die zweite soll dann 12 verschiedene Zustände anzeigen? Nicht umsonst haben 8,33 kHz Funkgeräte in der Fliegerei drei Dezimalstellen.

Es gibt aber ein paar Ausnahmen - vielleicht gehörst du ja zu denen die eine davon nutzen. X-Plane, der FSLabs Airbus, ProSim und Jeehell sind die, von denen ich weiß. Jeehell geht wohl in Verbindung mit etwas das sich Mobiflight nennt (was immer das ist, siehe hier).

Grundsätzlich könnte man ein Skript schreiben, mit dem du die 8,33 kHz-Kanäle mit Hardware durchschalten kannst - aber schon das wäre eine mittelgroße böhmische Stadt . Die Dezimal-Folge (2. und 3. Stelle) wäre dabei 05-10-15-30-35-40-55-60-65-80-85-90 (ich hoffe ich hab das jetzt richtig hinbekommen). Wie du siehst, kein gleichmäßiger Abstand, das wäre ja zu einfach, sondern 12 Schritte, die einzeln programmiert und je nach Drehrichtung vorwärts oder rückwärts geschaltet werden müssten.

Aber dann hättest du immer noch das Problem dass deine Module das nicht anzeigen können.

Wart mal ab bis es so viele Flugzeuge werden dass 4096 Transpondercodes nicht mehr reichen...

Habe gerade mal mit der Maddog probiert, die kann das jetzt ja auch. IVAO schießt den Vogel ab: Sie verwenden 8,33kHz, aber Ivap kann die nicht aus dem Simulator auslesen; es schaltet weiterhin nur 25kHz-Schritte. Bleibt also nur die Bedienung über Ivap selbst.

vPilot macht das zwar genauso, aber soweit ich das bis jetzt mitbekommen habe verwendet Vatsim keine 8,33-Kanäle - da muss man ja mit dem Simulator-Radio schalten, und die meisten können das eben nicht.

Wenn ProATC das jetzt auch nicht kann, wäre das allerdings ein Witz der besonderen Art

Aha, gut zu wissen hinsichtlich der Funktionsweise. Das heißt, mit deinem Modul setzt du im Simulator eine Variable, die ProATC wiederum ausliest - wenn es nicht am Simulator vorbei geht.

In den AIRAC Dateien habe ich keine Frequenzen gefunden. Hast du ein Addon für LFMN oder in Navdaten-Update von FSAerodata oder Herve Sors gemacht? Es scheint nicht so ganz einfach zu sein, herauszufinden wo der Simulator die Frequenzen hat; möglicherweise sind sie auch überall verteilt.

Hast du ADE? Wenn ja, könntest du mal in den Airport schauen was da für Frequenzen angezeigt werden (lists - comms)? Default hat diese Frequenzen:

Wenn nicht ADE, siehst du das auch im Simulator über die Map-Funktion.

Danke. Dann werd ich mir mal eine Szenerie mit einer solchen Frequenz besorgen und schauen wo im Simulator die eingetragen wird

Das Ganze mach ich natürlich nicht als Selbstzweck, sondern weil ich mir gerade ein Boeing-COM-Modul von OC gekauft habe. Das hat tatsächlich auch 3 Dezimalstellen; es ist noch nicht in Betrieb, und war mit bis jetzt noch gar nicht aufgefallen

Auf IVAO ist übrigens gerade LFMN_APP mit 134.475 online.

Moin,

So weit bin ich noch nicht. Ich betreibe die Module noch mit der OC Modules Software, und die schaltet 25kHz. Ich werde mich spätestens dann damit befassen wenn ich beim Online-Fliegen damit Probleme bekomme.

Mal ganz auf die Schnelle müsste der Ansatz folgender sein (Code aus der default SIOC modulo_COM.txt):

var 8, name ie_dec_com1, link IOCARD_ENCODER, input 4, type 2, aceleration 1, device 13
{
  if &enc_com1 = 1
  {
    l0 = &ie_dec_com1 * 25
    l1 = &dec_com1 + l0
    if l1 < 0
    {
      l1 = 975
    }
    if l1 > 975
    {
      l1 = 0
    }
    &dec_com1 = l1
    call &sub_d_com1
  }
}

Das stellt die COM1-Dezimale ein. Zu ändern ist:

l0 = &ie_Dec_com1 * 5

l1 = 995 / if l1 > 995

Das sollte die Dezimale statt in 25er Schritten zwischen 000 und 975 in 5er Schritten zwischen 000 und 995 stellen. Muss man halt mehr kurbeln.

Das Display in diesem Code ist schon 6-stellig.

Wird so bestimmt noch nicht 100% passen, aber das wäre mein Ansatz.