2015 Seville Airbus A400M Atlas crash

From Infogalactic: the planetary knowledge core
(Redirected from 2015 Seville A400M crash)
Jump to: navigation, search
2015 Seville A400M crash (CASA423)
A400M-1969.jpg
The second prototype Airbus A400M Atlas
Accident summary
Date 9 May 2015 (2015-05-09)
Summary FADEC failure
Site La Rinconada, Spain
Crew 6 (2 pilots, 3 engineers, 1 mechanic)
Injuries (non-fatal) 2[1]
Fatalities 4[2]
Survivors 2
Aircraft type Airbus A400M Atlas
Registration EC-403[3]
Flight origin Seville Airport, Spain
Location of departure
Seville Airport
Seville Airport
Location of departure (within Andalusia)

On 9 May 2015, an Airbus A400M Atlas cargo plane on a test flight crashed at La Rinconada, Spain, less than 5 kilometres (3.1 mi) from Seville Airport at around 1:00 pm local time.[4][5][6]

Aircraft

The aircraft, serial number MSN023, was on its first pre-delivery test flight and was scheduled to be the third A400M to be delivered to the Turkish Air Force.[4][5] The delivery was scheduled for June 2015.[7] The aircraft, number MSN23,[8][9] was being flown by an Airbus Defence and Space test crew[6][10][11] and used the callsign CASA423.[12] The pilots had reported that the plane had a technical fault and asked permission to land, but hit an electricity pylon while attempting an emergency landing.[13] Tracking data from the Flightradar24 website indicated the plane had veered to the left before coming down and that it had reached a maximum altitude of 1,725 feet (526 m) before descending at a constant speed of about 16,000 feet per minute/160 knots (300 km/h; 180 mph).[14] As of May 2015, Airbus has delivered just 12 of the 174 ordered so far and the programme has been plagued by persistent quality issues, both in the final assembly facility in Spain, and in Germany.[15]

The Spanish government confirmed on 10 May 2015 that the plane’s flight data recorder and cockpit voice recorder had been recovered.[16] Despite being examined by a joint team from the Spanish ministries of development and defense, the Spanish authorities subsequently passed the recorders to the French military air accident investigation agency BEAD to extract and analyze the data. On 13 May 2015 it emerged that technical issues were slowing retrieval of the crash data; General Bruno Caïtucoli, head of BEAD, reported that "there are technical issues in reading the system, and it is a question of compatibility between systems, so we are still trying to extract data. The extracting system we are using belongs to the French defense procurement agency DGA,” Caïtucoli said, noting that the problem appeared to be a compatibility issue between the recorders and the DGA’s data reading system, rather than an issue with the condition of the recorders themselves.[17]

Several reports suggested that as many as three of the aircraft's four engines failed during the A400M's departure from Seville.[18] Airbus initially focused on whether the crash was caused by new management software for the engine-fuel supply, designed to trim the fuel tanks to permit the aircraft to fly certain military maneuvers. There appeared to have been a trimming issue, leading to strong banking that was not recoverable and that the fuel supply was re-established, but not quickly enough for recovery to safe flight.[19]

Airbus Chief Strategy Officer Marwan Lahoud confirmed on 29 May that incorrectly installed engine control software caused the fatal crash. “The black boxes attest to that there are no structural defects [with the aircraft], but we have a serious quality problem in the final assembly.” Two days earlier, Airbus CEO Tom Enders criticized Spanish agencies for withholding the flight recorder data. “We would like to see the data and compare it with our hypothesis and proceed quickly to understand the causes of accident, so our aircraft can get back into the air,” he told shareholders at the company’s annual general meeting in Amsterdam on May 27.[20][21]

