Jump to content
Sign in to follow this  
mosteen

77W RTE2 ETOPS data entry

Recommended Posts

RTE2 ETP / ETOPS ALT / ALT PLN:

 

When flying ETOPS sectors, I use RTE2 for my ETOPS alternates, ETP(s) and finally the route from my destination to my alternate. It's a good way to visualize the escape route, if something happens over the sea.

 

Since I started flying the 77W, and updated with the lates SP, I've had problems setting the departure and arrival airports int the RTE2 page 1.

 

I get "invalid" when I try to lift dep/arr ICAO to 1L / 1R. Never had that before.

 

I then tried to "Route Request" and picked my original route into RTE2, and that worked fine.

 

Anyone knows why I can't enter dep / arr ICAO into RTE2 page 1, without requesting a route? Has something been changed in the SP, or did I simply forget something?

 

Thanks,


23.png

Share this post


Link to post
Share on other sites

I don't recall ever being able to change departure, I'm surprised that you were able to at all.  For ETOPS planning, I presume from next fix to alternate so in effect next fix (for example) is the departure but you don't have to change dep/dest on page 1; alll that I do is promote next fix to top of legs list.  Then route to alternate follows next fix.  Of course if I want to divert before next fix then the manipulation is pretty easy.

 

I get the feeling I don't understand your question.  Are you using RTE COPY to set up RTE 2?  That is what I've always done.


Dan Downs KCRP

Share this post


Link to post
Share on other sites

Thanks mate, I'll test abit more, it's been a while since I did an ETOPS sector in the triple, I might just been confusing myself :)

 

What I thought I used to do in RTE2 was:

 

1. Enter dep/arr airport from my original FP on page 1

2. Enter my first ETOPS alt, CP(s), second ETOPS alt on page 2.

3. Then a disco following my dest and then dest alt route, and finally my alt.

 

All of this, except point 1 is working perfectly. I simply just cannot lift my original dep and arr into page 1. But if I pick up my route via the route request, dep / arr on page 1 populates correctly.

 

It's no biggy, but this way I have to delete all the unnecessary vias and wpts from RTE2 before I can do my points 2 and 3.

 

I wonder how the grown-ups do this... :)

 

Cheers,


23.png

Share this post


Link to post
Share on other sites

Isn't this what the ALTN page and Divert Now function is for?

Share this post


Link to post
Share on other sites

I'd imagine the 'grown ups' use the ALTN Page (& the various functions available there) in conjunction with the FIX Pages to create their ETOPs scenario & diversion contingency.

 

Flight planning tools such as PFPX create ETOPs 'scenarios' based upon ETOPS Flight Rules utilising ETOPS Entry Points EEPs & Equal Time Points ETPs.  These are indicated on the PFPX OFPs by elapsed time from take off & LATLONs.  By doing some simple maths you can quickly figure out the time in ZULU at which you will cross each of these points.

 

They can be entered as a time in ZULU or as a LATLON into the FIX Page.  My preference is as a ZULU time.  This is displayed as a small green 'doughnut' with the associated time on the ND laid over your magenta route of flight & is removed as you pass over it:

 

5quq1gf.jpg

 

The diversion airports (& range rings & radials in relation to them) in relation to these EEPs & ETPs can also be entered into the FIX Pages.

 

Similarly these diversion airports can be manually entered into ALTN Page thus keeping RTE 2 free for it's intended purpose.

 

RTE 2 is probably used exactly for what it's name suggests ... as a copy of the ACT RTE in RTE 1 (perhaps with a different approach loaded or whatever.)  Remember that the ACT RTE in RTE 1 can be copied to RTE 2 during a DIR TO modification using the RTE COPY> option at LSK 5R during the DIR TO process.

 

By attempting to enter ETOPs segments into RTE 2 you are making life more complicated for yourself than it need be.

 

I would imagine that the only time a RTE other than RTE 1 might be entered into RTE 2 is where a decompression escape route is needed to get the aircraft clear of high terrain in the event of an engine failure drift down &/or rapid cabin depressurisation event in proximity to high terrain requiring the crew & passengers to remain on oxygen while the aircraft remains at or above 10000ft to clear the high terrain before diverting to an emergency alternate.


