The 'Official' Screenshot & Tips thread 4 FSX enthusiasts & flight simmers.

Ahh that explains it. I figured it would be a default AFCAD issue.

Thanks for the Congrats gent's, She arrived on the 5th and we're all doing great. It has somewhat hampered my simming time though ;)

Glad to hear!

I meant to ask you before but what descent forecasts do you guys use in RW ops? Do you just insert winds at 3 different levels along the approach or do you use any of the ISA deviation stuff? It seems that this is modelled in the PMDG NGX which is pretty cool.
 
Glad to hear!

I meant to ask you before but what descent forecasts do you guys use in RW ops? Do you just insert winds at 3 different levels along the approach or do you use any of the ISA deviation stuff? It seems that this is modelled in the PMDG NGX which is pretty cool.

Hi mate,

Our OFP's (Operational Flight Plans) have forecast winds at levels on them. I usually put in FL240, 100, and 50. This helps the FMS calculate the VNAV descent path accurately. It's most important if you're expecting a tailwind during the descent as you can easily end up with excess energy this way (you'll notice the speed increasing about target and you'll get the DRAG REQUIRED FMC message). The QNH/ISA Dev are usually taken from the ATIS, most important with low temps/pressures as again this can upset VNAV.

You're right they are modelled In the PMDG. I tend to revert to the simple descent modes when closer to the ground as its easy to get stitched up by VNAV especially with a tailwind or if you end up flying less track miles than planned.
 
Hi mate,

Our OFP's (Operational Flight Plans) have forecast winds at levels on them. I usually put in FL240, 100, and 50. This helps the FMS calculate the VNAV descent path accurately. It's most important if you're expecting a tailwind during the descent as you can easily end up with excess energy this way (you'll notice the speed increasing about target and you'll get the DRAG REQUIRED FMC message). The QNH/ISA Dev are usually taken from the ATIS, most important with low temps/pressures as again this can upset VNAV.

You're right they are modelled In the PMDG. I tend to revert to the simple descent modes when closer to the ground as its easy to get stitched up by VNAV especially with a tailwind or if you end up flying less track miles than planned.

Normally in the sim I just put in 3 alt/winds into the descent forecast page and also the destination QNH. Would entering ISA DEV make much difference? I'd imagine that winds/QNH are more important. Do you enter ISA DEV for cruise if your temperatures are fairly different from the expected?

In terms of descent I normally just fly VNAV if there is no ATC. I suppose FLCH is the handiest mode for small level changes or would you tend to use V/S?

Appreciate all the info.
 
One thing i've never grasped.

Is every airport with ILS capable of full autoland or are some only capable of a guided approach leaving you to land yoursel?

I dont full understand what the categories ILS I, II and III mean.
 
Normally in the sim I just put in 3 alt/winds into the descent forecast page and also the destination QNH. Would entering ISA DEV make much difference? I'd imagine that winds/QNH are more important. Do you enter ISA DEV for cruise if your temperatures are fairly different from the expected?

In terms of descent I normally just fly VNAV if there is no ATC. I suppose FLCH is the handiest mode for small level changes or would you tend to use V/S?

Appreciate all the info.

Hi mate,

On the Perf page we put the wind at ToC and the forecast temperature. Once in the cruise we use the route data page to input the cruise winds from the OFP. In FSX I wouldn't bother with this as it only affects the accuracy of the ETA calculated.

VNAV works great in FSX as you don't have ATC giving you shortcuts that can leave you high and fast. In terms of using level change or VS it depends on the circumstances. If I'm being descended early or I need to flatten the descent I'll use VS. If I'm high on profile I'll use level change and crank the speed up as this gives me positive control of the speed. VNAV path will hold the path and allow the speed to go right upto the barbers pole.

@robfosters check out
http://en.wikipedia.org/wiki/Instrument_landing_system for info on the ils.. It's a great article.
 
I'm having an absolute nightmare running FSX in Win 8 with multiple monitors.

I've got 3 monitors across 2 graphics cards. The left and middle screens are on a GTX 560 and the right screen is on a 9600GSO. The middle screen is my main one in windows.

I normally use the middle screen for the cockpit and the left and right screens for 2D panels.

The settings on FSX picks up all three monitors but things go wrong when I start flying!

