Why are on-board computers allowed to change controls without notifying the pilots?












16












$begingroup$


Recently we've had the 737-MAX debacle, where it increasingly appears that the MAX on-board MCAS system repeatedly would issue nose-down events, leading to the Lion Air crash, and possibly another




On the Lion Air flight, when the MCAS pushed the jet’s nose down, the captain pulled it back up, using thumb switches on the control column. Still operating under the false angle-of-attack reading, MCAS kicked in each time to swivel the horizontal tail and push the nose down again.




Apparently there is a notification light for MCAS that was an optional package but will now be required.



It reminds me of two other incidents that lead to crashes





  1. Air France 447 A330 - A frozen pitot tube caused the computer to switch to Alternate Law 2, which meant that the computer would no longer prevent dangerous flight inputs. While not the same as the MCAS issue, it lead to confusion of the cockpit crew (who had been making maximum nose-up inputs while at TOGA power), and thus the plane crashed due to stall. It was noted that there was nothing direct to alert the pilots that the switch had occurred.


  2. Scandanavian Air 751 MD81 - Ice accumulated on the wings. When the plane took off, the ice fell off, striking the engines. The pilots noted the engines were surging and reduced the throttle, but an auto-throttle system not disclosed to the pilots kept increasing power back to full, thus causing engine failure and a crash landing.


Has anyone ever stated why aircraft systems are allowed to make changes without notifying the pilots? Is it something that just hasn't been a large enough problem to address until now?










share|improve this question









$endgroup$








  • 18




    $begingroup$
    The AF447 flight had an alternate law indication available to the pilots, as well as many other (too many in fact) warnings that caused further confusion. In automation systems, the key is to present the appropriate information without overwhelming the operator with too many conflicting or confusing warnings. AF447 showed that a pilot in the face of too much information will ignore everything the system is telling them and fly with how they think the aircraft should be flown.
    $endgroup$
    – Ron Beyer
    yesterday






  • 5




    $begingroup$
    For most modern aircraft, it is a design feature that some intervention is invisible to pilots. The rudder has automatically made invisible small adjustments to maintain symmetrical flight and dampen yaw oscillations for at least half a century, and more modern aircraft alleviate turbulence or other small disturbance from trimmed flight without announcing this either, as that would quite quickly become a nuisance...
    $endgroup$
    – Cpt Reynolds
    yesterday






  • 10




    $begingroup$
    I guess the question to ask is rather not “why don’t all automatic inputs get announced” (as quite often that’s actually OK) but “why would anyone design an automatic that is associated with a risky edge of the flight envelope and then not tell crew about its existence” (because that’s not OK).
    $endgroup$
    – Cpt Reynolds
    yesterday






  • 1




    $begingroup$
    The problem is computer systems designed by people with a computer science background, rather than by people with a background in aviation. Computer scientists will add safety subroutines as a matter of course, lacking the necessary judgement of an experienced pilot, ignorant of the fact that information overload is bad for the pilot when reaction time is at a premium. Excessive application of safety systems hides the crucial warnings from the pilot, who may be unable to eliminate the unimportant ones in the available time. This is a design failure, and cannot be cured by pilot training.
    $endgroup$
    – Ed999
    11 hours ago








  • 5




    $begingroup$
    @Ed999 the requirements for the MCAS system would have come from someone with experience designing aviation systems. Plus, most people working in DO-178 driven projects are quite aware of the domain in which the software is running. Whether the indication of operation is provided to the pilot is a human factors decision, not one of software.
    $endgroup$
    – selectstriker2
    5 hours ago
















16












$begingroup$


Recently we've had the 737-MAX debacle, where it increasingly appears that the MAX on-board MCAS system repeatedly would issue nose-down events, leading to the Lion Air crash, and possibly another




On the Lion Air flight, when the MCAS pushed the jet’s nose down, the captain pulled it back up, using thumb switches on the control column. Still operating under the false angle-of-attack reading, MCAS kicked in each time to swivel the horizontal tail and push the nose down again.




Apparently there is a notification light for MCAS that was an optional package but will now be required.



It reminds me of two other incidents that lead to crashes





  1. Air France 447 A330 - A frozen pitot tube caused the computer to switch to Alternate Law 2, which meant that the computer would no longer prevent dangerous flight inputs. While not the same as the MCAS issue, it lead to confusion of the cockpit crew (who had been making maximum nose-up inputs while at TOGA power), and thus the plane crashed due to stall. It was noted that there was nothing direct to alert the pilots that the switch had occurred.


  2. Scandanavian Air 751 MD81 - Ice accumulated on the wings. When the plane took off, the ice fell off, striking the engines. The pilots noted the engines were surging and reduced the throttle, but an auto-throttle system not disclosed to the pilots kept increasing power back to full, thus causing engine failure and a crash landing.


Has anyone ever stated why aircraft systems are allowed to make changes without notifying the pilots? Is it something that just hasn't been a large enough problem to address until now?










share|improve this question









$endgroup$








  • 18




    $begingroup$
    The AF447 flight had an alternate law indication available to the pilots, as well as many other (too many in fact) warnings that caused further confusion. In automation systems, the key is to present the appropriate information without overwhelming the operator with too many conflicting or confusing warnings. AF447 showed that a pilot in the face of too much information will ignore everything the system is telling them and fly with how they think the aircraft should be flown.
    $endgroup$
    – Ron Beyer
    yesterday






  • 5




    $begingroup$
    For most modern aircraft, it is a design feature that some intervention is invisible to pilots. The rudder has automatically made invisible small adjustments to maintain symmetrical flight and dampen yaw oscillations for at least half a century, and more modern aircraft alleviate turbulence or other small disturbance from trimmed flight without announcing this either, as that would quite quickly become a nuisance...
    $endgroup$
    – Cpt Reynolds
    yesterday






  • 10




    $begingroup$
    I guess the question to ask is rather not “why don’t all automatic inputs get announced” (as quite often that’s actually OK) but “why would anyone design an automatic that is associated with a risky edge of the flight envelope and then not tell crew about its existence” (because that’s not OK).
    $endgroup$
    – Cpt Reynolds
    yesterday






  • 1




    $begingroup$
    The problem is computer systems designed by people with a computer science background, rather than by people with a background in aviation. Computer scientists will add safety subroutines as a matter of course, lacking the necessary judgement of an experienced pilot, ignorant of the fact that information overload is bad for the pilot when reaction time is at a premium. Excessive application of safety systems hides the crucial warnings from the pilot, who may be unable to eliminate the unimportant ones in the available time. This is a design failure, and cannot be cured by pilot training.
    $endgroup$
    – Ed999
    11 hours ago








  • 5




    $begingroup$
    @Ed999 the requirements for the MCAS system would have come from someone with experience designing aviation systems. Plus, most people working in DO-178 driven projects are quite aware of the domain in which the software is running. Whether the indication of operation is provided to the pilot is a human factors decision, not one of software.
    $endgroup$
    – selectstriker2
    5 hours ago














