Catch up on stories from the past week (and beyond) at the Slashdot story archive

 



Forgot your password?
typodupeerror
×
Bug Transportation

Investigators Suspect Computers Doomed Air France Jet 403

DesScorp writes "Investigators working with the wreckage of Air France flight 447 believe the aircraft suffered cascading system failures with the on-board computers, eliminating the automation the aircraft needed to stay aloft. 'Relying on backup instruments, the Air France pilots apparently struggled to restart flight-management computers even as their plane may have begun breaking up from excessive speed,' reports the Wall Street Journal. Computer malfunctions may not be an isolated incident on the Airbus A330, as the NTSB is now investigating two other flights 'in which airspeed and altitude indications in the cockpits of Airbus A330 aircraft may have malfunctioned.'"
This discussion has been archived. No new comments can be posted.

Investigators Suspect Computers Doomed Air France Jet

Comments Filter:
  • Suspect?.... (Score:2, Interesting)

    by Bob_Who ( 926234 )
    I dunno, the NTSB usually drags their feet before stating anything. They usually don't make statements about suspicion of what may have happened without specific evidence. This seems like an unusual announcement from them, not their usual style. I wonder if they are compelled to state a truth that they fell won't be properly addressed otherwise. After all, Airbus is built in Europe not the US.
    • Re:Suspect?.... (Score:4, Insightful)

      by johannesg ( 664142 ) on Sunday June 28, 2009 @07:29AM (#28502865)

      I dunno, the NTSB usually drags their feet before stating anything. They usually don't make statements about suspicion of what may have happened without specific evidence. This seems like an unusual announcement from them, not their usual style. I wonder if they are compelled to state a truth that they fell won't be properly addressed otherwise. After all, Airbus is built in Europe not the US.

      Personally I wonder if they were compelled to state a suspicion that might otherwise not benefit business interests in the US. After all, Boeing is built in the US not Europe.

      See how these stupid slurs work in both directions?

      • Re:Suspect?.... (Score:5, Informative)

        by UnknowingFool ( 672806 ) on Sunday June 28, 2009 @08:21AM (#28503153)

        I think you both are thinking of the FAA. The whole purpose of the NTSB is to research and investigate civil transportation accidents. They then present their conclusions and recommendations to the regulating authority in that industry. For the airline industry, the FAA then has to implement any recommendations. For the most part, the FAA does not always implement all the recommendations due to cost, business concerns, practicality, national concerns, politics, etc.

        In this case, the black boxes have not been recovered and it might be very difficult to pinpoint a cause without them. But the NTSB knows of similar cases that may have occurred in the US that did not lead to accidents. If there job wasn't to ensure that the fleet of aircraft in the US is safe, they may just sit on their asses and do nothing. But it is their job to ensure safety so they will investigate whether this might have led a situation similar to the Air France flight. They will probably share their data with Air France, the Brazilian authorities, Airbus, the FAA, etc when the investigation is concluded.

        • Re:Suspect?.... (Score:4, Insightful)

          by Anonymous Coward on Sunday June 28, 2009 @08:31AM (#28503217)

          The NTSB is the national transportation safety board. The criticism isn't that they shouldn't share their conclusions, it's that they may be politically/economically motivated to "share" mere suspicions which are detrimental to a foreign aircraft manufacturer.

          • Re: (Score:2, Insightful)

            Your insinuation that NTSB is investigating for the sake of politics to damage a foreign manufacturer is ludicrous. Their job is to investigate any safety issues. Since this model of Airbus flies in and out of the US every day, their job should be to investigate any concerns especially since the blackboxes have not been recovered and may not be recovered. The root cause of this crash may not easily be known. They know of two flights where similar computer issues may have occurred. They will investiga
            • Re:Suspect?.... (Score:4, Insightful)

              by marm ( 144733 ) on Sunday June 28, 2009 @09:34AM (#28503687)

              They just investigate and report which is what you want in an investigative body.

              What the NTSB doesn't normally do is report unsubstantiated rumor to newspapers about investigations they have no direct jurisdiction over. While their job is certainly to get to the truth of why a plane crashed, in the absence of good evidence they can spin their version whichever way they choose. Unsurprisingly they have chosen to tell the story in a way that is detrimental to the design philosophy of the A330, just as European investigators would tend to blame Boeing if a 767 crashed and no reliable evidence was available as to why it crashed. Being dedicated to the pursuit of truth and being political are not at all mutually exclusive you know.

              • Re: (Score:3, Insightful)

                by geoff2 ( 579628 )

                Except there's no good evidence here to show that the NTSB is in any way being political; the statement isn't political in and of itself, and there's no evidence that there was any political pressure anywhere being applied.

                Here's the facts: other organizations investigating the Air France crash have pointed to possible airspeed malfunctions as a contributing cause. Meanwhile, the NTSB has looked into similar matters and has announced it's looking into two completely separate cases in which it appears that t

              • Re:Suspect?.... (Score:5, Informative)

                by UnknowingFool ( 672806 ) on Sunday June 28, 2009 @11:22AM (#28504545)
                If you google "NTSB investigates Boeing" you 6730 searches with the most popular one about the 737 rudder problem which Boeing acknowledged and fixed. If you google "NTSB investigates Airbus" you get 4990 results. It would appear to me the NTSB investigates all accidents and near accidents regardless of the manufacturer. As a government agency the NTSB will tell the press that they are doing it. Or would you rather they tell no one what they are doing? It's their job to investigate especially in a case where the blackboxes might not be recovered. Now if this was an airplane model that didn't fly in the US, the NTSB would not investigate as it is out of their mandate. But since the Airbus 330 does fly in the US, they have to seriously look at any issues. Or would you rather a crash occur in the US before they get involved.
        • Re:Suspect?.... (Score:4, Interesting)

          by Almost-Retired ( 637760 ) on Sunday June 28, 2009 @03:13PM (#28506617) Homepage

          In this case, the black boxes have not been recovered

          And at 26 days elapsed time since the crash, its pingers batteries are probably gone to the battery graveyard, never to be seen or heard from again. I doubt by now if it could be heard 100 yards away even by Alvin. One of the ways to save money is by not replacing those batteries on a fixed schedule. And I wouldn't be surprised to have the NTSB admit they can't find that maintenance log either.

          I hate to say it, but the detective work to see what happened may well depend on similar instances the pilots managed to handle & restore control.

          The comments so far re windows would seem to be a bit premature since even windows can have month + uptimes if the programs it is asked to run are clean. Flight certified software is generally tested till it can handle anything without a people killing failure.

          That might surprise some to hear me say that since I'm a fairly famous anti-windows person, given that the only windows install here (XP on my laptop) was nuked and Mandriva-2009.1 installed a couple of months ago & everything else has been some flavor of linux since 1998.

          The thing that burns me is that Airbus knows about the problem with the frozen pitot tubes, but didn't insist they be replaced with the retrofit kit at the first overnight stop. So CEO's did what CEO's do best, maximized profits by keeping the engines spooled up & flying. "This" was something that could be handled at scheduled maintenance times in their minds. The question about that for this flight is probably never going to be answered given the black box hasn't been found and likely won't be. But they have at least 2 other flights where only quick action by the pilots saved the day, & they should be acting on it as we read this, not waiting for the NTSB to pronounce guilt before they cut checks. That lack of action should be criminally prosecutable IMO.

          --
          Cheers, Gene
          "There are four boxes to be used in defense of liberty:
            soap, ballot, jury, and ammo. Please use in that order."
          -Ed Howdershelt (Author)
           

      • Re: (Score:3, Insightful)

        by MACC ( 21597 )

        Good observation.

        The NTSB made an unexpected announcement on the B777 crash in LHR due probably to ice slurrie
        in the fuel with uncalled for blame shifting just before the primary investigators in the UK
        did their public announcement.

        The NTSB going for partisan announcements is a very bad sign directly connected to
        Boeing being in dire straits these days. So any published findings of the NTSB
        may be completely worthless.

        G!
        MACC

      • Re:Suspect?.... (Score:4, Informative)

        by dhovis ( 303725 ) * on Sunday June 28, 2009 @08:49AM (#28503351)

        Actually, the NTSB should be involved in this investigation. I think you can get up to 5 organizations joining to investigate a crash.
        1) Country of Origin (Brazil)
        2) Country of Destination (France)
        3) Country of Carrier (France)
        4) Country of Airframe Manufacturer (France/Germany/EU)
        5) Country of Engine Manufacturer (US)

        Notice that #5 was US. The engines on the plane in question were GE.

      • Re:Suspect?.... (Score:5, Insightful)

        by Anonymous Coward on Sunday June 28, 2009 @08:52AM (#28503373)

        The articles are pure FUD, and the summary is worse. The A330 doesn't need computers to "stay aloft" any more than your PSU needs an OS to power your motherboard. The rest of the functionality is pure gravy.

        All these hysterical articles about computer failures always forget that the computers are a BONUS, and it is quite frankly becoming less and less insane to start believing in anti-Europe propaganda. It may indeed be true that pilots are becoming too accustomed to their presence, but in the meantime their high uptime has saved more lives from pilot error than the resulting complacency will ever cost.

        This case is especially ridiculous, because modern computer controlled aircraft will actually handle sensor failures BETTER than ones without them. Had the Air France plane had the most up to date equipment, the computers would have used other sensors to estimate a safe range of approximate speeds and provided the pilots with a fast/slow indicator. It's even possible that this is exactly what happened, but something else went wrong.

        Even if the computers just shut themselves down, it was still the sensor info that was invalid, so how would a plane without computers have fared any better?

        It's also complete bullshit to say that the pilots can't override the computers. In normal flight, the computers *aid* the pilots. For example, avoiding a collision is easier in an Airbus, because pilots can just pull the stick back hard and the computers will automatically give the best possible climb performance, closer to the stall speed than a Boeing pilot would ever dare to go. Meanwhile, the pilot can look out the window instead of at an instrument panel!

        This is what happened with the "infamous" crash into the forest. The pilot was too low and slow, and when he did pull up, the aircraft didn't "let him" because even maximum performance wasn't enough and the plane would have dropped like a stone had it been a Boeing. The computers probably saved everyone who did walk away from that crash!

        IF the computers actually malfunction, they will turn themselves off. If they don't, the pilots can turn them off manually.

        • Re: (Score:2, Interesting)

          by anagama ( 611277 )
          Are you seriously suggesting that a person can judge speed 35000 ft over the ocean, at night in a storm by looking out the window? You are a complete idiot coward and I hope you don't work on anything more complicated than French Fries.

          This sounds like it may be a combination of faulty sensors (pitot tubes), crashing computers, newer pilots being more oriented to automated flying than manual flying, and cost saving training cut backs on what to do when things go wrong.
    • by sphealey ( 2855 )

      > I dunno, the NTSB usually drags their feet before stating anything.
      > They usually don't make statements about suspicion of what may have
      > happened without specific evidence.

      The United States' NTSB conducts extremely thorough and detailed investigations, with careful intermediate releases of information and preliminary conclusions prior to the issuance of a complete final report. It very deliberately does not leap to conclusions since first impressions and quick conclusions are often wrong. It m

  • Automation (Score:5, Insightful)

    by Anonymous Coward on Sunday June 28, 2009 @07:28AM (#28502855)

    "The fancier they make the plumbing, the easier it is to stop up the drain." -Scotty

    • Re: (Score:2, Interesting)

      by Thelasko ( 1196535 )

      "The fancier they make the plumbing, the easier it is to stop up the drain." -Scotty

      An excellent quote, but it doesn't really the problem. For years, aircraft manufacturers have had a philosophical debate over who should be in ultimate control of the aircraft. Boeing says that the pilot should be in direct control of the aircraft, and the computer should assist the pilot. However, many NTSB reports conclude with "pilot error" as the cause of accidents. Therefore, Airbus puts the computer in direct control and the pilot directs the computer on what to do. This was a controversial move,

      • It is claimed that although on Airbus aircraft the computer usually prevents the pilot from doing anything stupid, the pilots can still override the computers if necessary. And furthermore, Boeing has apparently adopted similar computer controls as well.

      • Re:Automation (Score:5, Insightful)

        by Anonymous Coward on Sunday June 28, 2009 @10:00AM (#28503857)

        For years, aircraft manufacturers have had a philosophical debate over who should be in ultimate control of the aircraft. Boeing says that the pilot should be in direct control of the aircraft, and the computer should assist the pilot.

        Oft repeated nonsense. The ultimate control of an Airbus, during fault conditions, is Direct Law, where the pilot control inputs are transmitted unmodified to the control surfaces, providing a direct relationship between sidestick and control surface.

        http://www.airbusdriver.net/airbus_fltlaws.htm

      • Re: (Score:3, Interesting)

        by evilviper ( 135110 )

        However, many NTSB reports conclude with "pilot error" as the cause of accidents.

        That's too vague to be useful...

        Looking at the chart, from 2000-2008, the number of "mechanical failure" crashes exceeds those of simple "pilot error". In other decades, the distribution has been similarly very close.

        http://www.planecrashinfo.com/cause.htm [planecrashinfo.com]

        This was a controversial move, but until now has worked well for Airbus.

        I wouldn't quite say that. Airbus is pretty notorious for issues like 10lbs of force being the minim

    • Re:Automation (Score:4, Insightful)

      by timeOday ( 582209 ) on Sunday June 28, 2009 @09:44AM (#28503741)

      "The fancier they make the plumbing, the easier it is to stop up the drain." -Scotty

      Sounds nice, but statistically the truth is exactly the opposite here. Over the years, planes have become increasingly safe and reliable with more technology (complexity), accident rates have steadily declined. And even today, the highest-tech aircraft are the safest ones - the big new ones flown by major airlines. Colgan Air 3407 [npr.org] wouldn't have crashed if the pilot hadn't been allowed to nose-up in response to a stall - a patently stupid thing to, which the A330 prevents [slashdot.org] according to another post in this thread.

      Meanwhile, on the other side, we have the argument that this Air France A330 crash was due to a software failure that forced the crew to fly without the autopilot. This is theory is highly speculative, yet even if true, all it means is the autopilot is not directly to blame because it wasn't operable during the crash, i.e. humans were in control. So I don't understand the anti-automation spin on this story at all.

      • Re: (Score:3, Interesting)

        by jd ( 1658 )

        Once, just for amusement, I counted up all the Boeing and Airbus crashes over a given period of time (I forget how long it was, but it was long enough for the effect of chance to balance out). Airbus and Boeing had a near-enough identical number of crashes. (I think Boeing had one crash more over the period I looked.)

        Since then, I've kept a tally of what planes crash. The two corporations have remained at a dead heat. (No pun intended. Or maybe it was.) Whatever superiority one has in one area is totally ca

  • Unintended effects (Score:2, Interesting)

    by dangle ( 1381879 )
    It would be ironic if the flight computers contributed to the accident, given the focus on designing them to prevent humans from contributing to accidents. Interesting video showing an A320 "refusing" to be crashed: At about 3 minutes, the software prevents roll beyond 67 degrees. At about 4:30, an attempt is made to stall the aircraft, at which time the software overrides the throttle settings. http://www.youtube.com/watch?v=LO5l6_d6yck [youtube.com] [youtube.com]
    • by sznupi ( 719324 )

      Ironic - sure. Personally I'll wait for the final report.

      But looking at safety statistics it seems those systems, at the least, don't make things worse, overall. And in the long term they might only become better (systems improving, tricking down to smaller and smaller planes)

      Also, those rumors might have something to do with litigation craze in some parts of the world. It's much more convenient to allow 100 accidents due due to "unfortunate circumstances/force majeure" (harder to point out the blame...or t

    • by Tanktalus ( 794810 ) on Sunday June 28, 2009 @08:43AM (#28503311) Journal

      Nah. This is all about designing to handle faults you can imagine, and failing to handle faults you can't. Imagining roll-over or stalls are easy. Imagining everything that could go wrong in a wind storm, probably not so much.

  • Two things (Score:5, Interesting)

    by Kupfernigk ( 1190345 ) on Sunday June 28, 2009 @07:39AM (#28502927)
    First, the article is mainly about whether the breakup was ultimately caused by over-reliance on automation leaving pilots insufficiently equipped to handle emergencies in manual mode. This business of excessive automation is getting general. As a simple example, my car has front and rear parking sensors. The other day I was parking in a tight space when suddenly I remembered I was in someone else's car, just a few inches from a steel barrier. My parking habits are now quite conditioned to the bleep patterns from front and rear, and switching back to manual mode slowed me right down. On the other hand, I can moor my boat, entirely by eye and feel, in a fifteen-knot sidewind without a bow thruster. It's purely a matter of experience and conditioning.

    Second, the US announcement of the two computer failures, neither of which caused an accident, presumably has nothing at all to do with Boeing's recent embarrassment over continuing delays and cancellations to the Dreamliner, and a desire to damage Airbus?

    • Re:Two things (Score:5, Insightful)

      by squidinkcalligraphy ( 558677 ) on Sunday June 28, 2009 @08:06AM (#28503071)

      Flights are getting more and more automated. It used to be up to the pilot to take off and land, and the autopilot would fly the bit in the middle in good conditions. Now the autopilot takes off and lands too. The pilot is there in case of emergencies. But I would still wager that a computer would statistically be better than a human overall, otherwise the airlines wouldn't deploy this.

      This case is of a plane travelling at such high speed and altitude that it only has a tiny window of opportunity between breaking up, stalling, or falling into the tempest below. If the computer systems keeping it in that window fail, then the pilot has little chance of actually fixing things. The alternative is to fly a lot more conservatively, with bigger margins of error. That would mean flying slower, and at lower altitude. Which means longer flights, that burn more fuel, hence cost more.

      • by Rich0 ( 548339 )

        Well, the plane won't just fall out of the sky if they slow down a little - they should have erred on the side of slowing down and losing some alititude.

        However, that isn't without issues if they don't resolve the problem quickly. At lower altitude they burn more fuel - which means there is a good chance they'll need to divert. That's better than disintegrating over an ocean, but it has risks of its own if you're 3 hours away from land.

    • Airbus has taken enough damage from their delays with the A400M - Boing hardly needs to heap on. Not to mention that your conspiracy-theory train of thought it beyond absurd.

  • So the trains in DC collided because even while the human operator tried applying the breaks the computer overrode the engineer and kept the train moving at a good speed. And now the investigators of the air france flight are saying computer failures on that flight caused the plane to stay at a high-inoperable speed, despite the pilot's best effort to slow down? Does it sound to anyone else like the computer revolution from Terminator, the Matrix, nearly every other future sci-fi movie is taking place? W
    • So the trains in DC collided because even while the human operator tried applying the breaks the computer overrode the engineer and kept the train moving at a good speed.

      Actually the brakes were on for 400 metres before the crash.

    • by j-stroy ( 640921 ) on Sunday June 28, 2009 @08:59AM (#28503433)
      Did the pilots shut down the flight computers in an effort to get the controls to respond appropriately? Professional Pilots are "do-ers", and right or wrong, they ALWAYS have a reason for their choices.

      Did the flight computer failure mode fail to (dis)engage? I've heard about the manual control levels that an Airbus flight system degrades through. It looks like the computer wouldn't get out of the way soon enough, so the flight crew kicked it in the head.

      They received the airplane in a un-recoverable, un-flyable, disintegrating condition from mach turbulence destroying lift and ultimately the aircraft. (coffin corner [wikipedia.org])
      Cascading failures generally occur from a synergy of multiple causes. In this case:
      - A narrow flight envelope due to altitude and varying wind-speed in the storm. (had they climbed, trying to avoid the storm?)
      - Pilot over-reliance on automated flight assist in marginal conditions.
      - Failure of physical airspeed instruments due to severe icing from a massive updraft.
      - Increased thrust from engines ingesting water contained in the 100mph updraft. (coffin corner!)
      - Altitude increase from 100 mph updraft. (coffin corner!)
      - Inappropriate computer control responses, destabilizing flight dynamics, leading to overspeed and unrecoverable loss of lift (mach stall).
      - Turbulence and chaos of a severe storm masking the initial flight computer deviations.
  • by 3seas ( 184403 ) on Sunday June 28, 2009 @07:56AM (#28503009) Homepage Journal

    ...the way aerospace (life critical and specialized or specific field oriented) software is created, it is highly bug free, quite the opposite of feature creep bloat you see everywhere else, but even at the code level there is avoidance of function calls that can introduce another level of abstraction and complexity and contribute to bugs and failure. It is in this way that using the process of elimination we can come to some conclusions about where error is or can most certainly exist, philosophy.

    On a hardware level, we have redundant backups and check system....

    As such there is one area that neither software nor hardware has but only as a secondary or implimentation of, position.
    Human error in concepts, beliefs, philosophies, abstraction definition variation, etc... That which exist before the hardware and software and often what hardware and software creation is inspired by, directed by, guide lined by, etc..

    If the philosophy base is wrong then its limitations will manifest through the software and hardware created under such a philosophy and eventually show the limitations, via failure to perform.

    There are plenty examples of human philosophy errors, such as how it wasn't until the early 1990's that the Catholic Church exonerated Galileo over his observation the earth revolved around the sun.
    The Atlanta Centennial park bombing where the 911 system failed because no-one gave the park an address..... or is the philosophy of programming a 911 system to require an address the error? Or is it a good thing that all things needing 911 are at an address?

    My pet peeve of the computer industry, the button on the front of the computer marked with a 0 & 1 symbol(s), yet over engineering has resulted in the meaning of those symbols to be more than "off & on" and this went further in removing the hard on off switch so that when the software based power switch failed, you have to physically unplug the computer from the wall, or take teh battery out.
    The correct philosophy for such a switch would be a multi position switch, which the consumer doesn't have to know more than is obvious... And ultimately the motivating philosophy behind the software switch is that of creating an OS that needs a shutdown sequence and time for it. When you think of this "0&1" switch, what better representation of distorting the most basic and fundamental concept of computers with overcomplexifabulocation can there possible be?

    Software and hardware is not where the error lies in this Air France tragedy, even if there is failure or limitations found there in hardware and software, but the failure is in not providing a manual override. And if the technology has been made to complex for manual control.... then let grandma crawl under the desk to unplug the damn computer....shut it down until the real problem is fixed.

    BTW, due to the competitive commercial nature of aerospace software development tools, there is a level of incompatibility between them and as such there is also motive for playing the lockin game regardless of any "unforseen" risk to others. Perhaps there is a place for open source software here!!!

    Don't bow down to the stone image (Stone = computer hardware - Image = software) of the beast of man, for the beast is error prone and his image can be no better. Instead take a closer look at the code.... with many eyes.....

    • by cjonslashdot ( 904508 ) on Sunday June 28, 2009 @08:20AM (#28503145)

      Good points.

      I will also point out though that systems should be simple to operate, hence Apple for example would never think of having more than two positions for an on/off switch: but in order to achieve that, the system has to be engineered to be truly robust. (I am not saying that Apple equipment is.)

      It used to be that equipment had well-defined states, but nowadays everything is programmed using procedural code, and nothing works right anymore.

      Electrical engineers are trained in how to design things that really work: they assume asynchronous behavior and concurrency from the outset, and they have design methodologies to create a system that has well-defined states. Procedural code has indeterminate states, unless one uses design paradigms that pair those states, and simulation to test the design. Programmers don't use these techniques: generally speaking, procedural code is hacked together, and so we have laptops OSs that freeze, cellphones that lock up, and airplanes that crash.

      The software that exists today is by and large all crap. Procedural programming is appropriate for business apps, but for a reliable real-time system you need an asynchronous design methodology, and you need to prove correctness for critical functions. This is not always done, in aerospace and even for spacecraft software.

      Today's programmers don't even have a culture any longer that espouses design and design verification, as opposed to hacking together "code". In their purported quest for "clean code" they have culturally inculcated an obsolete and broken approach.

      • by thogard ( 43403 )

        Your comments are close to two decades over. Today its all objects which defers the issues yet another step away from reality.
        I agree with your other comments.

        Any problem in computer science can be solved with one additional layer of indirection. But that usually will create another problem. -- David Wheeler (of ILLIAC fame, not the others)

        • Yes. Apple uses Objective C. But I was including OO programs in the "procedural" bucket, because OO languages use imperative (procedural) coding to implement algorithms. Semantics!
      • by DamonHD ( 794830 ) <d@hd.org> on Sunday June 28, 2009 @12:16PM (#28505057) Homepage

        What a hideous and offensive generalisation: "everything is programmed using procedural code, and nothing works right anymore." That may be how *some* programmers work, but I give a sh*t, and I write concurrent (and more generally concurrency-safe) code all the time. And I can do that procedurally or by graph reduction or however you like.

        As to: "Electrical engineers are trained in how to design things that really work"; do you have any snooty views about all EE grads being better people than all CS grads for example? My first interest was electronics but I don't see a halo.

        Any other bigotry about "natural rhythm" or "education shrivelling the uterus".

        I must be new here: I expect better reasoned objectivity from someone apparently able to type with reasonable spelling and grammar.

        Rgds

        Damon

    • One problem I see with the philosophy of software is the way it is tested. You create a nice, coherent application. Then testers raise 1000 bugs on it. Each of these bugs goes to a developer who changes something to fix the bug. Now you have a complete mess. Much less maintainable than the original one and quite likely with more bugs than you started out with.
    • by Rich0 ( 548339 )

      While I agree with some of what you say - I don't buy it fully.

      Ok, I'm making a smartphone. It should have a simple on-off button - not a 3-way toggle where you get data corruption if you switch it to the 3rd position. It should be hard to bypass the proper shutdown routine (removing the battery counts). So, then the counterproposal is - get rid of the need to do a proper shutdown. Sure, we can do that - no write cache and everything is transaction isolated so that corruptions are impossible. Now the t

  • "So you're nominated because you crashed Word 2007 three times in 20 minutes? Pussy.

  • This post reminded me of an article [fastcompany.com] that was written a couple years ago about the people who program the space shuttle. I couldn't find a link to it, but I recall a similar article about the software on the Boeing 777; essentially the pilots are sitting in front of a computer screen that they can bring up any piece of data about the airplane, and how these systems must all co-exist without interfering in any way with the flight systems, etc. Pretty interesting reads.

    Frankly, the pressure in such an environm

  • by betasam ( 713798 ) <betasam&gmail,com> on Sunday June 28, 2009 @08:27AM (#28503193) Homepage Journal
    Pitot tubes [wikipedia.org] were invented in the 1700s by the French Engineer Henry Pitot and later modified for airspeed measurements. They are also used to measure aerodynamic speed in Formula racing cars too among other uses. Here is a comprehensive article following the crash investigation that is informative with photographs [salon.com] and the timeline of theories.

    I read both the articles posted. They do not qualify as the best investigation reports. They seem to be building "What if" scenarios from all data that is available. Other A330 failures (no recent crashes reported) and Other places where ice in Pitot tubes led to failure (The Wikipedia article has a lot of information on this and planes which had problems notably, the X31 [wikipedia.org].) The investigators are clearly under pressure to say what they have found and they are unable to report "nothing" to the press. With no luck in recovering the Black Box, the investigators (like they talk about Pilots not good at flying aircraft without the aid of in-flight safety systems) have to do it the old forensic way (reminds me of Crichton's Airframe). That is going to take time and the press, the Aircraft companies using A330s are impatient to know why.

    Clearly no recent theory has come close to deducing the true reason for the crash. As I remember the first news item that appeared on the AF447 was that the plane "vanished" [cnn.com] from Radar and was sought for by the Brazilian Air Force before the crash site was positively identified. The last exchanges between the Pilot and the Aircraft tower followed by an automated message from the aircraft [wn.com] remain the main clues apart from the debris in this horrific accident.
  • by Anonymous Coward on Sunday June 28, 2009 @08:28AM (#28503195)

    There are a couple of aspects about the A330 problems that amaze me:

    1. How can an airplane be allowed to carry passengers when the margin to airframe disintegration is so narrow? I can understand falling out of the sky if it stalls, but to be able to tear the airplane apart in level flight? What happened to margin of safety in airframe construction -- or is that whole concept now obsolete?
    2. If the airplane can send fault messages home, why don't blackbox data streams get sent as well? At least that way there would be some situation info available as opposed to none.
    3. In some ways reliance on flight computers is like reliance on spreadsheets or calculators -- if you do not understand what is going on and are not capable of doing it yourself then you cannot tell if the software is correct. Essentially, if the computer says it is so then it is, and you either survive or not.

    • Re: (Score:2, Insightful)

      by Digicrat ( 973598 )

      There are a couple of aspects about the A330 problems that amaze me:

      1. How can an airplane be allowed to carry passengers when the margin to airframe disintegration is so narrow? I can understand falling out of the sky if it stalls, but to be able to tear the airplane apart in level flight? What happened to margin of safety in airframe construction -- or is that whole concept now obsolete?
      2. If the airplane can send fault messages home, why don't blackbox data streams get sent as well? At least that way there would be some situation info available as opposed to none.
      3. In some ways reliance on flight computers is like reliance on spreadsheets or calculators -- if you do not understand what is going on and are not capable of doing it yourself then you cannot tell if the software is correct. Essentially, if the computer says it is so then it is, and you either survive or not.

      1. Don't underestimate the power of wind shear. This plane may have been flying straight and level from the grounds point of view (we don't know that), but it was flying in the middle of a storm according to news accounts, likely experiencing some extreme wind forces.
      2. The amount of telemetry and logging data generated by any aerospace system (air or space) is humongous, and even with an aircraft (as opposed to low data rate spacecraft), to large to transmit in real-time. In this case, the system did aut

    • by grotgrot ( 451123 ) on Sunday June 28, 2009 @04:07PM (#28506987)

      How can an airplane be allowed to carry passengers when the margin to airframe disintegration is so narrow?

      There are certification bodies in the US, Europe and many other countries that define what that margin is. The greater the margin the heavier the plane will be, the more fuel it will need and the less load it will be able to carry. So your question really is asking if all these certification bodies are idiots. They are not and are definitely better at it than your armchair speculation. Simple evidence is looking at the rate of crashes and fatalities over time despite the increasing amount of air travel.

      How come you don't walk around always wearing a bulletproof vest? Why aren't all your house doors, windows and walls armoured? Because there are costs and benefits and they all have to weighted together to come up with something appropriate.

      but to be able to tear the airplane apart in level flight?

      It would not tear apart in simple level flight within the normal speed range. It could be torn apart going too fast (ie beyond the certification limits imposed by those national bodies) but even then would not be in level flight but likely dropping. It was a massive thunderstorm with huge air currents they were going through. This [wikipedia.org] is an example of what planes can survive where the plane looped, parts flew off and the wings got permanently bent. This [youtube.com] is an example of a certification test for wing strength. FAA regulations require that wings survive 1.5 times (150 percent) of the highest aerodynamic load that the jet could ever be expected to encounter during flight for 3 seconds. That applies to all airliners. The pitot tubes keep being mentioned because they tell you how fast you are going relative to the surrounding air. If they iced over then you don't know and going to slow will result in a stall, going fast increases discomfort and going too fast can result in bits of the plane breaking off.

      But to be clear it required abnormal circumstances to break apart. Way beyond anything normally or abnormally encountered. If the circumstances happened with any regularity then you would hear about this kind of accident more often.

      If the airplane can send fault messages home, why don't blackbox data streams get sent as well? At least that way there would be some situation info available as opposed to none.

      The fault messages are generally intended for maintenance so that when the plane arrives they can be repaired as quickly as possible and the plane turned around. They also help with long term tracking of wear and tear. Current blackbox recorders record a huge amount of data which would be infeasible to transmit, especially when it has to go via satellite such as when over oceans. Plane crashes are very rare (that is why they make the news) and it is even rarer to not find the blackboxes.

      In some ways reliance on flight computers is like reliance on spreadsheets or calculators -- if you do not understand what is going on and are not capable of doing it yourself then you cannot tell if the software is correct. Essentially, if the computer says it is so then it is, and you either survive or not.

      You overestimate the ability of humans. We are long gone from the days of the lonesome hero sweating it with the control stick. A flying plane is a complex mechanism. You have many control surfaces, air pressures and speeds, centre of gravity, fuel consumption, engine abilities, aerodynamics etc all to take into account. A computer program can do all of that so many times better than a human which includes being both more economical and reacting quicker. The people who make planes are not idiots. Ultimately you have to take the underlying tools you use as is. For example I don't see you insis

  • by T-Bucket ( 823202 ) on Sunday June 28, 2009 @08:32AM (#28503219) Homepage

    This is why I really want any airplane I'm flying to LISTEN to me, not argue with me... At no point should a computer be able to override pilot input. Also, i want a solid mechanical link between the controls I'm pushing on and the control surfaces on the wings... That way, even if EVERY computer on the plane dies, I can still control the damn thing...

    And yes IAAAP... (I Am An Airline Pilot)

    • by John Hasler ( 414242 ) on Sunday June 28, 2009 @08:59AM (#28503431) Homepage

      > Also, i want a solid mechanical link between the controls I'm pushing on and the control
      > surfaces on the wings...

      You aren't strong enough to control an A330 with your muscles.

    • Good luck with that (Score:4, Interesting)

      by WindBourne ( 631190 ) on Sunday June 28, 2009 @10:01AM (#28503867) Journal
      Remember the DC-10 that crashed in IOWA? It took two guys trying to control it without hydraulics. Personally, given the choice of hydraulics OR electric motors, I would take electric motors. Electric is CHEAP AND SAFE to have redundant electrical lines. In addition, losing one, does not mean that you lose the whole aircraft like Walt Lux did in the AA dc-10 that crashed at O'hare. The problem with the Airbus is that Airbus designed the CPU to take control of the craft. If the pitot tubes are blocked, the sensor will think that the aircraft is moving at 0 knots and will DIVE IT. Since it still does not know the speed, it will continue to dive it faster and faster until stress ripped the plane apart. Sadly, this has happened on MULTIPLE issues with the plane, and had it all blamed on "PILOT ERROR". When this is done, I think that AA and several other companies will be suing the pants off Airbus for their design as well as hiding facts.
  • Speculation (Score:5, Insightful)

    by ironicsky ( 569792 ) on Sunday June 28, 2009 @08:38AM (#28503267) Journal
    Last time I checked the air france black box recorder hasn't been located let alone pulled out of the ocean. Without having the black box how can the NTSB be making speculations as to the cause of the downed flight? Others are speculating things like the Rudder [csmonitor.com] had problems, Turbulence [timesonline.co.uk], this computer bug [wsj.com].

    Until they know what the actual cause is they should avoid speculation because it does absolutely nothing other then fill media headlines with non-sense.
    • by hazem ( 472289 )

      Last time I checked the air france black box recorder hasn't been located let alone pulled out of the ocean. Without having the black box how can the NTSB be making speculations as to the cause of the downed flight?

      Well, considering the NTSB is a part of the US government, it could be in their interest to make speculations that make a foreign plane manufacturer look bad in order to make a domestic manufacturer look more desirable.

  • Investigators suspected the computers a good 3 weeks ago, so I'm not sure how this qualifies as news.

  • No manual control? (Score:3, Interesting)

    by Hurricane78 ( 562437 ) <deleted&slashdot,org> on Sunday June 28, 2009 @08:44AM (#28503319)

    What about, you know... manual control?
    Sure there are no mechanic cables anymore, but a wire controls the low-level hardware.
    But at least it has to have just as basic piece of electronics that has no software or big complexity, and that allows you to manually steer the plane.
    (No, that is not too hard to do, even on such big jets. You just have to be more careful about quick actions, stalling the plane & co.)

    A piece of electronics that is so simple, that the only thing killing it, is an electric shock right into its mainboard.

    Electronics failure is never a cause! (Because: What would that be?)
    The reason usually is a software error, that electric shock, or some other external source.

    • Why are crashes caused by pilot error better than ones caused by software error? Yes, the computers screw up sometimes. If they screw up less often than the pilots would we are better off. Better yet, how about letting the computer fly the plane while the pilot supervises, ready to intervene if the computer goes wrong? Oh. Wait. That's exactly what they do!

    • by Poingggg ( 103097 ) on Sunday June 28, 2009 @09:14AM (#28503547)

      I did RTFA, and from what i understand of it it was impossible to get a reliable reading from the instruments in the cockpit, because the computers were failing and the airspeed-detector was unreliable (what seemed to be the primary cause of the failing of the computers). Manual control is fine, IF you know your altitude, airspeed etc. Try driving a car with blinded windows and a defective speedometer and an unreliable rev-meter.
      I am not a pilot, but even I can understand that for manual control one has to have reliable data on what the plane is doing, which is exactly what was missing in this case (if the theory we are talking about is right).

  • Design Philosphy (Score:5, Informative)

    by Old Sparky ( 675061 ) on Sunday June 28, 2009 @09:02AM (#28503457)

    Scary stuff.

    The Wall Street Journal article oversimplifies the problem with the Airbus
    design philosophy. In effect; Too Damn Much reliance on the automated flight
    control system for basic safety-of-flight.

    A prime example?

    Rudder hinges.

    Airbus has notoriously
    http://en.wikipedia.org/wiki/American_Airlines_Flight_587 [wikipedia.org]
    underbuilt the rudder hinges on the A300 (and, no doubt, the A330) in the
    interest of lightness and efficiency. They have chosen to rely on the
    automated flight control system to limit loads on the structure, instead of
    building the necessary robustness into that structure.

    This is great when flight conditions are all peachy, but in a thunderstorm, at
    night, with sensors (iced-up pitot tubes?) that are prone to failure, well
    then you have a failure scenario that the designers never built into their
    simulations, and the rescue/recovery teams in the south Atlantic find the
    rudder 37 miles from the rest of the wreckage.

    Forwarded from a colleague (names redacted);

    >> This from a friend and NWA pilot I flew the B-757
    >> with out of our Tokyo base.........Now obviously on the A-330
    >>
    >>
    >> Well, I'm sure you have all heard of the Air France accident. I fly
    >> the same plane, the A330.
    >>
    >>
    >>
    >> Yesterday while coming up from Hong Kong to Tokyo , a 1700nm
    >> 4hr. flight, we experienced the same problems Air France had while
    >> flying thru bad weather.
    >> I have a link to the failures that occurred on AF 447. My list is
    >> almost the same.
    >> http://www.eurocockpit.com/images/acars447.php [eurocockpit.com]
    >>
    >> The problem I suspect is the pitot tubes ice over and you
    >> loose your airspeed indication along with the auto pilot, auto
    >> throttles and rudder limit protection. The rudder limit protection
    >> keeps you from over stressing the rudder at high speed.
    >>
    >> Synopsis;
    >> Tuesday 23, 2009 10am enroute HKG to NRT. Entering Nara Japan
    >> airspace.
    >>
    >> FL390 mostly clear with occasional isolated areas of rain,
    >> clouds tops about FL410.
    >> Outside air temperature was -50C TAT -21C (your not supposed to get
    >> liquid water at these temps). We did.
    >>
    >> As we were following other aircraft along our route. We
    >> approached a large area of rain below us. Tilting the weather radar
    >> down we could see the heavy rain below, displayed in red. At our
    >> altitude the radar indicated green or light precipitation, most
    >> likely ice crystals we thought.
    >>
    >> Entering the cloud tops we experienced just light to moderate
    >> turbulence. (The winds were around 30kts at altitude.) After about
    >> 15 sec. we encountered moderate rain. We thought it odd to have
    >> rain streaming up the windshield at this altitude and the sound of
    >> the plane getting pelted like an aluminum garage door. It got very
    >> warm and humid in the cockpit all of a sudden.
    >> Five seconds later the Captains, First Officers, and standby
    >> airspeed indicators rolled back to 60kts. The auto pilot and auto
    >> throttles disengaged. The Master Warning and Master Caution
    >> flashed, and the sounds of chirps and clicks letting us know these
    >> things were happening.
    >> The Capt. hand flew the plane on the shortest
    >> vector out of the rain. The airspeed indicators briefly came back
    >> but failed again. The failure lasted for THREE minutes. We flew the
    >> recommended 83%N1 power setting. When the airspeed indicators came
    >> back. we were within 5 knots of our desired

  • Still human error. (Score:3, Insightful)

    by v(*_*)vvvv ( 233078 ) on Sunday June 28, 2009 @09:05AM (#28503481)

    Like any other part of the plane, the computer is just another instrument designed and manufactured by people. Blame the programmer, the tester, the lack of analysis. The cause of this accident has nothing to do with computers. They just do what we tell them to. Leave them alone.

    • Re: (Score:3, Insightful)

      by evilviper ( 135110 )

      Still human error. [...] Blame the programmer, the tester, the lack of analysis.

      If you arbitrarily redefine terms, anything can become anything else...

      You're really stretching it to the breaking point, however, as any act of god can be written off as humans not making everything so unbelievably robust as to withstand all possible events.

  • by Fantastic Lad ( 198284 ) on Sunday June 28, 2009 @09:12AM (#28503535)

    Okay. That's just silly.

    There is clearly some major pressure to build a presentable story to the public if they're floating ideas like these ones. If the PR is successful, Official Culture will soon include passenger jets which will break up from 'excessive' flying.

    A significant air blast from one of the increasingly frequent falling rocks from outer space could easily account for this disaster, and could explain some of the more peculiar details.

    Within a few days of the crash the first piece of evidence that something other than high technology and weather destroyed AF 447 came in.

    A Spanish pilot with Air Comet (which flies from South and Central American countries to Madrid) flying the Lima to Madrid route reported a bright descending light in the region of AF 447's last position:

            "Suddenly we saw in the distance a bright intense flash of white light that fell straight down and disappeared in six seconds.

            At the time of the sighting, (the copilot and a passenger who was in the front kitchen area of the airplane also saw it), the Air Comet aircraft was located at seven degrees north of the equator and at the 49th meridian West. The estimated location for the A-330-203 until the moment of its disappearance is at the equator and around the 30th meridian West."

    It seems reasonable to suggest that an aircraft would not produce a bright and intense white light for six seconds as it fell from the sky. The many dozens of meteorite and fireball sightings over the past few years however are often seen as bright white flashes of descending light.

    --Quoted from this article [sott.net] which digs into the idea of this event being another case of "Is it just me ore do there seem to be a lot more ROCKS FROM SPACE falling around our ears lately?".

    -FL

Every nonzero finite dimensional inner product space has an orthonormal basis. It makes sense, when you don't think about it.

Working...