FSX loads the cockpit onto the right screen and somehow loses that the middle screen is even there - I can't move any panels onto it and the mouse skips over it straight to my left screen.

I didn't have this problem in Win 7, everything worked as expected.

I've updated to the latest graphics drivers, which hasn't made a difference. I've also turned off the left and right screens, run FSX, flown for a bit, closed it, enabled the two screens and re-run FSX but the problems still there.

My next idea is to reinstall FSX but I'm loathe to do that as I've got a lot of extras installed which are gonna take ages to put back in.

If that doesn't work then I'm thinking I might have to put win 7 back on my PC but my OS is on an SSD and I'm not sure there's enough room for both (and it seems a waste to have an OS just for FSX).

Does anyone have any other ideas what I could try before I start reinstalling things?

Oh and my Saitek pedals aren't working right. As soon as I touch them in flight the differential brake message shows up and stays on screen even if I'm not touching them anymore and the brakes don't seem to be on when I'm not pushing on the toe brakes anyway, WTF? :confused:
 
Last edited:
Hi Stevio,

Can't help with the monitors I'm afraid but thr brake message should be solved by adding some null zone to the brake axis in the FSX menu.
 
FTX Global pricing announced.

http://www.orbxsystems.com/forum/topic/54917-ftx-global-pricing-model-explained/

I have a brand new copy of Win8 but not upgrading. I have read too many issues regarding FSX/P3D and windows 8.

A couple more photos. ( ImageShack is not letting me download the full 1080 photo for some reason, always did before :confused: )

I bought the PMDG JS41, what a fantastic turboprop!!

Leaving Queenstown NZ

http://imageshack.us/a/img255/2017/fsx2013022300554336.png

http://imageshack.us/a/img7/6743/fsx2013022301024812.png

Arriving Wellington NZ.

http://imageshack.us/a/img96/9720/fsx2013022302255322.png

Leaving Gatwick.

http://imageshack.us/a/img534/146/fsx2013022023554322.png

Flying from Auckland to Wellington NZ - Airbus -320
http://imageshack.us/a/img72/6453/fsx2013021322380935.png
http://imageshack.us/a/img89/3394/fsx2013021322335819.png

Pictures changed to links due to size
 
Last edited:
Great pics V

Stevio, did you get your pedals sorted. If not, try clicking the 'reverse' mode tick.

Also, I'm in for my P1 on Vatsim on Monday. If that goes well I'll be putting myself forward for a P1 mentor. It's my unofficial intention to create a bridge for forums members to get involved a bit more comfortably.

I'll be hopefully flying on Tuesday.

Monday week I'll be sunning myself with my wife in Madeira so will be unable to fly for two weeks, but can keep an eye on the forums.
 
Chaders will correct me if I'm wrong but I don't see the length of final being an issue here given that the A/P isn't trying to capture the G/S as he is only in VOR LOC mode. I landed somewhere the other day and the published approach had a final of around 7 miles. The waypoint EH630 expects 2000ft at 6.2 ZWA which suggests that capturing loc/gs shouldn't be a problem.

I think in real world you would always expect to get loc established before g/s but in this case I don't think there is an issue with loc capture.

Hi Ringo,

You're bang on mate. Although his 80 degree intercept is never going to end well that close in.

If you look at Jason's third shot you'll see he did infact activate APP mode as he's captured the GS (shown on his FMA) I think he was just confused by the fact the APP light on the MCU goes out at G/S capture. He also seemed to think it was turning early to capture the LOC, to me it looks like its turn is perfectly timed given his speed/intercept angle.

What I don't in Jason's or thingamjib's shots is why the ILS is identing SP and not ZWA. We're you guys going into a default AMS? If so it may just be old AFCAD data causing that.

Ok, I've reread all relevant posts a bit more thoroughly. However I must disagree and stick to my guns about the final not being long enough. Unless you're doing a GPS approach (which I know absolutely nothing about), you shouldn't really be following a flight plan for that long, which to me it looks like this is what Jason is trying to do. As I said before at some point in your descent ATC will either vector you to the localiser or tell you to track straight to a beacon/way point to begin a procedural approach. Both of these will mean you leave your preplanned route and you should forget about the FMS/LNAV/VNAV. you should also take the ND off map mode and put it on APP mode.