Steve Bell

 

"Wise men talk because they have something to say.  Fools talk because they have to say something." - Plato (latterly attributed to Saul Bellow)

 

The most useful tool on the AVSIM Fora ... 'Mark forum as read'

Share this post


Link to post
Share on other sites

Excellent info guys, thanks alot! I'll play around with it some more.

I use the fix page 3 and 4 for my ETOPS alternates (or adequates, if they differ from the ETOPS alts), with 463nm range rings, and also ETOPS alts in the ALTN page, so that's taken care of.

I use RTE2 as a copy of RTE1, but usually later in the flight, when I'm finished with the ETOPS segment.

During the ETOPS segment I like to have visualized the route to the ETOPS alternates on the ND in addition to the range rings.

Cheers guys,


23.png

Share this post


Link to post
Share on other sites

Hi Mo!

 

I agree with Steve that you are over-egging your pudding!

 

Using PFPX, I receive ETOPS entry and exit points, and the ETP. I usually use the ETP coordinates, which are sensitive to the planned wx, to create an additional waypoint in my route so that I am aware of whether to continue or turn back in case of problems.

 

I also agree that the DIVERT NOW function gives a very easy method of diverting to your chosen ALTN if the need arises, and usually plenty of time to massage the route for a suitable STAR/approach. Don't forget that the ALTN list is dynamic and changes as your flight progresses.

 

HTH


Cheers, Richard

Intel Core i7-7700K @ 4.2 GHz, 16 GB memory, 1 TB SSD, GTX 1080 Ti, 28" 4K display

Win10-64, P3Dv5, PMDG 748 & 777, Milviz KA350i, ASP3D, vPilot, Navigraph, PFPX, ChasePlane, Orbx 

Share this post


Link to post
Share on other sites

Haha, excellent, you are probably right Richard, I'll do a ROI analysis the next time I'm in the cockpit :)

 

By utilizing the RTE2 as DEP -> ETOPS ALT1 -> ETP/CP -> ETOPS ALT2 -> DISCO -> DEST -> DEST ALT, whenever I go into RTE2 I get nice blue lines with the direct course to these three important points (which I indeed get from PFPX).

 

I'll look into the DIVERT NOW function, to see what really happens in case of a divert.

 

Cheers mate,


23.png

Share this post


Link to post
Share on other sites

Mo,

 

You also automatically get the blue arrows pointing to the current ALTNs if you have the ND at max range setting. 

 

Cheers, R


Cheers, Richard

Intel Core i7-7700K @ 4.2 GHz, 16 GB memory, 1 TB SSD, GTX 1080 Ti, 28" 4K display

Win10-64, P3Dv5, PMDG 748 & 777, Milviz KA350i, ASP3D, vPilot, Navigraph, PFPX, ChasePlane, Orbx 

Share this post


Link to post
Share on other sites

Using PFPX, I receive ETOPS entry and exit points, and the ETP. I usually use the ETP coordinates, which are sensitive to the planned wx, to create an additional waypoint in my route so that I am aware of whether to continue or turn back in case of problems.

 

There is an issue with this method, which is that if you add the ETP co-ordinates to the active route they will be transmitted back to ATC as part of your ADS-C data, and apparently they don't like this as it messes up their systems (not to mention the risk of committing a GNE by entering off-flightplan fixes in to the active route).

 

For this reason, to my understanding the preferred methods are to either enter the ETP co-ordinates in to RTE2, which subsequently displays them in blue behind the active route, or to utilise the FIX page (if your FMC will accept lat/longs and times in the FIX page -- not all will).

 

Further discussion here: http://www.pprune.org/archive/index.php/t-476821.html

Share this post


Link to post
Share on other sites

Hi Simon,

 

I have not ever noticed an ETP not being exactly on a route, and therefore do not understand your posit of potentially committing an GNE.

 

I didn't know that with ADS-C a waypoint identifier will be transmitted, only the aircraft position. Quoting G-450 AOM 2B-33-50 ¶1 "When an ADS Waypoint Change event contract is active, position report data is sent when the aircraft reaches the bisector of the angles at a flight plan waypoint. (This corresponds to the VNAV sequence point.)"

 