16












16








16





$begingroup$


Recently we've had the 737-MAX debacle, where it increasingly appears that the MAX on-board MCAS system repeatedly would issue nose-down events, leading to the Lion Air crash, and possibly another




On the Lion Air flight, when the MCAS pushed the jet’s nose down, the captain pulled it back up, using thumb switches on the control column. Still operating under the false angle-of-attack reading, MCAS kicked in each time to swivel the horizontal tail and push the nose down again.




Apparently there is a notification light for MCAS that was an optional package but will now be required.



It reminds me of two other incidents that lead to crashes





  1. Air France 447 A330 - A frozen pitot tube caused the computer to switch to Alternate Law 2, which meant that the computer would no longer prevent dangerous flight inputs. While not the same as the MCAS issue, it lead to confusion of the cockpit crew (who had been making maximum nose-up inputs while at TOGA power), and thus the plane crashed due to stall. It was noted that there was nothing direct to alert the pilots that the switch had occurred.


  2. Scandanavian Air 751 MD81 - Ice accumulated on the wings. When the plane took off, the ice fell off, striking the engines. The pilots noted the engines were surging and reduced the throttle, but an auto-throttle system not disclosed to the pilots kept increasing power back to full, thus causing engine failure and a crash landing.


Has anyone ever stated why aircraft systems are allowed to make changes without notifying the pilots? Is it something that just hasn't been a large enough problem to address until now?










share|improve this question









$endgroup$




Recently we've had the 737-MAX debacle, where it increasingly appears that the MAX on-board MCAS system repeatedly would issue nose-down events, leading to the Lion Air crash, and possibly another




On the Lion Air flight, when the MCAS pushed the jet’s nose down, the captain pulled it back up, using thumb switches on the control column. Still operating under the false angle-of-attack reading, MCAS kicked in each time to swivel the horizontal tail and push the nose down again.




Apparently there is a notification light for MCAS that was an optional package but will now be required.



It reminds me of two other incidents that lead to crashes





  1. Air France 447 A330 - A frozen pitot tube caused the computer to switch to Alternate Law 2, which meant that the computer would no longer prevent dangerous flight inputs. While not the same as the MCAS issue, it lead to confusion of the cockpit crew (who had been making maximum nose-up inputs while at TOGA power), and thus the plane crashed due to stall. It was noted that there was nothing direct to alert the pilots that the switch had occurred.


  2. Scandanavian Air 751 MD81 - Ice accumulated on the wings. When the plane took off, the ice fell off, striking the engines. The pilots noted the engines were surging and reduced the throttle, but an auto-throttle system not disclosed to the pilots kept increasing power back to full, thus causing engine failure and a crash landing.


Has anyone ever stated why aircraft systems are allowed to make changes without notifying the pilots? Is it something that just hasn't been a large enough problem to address until now?







safety avionics autopilot






share|improve this question













share|improve this question











share|improve this question




share|improve this question










asked yesterday









MachavityMachavity

2,5432936




2,5432936








  • 18




    $begingroup$
    The AF447 flight had an alternate law indication available to the pilots, as well as many other (too many in fact) warnings that caused further confusion. In automation systems, the key is to present the appropriate information without overwhelming the operator with too many conflicting or confusing warnings. AF447 showed that a pilot in the face of too much information will ignore everything the system is telling them and fly with how they think the aircraft should be flown.
    $endgroup$
    – Ron Beyer
    yesterday






  • 5




    $begingroup$
    For most modern aircraft, it is a design feature that some intervention is invisible to pilots. The rudder has automatically made invisible small adjustments to maintain symmetrical flight and dampen yaw oscillations for at least half a century, and more modern aircraft alleviate turbulence or other small disturbance from trimmed flight without announcing this either, as that would quite quickly become a nuisance...
    $endgroup$
    – Cpt Reynolds
    yesterday






  • 10




    $begingroup$
    I guess the question to ask is rather not “why don’t all automatic inputs get announced” (as quite often that’s actually OK) but “why would anyone design an automatic that is associated with a risky edge of the flight envelope and then not tell crew about its existence” (because that’s not OK).
    $endgroup$
    – Cpt Reynolds
    yesterday






  • 1




    $begingroup$
    The problem is computer systems designed by people with a computer science background, rather than by people with a background in aviation. Computer scientists will add safety subroutines as a matter of course, lacking the necessary judgement of an experienced pilot, ignorant of the fact that information overload is bad for the pilot when reaction time is at a premium. Excessive application of safety systems hides the crucial warnings from the pilot, who may be unable to eliminate the unimportant ones in the available time. This is a design failure, and cannot be cured by pilot training.
    $endgroup$
    – Ed999
    11 hours ago








  • 5




    $begingroup$
    @Ed999 the requirements for the MCAS system would have come from someone with experience designing aviation systems. Plus, most people working in DO-178 driven projects are quite aware of the domain in which the software is running. Whether the indication of operation is provided to the pilot is a human factors decision, not one of software.
    $endgroup$
    – selectstriker2
    5 hours ago














  • 18




    $begingroup$
    The AF447 flight had an alternate law indication available to the pilots, as well as many other (too many in fact) warnings that caused further confusion. In automation systems, the key is to present the appropriate information without overwhelming the operator with too many conflicting or confusing warnings. AF447 showed that a pilot in the face of too much information will ignore everything the system is telling them and fly with how they think the aircraft should be flown.
    $endgroup$
    – Ron Beyer
    yesterday






  • 5




    $begingroup$
    For most modern aircraft, it is a design feature that some intervention is invisible to pilots. The rudder has automatically made invisible small adjustments to maintain symmetrical flight and dampen yaw oscillations for at least half a century, and more modern aircraft alleviate turbulence or other small disturbance from trimmed flight without announcing this either, as that would quite quickly become a nuisance...
    $endgroup$
    – Cpt Reynolds
    yesterday






  • 10




    $begingroup$
    I guess the question to ask is rather not “why don’t all automatic inputs get announced” (as quite often that’s actually OK) but “why would anyone design an automatic that is associated with a risky edge of the flight envelope and then not tell crew about its existence” (because that’s not OK).
    $endgroup$
    – Cpt Reynolds
    yesterday






  • 1




    $begingroup$
    The problem is computer systems designed by people with a computer science background, rather than by people with a background in aviation. Computer scientists will add safety subroutines as a matter of course, lacking the necessary judgement of an experienced pilot, ignorant of the fact that information overload is bad for the pilot when reaction time is at a premium. Excessive application of safety systems hides the crucial warnings from the pilot, who may be unable to eliminate the unimportant ones in the available time. This is a design failure, and cannot be cured by pilot training.
    $endgroup$
    – Ed999
    11 hours ago








  • 5




    $begingroup$
    @Ed999 the requirements for the MCAS system would have come from someone with experience designing aviation systems. Plus, most people working in DO-178 driven projects are quite aware of the domain in which the software is running. Whether the indication of operation is provided to the pilot is a human factors decision, not one of software.
    $endgroup$
    – selectstriker2
    5 hours ago