I have Aerosofts Schiphol which provides me with a complete set of fictional airport plates. For the sake of this topic I'm assuming they're accurate representations of their real life counterparts. Looking at the plate for the 18C ILS, if you were flying a procedural (to summarize extremely briefly that means ATC don't say anything and you follow the instructions on the plate instead) you would expect to intercept the localizer at 11.3D or EH629. It would be safe to assume that if ATC were vectoring you then they would also aim to have you intercept around this figure as well. EH630 is the point of the GS intercept, so at 2000ft and 6.2D out you will be bang on the centre of the GS and if not then something is wrong. EH630 is more of a 'check' point than an 'aiming' point. Now I would like to mention two things about the Glide slope:

1) You should always intercept it from below because it actually can emit false beams above the 'official' Glide slope. This has the risk of the autopilot latching onto one of these higher and thus steeper beams and descending dangerously fast. By coming in from below you are guaranteeing that you are intercepting the lowest and therefore 'official' Glide slope

2) A Glide slope is only certified to be accurate out to 10nm, 8 degrees either side of the localizer. To my knowledge you cannot legally track it outside of these limits. Because this is a very narrow window, would it not make sense to get established on the localiser first?

Which brings me back to Jason's screenshots. He is heading to the point of the GS intercept with a 75 degree angle and only vor/loc enabled. The subsequent turn looks like it would put him above the GS so when he goes for the APP button he could hit a false GS. Also the localizer only becomes active at 5 degrees off the centerline. At 6.2D that means you are roughly only 0.5nm away from EH630 when the autopilot starts to turn to the localizer. It looks to me like these sharp and last minute intercepts are confusing the autopilot somewhat.

Even if the autopilot did manage to cope with it, you are still making very large and sharp manoeuvres to 60 tons of flying metal carrying 180 people very close to the ground. Most airlines would require you to be stable at 1000ft above the ground or its a mandatory go around. This means on localiser (+/- half scale deflection), on glideslope (+/-half scale) and on speed (typically +5/-0kts but may vary). On 18C you should be at 1000ft at 3D. This means you are just giving yourself 3 miles to stabilize. At 180kts that's 1 minute to turn 75 degrees, capture the localizer and glide, configure flaps and gear, bleed off 30-40kts of speed, set power to maintain the GS and trim as necessary. Never mind whilst talking to ATC and performing checks as well. See where I'm going with this? A longer final makes life much easier for both you and the autopilot, so there's a better chance it will do what you want it to do.

As for the SP/ZWA I must admit I didn't notice at the time (I made the example quick and dirty...). The Aerosoft plate also shows ZWA is the ILS indentifier so I can only conclude that either the PMDG database has got it wrong or its been changed since that plate was made (the plate is dated 28/05/09). I remember someone telling be that schiphol 'cheats' and references all ILS DMEs to their central VOR through an offset. The VOR is identified as SPL, but I don't know if that's theory is true or how that would affect this particular problem.
 
Last edited:
Ok, I've reread all relevant posts a bit more thoroughly. However I must disagree and stick to my guns about the final not being long enough. Unless you're doing a GPS approach (which I know absolutely nothing about), you shouldn't really be following a flight plan for that long, which to me it looks like this is what Jason is trying to do. As I said before at some point in your descent ATC will either vector you to the localiser or tell you to track straight to a beacon/way point to begin a procedural approach. Both of these will mean you leave your preplanned route and you should forget about the FMS/LNAV/VNAV. you should also take the ND off map mode and put it on APP mode.

I have Aerosofts Schiphol which provides me with a complete set of fictional airport plates. For the sake of this topic I'm assuming they're accurate representations of their real life counterparts. Looking at the plate for the 18C ILS, if you were flying a procedural (to summarize extremely briefly that means ATC don't say anything and you follow the instructions on the plate instead) you would expect to intercept the localizer at 11.3D or EH629. It would be safe to assume that if ATC were vectoring you then they would also aim to have you intercept around this figure as well. EH630 is the point of the GS intercept, so at 2000ft and 6.2D out you will be bang on the centre of the GS and if not then something is wrong. EH630 is more of a 'check' point than an 'aiming' point. Now I would like to mention two things about the Glide slope:

1) You should always intercept it from below because it actually can emit false beams above the 'official' Glide slope. This has the risk of the autopilot latching onto one of these higher and thus steeper beams and descending dangerously fast. By coming in from below you are guaranteeing that you are intercepting the lowest and therefore 'official' Glide slope

