Archived

This topic is now archived and is closed to further replies.

CTBlankenship

Entering Gate information into CDU

Recommended Posts

Here is a bit of fun for you ... herein resides instructions on how to modify Navigraph's data for all PMDG products so that you can enter gate information into LSK 3L on page 1 of 3 on the POST INIT page of the CDU ... ENJOY!

Share this post


Link to post
Share on other sites
Help AVSIM continue to serve you!
Please donate today!

Great find!  Thanks!   It has always annoyed me a little bit that I couldn't enter any gates into my CDU when doing my pre-flight work.   I am going to get the latest cycle and pack in those gates at my most common airports.

Share this post


Link to post
Share on other sites

I've been using gate numbers for years with the NGX and other aircraft that support it, perhaps this is just a navigraph issue in the US, I dunno!

 

Aerosoft's Navdatapro certainly has gates in all of the relevant airports. They have 107 gates and their coordinates listed for KATL.

Share this post


Link to post
Share on other sites

The navigraph data I have has never had the gate info in there, but I've only checked a few times over the years.

 

Either way, the aircraft-reported GPS position is generally more accurate than the gate position in the data file (or at least just as good).  Back when GPS didn't feed into the IRS, it was more relevant.  Now?  Not so much.

 

If it adds to your sense of realism though, go right on ahead.

Share this post


Link to post
Share on other sites

I use it all the time and it pretty much always reads the same as your current position anyway so there isn't much point to it really, but it is nice to have an added bit of realism that does actually work. I am using Navdatapro though, not Navigraph.

Share this post


Link to post
Share on other sites

Some of the <ICAO>.TXT files do contain the gate information ... but they are few and far between (that is how I found out what the format of the data should be) ... as a matter of fact KATL.TXT had a gate defined of zero.

 

After playing with it I did notice that the reference airport Lat/Long actually ends up being exactly the location of the gate.  So, this is more of a realism exercise than anything else.  Also I thought people might be interested in seeing from whence some of the data that drives the CDU originates.  

 

The other directory and file content is the NAVDATA folder.  It contains the NavAid and NavFixes as well as all the information required to create routes using the "via" and "to" part of the Route setup.  If the FIX you enter doesn't exist along the jetway then (as defined in the wpnavrte.txt file ... you get the Not In Database error message.

 

I'm currently writing a data conversion routine that parses all of the information out of these text files and places them inside a normalized database which will support a little app that I'm writing.

Share this post


Link to post
Share on other sites

 

 


I'm currently writing a data conversion routine that parses all of the information out of these text files and places them inside a normalized database which will support a little app that I'm writing.

 

Sorry - didn't mean to be dismissive earlier.  Although I'll still restate that a lot of operations simply just load the reported GPS position, it's never a bad practice to check that position against the gate data to ensure it's reporting properly.  Additionally, if you're using it to do something cool in an app, database or otherwise, more power to you.

 

Heck, I've written apps for things that already exist simply to challenge myself, not that I'd ever release what I've done for most of them.

 

Good luck!

Share this post


Link to post
Share on other sites

Kyle ... never thought you were ... you are an incredible asset to the forum as well ...slowly working my way through your videos.

 

The app is basically a localized ACARS for people whose virtual airline does not store any telemetry data.  I'll be tracking the following (and accumulating it every 10 seconds during the flight):

 

  • Date/Time
  • Latitude
  • Longitude
  • Altitude
  • Heading
  • Air Speed
  • Ground Speed
  • Mach
  • Vertical Speed
  • N1
  • N2
  • Bank
  • Pitch
  • Flaps
  • Wind Speed
  • Wind Heading Visibility
  • Fuel Flow 
  • Fuel
  • G/S
  • AOA
  • Framerate
  • COM1 frequency
  • ATC
  • ATC Warnings

I'll then take all of that data and use it to make criticisms concerning the flight ... like:

 

Did you blow through the 250K/10,000ft. rule?

Did you drop flaps at a speed that would damage them?

Was your G-Forces excessive during maneuvers?

Did you exceed bank angle?

Did you miss the altitude constraint on an approach (which is what the database is for).

 

I'll then put this on a map with points that define the characteristics of each piece of telemetry data.  For example, each point, when the mouse is hovered over it, will show the following:

 

1.  Warnings for this particular data point 

2.  Location (Lat/Long)

3.  Time

4.  Bank Angle

5.  Speed

6.  Heading

7.  Vertical Speed

8.  N1 and N2

9.  Fuel Flow

10.  Fuel Left

11.  COM1 frequency and ATC controlling you

 

