![]() |
... the switching logic of the series connected microswitches doesn't seem to be shown? is this diagram correct?? |
I do not see reference to the a/c 'computer' in the article. The reference as I see it is to the maintenance computer at HQ which should have triggered action, possibly a grounding pending investigation, after 3 similar failures on a particular airframe. It is suggested the computer did not issue the action so the a/c continued in service. This does NOT mitigate the errors by the crew. |
Thanks forget, that schematic is better than the one I remember. Now I see which computer you were talking about , the one at maintenance HQ. Yes, if R2-5 failed the maintenance computer should have required a replacement. Apparently the mechanics didn't enter the problem accurately if the computer was programmed correctly. They may have entered it as a TAT probe heater failure which it wasn't. It must be in the report.
|
Aircraft schematics are always shown with no power, aircraft on ground But that is a FUNCTIONAL digagram that really does not show the correct positioning of ALL the elements in that particular circuit. Whilst pedantic (perhaps) it also goes to illustrate what has (or had) been covered earlier in the thread about about the AMM. rgds GR |
Looking for a final report on the crash found it is due in December. Found the malware in the maintenance central computer info however.
|
Is it as the article says, or is there more specificity? Can you share it here?
EDIT: Sorry for the impatience, and thanks for the excerpt from the article. Most informative, and somewhat chilling. :eek: Could happen to anyone ... |
By Leslie Meredith
http://msnbcmedia3.msn.com/j/MSNBC/C...y.standard.gif updated 8/20/2010 4:48:01 PM ET Authorities investigating the 2008 crash of Spanair flight 5022 have discovered a central computer system used to monitor technical problems in the aircraft was infected with malware. An internal report issued by the airline revealed the infected computer failed to detect three technical problems with the aircraft, which if detected, may have prevented the plane from taking off, according to reports in the Spanish newspaper, El Pais. Flight 5022 crashed just after takeoff from Madrid-Barajas International Airport two years ago today, killing 154 and leaving only 18 survivors. The U.S. National Transportation Safety Board reported in a preliminary investigation that the plane had taken off with its flaps and slats retracted — and that no audible alarm had been heard to warn of this because the systems delivering power to the take-off warning system failed. Two earlier events had not been reported by the automated system. The malware on the Spanair computer has been identified as a type of Trojan horse. It could have entered the airline's system in a number of ways, according to Jamz Yaneeza, head threat researcher at Trend Micro. Some of the most likely ways are through third party devices such as USB sticks, Yaneeza said, which were responsible for the International Space Station virus infection in 2008, or through a remote VPN connection that may not have the same protection as a computer within the enterprise network. Opening just one malicious file on a single computer is all it takes to infect an entire system. "Any computer that is connected to a network is vulnerable to a malware infection," O. Sami Saydjari, president of Cyber Defense Agency, told TechNewsDaily. "Standards have not been set to protect critical infrastructure." An incident like this could happen again, and most likely will, according to Saydjari. A judge has ordered Spanair to provide all of the computer's logs from the days before and after the crash.The final report from crash investigators is not due to be presented until December. I was just getting ready to post it. |
Oh infected computers, what a pitty....
:ugh: |
Lonewolf - Posts #2622 and 2623 are what you need.
|
BOAC: thanks, 23 wasn't all that helpful to me, as it got me to Mr Leyden. Perhaps my brain was looking for an acft computer issue and so I read that into the article. 22 got me only a redirect and no site to read ... no probs, usual internet glitches. Subsequent explanation has been most appreciated. :) (I had to run maintenance operations part of a lifetime ago ... having no/bad info to work with is a very unsettling happening)
|
Alleged Malware word of caution
This story is now rapidly spreading across the internet. Most, if not all, state the El Pais newspaper as their source. Turns out that the original El País article does not make the assumptions nor draw the conclusions others which refer to it do.
From the TechNewsDaily article quoted by p51guy: "An internal report issued by the airline revealed the infected computer failed to detect three technical problems with the aircraft, which if detected, may have prevented the plane from taking off, according to reports in the Spanish newspaper, El Pais." That is not what the original article said. No where near it in fact. For the computer system to detect three technical problems and raise an alarm, it would first have to be aware there had been 2 previous incidents. It was not because Spanair had the bad habit of registering incidents 24 hours later, as the El País newspaper does state. In fact, as El Pais states, it was when the technicians tried to report the latest incident, they found they could not do so because of the malware. At this time, as El Pais stresses, the plane had already crashed. I've seen this "Malware caused plane to crash" news-item rapidly evolve over the past 24 hours. Another perfect example of how 'journalists' appear to drop all their journalistic integrity (should they have any) the moment they need to address an issue they do not understand). As far as I have been able to find out, most if not all of the confusion regarding the original El País article is based on a (very bad) Google Translation. Some newspapers, like dutch De Telegraaf (most read in Holland) even claim the plane's boardcomputer was infected! Bottom line: don't use Google Translate! |
The way she wrote it I don't think Leslie, who wrote the article knew the computer wasn't on the airplane but in the maintenance facility. The follow up reports are equally confusing on what computer where. I had no idea the computer post I initially responded to was in some building, not in the aircraft. I think she is unfamiliar with airline maintenance and wrote it the best she could understand it, starting the confusion. So what else is new?
|
starting the confusion |
I joined this thread a long time ago and was shot down severely by a former MD-80 pilot when I suggested that the crew had just 9 seconds to recover the situation from the time the stall warning sounded to its impact with the ground. The interim accident report reveals that the crew misinterpreted the stall warning horn for a fire alarm and wasted valuable seconds trying to switch it off...I stand by my original suggestion that the aircraft was at least 25kts slow when the aircraft reached the calculated Vr and V2 speeds because the flaps slats were not deployed for take-off and that the clean wing speeds would have been much higher.
However that is not the purpose behind me coming back in here; I need to talk to an Avionics guy specifically someone who has access to the wiring diagrams and or is familiar with the MD-82. I am a retired Avionics engineer and have read the interim accident report several time over, particularly in regard to the operation of the R2-5 relay and its failure history as reported by Boeing in the report. The accident report has been removed from the formento website but I can email a copy if anyone wishes to read it. This is the point I wish to discuss; On page 39 of the report there is a photograph of the relay panel and specifically R2-5, showing its condition after the crash and I regret that what I see there is one seriously bu**ered up relay, some extremely dodgy wiring and some very dubious working practices. The wiring bears so little resemblance to the wiring diagram I am forced to the conclusion that someone knew that R2-5 on the crash aircraft was suspect long before the crash. The report also shows graphs taken from the QAR that indicate that the quote 'weight on wheels switch' unquote was working correctly, BUT, the switched ground from the nose wheel is in fact routed through 2 such switches on the nose wheel before being wired to the X2 terminal on the R2-5 relay. I am not familiar with the MD-80 series but my experience is that these switches on other aircraft are invariably in highly exposed areas and subject to all the muck and filth of dirty, sandy, wet runways whilst the relays themselves are in a far more benign environment and that hence the switches rather than the relays are more likely to fail, normally to some indeterminate state, neither one thing or the other. The aircraft fleet on which I spent almost half my working life on relied heavily on the Leach 9274 series relays and I cannot remember a single instance where one has failed in a 'Weight on Wheels' scenario; however I have had to replace several associated squat switches... Here is a link to the Leach 9274 series relay manufactures drawing; pages 4and 5 show the pinouts. Compare this with the wiring diagram shown at forgets reply 2634 and the picture on p39 of the accident report... I'd be happy to discuss this with any avionics people out there. pp |
|
The report also shows graphs taken from the QAR that indicate that the quote 'weight on wheels switch' unquote was working correctly, BUT, the switched ground from the nose wheel is in fact routed through 2 such switches on the nose wheel before being wired to the X2 terminal on the R2-5 relay. I am not familiar with the MD-80 series but my experience is that these switches on other aircraft are invariably in highly exposed areas and subject to all the muck and filth of dirty, sandy, wet runways whilst the relays themselves are in a far more benign environment and that hence the switches rather than the relays are more likely to fail, normally to some indeterminate state, neither one thing or the other VFD |
PJ2...Many thanks.
pp |
docu
Last Wednesday there was the first part of a documentary on Spanish tv about the crash the second part is due to be aired tomorrow evening, at the moment some of the relatives of those involved are trying to block the second program. I find it hard to understand how this can be allowed to be shown at all as the investigation is still on-going and may be followed by legal charges. How can anybody expect a fair trial after this?
|
Mac...
Part 2 is still programmed for showing tomorrow evening on Telecinco at 2200 local. Only the flight number has been changed...so far the circumstances shown do parallel those of the Spanair flight. Programmme is called Vuelo IL8714 link Translation of the text from the above link... The inquiry commission led by Javier Torres investigates the plane crash of Flight IL8714. A complex puzzle to discover what caused the tragedy. Emma Suárez Carmelo Gómez and-a pair of actors who had worked in films like "The red squirrel," "Cow" or "The Dog in the Manger" - match again, this time on the small screen for this TV movie based actual facts. This is a film that recreates the research work that followed one of the greatest disasters of the Spanish civil aviation: the crash of a Spanair plane that crashed immediately after takeoff and killed 154 of its passengers . With this movie, the Galician director Norberto Lopez Amado finished his third feature, after the documentary "7 days with Norman Foster" and the thriller "They look at us." Surely, of the three, the one in question was the one that generated more controversy, as the patient organization of flight JK5022 took legal action to prevent the issuance of this, it considered it "a brutal aggression" to the victims. As Mac so rightly says how the authorities allowed this programme to be aired before the final Accident Report is issued is something of a mystery. But, if criminal charges charges are laid before the courts it will just go to prove that the the first priority was to find someone to blame... pp |
Yes - that is how the system works here in Spain. That is why accidents are investigated by a team under a judge rather than an independent accident investigation system. The whole point of the exercise is to apportion blame. The judge in charge of the investigation into the Spanair accident has to decide, after his team have reported to him, to whom to attriubute blame and to what extent. As a side-issue, lessons will be learned but that is not the purposer of judiciary accident procedures in Spain.
|
| All times are GMT. The time now is 20:57. |
Copyright © 2026 MH Sub I, LLC dba Internet Brands. All rights reserved. Use of this site indicates your consent to the Terms of Use.