Der F-14 Tomcat Diskussionsthread

Aso, ok :)

Das Problem beim Multicrewing ist, dass die Offsets nicht funktionieren. Man kann da eintippen was man will, aber wenn man den Fix durchführt wird man nicht zum Offset-Punkt weitergeleitet. :(

Aso, ok :)

 

Das Problem beim Multicrewing ist, dass die Offsets nicht funktionieren. Man kann da eintippen was man will, aber wenn man den Fix durchführt wird man nicht zum Offset-Punkt weitergeleitet. :(

@QuiGon:

Wir werden heute mal buddy lasing auf bewegende Ziele und den IP Modus versuchen.

IP Modus:

Ist das korrekt? Die Anleitung gibt leider noch nciht viel her...

RIO:

Computer - IP auswählen

CAP auf SPL

IP to TGT auswählen

[CLR] [0-BRG] [2] [9] [0] [Enter] - heading 290° vom Fixpoint zum Target

[CLR] [5-RNG] [2] [6] [0] [0] [Enter] - Ziel ist 2.6nm vom Fixpoint entfernt. Muss als 2600 eingegeben werden da 3 Kommastellen erwartet werden.

Pilot:

Diamond auf den Fixpoint bringen

Target designation switch fwd

Passt, oder?

Sieht gut aus, ja. Ist allerdings schon eine Weile her, dass ich das ausprobiert hatte und bin mir nicht mehr ganz sicher, wie das mit den Kommastellen bei der Entfernung war. Müsste ich später nochmal nachschauen.

Mir hatte damals auch dieses Video von Jabbers geholfen:

Gerade hat im englischen Forum jemand einen Thread zu diesem Problem erstellt: https://forums.eagle.ru/showthread.php?t=241005

Ja, habe ich schon gelesen, werden es trotzdem heute probieren, sitzen dann schon so oder so zum Lasern drinnen ;).

Also wir haben es gerade versucht:

Tgt-IP funktioniert nicht, der Designator hüpft einfach nicht dorthin wo er soll.

Auch das mit den GBUs auf fahrende Ziele kann ich bestätigen.

Beim Budylasing sind sie etwa 5-10m hinter dem Ziel eingeschlagen.

Beim lasern für uns selbst immer noch etwa 1-2m, hat aber immer gereicht um das Target zu zerstören.

Hier ein Screenshot aus dem Tacview (sorry, bin unbegabt damit) der die Situation beim Buddylasing recht gut dargestellt hat.

...

Wir haben das Problem, das die GBU-12 bei einem fahrenden Ziel immer kurz hinter dem Fahrzeug einschlägt und damit es nicht zerstört [Point Mode].

...

Ich habe es mal hier reported.

Interessant, jetzt bleibt noch die Frage, ob das ein Tomcat-spezifisches Problem ist oder auch bei anderen Flugzeugen (A-10C) auftaucht wenn man fahrende Ziele buddylasert?

Wie ist das eigentlich mit den Chaff und Flares. Kann ich als Pilot diese mittels "DLC Toggle/ Countermeasure Dispense" selber auswerfen oder macht dies Jester?

Jester kann man mittels CMS Menü sagen wie man die Einstellungen haben möchte. Aber wer wird die dan auswerfen? Ausser ich stelle den CMS auf Auto?

Weiter blicke ich nicht durch bei der Beladung. Muss ich jetzt im Editor festlegen wie viel Chaff und Flares ich beladen möchte? Oder auf der Airbase mittels Bodencrew? Bei der Bodencrew passiert irgendwie nix.

Der RIO hat die eigentliche Kontrolle über Chaff und Flares. Der Pilot kann aber auch ein einfaches Programm ausführen, was aber eher so Notfallmässig ist.

Und ja, du musst Mittels ME die Gegenmassnahmen festlegen.

Wir razo+r schon sagte ist das die Verantwortlichkeit des RIOs. Der RIO kann für den Piloten aber auch zusätzlich ein Notfallprogramm freigeben, welches dieser dann mit dem "DLC Toggle / Countermeassure Dispense" aktivieren kann. Ob dabei dann Chaff oder Flares abgeworfen werden legt allerdings auch der RIO fest.

Wie das in Zusammenhang mit Jester funktioniert weiß ich aber nicht, da ich selbst die Tomcat nur als RIO fliege.

Funktioniert ganz gut mit Jester. Zumindest hat er chaffs gedroppt als eine SA6 auf mich aufgeschalten hat.

Prinzipiell ist es ja simpel: Die notwendigkeit zu chaffen bekommt man über das RWR mit. Kann also problemlos der RIO machen.

