FlightGear wiki - User contributions [en]

Nasal Variables

2014-12-12T11:18:21Z

Katzmárek: /* Variables */ ext. "hash"

{{Template:Nasal Navigation}}

A '''variable''' is a combination of a name/namespace (e.g. foo in the local namespace or setprop in the global namespace) and a value (from simple scalars, like <tt>1</tt> or <tt>"hello!"</tt>, to more complex data types, like hashes and vectors). Here we will explain some of how the various types of variables work.

== Variables ==
Nasal scripts should make use of the var keyword when declaring variables. The "var" keyword makes a variable guaranteed to be local. Nasal natively provides support for scalars (numbers, strings), lists (arrays, vectors) and hashes (objects or dictionaries); more complex data structures (such as trees) can be built using vectors or hashes. And of course, Nasal also has functions: bits of code which take inputs and can return values and that can be "called" again and again. Rounding out the types are "nil" (aka NULL pointer) and "ghost" (Garbage-collected Handle to OutSide Thingy – a virtual type that represents a C or C++ object). For more see the [[Nasal Variables#Table of types|table of types]]. Here's an example of a few of these types, being assigned to symbols:

<syntaxhighlight lang="nasal">
var w=100; # w is a local numerical variable
var x="hello"; # x is a local string variable
var y=[]; # y is a local vector (array)
var z={}; # z is a local hash (dictionary or table) - also used for OOP
</syntaxhighlight>

What is the difference between a vector and a hash? The difference is, elements in a vector are sequentially numbered, i.e. each element has a numeric index:

<syntaxhighlight lang="nasal">
var my_vector = ['A','B','C'];
</syntaxhighlight>

This initializes a vector with three elements: A, B and C. To access each element of the vector, you would need to use the element's numerical index:

<syntaxhighlight lang="nasal">
var my_vector = ['A','B','C'];
print (my_vector[0] ); #prints A
print (my_vector[1] ); #prints B
print (my_vector[2] ); #prints C
</syntaxhighlight>

As can be seen, indexing starts at zero.

Compared to vectors, hashes don't use square brackets but curly braces instead:
<syntaxhighlight lang="nasal">
var my_hash = {};
</syntaxhighlight>

Hashes may not just have numerical indexes, but also symbolic indexes as lookup keys:
<syntaxhighlight lang="nasal">
var my_hash = {first:'A',second:'B',third:'C'};
</syntaxhighlight>

This will create a hash (imagine it like a storage container for a bunch of related variables) and initialize it with three values (A,B and C) which are assigned to three different lookup keys: first, second, third.

In other words, you can access each element in the hash by using its lookup key:

<syntaxhighlight lang="nasal">
var my_hash = {first:'A',second:'B',third:'C'};
print ( my_hash.first ); # will print A
print ( my_hash.second ); # will print B
print ( my_hash.third ); # will print C
</syntaxhighlight>

Insert new pairs (or change existing):
<syntaxhighlight lang="nasal">
var hash = {};
hash.field1 = 1;
hash['field2']= 2;
hash["field3"] = 3
</syntaxhighlight>

Nasal supports a "nil" value for use as a null pointer equivalent:

<syntaxhighlight lang="nasal">
var foo=nil;
</syntaxhighlight>

Also, note that Nasal symbols are case-sensitive, these are all different variables:

<syntaxhighlight lang="nasal">
var show = func(what) {print(what,"\n");}
var abc=1; # these are all different symbols
var ABC=2; # different from abc
var aBc=3; # different from abc and ABC

show(abc);
show(ABC);
show(aBc);
</syntaxhighlight>

Please note that functions assigned to variables are no exception. If you write code without using "var" on variables, then you risk (often hard to debug) breakage at a later time because you may be overwriting symbols in another namespace.

So functions bound to variables should use the "var" keyword as well:

<syntaxhighlight lang="nasal">
var hello = func {
print("hello\n");
}
</syntaxhighlight>

There's another reason why "var" should be used consequently, even if a variable is safe enough from later side effects, because it has a relatively specific or unique name: The "var" keyword makes reading code for others (and for the author after some time) easier, as it makes clear: "this variable starts its life *HERE*". No need to search around to see whether assigning a value to it means something to other code outside or not. Also, with an editor offering proper syntax highlighting reading such code is actually easier, despite the "noise".

The problem with nasal code that does not make use of the var keyword is, that it can break other code, and with it the whole system, but no Nasal error message will point you there, as it's syntactically and semantically correct code. Just doing things that it wasn't supposed to do.
For a more in-depth discussion, please see [http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg13557.html Nasal & "var"].

Nasal scripts that are loaded from [[$FG_ROOT]]/Nasal are automatically placed inside a namespace that is based on the script's name.

For example, referring to our earlier "Hello World" example, global variables defined in the hello.nas script would be accessible by using "hello" as prefix from other modules:

<syntaxhighlight lang="nasal">
# hello.nas
var greeting="Hello World"; # define a greeting symbol inside the hello namespace
</syntaxhighlight>

If you were now to read out the value from the greeting variable from another Nasal module, you would have to use the hello prefix:

<syntaxhighlight lang="nasal">
# greetme.nas
print(hello.greeting); # the hello prefix is referring to the hello namespace (or module).
</syntaxhighlight>

== Variables - Advanced Uses ==

Nasal also supports Multi-assignment expressions. You can assign more than one variable (or lvalue) at a time by putting them in a parenthesized list:

<syntaxhighlight lang="nasal">
(var a, var b) = (1, 2);
var (a, b) = (1, 2); # Shorthand for (var a, var b)
(var a, v[0], obj.field) = (1,2,3) # Any assignable lvalue works
var color = [1, 1, 0.5];
var (r, g, b) = color; # works with runtime vectors too
</syntaxhighlight>

Vectors (lists or arrays) can be created from others using an ordered list of indexes and ranges.
This is usually called "vector slicing".
For example:

<syntaxhighlight lang="nasal">
var v1 = ["a","b","c","d","e"]
var v2 = v1[3,2]; # == ["d","c"];
var v3 = v1[1:3]; # i.e. range from 1 to 3: ["b","c","d"];
var v4 = v1[1:]; # no value means "to the end": ["b","c","d","e"]
var i = 2;
var v5 = v1[i]; # runtime expressions are fine: ["c"]
var v6 = v1[-2,-1]; # negative indexes are relative to end: ["d","e"]
</syntaxhighlight>

The range values can be computed at runtime (e.g. i=1; v5=v1[i:]). Negative indices work the same way they do with the vector functions (-1 is the last element, -2 is 2nd to last, etc...).

== Vector slicing ==

In Nasal, like many other scripting languages, one can "slice" vectors, that is, make a new vector gathering from indices of a previous vector. (Note that slicing strings is currently not supported but is possible.) The basic syntax for slicing is this:
<syntaxhighlight lang="nasal">
vec[n:m];
</syntaxhighlight>
This makes a new vector who's contents are taken from vec starting at index n and going until index m – including both indices. This contrasts with Python, who considers index m a "one-past-end" index, i.e. it does not include it in the final result. Let's take an easy example to illustrate this:

Start with a vector, call it vec like above, and have it of size o. We will fill each index with the number of that index, like so:
<syntaxhighlight lang="nasal">
var vec = setsize([], o);
forindex (var v; vec)
vec[v] = v;
</syntaxhighlight>
Thus a vector of size 5 would be [0,1,2,3,4]. Let's look at slicing with that vector. Using the notation above, let's take a slice of the whole vector. We of course have to start at the first index – 0 – and we go to the last valid index – which is not o, but o-1. Thus we have:
<syntaxhighlight lang="nasal">
vec[0:o-1];
</syntaxhighlight>
In Python, this would actually go to o not o-1, but using subvec notation, we get the same as Python:
<syntaxhighlight lang="nasal">
subvec(vec, 0, o);
</syntaxhighlight>
(Be warned that subvec takes a starting index and ''length'' and thus is not equivalent!). There are several other ways to notate this as well:
<syntaxhighlight lang="nasal">
vec[0:-1];
vec[:-1];
vec[0:];
vec[:];
</syntaxhighlight>
Note the last three, they show that we can leave out an index to designate the start or end of the vector (or we can equivalently put 0 for the start and -1 for the end). If we do an arbitrary slice from n to m, we will get a vector like this (due to the way we filled our indices):
<syntaxhighlight lang="nasal">
vec[n:m] == [n, n+1, n+2, ..., m-1, m];
</syntaxhighlight>
A degenerate vector slice becomes a simple subscript inside a new vector:
<syntaxhighlight lang="nasal">
vec[n:n] == [vec[n]];
vec[-1:] == [vec[-1]];
vec[:0] == [vec[0]];
</syntaxhighlight>
You can think of vector slicing as designating the two end-caps of the result, with the result including those indices.

Another feature of Nasal's slices is that one can pick individual indices to "cherry-pick" out of the original vector using commas:
<syntaxhighlight lang="nasal">
vec[0,5,7] #pull indices 0, 5, and 7
</syntaxhighlight>
This can also be combined with the other form of slices like so:
<syntaxhighlight lang="nasal">
vec[0,5:7] #0, 5, 6, and 7
</syntaxhighlight>

Now let's make a range() function.

== Making a Range Function ==
In Python, the range function returns what is essentially a vector slice of an "infinite" vector who's indices are filled like we did above. That is, it returns a vector like this:
<syntaxhighlight lang="nasal">
[arg[0], arg[0]+1, arg[0]+2, ..., arg[1]-2, arg[1]-1]
</syntaxhighlight>
This turns out to be incredibly useful for iterating over the size of a vector (for i in range(0,len(vec)):) and also has other applications. Since we are doing this in Nasal, we need to be careful with the last index. While in Python it's a equivalent to a simple slice, but in Nasal we need to subtract 1 from the top index. Here's an example of how to do it:
<syntaxhighlight lang="nasal">
var _range = []; #gets filled like [0, 1, 2, 3, ... ]
var range = func(start, end) { #one-past-end, actually
# We need to make sure our index end-1 exists,
# which will happen when the size is equal to end,
# (since size-1 is always the last valid index)
while(size(_range) < end) {
append(_range, size(_range));
}
return _range[start:end-1];
};
</syntaxhighlight>

== Storage: property tree vs. Nasal ==
With FlightGear's built-in property tree and Nasal's support for it, there are two obvious, and two somewhat competing, ways for storing scalar data: native Nasal variables and FlightGear properties, both of which can be easily accessed and managed from Nasal.

The advantage to native Nasal-space data is that it's fast and simple. If the only thing that will care about the value is your script, they are good choices.

The property tree is an inter-subsystem communication thing. This is what you want if you want to share data with the C++ world (for example, YASim <control-output> tags write to properties -- they don't understand Nasal), or read in via configuration files.

Also, native Nasal data structures are usually far faster than their equivalent in property tree space. This is because there are several layers of indirection in retrieving a property tree value.

In general, this means that you shouldn't make overly excessive use of the property tree for storing state that isn't otherwise relevant to FlightGear or any of its subsystems. Doing that would in fact have adverse effects on the performance of your code. In general, you should favor Nasal variables and data structures and should only make use of properties to interface with the rest of FlightGear, or to easily provide debugging information at run time.

As of FG 2.4.0, retrieving a value from the property tree via getprop is about 50% slower than accessing a native Nasal variable, and accessing the value via node.getValue() is 10-20% slower yet. This is an insignificant amount of time if you are retrieving and storing a few individual values from the property tree, but adds up fast if you are storing or retrieving hashes or large amounts of data. (You can easily benchmark times on your own code using systime() or debug.benchmark.)

This is a case where your original Nasal code was the better algorithm: it "ought" to be better to hold the property tree nodes and index them explicitly using getChild() than to create a property tree path string for each child. However, the code that parses property tree paths has been optimized, especially to allocate as little heap storage as possible, so its speed outclasses the Nasal parser [http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg28835.html].

For FlightGear version <= 2.10 the following applies: If there is even a slight performance concern, the only justification for not using getprop() / setprop() directly is if you explicitly require to set a variable type.

Assembling a property path by string manipulation may be in theory less appealing, but it is in practice 3 to 10 times faster than using the props module - I have made several benchmark tests, all leading to the same result. Large-scale property manipulation from Nasal is performance hungry and should
be avoided if possible by using Nasal-internal variables instead, and if it needs to be done, getprop() /setprop() offer significantly superior performance[http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg39844.html].

Yes, setprop/getprop is definitely faster, because there's less work to do. Evaluating the expression "temp1" requires pushing the symbol value (a
string) onto the stack, and executing OP_LOCAL which does a hash table lookup to find the value in the namespace list and leave it on the stack for the next bit of code to use.

Evaluating "node.getValue()" requires:

* Pushing the symbol "node" onto the stack
* Executing OP_LOCAL to look it up
* Pushing the symbol "getValue" onto the stack
* Executing OP_MEMBER to look it up in the object
* Executing OP_CALL to call it as a function
* Inside the member function:
* Finding the values of me._g and the arg vector: 2 OP_LOCALS and 1 OP_MEMBER (not that expensive, dealing with small hashes)
* Looking up the C++/raw variant: another OP_LOCAL and into a densely populated namespace
* Finally (!) calling the C++ property node function
* Turn the output node into a Nasal object and leave it on the stack.

That said, you really don't want to be designing your scripts around raw, low-level performance issues. Write your code to be readable, not blazingly fast. In general "altitude" is more readable than "altNode.getValue()" [http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg12222.html].

Note that for FlightGear versions > 2.10 (possibly in 3.0) there's a plan to eventually re-implement/modernize the property tree wrappers using Tom's new cppbind framework[http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg39840.html].

In addition, it is worth noting that the Nasal/FlightGear APIs cannot currently be considered to be thread safe, this mean that -at least for now- the explicit use of pure Nasal space variables is the only way to exploit possible parallelism in your code by making use of threads.

Talk:FGproperties/Systems/Pitot

2014-03-31T08:24:23Z

Katzmárek: /* Pitot heater */

== Pitot tube related US military specifications, probably off topic ==

I did not see it fitting to add these to the page itself, and it may be too off topic even here, but here they are:
* {{cite web |url=http://www.everyspec.com/MIL-SPECS/MIL-SPECS-MIL-I/MIL-I-6115A_11465/ |title=MIL-I-6115A, Military, Specification, Instrument Systems, Pitot Tube Operated and Flush Static Port, Installation of |author= |date=29 March 1951 |publisher=EverySpec.com |accessdate=20 November 2013}} ''Still'' active for use in development.
* {{cite web |url=http://www.everyspec.com/AN-SPECS/AN1000-AN9999/AN5812_REV-7_8569/ |title=AN5812 (rev. 7), Air Force-Navy Aeronautical Standard: Tube, Pitot, Electrically Heated, "L" Shaped |author= |date=30 March 1956 |publisher=EverySpec.com |accessdate=20 November 2013}} Drawing with dimensions. Not currently used for new US military designs (inactive).

—[[User:Johan G|Johan G]] ([[User_talk:Johan_G|Talk]] | [[Special:Contributions/Johan_G|contribs]]) 13:44, 20 November 2013 (UTC)

== Pitot heater ==
Is there a possibility to simulate/get the effect of icing? And of course, the effect of the pitot-heater?--[[User:Katzmárek|Katzmárek]] ([[User talk:Katzmárek|talk]]) 11:25, 28 March 2014 (UTC)

:If not else it should be possible to simulate using [[Nasal]]. Please also ask at the [http://forum.flightgear.org/viewforum.php?f=66 aircraft system development subforum], as you will more likely get answers there.
:—[[User:Johan G|Johan G]] ([[User_talk:Johan_G|Talk]] | [[Special:Contributions/Johan_G|contribs]]) 17:01, 28 March 2014 (UTC)

::Oh yes, I think there is no problem to simulate this from ''outside''. But I thought it should be somehow a property of the pitot-tube - like the <stall-deg> or so... Thank you!--[[User:Katzmárek|Katzmárek]] ([[User talk:Katzmárek|talk]]) 08:24, 31 March 2014 (UTC)

Talk:FGproperties/Systems/Pitot

2014-03-28T11:25:41Z

Katzmárek:

Talk:Anti-aliasing

2013-11-26T19:09:21Z

Katzmárek: /* Rembrandt? */

== Rembrandt? ==
It dosn't seem to work with Rembrandt?--[[User:Katzmárek|Katzmárek]] ([[User talk:Katzmárek|talk]]) 11:49, 26 November 2013 (UTC)
: Yes, and it is known. It is not a bug, it just need a different algorithm. Some descent GPU offers this already from hardware side.--[[User:HHS|HHS]] ([[User talk:HHS|talk]]) 16:43, 26 November 2013 (UTC)
::''"Yes, and it is known."'' Oh, not for me - I tried it a long time... Perhaps, there could be a hint.--[[User:Katzmárek|Katzmárek]] ([[User talk:Katzmárek|talk]]) 17:19, 26 November 2013 (UTC)
::: ''"Perhaps, there could be a hint."'' Then make it so. The wiki is open for it. :-)--[[User:HHS|HHS]] ([[User talk:HHS|talk]]) 18:06, 26 November 2013 (UTC)
:::: Oh yes, a blind man refers about colors ;)--[[User:Katzmárek|Katzmárek]] ([[User talk:Katzmárek|talk]]) 19:09, 26 November 2013 (UTC)

Anti-aliasing

2013-11-26T19:07:26Z

Katzmárek: dosn't work on Rembrandt

By default, [[FlightGear]] will not use [http://en.wikipedia.org/wiki/Anti-aliasing '''anti-aliasing'''] during the simulation. This results in incorrect rendering of sharp straight lines and very small objects. In order to correct this, you can apply the anti-aliasing function.
== Example ==
{{Gallery
|height = 300
|width = 300
|No-anti-aliasing.png|Anti-aliasing disabled
|With-anti-aliasing.png|Anti-aliasing enabled
}}

== How to set anti-aliasing ==
=== Command line ===
When starting FlightGear via the [[command line]], add the following two commands:
--prop:/sim/rendering/multi-sample-buffers=1
--prop:/sim/rendering/multi-samples=4

=== FGRun ===
[[File:Fgrun-anti-aliasing.png|200px|thumb|right|Setting anti-aliasing in FGrun]]
When you use [[FGRun]], add these commands under ''Advanced... > Properties''.

=== Rembrandt ===
This doesn't have any effect on the Rembrandt-Shader (but some GPU offers this already from hardware side).

== Options ==
If preferred, you can choose another value for the number of samples. The number has to be greater than 1. The greater the number of samples, the greater will be a possible drop in framerate (frames per second).

Credits: Thanks to ''fredb'' for publishing this information in the [http://forum.flightgear.org/viewtopic.php?f=5&t=10007 FlightGear forum].

[[Category:FlightGear feature]]

[[fr:Anti-aliasing]]

Talk:Anti-aliasing

2013-11-26T17:19:02Z

Katzmárek: /* Rembrandt? */

Talk:Anti-aliasing

2013-11-26T11:49:32Z

Katzmárek: Created page with "== Rembrandt? == It dosn't seem to work with Rembrandt?--~~~~"

== Rembrandt? ==
It dosn't seem to work with Rembrandt?--[[User:Katzmárek|Katzmárek]] ([[User talk:Katzmárek|talk]]) 11:49, 26 November 2013 (UTC)

User talk:Katzmárek

2013-11-12T18:28:15Z

Katzmárek: /* FGPlot?... */ new section

= KAP-140 Autopilot =

Hallo Jomo

Also ich habe mich auch schon in den Autopiloten eingearbeitet und ihn (zumindest den gesamten Pitch-Teil) entsprechend der Anleitung (http://wiki.flightgear.org/Howto:Design_an_autopilot) umprogrammiert. Das hat soweit auch funktioniert. Es gibt da aber im NAV-Modus noch ein Problem zu lösen, welches dort nicht weiter thematisiert wurde...<br><br>
Andererseits hab ich mir die Bedienungsanleitung vom KAP-140 angeschaut (http://www.g1000.info/Download-Dateien/KAP140.pdf) und festgestellt, daß einige Funktionen nicht richtig übertragen wurden. <br>Nämlich:

== NAV/REV/APR '''arm''' ==
Die Bedienungsanleitung sagt:
* ''3. Mit dem Heading-Drehknopf Heading-Bug auf den gewünschten Anschneidewinkel setzen.
* ''4. NAV-Taste drücken: »NAV ARM« wird angezeigt.
* ''5. Falls die CDI-Nadel mehr als 2–3 Punkte Ablage zeigt, wird das Flugzeug im HDG-Mode (oder ROL-Mode, falls HDG nicht angewählt wurde) mit »NAV ARM«-Anzeige weiterfliegen. Wird der berechnete Schnittpunkt erreicht, wird HDG abgeschaltet, die ARM-Anzeige verlischt und der gewählte Kurs wird automatisch abgeflogen.
Ich lege also selbst fest, mit welchem Winkel ich bis zum Radial hin fliege. Der AP übernimmt es nur, auf das Radial einzuschwenken und es dann zu halten. Der automatische Anflugwinkel von 45° (aus der obigen Anleitung) ist also für uns nicht interessant. Hab ich das so richtig verstanden? (Es wäre natürlich gut, wenn jemand wüßte, wie es in der Realität funktioniert.)<br>
Das war bisher so nicht realisiert - das läßt sich aber leicht machen.

:Hi
:wenn du die Bildchen in der englischen Version anschaust siehst Du folgendes: Er hält das heading bis die dev-needl <3.0 - dann geht es auf 45°. Je nachdem in :welcher Entfernung du zum VOR anflegst merkst Du das evt nicht !

:jomo 8.11.2013

::Naja, grad das macht er eben nicht: Er hielt ROL bzw. HDG nicht bei sondern ging eben sofort in den NAV-Modus (auch wenn er noch NAVarm anzeigt). Ausgewertet wird z.Zt. eher die ''Stellung der Knöpfe'' (/autopilot/KAP140/locks/nav-hold - der wird aber schon ''true'', wenn eigentlich noch der NAVarm-Mode aktiv ist). Insgesamt läßt sich das aus der ''locks''-Abteilung schlecht ableiten - besser eignet sich wahrscheinlich /autopilot/KAP140/annunciators/...
::Ich wollte aber hauptsächlich wissen, ob ich es richtig verstanden habe, daß George HDG (bzw. ROL) halten soll - damit ich da keine falsche Idee umsetze...--[[User:Katzmárek|Katzmárek]] ([[User talk:Katzmárek|talk]]) 13:56, 11 November 2013 (UTC)

== Problem mit der automatischen Regelung ==
Mal davon ab, daß ich noch nicht ganz (also eigentlich ganz und gar nicht) verstanden habe, was die einzelnen Parameter der PI- bzw. PID-Controller so regeln gibt es ein weiteres Problem:<br>
Der Regler wertet ja letztlich aus, wie schnell sich die Änderung des Sollwerts (Abweichung CDI-Nadel) vollzieht. Die ''Änderungsgeschwindigkeit'' ist aber '''direkt''' von der Entfernung abhängig. (Bin ich weit weg, muß ich weit nach rechts oder links fliegen, um eine bestimmte Abweichung von z.B. 1° zu überwinden - bin ich nah am Sender, sind es für den gleichen Winkel nur wenige Meter.) Das führt aber dazu, daß ich den Regler nur auf einen bestimmten Entfernungsbereich justieren kann - im Landeanflug darf ich ja tortz relativ großen Abweichungen nur relativ sanft gegensteuern. Entweder wird es im Nahbereich also extrem instabil oder ist im Fernbereich viel zu träge.<br>
Ich bin der Meinung, das ist ein grundsätzliches Problem!?...<br><br>
Die Empfindlichkeit kann man gut über der Parameter kp regeln. Um so näher man kommt, um so kleiner müßte kp werden. (Ich hab mal beim AP der 707 geschaut - da ist kp offenbar eine Variable.) Es ist sicher leicht möglich, dies Entfernungsabhängig zu machen - nur: ''realistischerweise'' hat der Autopilot diese Angabe ja nicht zur Verfügung. Wäre es trotzdem legitim, es so zu regeln? Und wie ist das in der Wirklichkeit?<br>
Man könnte auch kp für NAV und APR anders abstimmen (aber darauf findet sich in der Bedienungsanleitung kein Hinweis und auch im NAV-Modus fliegt man ja u.U. direkt über den Sender hinweg).

== NAV/APR/REV deaktivieren ==
Die Bedienungsanleitung sagt da nichts Konkretes zu aus... Wenn man die NAV-Modi ausschaltet, wird der HDG-Mode aktiviert (auch unabhängig davon, was vorher eingestellt war). Das ist eigentlich recht ungünstig! Ist das im Original auch so?<br>
Ungünstig finde ich es deswegen, weil man hin und wieder vergißt (ich bei meinen ''"Testflügen"'' fast immer!) den HDG-Kurs-Marker vorher einzustellen und das Flugzeug in dem Fall sofort vom eingestellten Kurs abdreht. Auch kann man sich ja Fälle vorstellen, wo man den NAV-Modus schnell wieder deaktivieren will/muß. Praktischer wäre doch, wenn in den ROL-Modus gewechselt würde und man somit erstmal geradeaus weiter fliegt - HDG kann man ja wenn gewollt sofort aktivieren...
<br>
Z.B. wenn man im Landeanflug zwischen NAV und APR wechseln will oder dann auf REV - direkt wechseln geht ja nicht, zwischendurch muß man also HDG aktivieren. Am ''wirklichen'' KAP-140 auch?...

== Dateiaustausch ==
Wie kann ich Dir meine .xml Datei zukommen lassen?<br>
Einfach hierher und dann ändern wir die entsprechenden Sachen hier aus?--[[User:Katzmárek|Katzmárek]] ([[User talk:Katzmárek|talk]]) 17:28, 8 November 2013 (UTC)

:Hier mal das, was ich bisher gemacht hab:

<syntaxhighlight lang="xml">
















<pi-simple-controller>
<name>cdiIntegrator</name>
<debug>false</debug>
<input>
<condition>
<property>/autopilot/KAP140/annunciators/rev</property> 
</condition>
<property>/instrumentation/nav/heading-needle-deflection</property> 
<scale>-1.0</scale> 
</input>
<input>/instrumentation/nav/heading-needle-deflection</input>
<output>/autopilot/KAP140/settings/target-course-error-deg</output>
<config>
<Kp>15.0</Kp> 

<Ki>0.1</Ki>
</config>
<min>-45.0</min>
<max>45.0</max>
</pi-simple-controller>

<filter>
<name>InterceptHeadingComputer</name>
<debug>false</debug>
<type>gain</type>
<gain>1.0</gain>
<input>/autopilot/internal/nav1-course-error</input>
<reference>/autopilot/KAP140/settings/target-course-error-deg</reference>
<output>/autopilot/internal/intercept-heading-deg</output>
<period>
<min>0</min>
<max>360</max>
</period>
</filter>











<filter>
<name>HeadingOffsetComputer</name>
<debug>false</debug>
<enable>
<condition>
<greater-than>
<property>/autopilot/KAP140/locks/roll-mode</property> 
<value>1</value> 
</greater-than>
</condition>
</enable>
<type>gain</type>
<gain>1.0</gain>
<input>
<condition>
<or> 
<property>/autopilot/KAP140/annunciators/nav</property> 
<property>/autopilot/KAP140/annunciators/rev</property> 
<property>/autopilot/KAP140/annunciators/apr</property> 
</or>
</condition> 
<property>/autopilot/internal/intercept-heading-deg</property> 
</input> 
<input>/autopilot/internal/heading-bug-error-deg</input> 
<reference>0.0</reference>
<output>/autopilot/internal/heading-offset-deg</output>
<period>
<min>-180</min>
<max> 180</max>
</period>
</filter>




<filter>
<name>TargetRollComputer</name>
<debug>false</debug>
<enable>

<property>/autopilot/KAP140/locks/hdg-hold</property> 

</enable>
<type>gain</type>
<input>/autopilot/internal/heading-offset-deg</input>
<output>/autopilot/KAP140/settings/target-turn-rate</output>
<gain>0.04</gain> 
<min>-1.0</min> 
<max> 1.0</max> 
</filter>



<pid-controller>
<name>Wing Leveler (ROL) Mode</name>
<debug>false</debug>
<enable>
<prop>/autopilot/KAP140/locks/roll-axis</prop> 
<value type="bool">true</value>
</enable>
<input>/instrumentation/turn-indicator/indicated-turn-rate</input>
<reference>
<condition>
<greater-than>
<property>/autopilot/KAP140/locks/roll-mode</property> 
<value>1</value> 
</greater-than>
</condition>
<property>/autopilot/KAP140/settings/target-turn-rate</property> 
</reference>
<reference>0.0</reference>
<output>/autopilot/internal/target-aileron-rate</output>
<config>
<Kp>0.06</Kp> 
<Ti>20.0</Ti> 
<Td>0.0</Td> 
<u_min>-1.0</u_min> 
<u_max> 1.0</u_max> 
</config>
</pid-controller>



<filter>
<name>SERVO-DRIVER:aileron</name>
<debug>false</debug>
<feedback-if-disabled>true</feedback-if-disabled>
<enable>
<prop>/autopilot/KAP140/locks/roll-axis</prop> 
<value type="bool">true</value>
</enable>
<input>/autopilot/internal/target-aileron-rate</input>
<output>/controls/flight/aileron</output>
<type>noise-spike</type>
<max-rate-of-change>0.2</max-rate-of-change> 
</filter>

</syntaxhighlight>

Das folgt weitestgehend der erwähnten Anleitung. Ich hab versucht, die Steuerbewegungen eher sanft zu gestalten und Korrekturbewegungen zu vermeiden (ich denke, so eine Charakteristik würde ich bevorzugen, vorher war es recht ruppig). Natürlich wird dadurch die Sache auch träger.
<br><br>

Ich wollte versuchen, den kp-Wert des CDI-Integrators von der Entfernung zum Sender abhängig zu machen. Auf die kann man ja jederzeit über instrumentation/nav/nav-distance zugreifen - hab aber noch nicht geprüft, ob die tatsächlich stimmt und ob das brauchbar ist.--[[User:Katzmárek|Katzmárek]] ([[User talk:Katzmárek|talk]]) 14:22, 11 November 2013 (UTC)

Ich hab übrigens als Referenz den Turn-Indicator genommen, weil der in der Bedienungsanleitung als anzuschließendes Instrument angegeben wird.
<br><br>
Eigentlich funktionieren ROL- und HDG-Mode recht gut, allerdings...<br>
Nach dem Start bzw. nach dem ersten Einschalten funktioniert ROL überhaupt nicht - obwohl ich alle Daten soweit überprüft hab. Ich habe jetzt extra noch eine Bedingung eingebaut, um im ROL-Mode tatsächlich sicher als Zielwert eine 0 zu haben, ohne Erfolg... Nach ein paar mal hin- und herschalten geht es irgendwann. Sonderbar...--[[User:Katzmárek|Katzmárek]] ([[User talk:Katzmárek|talk]]) 17:29, 12 November 2013 (UTC)

== FGPlot?... ==

btw...

Im wiki steht, [[FGPlot]] soll ab Version 2.11 in FlightGear integriert sein, da steht aber nicht, wie man es startet?!...<br>
Mehr Informationen dazu hab ich auch nicht gefunden. Irgendwie stelle ich mir unter ''integriert'' vor, es würde da einen Menü-Eintrag geben oder so. Vielleicht geht es nicht unter Windows? Geht es z.B. unter Ubuntu?--[[User:Katzmárek|Katzmárek]] ([[User talk:Katzmárek|talk]]) 18:28, 12 November 2013 (UTC)

User talk:Katzmárek

2013-11-12T17:29:32Z

Katzmárek: /* Dateiaustausch */ Problem beim Einschalten des AP

User talk:Katzmárek

2013-11-11T14:22:43Z

Katzmárek: /* Dateiaustausch */ Arbeitsversion

= KAP-140 Autopilot =

Hallo Jomo

Also ich habe mich auch schon in den Autopiloten eingearbeitet und ihn (zumindest den gesamten Pitch-Teil) entsprechend der Anleitung (http://wiki.flightgear.org/Howto:Design_an_autopilot) umprogrammiert. Das hat soweit auch funktioniert. Es gibt da aber im NAV-Modus noch ein Problem zu lösen, welches dort nicht weiter thematisiert wurde...<br><br>
Andererseits hab ich mir die Bedienungsanleitung vom KAP-140 angeschaut (http://www.g1000.info/Download-Dateien/KAP140.pdf) und festgestellt, daß einige Funktionen nicht richtig übertragen wurden. <br>Nämlich:

== NAV/REV/APR '''arm''' ==
Die Bedienungsanleitung sagt:
* ''3. Mit dem Heading-Drehknopf Heading-Bug auf den gewünschten Anschneidewinkel setzen.
* ''4. NAV-Taste drücken: »NAV ARM« wird angezeigt.
* ''5. Falls die CDI-Nadel mehr als 2–3 Punkte Ablage zeigt, wird das Flugzeug im HDG-Mode (oder ROL-Mode, falls HDG nicht angewählt wurde) mit »NAV ARM«-Anzeige weiterfliegen. Wird der berechnete Schnittpunkt erreicht, wird HDG abgeschaltet, die ARM-Anzeige verlischt und der gewählte Kurs wird automatisch abgeflogen.
Ich lege also selbst fest, mit welchem Winkel ich bis zum Radial hin fliege. Der AP übernimmt es nur, auf das Radial einzuschwenken und es dann zu halten. Der automatische Anflugwinkel von 45° (aus der obigen Anleitung) ist also für uns nicht interessant. Hab ich das so richtig verstanden? (Es wäre natürlich gut, wenn jemand wüßte, wie es in der Realität funktioniert.)<br>
Das war bisher so nicht realisiert - das läßt sich aber leicht machen.

:Hi
:wenn du die Bildchen in der englischen Version anschaust siehst Du folgendes: Er hält das heading bis die dev-needl <3.0 - dann geht es auf 45°. Je nachdem in :welcher Entfernung du zum VOR anflegst merkst Du das evt nicht !

:jomo 8.11.2013

::Naja, grad das macht er eben nicht: Er hielt ROL bzw. HDG nicht bei sondern ging eben sofort in den NAV-Modus (auch wenn er noch NAVarm anzeigt). Ausgewertet wird z.Zt. eher die ''Stellung der Knöpfe'' (/autopilot/KAP140/locks/nav-hold - der wird aber schon ''true'', wenn eigentlich noch der NAVarm-Mode aktiv ist). Insgesamt läßt sich das aus der ''locks''-Abteilung schlecht ableiten - besser eignet sich wahrscheinlich /autopilot/KAP140/annunciators/...
::Ich wollte aber hauptsächlich wissen, ob ich es richtig verstanden habe, daß George HDG (bzw. ROL) halten soll - damit ich da keine falsche Idee umsetze...--[[User:Katzmárek|Katzmárek]] ([[User talk:Katzmárek|talk]]) 13:56, 11 November 2013 (UTC)

== Problem mit der automatischen Regelung ==
Mal davon ab, daß ich noch nicht ganz (also eigentlich ganz und gar nicht) verstanden habe, was die einzelnen Parameter der PI- bzw. PID-Controller so regeln gibt es ein weiteres Problem:<br>
Der Regler wertet ja letztlich aus, wie schnell sich die Änderung des Sollwerts (Abweichung CDI-Nadel) vollzieht. Die ''Änderungsgeschwindigkeit'' ist aber '''direkt''' von der Entfernung abhängig. (Bin ich weit weg, muß ich weit nach rechts oder links fliegen, um eine bestimmte Abweichung von z.B. 1° zu überwinden - bin ich nah am Sender, sind es für den gleichen Winkel nur wenige Meter.) Das führt aber dazu, daß ich den Regler nur auf einen bestimmten Entfernungsbereich justieren kann - im Landeanflug darf ich ja tortz relativ großen Abweichungen nur relativ sanft gegensteuern. Entweder wird es im Nahbereich also extrem instabil oder ist im Fernbereich viel zu träge.<br>
Ich bin der Meinung, das ist ein grundsätzliches Problem!?...<br><br>
Die Empfindlichkeit kann man gut über der Parameter kp regeln. Um so näher man kommt, um so kleiner müßte kp werden. (Ich hab mal beim AP der 707 geschaut - da ist kp offenbar eine Variable.) Es ist sicher leicht möglich, dies Entfernungsabhängig zu machen - nur: ''realistischerweise'' hat der Autopilot diese Angabe ja nicht zur Verfügung. Wäre es trotzdem legitim, es so zu regeln? Und wie ist das in der Wirklichkeit?<br>
Man könnte auch kp für NAV und APR anders abstimmen (aber darauf findet sich in der Bedienungsanleitung kein Hinweis und auch im NAV-Modus fliegt man ja u.U. direkt über den Sender hinweg).

== NAV/APR/REV deaktivieren ==
Die Bedienungsanleitung sagt da nichts Konkretes zu aus... Wenn man die NAV-Modi ausschaltet, wird der HDG-Mode aktiviert (auch unabhängig davon, was vorher eingestellt war). Das ist eigentlich recht ungünstig! Ist das im Original auch so?<br>
Ungünstig finde ich es deswegen, weil man hin und wieder vergißt (ich bei meinen ''"Testflügen"'' fast immer!) den HDG-Kurs-Marker vorher einzustellen und das Flugzeug in dem Fall sofort vom eingestellten Kurs abdreht. Auch kann man sich ja Fälle vorstellen, wo man den NAV-Modus schnell wieder deaktivieren will/muß. Praktischer wäre doch, wenn in den ROL-Modus gewechselt würde und man somit erstmal geradeaus weiter fliegt - HDG kann man ja wenn gewollt sofort aktivieren...
<br>
Z.B. wenn man im Landeanflug zwischen NAV und APR wechseln will oder dann auf REV - direkt wechseln geht ja nicht, zwischendurch muß man also HDG aktivieren. Am ''wirklichen'' KAP-140 auch?...

== Dateiaustausch ==
Wie kann ich Dir meine .xml Datei zukommen lassen?<br>
Einfach hierher und dann ändern wir die entsprechenden Sachen hier aus?--[[User:Katzmárek|Katzmárek]] ([[User talk:Katzmárek|talk]]) 17:28, 8 November 2013 (UTC)

:Hier mal das, was ich bisher gemacht hab:

<syntaxhighlight lang="xml">
















<pi-simple-controller>
<name>cdiIntegrator</name>
<debug>false</debug>
<input>
<condition>
<property>/autopilot/KAP140/annunciators/rev</property> 
</condition>
<property>/instrumentation/nav/heading-needle-deflection</property> 
<scale>-1.0</scale> 
</input>
<input>/instrumentation/nav/heading-needle-deflection</input>
<output>/autopilot/KAP140/settings/target-course-error-deg</output>
<config>
<Kp>15.0</Kp> 

<Ki>0.1</Ki>
</config>
<min>-45.0</min>
<max>45.0</max>
</pi-simple-controller>

<filter>
<name>InterceptHeadingComputer</name>
<debug>false</debug>
<type>gain</type>
<gain>1.0</gain>
<input>/autopilot/internal/nav1-course-error</input>
<reference>/autopilot/KAP140/settings/target-course-error-deg</reference>
<output>/autopilot/internal/intercept-heading-deg</output>
<period>
<min>0</min>
<max>360</max>
</period>
</filter>











<filter>
<name>HeadingOffsetComputer</name>
<debug>false</debug>
<enable>
<condition>
<greater-than>
<property>/autopilot/KAP140/locks/roll-mode</property> 
<value>1</value> 
</greater-than>
</condition>
</enable>
<type>gain</type>
<gain>1.0</gain>
<input>
<condition>
<or> 
<property>/autopilot/KAP140/annunciators/nav</property> 
<property>/autopilot/KAP140/annunciators/rev</property> 
<property>/autopilot/KAP140/annunciators/apr</property> 
</or>
</condition> 
<property>/autopilot/internal/intercept-heading-deg</property> 
</input> 
<input>/autopilot/internal/heading-bug-error-deg</input> 
<reference>0.0</reference>
<output>/autopilot/internal/heading-offset-deg</output>
<period>
<min>-180</min>
<max> 180</max>
</period>
</filter>




<filter>
<name>TargetRollComputer</name>
<debug>false</debug>
<enable>

<property>/autopilot/KAP140/locks/hdg-hold</property> 

</enable>
<type>gain</type>
<input>/autopilot/internal/heading-offset-deg</input>
<output>/autopilot/KAP140/settings/target-turn-rate</output>
<gain>0.04</gain> 
<min>-1.0</min> 
<max> 1.0</max> 
</filter>


<pid-controller>
<name>Wing Leveler (ROL) Mode</name>
<debug>false</debug>
<enable>
<prop>/autopilot/KAP140/locks/roll-axis</prop> 
<value type="bool">true</value>
</enable>
<input>
<prop>/instrumentation/turn-indicator/indicated-turn-rate</prop>
</input>
<reference>
<prop>/autopilot/KAP140/settings/target-turn-rate</prop> 
</reference>
<output>
<prop>/autopilot/internal/target-aileron-rate</prop>
</output>
<config>
<Kp>0.06</Kp> 
<Ti>20.0</Ti> 
<Td>0.0</Td> 
<u_min>-1.0</u_min> 
<u_max> 1.0</u_max> 
</config>
</pid-controller>



<filter>
<name>SERVO-DRIVER:aileron</name>
<debug>false</debug>
<feedback-if-disabled>true</feedback-if-disabled>
<enable>
<prop>/autopilot/KAP140/locks/roll-axis</prop> 
<value type="bool">true</value>
</enable>
<input>/autopilot/internal/target-aileron-rate</input>
<output>/controls/flight/aileron</output>
<type>noise-spike</type>
<max-rate-of-change>0.2</max-rate-of-change> 
</filter>

</syntaxhighlight>

Das folgt weitestgehend der erwähnten Anleitung. Ich hab versucht, die Steuerbewegungen eher sanft zu gestalten und Korrekturbewegungen zu vermeiden (ich denke, so eine Charakteristik würde ich bevorzugen, vorher war es recht ruppig). Natürlich wird dadurch die Sache auch träger.
<br>
Ich wollte versuchen, den kp-Wert des CDI-Integrators von der Entfernung zum Sender abhängig zu machen. Auf die kann man ja jederzeit über instrumentation/nav/nav-distance zugreifen - hab aber noch nicht geprüft, ob die tatsächlich stimmt und ob das brauchbar ist.--[[User:Katzmárek|Katzmárek]] ([[User talk:Katzmárek|talk]]) 14:22, 11 November 2013 (UTC)

User talk:Katzmárek

2013-11-11T13:56:49Z

Katzmárek: /* NAV/REV/APR arm */

Talk:De/HB Radio-NAV

2013-11-08T17:36:13Z

Katzmárek: /* Über dem VOR auf neuen Kurs drehen, HDG-Einstellung */ Disk. auf neue Seite...

== Über dem VOR auf neuen Kurs drehen, HDG-Einstellung ==
Im Text heißt es, man soll HDG ''auf den Kurs den Du '''zum VOR''' hinfliegen'' willst, einstellen.<br>Weiter heißt es, wenn man etwa über dem VOR ist, soll man HDG drücken und würde dann auf den ''neuen Kurs einschwenken''. Das muß dann doch aber der Kurs sein, den man '''vom VOR''' wegfliegen will, oder nicht?--[[User:Katzmárek|Katzmárek]] 13:25, 11 June 2013 (UTC)
=== Danke Dir===
Du hast recht -- ich habe es geändert!
Jomo

:gerne doch... Und danke für den ganzen Rest!

==== Mal ganz grundsätzlich zur (Fehl?)Funktion des AP ====
Mein AP zeigt leider nur bedingt das beschriebene Verhalten. Dem Radial wird eher nur so ungefähr gefolgt, wenn ich NAV drücke - auch nach langer Zeit und bei genügend weiter Entfernung fliegt George das Flugzeug grundsätzlich über den Leitstrahl hinweg und wenn übererhaupt, fliegt er danach nur so etwa daneben her. Noch schlimmer wird es, wenn ich versuche während dessen wie o.g. am HDG-Knopf drehe - dann wird sofort eine Kurve eingeleitet obwohl immer noch NAV auf dem Display steht (dabei allerdings auch nur ungefähr in Richtung des roten Zeigers).<br>
Gibt es irgendwo ein Menüpunkt oder eine andere Möglichkeit, die Funktion des AP völlig zu ''verdrehen''? Ich dachte da etwa an das GPS-Menu. (Also er macht das wirklich so schlecht, daß man nicht damit navigieren könnte - nicht nur so, daß er das Radial nicht auf den letzten Meter trifft und mit einer gewissen Toleranz agiert...)

===== Ein Versuch zu Antworten =====
:Ich bin nicht sicher ob ich richtig verstehe was Du meinst - versuche aber mal mögliche Probleme einzukreisen:
# Ich habe das Handbuch 2011 auf der FGFS version 2.4 geschrieben. Und habe gerade noch mal mit der derzeitigen c172p und FGFS version 2.10 getestet - meines Erachtens ist noch immer alles in Ordnung. Man kann prima IFR fliegen!
# Ich weiß nicht in wie weit Du dem Handbuch gefolgt bist, aber ich habe im Handbuch versucht darauf hinzuweisen, dass, um so geringer der "intercept"-Winkel (Einschwenk-Winkel?) ist, um so besser geht es! d.h. der Winkel zum Anflug auf den Leitstrahl soll maximal 60° sein (siehe z.B. Beschreibung http://wiki.flightgear.org/De/HB_Radio-NAV#Auf_Kurs_gehen_mittels_VOR:). Auf den EDDF-ATC Veranstallltungen versuchen wir die Piloten mit 30° anfliegen zu lassen - und schon da haben einige Piloten größere Probleme --> insbesondere wenn sie mit AP fliegen. Denn es dauert einige Zeit bis der AP aktiv übernimmt! In der c172p siehst Du das sehr schön am linken Rand des AP:
#*Wenn Du z.B. mit "HDG" fliegst steht dort "HDG"
#*Wenn Du dann auf "NAV" schaltest erscheint "NAV" direkt in einer 2ten Zeile - und "HDG" fängt an zu blinken. Das bedeutet dass umgeschaltet wird - aber noch ist "HDG" aktive!
#*Erst wenn das "HDG" erlöscht hat das "NAV" übernommen und versucht nun den Radial anzufliegen und zu folgen<br>
Es dauert also -- IMMER einige Zeit!!! Trotzdem ist der AP schneller/besser/genauer als der Mensch!

Ich verstehe jetzt nicht ganz was Du meinst mit "wenn ich versuche während dessen wie o.g. am HDG-Knopf drehe":
*Wenn Du das machst während "NAV" aktive ist (und der "HDG" nicht blinkt) dann passiert gar nix! Vergleiche das Kapitel "Über dem VOR auf neuen Kurs drehen" - da ist genau das beschrieben - und es funktioniert!!

Ich weiß nicht wie genau Du die Ungenauigkeit zwischen der Einstellung und dem echten Kurs ermittelt hast - und welchen Kurs Du meist (z.B. magnetisch oder kartographisch, vergleiche http://wiki.flightgear.org/De/HB_VFR_Flug#Die_Route --> Der Kurs). Außerdem musst Du den Wind beachten: Gerade wenn Du einem Radial folgst wirst Du oft feststellen dass die angzeigte HDG (wo die Nase des Flugzeugs hinweist) etwas sehr anderes sein kann als die Radial-Richtung (der Kurs)!

Vielleicht kannst Du genauer definieren unterwelchen Umständen Du welchen Fehler siehst.
Ich habe bei der Überprüfung keinen Fehler bemerkt!<br>
Jedenfalls Danke für Dein Interesse <br>
jomo 14.6.2013

=====(Du bist gut, ich nerve mit Fragen und Du sagst danke...)=====
:Also der George funktioniert im NAV-Modus definitiv nicht richtig! Es liegt nicht an der Navigation an sich; die Instrumente funktionieren. Wenn ich (entsprechend meiner fliegerischen Fähigkeiten) den Instrumenten folge, dann komme ich in etwa da an, wo ich beabsichtige. Ich hab' so etwa verstanden, was da passieren soll. Bei George bin ich mir nicht so sicher...
:Ich hab das so überprüft:
:Ich mach die interne Karte auf. Da sehe ich mein Flugzeug, das Radial (blau) und meinen Kurs (gestrichelt gelb). Ich gehe davon aus, würde George seine Sache perfekt machen, dann wären irgendwann beide Linien parallel und fast deckungsgleich. (Und selbst bei Seitenwind müßte ja zumindest das Flugzeugsymbol auf der blauen Linie entlangwandern.) Nichts von dem passiert! Egal wie lange man wartet oder wie weit man vom VOR weg ist. Ich habe auch versucht, ihm die Arbeit so leicht wie möglich zu machen, kleiner Schnittwinkel und alles! - ohne Erfolg...

:Fliegt George im NAV_Modus und ich drehe am HDG-Marker (so wie ich es nach der Beschreibung machen soll, um über dem VOR auf einen neuen Kurs einschwenken zu können), dann dreht das Flugzeug sofort mit - ich kann also keinen HDG-Kurs vorwählen.

:Wie muß die Autopilot-Einstellung (F11) sein? (keins der eckigen Kästchen angekreuzt ist okay, oder?) Ich hatte gehofft, es gäbe eine einfache Antwort, man muß nur GPS ausschalten oder so... Scheinbar hab ich beim ziellosen rumprobieren mal irgendwo was verstellt.

=====Verdammter Mist!! Du hast recht! Danke das Du hartnäckig warst!=====
Ich hab es noch mal so probiert wie Du oben beschrieben hast: Das Problem ist, dass offensichtlich seit der AP-Änderung 2.10 die HDG und NAV Einstellungen nicht sauber getrennt bleiben! Ich werde versuchen ob ich einen Fix am AutoPiloten machen kann - oder ob ich an den Designer ran muss! Das wird also etwas dauern - mindestens 2 Wochen oder so - aber ich melde mich wieder hier.<br>
Erstmal Danke -- das Baby muss dass Beste und Korrektestes bleiben!! Es fliegt so schön - wunderbar für Schulungen!<br>
thx jomo 15.6.2013
:Okay, na wenigstens bin ich ein bisschen froh, daß es nicht an mir lag...
:(Und Du brauchst nichts zu überstürzen, ich werd' wohl die nächsten Wochen auch nicht zum Fliegen kommen. Melde mich dann ebenso zurück.) Danke!--[[User:Katzmárek|Katzmárek]] 21:40, 15 June 2013 (UTC)

====Lang her...====
Hallo Jomo<br>
Also ich hab mich jetzt mal selbst ein wenig in die Sache mit dem Autopiloten eingearbeitet. Ich weiß jetzt, was da falsch lief und auch, wie man es verbessert... Ich hab' ein paar Sachen verändert, würde aber gern ein paar Fragen an jemand stellen, der weiß, wie so ein KAP-140 tatsächlich funktioniert und es dann entsprechend justieren. Kannst du mir da helfen?<br>
(Vielleicht kannst Du email-Kontakt zu mir aufnehmen. Unter m8r-167piv(-->AT<--)mailinator.com sollte man mir schreiben können, ohne das jemand anderes Deine oder meine Adresse erfährt - ich schreib Dir dann zurück...)
--[[User:Katzmárek|Katzmárek]] ([[User talk:Katzmárek|talk]]) 23:26, 6 November 2013 (UTC)

==== Sorry sorry sorry ====
Ich hab echt ein schlechtes Gewissen ABER:
Ich hatte angefangen: das größte Problem ist, dass sowohl HDG wie auch NAV die gleichen Register für die Berechnung der Abweich-Richtungen benutzt. Das ließ sich mit kleinen Korrekturen nicht lösen - ich hab angefangen ein neues KAP140.xml und .nas gemacht -- war mitten im Final-Test -- dann kamen größere Unterbrechung wg FGCOM, OpenRadar, und am meisten Private-Sachen. Hatte unterbrochen - und jetzt wieder gestartet - aber irgendwo ist Mist passiert. Ich rechne damit dass ich nächste Woche eine funktionelle Lösung habe - die dann aber noch fein-getuned werden muss. Ich habe vor Dir Ende nächster Woche zumindest eine erste Version verfügbar zu machen - so das Du mal schauen kannst - auch wenn einige Übergänge noch ruckelig sein können!
Wenn Du selbst in AP einsteigen willst empfehle ich:
http://www.emmerich-j.de/HB/EN/RNAV.html
http://www.n612sp.com
http://wiki.flightgear.org/Autopilot
http://wiki.flightgear.org/Howto:Design_an_autopilot
letzteres : ist das an was ich mich jetzt für die c172p angelehnt habe - wirst Du sehen wenn Du mein neues kriegst (das alte ist anders strukturiert!!)

Also wie gesagt: Ich hoffe ich hab nächstes Wochenende etwas für Dich zum anschauen!
Aber tritt ruhig nach wenn ich wieder woanders abschweife!
gruss jörg

Da kamen die neuen Probleme mit FGFS

::Ein schlechtes Gewissen mußt Du da nicht haben...<br>
::Da das ja eigentlich nicht mehr direkt mit dem Ursprungsthema zu tun hat, hab ich mal auf meiner [[User talk:Katzmárek#KAP-140_Autopilot|Talk-Seite]] ein neues Thema aufgemacht.

== Funktionalität der Audiokontrolleinheit ==
Bei meiner Version (2.10.0) funktioniert soweit ich das bisher beurteilen kann die Audiokontrolleinheit (in jedem Fall das Abhören des Morsecodes). Soll man den Hinweis löschen bzw. ergänzen, ab welcher Version es geht?
====Antwort====
Bechrieben habe ich es 2011 auf version 2.4. Ich habe es heute noch einmal gestestet (mit der Standard c172p auf Version 2.10). Die Switche an der Audio-Kontrolleinheit tun noch immer nix! Ein/Aschalten des Sound geht nur mit der Volume-Controll an den Devices. Oder hast Du ein Modell bei dem Du das Piepen eines VOR mittel der Schalter auf dieser Kontrolleinheit ausschalten kannst? Wenn ja - schreib doch mal wo DU diese Model her hast und schick mir evtl eine ZIP davon.<br>
jomo 14.6.2013
====geht trotzdem====
: Also wenn ich die VOR- oder ADF-Frequenz einstelle und in der Audio-Kontrolleinheit den entsprechenden Schalter hoch (oder runter) schalte, dann höre ich den korrekten Morse-Code (mit der entspr. Volume-Control kann ich es lauter oder leise regeln). Ich hab ganz normal vor ca. 3-4 Wochen FlightGear herunter geladen und auch kein extra Model installiert (da bin ich ziemlich sicher, weil ich grad nochmal in meinem download-Ordner gekuckt hab, da ist keine Cessna drin).
:Ich nehme im Auswahl-Menu immer die 4 (unterste) Cessna, ohne 2d-Panel - vielleicht liegt es daran? Naja, und dafür funktioniert der Autopilot nicht :(
=====Bist Du sicher das der Morse-Code nicht auch kommt wenn der Schalter in der Mitte steht?=====
d.h.
*in der Mitte solltest Du nix hören
*nur wenn der Schalter oben oder unten steht sollte der Code zu hören sein.
Wenn dem nicht so ist, sage bitte mit welchem OperatingSystem Du arbeitest! Ich bin auf Linux/Ubuntu - und zwischen Windows und Linux könnte da (insbesondere für Audio) ein großer Unterschied sein!<br>
jomo 14.6.2013
:Ich flieg' total auf Windoof ;)
:Und ja, das Morsen ist nicht zu hören, wenn der Schalter in der Mitte steht.

::Ich hab jetzt grad nochmal genau geschaut:
::Wenn ich oben den Schalter betätige, wird gleichzeitig unten der Lautstärkeknopf raus und rein geschoben. Dies kann ich auch erreichen, wenn ich den Lautstärkeknopf mit der mittleren Maustaste (bei mir ein Rad) betätige - dabei bewegt sich aber der Schalter oben NICHT mit. Auch wenn oben der Schalter auf an steht, kann ich unten trotzdem den Morse-Code abschalten. (Ganz konsequent ist es aber nicht: Wenn oben der SChalter aus ist, kann ich unten ziehen und dann kommt der Ton trotzdem.) Vielleicht stecken bei Dir also nur die Knöpfe fest... --[[User:Katzmárek|Katzmárek]] 21:58, 15 June 2013 (UTC)

User talk:Katzmárek

2013-11-08T17:28:46Z

Katzmárek: *Diskussion KAP-140

Talk:De/HB Radio-NAV

2013-11-06T23:26:48Z

Katzmárek: /* Mal ganz grundsätzlich zur (Fehl?)Funktion des AP */

== Über dem VOR auf neuen Kurs drehen, HDG-Einstellung ==
Im Text heißt es, man soll HDG ''auf den Kurs den Du '''zum VOR''' hinfliegen'' willst, einstellen.<br>Weiter heißt es, wenn man etwa über dem VOR ist, soll man HDG drücken und würde dann auf den ''neuen Kurs einschwenken''. Das muß dann doch aber der Kurs sein, den man '''vom VOR''' wegfliegen will, oder nicht?--[[User:Katzmárek|Katzmárek]] 13:25, 11 June 2013 (UTC)
=== Danke Dir===
Du hast recht -- ich habe es geändert!
Jomo

:gerne doch... Und danke für den ganzen Rest!

==== Mal ganz grundsätzlich zur (Fehl?)Funktion des AP ====
Mein AP zeigt leider nur bedingt das beschriebene Verhalten. Dem Radial wird eher nur so ungefähr gefolgt, wenn ich NAV drücke - auch nach langer Zeit und bei genügend weiter Entfernung fliegt George das Flugzeug grundsätzlich über den Leitstrahl hinweg und wenn übererhaupt, fliegt er danach nur so etwa daneben her. Noch schlimmer wird es, wenn ich versuche während dessen wie o.g. am HDG-Knopf drehe - dann wird sofort eine Kurve eingeleitet obwohl immer noch NAV auf dem Display steht (dabei allerdings auch nur ungefähr in Richtung des roten Zeigers).<br>
Gibt es irgendwo ein Menüpunkt oder eine andere Möglichkeit, die Funktion des AP völlig zu ''verdrehen''? Ich dachte da etwa an das GPS-Menu. (Also er macht das wirklich so schlecht, daß man nicht damit navigieren könnte - nicht nur so, daß er das Radial nicht auf den letzten Meter trifft und mit einer gewissen Toleranz agiert...)

===== Ein Versuch zu Antworten =====
:Ich bin nicht sicher ob ich richtig verstehe was Du meinst - versuche aber mal mögliche Probleme einzukreisen:
# Ich habe das Handbuch 2011 auf der FGFS version 2.4 geschrieben. Und habe gerade noch mal mit der derzeitigen c172p und FGFS version 2.10 getestet - meines Erachtens ist noch immer alles in Ordnung. Man kann prima IFR fliegen!
# Ich weiß nicht in wie weit Du dem Handbuch gefolgt bist, aber ich habe im Handbuch versucht darauf hinzuweisen, dass, um so geringer der "intercept"-Winkel (Einschwenk-Winkel?) ist, um so besser geht es! d.h. der Winkel zum Anflug auf den Leitstrahl soll maximal 60° sein (siehe z.B. Beschreibung http://wiki.flightgear.org/De/HB_Radio-NAV#Auf_Kurs_gehen_mittels_VOR:). Auf den EDDF-ATC Veranstallltungen versuchen wir die Piloten mit 30° anfliegen zu lassen - und schon da haben einige Piloten größere Probleme --> insbesondere wenn sie mit AP fliegen. Denn es dauert einige Zeit bis der AP aktiv übernimmt! In der c172p siehst Du das sehr schön am linken Rand des AP:
#*Wenn Du z.B. mit "HDG" fliegst steht dort "HDG"
#*Wenn Du dann auf "NAV" schaltest erscheint "NAV" direkt in einer 2ten Zeile - und "HDG" fängt an zu blinken. Das bedeutet dass umgeschaltet wird - aber noch ist "HDG" aktive!
#*Erst wenn das "HDG" erlöscht hat das "NAV" übernommen und versucht nun den Radial anzufliegen und zu folgen<br>
Es dauert also -- IMMER einige Zeit!!! Trotzdem ist der AP schneller/besser/genauer als der Mensch!

Ich verstehe jetzt nicht ganz was Du meinst mit "wenn ich versuche während dessen wie o.g. am HDG-Knopf drehe":
*Wenn Du das machst während "NAV" aktive ist (und der "HDG" nicht blinkt) dann passiert gar nix! Vergleiche das Kapitel "Über dem VOR auf neuen Kurs drehen" - da ist genau das beschrieben - und es funktioniert!!

Ich weiß nicht wie genau Du die Ungenauigkeit zwischen der Einstellung und dem echten Kurs ermittelt hast - und welchen Kurs Du meist (z.B. magnetisch oder kartographisch, vergleiche http://wiki.flightgear.org/De/HB_VFR_Flug#Die_Route --> Der Kurs). Außerdem musst Du den Wind beachten: Gerade wenn Du einem Radial folgst wirst Du oft feststellen dass die angzeigte HDG (wo die Nase des Flugzeugs hinweist) etwas sehr anderes sein kann als die Radial-Richtung (der Kurs)!

Vielleicht kannst Du genauer definieren unterwelchen Umständen Du welchen Fehler siehst.
Ich habe bei der Überprüfung keinen Fehler bemerkt!<br>
Jedenfalls Danke für Dein Interesse <br>
jomo 14.6.2013

=====(Du bist gut, ich nerve mit Fragen und Du sagst danke...)=====
:Also der George funktioniert im NAV-Modus definitiv nicht richtig! Es liegt nicht an der Navigation an sich; die Instrumente funktionieren. Wenn ich (entsprechend meiner fliegerischen Fähigkeiten) den Instrumenten folge, dann komme ich in etwa da an, wo ich beabsichtige. Ich hab' so etwa verstanden, was da passieren soll. Bei George bin ich mir nicht so sicher...
:Ich hab das so überprüft:
:Ich mach die interne Karte auf. Da sehe ich mein Flugzeug, das Radial (blau) und meinen Kurs (gestrichelt gelb). Ich gehe davon aus, würde George seine Sache perfekt machen, dann wären irgendwann beide Linien parallel und fast deckungsgleich. (Und selbst bei Seitenwind müßte ja zumindest das Flugzeugsymbol auf der blauen Linie entlangwandern.) Nichts von dem passiert! Egal wie lange man wartet oder wie weit man vom VOR weg ist. Ich habe auch versucht, ihm die Arbeit so leicht wie möglich zu machen, kleiner Schnittwinkel und alles! - ohne Erfolg...

:Fliegt George im NAV_Modus und ich drehe am HDG-Marker (so wie ich es nach der Beschreibung machen soll, um über dem VOR auf einen neuen Kurs einschwenken zu können), dann dreht das Flugzeug sofort mit - ich kann also keinen HDG-Kurs vorwählen.

:Wie muß die Autopilot-Einstellung (F11) sein? (keins der eckigen Kästchen angekreuzt ist okay, oder?) Ich hatte gehofft, es gäbe eine einfache Antwort, man muß nur GPS ausschalten oder so... Scheinbar hab ich beim ziellosen rumprobieren mal irgendwo was verstellt.

=====Verdammter Mist!! Du hast recht! Danke das Du hartnäckig warst!=====
Ich hab es noch mal so probiert wie Du oben beschrieben hast: Das Problem ist, dass offensichtlich seit der AP-Änderung 2.10 die HDG und NAV Einstellungen nicht sauber getrennt bleiben! Ich werde versuchen ob ich einen Fix am AutoPiloten machen kann - oder ob ich an den Designer ran muss! Das wird also etwas dauern - mindestens 2 Wochen oder so - aber ich melde mich wieder hier.<br>
Erstmal Danke -- das Baby muss dass Beste und Korrektestes bleiben!! Es fliegt so schön - wunderbar für Schulungen!<br>
thx jomo 15.6.2013
:Okay, na wenigstens bin ich ein bisschen froh, daß es nicht an mir lag...
:(Und Du brauchst nichts zu überstürzen, ich werd' wohl die nächsten Wochen auch nicht zum Fliegen kommen. Melde mich dann ebenso zurück.) Danke!--[[User:Katzmárek|Katzmárek]] 21:40, 15 June 2013 (UTC)

====Lang her...====
Hallo Jomo<br>
Also ich hab mich jetzt mal selbst ein wenig in die Sache mit dem Autopiloten eingearbeitet. Ich weiß jetzt, was da falsch lief und auch, wie man es verbessert... Ich hab' ein paar Sachen verändert, würde aber gern ein paar Fragen an jemand stellen, der weiß, wie so ein KAP-140 tatsächlich funktioniert und es dann entsprechend justieren. Kannst du mir da helfen?<br>
(Vielleicht kannst Du email-Kontakt zu mir aufnehmen. Unter m8r-167piv(-->AT<--)mailinator.com sollte man mir schreiben können, ohne das jemand anderes Deine oder meine Adresse erfährt - ich schreib Dir dann zurück...)
--[[User:Katzmárek|Katzmárek]] ([[User talk:Katzmárek|talk]]) 23:26, 6 November 2013 (UTC)

== Funktionalität der Audiokontrolleinheit ==
Bei meiner Version (2.10.0) funktioniert soweit ich das bisher beurteilen kann die Audiokontrolleinheit (in jedem Fall das Abhören des Morsecodes). Soll man den Hinweis löschen bzw. ergänzen, ab welcher Version es geht?
====Antwort====
Bechrieben habe ich es 2011 auf version 2.4. Ich habe es heute noch einmal gestestet (mit der Standard c172p auf Version 2.10). Die Switche an der Audio-Kontrolleinheit tun noch immer nix! Ein/Aschalten des Sound geht nur mit der Volume-Controll an den Devices. Oder hast Du ein Modell bei dem Du das Piepen eines VOR mittel der Schalter auf dieser Kontrolleinheit ausschalten kannst? Wenn ja - schreib doch mal wo DU diese Model her hast und schick mir evtl eine ZIP davon.<br>
jomo 14.6.2013
====geht trotzdem====
: Also wenn ich die VOR- oder ADF-Frequenz einstelle und in der Audio-Kontrolleinheit den entsprechenden Schalter hoch (oder runter) schalte, dann höre ich den korrekten Morse-Code (mit der entspr. Volume-Control kann ich es lauter oder leise regeln). Ich hab ganz normal vor ca. 3-4 Wochen FlightGear herunter geladen und auch kein extra Model installiert (da bin ich ziemlich sicher, weil ich grad nochmal in meinem download-Ordner gekuckt hab, da ist keine Cessna drin).
:Ich nehme im Auswahl-Menu immer die 4 (unterste) Cessna, ohne 2d-Panel - vielleicht liegt es daran? Naja, und dafür funktioniert der Autopilot nicht :(
=====Bist Du sicher das der Morse-Code nicht auch kommt wenn der Schalter in der Mitte steht?=====
d.h.
*in der Mitte solltest Du nix hören
*nur wenn der Schalter oben oder unten steht sollte der Code zu hören sein.
Wenn dem nicht so ist, sage bitte mit welchem OperatingSystem Du arbeitest! Ich bin auf Linux/Ubuntu - und zwischen Windows und Linux könnte da (insbesondere für Audio) ein großer Unterschied sein!<br>
jomo 14.6.2013
:Ich flieg' total auf Windoof ;)
:Und ja, das Morsen ist nicht zu hören, wenn der Schalter in der Mitte steht.

::Ich hab jetzt grad nochmal genau geschaut:
::Wenn ich oben den Schalter betätige, wird gleichzeitig unten der Lautstärkeknopf raus und rein geschoben. Dies kann ich auch erreichen, wenn ich den Lautstärkeknopf mit der mittleren Maustaste (bei mir ein Rad) betätige - dabei bewegt sich aber der Schalter oben NICHT mit. Auch wenn oben der Schalter auf an steht, kann ich unten trotzdem den Morse-Code abschalten. (Ganz konsequent ist es aber nicht: Wenn oben der SChalter aus ist, kann ich unten ziehen und dann kommt der Ton trotzdem.) Vielleicht stecken bei Dir also nur die Knöpfe fest... --[[User:Katzmárek|Katzmárek]] 21:58, 15 June 2013 (UTC)

Talk:De/HB Radio-NAV

2013-06-15T21:58:38Z

Katzmárek: /* Bist Du sicher das der Morse-Code nicht auch kommt wenn der Schalter in der Mitte steht? */ ja!

== Über dem VOR auf neuen Kurs drehen, HDG-Einstellung ==
Im Text heißt es, man soll HDG ''auf den Kurs den Du '''zum VOR''' hinfliegen'' willst, einstellen.<br>Weiter heißt es, wenn man etwa über dem VOR ist, soll man HDG drücken und würde dann auf den ''neuen Kurs einschwenken''. Das muß dann doch aber der Kurs sein, den man '''vom VOR''' wegfliegen will, oder nicht?--[[User:Katzmárek|Katzmárek]] 13:25, 11 June 2013 (UTC)
=== Danke Dir===
Du hast recht -- ich habe es geändert!
Jomo

:gerne doch... Und danke für den ganzen Rest!

==== Mal ganz grundsätzlich zur (Fehl?)Funktion des AP ====
Mein AP zeigt leider nur bedingt das beschriebene Verhalten. Dem Radial wird eher nur so ungefähr gefolgt, wenn ich NAV drücke - auch nach langer Zeit und bei genügend weiter Entfernung fliegt George das Flugzeug grundsätzlich über den Leitstrahl hinweg und wenn übererhaupt, fliegt er danach nur so etwa daneben her. Noch schlimmer wird es, wenn ich versuche während dessen wie o.g. am HDG-Knopf drehe - dann wird sofort eine Kurve eingeleitet obwohl immer noch NAV auf dem Display steht (dabei allerdings auch nur ungefähr in Richtung des roten Zeigers).<br>
Gibt es irgendwo ein Menüpunkt oder eine andere Möglichkeit, die Funktion des AP völlig zu ''verdrehen''? Ich dachte da etwa an das GPS-Menu. (Also er macht das wirklich so schlecht, daß man nicht damit navigieren könnte - nicht nur so, daß er das Radial nicht auf den letzten Meter trifft und mit einer gewissen Toleranz agiert...)

===== Ein Versuch zu Antworten =====
:Ich bin nicht sicher ob ich richtig verstehe was Du meinst - versuche aber mal mögliche Probleme einzukreisen:
# Ich habe das Handbuch 2011 auf der FGFS version 2.4 geschrieben. Und habe gerade noch mal mit der derzeitigen c172p und FGFS version 2.10 getestet - meines Erachtens ist noch immer alles in Ordnung. Man kann prima IFR fliegen!
# Ich weiß nicht in wie weit Du dem Handbuch gefolgt bist, aber ich habe im Handbuch versucht darauf hinzuweisen, dass, um so geringer der "intercept"-Winkel (Einschwenk-Winkel?) ist, um so besser geht es! d.h. der Winkel zum Anflug auf den Leitstrahl soll maximal 60° sein (siehe z.B. Beschreibung http://wiki.flightgear.org/De/HB_Radio-NAV#Auf_Kurs_gehen_mittels_VOR:). Auf den EDDF-ATC Veranstallltungen versuchen wir die Piloten mit 30° anfliegen zu lassen - und schon da haben einige Piloten größere Probleme --> insbesondere wenn sie mit AP fliegen. Denn es dauert einige Zeit bis der AP aktiv übernimmt! In der c172p siehst Du das sehr schön am linken Rand des AP:
#*Wenn Du z.B. mit "HDG" fliegst steht dort "HDG"
#*Wenn Du dann auf "NAV" schaltest erscheint "NAV" direkt in einer 2ten Zeile - und "HDG" fängt an zu blinken. Das bedeutet dass umgeschaltet wird - aber noch ist "HDG" aktive!
#*Erst wenn das "HDG" erlöscht hat das "NAV" übernommen und versucht nun den Radial anzufliegen und zu folgen<br>
Es dauert also -- IMMER einige Zeit!!! Trotzdem ist der AP schneller/besser/genauer als der Mensch!

Ich verstehe jetzt nicht ganz was Du meinst mit "wenn ich versuche während dessen wie o.g. am HDG-Knopf drehe":
*Wenn Du das machst während "NAV" aktive ist (und der "HDG" nicht blinkt) dann passiert gar nix! Vergleiche das Kapitel "Über dem VOR auf neuen Kurs drehen" - da ist genau das beschrieben - und es funktioniert!!

Ich weiß nicht wie genau Du die Ungenauigkeit zwischen der Einstellung und dem echten Kurs ermittelt hast - und welchen Kurs Du meist (z.B. magnetisch oder kartographisch, vergleiche http://wiki.flightgear.org/De/HB_VFR_Flug#Die_Route --> Der Kurs). Außerdem musst Du den Wind beachten: Gerade wenn Du einem Radial folgst wirst Du oft feststellen dass die angzeigte HDG (wo die Nase des Flugzeugs hinweist) etwas sehr anderes sein kann als die Radial-Richtung (der Kurs)!

Vielleicht kannst Du genauer definieren unterwelchen Umständen Du welchen Fehler siehst.
Ich habe bei der Überprüfung keinen Fehler bemerkt!<br>
Jedenfalls Danke für Dein Interesse <br>
jomo 14.6.2013

=====(Du bist gut, ich nerve mit Fragen und Du sagst danke...)=====
:Also der George funktioniert im NAV-Modus definitiv nicht richtig! Es liegt nicht an der Navigation an sich; die Instrumente funktionieren. Wenn ich (entsprechend meiner fliegerischen Fähigkeiten) den Instrumenten folge, dann komme ich in etwa da an, wo ich beabsichtige. Ich hab' so etwa verstanden, was da passieren soll. Bei George bin ich mir nicht so sicher...
:Ich hab das so überprüft:
:Ich mach die interne Karte auf. Da sehe ich mein Flugzeug, das Radial (blau) und meinen Kurs (gestrichelt gelb). Ich gehe davon aus, würde George seine Sache perfekt machen, dann wären irgendwann beide Linien parallel und fast deckungsgleich. (Und selbst bei Seitenwind müßte ja zumindest das Flugzeugsymbol auf der blauen Linie entlangwandern.) Nichts von dem passiert! Egal wie lange man wartet oder wie weit man vom VOR weg ist. Ich habe auch versucht, ihm die Arbeit so leicht wie möglich zu machen, kleiner Schnittwinkel und alles! - ohne Erfolg...

:Fliegt George im NAV_Modus und ich drehe am HDG-Marker (so wie ich es nach der Beschreibung machen soll, um über dem VOR auf einen neuen Kurs einschwenken zu können), dann dreht das Flugzeug sofort mit - ich kann also keinen HDG-Kurs vorwählen.

:Wie muß die Autopilot-Einstellung (F11) sein? (keins der eckigen Kästchen angekreuzt ist okay, oder?) Ich hatte gehofft, es gäbe eine einfache Antwort, man muß nur GPS ausschalten oder so... Scheinbar hab ich beim ziellosen rumprobieren mal irgendwo was verstellt.

=====Verdammter Mist!! Du hast recht! Danke das Du hartnäckig warst!=====
Ich hab es noch mal so probiert wie Du oben beschrieben hast: Das Problem ist, dass offensichtlich seit der AP-Änderung 2.10 die HDG und NAV Einstellungen nicht sauber getrennt bleiben! Ich werde versuchen ob ich einen Fix am AutoPiloten machen kann - oder ob ich an den Designer ran muss! Das wird also etwas dauern - mindestens 2 Wochen oder so - aber ich melde mich wieder hier.<br>
Erstmal Danke -- das Baby muss dass Beste und Korrektestes bleiben!! Es fliegt so schön - wunderbar für Schulungen!<br>
thx jomo 15.6.2013
:Okay, na wenigstens bin ich ein bisschen froh, daß es nicht an mir lag...
:(Und Du brauchst nichts zu überstürzen, ich werd' wohl die nächsten Wochen auch nicht zum Fliegen kommen. Melde mich dann ebenso zurück.) Danke!--[[User:Katzmárek|Katzmárek]] 21:40, 15 June 2013 (UTC)

== Funktionalität der Audiokontrolleinheit ==
Bei meiner Version (2.10.0) funktioniert soweit ich das bisher beurteilen kann die Audiokontrolleinheit (in jedem Fall das Abhören des Morsecodes). Soll man den Hinweis löschen bzw. ergänzen, ab welcher Version es geht?
====Antwort====
Bechrieben habe ich es 2011 auf version 2.4. Ich habe es heute noch einmal gestestet (mit der Standard c172p auf Version 2.10). Die Switche an der Audio-Kontrolleinheit tun noch immer nix! Ein/Aschalten des Sound geht nur mit der Volume-Controll an den Devices. Oder hast Du ein Modell bei dem Du das Piepen eines VOR mittel der Schalter auf dieser Kontrolleinheit ausschalten kannst? Wenn ja - schreib doch mal wo DU diese Model her hast und schick mir evtl eine ZIP davon.<br>
jomo 14.6.2013
====geht trotzdem====
: Also wenn ich die VOR- oder ADF-Frequenz einstelle und in der Audio-Kontrolleinheit den entsprechenden Schalter hoch (oder runter) schalte, dann höre ich den korrekten Morse-Code (mit der entspr. Volume-Control kann ich es lauter oder leise regeln). Ich hab ganz normal vor ca. 3-4 Wochen FlightGear herunter geladen und auch kein extra Model installiert (da bin ich ziemlich sicher, weil ich grad nochmal in meinem download-Ordner gekuckt hab, da ist keine Cessna drin).
:Ich nehme im Auswahl-Menu immer die 4 (unterste) Cessna, ohne 2d-Panel - vielleicht liegt es daran? Naja, und dafür funktioniert der Autopilot nicht :(
=====Bist Du sicher das der Morse-Code nicht auch kommt wenn der Schalter in der Mitte steht?=====
d.h.
*in der Mitte solltest Du nix hören
*nur wenn der Schalter oben oder unten steht sollte der Code zu hören sein.
Wenn dem nicht so ist, sage bitte mit welchem OperatingSystem Du arbeitest! Ich bin auf Linux/Ubuntu - und zwischen Windows und Linux könnte da (insbesondere für Audio) ein großer Unterschied sein!<br>
jomo 14.6.2013
:Ich flieg' total auf Windoof ;)
:Und ja, das Morsen ist nicht zu hören, wenn der Schalter in der Mitte steht.

::Ich hab jetzt grad nochmal genau geschaut:
::Wenn ich oben den Schalter betätige, wird gleichzeitig unten der Lautstärkeknopf raus und rein geschoben. Dies kann ich auch erreichen, wenn ich den Lautstärkeknopf mit der mittleren Maustaste (bei mir ein Rad) betätige - dabei bewegt sich aber der Schalter oben NICHT mit. Auch wenn oben der Schalter auf an steht, kann ich unten trotzdem den Morse-Code abschalten. (Ganz konsequent ist es aber nicht: Wenn oben der SChalter aus ist, kann ich unten ziehen und dann kommt der Ton trotzdem.) Vielleicht stecken bei Dir also nur die Knöpfe fest... --[[User:Katzmárek|Katzmárek]] 21:58, 15 June 2013 (UTC)

Talk:De/HB Radio-NAV

2013-06-15T21:40:24Z

Katzmárek: /* Verdammter Mist!! Du hast recht! Danke das Du hartnäckig warst! */

== Über dem VOR auf neuen Kurs drehen, HDG-Einstellung ==
Im Text heißt es, man soll HDG ''auf den Kurs den Du '''zum VOR''' hinfliegen'' willst, einstellen.<br>Weiter heißt es, wenn man etwa über dem VOR ist, soll man HDG drücken und würde dann auf den ''neuen Kurs einschwenken''. Das muß dann doch aber der Kurs sein, den man '''vom VOR''' wegfliegen will, oder nicht?--[[User:Katzmárek|Katzmárek]] 13:25, 11 June 2013 (UTC)
=== Danke Dir===
Du hast recht -- ich habe es geändert!
Jomo

:gerne doch... Und danke für den ganzen Rest!

==== Mal ganz grundsätzlich zur (Fehl?)Funktion des AP ====
Mein AP zeigt leider nur bedingt das beschriebene Verhalten. Dem Radial wird eher nur so ungefähr gefolgt, wenn ich NAV drücke - auch nach langer Zeit und bei genügend weiter Entfernung fliegt George das Flugzeug grundsätzlich über den Leitstrahl hinweg und wenn übererhaupt, fliegt er danach nur so etwa daneben her. Noch schlimmer wird es, wenn ich versuche während dessen wie o.g. am HDG-Knopf drehe - dann wird sofort eine Kurve eingeleitet obwohl immer noch NAV auf dem Display steht (dabei allerdings auch nur ungefähr in Richtung des roten Zeigers).<br>
Gibt es irgendwo ein Menüpunkt oder eine andere Möglichkeit, die Funktion des AP völlig zu ''verdrehen''? Ich dachte da etwa an das GPS-Menu. (Also er macht das wirklich so schlecht, daß man nicht damit navigieren könnte - nicht nur so, daß er das Radial nicht auf den letzten Meter trifft und mit einer gewissen Toleranz agiert...)

===== Ein Versuch zu Antworten =====
:Ich bin nicht sicher ob ich richtig verstehe was Du meinst - versuche aber mal mögliche Probleme einzukreisen:
# Ich habe das Handbuch 2011 auf der FGFS version 2.4 geschrieben. Und habe gerade noch mal mit der derzeitigen c172p und FGFS version 2.10 getestet - meines Erachtens ist noch immer alles in Ordnung. Man kann prima IFR fliegen!
# Ich weiß nicht in wie weit Du dem Handbuch gefolgt bist, aber ich habe im Handbuch versucht darauf hinzuweisen, dass, um so geringer der "intercept"-Winkel (Einschwenk-Winkel?) ist, um so besser geht es! d.h. der Winkel zum Anflug auf den Leitstrahl soll maximal 60° sein (siehe z.B. Beschreibung http://wiki.flightgear.org/De/HB_Radio-NAV#Auf_Kurs_gehen_mittels_VOR:). Auf den EDDF-ATC Veranstallltungen versuchen wir die Piloten mit 30° anfliegen zu lassen - und schon da haben einige Piloten größere Probleme --> insbesondere wenn sie mit AP fliegen. Denn es dauert einige Zeit bis der AP aktiv übernimmt! In der c172p siehst Du das sehr schön am linken Rand des AP:
#*Wenn Du z.B. mit "HDG" fliegst steht dort "HDG"
#*Wenn Du dann auf "NAV" schaltest erscheint "NAV" direkt in einer 2ten Zeile - und "HDG" fängt an zu blinken. Das bedeutet dass umgeschaltet wird - aber noch ist "HDG" aktive!
#*Erst wenn das "HDG" erlöscht hat das "NAV" übernommen und versucht nun den Radial anzufliegen und zu folgen<br>
Es dauert also -- IMMER einige Zeit!!! Trotzdem ist der AP schneller/besser/genauer als der Mensch!

Ich verstehe jetzt nicht ganz was Du meinst mit "wenn ich versuche während dessen wie o.g. am HDG-Knopf drehe":
*Wenn Du das machst während "NAV" aktive ist (und der "HDG" nicht blinkt) dann passiert gar nix! Vergleiche das Kapitel "Über dem VOR auf neuen Kurs drehen" - da ist genau das beschrieben - und es funktioniert!!

Ich weiß nicht wie genau Du die Ungenauigkeit zwischen der Einstellung und dem echten Kurs ermittelt hast - und welchen Kurs Du meist (z.B. magnetisch oder kartographisch, vergleiche http://wiki.flightgear.org/De/HB_VFR_Flug#Die_Route --> Der Kurs). Außerdem musst Du den Wind beachten: Gerade wenn Du einem Radial folgst wirst Du oft feststellen dass die angzeigte HDG (wo die Nase des Flugzeugs hinweist) etwas sehr anderes sein kann als die Radial-Richtung (der Kurs)!

Vielleicht kannst Du genauer definieren unterwelchen Umständen Du welchen Fehler siehst.
Ich habe bei der Überprüfung keinen Fehler bemerkt!<br>
Jedenfalls Danke für Dein Interesse <br>
jomo 14.6.2013

=====(Du bist gut, ich nerve mit Fragen und Du sagst danke...)=====
:Also der George funktioniert im NAV-Modus definitiv nicht richtig! Es liegt nicht an der Navigation an sich; die Instrumente funktionieren. Wenn ich (entsprechend meiner fliegerischen Fähigkeiten) den Instrumenten folge, dann komme ich in etwa da an, wo ich beabsichtige. Ich hab' so etwa verstanden, was da passieren soll. Bei George bin ich mir nicht so sicher...
:Ich hab das so überprüft:
:Ich mach die interne Karte auf. Da sehe ich mein Flugzeug, das Radial (blau) und meinen Kurs (gestrichelt gelb). Ich gehe davon aus, würde George seine Sache perfekt machen, dann wären irgendwann beide Linien parallel und fast deckungsgleich. (Und selbst bei Seitenwind müßte ja zumindest das Flugzeugsymbol auf der blauen Linie entlangwandern.) Nichts von dem passiert! Egal wie lange man wartet oder wie weit man vom VOR weg ist. Ich habe auch versucht, ihm die Arbeit so leicht wie möglich zu machen, kleiner Schnittwinkel und alles! - ohne Erfolg...

:Fliegt George im NAV_Modus und ich drehe am HDG-Marker (so wie ich es nach der Beschreibung machen soll, um über dem VOR auf einen neuen Kurs einschwenken zu können), dann dreht das Flugzeug sofort mit - ich kann also keinen HDG-Kurs vorwählen.

:Wie muß die Autopilot-Einstellung (F11) sein? (keins der eckigen Kästchen angekreuzt ist okay, oder?) Ich hatte gehofft, es gäbe eine einfache Antwort, man muß nur GPS ausschalten oder so... Scheinbar hab ich beim ziellosen rumprobieren mal irgendwo was verstellt.

=====Verdammter Mist!! Du hast recht! Danke das Du hartnäckig warst!=====
Ich hab es noch mal so probiert wie Du oben beschrieben hast: Das Problem ist, dass offensichtlich seit der AP-Änderung 2.10 die HDG und NAV Einstellungen nicht sauber getrennt bleiben! Ich werde versuchen ob ich einen Fix am AutoPiloten machen kann - oder ob ich an den Designer ran muss! Das wird also etwas dauern - mindestens 2 Wochen oder so - aber ich melde mich wieder hier.<br>
Erstmal Danke -- das Baby muss dass Beste und Korrektestes bleiben!! Es fliegt so schön - wunderbar für Schulungen!<br>
thx jomo 15.6.2013
:Okay, na wenigstens bin ich ein bisschen froh, daß es nicht an mir lag...
:(Und Du brauchst nichts zu überstürzen, ich werd' wohl die nächsten Wochen auch nicht zum Fliegen kommen. Melde mich dann ebenso zurück.) Danke!--[[User:Katzmárek|Katzmárek]] 21:40, 15 June 2013 (UTC)

== Funktionalität der Audiokontrolleinheit ==
Bei meiner Version (2.10.0) funktioniert soweit ich das bisher beurteilen kann die Audiokontrolleinheit (in jedem Fall das Abhören des Morsecodes). Soll man den Hinweis löschen bzw. ergänzen, ab welcher Version es geht?
====Antwort====
Bechrieben habe ich es 2011 auf version 2.4. Ich habe es heute noch einmal gestestet (mit der Standard c172p auf Version 2.10). Die Switche an der Audio-Kontrolleinheit tun noch immer nix! Ein/Aschalten des Sound geht nur mit der Volume-Controll an den Devices. Oder hast Du ein Modell bei dem Du das Piepen eines VOR mittel der Schalter auf dieser Kontrolleinheit ausschalten kannst? Wenn ja - schreib doch mal wo DU diese Model her hast und schick mir evtl eine ZIP davon.<br>
jomo 14.6.2013
====geht trotzdem====
: Also wenn ich die VOR- oder ADF-Frequenz einstelle und in der Audio-Kontrolleinheit den entsprechenden Schalter hoch (oder runter) schalte, dann höre ich den korrekten Morse-Code (mit der entspr. Volume-Control kann ich es lauter oder leise regeln). Ich hab ganz normal vor ca. 3-4 Wochen FlightGear herunter geladen und auch kein extra Model installiert (da bin ich ziemlich sicher, weil ich grad nochmal in meinem download-Ordner gekuckt hab, da ist keine Cessna drin).
:Ich nehme im Auswahl-Menu immer die 4 (unterste) Cessna, ohne 2d-Panel - vielleicht liegt es daran? Naja, und dafür funktioniert der Autopilot nicht :(
=====Bist Du sicher das der Morse-Code nicht auch kommt wenn der Schalter in der Mitte steht?=====
d.h.
*in der Mitte solltest Du nix hören
*nur wenn der Schalter oben oder unten steht sollte der Code zu hören sein.
Wenn dem nicht so ist, sage bitte mit welchem OperatingSystem Du arbeitest! Ich bin auf Linux/Ubuntu - und zwischen Windows und Linux könnte da (insbesondere für Audio) ein großer Unterschied sein!<br>
jomo 14.6.2013
:Ich flieg' total auf Windoof ;)
:Und ja, das Morsen ist nicht zu hören, wenn der Schalter in der Mitte steht.

Talk:De/HB Radio-NAV

2013-06-15T21:30:43Z

Katzmárek: /* Funktionalität der Audiokontrolleinheit */

== Über dem VOR auf neuen Kurs drehen, HDG-Einstellung ==
Im Text heißt es, man soll HDG ''auf den Kurs den Du '''zum VOR''' hinfliegen'' willst, einstellen.<br>Weiter heißt es, wenn man etwa über dem VOR ist, soll man HDG drücken und würde dann auf den ''neuen Kurs einschwenken''. Das muß dann doch aber der Kurs sein, den man '''vom VOR''' wegfliegen will, oder nicht?--[[User:Katzmárek|Katzmárek]] 13:25, 11 June 2013 (UTC)
=== Danke Dir===
Du hast recht -- ich habe es geändert!
Jomo

:gerne doch... Und danke für den ganzen Rest!

==== Mal ganz grundsätzlich zur (Fehl?)Funktion des AP ====
Mein AP zeigt leider nur bedingt das beschriebene Verhalten. Dem Radial wird eher nur so ungefähr gefolgt, wenn ich NAV drücke - auch nach langer Zeit und bei genügend weiter Entfernung fliegt George das Flugzeug grundsätzlich über den Leitstrahl hinweg und wenn übererhaupt, fliegt er danach nur so etwa daneben her. Noch schlimmer wird es, wenn ich versuche während dessen wie o.g. am HDG-Knopf drehe - dann wird sofort eine Kurve eingeleitet obwohl immer noch NAV auf dem Display steht (dabei allerdings auch nur ungefähr in Richtung des roten Zeigers).<br>
Gibt es irgendwo ein Menüpunkt oder eine andere Möglichkeit, die Funktion des AP völlig zu ''verdrehen''? Ich dachte da etwa an das GPS-Menu. (Also er macht das wirklich so schlecht, daß man nicht damit navigieren könnte - nicht nur so, daß er das Radial nicht auf den letzten Meter trifft und mit einer gewissen Toleranz agiert...)

===== Ein Versuch zu Antworten =====
:Ich bin nicht sicher ob ich richtig verstehe was Du meinst - versuche aber mal mögliche Probleme einzukreisen:
# Ich habe das Handbuch 2011 auf der FGFS version 2.4 geschrieben. Und habe gerade noch mal mit der derzeitigen c172p und FGFS version 2.10 getestet - meines Erachtens ist noch immer alles in Ordnung. Man kann prima IFR fliegen!
# Ich weiß nicht in wie weit Du dem Handbuch gefolgt bist, aber ich habe im Handbuch versucht darauf hinzuweisen, dass, um so geringer der "intercept"-Winkel (Einschwenk-Winkel?) ist, um so besser geht es! d.h. der Winkel zum Anflug auf den Leitstrahl soll maximal 60° sein (siehe z.B. Beschreibung http://wiki.flightgear.org/De/HB_Radio-NAV#Auf_Kurs_gehen_mittels_VOR:). Auf den EDDF-ATC Veranstallltungen versuchen wir die Piloten mit 30° anfliegen zu lassen - und schon da haben einige Piloten größere Probleme --> insbesondere wenn sie mit AP fliegen. Denn es dauert einige Zeit bis der AP aktiv übernimmt! In der c172p siehst Du das sehr schön am linken Rand des AP:
#*Wenn Du z.B. mit "HDG" fliegst steht dort "HDG"
#*Wenn Du dann auf "NAV" schaltest erscheint "NAV" direkt in einer 2ten Zeile - und "HDG" fängt an zu blinken. Das bedeutet dass umgeschaltet wird - aber noch ist "HDG" aktive!
#*Erst wenn das "HDG" erlöscht hat das "NAV" übernommen und versucht nun den Radial anzufliegen und zu folgen<br>
Es dauert also -- IMMER einige Zeit!!! Trotzdem ist der AP schneller/besser/genauer als der Mensch!

Ich verstehe jetzt nicht ganz was Du meinst mit "wenn ich versuche während dessen wie o.g. am HDG-Knopf drehe":
*Wenn Du das machst während "NAV" aktive ist (und der "HDG" nicht blinkt) dann passiert gar nix! Vergleiche das Kapitel "Über dem VOR auf neuen Kurs drehen" - da ist genau das beschrieben - und es funktioniert!!

Ich weiß nicht wie genau Du die Ungenauigkeit zwischen der Einstellung und dem echten Kurs ermittelt hast - und welchen Kurs Du meist (z.B. magnetisch oder kartographisch, vergleiche http://wiki.flightgear.org/De/HB_VFR_Flug#Die_Route --> Der Kurs). Außerdem musst Du den Wind beachten: Gerade wenn Du einem Radial folgst wirst Du oft feststellen dass die angzeigte HDG (wo die Nase des Flugzeugs hinweist) etwas sehr anderes sein kann als die Radial-Richtung (der Kurs)!

Vielleicht kannst Du genauer definieren unterwelchen Umständen Du welchen Fehler siehst.
Ich habe bei der Überprüfung keinen Fehler bemerkt!<br>
Jedenfalls Danke für Dein Interesse <br>
jomo 14.6.2013

=====(Du bist gut, ich nerve mit Fragen und Du sagst danke...)=====
:Also der George funktioniert im NAV-Modus definitiv nicht richtig! Es liegt nicht an der Navigation an sich; die Instrumente funktionieren. Wenn ich (entsprechend meiner fliegerischen Fähigkeiten) den Instrumenten folge, dann komme ich in etwa da an, wo ich beabsichtige. Ich hab' so etwa verstanden, was da passieren soll. Bei George bin ich mir nicht so sicher...
:Ich hab das so überprüft:
:Ich mach die interne Karte auf. Da sehe ich mein Flugzeug, das Radial (blau) und meinen Kurs (gestrichelt gelb). Ich gehe davon aus, würde George seine Sache perfekt machen, dann wären irgendwann beide Linien parallel und fast deckungsgleich. (Und selbst bei Seitenwind müßte ja zumindest das Flugzeugsymbol auf der blauen Linie entlangwandern.) Nichts von dem passiert! Egal wie lange man wartet oder wie weit man vom VOR weg ist. Ich habe auch versucht, ihm die Arbeit so leicht wie möglich zu machen, kleiner Schnittwinkel und alles! - ohne Erfolg...

:Fliegt George im NAV_Modus und ich drehe am HDG-Marker (so wie ich es nach der Beschreibung machen soll, um über dem VOR auf einen neuen Kurs einschwenken zu können), dann dreht das Flugzeug sofort mit - ich kann also keinen HDG-Kurs vorwählen.

:Wie muß die Autopilot-Einstellung (F11) sein? (keins der eckigen Kästchen angekreuzt ist okay, oder?) Ich hatte gehofft, es gäbe eine einfache Antwort, man muß nur GPS ausschalten oder so... Scheinbar hab ich beim ziellosen rumprobieren mal irgendwo was verstellt.

=====Verdammter Mist!! Du hast recht! Danke das Du hartnäckig warst!=====
Ich hab es noch mal so probiert wie Du oben beschrieben hast: Das Problem ist, dass offensichtlich seit der AP-Änderung 2.10 die HDG und NAV Einstellungen nicht sauber getrennt bleiben! Ich werde versuchen ob ich einen Fix am AutoPiloten machen kann - oder ob ich an den Designer ran muss! Das wird also etwas dauern - mindestens 2 Wochen oder so - aber ich melde mich wieder hier.<br>
Erstmal Danke -- das Baby muss dass Beste und Korrektestes bleiben!! Es fliegt so schön - wunderbar für Schulungen!<br>
thx jomo 15.6.2013

== Funktionalität der Audiokontrolleinheit ==
Bei meiner Version (2.10.0) funktioniert soweit ich das bisher beurteilen kann die Audiokontrolleinheit (in jedem Fall das Abhören des Morsecodes). Soll man den Hinweis löschen bzw. ergänzen, ab welcher Version es geht?
====Antwort====
Bechrieben habe ich es 2011 auf version 2.4. Ich habe es heute noch einmal gestestet (mit der Standard c172p auf Version 2.10). Die Switche an der Audio-Kontrolleinheit tun noch immer nix! Ein/Aschalten des Sound geht nur mit der Volume-Controll an den Devices. Oder hast Du ein Modell bei dem Du das Piepen eines VOR mittel der Schalter auf dieser Kontrolleinheit ausschalten kannst? Wenn ja - schreib doch mal wo DU diese Model her hast und schick mir evtl eine ZIP davon.<br>
jomo 14.6.2013
====geht trotzdem====
: Also wenn ich die VOR- oder ADF-Frequenz einstelle und in der Audio-Kontrolleinheit den entsprechenden Schalter hoch (oder runter) schalte, dann höre ich den korrekten Morse-Code (mit der entspr. Volume-Control kann ich es lauter oder leise regeln). Ich hab ganz normal vor ca. 3-4 Wochen FlightGear herunter geladen und auch kein extra Model installiert (da bin ich ziemlich sicher, weil ich grad nochmal in meinem download-Ordner gekuckt hab, da ist keine Cessna drin).
:Ich nehme im Auswahl-Menu immer die 4 (unterste) Cessna, ohne 2d-Panel - vielleicht liegt es daran? Naja, und dafür funktioniert der Autopilot nicht :(
=====Bist Du sicher das der Morse-Code nicht auch kommt wenn der Schalter in der Mitte steht?=====
d.h.
*in der Mitte solltest Du nix hören
*nur wenn der Schalter oben oder unten steht sollte der Code zu hören sein.
Wenn dem nicht so ist, sage bitte mit welchem OperatingSystem Du arbeitest! Ich bin auf Linux/Ubuntu - und zwischen Windows und Linux könnte da (insbesondere für Audio) ein großer Unterschied sein!<br>
jomo 14.6.2013
:Ich flieg' total auf Windoof ;)
:Und ja, das Morsen ist nicht zu hören, wenn der Schalter in der Mitte steht.

Talk:De/HB Radio-NAV

2013-06-14T23:14:29Z

Katzmárek: /* Mal ganz grundsätzlich zur (Fehl?)Funktion des AP */

Talk:De/HB Radio-NAV

2013-06-14T22:24:45Z

Katzmárek: /* Funktionalität der Audiokontrolleinheit */

Talk:De/HB Radio-NAV

2013-06-12T13:30:31Z

Katzmárek: Neu: Funktionalitär Audiokontrolleinheit

Talk:De/HB Radio-NAV

2013-06-12T10:45:04Z

Katzmárek: Frage zum AP

Talk:De/HB IFR-Flug

2013-06-12T10:28:50Z

Katzmárek: APR oder NAV?

== Entlang der V334 zum FIXpunkt SUNOL, via MISON - APR oder NAV?==
Dort steht, man soll AP '''APR''' drücken, um auf das Radial einzuschwenken. Ansonsten drückt man doch immer '''NAV''', oder?--[[User:Katzmárek|Katzmárek]] 10:28, 12 June 2013 (UTC)

Talk:De/HB Radio-NAV

2013-06-11T13:25:31Z

Katzmárek: Frage zu evtl. Fehler

De/HB VFR Flug

2013-06-04T09:28:48Z

Katzmárek: KHRV --> KRHV (2x)

<small>''Dies ist ein Teil des deutschen "Flightgear Handbuches", aufbauend auf der originalen "getstart.pdf". Besuche auch die anderen Teile durch Maus-Klick auf:''</small>

{{HBmenu}}

In diesem Teil des Handbuches werden wir einen Kurzstrecken-Überlandflug von Reid-Hillview (KRHV) nach Livermore (KLVK) machen und uns dabei streng an die Regeln des Sichtfluges ({{HBabbr|VFR}}) halten. Wir wählen diese Route, da beide Flugplätze und die gesamte Strecke im Basispaket des FlightGear enthalten sind – Du musst also nichts Zusätzliches installieren! Außerdem bietet diese Strecke viele interessante {{HBabbr|VFR}} und {{HBabbr|IFR}} Gegebenheiten, die man auf diesem kurzen {{HBabbr|VFR}}- (und dem nachfolgenden {{HBabbr|IFR}}-) Flug erläutern kann.

'''''Beachte unbedingt, dass im Folgenden vielerlei wichtige Daten als Kopie aufgezeigt und verwendet werden. Diese dürfen nur für die Simulation verwendet werden! Für die „Wirklichkeit“ sind sie weder „garantiert“ noch genügend aktuell – Du darfst sie keinesfalls für echte Flüge verwenden! Dies sowohl aus Sicherheits- wie auch Lizenz-rechtlichen Gründen!'''''

Natürlich setzen wir voraus, dass Du Deinen Solo-Flug mehrmals versucht hast und auch die fortgeschrittenen Übungen exerziert hast – also inzwischen eine gewisse Professionalität erreicht hast! Somit gehen wir hier nicht mehr detailliert auf Starten, Steigen, Kurven, Anfliegen, und Landen ein. Falls nötig siehe noch einmal in die Basis-Teile [[De/HB_Erstes_Solo|Das erste SOLO]] und [[De/HB_Wissen|Wissen für Fortgeschrittene]]. Im Nachfolgenden konzentrieren wir uns dafür mehr auf die Vorbereitung eines Fluges und die dazugehörenden Prozeduren – auf das wir nie verloren gehen.
<br /><br />
----
=='''Flug-Vorbereitung'''==
Ja – doch: Wenn wir schon bei einem Ausflug mit dem Auto auf Landkarten nachschauen wie wir an unser Ziel kommen und wie wir uns die Strecke einteilen – so müssen wir das beim Fliegen um so mehr. Also machen wir einmal das, was wir auch bei einer Autofahrt machen würden: Erst einmal auf die Karten schauen!
<br />
===Flughafen-Infos===
[[File:KRHV@KLVK-Airports.png|600px|thumb|center]]
*Für die gesamten USA gibt es hierfür eine phantastische Sammlung! Du kannst jeden Flughafen mit allen ''(nötigen und unnötigen)'' Daten aufrufen. Gib dazu ein: <nowiki>http://www.airnav.com/airport/icao</nowiki> anstatt "icao" gib den Code des Flugplatzes an, z.B: '''''http://www.airnav.com/airport/KRHV'''''

:Wahrscheinlich wird Dich die reine Masse der aufgeführten Daten erst einmal schocken! Ich empfehle Dir deshalb Dich insbesondere auf die Bilder an der rechten Seite zu konzentrieren! Meistens sind dort unter anderem ein schönes Photo des Flughafens und ein „Airport diagram“. Für letzteres empfehle ich die PDF's herunterzuladen und auszudrucken – diese Skizzen sind unverzichtbar, wenn man wissen will wie man sich auf dem Flughafen bewegen soll/darf:

:Im nächsten Kapitel "Die [[De/HB_VFR_Flug#Die_Sectiona|Sectional]]" lernst Du auch die Homepage http://www.skyvector.com kennen: Auch von dieser kannst Du die Flughafen-Layouts aufrufen. Das macht sich gut wenn Du einen Flug planst - denn dort kannst Du direkt auf den gewünschten Flughafen klicken und bekommst sofort alle Daten dafür angezeigt - sehr praktisch für "echte Flug-Vorbereiter"!

*Wie gesagt: Leider nur innerhalb der USA! Ansonsten empfehle ich generell die VATSIM-Organisation:
:*für die ganze Welt: http://www.vatsim.net/charts/
:*für Deutschland: http://www.vacc-sag.org/?PAGE=airport_overview
<br />
===Die Sectional===
Für die {{HBabbr|VFR}}-Fliegerei werden maßgeblich die sogenannte „[[De/HB_Features#MPmap|MPmap]]'s“ (Sektions-Flugkarten) benutzt. Diese kosten richtig Geld - und sind somit für uns meist viel zu "kostbar". Wir müssen uns wohl meist mit dem FlightGear eigenen [[De/HB_Features#Atlas|ATLAS]] und/oder der [[De/HB_Features#MPmap|MPmap]] zufrieden geben.

Aber wieder: Für die gesamte USA gibt es diese Karten umsonst im Internet. Für eine Routen-Planung empfehle ich die "http://www.skyvector.com". Diese hat für eine echte Planung zusätzlich noch sehr hilfreiche Werkzeuge -- siehe dazu oben im Menü das "Help Video" - dies ist leider nur in Englisch - aber es wird so deutlich gezeigt warum es geht, dass Du es trotzdem verstehen wirst! Jedenfalls solltest Du ruhig einmal damit rumspielen!
<br /><br />
Lass uns mal ganz einfach unseren ersten Flug anschauen - rufe also die "'''''http://www.skyvector.com'''''" auf:

*Gib oben links im Feld "Flight Plan" die beiden Flugplätze "'''''KRHV KLVK'''''" ein ''(durch Leerstelle getrennt!)''.
:<small>Du kannst natürlich gleich mehrere Wege-punkte eingeben - oder Du kannst den Anfangs und Endpunkt eingeben und dann die Strecken-Linie mit der Maus auf die Zwischenpunkte ziehen (siehe dazu das Help-Video, das zeigt dies sehr ausführlich). Aber wir brauchen das jetzt nicht!</small>

*Wenn Du Eingabe drückst erscheint die Route mit den wichtigsten Angaben oben links:
[[File:KRHV@KLVK-Sectional.png |center]]
:*Verschiebe die Karte <small>(linke Maustaste gedrückt halten und herumführen)</small>
:*und Zoome <small>(mit dem Mausrad)</small> auf den gewünschten Ausschnitt

*Lass Dich nicht verblüffen: Auf der Karte wird (USA-üblich) „RHV“ für „KRHV“ und „LVK“ für “KLVK“ angezeigt! Auf inner-amerikanischen Karten wird oft die international übliche Vorsilbe „K“ (für USA) weggelassen!

Lass uns mal sehen was uns die Karte an Informationen für KRHV bietet (siehe unten rechts am roten Pfeil):

:'''''REID-HILLVIEW (RHV)'''''
::Flugplatzname und ICAO-Code („K“ vor das „RHV“ denken!)

:'''''CT – 119.8 * © 126.1 *'''''
::'''''CT''''' = es gibt einen Kontrollturm (Tower)
::'''''119.8''''' = ist die CT-Frequenz
::'''''*''''' = der Tower ist nur zeitweise besetzt
::'''''©126.1''''' = die {{HBabbr|UNICOM}} Frequenz, auf der sich die Piloten untereinander absprechen, wenn der Tower nicht besetzt ist

:'''''{{HBabbr|ATIS}} 125.2'''''
::Über die {{HBabbr|ATIS}}- Frequenz werden ständig die neuesten Flugplatz- und Wetter-Informationen ausgesendet

:'''''133 *L31 / 122.95'''''
::'''''133''''' = die Höhe des Platzes in ft
::'''''*L''''' = bedeutet beleuchtet (mit dem Sternchen: nur zeitweise!)
::'''''31''''' = die längste Landebahn in 100 ft (also hier 3.100 ft)
::'''''122.95''''' = CTAF (Common Traffic Advisory Frequencies) = Militär-{{HBabbr|UNICOM}}. Es ist ein Militärflugplatz!

:'''''RP 13R, 31R'''''
::'''''RP''''' (right hand traffic pattern) Platzrunden rechts für Landebahnen 13R und 31R (13L und 31L haben keine Platzrunde!)
<br />
===Die MPmap:===
[[File:KRHV@KLVK-MPmap.png|center]]
Siehe eine ähnliche Darstellung auf der weltweit, direkt im FGFS verfügbaren [[De/HB_Features#MPmap|MPmap]]:
*Siehe insbesondere auch die Darstellung eines NDB (REIGA) und eines VOR (San Jose), bei diesen sind übrigens auch gleich die Frequenzen angegeben (mehr darüber beim {{HBabbr|IFR}}-Flug).
*Leider kannst Du die Höhen nicht nummerische sehen - sei also vorsichtig und schau Dir diese auf einer normalen Karte (oder Google o.ä.) an.

[[File:KLVK-MPmap.png|600px|thumb|center]]
Im vorstehenden Bild siehst Du eine Vergrößerung der Gegend von KLVK:
*Du siehst die verfügbaren Landebahnen mit Ihren Kennungen (z.B. unten links "07R" = ~070°) und der dazugehörenden kartografischen Richtung (90.58°).
*Siehe auch die {{HBabbr|ILS}} Informationen wenn Du z.B. das schiefe Kreuz neben der Kennung "25R" oben rechts anklickst. Diese werden wir aber erst im {{HBabbr|IFR}}-Flug benutzen!
*Du kannst auch die Taxi-Wege gut erkennen - aber leider nicht die dazugehörenden Kennungen. Wenn Dich also ein Fluglotse anweist "Taxi to 25R via J" musst Du im Airport-Diagramm (s.o.) nachschauen wo dieser Taxiway ist!
*Beachte auch hier die kartografische Landbahnrichtung (und Name) 25R ~250°, und die genaue magnetische Angabe 270.57° (oben recht im Bild), also fast ein Unterschied von 20°. Siehe dazu die Erläuterungen im nachfolgendem Kapitel "Der Kurs"!

Im Kapitel [[De/HB_VFR_Flug#Die_Startposition|"Startposition"]] siehst Du eine entsprechende Darstellung für KRHV!
<br />
===Die Route===
Wie wird unser Flug also aussehen? Wir werden wie anfangs angekündigt auf KRHV starten - aber wie und wohin?

'''''Die Startbahn'''''

*Wie Du auf dem Airport-Diagramm (wie auch auf der [[De/HB_Features#MPmap|MPmap]] und [[De/HB_Features#MPmap|MPmap]]) erkennen kannst gibt es in KRHV zwei identische, parallel verlaufende Startbahnen, die beide von beiden Enden aus benutzt werden können, einmal in Richtungen 130° und entgegengesetzt in 310°. Damit man die beiden unterscheiden kann werden sie so gekennzeichnet wie man sie beim Anflug erkennt: Nämlich "rechts" und "links". Somit haben wir 4 Start-/Landebahnen: 31R/13L und 31L/13R. Diese Namen findest Du auch in riesigen Buchstabe an den Anfängen der Bahnen aufgemalt, siehe den [[De/HB_Features#MPmap|MPmap]]-Ausschnitt bei den Startpositionen.

*Die Auswahl ist also groß: Von welcher der 4 sollen wir also starten?
:Erinnere Dich an die Beschreibungen der [[De/HB_Features#MPmap|MPmap]]: 31L und 13R haben keinen Pattern!! Also:
:*31R wäre prima. Wir könnten geradeaus starten, um dann mit einer kleinen Rechtskurve auf unseren nördlichen Kurs zu gehen
:*31L wäre ungünstig, denn dort dürfen wir nicht so einfach nach rechts abbiegen, denn wir würden damit die Abflüge von der 31R behindernden.
:*13R wäre wieder OK, da wir dort der rechte Flugplatzrunde (Pattern) folgen könnten und am Ende des Downwind hoch genug zum Kreuzen der 31L wären!
:*13L hingegen ist wieder ein Problem, da wir dort keinen Pattern haben! Wir müssten also sehr weit nach Osten ausholen bevor wir nach Norden drehen dürften.

:Also: Bei Wind aus NordWest starten wir auf der 31R, bei Wind aus SüdOst auf der 13R.
<br />
<div id="Kurs">'''''Der Kurs:'''''<div>

*Wie wir auf den Karten gesehen haben liegen KRHV und KLVK praktisch auf einer senkrechten Linie. Dies ist also ein direkter Kurs nach Norden ''(0° bzw 360°, beides ist das Gleiche, nämlich "Norden")''.
::*Aber schau noch einmal auf die obige "SkyVector-Sectional": Dort wird im Kästchen oben links ein Kurs von "'''''344° <small>(360°T)</small>'''''" angegeben.
::*Und auch die VOR-Kompassrose (siehe direkt links von KRHV) auf der Sectional zeigt einen Pfeil nach 0°, der aber nicht senkrecht nach oben gerichtet ist!
::*Und auch auf der [[De/HB_Features#MPmap|MPmap]] stehen für die Landebahnen immer 2 Werte!
:Was ist das denn?
'''»''' Das ist das größte Problem in der Navigation! Leider wurde die Welt nicht von Ingenieuren erbaut -- die hätten sicherlich die Erdachse und den Magnetischen Nordpol auf den gleichen Punkt gelegt. Aber leider: Siehe die genauere Beschreibung in http://de.wikipedia.org/wiki/Nordpol.

::Am besten siehst Du den Unterschied in den jeweiligen "Airport-Diagrammen": Jedes dieser Diagramme beinhaltet einen Winkel mit 2 Pfeilen, von denen
::*einer direkt nach oben zeigt: Das ist, wie auf jeder Landkarte üblich, der kartografische oder "wirkliche" Nordpol
::*und einer ist etwas verdreht, in unserem Falle um etwa 14,2°, das ist die Richtung zum magnetischen Nordpol. Es ist aber noch schlimmer:
:::*der magnetische Nordpol verschiebt sich ständig! (Siehe die Notiz unterhalb des Winkels)
:::*und ist für jeden Flughafen bzw. jede Lokation unterschiedlich
:::*und alle unser Kompasse basieren auf dem "magnetischen" Nordpol! Das heißt wir können nicht die "kartografischen 360°" benutzen, sondern müssen umrechnen
::*für unsere, nicht unbedingt 100% korrekte, {{HBabbr|VFR}}-Planung reicht aber eine Genauigkeit von etwa 5°, denn genauer können wir den Kompass kaum ablesen, geschweige denn genauer fliegen. (In der modernen Verkehrsfliegerei geht das natürlich genauer, aber die verwenden dann auch andere Geräte und Computer!)

*Also ist unser Kurs nach Norden
**auf der Karte 360°
**auf dem Kompass 360°-14.2° = '''''346°'''''
:''(Die Dezimalstellen lassen wir weg - ich bin nicht so gut im Kopfrechnen! Und auch um die unterschiedlichen Werte zwischen KRHV und KLVK kümmern wir uns als "Freizeit-Piloten" erstmal nicht - der SkyVector wird schon richtig gerechnet haben (mit seinen 344°)!)''

*Sowohl auf der [[De/HB_Features#MPmap|MPmap]] wie auch auf der [[De/HB_Features#MPmap|MPmap]] wie auch auf jedem Atlas fallen sofort die beiden großen Seen auf, die wir prima als Navigationshilfen benutzen können. Also werden wir während des Fluges sowohl nach dem "'''''CALAVERAS RESERVOIR'''''“ wie auch dann nach dem „'''''San Antonio Reservoir'''''“ Ausschau halten. Denn die Veranstaltung heißt ja "{{HBabbr|VFR}}" - also Fliegen nach sichtbaren Navigationspunkten!
<br />
'''''Die Höhe:'''''

*Wir haben selbstverständlich auf der "[[De/HB_Features#MPmap|MPmap]]" (oder jeder anderen Karte) sofort einige Hindernisse erkannt:
**links neben dem "'''''CALAVERAS RESERVOIR'''''“ einen Berg mit 3049 ft
**und rechts vom See einen Berg mit 3024 ft
**etwas weiter rechts davon sogar einen mit 3817 ft (den wir aber als "unkritisch ansehen" wenn wir einigermaßen Kurs halten)

:Aus Sicherheitsgründen wollen wir etwa 500 ft höher sein - also werden wir auf einer Höhe von '''''3.500 ft''''' fliegen!
<br />
'''''Meldepflichten:'''''

*Wir müssen uns irgendwann in KLVK anmelden. Dies muss außerhalb der Kontroll-Zone erfolgen und da das „San Antonio Reservoir“ etwa 10 mi vor KLVK liegt, werden wir uns diesen als Meldepunkt merken.
<br />
'''''Zusammenfassung:'''''

*Wir werden nach dem Start in KRHV von der Startbahn 31R (oder 13L)
**auf Kurs 346° gehen und auf 3500 ft steigen
**uns unterwegs an den beiden Seen ausrichten
**über dem 2ten See melden wir uns in KLVK an
**und folgen den Anweisungen von dort zur Landung
<br />

===Die Startposition===
Wenn Du für Dich Alleine fliegst (also ohne Internet und {{HBabbr|Multiplayer}}) könntest Du einfach auf der gewünschten Startbahn erscheinen und losfliegen. Wenn Du allerdings mit der {{HBabbr|Multiplayer}}-Option startest (z.B. um Dich selbst auf der [[De/HB_Features#MPmap|MPmap]] zu verfolgen oder um gemeinsam mit anderen zu fliegen) '''''solltest Du niemals „plötzlich auf einer Startbahn erscheinen“''''': Dort könnte schon jemand sein, oder jemand ist gerade im Anflug, der der {{HBabbr|ATC}} bekommt einen Schreianfall, o.ä.! Am besten startest Du immer, wie auch in der Wirklichkeit, auf Parkpositionen oder an Gates oder Terminals. Dabei hast Du zusätzlich auch noch den Vorteil Dich schon beim Taxiing wieder an die Steuerung Deines derzeitigen Modells gewöhnen zu können!

Für einen Flugplatz vordefinierte Parkpositionen findest Du im [[De/HB_Einweisung#Starten_mittels_FGrun|FGrun (Wizard)]] bei der Flugplatzauswahl unterhalb den Rollbahnen, oder in der Datei „parking.xml“ im Verzeichnis des betreffenden Flugplatzes. Siehe z.B. '''''$FG_SCENERY\Airports\K\O\A\KOAK.parking.xml'''''.
{|
||
[[File:KRHV-startpoistion.png |300px|thumb|left]]
Leider sind nicht für alle Flugplätze solche Parkpositionen vordefiniert. Aber Du kannst Dir per GPS auf zwei Arten jederzeit einen eigenen Privatparkplatz reservieren (und brauchst dafür nicht einmal Miete zu zahlen!):

*Öffne die [[De/HB_Features#MPmap|MPmap]] und zoomen in den gewünschten Flugplatz. Dann führe den Mauszeiger zu dem Platz, an dem Du starten willst - z.B. für KRHV dorthin wo jetzt die C172 von „jomo“ steht. Dann lies oben rechts bei dem großen Pfeil die Latitude (Breitengrad) und Longitude (Längengrad) ab. Zusätzlich entscheide in welcher Richtung Du stehen willst: In unserem Fall parallel zur Landebahn 31R, also 310°+14°=324°.

*Du kannst aber auch auf dem Flugplatz landen und einfach an die Stelle rollen, die Du als Parkposition definieren willst. Nachdem Du so stehst wie Du Dir das wünschst öffne: '''''Menü → File → Browse Internal Properties → position''''' und lese die „latitude-deg“ und „longitude-deg“ direkt ab (Du benötigst nur bis zu 6 Stellen nach dem Komma!). Die Richtung kannst Du direkt auf dem Kompass ablesen.

'''''Wenn Du mit FGrun''''' (wizard) startest trage diese Werte unter „erweiterte Optionen“ → „Anfangsposition“ ein. Passe auf: Leider ist die Reihenfolge der Felder für Längen- und Breitengrad zwischen [[De/HB_Features#MPmap|MPmap]] und FlightGear genau umgekehrt.

'''''Wenn Du direkt mit einem Startbefehl''''' und/oder einer Befehlsdatei startest benutze die entsprechenden Optionen, z.B. hier:
'''''--lat=37.334047 --lon=-121.816320 --heading=324'''''.
|}
Falls Du danach auf KSFO (anstatt KRHV) erscheinst, überprüfe diese Eingaben noch einmal: Am wahrscheinlichsten hast Du dann Latitude und Longitude vertauscht - oder sonstige, in der Wirklichkeit nicht vorhandene Werte, angegeben! FlightGear bricht dann nicht ab, sondern versetzt Dich auf den „Default“(Standardwert) KSFO!

Leider muss ich zugeben: Falls Du dann in KRHV das Gelände aus Deinem Cockpit heraus oder beim Rollen mit obiger [[De/HB_Features#MPmap|MPmap]]-Ansicht vergleichst, wirst Du einige Unterschiede feststellen: Die freiwilligen, unbezahlten „Landschaftsarchitekten“ in FlightGear modellieren nicht immer ganz zeitnah bzw. wirklichkeitsgetreu, oder sie hatten nur veraltete geografische Daten! Verzeih ihnen dieses eine (oder andere) Mal!
<br /><br />
----
=='''Start-Vorbereitung'''==
Du weißt natürlich aus den vorherigen Kapiteln, wie man FlightGear mit allen möglichen Optionen unter vielerlei Betriebssystemen startet (wenn nicht: Siehe noch einmal die [[De/HB_Einweisung#Starten_des_FlightGear_Simulators|"Einweisung"]]). Du solltest für den ersten Versuch des folgenden Cross-Countries allerdings noch sicherstellen, dass der Wind aus westlicher Richtung kommt, damit wir die Startbahn 31R (KRHV) und die Landbahn 25R (KLVK) benutzen können. Füge also beim Start hinzu:
:» "'''''--wind=270@5'''''" wenn Du eine Options-Datei benutzt
:» oder definiere in '''''FGRUN → Advanced → Weather:''''' "Heading"=270 und "Speed"=5

Wir stehen nun also auf einem Parkplatz und richten uns in der Kanzel ein. Siehe dazu auch unsere Vorbereitungen beim [[De/HB_Erstes_Solo|ersten Solo]] - ich hoffe Du hast Dir dort schon einen kleinen Spiekzettel („checklist“) gemacht, den Du nun zu Rate ziehen kannst! Im Folgenden nur ein paar zusätzliche Anregungen bzw. Tricks bzw. Ergänzungen:
<br />
*'''''Zeit: '''''Wir wollen zumindest bei den ersten Versuchen sicher sein alles zu sehen, also:
**'''''FlightGear Menü → Environment → Time Settings → Noon(Mittag) → Close'''''
<br />
*'''''Wetter: '''''Zumindest für unseren ersten Flug wollen wir schönes Wetter haben, also:
**'''''FlightGear Menü → Environment → Global Weather → '''''(klicke auf ▲ am rechten Rand des '''''"Metar Source"'''''-Feldes und wähle)''''' Fair weather → OK'''''
<br />
*'''''Handbremse überprüfen: '''''Falls der Handbremsen-Hebel (eventuell etwas unterhalb Deines jetzigen Bildschirmrandes) nicht senkrecht steht → Mausklick auf den Hebel (oder „B“ tippen).
<br />
*'''''Dein Name: '''''Wir werden im Folgenden auch mit {{HBabbr|AI}}-{{HBabbr|ATC}} kommunizieren. Dazu benutzt das System leider nicht den Benutzercode den wir beim Starten des FlightGear angegeben haben – also müssen wir hierfür einen personalisierten angeben. Entweder indem wir einen solchen
**'''''als Property '''''bzw. Befehls-Option dauerhaft definieren
***im FGrun:''''' Erweiterte Optionen → Properties: /sim/user/callsign='''''DeinCode
***oder als Befehls-Option:''''' --prop:/sim/user/callsign='''''DeinCode

:*oder wir definieren es nachträglich im Cockpit - und genau das machen wir jetzt:
:**selektiere:''''' menü → Debug → Browse Internal Properties → sim → user'''''
:**klicke auf ''„callsign“''
:**und dann gib im gelben Feld Deinen Namens-Code ein und klicke auf „Set“
:**schließe das Fenster mit Klick in das Quadrat oben rechts
<br />
*'''''Motor: '''''Es wird Zeit den Motor an-zulassen. Auch in der Realität lässt man den Motor etwa an dieser Stelle an – einmal da man sonst keinen Strom hat – zum Anderen aber auch von Alters her um die elektronischen Geräte vor evtl. Überspannungen etc. während des Startens zu schützen. Zumindest früher musste man dazu unbedingt vorher die Radios und Gyros ausschalten! Siehe [[De/HB_Wissen#Starten_des_Motors|"Motor Starten"]].
<br />
*'''''Radio: '''''Benutze "'''''F12'''''" um die Frequenzen einzustellen. Zum Auffinden der benötigten Frequenzen gibt es viele Möglichkeiten:
**in der [[De/HB_Features#MPmap|MPmap]] klicke auf den kleinen weißen Winkel rechts neben der Überschrift - und wähle "'''''{{HBabbr|ATC}}'''''"
**oder entnimm sie der "[[De/HB_Features#MPmap|MPmap]]" (aber Vorsicht: Einige der dort angegebenen Frequenzen sind in FlightGear evtl. nicht verfügbar!)
**oder schau in die "Airport-Diagramme" (aber Vorsicht: Einige der dort angegebenen Frequenzen sind in FlightGear evtl. nicht verfügbar!)
**falls Du FGCOM benutzt schaue in die Datei "'''''phonebook.txt'''''" im FGCOM-Verzeichnis - dort findest Du alle Frequenzen die für FGCOM verfügbar sind - dies sind weniger als die im FlightGear definierten!
:und falls Du Dir bei diesem Flug Zeit sparen willst, '''''siehe das Kapitel [[De/HB_Radio-NAV#Die_.22einfache.22_Radio_Einstellungen:|"Möglichkeiten der Radio-Einstellungen"''''']], dort sind alle Frequenzen gezeigt, die Du sowohl für diesen "{{HBabbr|VFR}}" als auch den späteren "{{HBabbr|IFR}}-CrossCountry" benötigst!
<br />
*'''''Höhenmesser: '''''Vergiss nicht den „Höhenmesser“ auf die Höhe des Flugplatzes ('''''133 ft''''') zu setzen. (Erinnerst Du Dich an die kleine Stellschraube links unten am Höhenmesser?). Falls Du die Höhe nicht weißt, siehe:
**die Beschriftung in der [[De/HB_Features#MPmap|MPmap]]
**oder öffne in der [[De/HB_Features#MPmap|MPmap]] wieder das Menü mittels des keinen weißen Dreiecks neben dem Namen des Flughafens, und siehe unter "'''''info'''''"
<br />
*'''''Beleuchtung ein: '''''Evtl. solltest Du über '''''Menü → Cessna C172P → Show/hide yoke''''' das Steuerhorn entfernen um die Stellung der Schalter zu überprüfen.
{|
||[[File:C172-Light-Switches.png|200px|thumb|left]]
In dieser Darstellung ist die jetzt benötigte Schalterstellung zu sehen: Taxi, Navi, und Beacon eingeschaltet.

An sehr kalten Tagen solltest Du auch die PitotHeat einschalten.

LandingLight und Strobes werden erst beim Start eingeschaltet.

(Für mehr Infos siehe die [[De/HB_Einweisung#Das_Instrumentenbrett|Beschreibung des Instrumentenbrettes]])
|}
<br /><br />
----
=='''Auf zur Startbahn'''==
Zum eigentlichen Rollen zur Startbahn und dem Abheben haben wir in den vorigen Kapiteln schon alles gelernt was es zu lernen gibt (hoffe ich!) – hier also nur ein paar Hinweise:
{|
||[[File:HB-C172-Taxi-KRHV-taxi.png|300px|thumb|left]]
Zur Erinnerung: Wir haben am Anfang ausdrücklich einen Wind aus 270° definiert, sollten nun also ein Freigabe für die 31R bekommen. Aber ich hoffe Du wirst später auch ein paar Mal versuchen unter anderen Wetter-Bedingungen und Tageszeiten zu fliegen. Somit beschreiben wir im folgenden mehrere Möglichkeiten: Von unterschiedlichen Winden bis zu unterschiedlichen Tages-Zeiten (also evtl. mit bzw. ohne {{HBabbr|ATC}}!)

Alle Startbahnen in KRHV haben eine Länge von 3.000 ft (914 m), so dass wir immer einen Start von der Mitte der Rollbahn aus durchführen können, denn die Cessna benötigt nur 865 ft (also nur etwa die Hälfte der Hälfte) - also für Könner wie uns kein Problem! Wir können uns so dabei auch langsam an "Short Field TakeOffs" heran-tasten! (Aber natürlich darfst Du auch den langen Weg zu den normalen Startpositionen nehmen!)

Vergleiche auch die Skizze bei den [[#Die Startposition|"Startpositionen"]]: Wir müssen also etwas nach links um dann den Taxiway zu erreichen der die Startbahnen genau in der Mitte kreuzt. Siehe im Bild links die gelben (Taxiway) und roten (Startbahn) Schilder.
|}
Wir werden im Folgenden auch die benötigte Kommunikation (sowohl mit {{HBabbr|ATC}} als auch über {{HBabbr|UNICOM}}) aufzeigen. Mag sein, dass Du dies beim ersten Flug nicht ganz schaffst - Du fliegst noch immer mit dem "Fluglehrer"! Aber Du solltest es üben wenn Du irgendwann einmal "kontrolliert Fliegen" willst! Erinnere Dich an Deine Fahrprüfung fürs Auto: Sicherlich hat Dich Dein Fahrlehrer darauf hingewiesen wie wichtig es ist die anderen Verkehrsteilnehmer darüber zu informieren wo man ist und was man vor hat (Blinker, Licht, Einordnen, etc.). Beim Fliegen können uns die Anderen meist wegen der Entfernungen nicht sehen - somit müssen wir das per Radio kommunizieren. Insbesondere wenn Du (später?) FGCOM benutzen willst, empfehlen wir Dir die Meldungen erst (wie hier gezeigt) schriftlich zu versenden, und dann laut über Mikrofone nach-zusprechen - so dass Du Dich an die Formulierungen gewöhnst! Dabei sind die grundsätzlichen Unterschiede zwischen der Kommunikation "mit {{HBabbr|ATC}}" und der "{{HBabbr|UNICOM}}" folgender Maßen:
<br />
*'''''mit {{HBabbr|ATC}}''''' bittest ("request") Du {{HBabbr|ATC}} um eine Freigabe für etwas was Du tun möchtest - und wartest dann darauf das {{HBabbr|ATC}} Dir die Erlaubnis/Freigabe erteilt! (Evtl. solltest Du nach angemessener Zeit, je nach Verkehrsaufkommen noch einmal nachfragen -- auf keinen Fall darfst Du die Ausführung ohne Freigabe beginnen!).
**die Cods hierfür beginnen mit "'''''-3..'''''"
<br />
*'''''mit {{HBabbr|UNICOM}}''''' gibst Du über "Radio" bekannt was Du vorhast -- und dann stellst Du sicher dass Du niemanden gefährdest und führst es dann eigenverantwortlich aus.
**die Cods hierfür beginnen mit "-2.."
<br />
Bevor wir nun endgültig loslegen vergewissere Dich dass Dein Radio (COM1) auf die Tower Frequenz 119.8 eingestellt ist!! (Benutze "F12" zur Überprüfung). Dann:
<br />
*'''''Start Taxiing:'''''
**"'''''-366'''''" mit {{HBabbr|ATC}}:
***"KRHV YourName ready to taxi, {{HBabbr|VFR}} North"
****<small>meldet dass Du bereit bist loszurollen</small>
***{{HBabbr|ATC}} wird Dir mit der Freigabe mitteilen welche Startbahn Du benutzen sollst
<br />
:*"'''''-222'''''" mit {{HBabbr|UNICOM}}:
:**"KRHV YourName taxiing to runway ..."
:***<small>meldet dass Du zur Startbahn ... rollst)</small>
<br />
:*Mit der Freigabe (bzw. unserer Meldung) rollen wir los: Wie vorgezeichnet zur Mitte der Startbahn!
:**Also halb-links zur Rollbahn „'''''C'''''“, über die Kreuzungen mit "'''''X'''''" und "'''''Y'''''“ zum Haltepunkt der Startbahn „'''''31R-13L'''''“.
<br />
:*Hier gibt es ein kleines Szenerie-Problem (das aber evtl. zwischenzeitlich schon korrigiert wurde!): Das richtige rote Schild „31R/13L“ steht dort wo NIX ist. Dafür aber steht das nächste Schild „31L-13R“ genau da wo das Schild für die „31R/13L“ stehen sollte – wir halten also erst vor diesem Schild an!
:**Wem das zu kompliziert war: "'''''Halte erst vor dem 2ten roten Schild!'''''“ - das ist die erste Startbahn auf unserem Weg!
<br />
:<span style="color:red">'''''Achtung: Du musst <big>unbedingt</big> vor jeder Kreuzung mit einer Startbahn anhalten!'''''</span>
<br />
:*Wenn Du (so wie ich) leicht die Übersicht verlierst, erlaube ich Dir (und mir) das Schummeln: Tippe "'''''v/V'''''" um alles aus einer höheren Warte zu betrachten!
:*Außerdem kann es helfen mittels „'''''h'''''“ den HUD einzuschalten, um die Geschwindigkeit unterhalb '''''20 kn''''' zu halten (in Kurven unter 10!).

*"'''''Holding Short runway 31R'''''" (Wir stehen nun vor der Startbahn 31R)
<br />
:Ab hier haben wir zwei Möglichkeiten fortzufahren:
:*wir können direkt auf die 31R rollen, dort in Position gehen, dann geradeaus Starten und dann direkt auf Kurs gehen
:*oder wir kreuzen diese Startbahn, gehen auf der nächsten in Stellung, starten dort in die Platzrunde und drehen dann am Ende des Patterns auf Kurs.
<br />
Siehe also im Folgenden die zwei Möglichkeiten:
{| cellpadding="10" cellspacing="2" border="1"
!scope="col" width="50%" |Falls Start auf 31R: ''(Wind aus NordWest)''
!scope="col" width="50%" |Falls Start auf 13R: ''(Wind aus Süd-Ost)''
|-
||"'''''-347'''''" mit {{HBabbr|ATC}}:
*"KRHV YourName holding short runway '''''31R'''''"
::<small>"Ich" stehe vor der Startbahn 31R"</small>
*{{HBabbr|ATC}} wird uns dann anweisen auf die Startbahn zu rollen und zu starten.
*Du schaltest also "Landing Light" + "Strobes" ein und hebst ab!
<br />
"'''''-225'''''" mit {{HBabbr|UNICOM}}:
*"KRHV YourName departing runway 31R, departing the Pattern to the North"
::<small>"Ich starte jetzt von der 31R und werde den Pattern nach Norden hin verlassen"</small>
*Du schaltest also "Landing Light" + "Strobes" ein

und nachdem Du Dich davon überzeugt hast daß alles frei ist rollst Du auf die Startbahn und hebst ab.
||"'''''-347'''''" mit {{HBabbr|ATC}}:
*"KRHV YourName holding short runway '''''31R'''''"
::<small>"Ich" stehe vor der Startbahn 31R"</small>
*{{HBabbr|ATC}} wird uns dann erlauben die Startbahn 31R zu überqueren
*und bis zur Startbahn 13R zu rollen
<br />
"'''''-221'''''" mit {{HBabbr|UNICOM}}:
*"KRHV YourName taxiing to runway '''''13R'''''"
::<small>"Ich rolle (weiter) zur 13R"</small>
*und nachdem Du Dich überzeugt hast dass alles frei ist '''''überquerst Du die 31R und rollst zur 13R'''''.

und vor der 13R halten wir dann ganz selbstverständlich wieder an und ...
|-
||
||"'''''-347'''''" mit {{HBabbr|ATC}}:
*"KRHV YourName holding short runway '''''13R'''''"
::<small>"Ich stehe vor der Startbahn 13R"</small>
*{{HBabbr|ATC}} wird uns dann anweisen auf die Startbahn zu rollen und zu starten.
*Du schaltest also "Landing Light" + "Strobes" ein und hebst ab!
<br />
"'''''-225'''''" mit {{HBabbr|UNICOM}}:
*"KRHV YourName departing runway '''''13R''''', departing the Pattern to the North"
::<small>"Ich starte jetzt von der 13R und werde den Pattern nach Norden hin verlassen"</small>
*Du schaltest also "Landing Light" + "Strobes" ein
*und nachdem Du Dich davon überzeugt hast dass alles frei ist rollst Du auf die Startbahn und hebst ab.
|-
||Steige gerade aus (310°):
*bei 1000 ft Höhe drehen wir auf Kurs (346°)
*und steigen weiter auf 3500 ft
||Wir starten und gehen wie üblich in die Platzrunde (rechts!):
*steigen in Richtung der Startbahn (130°)
*bei 500 ft Höhe drehen wir in den "Crosswind" (220°)
*bei 1000 ft Höhe drehen wir in den "Downwind" (310°) und steigen weiter
*am Ende des "Downwind" gehen wir auf Kurs (346°)
*und steigen weiter auf 3500 ft
|}
<br /><br />
----
=='''Der Steigflug'''==
{| cellpadding="10" cellspacing="2" border="0"
||[[File:C172-Cruising.png|300px|thumb|left]]
Wenn wir auf Kurs sind sollten wir etwa in Flugrichtung ein dominantes Tal sehen – dieses können wir als visuelle Hilfe zum Kurs halten benutzen. Nach einiger Zeit werden wir dann auch den ersten See sehen. Dieser ist unser Navigationspunk mit dem wir überprüfen ob wir vom Weg abgekommen sind:

Du erinnerst Dich sicherlich, dass unser theoretischer Kurs mitten über diesen See verlief. Wenn Du den Start und Abflug in etwa gemacht hast wie vorhergehend beschreiben, wirst Du nicht mehr genau auf Kurs sein! Denn wir sind in dem einen Fall erst eine Weile auf Kurs 310° geflogen oder haben im anderen Falle sogar erst einen weiten Bogen nach Südwesten geflogen! Also sollten wir uns in jedem Falle etwas links vom Kurs befinden! Wir können nun korrigieren, indem wir nicht stur nach 346° weiter-fliegen sondern nun auf die Mitte des Sees zufliegen und erst dort wieder den Kurs 346° aufnehmen.

Du solltest insbesondere in der ersten Phase eines jeden Fluges mit solchen Abweichungen rechnen – und somit musst Du beim Übergang in den Cruise (Reiseflug) verifizieren ob Du wirklich da bist wo Du glaubst zu sein! Also immer den Kurs mittels Landmarkierungen überprüfen, deshalb heißt diese Flugtechnik '''''{{HBabbr|VFR}}''''' (Visual Flight Rules == nach Sicht Fliegen (nicht etwa nach Kompass!)). Wir werden später lernen wie man den Kurs auch elektronisch mit den Radios überprüfen kann.

In diesem Beispiel eines sehr kurzen Ausfluges spielen solche Abweichungen keine große Rolle. Aber erinnere Dich: Bei der Flugvorbereitung hatten wir direkt links neben dem Reservoir ein „Bergchen“ mit 3049 ft entdeckt – wir fliegen dort mit 3500 ft - also nur gerade mal 150 m höher! Je nachdem wie gut Du die Höhe halten kannst (und vorher eingestellt hast!) könnte es also schon gefährlich werden!! Außerdem weiß man nie, ob dort nicht inzwischen ein Windrad oder eine Radioantenne o.ä. aufgebaut wurde!

Spätestens über der Mitte des Sees sollten wir unsere Reisehöhe von 3500 ft erreicht haben!
|}
<br /><br />
----
=='''Der Streckenflug mit George'''==
Nachdem wir unsere Cessna (auf 3500 ft Höhe, Richtung 346°, Geschwindigkeit ~120 kn bei ~2500 RPM) ausgetrimmt haben, können wir versuchen uns ein bisschen zu entspannen und unsern "'''''George'''''" (djschordsch) ''(auch als '''''AutoPilot''''' ({{HBabbr|AP}}) bekannt)'' arbeiten lassen! Während dieses Fluges werden wir nur einige wenige Funktionen des {{HBabbr|AP}} verwenden und beschreiben - falls Du mehr wissen möchtest siehe das Kapitel [[De/HB_Radio-NAV#Der_Autopilot|"Der Autopilot" im Teil RNAV]]!
{|
||[[File:C172-AP1-start.png |300px|thumb|left|Unterstützung durch "George"]]
Wir übergeben an George indem wir auf den "'''''AP"-Knopf''''' des Autopiloten (in der Mittelkonsole das zweit-unterste Radiogerät) klicken. George wird sich voller Eifer sofort daran machen unseren Wünschen nachzukommen - Du wirst manchmal überrascht sein wie gut (und blind und dumm!) er seinen Aufgaben nachkommt, ohne sich durch eine irgendwie geartete "Intelligenz" beeinflussen zu lassen! Er wird als treuer Sklave jeden Deiner Befehle sofort und genau ausführen -- auch die Befehle von denen Du nicht (mehr) weißt, dass Du sie gegeben hast! Also sei Dir sicher welche Befehle aktiv sind - ansonsten könntest Du nach der Übergabe größere Probleme bekommen, bevor Du George von seinem (nun falschen) Tun abbringen kannst!
|}
Wenn Du "{{HBabbr|AP}}" geklickt hast wird George sofort 2 Steuerungen übernehmen '''''(==> und Dich hinfort daran hindern ihm bei diesen hinein zu pfuschen!)''''':
<ol><li>
'''''ROL: '''''George wird sofort die Steuerung der Ailerons übernehmen und die Tragflächen waagerecht ausrichten und dann waagerecht halten! Er kümmert sich absolut nicht um irgendwelche Kurse oder ob Du gerade eine Kurve fliegen willst - die Tragflächen gehen/bleiben waagerecht - und falls Du auch nur versuchen solltest ein ganz klein bisschen nachzuregeln, wird er dies mit aller Gewalt verhindern! Es sei denn Du gibst ihm entsprechende Befehle. Aber ein Befehl ist nicht "einfach eingreifen und George korrigieren" -- Du musst ihm genau "befehlen" was Du ändern willst und ihm dann die Ausführung überlassen. Wenn Du also den Kurs ändern möchtest:
*'''''stelle sicher das der rote Marker '''''im "Heading Indicator" auf dem gewünschten Kurs (derzeit 346°) steht
*dann "befehle" George diesem roten Marker zu folgen indem Du "'''''HDG'''''" klickst - und George wird das tun, ganz egal wie blödsinnig diese Richtung auch sein mag!
*nun kannst Du den roten Marker verstellen wie Du willst - George wird dem eifrigst folgen
**'''''Eine kleine Warnung: '''''Dumm wie George ist, wird er jeden Befehl auf das schnellste ausführen. Das kann Dir unter Umständen Kopfschmerzen bereiten! z.B. wenn Du auf Kurs 360° (Norden) fliegst und auf Kurs 090° (Osten) drehen willst macht George das herrlich und in Freuden - natürlich nach rechts rum! Wenn Du aber ausdrücklich links rum drehen willst (z.B. weil rechts ein Berg ist oder {{HBabbr|ATC}} das wollte oder ...) - das wird George nie kapieren! Er ist "intelligent" und weiß das der kürzeste Weg rechts rum ist - egal wie blöd dieser Pilot sich anstellt: Er wird immer den kürzesten Weg wählen und durchsetzen, und der ist mit 90° rechts rum deutlich kürzer als die 270° links rum! Du musst ihn also gegebenenfalls aus-tricksen indem Du 2 Kursänderungen angibst, die jeweils kleine als 180° sind! z.B. von 360° nach 200° und dann, kurz bevor die 200 erreicht sind, weiter nach 90°!

:*'''''Falls Du ein bisschen Spaß haben willst''''', versuche George beizubringen nach links zu drehen: Du drehst also den roten Marker SCHNELL gegen den Uhrzeigersinn auf 90°, also immer Linksrum. George wird anfangs dieser Drehung nach links folgen - aber sobald der Winkel zwischen dem jeweilig aktuellen Kurs und dem Marker größer 180° wird - wird George ganz abrupt umdrehen! Sehr spaßig -- wenn man weiß was los ist! Zumeist geschieht dies allerdings unabsichtlich und dann ist es meist nicht lustig!

</li><li>
'''''VS '''''(Vertical Speed = Steigen/Sinken): Bei der Übernahme übernimmt George direkt den derzeit anliegenden Steigen/Sinken-Status. Wenn Du also gerade am Sinken warst wird George weiter sinken, bis Du auf dem Boden aufschlägst -- oder einen anderen Befehl gegeben hast!
*Du kannst ihm mitteilen was DU möchtest indem Du mit den Tasten "'''''UP'''''"(hoch) und "'''''DN'''''"(down=runter) die Steig/Sink-Geschwindigkeit variierst oder auch auf "0" setzt.
**Normale Werte für ein gewolltes Steigen/Sinken sind 500 bis 750 ft pro Minute.
*oder Du kannst auf "'''''ALT'''''" klicken, dann wird George sich um UP/DN nicht mehr kümmern und einfach die derzeitige Höhe halten!
</li></ol>
Du schaltest George wieder aus, indem Du noch einmal auf "'''''{{HBabbr|AP}}'''''" klickst. Nun wird George aber nicht so schnell sein wie beim Einschalten, er wird erstmal ein Weilchen die Anzeige blinken lassen um Dich zu warnen - und erst dann Ruhe geben. Das dauert also ein Weilchen bis Du wieder selbst steuern kannst! Also ist Vorausplanen angesagt!

Falls Du George in der gleichen Sitzung wieder startest, wird er noch die vorherigen Werte gespeichert haben! Verlasse Dich also nicht darauf dass er beim Einschalten mit den üblichen Werten anfängt - überprüfe immer alle bestehenden Werte bevor Du George befiehlst deren Kontrolle zu übernehmen !

'''''Beachte: '''''George benutzt zum Steuern nur die Trimmung! Das heißt wenn Du George ausschaltest ist die Trimmung evtl. nicht so wie Du es erwartest - das kann bei Landungen recht irritierend werden! Du solltest George niemals "im letzten Moment" ausschalten - gib Dir selbst ein bisschen Zeit um Dich wieder einzugewöhnen! Umgekehrt gilt das Gleiche: Wenn Du die Trimmung stark verändert hast (also z.B. ständig das Höhenruder benutzt um die Höhe zu halten), kann es recht lange daueren bis George die benötigte Trimmung eingedreht/ausprobiert hat! Übergib die Maschine also erst an George wenn Du bereits "einigermaßen vor-getrimmt" hast !
<br />

'''''Lass uns das zusammen mit George üben:'''''

'''''Zuvor aber noch eine Warnung: '''''Als kluger Mensch hast Du nun natürlich die grandiose Idee "Ich heb vom Boden ab und übergebe schnellsten an George, der hält die Steigung und Richtung und Trimmung!" - mmmhhhhmmm - das wird sogar klappen - meistens! Aber es gibt 3 gewichtige Gründe die dagegen sprechen:

#'''''Sicherheit: '''''Falls während des Steigens etwas schief geht - bist Du schneller auf dem Boden aufgeschlagen, als Du George überreden kannst Dir wieder das Steuer zu überlassen!
#'''''Zuverlässigkeit: '''''Wenn Du steuerst benutzt Du primär den Yoke (und somit Aileron, Elevator, Rudder, etc.) - George benutzt nur die Trimmung! Das heißt es kann evtl. lange dauern bis George die richtige Trimmung für den derzeitigen Flugzustand findet - und bis dahin kann viel geschehen. Du solltest die Kontrolle immer erst an George übergeben, nachdem Du die Maschine zumindest grob ausgetrimmt hast. Ansonsten kannst Du böse Überraschungen erleben - George ist wirkliche ein sehr sehr blöder Co-Pilot!
#'''''Können: '''''Wenn Du erstmal auf Kurs bist und die Maschine ausgetrimmt hast - gibt es fliegerisch nicht mehr viel zu tun! Somit benutze die schwierigen Flug-Phasen um Deine Fähigkeiten aufzufrischen. Auch echte Chefpiloten schalten des öfteren den {{HBabbr|AP}} ab!

Wir werden uns also jetzt von George bedienen lassen:
{| cellpadding="10" cellspacing="2" border="1"
||[[File:C172-AP1-start.png|300px|thumb|left]]
||Nach dem Einschalten ist "'''''ROL'''''" und "'''''VS'''''" aktiv
d.h. die Tragflächen werden waagerecht gehalten und das derzeitige Steigen/Sinken wird beibehalten
An der '''''VS 0400''''' erkennst Du, dass gerade ein Steigen mit 400 ft/Min aktiv war als eingeschaltet wurde. George steigt also unaufhaltsam weiter - bis wir ihm was andres befehlen (oder abstürzen!)
|-
||[[File:C172-AP2-cruise.png|300px|thumb|left]]
||Inzwischen haben wir auf "'''''HDG'''''" und "'''''ALT'''''" geschaltet - d.h. George folgt dem roten Marker im "Heading Indicator" und hält die Höhe - auf welcher wir auch immer sein mögen! Evtl. sollten wir noch einmal auf "ALT" drücken um wieder bei "VS" zu sein und dann mit "UP"/"DN" die gewünschte Höhe anzufahren -- und beim Erreichen der Höhe diese wieder mit "ALT" festzuhalten
|-
||[[File:C172-AP3-descent.png |300px|thumb|left]]
||Dies wäre eine typische Anzeige wenn wir im Anflug mit '''''-0500''''' ft/min sinken und mit dem roten Marker die Richtung vorgeben!

Wir hatten also gerade wieder auf "VS" umgeschaltet (auf "ALT" geklickt) und so oft auf die "DN" Taste gedrückt bis dort die "-0500" aufgetaucht ist! Dann lassen wir sinken bis zur gewünschten Höhe und drücken dann wieder "ALT" um diese zu Halten.
|}

Aber auch wenn wir George generell vertrauen können - müssen wir doch ständig Alles im Auge behalten! Besonders:
*'''''Höhe und Geschwindigkeit und Sprit: '''''George macht nix vernünftiges wenn z.B. der Motor aussetzt, o.ä.!
*'''''Mixture: '''''George kümmert sich absolut nicht darum. Befehle ihm zu steigen - dann wird er das voll eifrig tun -- und uns bei etwa 7000 ft abstürzen lassen, da der Motor nicht mehr läuft! (Siehe [[De/HB_Wissen#Der_Mixture_.28Choke.2C_Mischung.29|Mixture]])
*'''''Wegepunkte: '''''Am besten setzt Du Dir eine Uhr wann der nächste Check-Punkt erreicht sein sollte!

Und nun vergiss nicht: Erfreue Dich an der wunderschönen Landschaft um uns herum.
<br /><br />
----
=='''Der Anflug'''==
Wenn wir den zweiten großen See, das „San Antonio Reservoir“, erreicht haben, wird es höchste Zeit sich Gedanken über den Anflug und die Landung in Livermore zu machen. Und wie schon beim [[De/HB_Erstes_Solo|Solo]] bemerkt, ist dies immer der schwierigste und komplexeste Teil des Fluges. Scheue Dich also nicht die „p“-Taste zu drücken, wenn Du erst einmal etwas nachlesen willst, denn viel Zeit bleibt nicht mehr! Aber bitte denke daran: Wenn Du im {{HBabbr|Multiplayer}}-Modus mit Freunden oder unter {{HBabbr|ATC}}-Kontrolle fliegst, solltest Du die Pause-Taste nicht benutzen – denn während der Pause wirst Du unsichtbar für alle anderen!
<br />
===ATC und ATIS===
In der wirklichen Welt wären wir schon die ganze Zeit mit {{HBabbr|ATC}} in Kontakt gestanden, denn diese Gegend ist sehr, sehr verkehrsreich, sowohl auf dem Boden wie auch in der Luft. {{HBabbr|ATC}} hätte uns wahrscheinlich einen sogenannten „flight following service“ (Flugüberwachung per Radar) angeboten, wenn nicht sogar aufgedrängt! Wenn Du diesen (kostenlosen) Dienst in Anspruch nimmst, informiert Dich {{HBabbr|ATC}} ständig über den übrigen Verkehr um Dich herum – und macht evtl. Vorschläge (Höhe, Richtung, etc.) wie Du das Schlimmste vermeiden kannst. Auch im FlightGear wirst Du sehr viel {{HBabbr|Multiplayer}}-Verkehr und auch {{HBabbr|AI}}-Trafic (künstlichen Verkehr) feststellen, wenn Du Dich San Francisco näherst – aber hier draußen ist es relativ ruhig, so dass wir ohne ständigen Kontakt zu {{HBabbr|ATC}} auskommen.

Wenn Du mit aktiviertem {{HBabbr|Multiplayer}} fliegst solltest Du Dir über '''''Menü → Network die Piloten-Liste''''' öffnen um zu sehen wer wo in Deiner Nähe fliegt!

Vielleicht hast Du schon beim ersten Blick auf die [[De/HB_VFR_Flug#Die_Sectiona|Sectional]] bemerkt, dass Livermore ein blaues Flugplatzsymbole hat – dies bedeutet: Er wird von einem Tower kontrolliert! Spätestens aber hast Du dies auf der [[De/HB_VFR_Flug#Die_Sectiona|Sectional]] an dem „CT“ in der Beschriftung des Flugplatzes entdeckt! Wir müssen uns also beim Tower anmelden und dessen Anweisungen folgen!

Der Tower erwartet von uns, dass wir schon vor dem ersten Kontakt die neuesten „Flugplatznachrichten“ im {{HBabbr|ATIS}} abgehört haben. {{HBabbr|ATIS}} verbreitet diese für alle geltenden Informationen/Anweisungen automatisch, damit sich das {{HBabbr|ATC}}-Personal auf die Besonderheiten konzentrieren kann. Wir sind verpflichtet dem Tower bei der ersten Kontaktaufnahme mitzuteilen, dass wir {{HBabbr|ATIS}} empfangen und verstanden haben!

Wir gehen also ähnlich vor wie schon bei den Startvorbereitungen:

*Wir entnehmen unserer Karte die Frequenzen für {{HBabbr|ATIS}}- (119.65) und Tower- (118.10)

*Diese geben wir im '''''menü → Equipment → Radio Settings''''' ein ('''''F12'''''):
**Die {{HBabbr|ATIS}}-Frequenz unter COM1-Selected
**und den Tower in COM1-Standby.

*Die {{HBabbr|ATIS}}-Ansage sollte nach einer kleinen Verzögerung automatisch starten - höre sie ab und achte insbesondere auf:
**Den '''''Namen''''' des Flugplatzes (Du hättest Dich ja bei der Frequenz vertippen können!)
**Den derzeitigen '''''Informations-Kode''''': Bei jeder Änderung des {{HBabbr|ATIS}} wird der nächste Buchstabe im Alphabet als Code hinzugefügt (z.B.: „Information Bravo“). Damit stellt der Tower fest ob Du tatsächlich die derzeit gültigen Informationen hast.
**Das '''''Wetter''''' interessiert uns jetzt weniger (da wir bei der Vorbereitung „Fair Weather“ erzwungen hatten!)
**Aber das '''''QNH''''' ist (bei weiten Streckenflügen) sehr wichtig: Vergleiche die Angabe mit der Einstellung an Deinem Höhenmesser und justiere evtl. nach! Ansonsten landest Du vielleicht 100 ft über oder unter der Landebahn!
**„'''''Landing and Departing'''''“ = Aktive Start-/Landebahn! Dies ist derzeit das Wichtigste für uns! Wenn wir Glück haben ist dies die „25R“, die ich im Folgenden detailliert beschreiben habe. Falls der Tower etwas anders anweist, wende das Folgende sinngemäß an.

*Wenn Du den {{HBabbr|ATIS}} auswendig gelernt (oder notiert) hast klicken auf „↔“ zwischen den beiden „COM“-Eingabefeldern, um die Tower-Frequenz zu aktivieren.

*Je nachdem wie Du den {{HBabbr|AI}}-Verkehr eingestellt hast, siehst Du nun evtl. Anweisungen des Tower an andere Piloten. (Du könntest diese Meldungen sogar hören, wenn Du zusätzlich das [[De/HB_Features#Festival_.28TTS_.3D_Text_zu_Sprache.29|FESTIVAL]]-Programm installiert hast, welches Text nach Sprache umwandelt!

*Danach können wir den Tower ansprechen. Dies geschieht wiederum über '''''menü → Network → Chat Menü''''', welches wir viel einfacher und schneller über „'''-'''“ aufrufen können. Also:

:*„'''''-333'''''“ mit {{HBabbr|ATC}}:
::*"KLVK DeinName 8 mi south, inbound for visual approach"
::::<small>kündigt unseren {{HBabbr|VFR}}-Anflug an: 8 mi südlich, auf dem Weg zum Flugplatz für eine {{HBabbr|VFR}}-Landung!</small>
::*Nach einiger Zeit wird der Tower in einer auffälligeren, anderen Farbe antworten. z.B.:
::::<small>“DeinName, Livermore Tower, Report left downwind runway two five right.”
:::::Dein Rufzeichen,
:::::der {{HBabbr|ATC}}-Name,
:::::Anweisung: Melde Dich auf dem linken Downwind Landebahn 25R)</small>

:*„'''''-23'''''“ mit {{HBabbr|UNICOM}}
::*"KLVK {{HBabbr|UNICOM}} DeinName 8 mi south on 3500, inbound to enter traffic pattern"
::::<small>kündigt unseren {{HBabbr|VFR}} Anflug an!
:::::8 mi südlich
:::::die derzeitige Höhe ist 3500
:::::auf dem Weg zum Einfliegen in die Platzrunde</small>

Da wir anfangs selbst das Wetter manipuliert haben, können wir uns sicher sein, dass wir die 25R benutzen sollen! Aber ich hoffe Du wirst später auch mal unter anderen Wetterbedingungen fliegen.
<br />
===Den Pattern anfliegen===
Nun haben wir es also schriftlich: Wir müssen zum Downwind für Runway 25R:
*Besonders erfreulich an der 25R ist die lange Landebahn mit allen möglichen Lichtsignalen und sonstiger elektronischer Ausrüstung
*Unerfreulich ist, dass der Pattern auf der anderen, der nördlichen Seite liegt - und wir nicht einfach über den Flugplatz fliegen dürfen, sondern um die Kontrollzone herum auf die andere Seite müssen.

{| cellpadding="10" cellspacing="2" border="0"
||[[File:C172-VFR-Approach-KLVK.png‎|300px|thumb|left]]
||In dem Bild links sehen wir, dass es 2 parallele Runways mit jeweils eigenem Pattern gibt, wobei der für die 25R ein rechter und der für die 25L ein linker Pattern ist.

Und wir kennen die Vorschrift, dass ein Pattern auf einem Winkel von 45° zum Downwind angeflogen wird - wobei der „empfohlene(!)“ Treffpunkt in den USA in der Mitte des Downwind liegt, in Europa ist er am Anfang – also werden wir die erste Hälfte des „Downwind's“ anpeilen!

Müssten wir zur 25L (oder 07R) würden wir nun der grünen Linie folgen, aber für die 25R (oder 07L) folgen wir der blauen Linie außerhalb der Kontroll-Zone!

Wir werden den Downwind von etwa 1 mi nördlich anfliegen, damit wir Zeit haben uns zu orientieren und nach anderen Ausschau zu halten. Wenn Du Dir die Skizze links anschaust, erkennst Du dass direkt unterhalb des Downwind eine Schnellstraße verläuft - für uns wieder ein sehr willkommener Anhaltspunkt zum Navigieren! Wir bleiben also erst einmal etwa eine Meile nördlich dieser Straße und schwenken dann von dort in den Downwind ein!

Siehe auch die Höhenangabe für KLVK = 400. Also ist die Pattern-Höhe etwa 400+1000=1400. (Es können auch 200 weniger sein - aber ich persönlich mag es lieber etwas höher!)
|}
Also: '''''Los geht's'''''

Wir befinden uns noch immer über dem „'''''San Antonio Reservoir'''''“ in nördlicher Richtung (346°) auf 3500 ft Höhe und einer Geschwindigkeit von ~120kn bei ~2500 RPM.

Von hier aus:

*Drehe etwa 30° nach links (verdrehe einfach den Gyro-Marker entsprechend). Die eingestellten 30° sind nur ein erster Wert - da wir {{HBabbr|VFR}} fliegen verstellen wir den roten Marker immer wieder, um der Hauptstraße und/oder dem Fluss im Tal zu folgen, an Pleasanton vorbei nach Dublin. Auf der obigen Skizze siehst Du auch, dass die Straße äußerst knapp an der Kontrollzone vorbeiführt - Du solltest Dich also lieber etwas links von der Straße halten.

*Bei guter Sicht werden wir schon rechts den Flugplatz sehen. Wenn wir dann in die Nähe der Kreuzung der beiden Schnellstraßen kommen, müssen wir genau aufpassen: Denn etwa dort kreuzen wir den abfliegenden Verkehr von KLVK. Und schau genau hin: Die Anderen sind schwer zu erkennen, da sie von uns aus erst einmal niedriger sind und uns dann (hoffentlich) höher überfliegen. Eine Cessna, die auf der 25R startet, hat über der Kreuzung etwa eine Höhe von 1500 ft! Jets werden natürlich deutlich höher sein! Wir selbst wollen an diesem Punkt bereits auf der Höhe des Downwind sein, also 1400 ft!
:*Dies wäre evtl. ein guter Zeitpunkt um einmal die [[De/HB_Features#MAP|Map]] zu benutzen:
::*Aufruf über "Menü → Equipment → Map"
::*Aktiviere "Traffic" dann erscheinen {{HBabbr|Multiplayer}} als kleine schwarze Rauten
::*Aktiviere "Center on Acft" dann erscheinst Du selbst in der Mitte der Map als gelbes Symbol
::*und Zoome wie gewünscht
:*Auch die Piloten-Liste kann sehr hilfreich sein:
::*Aufruf über "menü → Multiplayer → Pilot List"
:::Darin sind alle {{HBabbr|Multiplayer}} im Umkreis von 100 mi aufgeführt, beobachte insbesondere unter "brg" (Bearing = Richtung) wer aus dem Osten (~090°) kommt

*Somit ist es Zeit unsern Anflug zu starten. Die eigentliche Anflugprozedur kennen wir nun schon in- und auswendig - somit schauen wir mal wie George damit fertig wird (damit haben wir sogar die Hände frei für ein paar andere Sachen: Danke George!):

:*Vor dem Sinken lass uns sicher stellen, dass unser Motor nicht das große Stottern bekommt (auch wenn wir nicht so sehr hoch waren):
::*Setze '''''Mixture auf "voll fett"''''', den roten Hebel ganz rein ("'''''m'''''" länger gedrückt halten oder die Maus drüber und deren Rad drehen)
::*schalte '''''Carburator Heat ein''''' um eine Vereisung des Vergasers zu verhindern (zum Ziehen einen MausKlick auf den schwarzen Hebel links vom Gashebel)

:*Befehle George was er tun soll:
::*Ein Klick auf "ALT" schaltet in den "'''''VS'''''" Mode
::*mehrere Klicks auf "'''''DN'''''" schalten auf eine Sinkrate von "'''''-500 ft'''''" (pass auf das Minus-Zeichen auf!).
::::''(Wenn wir etwas spät dran sind können wir die Sinkgeschwindigkeit auch auf -700 erhöhen)''
::*und runter geht's!

:*Wir selbst müssen
::*mit dem roten Marker im "'''''Heading Indicator'''''" die (wechselnden) Richtung(en) angeben
::*die '''''RPM auf ~2000''''' setzen, damit wir nicht zu schnell werden! Überprüfe die RPM des öfteren: Sie wird sich ändern, setze sie dann wieder auf 2000!

*Halte weiterhin den abfliegenden Verkehr von KLVK im Auge (s.o.)

*Folge dem Highway bis zur Kreuzung und siehe zu, dass Du spätestens dort die '''''Höhe 1400 ft''''' erreicht hast!
:*Ein Klick auf "'''''ALT'''''" befiehlt George die Höhe zu halten
:*und wir setzen wieder die normale Geschwindigkeit mit '''''RPM = 2500'''''
:*George wird das prima austrimmen!

*Ein paar hundert Meter nach der Kreuzung drehen wir nach rechts auf die Gegenrichtung der Landebahn, also etwa 1 mi nördlich, parallel zum Highway.
:*Heading Bug (der rote Marker im Gyro!) auf '''''75°''''' und George tut den Rest

*Dann wird es Zeit unsere Geschwindigkeit auf die Pattern-Geschwindigkeit zu bringen:
:*Setze die '''''RPM auf 2000''''', George wird uns die Höhe halten und somit werden wir langsamer
:*Sobald die Geschwindigkeit im "weißen Bereich" ist setzen wir die '''''Flaps auf Stufe 1'''''
:*dann wird sich die Geschwindigkeit bei '''''etwa 75 kn''''' einpendeln

*Als letztes lassen wir uns von George in den Downwind bringen:
:*Siehe nach rechts zum Flughafen: Wenn wir den etwa 45° vor uns sehen drehe den Heading-Bug '''''~45° nach rechts''''' und halte auf das Ende der Landbahn zu (das ist das Ende der 25R, und zugleich der Anfang der 07L!).
:*dann schwenken wir in den Downwind ein - also wieder '''''075°'''''
:*und nachdem George alles schön ausgetrimmt hat verabschieden wir uns von ihm mittels "'''''{{HBabbr|AP}}'''''"
::*wir können noch einmal testen wie gut George gearbeitet hat: Nachdem George sich blinkend verabschiedet hat, nimm die Hände vom Steuer und schau was passiert: Nix (hoffentlich) - eine so schön getrimmte Maschiene hast DU wohl selten geflogen!
<br /><br />
----
=='''Die Landung'''==

*Wir sind jetzt auf dem Downwind und sollten unsere Ankunft mitteilen (damit der rote Teppich ausgerollt werden kann!):
:*"'''''-333'''''" mit {{HBabbr|ATC}}:
::*"KLVK DeinName at 1400 ft 2 min North, inbound for visual approach"
:::<small>Es gibt derzeit keine Meldung "im Downwind", also melden wir wieder wo wir sind und und bitten um Sichtanflug</small>
::*{{HBabbr|ATC}} wird hoffentlich antworten: “DeinName, Livermore Tower, Clear to land 25R.”

:*"'''''-25'''''" mit {{HBabbr|UNICOM}}:
::*"KLVK {{HBabbr|UNICOM}} DeinName downwind for runway 25R"

*Wir sollten inzwischen in einem wunderbar aus-getrimmten Flugzeug sitzen:
:*Höhe 1400 ft
:*Richtung 075°, dem Highway entlang des Flugplatzes folgend
:*mit einer Geschwindigkeit von ~75 kn bei ~2000 RPM (halte die RPM auf 2000, sie könnte abwandern!)
:*Flaps auf Stufe 1
:*Autopilot ausgeschaltet

*Wenn der Flughafen etwa 45° hinter uns liegt drehen wir wie üblich auf "Base"
:*der rote Marker steht noch immer auf 075° (von der letzten Anweisung an George)
:*'''''drehe 90° nach rechts''''' bis der rote Maker horizontal links steht
:*'''''Flaps Stufe 2'''''
:*'''''RPM auf 1800''''' (der Beginn der grünen Markierung)
:*wir sollten uns so bei etwa '''''65 kn mit 500 ft/min''''' Sinkgeschwindigkeit einpendeln
:*mit '''''{{HBabbr|UNICOM}} melden wir "-26"''''' = auf "Base"

*Halte nach der Landebahn Ausschau und drehe kurz vor dem Überqueren der verlängerten Mittellinie darauf ein:
:*mit '''''{{HBabbr|UNICOM}} melden wir "-27" '''''= auf "Final"
:*wir sollten noch immer gut ausgetrimmt sein!
:*um die Höhe zu variieren benutze nur die RPM, variiere diese zwischen 1500 und 1800 (wenn wirklich nötig auch mehr, aber werde nicht hektisch - abrupte Korrekturen können wir jetzt nicht brauchen!)
:*richte Dich zur Landebahn aus
:*bei etwa 420 ft (also ca 7m über der Landebahn) fangen wir mit dem Ausschweben an
::*'''''Flaps Stufe 3'''''
::*'''''ganz-ganz leichtes Ziehen''''' am Höhenruder
:::*das verringert die Sinkgeschwindigkeit (1 cm über dem Boden sollte sie NULL sein!)
:::*und dadurch auch die normale Geschwindigkeit - PASS AUF: bei 45 kn wirst Du stallen!
::*Lass Dir Zeit: Diese Landebahn ist noch sehr lang! Bleibe ganz ruhig und bedächtig !
:*'''''halte die RPM''''' bis 1 cm über dem Boden
::*erst dann nimm den Throttle komplett zurück
::*ziehe ganz Sachte am Höhenruder um die Höhe zu halten
::*die Geschwindigkeit wird ständig weiter sinken -- bis wir bei 1 cm über dem Boden stallen!!
:Ja ich weiß: Keiner schafft das (immer) 100% - aber das ist das Ziel das wir anstreben!!

*Nach dem Aufsetzen hauen wir nicht auf die Bremse, denn das schadet in der Wirklichkeit dem Bugrad und auch im Simulator schadet es unserm Hochgefühl wenn wir uns jetzt zum Schluss überschlagen! Ab etwa 40 kn können wir vorsichtig, stotternd bremsen ("b" drücken - loslassen - drücken - loslassen ...)

*Und mit maximal 10 kn rollen wir dann von der Landebahn
:*'''''halte an''''' sobald Du komplett von der Landebahn weg bist
:*'''''melde "-29"''''' ("runway clear") an alle
:*schalte die '''''Landescheinwerfer und Strobe''''' aus
:*dann atme einmal (oder 2mal) tief durch
:*schau Dich um nach anderem Verkehr (Großschreibung+Cursor-Tasten)
:*dann auf zum Parkplatz
:*und dort ausschalten:
::*'''''Gashebel''''' voll zurück
::*setze die '''''Feststellbremse''''' "B"
::*drücke den "'''''Carburator Heat'''''" voll rein (Maus-Klick auf den schwarzen Hebel links vom Gas)
::*ziehe "'''''Mixture'''''" voll raus
::*schalte die '''''Magnetos''''' aus

'''''Gratuliere – es ist geschafft!!!!'''''

Da wir derzeit im "Wilden Westen" sind, tun wir noch was alle guten Cowboys tun: Ein paar Streicheleinheiten für unsere so gutmütige Cessna!
Und recht herzlichen Dank an Stuart Buchanan und seinen Ko-Autoren: Benno Schulenberg, Sid Boyce, Vassilii Khachaturov, und James Briggs.

Scheue Dich nicht diese gleiche Übung mehrmals zu machen, insbesondere auch unter veränderten Bedingungen wie Wetter, Zeit, etc.. Du wirst das jetzt sicherlich alleine schaffen, auch wenn Du dann evtl. andere Runways, Pattern, etc. benutzen müsstest/wolltest!

Viel Spaß dabei!