Skip to content
View in the app

A better way to browse. Learn more.

The AVSIM Community

A full-screen app on your home screen with push notifications, badges and more.

To install this app on iOS and iPadOS
  1. Tap the Share icon in Safari
  2. Scroll the menu and tap Add to Home Screen.
  3. Tap Add in the top-right corner.
To install this app on Android
  1. Tap the 3-dot menu (⋮) in the top-right corner of the browser.
  2. Tap Add to Home screen or Install app.
  3. Confirm by tapping Install.

737 route problem

Featured Replies

It is the second time it happens.

It was flying from FSIA to OMDB. More than halfway (after passing AMPEX if I remember correctly) the plane turned gently and started heading in the opposite direction making gentle turns to one side and another.

This happend after more that two ours of cruise with autopilot (vnav/lnav) and without touch anithing from the cockpit. The route was OK and there is no reason for the airplane turn out the route

After i notice the problem i set the next waypoint in the legs page on the CDU, then the plane go back to the correct way, but after pass the next waipoint, the plane did it again. So i just make the plane fly direct to a waypoint that is arround 100nm following the route, no problems any more.

 

The route is created with PFPX, and the CDU show everithing correct.

What can be the problem?

Can have something to do with ETOPS operations?

Meaby some problem wuth the PMDG737 after pas de ecuador from south to north?

 

No idea, but i fly a lot of hours with the pmdg737 and i do not understand why hapen this think in the route FSIA-OMDB

 

RTE file:


 

 

Thanks

 

Robert Rodriguez
  • Replies 62
  • Views 7.6k
  • Created
  • Last Reply
  • Commercial Member

Robert,

 

What was the distance between waypoints when you were seeing the issue? Was it excessively long (over 200 NM)?

Paul Gollnick

Manager Customer/Technical Support

Precision Manuals Development Group

www.precisionmanuals.com

PMDG_NGX_Dev_Team.jpg

  • Author

Hi Paul,

The distance was 62nm

The maximum distance between waypoints in this roure is 193nm from ROUTY to UDLET, but this was just after departure (ROUT1A). You can find the flight plan (.rte) in my first post if you need.

You can find the flight plan (.rte) in my first post if you need.

Have you looked at the Dropbox page that appears when the link is clicked. It say .rte files cannot be displayed. To see the route it must be downloaded from Dropbox. That's a perfect way to get a virus, malware or whatever. I don't know you from Adam. I looked at the page this afternoon and passed on it.

Michael Cubine
xVxT6x.jpg

The file is fine its just a PFPX route file. 

 

Oh wait my computer is melting oh know zombies are at the back door now....

 

 

Anyway I'll load it up once home from work and see if I see your issue.

Sean Green

  • Author

Have you looked at the Dropbox page that appears when the link is clicked. It say .rte files cannot be displayed. To see the route it must be downloaded from Dropbox. That's a perfect way to get a virus, malware or whatever. I don't know you from Adam. I looked at the page this afternoon and passed on it.

 

Do you expect Dropbox to open a .rte file?

Who is Adam? 

 

Maeby my pmdg737 get a virus from dropbox... it can be the problem do you think?

  • Commercial Member

Guys,

 

Knock it off. If someone doesn't want to open a file from Dropbox, that's their prerogative. File sharing is one of the many ways malware spreads. Some may have a higher security stance than most, and Michael's stance is not unreasonable. It's a little higher than mine, but that doesn't mean either of you should be taking shots at him.

 

Don't forget that he dropped into the thread here to help, and his comments would help others help the original poster.

...on his own time.

...for free.

 

 

 

 

As far as the issue goes, you should have waypoints more frequent than just under 200nm. Try using a route that has waypoints spaced a little more closely. This is not a RW requirement, but it's something that will help us pin down the issue.

Kyle Rodgers

On occasion PFPX will select a distant waypoint of the same name instead of the closest one, usually there is a chance to select when there is ambiguity but not always.

 

Put the ND in PLN mode and the CDU LEGS page to step through the flight plan waypoint by waypoint to verify all is as expected.

Dan Downs KCRP

  • Author

Kile, there is no leg more than 200nm in all the route as you can see in the .rte file. The leg where the problem occurs is 62nm.

I will again FSIA-OMDB my next day off, i will make a video and provide a track (free of virus) of the problem, so you can see what happened.I will fly the same route, that is created with PFPX and the last airac from Navigraph.

 

Someone can tell me if the route is OK?

Here the "file" , just paste on a text document, then change the file extension and you will get a .rte file 

 

Generated by PFPX 29 Aug 2016 11:44 UTC

 
30
 
FSIA
1
DIRECT
1 S 4.6743 E 55.5219 12
-----
1
0
 
1
12
-
-1000000
-1000000
 
ROUTY
5
T123
1 S 4.1753 E 55.4634 0 
0
0
0
 
UDLET
5
UR401
1 S 0.9643 E 55.4641 0 
0
0
0
 
IMTIP
5
UR401
1 N 1.3377 E 55.2966 0 
0
0
0
 
UTRON
5
UR401
1 N 2.0000 E 55.2483 0 
0
0
0
 
GILID
5
UR401
1 N 4.0922 E 55.0956 0 
0
0
0
 
IMKOT
5
UR401
1 N 5.3974 E 55.0000 0 
0
0
0
 