Senior Airbus executive, Fabrice Bregier, said on 30 May 2015 that there was "either a weakness in the test procedure of planes before they fly, or a problem that results from the implementation of these procedures."[22] On 3 June 2015 Airbus announced that investigators had confirmed "that engines one, two and three experienced power frozen [sic] after lift-off and did not respond to the crew's attempts to control the power setting in the normal way. Preliminary analyses have shown that all other aircraft systems performed normally and did not identify any other abnormalities throughout the flight."[22] The key scenario being examined by investigators is that the torque calibration parameter data was accidentally wiped on three engines as the engine software was being installed at Airbus facilities, which would prevent the FADECs from operating. Under the A400M's design, the first warning pilots would receive of the engine data problem would be when the plane was 120 meters (400 feet) in the air; on the ground, there is no cockpit alert.[23]

Crew

The six aircraft crew were Spanish employees of Airbus Defence and Space. Four of them were killed and the remaining two were seriously injured. Three local men helped the two survivors, a mechanic and an engineer, escape from the wreckage.[24]

Aftermath

San Pablo Airport was closed following the accident.[10] The Royal Air Force "temporarily paused" flying its two Atlas cargo planes as a result of this accident.[1] The German, Malaysian, and Turkish air forces suspended operations of their fleets of A400Ms following the accident.[25][26] The French Defence Minister, Jean-Yves Le Drian, said on 10 May 2015 that "only flights of extreme importance for operations will be allowed."[15] One of Britain's A400Ms is reportedly stuck in New Mexico awaiting the lifting of the British defense ministry's self-imposed flight pause.[19] Spain has withdrawn Airbus' permit to conduct flight tests of the A400M in Spain pending the results of the investigation.[27] In a letter to employees on 11 May 2015, Airbus chairman Tom Enders said, "We want to show our clients and air forces that we are fully confident in this excellent transport plane." Testing of the A400 resumed the next day, with Fernando Alonso, head of Airbus Military, on board the test flight acting as a flight engineer. The flight was not affected by Spain's halt on test flights because the Airbus owned prototype test plane, MSN4, is not scheduled for delivery.[27][28]

About twenty A400Ms are currently on the Seville assembly line in different stages of production, each of which will have to undergo testing before they can be delivered to clients. Airbus said on 12 May 2015, "It is too early to know what impact [Spain's] decision will have on the supply chain."[27][28] A400M MSN4 will be used to complete the development of new capabilities through the Standard Operating Clearances process; SOC1.5 will finalise aerial delivery, cargo-handling systems, self-defense systems, and air-to-air refueling using wing-mounted pods.[29]

On 14 May 2015, the Spanish Defense Ministry confirmed that Spain's military air crash investigation agency, CITAAM, had taken charge of the investigation of the crash. The Spanish government had initially charged a civilian team, made up of experts from the transport and defense ministries, with the task, but the civilian team "took the decision to withdraw because they understood that the plane has specific characteristics due to its military configuration which they were unfamiliar with," according to a Defense Ministry spokesman.[24]

On 19 May 2015, Airbus Defense and Space requested all operators of its A400M airlifter to conduct one-time specific checks on electronic control units (ECUs) fitted to the TP400 turboprop engines on the aircraft.[30] The company also has introduced additional detailed checks, to be carried out in the event of subsequent engine or ECU replacement. Airbus said these checks were necessary to "avoid potential risks in any future flights," and added that the alert had resulted from its internal analysis and was issued as "part of the continued airworthiness activities, independently from the ongoing official investigation into the accident."[19]

On 21 May 2015 it emerged that the secretaries of state of the A400M member countries had established a Program Monitoring Team (PMT) to analyze and judge Airbus plans to bring the A400M project back on track and to schedule visits to the final-assembly line in Seville, Spain, and other A400M-production facilities. The first conclusions on program recovery made by the PMT include the observation that Airbus still does not have an integrated approach to production, development and retrofits, but treats these as separate programs.[31]