2) A Glide slope is only certified to be accurate out to 10nm, 8 degrees either side of the localizer. To my knowledge you cannot legally track it outside of these limits. Because this is a very narrow window, would it not make sense to get established on the localiser first?

Which brings me back to Jason's screenshots. He is heading to the point of the GS intercept with a 75 degree angle and only vor/loc enabled. The subsequent turn looks like it would put him above the GS so when he goes for the APP button he could hit a false GS. Also the localizer only becomes active at 5 degrees off the centerline. At 6.2D that means you are roughly only 0.5nm away from EH630 when the autopilot starts to turn to the localizer. It looks to me like these sharp and last minute intercepts are confusing the autopilot somewhat.

Even if the autopilot did manage to cope with it, you are still making very large and sharp manoeuvres to 60 tons of flying metal carrying 180 people very close to the ground. Most airlines would require you to be stable at 1000ft above the ground or its a mandatory go around. This means on localiser (+/- half scale deflection), on glideslope (+/-half scale) and on speed (typically +5/-0kts but may vary). On 18C you should be at 1000ft at 3D. This means you are just giving yourself 3 miles to stabilize. At 180kts that's 1 minute to turn 75 degrees, capture the localizer and glide, configure flaps and gear, bleed off 30-40kts of speed, set power to maintain the GS and trim as necessary. Never mind whilst talking to ATC and performing checks as well. See where I'm going with this? A longer final makes life much easier for both you and the autopilot, so there's a better chance it will do what you want it to do.

As for the SP/ZWA I must admit I didn't notice at the time (I made the example quick and dirty...). The Aerosoft plate also shows ZWA is the ILS indentifier so I can only conclude that either the PMDG database has got it wrong or its been changed since that plate was made (the plate is dated 28/05/09). I remember someone telling be that schiphol 'cheats' and references all ILS DMEs to their central VOR through an offset. The VOR is identified as SPL, but I don't know if that's theory is true or how that would affect this particular problem.

Sorry to keep pushing this but final length can't possibly be a problem. On my chart for 18C it shows that you can expect ATC to direct you to the waypoint at 2000ft. Also, if you take a look at the published procedure for 26L at Gatwick the final length is only 5.5nm.

Like Chaders says the intercept heading is the most likely issue.

Have you any links on these false glideslopes? I've never heard of that before. It sounds a bit dodgy/dangerous.
 
Last edited:
Sorry to keep pushing this but final length can't possibly be a problem. On my chart for 18C it shows that you can expect ATC to direct you to the waypoint at 2000ft. Also, if you take a look at the published procedure for 26L at Gatwick the final length is only 5.5nm.

Mind me asking which chart you are using? The Aerosoft ILS plate doesn't mention anything like that but I haven't looked at the STAR plates yet. According to NATS Gatwick has an initial approach plate (here) as well as the ILS plate (here). The 5.5nm you mention seems to point once again to the GS intercept point. Seeing as Gatwick's elevation is higher than Schiphol this is about right to maintain the 3 degree glide path. Looking at the initial approach plate all the procedures end in leaving the MAY VOR, descending to 2000ft at 3D from MAY, and then turning to intercept the localiser at 8.5D from MAY. This then gets you established on the localiser around 10D out. Perhaps I was a little overcautious with the 15-20nm bit, 10-15 sounds like it might be closer to the sweetspot but I still stand by you should fully establish on the localiser before the GS becomes active, thus a longer final is required

Like Chaders says the intercept heading is the most likely issue.

I fully agree that Jasons heading intercept is an issue, but I don't think its the sole issue. If you were 15 miles out at that sort of intercept then it should still establish but it will certainly overshoot and have to turn back on itself (like a bit of an S-bend). However it should settle down in time to capture the GS. At 6 miles out you will be well past the GS intercept by the time its turned and established. Again even if you manage to make it turn and descend you'll be lucky to stablize by 1000agl. If all else fails then a longer final gives to time to think ahead and prepare. Its like bluetonic said in an previous post about slowing to 180kts earlier - it gives you more breathing space. The last thing you want to do flying IFR in a big jet is hit a crunch point and having to do everything at once.

