Mini-Flugzeugsimulator

[Mavarik]

Zitat von Caps:

- in der Schleife die Werte korrekt berechnen (Ort, Geschwindigkeit, Beschleunigung)
- das Bild rendern; wenn die GraKa/ Prozessor nicht schnell genug ist -> Frame verwerfen

Bei komplexen Spielen kannst Du dir das nicht leisten Frames zu verwerfen...

Wenn Du nicht auf einem anderen Core die Sachen berechnest, hast Du dafür sowieso keine Möglichkeit...

Wenn das letzte Frame angezeigt wurde, kommst Du in Deine Berechnung ggf. hängst Du sowieso schon wieder hinterher...
Also kannst Du nur die Zwischenrechnungen vergessen und Dein Object gemäß vergangener Zeit an der richtigen Stelle anzeigen.

Mavarik

[Caps]

Zitat von Mavarik:

Wenn Du nicht auf einem anderen Core die Sachen berechnest, hast Du dafür sowieso keine Möglichkeit...

In einem Thread?

Zitat von Mavarik:

Wenn das letzte Frame angezeigt wurde, kommst Du in Deine Berechnung ggf. hängst Du sowieso schon wieder hinterher...
Also kannst Du nur die Zwischenrechnungen vergessen und Dein Object gemäß vergangener Zeit an der richtigen Stelle anzeigen.

Aber die Berechnungen können leicht so komplex werden, dass es nicht möglich ist, zu integrieren. Man denke nur an Kollisionen...

lg Caps

[Mavarik]

Zitat von Caps:

Aber die Berechnungen können leicht so komplex werden, dass es nicht möglich ist, zu integrieren. Man denke nur an Kollisionen...

Naja egal wie komplex... Du kannst nur so viele Frames anzeigen wie Du auch pro Sekunde berechnen kannst...

[Caps]

Ja, freilich; ich wollte ja welche wegwerfen, wenn sie nicht schnell genug gerendert werden können, weiter nüschde

[jfheins]

Zitat von Luckie:

Uff. Wenn du den Luftwiderstand noch berücksichtigen willst, dann wird es kompliziert. Denn dann hast du mit Differenzialgleichungen zu tun. Wenn ich mich recht an mein Bauingenieurstudium und der Mechanikvorlesung aus dem dritten Semester erinnere.

Natürlich will ich das Und Differenzialgleichungen sind es ohnehin schon, sobald man Bewegungen und Beschleunigungen numerisch simuliert. Ob man es beim Namen nennt, oder nicht.

Zitat von Crocotronic:

Grundlegend geht es mir erstmal drum, wie die Formel aussehen muss, wenn ein Flieger mit der Masse M im Winkel von z.B. 80° nach oben fliegt. Physik war noch nie meine Stärke, weshalb ich auch Chemie gewählt habe. Deshalb ist mir nicht ganz klar, wie ich die Gegenkraft mit einberechnen muss (Trägheit etc.) Außerdem soll der Flieger auch anders reagieren, wenn er nach unten Fliegt, da dann die Gewichtskraft die Beschleunigung "verstärkt".

Hoffentlich sollte die Formel dann nicht anders aussehen als sonst - zumindest wenn wir alle Einflüsse in der Formel berücksichtigen.

Zunächst stellen wir ein Kräftegleichgewicht auf. D.h. wir überlegen usn, was für Kräfte auf das Flugzeug in welcher Richtung wirken. (Kräfte sind Vektoren) Dann kommt der Impulserhaltungssatz: p' = Summe aller Kräfte. Da sich die Masse deines Flugzeugs nicht ändert (Vereinfachung!) können wir schreiben:

Beschleunigung = a(t) = x''(t) = Kräftesumme/Masse (Alles Vektoren)

Die Geschwindigkeit deines Flugzeugs ergibt sich nun aus der anfänglichen Geschwindigkeit und der auf-integrierten Beschleunigung. Ja, dabei entsteht ein kleiner Fehler, da du keine infinitesimal kleinen Zeitschritte machst. Aber da du auch keine Referenzkurve hast, kannst du kleine Fehler ignorieren.