18




18




$begingroup$
The AF447 flight had an alternate law indication available to the pilots, as well as many other (too many in fact) warnings that caused further confusion. In automation systems, the key is to present the appropriate information without overwhelming the operator with too many conflicting or confusing warnings. AF447 showed that a pilot in the face of too much information will ignore everything the system is telling them and fly with how they think the aircraft should be flown.
$endgroup$
– Ron Beyer
yesterday




$begingroup$
The AF447 flight had an alternate law indication available to the pilots, as well as many other (too many in fact) warnings that caused further confusion. In automation systems, the key is to present the appropriate information without overwhelming the operator with too many conflicting or confusing warnings. AF447 showed that a pilot in the face of too much information will ignore everything the system is telling them and fly with how they think the aircraft should be flown.
$endgroup$
– Ron Beyer
yesterday




5




5




$begingroup$
For most modern aircraft, it is a design feature that some intervention is invisible to pilots. The rudder has automatically made invisible small adjustments to maintain symmetrical flight and dampen yaw oscillations for at least half a century, and more modern aircraft alleviate turbulence or other small disturbance from trimmed flight without announcing this either, as that would quite quickly become a nuisance...
$endgroup$
– Cpt Reynolds
yesterday




$begingroup$
For most modern aircraft, it is a design feature that some intervention is invisible to pilots. The rudder has automatically made invisible small adjustments to maintain symmetrical flight and dampen yaw oscillations for at least half a century, and more modern aircraft alleviate turbulence or other small disturbance from trimmed flight without announcing this either, as that would quite quickly become a nuisance...
$endgroup$
– Cpt Reynolds
yesterday




10




10




$begingroup$
I guess the question to ask is rather not “why don’t all automatic inputs get announced” (as quite often that’s actually OK) but “why would anyone design an automatic that is associated with a risky edge of the flight envelope and then not tell crew about its existence” (because that’s not OK).
$endgroup$
– Cpt Reynolds
yesterday




$begingroup$
I guess the question to ask is rather not “why don’t all automatic inputs get announced” (as quite often that’s actually OK) but “why would anyone design an automatic that is associated with a risky edge of the flight envelope and then not tell crew about its existence” (because that’s not OK).
$endgroup$
– Cpt Reynolds
yesterday




1




1




$begingroup$
The problem is computer systems designed by people with a computer science background, rather than by people with a background in aviation. Computer scientists will add safety subroutines as a matter of course, lacking the necessary judgement of an experienced pilot, ignorant of the fact that information overload is bad for the pilot when reaction time is at a premium. Excessive application of safety systems hides the crucial warnings from the pilot, who may be unable to eliminate the unimportant ones in the available time. This is a design failure, and cannot be cured by pilot training.
$endgroup$
– Ed999
11 hours ago






$begingroup$
The problem is computer systems designed by people with a computer science background, rather than by people with a background in aviation. Computer scientists will add safety subroutines as a matter of course, lacking the necessary judgement of an experienced pilot, ignorant of the fact that information overload is bad for the pilot when reaction time is at a premium. Excessive application of safety systems hides the crucial warnings from the pilot, who may be unable to eliminate the unimportant ones in the available time. This is a design failure, and cannot be cured by pilot training.
$endgroup$
– Ed999
11 hours ago






5




5




$begingroup$
@Ed999 the requirements for the MCAS system would have come from someone with experience designing aviation systems. Plus, most people working in DO-178 driven projects are quite aware of the domain in which the software is running. Whether the indication of operation is provided to the pilot is a human factors decision, not one of software.
$endgroup$
– selectstriker2
5 hours ago




$begingroup$
@Ed999 the requirements for the MCAS system would have come from someone with experience designing aviation systems. Plus, most people working in DO-178 driven projects are quite aware of the domain in which the software is running. Whether the indication of operation is provided to the pilot is a human factors decision, not one of software.
$endgroup$
– selectstriker2
5 hours ago










3 Answers
3






active

oldest

votes


















33












$begingroup$

There is a general design principle, that some, but not all, of the behavior of the flight guidance system or autopilot should be visible to the pilot. Usually automatic engagement or disengagement of a control system is indicated, but sub-modes of these controls or manual changes might be unindicated. That sounds simple and logical, but in reality it's a complex and tricky human factors issue. Displaying too much information to the pilots is just as bad as displaying too little, as too much information can cause them to ignore the most important indicators, like a stick shaker warning about a impending stall.



I know this isn't a very satisfying answer, but it's hard for anyone other than a human factors expert to answer a very general question like this with hard-and-fast rules.



For example, many autopilots will skip the aural warning about disengagement if the disengagement was directly caused by a pilot action. The pilot in this situation only gets a visual indication that AP has changed behavior. This sounds perfect, but on Aeroflot Flight 593 a pilot let his child into the cockpit, who then applied enough pressure on the yoke to disengage the automatic aileron control. There was no warning chime because the disengagement was considered intentional by the autopilot. This was unlike previous planes the pilot had flown, which contributed to the pilot's confusion when the plane began to turn and then go into a sharp bank.



The indicator light you mention for the 737 Max Lion Air crash is for "AoA disagreement", not MCAS engagment as you suggest. While these kinds of AoA indicators are generally considered good ideas, it's still an area of debate how much they'd help confused pilots like in the Lion Air crash or the Air France 447 crash.



Similarly, the quality of indication was not the biggest cause to the accidents you've listed. For example, the Scandinavian Airlines Flight 751 could probably have returned to the airport successfully, but a compressor stall due to ice striking both engines at low altitudes is a bad situation no matter the auto-thrust behavior. Bad sensors and confused pilots can crash a plane with perfectly designed indicators.



Edit: since this answer is getting a lot of attention, I think it's important to note that I don't really cover any special considerations for the edge of the flight envelope, auto-trim vs auto-disengagement vs changing sub-modes, or idiot-proofing of flight systems. I'd love to see this covered in more detail by people with experience.






share|improve this answer











$endgroup$









  • 1




    $begingroup$
    That's a good point. Information overload is a very real problem.
    $endgroup$
    – Machavity
    yesterday






  • 3




    $begingroup$
    I seem to recall a deluge of contradictory and confusing system messages being an issue in Qantas 32. Thankfully, the pilots were able to work through that one and get the plane in the ground mostly in tact (aside from the bits that had blown off the engine and wing when the turbine disc exploded,) but I seem to recall hearing the pilots talk about how many superfluous system messages they had to wade through in order to get to the important information of "an engine blew up, another is uncontrollable, and there's a hole in the wing."
    $endgroup$
    – reirab
    23 hours ago






  • 6




    $begingroup$
    There’s an argument to be made for a flight engineer to wade through all of that stuff, but that stuff is there to replace the flight engineer in the first place. Go figure.
    $endgroup$
    – MikeY
    21 hours ago



















4












$begingroup$

