PPRuNe Forums

PPRuNe Forums (https://www.pprune.org/)
-   Rumours & News (https://www.pprune.org/rumours-news-13/)
-   -   Turkish A330 incident, Kathmandu (https://www.pprune.org/rumours-news/557525-turkish-a330-incident-kathmandu.html)

ExDubai 18th Nov 2015 15:13


first time in KTM and going below MDA in zero visibility on a non precision APP , you need guts...
A couple of those ex military guys I've recently meet reminded on the movie Topgun

Uplinker 20th Nov 2015 08:58

Yeah, that's just what you need in a passenger airliner - a pilot who takes risks.....

I don't understand the mentality: "I will literally risk my life and all my passenger's lives by flying below the minima for this procedure/approach. That will 'prove' that I am a very good pilot"

Erm, no, think again. If these people want thrills why don't they go and fly Pitts Specials on their days off?


I've always had a nagging feeling about RNAV approaches. We are taught to very carefully check the approaches and the tracks and distances of the waypoints in the database, and are led to believe that the coordinates are very carefully checked and verified by the database suppliers. I will certainly be checking even more carefully in future, but how can we guard against incorrect data? There is no ground based reference to double check our approach.

sleeper 20th Nov 2015 10:52

If they had seen the runway at da/mda , even with the incorrect threshold, a normal landing would have followed. The cause is not the database fault, but the decission to continue well below minimum.

aterpster 20th Nov 2015 13:44

Uplinker:


I've always had a nagging feeling about RNAV approaches. We are taught to very carefully check the approaches and the tracks and distances of the waypoints in the database, and are led to believe that the coordinates are very carefully checked and verified by the database suppliers. I will certainly be checking even more carefully in future, but how can we guard against incorrect data? There is no ground based reference to double check our approach.
The fault was with the state, not the database supplier. With any RNAV procedure, particularly RNP AR, if the source state procedure designers don't do their job, then the origin of the chain is contaminated. Nonetheless, had the crew had the required visual references at DA, this would have been a non-event.

Further, if the state had robust flight inspection, as many countries do, they would have flight inspected the modified procedure and have easily caught the erroneous data provided for the "temporary" displaced threshold.

All of this was probably done by the third-party designer of the original procedure. But, they weren't there for the jury-rigging done to account for the displaced threshold.

Even today, the procedure is not in compliance with ICAO DOC 9905, because the MAP is at the threshold instead of DA.

Two's in 20th Nov 2015 15:14

Interesting comment in the report about the cabin crew telling the flight deck that a diversion to Delhi would be a "burden". Not that this crew needed any more encouragement to "press-on" apparently, but from a CRM perspective that's a very negative CC input at a critical time.

slast 20th Nov 2015 19:35


If they had seen the runway at da/mda , even with the incorrect threshold, a normal landing would have followed.
I wonder if they had ever had formal training on the actual decision requirement at DA.

Before descending below the DA, the pilot making the landing should already have seen external cues sufficient to confirm that the aircraft was properly placed and going in the right direction for a safe landing. There is limited info in the report (absence of CVR transcript) but it seems possible that there was no decision making at all, they simply ploughed on with the A/P engaged expecting something to show up. One has to wonder if the PM was also head up and not monitoring instruments as he appears not to have noticed the Autopilot Disconnect message on his FMA for some 15 seconds or more.

ICAO DA definition: "A specified altitude or height in the precision approach or approach with vertical guidance at which a missed approach must be initiated if the required visual reference to continue the approach has not been established..... The required visual reference means that section of the visual aids or of the approach area which should have been in view for sufficient time for the pilot to have made an assessment of the aircraft position and rate of change of position, in relation to the desired flight path."

FlightDetent 20th Nov 2015 19:45

slast: thanks, I did not realize the wording had been this clear. FD.

tubby linton 20th Nov 2015 19:48

The later busses are capable of a GLS autoland. Is this what he was tryimg to accomplish?

ATC Watcher 20th Nov 2015 20:03


The later busses are capable of a GLS autoland
As far as I understood, this function is only possible with GPS augmentation , i.e EGNOS or WAAS. None of the 2 over Nepal.

Capn Bloggs 20th Nov 2015 21:17


Interesting comment in the report about the cabin crew telling the flight deck that a diversion to Delhi would be a "burden". Not that this crew needed any more encouragement to "press-on" apparently, but from a CRM perspective that's a very negative CC input at a critical time.
It's just an interested party having an input. That's good CRM. Better that than a crew saying nothing for whatever reason. You could say that was a bad input, but what message would that send to the CC? "Depending on the situation (which you don't know about) your input is not wanted"...

Of course, it's up to the decision-maker, the person in Seat 0A, to consider all the inputs and act appropriately.

aterpster 20th Nov 2015 22:01

ATC Watcher:

GLS needs SBAS and local augmentation. I believe the local augmentation equipment has to be within 25 miles.

aterpster 20th Nov 2015 23:15

Bloggs:


Of course, it's up to the decision-maker, the person in Seat 0A, to consider the all the inputs and act appropriately.
In the interests of proper management of the entire crew if Seat 0A decides "no" he or she is obligated to be diplomatic with the CC member. Otherwise, future communications are compromised.

I know you know that, but for the lurkers.

Capn Bloggs 21st Nov 2015 07:04


Originally Posted by Aterpster
In the interests of proper management of the entire crew if Seat 0A decides "no" he or she is obligated to be diplomatic with the CC member. Otherwise, future communications are compromised.

Absolutely! The art of being a good leader...

At the risk of some thread driiifffttt...


Originally Posted by Aterpster
GLS needs SBAS and local augmentation. I believe the local augmentation equipment has to be within 25 miles.

My understanding is that GLS (the "GBAS Landing System") uses normal GPS from the satellites and is augmented only by ground-based gear eg a/the LAAS, as you say, close to the airport.

aterpster 21st Nov 2015 12:45

Capn Bloggs:

My understanding is that GLS (the "GBAS Landing System") uses normal GPS from the satellites and is augmented only by ground-based gear eg a/the LAAS, as you say, close to the airport.
You are correct. But, the original concept included WAAS, more or less. :ooh: From the FAA site:

Satellite Navigation - NAS Implementation

NAS Implementation - Procedures - Ground Based Augmentation System (GBAS) Landing System (GLS)

"GLS" is the acronym for Ground Based Augmentation System (GBAS) Landing System.

GLS was originally published as a placeholder for both Wide Area Augmentation System (WAAS) and GBAS minima and marked as N/A since no minima was published.

As the concepts for GBAS and WAAS procedure publication have evolved, it was decided that GLS will now only be associated with GBAS and will be on a separate approach chart. For more information on GLS approach procedures, please refer to the AIM section 1-1-21 and section 5-4-5.

CONSO 27th Nov 2015 22:31

Final report
 
]Final report on the INVESTIGATION OF RUNWAY EXCURSION ACCIDENT OF TURKISH AIRLINES TC-JOC, A330-303, AT TIA, KATHMANDU, NEPAL ON 4th MARCH 2015


http://www.tourism.gov.np/uploaded//...-finalcopy.pdf


Quote:
On March 4th 2015, Turkish Airlines Flight TK-726 experienced a runway excursion whilst landing at Tribhuvan International Airport (TIA) at 01:59 hrs. TK-726 was operating a scheduled passenger flight from Istanbul to Kathmandu with a total of 224 passengers with 11 crew members (2 Cockpit and 9 cabin crew). During landing the aircraft touched down towards the left edge of Runway 02 with the left hand main landing gear off the paved runway surface. The aircraft veered further to the left and came to a stop on the grass area between taxiway D and C. All passengers were evacuated safely after a brief period of time. There was no injury to passengers and crew. Fire did not occur at the time of accident.
Quote:
The probable cause of this accident is the decision of the flight crew to continue approach and landing below the minima with inadequate visual reference and not to perform a missed approach in accordance to the published approach procedure.
Quote:
The auto-pilots remained coupled to the aircraft until 14 ft AGL, when it was disconnected, a flare was attempted. The maximum vertical acceleration recorded on the flight data recorder was approximately 2.7 G. The aircraft pitch at touchdown was 1.8 degree nose up up which is lower than a normal flare attitude for other landings.

TypeIV 28th Nov 2015 11:09

If interpreted the CVR excerpt correctly then they continued for appr. 24 seconds beyond the MDA until they started seeing the runway.

He said "Appearing" five seconds prior to disengaging the A/P, at which point the aircraft was already at 14'.

PENKO 28th Nov 2015 12:32

What were they thinking?
Literally. Did they really think they could rely on the aircraft to get them on the runway in FINAL APP mode? Even if the runway threshold coordinates were correct, then still there are many ways in which you could end up in the wrong place:

-colder/warmer than standard temperature leading to under/overshoot of the threshold
-error in the reported/set QNH. 1011 in stead of 1012 is already a 30 feet difference over the threshold..
-any other database error, not uncommon in our present day databases, each year we get one or two interesting corrections per NOTAM

To bust minimums is bad enough, but to do it all the way to the deck, on a non-precision approach? What were they thinking?

aterpster 28th Nov 2015 14:23

PENCO:


To bust minimums is bad enough, but to do it all the way to the deck, on a non-precision approach? What were they thinking?
Agree with all you said except I'll quibble on the NPA aspect. If it were an NPA, it would have an MDA rather than a DA.

As to the database, this entire effort was a fiasco, starting with Nepal's aviation authority. RNP AR approaches are in a separate category from all other database approach procedures. There are many additional hoops for both the state aviation authority and the operator to jump through as part of their RNP AR authorization. Neither Nepal nor THY management did much of that.

PENKO 28th Nov 2015 15:45

aterpster, in my company (large European airline) we fly all non precision approaches in our network as continuous final descent approaches and as such we are provided with a 'DA' for these approaches. Technically we can't fly non precision to an MDA anymore. You might be right in what you say, but this is how it is in my company..(and probably in TA).

http://www.code7700.com/cdfa.html

aterpster 28th Nov 2015 18:26

PENKO:


aterpster, in my company (large European airline) we fly all non precision approaches in our network as continuous final descent approaches and as such we are provided with a 'DA' for these approaches. Technically we can't fly non precision to an MDA anymore. You might be right in what you say, but this is how it is in my company..(and probably in TA).
I understand that. It is a related but different issue than DA appearing on an RNP AR procedure.


All times are GMT. The time now is 06:34.


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