Zitat:

Der Nickwinkel kann durch die Pfeiltasten variiert werden. Was du so geheimnisvoll mit Ableitung ausdrücken wolltest, ist wahrscheinlich

Code:

s'(t) = v(t)

und

Code:

s''(t) = a(t)

Nur wofür sollte ich die unbedingt bestimmen?
Das mit dem Luftwiderstand sieht zwar sehr interessant aus, ist jedoch etwas zu umfassend für mein Vorhaben. Dennoch glaube ich, dass du mir einiges erklären und mich weiter bringen könntest!

Maßgeblich für den Stömungsabriss ist aber nicht der Nickwinkel, sondern vielmehr der Anstellwinkel. (Anstellwinkel = Pitchwinkel - arctan2(Geschwindigkeit)) Wenn das Flugzeug 10° nach oben zeigt, kann das in einem Steigflug wunderbar funktionieren. Aber falls das Flugzeug nach unten fliegt (und dabei nach oben zeigt) dann ist der Anstellwinkel zu groß und es kommt zum Strömungsabriss.

Genauer gesagt: Auftriebskraft ergibt sich aus dem Auftriebsbeiwert und der Geschwindigkeit, der Auftriebsbeiwert hängt aber vom Anstellwinkel ab.

Eine Trägheitskraft brauchst du nicht zu modellieren, die Trägheit ergibt sich daraus, dass du die Kräfte durch die Masse teilst.

Zitat:

Nur wofür sollte ich die unbedingt bestimmen?

In der Schule hast du sicher öfters Ableitungen zu gegebenen Funktionen bestimmt. Das Problem hier ist umgekehrt: Du kennst die Ableitungen (Beschleunigung), und möchtest du Funktion plotten (Position). Das nennt sich Anfangswertproblem.

Sobald die Luftreibung dazu kommt, kannst du die Gleichungen auch (fast) nicht mehr analytisch lösen. Daher geht man oft den Weg über das Kräftegleichgewicht (lässt sich meistens ganz gut Aufstellen) und Integriert das dann.

[Mavarik]

Zitat von jfheins:

Da sich die Masse deines Flugzeugs nicht ändert

Stimmt auch nicht so ganz...

Klar die Masse ändert sich nicht... Abgesehen von Treibstoffverbrauch oder Eisansatz..

Aber:Wenn Du eine Kurve mit 60° Bank fliegst "wiegt" Dein Flugzeug schon doppelt so viel...
Bedeutet Deine Tragfläche muss doppelt so viel Auftrieb liefern...
Dieser Auftrieb wird nur durch einen erhöhten Anstellwinkel erreicht.

Zitat von jfheins:

Maßgeblich für den Stömungsabriss ist aber nicht der Nickwinkel, sondern vielmehr der Anstellwinkel. (Anstellwinkel = Pitchwinkel - arctan2(Geschwindigkeit)) Wenn das Flugzeug 10° nach oben zeigt, kann das in einem Steigflug wunderbar funktionieren. Aber falls das Flugzeug nach unten fliegt (und dabei nach oben zeigt) dann ist der Anstellwinkel zu groß und es kommt zum Strömungsabriss.

Da geht aber einiges durcheinander!

Es geht hierbei nicht um die "Richtung" in der das Flugzeug zeigt oder fliegt...
Der Anstellwinkel ist der Winkel zwischen Profilsehne und der anströmenden Luft.

Mavarik

[Caps]

Zitat von Mavarik:

Zitat von jfheins:

Da sich die Masse deines Flugzeugs nicht ändert

Stimmt auch nicht so ganz...

Klar die Masse ändert sich nicht... [...]

Zitat von jfheins:

[...] Wenn das Flugzeug 10° nach oben zeigt, kann das in einem Steigflug wunderbar funktionieren. Aber falls das Flugzeug nach unten fliegt (und dabei nach oben zeigt) dann ist der Anstellwinkel zu groß und es kommt zum Strömungsabriss.

[...] Der Anstellwinkel ist der Winkel zwischen Profilsehne und der anströmenden Luft.

Mavarik

Ich finde die Widersprüche nicht .

lg Caps