Die notwendigkeit zu flaren bekommt man optisch mit, können somit beide machen.

Fühlt sich am Anfang komisch an dass man nur Kontrolle über die Flares hat, aber man muss sich beid er Tomcat auf Arbeitsteilung einlassen. Dadurch funktioniert dass dann ganz gut.

Danke, habe es heute auch mal getestet. Funktioniert gut.

Jetzt muss ich mal noch rausfinden was die ganzen Optionen im Jester Menü bewirken. Blicke da noch nicht durch.

Wie zum Beispiel CHAFF:

B: RAND* RAND* S:4* 6SEC oder

B:4* 0.12 SEC S:4* 4SEC

Gibt es im Handbuch einen Abschnitt von den Jester Befehlen? Den Abschnitt mit den Beschreibt zum AN/ALE-39 Countermmeasures Dispensing habe ich gefunden. Aber kann nicht wirklich viel mit den Jester Befehlen anfangen.

Das sind die CM Programm einstellungen, sehrwohl im Handbuch beschrieben.

Ja das ist mir klar, dass es hier um die Programme der CM geht. Nur ist es auf den ersten Blick etwas umständlich beschrieben im Jester Menü.

Habe es aber unterdessen selbst rausgefunden wie das zu verstehen ist.

B: RAND* RAND* S:4* 6SEC ergibt die Einstellungen: B QTY Rando, B INTV Rando, S QTY 4, S INT 6SEC

B:4* 0.12 SEC S:4* 4SEC ergibt die Einstellungen: B QTY 4, B INTV: 0.12 SEC, S QTY 4, S INT 4 SEC.

Wird vermutlich wurde die Texte aus Platzgründen nicht ganz ausgeschrieben im Jester Menü.

Japp so ist es. Ist aber die Reihenfolge wie es auch am CM panel "einzugeben" bzw. auszuwählen ist.

Aber ausser die Chaffs standardmäßig von 5 auf 2 oder 1 zu reduzieren habe ich da ehrlich gesagt noch nicht viel umgestellt...

Grafikfehler grosse Pixel

Mir sind jetzt weise Klötzchen beim Katapultstart aufgefallen. Soll wahrscheinlich Rauch sein. War in der Aussenansicht F3. Kennt jemand so ein Problem ?

Ich hatte das schon mal hier gepostet, ohne dass eine Lösung gefunden wurde, und jetzt ist diese Macke schon wieder mehrfach aufgetreten, und zwar immer kurz nach dem Start wenn ich in VR den Blick leicht senke, um den am Blickfeldrand befindlichen Gear Lever per Mausklick zu betätigen, passiert nichts, dafür sind auf einmal keinerlei Control-inputs mehr möglich, Tastatur, Stick, Throttle, etc. Nach ein paar Sekunden geht's wieder, das nervt total.

Tritt NUR in der F14 auf, und IMMER NUR in der beschriebenen Situation. Ist definitiv kein Problem mit den USB-Anschlüssen. Was zur Hölle kann das sein??

Aus unserem Geschwader hatte das ein VR User auch das Problem aber nicht in der F-14.

Da lag es daran das sich laut VR Program (Oculus) die Maus aus dem Spiel geklickt hat und somit sind natürlich alle Controlls inaktiv weil DCS nicht mehr im Focus stand

Gesendet von meinem SM-G935F mit Tapatalk

Aaaaah okaaay...

DAS klingt logisch... muss ich nachher mal checken, danke für den Hinweis! Aber komisch, dass sich dann das komplette HOTAS-Sytem auch gleich verabschiedet.

Aber das könnte es echt sein.

Gerne :) wie er es letztlich gelöst hat weiß ich leider nicht.

Naja als non-VR User ist es auch so wenn man z.b. auf einem 2ten Monitor rumfummelt sind die Eingaben auch blockiert.

Gesendet von meinem SM-G935F mit Tapatalk

Ja, ist so. Sobald du im Hintergrund mit der Maus außerhalb des DCS-Fensters klickst, wird DCS inaktiv und keinerlei Steuerung funktioniert mehr.

einmal beim start alt + enter drücken (für vollbildmodus) dann klickt man sich nichtmehr mit der Brille aus dem dcs raus.

einmal beim start alt + enter drücken (für vollbildmodus) dann klickt man sich nichtmehr mit der Brille aus dem dcs raus.

Danke, muss ich gleich mal ausprobieren, wusste gar nicht dass das im VR Modus geht.

Und ich wusste nicht, dass das immer noch nötig ist?