I do, however, completely accept your RTE2 and FIX solutions.

 

Regards, R


Cheers, Richard

Intel Core i7-7700K @ 4.2 GHz, 16 GB memory, 1 TB SSD, GTX 1080 Ti, 28" 4K display

Win10-64, P3Dv5, PMDG 748 & 777, Milviz KA350i, ASP3D, vPilot, Navigraph, PFPX, ChasePlane, Orbx 

Share this post


Link to post
Share on other sites

Hi Richard,

 

I think the issue is not so much the location of the ETP itself, but more that any time you're plugging lat/long co-ordinates in to the FMC you risk making an input error. It's also the principle that it's not good practice to be navigating to an active waypoint that isn't on the ATS flightplan (even if it should be along the planned track).

 

 

Reading a little further in about the ADS-C issue it appears there is an issue with non-ATS waypoints (including abeam points) corrupting ADS-C position reports -- more details in this (different) PPrune discussion: http://www.pprune.org/tech-log/513985-etops-points-fms-flight-plan.html

Share this post


Link to post
Share on other sites

DIVERT NOW> in conjunction with the FIX & ALTN Pages are designed to overcome all the complexities being discussed here, after all the 777 family were designed for ETOPs flying.

 

Good Situational Awareness (SA) will mean you will always have a plan when things start to unravel, fancy blue lines on the ND might look nice but they will clutter up the SA & you have to ask yourself - are they really necessary?  If you have entered all of your chosen ETOPS ALTNs into the ALTN Page & you press the ARPT button on your EFIS you will be presented with some pretty blue arrows as Richard has already explained.

 

Plot your ETP LATLON on a FIX Page & the Time in ZULU overhead the same ETP in the same FIX Page - that way if you are going to early or late the green doughnut will move forward or behind the said FIX on the ND - also useful - ETOPS is all about time.

 

As for 'routes' to your ETOPs alternates - well any kind of 'strategic' flying goes down the shitter & everything becomes more 'tactical'.

 

The worst case in a twin is an emergency descent due to a rapid decompression with an single engine failure - this will put you on one engine at 10000ft probably in icing conditions for a long period (with some operators up to 207 mins) away from a suitable airport).  Eyes down on the WX radar in HDG SEL for that one if there are lots of Cbs in the area.

 

The name of the game is to shoot a STRAIGHT LINE directly to the ALTN airport - hence DIVERT NOW> is the option you need - not RTE 2 with a fancy route you made over a cup of ambition earlier.

 

You have just lost one incredibly reliable engine & you are now at 10000ft in bumpy icing conditions into a 50kt HWC with lots of frightened passengers heading to Goose Bay in pitch black pissing rainy icy crappy WX on another incredibly reliable engine which is burning your remaining fuel like billyo!

 

The Thrust Mode is in CON , EAI & WAI are lit up & your mouth is suddenly dry & all of a sudden you have decided to put up the ENG Page on the Lower EICAS & you are watching the P's & T's like the proverbial! - I wonder Why??

 

RTE 2? I don't think so - use a lower level of automation to free up some RAM in your brain.

  • Like 1

Steve Bell

 

"Wise men talk because they have something to say.  Fools talk because they have to say something." - Plato (latterly attributed to Saul Bellow)

 

The most useful tool on the AVSIM Fora ... 'Mark forum as read'

Share this post


Link to post
Share on other sites

 

 


DIVERT NOW> in conjunction with the FIX & ALTN Pages are designed to overcome all the complexities being discussed here, after all the 777 family were designed for ETOPs flying.

 

Great post! There's a ton of good knowledge there.


Kyle Rodgers

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this  

  • Tom Allensworth,
    Founder of AVSIM Online


  • Flight Simulation's Premier Resource!

    AVSIM is a free service to the flight simulation community. AVSIM is staffed completely by volunteers and all funds donated to AVSIM go directly back to supporting the community. Your donation here helps to pay our bandwidth costs, emergency funding, and other general costs that crop up from time to time. Thank you for your support!

    Click here for more information and to see all donations year to date.
×
×
  • Create New...