• Which the release of FS2020 we see an explosition of activity on the forun and of course we are very happy to see this. But having all questions about FS2020 in one forum becomes a bit messy. So therefore we would like to ask you all to use the following guidelines when posting your questions:

    • Tag FS2020 specific questions with the MSFS2020 tag.
    • Questions about making 3D assets can be posted in the 3D asset design forum. Either post them in the subforum of the modelling tool you use or in the general forum if they are general.
    • Questions about aircraft design can be posted in the Aircraft design forum
    • Questions about airport design can be posted in the FS2020 airport design forum. Once airport development tools have been updated for FS2020 you can post tool speciifc questions in the subforums of those tools as well of course.
    • Questions about terrain design can be posted in the FS2020 terrain design forum.
    • Questions about SimConnect can be posted in the SimConnect forum.

    Any other question that is not specific to an aspect of development or tool can be posted in the General chat forum.

    By following these guidelines we make sure that the forums remain easy to read for everybody and also that the right people can find your post to answer it.

Question about Runway properties

Messages
7
Hi, firstly thanks for the great programme, it has been much needed to bring FSX up to FS9 standards of flexibility.

This is based at Heathrow, with regards to the two runways. Firstly I click on either end of the runway to get into "properties" and it always comes up as the 09 runway as the primary and not 027. In fact 027 as "secondary" is completely blanked out. In the "pattern" tab I have "yes, yes, left" in both primary and secondary sub-sections. Also, what does "pattern" mean where the drop down tab comes up as "left" or "right"?

Basically, I just want both sets of runways to be in use ie. 027L, 027R, 09L and 09R. I don't know, but it seems like perhaps only the 09 runways are in use with the above configuration? How do I rectify this, if there is any rectifying that needs to be done?
 
Last edited:
d22ghj

Welcome to the ADE forum

This is based at Heathrow, with regards to the two runways. Firstly I click on either end of the runway to get into "properties" and it always comes up as the 09 runway as the primary and not 027. In fact 027 as "secondary" is completely blanked out.

There is no such thing as a runway 27 in FSX. We show you the 27 which is the recip of 09 but that is for a visual only. FSX never looks at a runway number except the base end. That means in the actual XML 27 is understood by FSX but is is always referenced as the seconday end. A runway in FSX is not 2 sided (ended) but is based entirly on the base end (primary) number of 09.

Basically, I just want both sets of runways to be in use ie. 027L, 027R, 09L and 09R. I don't know, but it seems like perhaps only the 09 runways are in use with the above configuration?

Both ends are in use but they are wind related as per a score in FSX. You MUST set the winds from the west (270 +- 90 degress) for the 27's to become the active runways. In some cases the wind speed must be set at or above 8 kts because FSX treats less then 8 kts as light a varible. Light and varaible is not enough speed to force the 27's which carry a lower runway selection score to become the actual active runways.

After you change the winds to 270 @ 8kts or higher you MUST reload the airport in order for ATC to change the ATIS and flip the runways around. You can also set EGLL up with the winds at 270@8kts and save the airport. Restart FSX and now select your saved EGLL and runways 27 should be active. There are other ways if you are in game by increasing sim time to x8 and back to x1 or change airplane heading by 1 degree in map mode.

The point is you cannot just turn the winds an expect ATC to turn the runways around instantly based on all the planes that have entered the visual zone of a airport.

Also, what does "pattern" mean where the drop down tab comes up as "left" or "right"?

That is usd for 2 things. If you contact tower and take off from a airport VFR for a touch and go then the tower will tell you which way to turn for your downwind leg.

The other reason for it is if you have Touch and Go flightplans for your AI planes that will also be the way they turn for the downwind leg.
 
Talking about patterns, I've two questions about the altitude.
1. Is the pattern altitude in AMSL or in AGL (maybe an idea to mention that in that properties dialog)?
2. If you set the altitude (for example) at 700 feet, will the AI aircraft that make touch & goes fly the pattern at 700 feet? Or is the altitude used for something else?
Thanks for the answers!
 
"Pattern altitude", aka circuit height is AGL (certainly in this country the description is technically incorrect, since "altitude" always means distance above mean sea level, and "height" always means distance above a specified surface, usually the ground. So an airport at 500ft elevation, with a circuit height of 1000ft would -- technically -- have a circuit altitude of 1500ft. America frequently uses the language differently, which can lead to all sorts of confusions...)
 
If you set the altitude (for example) at 700 feet, will the AI aircraft that make touch & goes fly the pattern at 700 feet? Or is the altitude used for something else?

Yes, This is the altitude that AI TNG sources in the pattern when the TNG is a VFR FP. However we see as the AI Plane gets larger in size such as a B350 the pattern altitude for that plane may be higher then the 700 AGL ft.

TNG works much better for the smaller GA type planes then large AI default planes. If I want a B350 to do a circuit I set the FP IFR from /to the same airport with somw added TNG's. That way the altitude I specify in the FP takes prcedence over the pattern altitude for the runway.