There are two types of autopilots, one for the behaviour around the CoG and one for control of the CoG, as mentioned in this answer. Also sometimes called Inner Loop and Outer Loop. In short:




  1. The F-16 is aerodynamically unstable and has a rapid control system that applies control surface deflections to provide artificial stability. This is done to make the aircraft extremely manoeuvrable. The pilot is deliberately kept unaware of all these rapid control deflections, to them it just appears as if the aircraft is stable. Inner Loop autopilots provide no feedback to the pilots, by design.


  2. The automatic pilots that can be set in order to fly to a certain setpoint are Outer Loop control systems. By design, they do provide feedback to the pilot as to what they are doing, so that the pilot can feel and see what sort of inputs are given and can override them if they deem them to be incorrect. The A320 has no means to move the stick, so this feedback cue is unavailable and attention is demanded by alerts.



This article explains the design philosophy of the MCAS system: it was meant as an auto-stabilising feature in a flight state outside the normal envelope - the circumstances Inner Loop control is normally applied in.



So to answer your question: yes, some flight computers do change control surface deflection without notifying the pilots.






share|improve this answer









$endgroup$





















    3












    $begingroup$

    In the case of MCAS and the stabilizer control, there is "notification" that the stabilizers are being automatically adjusted in the form of the two wheels on either side of the thrust controls. They spin, have markings, and are very noisy, so the pilots could not have been unaware of them acting. The problem was that the pilots were (apparently) unaware of the possibility of turning off the automatic stabilizer inputs from MCAS and kept trying to manual override the MCAS/stabilizer adjustments. The switches to turn off the stabilizer inputs are right in front of the thrust controls on the co-pilot side.






    share|improve this answer








    New contributor




    42- is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
    Check out our Code of Conduct.






    $endgroup$









    • 1




      $begingroup$
      They were also unaware of that specific trim function sponsored by MCAS which probably wasn’t particularly helpful in fault diagnosis.
      $endgroup$
      – Cpt Reynolds
      yesterday











    Your Answer





    StackExchange.ifUsing("editor", function () {
    return StackExchange.using("mathjaxEditing", function () {
    StackExchange.MarkdownEditor.creationCallbacks.add(function (editor, postfix) {
    StackExchange.mathjaxEditing.prepareWmdForMathJax(editor, postfix, [["$", "$"], ["\\(","\\)"]]);
    });
    });
    }, "mathjax-editing");

    StackExchange.ready(function() {
    var channelOptions = {
    tags: "".split(" "),
    id: "528"
    };
    initTagRenderer("".split(" "), "".split(" "), channelOptions);

    StackExchange.using("externalEditor", function() {
    // Have to fire editor after snippets, if snippets enabled
    if (StackExchange.settings.snippets.snippetsEnabled) {
    StackExchange.using("snippets", function() {
    createEditor();
    });
    }
    else {
    createEditor();
    }
    });

    function createEditor() {
    StackExchange.prepareEditor({
    heartbeatType: 'answer',
    autoActivateHeartbeat: false,
    convertImagesToLinks: false,
    noModals: true,
    showLowRepImageUploadWarning: true,
    reputationToPostImages: null,
    bindNavPrevention: true,
    postfix: "",
    imageUploader: {
    brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
    contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
    allowUrls: true
    },
    noCode: true, onDemand: true,
    discardSelector: ".discard-answer"
    ,immediatelyShowMarkdownHelp:true
    });


    }
    });














    draft saved

    draft discarded


















    StackExchange.ready(
    function () {
    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faviation.stackexchange.com%2fquestions%2f61605%2fwhy-are-on-board-computers-allowed-to-change-controls-without-notifying-the-pilo%23new-answer', 'question_page');
    }
    );

    Post as a guest















    Required, but never shown

























    3 Answers
    3






    active

    oldest

    votes








    3 Answers
    3






    active

    oldest

    votes









    active

    oldest

    votes






    active

    oldest

    votes









    33












    $begingroup$

    There is a general design principle, that some, but not all, of the behavior of the flight guidance system or autopilot should be visible to the pilot. Usually automatic engagement or disengagement of a control system is indicated, but sub-modes of these controls or manual changes might be unindicated. That sounds simple and logical, but in reality it's a complex and tricky human factors issue. Displaying too much information to the pilots is just as bad as displaying too little, as too much information can cause them to ignore the most important indicators, like a stick shaker warning about a impending stall.



    I know this isn't a very satisfying answer, but it's hard for anyone other than a human factors expert to answer a very general question like this with hard-and-fast rules.



    For example, many autopilots will skip the aural warning about disengagement if the disengagement was directly caused by a pilot action. The pilot in this situation only gets a visual indication that AP has changed behavior. This sounds perfect, but on Aeroflot Flight 593 a pilot let his child into the cockpit, who then applied enough pressure on the yoke to disengage the automatic aileron control. There was no warning chime because the disengagement was considered intentional by the autopilot. This was unlike previous planes the pilot had flown, which contributed to the pilot's confusion when the plane began to turn and then go into a sharp bank.



    The indicator light you mention for the 737 Max Lion Air crash is for "AoA disagreement", not MCAS engagment as you suggest. While these kinds of AoA indicators are generally considered good ideas, it's still an area of debate how much they'd help confused pilots like in the Lion Air crash or the Air France 447 crash.



    Similarly, the quality of indication was not the biggest cause to the accidents you've listed. For example, the Scandinavian Airlines Flight 751 could probably have returned to the airport successfully, but a compressor stall due to ice striking both engines at low altitudes is a bad situation no matter the auto-thrust behavior. Bad sensors and confused pilots can crash a plane with perfectly designed indicators.



    Edit: since this answer is getting a lot of attention, I think it's important to note that I don't really cover any special considerations for the edge of the flight envelope, auto-trim vs auto-disengagement vs changing sub-modes, or idiot-proofing of flight systems. I'd love to see this covered in more detail by people with experience.






    share|improve this answer











    $endgroup$









    • 1




      $begingroup$
      That's a good point. Information overload is a very real problem.
      $endgroup$
      – Machavity
      yesterday






    • 3




      $begingroup$
      I seem to recall a deluge of contradictory and confusing system messages being an issue in Qantas 32. Thankfully, the pilots were able to work through that one and get the plane in the ground mostly in tact (aside from the bits that had blown off the engine and wing when the turbine disc exploded,) but I seem to recall hearing the pilots talk about how many superfluous system messages they had to wade through in order to get to the important information of "an engine blew up, another is uncontrollable, and there's a hole in the wing."
      $endgroup$
      – reirab
      23 hours ago






    • 6




      $begingroup$
      There’s an argument to be made for a flight engineer to wade through all of that stuff, but that stuff is there to replace the flight engineer in the first place. Go figure.
      $endgroup$
      – MikeY
      21 hours ago
















    33












    $begingroup$

    There is a general design principle, that some, but not all, of the behavior of the flight guidance system or autopilot should be visible to the pilot. Usually automatic engagement or disengagement of a control system is indicated, but sub-modes of these controls or manual changes might be unindicated. That sounds simple and logical, but in reality it's a complex and tricky human factors issue. Displaying too much information to the pilots is just as bad as displaying too little, as too much information can cause them to ignore the most important indicators, like a stick shaker warning about a impending stall.



    I know this isn't a very satisfying answer, but it's hard for anyone other than a human factors expert to answer a very general question like this with hard-and-fast rules.



    For example, many autopilots will skip the aural warning about disengagement if the disengagement was directly caused by a pilot action. The pilot in this situation only gets a visual indication that AP has changed behavior. This sounds perfect, but on Aeroflot Flight 593 a pilot let his child into the cockpit, who then applied enough pressure on the yoke to disengage the automatic aileron control. There was no warning chime because the disengagement was considered intentional by the autopilot. This was unlike previous planes the pilot had flown, which contributed to the pilot's confusion when the plane began to turn and then go into a sharp bank.



    The indicator light you mention for the 737 Max Lion Air crash is for "AoA disagreement", not MCAS engagment as you suggest. While these kinds of AoA indicators are generally considered good ideas, it's still an area of debate how much they'd help confused pilots like in the Lion Air crash or the Air France 447 crash.



    Similarly, the quality of indication was not the biggest cause to the accidents you've listed. For example, the Scandinavian Airlines Flight 751 could probably have returned to the airport successfully, but a compressor stall due to ice striking both engines at low altitudes is a bad situation no matter the auto-thrust behavior. Bad sensors and confused pilots can crash a plane with perfectly designed indicators.



    Edit: since this answer is getting a lot of attention, I think it's important to note that I don't really cover any special considerations for the edge of the flight envelope, auto-trim vs auto-disengagement vs changing sub-modes, or idiot-proofing of flight systems. I'd love to see this covered in more detail by people with experience.






    share|improve this answer











    $endgroup$









    • 1




      $begingroup$
      That's a good point. Information overload is a very real problem.
      $endgroup$
      – Machavity
      yesterday






    • 3




      $begingroup$
      I seem to recall a deluge of contradictory and confusing system messages being an issue in Qantas 32. Thankfully, the pilots were able to work through that one and get the plane in the ground mostly in tact (aside from the bits that had blown off the engine and wing when the turbine disc exploded,) but I seem to recall hearing the pilots talk about how many superfluous system messages they had to wade through in order to get to the important information of "an engine blew up, another is uncontrollable, and there's a hole in the wing."
      $endgroup$
      – reirab
      23 hours ago






    • 6




      $begingroup$
      There’s an argument to be made for a flight engineer to wade through all of that stuff, but that stuff is there to replace the flight engineer in the first place. Go figure.
      $endgroup$
      – MikeY
      21 hours ago














    33












    33








    33





    $begingroup$

    There is a general design principle, that some, but not all, of the behavior of the flight guidance system or autopilot should be visible to the pilot. Usually automatic engagement or disengagement of a control system is indicated, but sub-modes of these controls or manual changes might be unindicated. That sounds simple and logical, but in reality it's a complex and tricky human factors issue. Displaying too much information to the pilots is just as bad as displaying too little, as too much information can cause them to ignore the most important indicators, like a stick shaker warning about a impending stall.



    I know this isn't a very satisfying answer, but it's hard for anyone other than a human factors expert to answer a very general question like this with hard-and-fast rules.



    For example, many autopilots will skip the aural warning about disengagement if the disengagement was directly caused by a pilot action. The pilot in this situation only gets a visual indication that AP has changed behavior. This sounds perfect, but on Aeroflot Flight 593 a pilot let his child into the cockpit, who then applied enough pressure on the yoke to disengage the automatic aileron control. There was no warning chime because the disengagement was considered intentional by the autopilot. This was unlike previous planes the pilot had flown, which contributed to the pilot's confusion when the plane began to turn and then go into a sharp bank.



    The indicator light you mention for the 737 Max Lion Air crash is for "AoA disagreement", not MCAS engagment as you suggest. While these kinds of AoA indicators are generally considered good ideas, it's still an area of debate how much they'd help confused pilots like in the Lion Air crash or the Air France 447 crash.



    Similarly, the quality of indication was not the biggest cause to the accidents you've listed. For example, the Scandinavian Airlines Flight 751 could probably have returned to the airport successfully, but a compressor stall due to ice striking both engines at low altitudes is a bad situation no matter the auto-thrust behavior. Bad sensors and confused pilots can crash a plane with perfectly designed indicators.



    Edit: since this answer is getting a lot of attention, I think it's important to note that I don't really cover any special considerations for the edge of the flight envelope, auto-trim vs auto-disengagement vs changing sub-modes, or idiot-proofing of flight systems. I'd love to see this covered in more detail by people with experience.






    share|improve this answer











    $endgroup$



    There is a general design principle, that some, but not all, of the behavior of the flight guidance system or autopilot should be visible to the pilot. Usually automatic engagement or disengagement of a control system is indicated, but sub-modes of these controls or manual changes might be unindicated. That sounds simple and logical, but in reality it's a complex and tricky human factors issue. Displaying too much information to the pilots is just as bad as displaying too little, as too much information can cause them to ignore the most important indicators, like a stick shaker warning about a impending stall.



    I know this isn't a very satisfying answer, but it's hard for anyone other than a human factors expert to answer a very general question like this with hard-and-fast rules.



    For example, many autopilots will skip the aural warning about disengagement if the disengagement was directly caused by a pilot action. The pilot in this situation only gets a visual indication that AP has changed behavior. This sounds perfect, but on Aeroflot Flight 593 a pilot let his child into the cockpit, who then applied enough pressure on the yoke to disengage the automatic aileron control. There was no warning chime because the disengagement was considered intentional by the autopilot. This was unlike previous planes the pilot had flown, which contributed to the pilot's confusion when the plane began to turn and then go into a sharp bank.



    The indicator light you mention for the 737 Max Lion Air crash is for "AoA disagreement", not MCAS engagment as you suggest. While these kinds of AoA indicators are generally considered good ideas, it's still an area of debate how much they'd help confused pilots like in the Lion Air crash or the Air France 447 crash.



    Similarly, the quality of indication was not the biggest cause to the accidents you've listed. For example, the Scandinavian Airlines Flight 751 could probably have returned to the airport successfully, but a compressor stall due to ice striking both engines at low altitudes is a bad situation no matter the auto-thrust behavior. Bad sensors and confused pilots can crash a plane with perfectly designed indicators.



    Edit: since this answer is getting a lot of attention, I think it's important to note that I don't really cover any special considerations for the edge of the flight envelope, auto-trim vs auto-disengagement vs changing sub-modes, or idiot-proofing of flight systems. I'd love to see this covered in more detail by people with experience.







    share|improve this answer














    share|improve this answer



    share|improve this answer








    edited 19 hours ago

























    answered yesterday









    Cody PCody P

    4,4391442




    4,4391442








    • 1




      $begingroup$
      That's a good point. Information overload is a very real problem.
      $endgroup$
      – Machavity
      yesterday






    • 3




      $begingroup$
      I seem to recall a deluge of contradictory and confusing system messages being an issue in Qantas 32. Thankfully, the pilots were able to work through that one and get the plane in the ground mostly in tact (aside from the bits that had blown off the engine and wing when the turbine disc exploded,) but I seem to recall hearing the pilots talk about how many superfluous system messages they had to wade through in order to get to the important information of "an engine blew up, another is uncontrollable, and there's a hole in the wing."
      $endgroup$
      – reirab
      23 hours ago






    • 6




      $begingroup$
      There’s an argument to be made for a flight engineer to wade through all of that stuff, but that stuff is there to replace the flight engineer in the first place. Go figure.
      $endgroup$
      – MikeY
      21 hours ago














    • 1




      $begingroup$
      That's a good point. Information overload is a very real problem.
      $endgroup$
      – Machavity
      yesterday






    • 3




      $begingroup$
      I seem to recall a deluge of contradictory and confusing system messages being an issue in Qantas 32. Thankfully, the pilots were able to work through that one and get the plane in the ground mostly in tact (aside from the bits that had blown off the engine and wing when the turbine disc exploded,) but I seem to recall hearing the pilots talk about how many superfluous system messages they had to wade through in order to get to the important information of "an engine blew up, another is uncontrollable, and there's a hole in the wing."
      $endgroup$
      – reirab
      23 hours ago






    • 6




      $begingroup$
      There’s an argument to be made for a flight engineer to wade through all of that stuff, but that stuff is there to replace the flight engineer in the first place. Go figure.
      $endgroup$
      – MikeY
      21 hours ago








    1




    1




    $begingroup$
    That's a good point. Information overload is a very real problem.
    $endgroup$
    – Machavity
    yesterday




    $begingroup$
    That's a good point. Information overload is a very real problem.
    $endgroup$
    – Machavity
    yesterday




    3




    3




    $begingroup$
    I seem to recall a deluge of contradictory and confusing system messages being an issue in Qantas 32. Thankfully, the pilots were able to work through that one and get the plane in the ground mostly in tact (aside from the bits that had blown off the engine and wing when the turbine disc exploded,) but I seem to recall hearing the pilots talk about how many superfluous system messages they had to wade through in order to get to the important information of "an engine blew up, another is uncontrollable, and there's a hole in the wing."
    $endgroup$
    – reirab
    23 hours ago




    $begingroup$
    I seem to recall a deluge of contradictory and confusing system messages being an issue in Qantas 32. Thankfully, the pilots were able to work through that one and get the plane in the ground mostly in tact (aside from the bits that had blown off the engine and wing when the turbine disc exploded,) but I seem to recall hearing the pilots talk about how many superfluous system messages they had to wade through in order to get to the important information of "an engine blew up, another is uncontrollable, and there's a hole in the wing."
    $endgroup$
    – reirab
    23 hours ago




    6




    6




    $begingroup$
    There’s an argument to be made for a flight engineer to wade through all of that stuff, but that stuff is there to replace the flight engineer in the first place. Go figure.
    $endgroup$
    – MikeY
    21 hours ago




    $begingroup$
    There’s an argument to be made for a flight engineer to wade through all of that stuff, but that stuff is there to replace the flight engineer in the first place. Go figure.
    $endgroup$
    – MikeY
    21 hours ago











    4












    $begingroup$

    There are two types of autopilots, one for the behaviour around the CoG and one for control of the CoG, as mentioned in this answer. Also sometimes called Inner Loop and Outer Loop. In short:




    1. The F-16 is aerodynamically unstable and has a rapid control system that applies control surface deflections to provide artificial stability. This is done to make the aircraft extremely manoeuvrable. The pilot is deliberately kept unaware of all these rapid control deflections, to them it just appears as if the aircraft is stable. Inner Loop autopilots provide no feedback to the pilots, by design.


    2. The automatic pilots that can be set in order to fly to a certain setpoint are Outer Loop control systems. By design, they do provide feedback to the pilot as to what they are doing, so that the pilot can feel and see what sort of inputs are given and can override them if they deem them to be incorrect. The A320 has no means to move the stick, so this feedback cue is unavailable and attention is demanded by alerts.



    This article explains the design philosophy of the MCAS system: it was meant as an auto-stabilising feature in a flight state outside the normal envelope - the circumstances Inner Loop control is normally applied in.



    So to answer your question: yes, some flight computers do change control surface deflection without notifying the pilots.






    share|improve this answer









    $endgroup$


















      4












      $begingroup$

      There are two types of autopilots, one for the behaviour around the CoG and one for control of the CoG, as mentioned in this answer. Also sometimes called Inner Loop and Outer Loop. In short:




      1. The F-16 is aerodynamically unstable and has a rapid control system that applies control surface deflections to provide artificial stability. This is done to make the aircraft extremely manoeuvrable. The pilot is deliberately kept unaware of all these rapid control deflections, to them it just appears as if the aircraft is stable. Inner Loop autopilots provide no feedback to the pilots, by design.


      2. The automatic pilots that can be set in order to fly to a certain setpoint are Outer Loop control systems. By design, they do provide feedback to the pilot as to what they are doing, so that the pilot can feel and see what sort of inputs are given and can override them if they deem them to be incorrect. The A320 has no means to move the stick, so this feedback cue is unavailable and attention is demanded by alerts.



      This article explains the design philosophy of the MCAS system: it was meant as an auto-stabilising feature in a flight state outside the normal envelope - the circumstances Inner Loop control is normally applied in.



      So to answer your question: yes, some flight computers do change control surface deflection without notifying the pilots.






      share|improve this answer









      $endgroup$
















        4












        4








        4





        $begingroup$

        There are two types of autopilots, one for the behaviour around the CoG and one for control of the CoG, as mentioned in this answer. Also sometimes called Inner Loop and Outer Loop. In short:




        1. The F-16 is aerodynamically unstable and has a rapid control system that applies control surface deflections to provide artificial stability. This is done to make the aircraft extremely manoeuvrable. The pilot is deliberately kept unaware of all these rapid control deflections, to them it just appears as if the aircraft is stable. Inner Loop autopilots provide no feedback to the pilots, by design.


        2. The automatic pilots that can be set in order to fly to a certain setpoint are Outer Loop control systems. By design, they do provide feedback to the pilot as to what they are doing, so that the pilot can feel and see what sort of inputs are given and can override them if they deem them to be incorrect. The A320 has no means to move the stick, so this feedback cue is unavailable and attention is demanded by alerts.



        This article explains the design philosophy of the MCAS system: it was meant as an auto-stabilising feature in a flight state outside the normal envelope - the circumstances Inner Loop control is normally applied in.



        So to answer your question: yes, some flight computers do change control surface deflection without notifying the pilots.






        share|improve this answer









        $endgroup$



        There are two types of autopilots, one for the behaviour around the CoG and one for control of the CoG, as mentioned in this answer. Also sometimes called Inner Loop and Outer Loop. In short:




        1. The F-16 is aerodynamically unstable and has a rapid control system that applies control surface deflections to provide artificial stability. This is done to make the aircraft extremely manoeuvrable. The pilot is deliberately kept unaware of all these rapid control deflections, to them it just appears as if the aircraft is stable. Inner Loop autopilots provide no feedback to the pilots, by design.


        2. The automatic pilots that can be set in order to fly to a certain setpoint are Outer Loop control systems. By design, they do provide feedback to the pilot as to what they are doing, so that the pilot can feel and see what sort of inputs are given and can override them if they deem them to be incorrect. The A320 has no means to move the stick, so this feedback cue is unavailable and attention is demanded by alerts.



        This article explains the design philosophy of the MCAS system: it was meant as an auto-stabilising feature in a flight state outside the normal envelope - the circumstances Inner Loop control is normally applied in.



        So to answer your question: yes, some flight computers do change control surface deflection without notifying the pilots.







        share|improve this answer












        share|improve this answer



        share|improve this answer










        answered 12 hours ago









        KoyovisKoyovis

        28k675148




        28k675148























            3












            $begingroup$

            In the case of MCAS and the stabilizer control, there is "notification" that the stabilizers are being automatically adjusted in the form of the two wheels on either side of the thrust controls. They spin, have markings, and are very noisy, so the pilots could not have been unaware of them acting. The problem was that the pilots were (apparently) unaware of the possibility of turning off the automatic stabilizer inputs from MCAS and kept trying to manual override the MCAS/stabilizer adjustments. The switches to turn off the stabilizer inputs are right in front of the thrust controls on the co-pilot side.






            share|improve this answer








            New contributor




            42- is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
            Check out our Code of Conduct.






            $endgroup$









            • 1




              $begingroup$
              They were also unaware of that specific trim function sponsored by MCAS which probably wasn’t particularly helpful in fault diagnosis.
              $endgroup$
              – Cpt Reynolds
              yesterday
















            3












            $begingroup$

            In the case of MCAS and the stabilizer control, there is "notification" that the stabilizers are being automatically adjusted in the form of the two wheels on either side of the thrust controls. They spin, have markings, and are very noisy, so the pilots could not have been unaware of them acting. The problem was that the pilots were (apparently) unaware of the possibility of turning off the automatic stabilizer inputs from MCAS and kept trying to manual override the MCAS/stabilizer adjustments. The switches to turn off the stabilizer inputs are right in front of the thrust controls on the co-pilot side.






            share|improve this answer








            New contributor




            42- is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
            Check out our Code of Conduct.






            $endgroup$









            • 1




              $begingroup$
              They were also unaware of that specific trim function sponsored by MCAS which probably wasn’t particularly helpful in fault diagnosis.
              $endgroup$
              – Cpt Reynolds
              yesterday














            3












            3








            3





            $begingroup$

            In the case of MCAS and the stabilizer control, there is "notification" that the stabilizers are being automatically adjusted in the form of the two wheels on either side of the thrust controls. They spin, have markings, and are very noisy, so the pilots could not have been unaware of them acting. The problem was that the pilots were (apparently) unaware of the possibility of turning off the automatic stabilizer inputs from MCAS and kept trying to manual override the MCAS/stabilizer adjustments. The switches to turn off the stabilizer inputs are right in front of the thrust controls on the co-pilot side.






            share|improve this answer








            New contributor




            42- is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
            Check out our Code of Conduct.






            $endgroup$



            In the case of MCAS and the stabilizer control, there is "notification" that the stabilizers are being automatically adjusted in the form of the two wheels on either side of the thrust controls. They spin, have markings, and are very noisy, so the pilots could not have been unaware of them acting. The problem was that the pilots were (apparently) unaware of the possibility of turning off the automatic stabilizer inputs from MCAS and kept trying to manual override the MCAS/stabilizer adjustments. The switches to turn off the stabilizer inputs are right in front of the thrust controls on the co-pilot side.







            share|improve this answer








            New contributor




            42- is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
            Check out our Code of Conduct.









            share|improve this answer



            share|improve this answer






            New contributor




            42- is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
            Check out our Code of Conduct.









            answered yesterday









            42-42-

            1312




            1312




            New contributor




            42- is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
            Check out our Code of Conduct.





            New contributor





            42- is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
            Check out our Code of Conduct.






            42- is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
            Check out our Code of Conduct.








            • 1




              $begingroup$
              They were also unaware of that specific trim function sponsored by MCAS which probably wasn’t particularly helpful in fault diagnosis.
              $endgroup$
              – Cpt Reynolds
              yesterday














            • 1




              $begingroup$
              They were also unaware of that specific trim function sponsored by MCAS which probably wasn’t particularly helpful in fault diagnosis.
              $endgroup$
              – Cpt Reynolds
              yesterday








            1




            1




            $begingroup$
            They were also unaware of that specific trim function sponsored by MCAS which probably wasn’t particularly helpful in fault diagnosis.
            $endgroup$
            – Cpt Reynolds
            yesterday




            $begingroup$
            They were also unaware of that specific trim function sponsored by MCAS which probably wasn’t particularly helpful in fault diagnosis.
            $endgroup$
            – Cpt Reynolds
            yesterday


















            draft saved

            draft discarded




















































            Thanks for contributing an answer to Aviation Stack Exchange!


            • Please be sure to answer the question. Provide details and share your research!

            But avoid



            • Asking for help, clarification, or responding to other answers.

            • Making statements based on opinion; back them up with references or personal experience.


            Use MathJax to format equations. MathJax reference.


            To learn more, see our tips on writing great answers.




            draft saved


            draft discarded














            StackExchange.ready(
            function () {
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faviation.stackexchange.com%2fquestions%2f61605%2fwhy-are-on-board-computers-allowed-to-change-controls-without-notifying-the-pilo%23new-answer', 'question_page');
            }
            );

            Post as a guest















            Required, but never shown





















































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown

































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown







            Popular posts from this blog

            Færeyskur hestur Heimild | Tengill | Tilvísanir | LeiðsagnarvalRossið - síða um færeyska hrossið á færeyskuGott ár hjá færeyska hestinum

            He _____ here since 1970 . Answer needed [closed]What does “since he was so high” mean?Meaning of “catch birds for”?How do I ensure “since” takes the meaning I want?“Who cares here” meaningWhat does “right round toward” mean?the time tense (had now been detected)What does the phrase “ring around the roses” mean here?Correct usage of “visited upon”Meaning of “foiled rail sabotage bid”It was the third time I had gone to Rome or It is the third time I had been to Rome

            Slayer Innehåll Historia | Stil, komposition och lyrik | Bandets betydelse och framgångar | Sidoprojekt och samarbeten | Kontroverser | Medlemmar | Utmärkelser och nomineringar | Turnéer och festivaler | Diskografi | Referenser | Externa länkar | Navigeringsmenywww.slayer.net”Metal Massacre vol. 1””Metal Massacre vol. 3””Metal Massacre Volume III””Show No Mercy””Haunting the Chapel””Live Undead””Hell Awaits””Reign in Blood””Reign in Blood””Gold & Platinum – Reign in Blood””Golden Gods Awards Winners”originalet”Kerrang! Hall Of Fame””Slayer Looks Back On 37-Year Career In New Video Series: Part Two””South of Heaven””Gold & Platinum – South of Heaven””Seasons in the Abyss””Gold & Platinum - Seasons in the Abyss””Divine Intervention””Divine Intervention - Release group by Slayer””Gold & Platinum - Divine Intervention””Live Intrusion””Undisputed Attitude””Abolish Government/Superficial Love””Release “Slatanic Slaughter: A Tribute to Slayer” by Various Artists””Diabolus in Musica””Soundtrack to the Apocalypse””God Hates Us All””Systematic - Relationships””War at the Warfield””Gold & Platinum - War at the Warfield””Soundtrack to the Apocalypse””Gold & Platinum - Still Reigning””Metallica, Slayer, Iron Mauden Among Winners At Metal Hammer Awards””Eternal Pyre””Eternal Pyre - Slayer release group””Eternal Pyre””Metal Storm Awards 2006””Kerrang! Hall Of Fame””Slayer Wins 'Best Metal' Grammy Award””Slayer Guitarist Jeff Hanneman Dies””Bullet-For My Valentine booed at Metal Hammer Golden Gods Awards””Unholy Aliance””The End Of Slayer?””Slayer: We Could Thrash Out Two More Albums If We're Fast Enough...””'The Unholy Alliance: Chapter III' UK Dates Added”originalet”Megadeth And Slayer To Co-Headline 'Canadian Carnage' Trek”originalet”World Painted Blood””Release “World Painted Blood” by Slayer””Metallica Heading To Cinemas””Slayer, Megadeth To Join Forces For 'European Carnage' Tour - Dec. 18, 2010”originalet”Slayer's Hanneman Contracts Acute Infection; Band To Bring In Guest Guitarist””Cannibal Corpse's Pat O'Brien Will Step In As Slayer's Guest Guitarist”originalet”Slayer’s Jeff Hanneman Dead at 49””Dave Lombardo Says He Made Only $67,000 In 2011 While Touring With Slayer””Slayer: We Do Not Agree With Dave Lombardo's Substance Or Timeline Of Events””Slayer Welcomes Drummer Paul Bostaph Back To The Fold””Slayer Hope to Unveil Never-Before-Heard Jeff Hanneman Material on Next Album””Slayer Debut New Song 'Implode' During Surprise Golden Gods Appearance””Release group Repentless by Slayer””Repentless - Slayer - Credits””Slayer””Metal Storm Awards 2015””Slayer - to release comic book "Repentless #1"””Slayer To Release 'Repentless' 6.66" Vinyl Box Set””BREAKING NEWS: Slayer Announce Farewell Tour””Slayer Recruit Lamb of God, Anthrax, Behemoth + Testament for Final Tour””Slayer lägger ner efter 37 år””Slayer Announces Second North American Leg Of 'Final' Tour””Final World Tour””Slayer Announces Final European Tour With Lamb of God, Anthrax And Obituary””Slayer To Tour Europe With Lamb of God, Anthrax And Obituary””Slayer To Play 'Last French Show Ever' At Next Year's Hellfst””Slayer's Final World Tour Will Extend Into 2019””Death Angel's Rob Cavestany On Slayer's 'Farewell' Tour: 'Some Of Us Could See This Coming'””Testament Has No Plans To Retire Anytime Soon, Says Chuck Billy””Anthrax's Scott Ian On Slayer's 'Farewell' Tour Plans: 'I Was Surprised And I Wasn't Surprised'””Slayer””Slayer's Morbid Schlock””Review/Rock; For Slayer, the Mania Is the Message””Slayer - Biography””Slayer - Reign In Blood”originalet”Dave Lombardo””An exclusive oral history of Slayer”originalet”Exclusive! Interview With Slayer Guitarist Jeff Hanneman”originalet”Thinking Out Loud: Slayer's Kerry King on hair metal, Satan and being polite””Slayer Lyrics””Slayer - Biography””Most influential artists for extreme metal music””Slayer - Reign in Blood””Slayer guitarist Jeff Hanneman dies aged 49””Slatanic Slaughter: A Tribute to Slayer””Gateway to Hell: A Tribute to Slayer””Covered In Blood””Slayer: The Origins of Thrash in San Francisco, CA.””Why They Rule - #6 Slayer”originalet”Guitar World's 100 Greatest Heavy Metal Guitarists Of All Time”originalet”The fans have spoken: Slayer comes out on top in readers' polls”originalet”Tribute to Jeff Hanneman (1964-2013)””Lamb Of God Frontman: We Sound Like A Slayer Rip-Off””BEHEMOTH Frontman Pays Tribute To SLAYER's JEFF HANNEMAN””Slayer, Hatebreed Doing Double Duty On This Year's Ozzfest””System of a Down””Lacuna Coil’s Andrea Ferro Talks Influences, Skateboarding, Band Origins + More””Slayer - Reign in Blood””Into The Lungs of Hell””Slayer rules - en utställning om fans””Slayer and Their Fans Slashed Through a No-Holds-Barred Night at Gas Monkey””Home””Slayer””Gold & Platinum - The Big 4 Live from Sofia, Bulgaria””Exclusive! Interview With Slayer Guitarist Kerry King””2008-02-23: Wiltern, Los Angeles, CA, USA””Slayer's Kerry King To Perform With Megadeth Tonight! - Oct. 21, 2010”originalet”Dave Lombardo - Biography”Slayer Case DismissedArkiveradUltimate Classic Rock: Slayer guitarist Jeff Hanneman dead at 49.”Slayer: "We could never do any thing like Some Kind Of Monster..."””Cannibal Corpse'S Pat O'Brien Will Step In As Slayer'S Guest Guitarist | The Official Slayer Site”originalet”Slayer Wins 'Best Metal' Grammy Award””Slayer Guitarist Jeff Hanneman Dies””Kerrang! Awards 2006 Blog: Kerrang! Hall Of Fame””Kerrang! Awards 2013: Kerrang! Legend”originalet”Metallica, Slayer, Iron Maien Among Winners At Metal Hammer Awards””Metal Hammer Golden Gods Awards””Bullet For My Valentine Booed At Metal Hammer Golden Gods Awards””Metal Storm Awards 2006””Metal Storm Awards 2015””Slayer's Concert History””Slayer - Relationships””Slayer - Releases”Slayers officiella webbplatsSlayer på MusicBrainzOfficiell webbplatsSlayerSlayerr1373445760000 0001 1540 47353068615-5086262726cb13906545x(data)6033143kn20030215029