Have you any links on these false glideslopes? I've never heard of that before. It sounds a bit dodgy/dangerous.

Plenty of stuff on google. This looks like a very good article explaining the ins and outs of the ILS in general (lil numbers heavy in places). The false GS bit is at the top of page 3. I actually forgot that some false GS can actually reverse the direction of the deviations as well! You would be surprised at how many errors some beacons can have. If you've ever tried to accurately track an NDB in real life you would know that NDBs are a POS!
 
Last edited:
Mind me asking which chart you are using? The Aerosoft ILS plate doesn't mention anything like that but I haven't looked at the STAR plates yet. According to NATS Gatwick has an initial approach plate (here) as well as the ILS plate (here). The 5.5nm you mention seems to point once again to the GS intercept point. Seeing as Gatwick's elevation is higher than Schiphol this is about right to maintain the 3 degree glide path. Looking at the initial approach plate all the procedures end in leaving the MAY VOR, descending to 2000ft at 3D from MAY, and then turning to intercept the localiser at 8.5D from MAY. This then gets you established on the localiser around 10D out. Perhaps I was a little overcautious with the 15-20nm bit, 10-15 sounds like it might be closer to the sweetspot but I still stand by you should fully establish on the localiser before the GS becomes active, thus a longer final is required

I'm looking at the ILS 18C at Schiphol. To me it looks like for the first waypoint will be reached by overflying the NDB, then a right turn to join the runway track. It says that ATC could redirect to the point at 2000ft.

Yep 5.5 is correct for gatwick so probably loc established about 7.5-8.


Plenty of stuff on google. This looks like a very good article explaining the ins and outs of the ILS in general (lil numbers heavy in places). The false GS bit is at the top of page 3. I actually forgot that some false GS can actually reverse the direction of the deviations as well! You would be surprised at how many errors some beacons can have. If you've ever tried to accurately track an NDB in real life you would know that NDBs are a POS!

Ah, I thought you were meaning there were multiple degrees of beam, like 3, 4, 5 degree profiles to follow for the same runway.
 
Lovely pics there V - Spent 3 weeks in NZ over christmas/New Year - those shots are bringing back some memories :-)

Really need to get into the J41 - I've had a couple of attempts, but not really got my head around it just yet...

Rich
 
Hi Stevio,

Can't help with the monitors I'm afraid but thr brake message should be solved by adding some null zone to the brake axis in the FSX menu.

Stevio, did you get your pedals sorted. If not, try clicking the 'reverse' mode tick.

Cheers for the help with the pedals. I dropped the null zone setting all the way to the left and ticked the reverse axis. All sorted now.


I have a brand new copy of Win8 but not upgrading. I have read too many issues regarding FSX/P3D and windows 8.

I don't blame you, I'm having no end of problems with Win 8 and FSX. Aside from the multi monitor problem, FSX is crashing all over the place now, in and out of flying. And as I've been researching I'm seeing loads of other people with all sorts of problems using them together.

I've got a copy of Win 7 sitting on a laptop I dual boot with Linux so think I'm gonna use that Licence on my PC as a second OS setup just for FSX.

Oh and those are some great pics :)
 
Stevio, have you applied the HIGHMEMFIX and uiautomationcore.dll fixes? I'm running FSX on Win8 without issue.

No, I haven't. I'll try them out. Cheers.

From the name, I'm guessing HIGHMEMFIX sorts out problems with lots of RAM? I've got 8 gigs in mine at the moment (with another 8 waiting to be installed :p).
Would that be causing some of the problems?
 
No, I haven't. I'll try them out. Cheers.

From the name, I'm guessing HIGHMEMFIX sorts out problems with lots of RAM? I've got 8 gigs in mine at the moment (with another 8 waiting to be installed :p).
Would that be causing some of the problems?

They should fix the vast majority of issues. You need to add HIGHMEMFIX=1 to the [GRAPHICS] section of the fsx.cfg.

Google for the uiautomationcore.dll fix and you can find the correct file to copy into the FSX directory.
 
Back
Top Bottom