On 11 June 2015 Spain's Ministry of Defense announced that Airbus could restart test flights for A400M prototypes in Spain. The Ministry confirmed that its specialist aerospace unit had met with Airbus to discuss flight permits, and that further permits relating to the plane program could be granted in the coming days.[32] The UK Royal Air Force lifted its suspension on A400M flights on 16 June 2015, followed the next day by the Turkish Air Force. “Having undertaken and completed a series of thorough checks on the UK’s A400M aircraft and how it is operated, the RAF is now satisfied that the additional processes and procedures introduced means it is now safe for the RAF to resume flying,” the UK Ministry of Defence said.[33] The first German Air Force A400M to fly post crash took off from Wunstorf air base on July 14 2015. Pilot Lt.Col. Christian Schott, part of Wunstorf's 10-strong operational testing and evaluation team, said, "the problems that led to the crash in Seville can be been ruled out for our A400M...our aircraft has been thoroughly checked."[34]

The first production-standard aircraft to leave the Seville final assembly line (FAL), since the grounding was enacted by the Spanish authorities on 9 May, was delivered to the French Air Force on the same day that the suspension of flight was lifted on 19 June. This aircraft, MSN019, is the seventh to be delivered to France and the 13th to be delivered in all. The FAL has also completed the build of four aircraft for the United Kingdom, which will now undergo pre-delivery checks and trials before being flown to Royal Air Force (RAF) Brize Norton in Oxfordshire.[35]

References

  1. 1.0 1.1 Lua error in package.lua at line 80: module 'strict' not found.
  2. Lua error in package.lua at line 80: module 'strict' not found.
  3. Lua error in package.lua at line 80: module 'strict' not found.
  4. 4.0 4.1 Lua error in package.lua at line 80: module 'strict' not found.
  5. 5.0 5.1 Lua error in package.lua at line 80: module 'strict' not found.
  6. 6.0 6.1 Lua error in package.lua at line 80: module 'strict' not found.
  7. Lua error in package.lua at line 80: module 'strict' not found.
  8. Lua error in package.lua at line 80: module 'strict' not found.
  9. Lua error in package.lua at line 80: module 'strict' not found.
  10. 10.0 10.1 Lua error in package.lua at line 80: module 'strict' not found.
  11. "Seville airport closed after military transport plane crashes" The Independent, 9 May 2015.
  12. Lua error in package.lua at line 80: module 'strict' not found.
  13. Lua error in package.lua at line 80: module 'strict' not found.
  14. Lua error in package.lua at line 80: module 'strict' not found.
  15. 15.0 15.1 Lua error in package.lua at line 80: module 'strict' not found.
  16. Lua error in package.lua at line 80: module 'strict' not found.
  17. Lua error in package.lua at line 80: module 'strict' not found.
  18. Lua error in package.lua at line 80: module 'strict' not found.
  19. 19.0 19.1 19.2 Lua error in package.lua at line 80: module 'strict' not found.
  20. Lua error in package.lua at line 80: module 'strict' not found.
  21. Lua error in package.lua at line 80: module 'strict' not found.
  22. 22.0 22.1 Lua error in package.lua at line 80: module 'strict' not found.
  23. Lua error in package.lua at line 80: module 'strict' not found.
  24. 24.0 24.1 Lua error in package.lua at line 80: module 'strict' not found.
  25. Lua error in package.lua at line 80: module 'strict' not found.
  26. Lua error in package.lua at line 80: module 'strict' not found.
  27. 27.0 27.1 27.2 Lua error in package.lua at line 80: module 'strict' not found.
  28. 28.0 28.1 Lua error in package.lua at line 80: module 'strict' not found.
  29. Lua error in package.lua at line 80: module 'strict' not found.
  30. Lua error in package.lua at line 80: module 'strict' not found.
  31. Lua error in package.lua at line 80: module 'strict' not found.
  32. Lua error in package.lua at line 80: module 'strict' not found.
  33. Lua error in package.lua at line 80: module 'strict' not found.
  34. Lua error in package.lua at line 80: module 'strict' not found.
  35. Lua error in package.lua at line 80: module 'strict' not found.

External links

Lua error in package.lua at line 80: module 'strict' not found.