I'll design it so that the user can open the raw Excel file ... as well as create a KMZ file that will allow you to view your flight using Google Earth.

 

Yes ... I get bored once in a while and have to keep my programming skills up.  

Share this post


Link to post
Share on other sites

 

 


Kyle ... never thought you were ... you are an incredible asset to the forum as well ...slowly working my way through your videos.

 

Thanks!  You're about to have one more to suffer through  :diablo:

Share this post


Link to post
Share on other sites

 

 


Sorry - didn't mean to be dismissive earlier.  Although I'll still restate that a lot of operations simply just load the reported GPS position, it's never a bad practice to check that position against the gate data to ensure it's reporting properly.  Additionally, if you're using it to do something cool in an app, database or otherwise, more power to you.
 
Heck, I've written apps for things that already exist simply to challenge myself, not that I'd ever release what I've done for most of them.
 
Good luck!

 

Funny that you mentioned that Kyle...Today I was parked at A gate in Chyz Airport when

the fmc asked for my position the one it gave me was off a bit and I did not realize it until I looked in front of me were the Gate sign gave me the correct position which I used to fill in my Position.

Share this post


Link to post
Share on other sites

Yea ... but it is so much more fun to waste time on Google, convert Lat/Long values and enter them into a file that's just going to be overwritten on the next AIRAC update! :lol:

Share this post


Link to post
Share on other sites

Yea ... but it is so much more fun to waste time on Google, convert Lat/Long values and enter them into a file that's just going to be overwritten on the next AIRAC update! :lol:

 

The power of CUT & PASTE and saving your gate work to a separate file to be cut and pasted back in after update.  :)

Share this post


Link to post
Share on other sites

 

 


The app is basically a localized ACARS for people whose virtual airline does not store any telemetry data.  I'll be tracking the following (and accumulating it every 10 seconds during the flight):

 

Oh, cool.

 

I have actually started working on a backside of a DFDAU-like unit myself, plan to proceed with it after the SDK is out.

 

 


I'll design it so that the user can open the raw Excel file ... as well as create a KMZ file that will allow you to view your flight using Google Earth.
 
Yes ... I get bored once in a while and have to keep my programming skills up.  

 

Nice. What are you writing it in?

Share this post


Link to post
Share on other sites

team

 

a word of caution in this .... check the gate's co-ordinate (& number) in the afcad to confirm the real (google) is the same !!

Share this post


Link to post
Share on other sites

The app is basically a localized ACARS for people whose virtual airline does not store any telemetry data.  I'll be tracking the following (and accumulating it every 10 seconds during the flight):

 

So the App will plot the flown route on Google earth?

And with the rest of the date you can see how accurately you tracked your NDB approach?

 

Nice, I would be interested in that!

Share this post


Link to post
Share on other sites

 

 

So the App will plot the flown route on Google earth?

And with the rest of the data you can see how accurately you tracked your NDB approach?

 

Yes ... that is the main point of the whole shebang ... using FSUIPC one can interface with MSFX and pull data from the sim (at least that is how I think it is going to work).  When I'm done and it looks pretty good I'll release the code as open source and place it in the public domain.

 

C. T.

Share this post


Link to post
Share on other sites

 

 


When I'm done and it looks pretty good I'll release the code as open source and place it in the public domain.

 

How often is it polling?  I'd kill for something like this right now, since I'm trying to create new PFPX profiles, and that kind of automated data would save a ton of time for me.

 

Also, remember that the 250/10 "rule" is more grey than people make it out to be here.  Certain aircraft are allowed over 250 under 10.  Then again, as far as programming goes, you could always just flag it and let the user of the data decide what to do with it.  I'm just really hesitant with flags like this because they tend to perpetuate the myth that 250/10 is absolutely unbreakable.

Share this post


Link to post
Share on other sites

 

 

How often is it polling? 

I was thinking of making this variable ... once every 10 seconds below 10,000 ft. and once every 30 seconds or so at cruse.

 

This is going to take some doing obviously ... after I've banged my head against the keyboard long enough ... I'll figure it out ... eventually ^_^  

Share this post


Link to post
Share on other sites

I was pleasantly surprised to see that all the gates at YSSY (Sydney, Australia) & YBCG (Gold Coast) are already in the database. It would seem that the major Australian airports have gate info already embedded in the db. But will check through them to ensure this is correct.

 

Thx for the heads-up Chuck! If I find any airports I regularly fly-in/out of that don't have the gate info, I know what to do now.

Share this post


Link to post
Share on other sites