AXINA
5
UR401
1 N 6.8297 E 55.0000 0 
0
0
0
 
AMPEX
5
UR401
1 N 8.1667 E 55.0000 0 
0
0
0
 
EPSIV
5
UR401
1 N 9.2500 E 55.0000 0 
0
0
0
 
EVEBU
5
UR401
1 N 10.3325 E 55.0000 0 
0
0
0
 
EKBEL
5
UR401
1 N 11.3833 E 55.0000 0 
0
0
0
 
SUHIL
5
R401
1 N 12.0000 E 55.0000 0 
0
0
0
 
BOTEM
5
R401
1 N 13.9036 E 55.2383 0 
0
0
0
 
DAPAB
5
R401
1 N 15.1875 E 55.3983 0 
0
0
0
 
KIVEL
5
R401
1 N 16.8850 E 55.6092 0 
0
0
0
 
ERDAX
5
R401
1 N 17.9842 E 55.7494 0 
0
0
0
 
DEDSO
5
R401
1 N 18.9697 E 56.0114 0 
0
0
0
 
HAI
5
R401
1 N 19.9704 E 56.2808 0 
0
0
0
 
VELIK
5
R401
1 N 20.5561 E 56.2822 0 
0
0
0
 
ALNUN
5
R401
1 N 21.2736 E 56.1781 0 
0
0
0
 
DATBU
5
R401
1 N 22.3786 E 56.0150 0 
0
0
0
 
LABSA
5
R401
1 N 23.0314 E 55.9181 0 
0
0
0
 
KURTA
5
N563
1 N 23.7014 E 55.8167 0 
0
0
0
 
SODEX
5
N563
1 N 23.8317 E 55.5339 0 
0
0
0
 
ELUDA
5
N563
1 N 23.8519 E 55.4847 0 
0
0
0
 
NOBTO
5
N563
1 N 23.9236 E 55.3111 0 
0
0
0
 
ADV
5
M318
1 N 24.4190 E 54.6732 0 
0
0
0
 
MIADA
5
MIAD1B
1 N 24.8533 E 54.9600 0 
0
0
0
 
OMDB
1
-
1 N 25.2528 E 55.3644 62
-----
0
0
 
1
62
-
-1000000
-1000000
 
  • Author

On occasion PFPX will select a distant waypoint of the same name instead of the closest one, usually there is a chance to select when there is ambiguity but not always.

 

Put the ND in PLN mode and the CDU LEGS page to step through the flight plan waypoint by waypoint to verify all is as expected.

 

Peter, i load the .rte file on the FMC and the CDU legs page show all correct, all match with the flight plan in PFPX.

I need to try this flight plan again for be sure what happened and record the problem.

First time it happend i go back to my simpit where the 737 supose to be near Dubai, but i find the plane near Seichelles again after 4hous of flight...

The track showed that the plane turn oposite direction with no more than 10º bank angle. but the plane do not go straight, it goes from left to right with a turns no more than 10º. The track show like a saw blade.

The second time it happened in front of me, it did the same, but this time i correct with the CDU (i just re-select the next waypoint in the legs page of the CDU), and the plane go back on track, but after pass the next waypoint again.

 

I cross the ecuador a few times with the pmdg737 and i never had problems, but i think it might be related.

  • Commercial Member

OK so the Leg length should not be an issue based on your previous reply.  It sounds as if your importing the route to the FMC if I understand you correctly.   Have you tried manually programming the route into the FMC using the same waypoints to see if the issue remains as it isn't uncommon for an imported flightplan to contain an error that could explain what you are seeing. 

Paul Gollnick

Manager Customer/Technical Support

Precision Manuals Development Group

www.precisionmanuals.com

PMDG_NGX_Dev_Team.jpg

You certainly do have a route issue if you’re flying over Ecuador on that route :ph34r:  ...sorry I couldn’t resist.

 

In all seriousness though I had a similar problem on that same route with the RTM version of the 777.  I had to use heading select between IMKOT and SUHIL because LNAV refused to follow the route.  If I recall correctly there was an issue with the 777 following airways that were parallel to lines of longitude that was later fixed in one of the service packs.  Maybe the 737 has a similar issue?  

 

Brian W

KPAE

  • Author

Brian, in this case the roure is oblique to ecuator (001º), but you experience the same problem then!

What is RTM version of the 777?

 

I will check to set the route manualy in my next flight, but i think no way to be problem with the route file, the plane just flight the UR401 north, do not even change the airway in that part of the route.

  • Commercial Member

 

 


What is RTM version of the 777?

 

RTM = release to market. It basically means "initial release, unpatched."

 

Full names in each post, please.

Kyle Rodgers

  • Author

RTM = release to market. It basically means "initial release, unpatched."

 

OK, i got it, he is talking about the pmdg777.

Then we have the same problem in the pmdg737, but because no one report the bug, it was never solved.

 

Thank you Brian for that info. I was right from the begining, it is a but related with the ecuador.

 

Anyone from developer team can confirm this bug on the pmdg737?

 

Robert Rodriguez

Archived

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

Account

Navigation

Search

Search

Configure browser push notifications

Chrome (Android)
  1. Tap the lock icon next to the address bar.
  2. Tap Permissions → Notifications.
  3. Adjust your preference.
Chrome (Desktop)
  1. Click the padlock icon in the address bar.
  2. Select Site settings.
  3. Find Notifications and adjust your preference.