PPRuNe Forums

PPRuNe Forums (https://www.pprune.org/)
-   Tech Log (https://www.pprune.org/tech-log-15/)
-   -   A320 Radio Nav disable (https://www.pprune.org/tech-log/556348-a320-radio-nav-disable.html)

MD83FO 11th Feb 2015 23:37

A320 Radio Nav disable
 
Hello, are we required to disable RADIO NAV update on an RNP GNSS ONLY IAP?

thanks.

tubby linton 12th Feb 2015 00:32

This is not a requirement in my airline, and it is not mentioned in the pdp for GNSS provided by Airbus.

Amadis of Gaul 12th Feb 2015 01:25

We don't have such a requirement either.

vilas 12th Feb 2015 03:10

It is a requirement for RNP AR.

EMIT 12th Feb 2015 04:41

Setting Priorities
 
O(riginal) P(oster), do you mean that for an approach, where GPS is a requirement, you think that you should disable DME/DME updates, in order to be legal?

Isn't the priority sequence for updating, first GPS position, then DM/DME position, then VOR/DME position, which last mentined mode could be fighting for priotity with raw average INS position depending on time in NAV mode?

If GPS is available, IT will be the primary position source, so it wil not be necessary to DISABLE DME/DME updates. If DME/DME updating happens to be the primary mode, it means that GPS is not available, and if that is the case, a GPS REQUIRED approach cannot legally be performed.

Don't start your reasoning process from the back-end of the solution.

I-2021 12th Feb 2015 05:25

As per Vilas. You can find the reason in the GTG with RNP AR.

tubby linton 12th Feb 2015 09:51

Would you please provide a link to GTG with RNP AR. My airline requires a RAIM prediction before departure if a crew can expect to fly a gnss approach.
How are you disabling Radio Nav updating?

vilas 12th Feb 2015 10:56

Tubby
DATA__POSITION MONITOR _DESELECT NAV and
Check predictive GPS on progress page for GPS Primary at ETA.

tubby linton 12th Feb 2015 12:07

Not all fmgs have the predictive GPS page and this requires a crew to access a RAIM forecasting website AUGUR GPS RAIM Prediction Tool - GPS Status

divinehover 12th Feb 2015 14:42

For RNP-AR only. It's meant to protect the Nav accuracy (in case of corrupt ground station signal) in the case of GPS Primary failure to allow for a safe extraction procedure on IRS Nav. Nav accuracy should remain HIGH until a safe extraction in completed. A corrupt ground based signal will worsen the Nav accuracy.

MD83FO 12th Feb 2015 14:46

It is required for RNP AR. but the GNSS ONLY note on RNAV IAP has people thinking as our PBN manual does not specify.

tubby linton 12th Feb 2015 15:08

Have a look at this FAA AC and in particular appendix 2.
http://www.faa.gov/documentLibrary/m...%2090-101A.pdf

I think that your procedure only applies to RNP AR, as the normal requirement for a standard go around is an accuracy of 1.0 nm.

I would still like to know what GTG is.

vilas 13th Feb 2015 00:43

tubby
Getting to grips with RNP AR by Airbus. Check it on smart cockpit.

vilas 13th Feb 2015 06:51

MD83FO
If you see the following page in FCOM it asks you to deselect NAV aids.
APPROACH USING FINAL APP GUIDANCE FOR RNAV(RNP)
PRO-NOR-SOP-18-C P 7/20


FCOM ← C → 11 DEC 13

tubby linton 13th Feb 2015 09:56

Thank you Vilas.

jmd2k 12th Jan 2020 17:26


Originally Posted by divinehover (Post 8863982)
For RNP-AR only. It's meant to protect the Nav accuracy (in case of corrupt ground station signal) in the case of GPS Primary failure to allow for a safe extraction procedure on IRS Nav. Nav accuracy should remain HIGH until a safe extraction in completed. A corrupt ground based signal will worsen the Nav accuracy.

Great explanation, I could not be more precise.


All times are GMT. The time now is 04:50.


Copyright © 2024 MH Sub I, LLC dba Internet Brands. All rights reserved. Use of this site indicates your consent to the Terms of Use.