The pattern altitude seems to only work correctly for the small GA and they must also be on a VFR FP not IFR. The VFR altitude compiled is disregarded and only the pattern altitude is used.
 
Do IFR circuits shoot the missed approach (as per RW) and back round to the ILS, with appropriate handoffs, or do they actually T&G? (in which case they wouldn't fly the Missed procedure, or would they?) What if there's no ILS - would they fly a VOR/NDB/RNAV procedure? Or do they just fly the visual pattern but "IFR"?

Just curious...
 
Tim

Do IFR circuits shoot the missed approach (as per RW) and back round to the ILS,

The IFR TNG never touches down on the runway and does not do a true TNG. Only a VFR TNG touches down and then builds speed to takeoff again. The IFR TNG plane always goes missed and is told to contact departure.

That is because in real world TNG is a VFR type practice for Pilots and IFR does not have a actual TNG practice but a instrument approach practice which always must execute the missed approach. FS trys to follow the same rule logic.

What if there's no ILS - would they fly a VOR/NDB/RNAV procedure?

That depends on the weather engine that ATC combines into the approach. If the airport is VMC (thats based on visibility and cloud cover) and no ILS exist then ATC uses what appears to be a vectors to final 30 degree intercept angle to final. This is a hardcode in the .dll which sets the AI plane/user up for a fake looking ILS approach which uses a distance from the threshold (varible 10 to 108 Nmiles) and a 2000 ft AGL at every single airport.

If the airport is IMC and no ILS exist then ATC looks down through the approach code to find some kind of Loc, LDA, SDA, BC, GPS, RNAV, VOR, NDB with or without a DME. ATC uses a pecking order of priority if more then one approach type exist where a ILS is the top priority and NDB with no DME is the least priority.

Or do they just fly the visual pattern but "IFR"?

If the airport is IMC and the FP is IFR ATC will never leave you stranded like it does with VFR flying into a IMC airport. If no approach code exist ATC is going to tell the IFR FP plane to do TNG's with missed approach or land on the active runway regardless. At that point ATC is reverting back to a hard code .dll which is a visual because it exhausted alll means to find some type of approach in the coding.

here are some rules

AI User (when applicable) Plane TNG based on VFR or IFR FP and airport VMC vs IMC

TNG VFR plus airport VMC

1. TNG compiled as VFR and airport is VMC the runway pattern owns the altitude and the pattern turn.

2. There is no interaction with ATC other then Tower and Ground so the runway pattern code controls TNG turn and altitude behavior for all AI planes.

3. The User Plane asking for TNG will be told what way to turn by Tower but altitude is the Pilots resposibilty based on the downwind leg.

4. FS only allows 3 TNG at one time. If you have 4 TNG's the 4th must wait until one of the 3 expire in time. If the first 3 never expire in time the 4th TNG will time out and never depart the stand.

5. 3 tng's is usually too many any way. That is because tower clears them to land abeam the threshold on downwind. You wanting to takeoff from that airport on a FP or do a TNG will sit there forever or until a timing space happens which is not likely as long as 3 are in the pattern.

6. My crosswind runway technique works well for this senerio since TNG's can be on one runway and you/other planes can use another runway based on asking ground for a active runway or in the case of AI using the closest runway center line vs parking spot.

TNG VFR plus airport IMC

1. No VFR flight is allowed to takeoff and fly TNG's or if a user plane is caught on top while doing VMC TNG's it is not allowed to continue the TNG unless they file a IFR FP. That changes everything because now the TNG is in ATC approach control and not TNG Runway control.

2. If a AI Plane executing VFR TNG and caught in a weather change on top it continues as if the weather never changed including wind change.

TNG IFR is much different because in real world it is not a valid practice or approved from a safty standpoint.

TNG IFR plus airport is VMC

1. Runway pattern and altitude is owned by ATC and the compiled FP.

2. The altitude in the compiled FP is honored unlike when VFR VMC TNG is being executed.

Note: these work very well when mountains are around a airport so the pattern altitude is not used but the FP altitude is used.

3. Keep the FP altiude less then 10,000 ft so any plane capible of flying greater then 250 kts IAS stays below that speed.

note: speed and altitude compiled in the FP for IFR TNG in VMC airport conditions is somewhat proportial to distance of downwind leg.

4. TNG on a IFR FP (VMC or IMC) never touches the runway but always goes missed. Tower tells the IFR FP plane to contact departure which decides which way to turn and climb to the missed approach altitude. Only then does ATC now tell the AI plane to climb to the compiled altitude which sets it up for the next missed approach.

Note: again we do not practice IFR TNG's in real world but practive IFR approaches and missed approaches. In real world to save time and we practice IFR approach procedures under the hood then the instructor may very well have you touch the runway (out from under the hood at minimums) and then takeoff again. However if we are practicing approach procedures in real world weather IMC we always execute the missed approach as the correct procedure. Same with AI on a IFR TNG but altitude is FP altitude after missed approach altitude.

5. If ILS exist than ATC uses the approach ILS code for turn to final and FAF altiudes. If no ILS exist ATC uses the fake hardcode that resembels a ILS approach code with a distance to threshold turn to final and a fixed FAF 2000 ft altitude.

Now If we do force a TNG when on IFR and IMC airport conditions most everything is the same as VMC but there is a weather engine element added to ATC.

1. When the AI on a TNG FP or User plane asking for a TNG takes off the Tower tells the plane to contact departure. The control turn and climb to whatever is in the compiled FP is honored and approaved by ATC.

2. If a ILS exist, ATC will instruct the plane to final outside the FAF T_Waypoint (varible downwind distance again based on speed, altitude and seperation if other AI are landing) and descend from the compiled FP altitude to the FAF altitude in the ILS approach code. The airplane will go missed and not execute the actual TNG.

3. If a ILS does not exist then ATC looks for a pecking order of what I call weather related approaches (anything other then a ILS) in the approach code for that runway. If it only finds a VORDME it tells the AI to execute the vectors to final for that approach using the FAF T_waypoint and the FAF altiude as per the VORDME approach code.

4. If no type approach code is written ATC falls back on the hardcode which is actually a visual code and tells the AI plane to execute the TNG which is actually a missed approach until the time expires for a TNG.

confused? :confused:

I am :eek: and I wrote this
 
Last edited:
Thanks for the tips. I tried the wind director thing at Sydney and it worked as I wanted. But at Heathrow I had the winds set before flight at 6 knots and 093 degrees heading, which is the heading of the 09 Runways, what happened was I initially got cleared for 09L and then suddenly got told to land at 27R, the AI was also taking off/landing on the 27s. If the winds were at 093 degrees (and static), I should've got 09L. What happened?
 
Last edited:
When FSX was released, EGLL was reported as one of those airports that had a light and varible wind speed problem.

The 6 kt wind speed (or less then) is considered on the verge of light and varible at some airports like EGLL instead of the 8-10 kt speed. Increase the wind setting to 8 kts or slightly higher and then save your flight at EGLL.

Restart FSX and go to the saved flight for EGLL. At the higher wind speed FSX should load the AI and the User plane the correct way for active runway.
 
Last edited:
Hi Jim,

After the lengthy reply you wrote above, it might well be worth making this a "sticky" for ease of future reference on this important topic...

I can only read your reply in bite size sections or I am completely lost..:eek:
 
When FSX was released, EGLL was reported as one of those airports that had a light and varible wind speed problem.

The 6 kt wind speed (or less then) is considered on the verge of light and varible at some airports like EGLL instead of the 8-10 kt speed. Increase the wind setting to 8 kts or slightly higher and then save your flight at EGLL.

Restart FSX and go to the saved flight for EGLL. At the higher wind speed FSX should load the AI and the User plane the correct way for active runway.
Thanks. I tried the flight again, going in with static winds of 090/09 knots but I still got 27R in the end. When parsing the EGLL ADE bgl this came up, it still parsed though:-
WARNING: #C1102 EGLL 433367 RUNWAY 5000 Airport (EGLL) has object (RUNWAY) that is 433367 meters from the ARP with a test threshold of 5000 meters! XML line: 230.
 
Thanks. I tried the flight again, going in with static winds of 090/09 knots but I still got 27R in the end. When parsing the EGLL ADE bgl this came up, it still parsed though:-
WARNING: #C1102 EGLL 433367 RUNWAY 5000 Airport (EGLL) has object (RUNWAY) that is 433367 meters from the ARP with a test threshold of 5000 meters! XML line: 230.

That looks like a cross wind runway
 
Is it any significance that when looking at the stock EGLL plan in ADE when double clicking on the ILS localiser at 09L it says "Runway 27R" and the ILS localiser at 27R says "Runway 09L"?
 
d22ghj

You have to tell us whose EGLL you are working with and what Utility designed it from stock. You keep refering to a stock EGLL but you then say the compiler gives you warnings

WARNING: #C1102 EGLL 433367 RUNWAY 5000 Airport (EGLL) has object (RUNWAY) that is 433367 meters from the ARP with a test threshold of 5000 meters! XML line: 230.

There are no extra runways in the stock EGLL. Any runway reported as a warning had to be added. There is no logical reason to even try and CW the 09/27 runways with the single 23/05 because runway 05 is closed by default in the Stock EGLL.

At this point you need to attach the bgl of EGLL to your post so I can see what are the problems. If this is a airport you got from someone else and not designed from a stock EGLL with ADE then that bgl is needed also.
 
I have tried a test from Coventry to Heathrow and I got 9L! The winds were 10knots this time, and it seemed to work with that. So 10 knots or more.
 
Last edited:
d22ghj

Wind speed of 10 kts or more to get out of the light a varible code does not surprize me. I can find many parts of the wind code in FSX but one thing that continues to be hard to find is the prevaling wind code.

Some airports in FSX are very hard to get other runways active based on winds. In real world each airport usually has a prevailing wind runway that is used most of the time. The light and varible code seems to be a varible based on the airport.
 
Back
Top