[CHackbart]

Mir gefällt die Entwicklung der Diskussion Das erinnert mich an eine Spielerei von vor 15 Jahren (Herrje, wo ist nur die Zeit hin).
Damals hatte ich nach eingehendem Studieren der Webseite von David Braben angefangen einen Elite-Klon zu schreiben.

Der Code für die Flugbewegung war nicht sonderlich komplex, aber tat seinen Dienst:

Delphi-Quellcode:

function moveToTarget(cur, tar, speed: single): single;
begin
  if (cur <> tar) then
  begin
    if (cur < tar) then
    begin
      cur := cur + speed;
      if (cur > tar) then
        cur := tar;
    end
    else
    begin
      cur := cur - speed;
      if (cur < tar) then
        cur := tar;
    end;
  end;
  result := cur;
end;

...

    Rcur.x := moveToTarget(Rcur.x, Rtar.x, Rdampen.x);
    Rcur.y := moveToTarget(Rcur.y, Rtar.y, Rdampen.y);
    Rcur.z := moveToTarget(Rcur.z, Rtar.z, Rdampen.z);

    // z-Achsenrotation für Autopilot
    if (Rcur.z <> 0) then
    begin
      thrust.Assign(0, 0, 1);
      thrust.Mul(Matrix);
      M.RotateAbout(thrust, -Rcur.z);
      Matrix.Mul(M);
    end;

    if (Rcur.x <> 0) then
    begin
      thrust.Assign(1, 0, 0);
      thrust.Mul(Matrix);
      M.RotateAbout(thrust, -Rcur.x);
      Matrix.Mul(M);
    end;

    if (Rcur.y <> 0) then
    begin
      thrust.Assign(0, 1, 0);
      thrust.Mul(Matrix);
      M.RotateAbout(thrust, -Rcur.y);
      Matrix.Mul(M);
    end;

    // Minimalgeschwindigkeit
    if (fSpeedTar < 4) then
      fSpeedTar := 4;
    fSpeedCur := moveToTarget(fSpeedCur, fSpeedTar, 2);
    if (fSpeedCur <> 0) then
    begin
      thrust.Assign(0, 0, fSpeedCur);
      thrust.Mul(Matrix);
      Position.Add(thrust);
      Movement.Copy(thrust);
    end
    else
      Movement.Assign(0, 0, 0);

Bei der Gelegenheit habe ich den Code mal wieder rausgekramt und gleich um FMX und GDI+ erweitert. Schon erstaunlich, wie einfach die alte Delphi2 Version auf Delphi7 bzw. XE5/8 portiert werden konnte.

[jfheins]

Zitat von Mavarik:

Zitat von jfheins:

Da sich die Masse deines Flugzeugs nicht ändert

Stimmt auch nicht so ganz...

Deshalb steht ja auch direkt dahinter ein "(Vereinfachung!)"

Zitat von Caps:

Zitat von Mavarik:

[...] Der Anstellwinkel ist der Winkel zwischen Profilsehne und der anströmenden Luft.

Mavarik

Ich finde die Widersprüche nicht .

lg Caps

Das eine ist halt eine Vereinfachung, und das andere die strikte Definition. Auf der einen Seite wurde Profilsehne = Flugzeuglängsachse gesetzt. Das ist beim realen Flugzeug meist nicht so, der Flügel ist etwas geneigt (soll ja auch ordentlich Auftrieb erzeugen, wenn das Flugzeug geradeaus fliegt). Andererseits werden damit auch Auftriebshilfen wie Slats und Klappen, sowie neigbare Flügel vernachlässigt.
Auf der anderen Seite habe ich Winkel der anströmenden Luft = Geschwindigkeit im Erdbasierten Intertialsystem gesetzt. Das gilt eben nur für Windstille.

Um noch weitere Vereinfachungen aufzuzeigen: Der Luftwiderstand müsste sich natürlich mit der Höhe ändern, genauso auch der Auftrieb. Und Kurven (das Quer- und Seitenruder) sind in dieser 2D-Betrachtung natürlich ohnehin außen vor. Man kann das im Grunde beliebig kompliziert machen.