Question:
Pourquoi les limites imposées par ordinateur de l'A320 ne peuvent-elles pas être dépassées?
Cloud
2018-06-01 13:05:51 UTC
view on stackexchange narkive permalink

Dans la section enquête du vol US Airways 1549, il est noté que

[Le pilote] a affirmé que le crédit accordé au survol de l'A320 était insuffisant -wire design, par lequel le pilote utilise un side-stick pour faire des entrées de commande aux ordinateurs de contrôle de vol.

Les ordinateurs imposent alors des ajustements et des limites de leurs propres pour maintenir l'avion stable, ce que le pilote ne peut annuler même en cas d'urgence. Cette conception a permis aux pilotes du vol 1549 de se concentrer sur le redémarrage du moteur et de décider de la trajectoire, sans avoir à régler manuellement la trajectoire de descente pour réduire le taux de descente de l'avion.

Sullenberger a déclaré que ces limites imposées par ordinateur également l'a empêché de réaliser l'arrondi optimal pour l'amerrissage, ce qui aurait adouci l'impact.

Bien que cette conception aide les pilotes la plupart du temps, pourquoi n'y a-t-il pas un dernier recourir à l'option pour outrepasser les limites imposées par l'ordinateur? Il aurait pu être que dans cet incident, c'était la différence entre la vie et la mort / un «atterrissage dur» vs une perte complète de la coque.

Lié et à lire impérativement pour éviter certains des biais associés aux systèmes fly-by-wire Boeing vs Airbus: [Comment fonctionne la protection de l'enveloppe dans Airbus vs Boeing?] (Https://aviation.stackexchange.com/q / 44430)
La seule vraie réponse ici peut être "Telle est la philosophie de conception de ce produit". Certes, une discussion vaste et complexe peut être menée sur les avantages et les inconvénients de chaque approche. Mais il n'y a pas de réponse spécifique, dénormalisée et unique. Si on posait la question à Airbus, pour ainsi dire, (par exemple dans un documentaire, une histoire ou une enquête), tout ce qu'ils pouvaient dire était «dans l'ensemble» et «après avoir tout considéré», leur équipe a décidé que sa voie était la meilleure.
Ils sont géniaux, sauf qu'ils sont la seule raison des blessures qui ont mis l'un des agents de bord au chômage de façon permanente, le seul défaut sur ce qui aurait été un atterrissage parfait.
En quoi les limites logicielles sont-elles vraiment différentes des limites mécaniques? Autrement dit, les commandes et les surfaces de contrôle sur une conception purement mécanique ne comportent qu'un nombre limité de déplacements.
@Harper Pouvez-vous élaborer ou créer un lien vers les informations à ce sujet s'il vous plaît?
Six réponses:
ymb1
2018-06-01 15:48:06 UTC
view on stackexchange narkive permalink

La désactivation des protections est techniquement possible. Je dis techniquement parce qu'il n'y a pas un scénario qu'Airbus a envisagé qui obligerait les pilotes à délibérément entrer en droit direct.

La limite imposée dans la question est quelque chose appelé alpha -protection - une protection contre le recul trop important que l'avion cale. Le décrochage est mauvais. Le système recevait les informations correctes et fonctionnait comme prévu, alors que voulait dire le capitaine Sullenberger?

Sullenberger a déclaré que ces limites imposées par ordinateur l'empêchaient également d'obtenir l'arrondi d'atterrissage optimal pour l'amerrissage forcé, ce qui aurait adouci l'impact.

C'est ce que dit Wikipedia. La référence est une conférence sur les discussions chez Google (environ 40 minutes). Ce qui est omis de Wikipédia, que le capitaine Sullenberger couvre tout de suite dans la conférence - et est présent dans le rapport d'accident -, c'est que le problème n'était pas avec la protection, mais avec les entrailles de la protection qu'Airbus n'a pas couverte dans le matériel de formation. Vous trouverez ci-dessous la section pertinente de la transcription de YouTube:

Je commandais pour plus, en tirant complètement vers l'arrière sur le manche et les ordinateurs de contrôle de vol m'ont empêché d'obtenir plus de portance, donc nous avons frappé plus fort que nous ne le ferions (...) Il s'avère qu'il y a une fonctionnalité logicielle peu connue, connue seulement alors de quelques ingénieurs en logiciel d'Airbus, et d'aucun pilote ou d'aucune compagnie aérienne, c'était le cas. C'est ce qu'on appelle un mode phugoïde. Et ce n’était pas la façon dont nous avons été formés, l’avion devrait fonctionner, apparemment, c’est ainsi que l’avion fonctionne. Mais cela ne nous était pas évident.

Ce point a été traité comme une recommandation dans le rapport final:

Exiger des exploitants d'Airbus d'élargir la formation au sol sur les limites de l'enveloppe de protection contre l'angle d'attaque pour informer les pilotes sur les fonctionnalités du mode de protection alpha en droit normal qui peuvent affecter la réponse en tangage de l'avion.


Fournir une formation sur les entrailles du «bon» système, c'est bien mieux que de prendre une protection vitale. Vital à cause d'une chose que le rapport souligne (qui n'est en aucun cas un dénigrement de l'équipage):

Le NTSB conclut que le capitaine a de la difficulté à maintenir sa vitesse prévue pendant l'approche finale résultait, en partie, d'une charge de travail élevée, d'un stress et d'une saturation des tâches.

Les protections sont bonnes pour une telle charge de travail élevée, stressante et saturée de tâches situations.

La saturation des tâches était assez claire, par exemple. le fait que le «commutateur de fossé» n'a pas été utilisé, ce qui aurait réduit l'afflux d'eau en maintenant l'avion plus longtemps à flot.
@MSalters L'interrupteur d'amerrissage est inutile si le fuselage est perforé, et c'est * garanti * en raison du "mode phugoïde" peu connu, comme le dit cette réponse. L'interrupteur de fossé était une conception infructueuse. C'est le problème avec un système aussi complexe, vous vous retrouvez avec ces "serpents dans le code" peu connus, et la réponse n'est pas d'apprendre aux pilotes à être des lutteurs de serpents en leur faisant apprendre chaque problème. Qui a le temps pour ça?
Le mode phugoïde @Harper: est un mode dynamique de vol bien connu, c'est en fait le premier mode mentionné par l '[article Wikipedia sur les modes dynamiques de vol] (https://en.wikipedia.org/wiki/Aircraft_dynamic_modes). Je suis tout à fait convaincu que le capt Sullenberger connaissait l'existence de ce mode, comme tout pilote décent. Il affecte deux grandeurs critiques, la vitesse et la hauteur. Vous ne pouvez pas les ignorer en volant.
@MSalters Vraiment !? Comment conciliez-vous cela avec la citation de Sully dans cette réponse: "Je commandais pour plus, tirant complètement en arrière sur le manche et les ordinateurs de contrôle de vol m'ont empêché d'avoir plus de portance, donc nous avons frappé plus fort que nous ne l'aurions fait (...) Il s'avère qu'il existe une fonctionnalité logicielle peu connue à l'époque de quelques ingénieurs en logiciel d'Airbus, et d'aucun pilote ou d'aucune compagnie aérienne. Cela s'appelle un mode phugoïde. Et ce n'était pas la façon dont nous avons été formés, l'avion devrait travail, apparemment, c'est la façon dont fonctionne l'avion. Mais cela ne nous était pas évident. "
@Harper: Citation malheureuse, voir la [citation similaire] (http://www.thedrive.com/tech/8300/can-sully-transform-the-world-of-self-driving-cars) "le mode Phugoid de l'Airbus le logiciel de contrôle de vol m'a interdit de réaliser ce dernier petit contrôle à cabrer ». IOW, le mode phugoïde est un mode de vol bien connu, mais il est moins connu que le mode est reconnu par le logiciel Airbus.
Et le problème ici est qu'en mode phugoïde, l'avion peut tomber soudainement. Ceci est bien sûr plutôt problématique s'il tombe fort sur le sol. C'était un risque réel, car le NTSB a établi que Sully était à 17 nœuds en dessous de la vitesse de décrochage lorsque cela s'est produit, ce qu'il n'a pas réalisé à l'époque (encore une fois, voir la saturation des tâches). Je ne peux pas blâmer Airbus pour cela; vous devez choisir entre frapper le sol fort ou vite.
@MSalters Eh bien, ce n'est peut-être pas le mode phugoïde * en soi *, mais une fonction cachée * de * ce mode. Peu importe: trop de chefs. En ce qui concerne «l'erreur» de Sully, ce n'est pas une erreur de voler en dessous de la vitesse de décrochage alors que tout votre plan est d'écrémer l'eau, en maintenant le bon AoA d'amerrissage jusqu'à ce qu'il cale. Ces 17 nœuds supplémentaires sont probablement dus à l'effet de sol.
Je pense qu'il y a une certaine confusion sur le mot «mode». * Le mode Phygoid * n'est pas un paramètre sur l'ordinateur de bord. C'est en fait un type de * mode propre * naturel qui fait partie de la dynamique du vol. Je ne sais pas à quelle «fonctionnalité logicielle» ils font référence.
@ymb1 désolé, il me manque peut-être, mais je ne suis pas clair sur ce que la dernière partie de la réponse essaie de dire. La protection empêchait-elle en fait quelque chose dont le capitaine n'était pas au courant et était bénéfique ou, connaissant les «entrailles» du système, aurait-il quand même voulu se relever?
@mbrig - La dernière phrase est une phrase générale pour les erreurs humaines commises dans des conditions stressantes où l'α-prot (et d'autres protections) sont très utiles - idéalement si les pilotes en savent plus à ce sujet, donc les réactions attendues de leurs entrées correspondent à celles enseignées. conception. Sully a volé en dessous de la vitesse du `` point vert '' et dans les volets 2 pas 3 (donc oui, l'α-prot a démarré plus tôt), mais je ne peux pas commenter ses actions car il est probable qu'il l'ait fait exprès ** basé sur Explication d'Airbus sur le système. ** J'espère que cela a du sens.
Radu094
2018-06-01 15:35:04 UTC
view on stackexchange narkive permalink

Les limites informatiques peuvent être dépassées sur un Airbus en "dernier recours", même si j'ai de sérieux doutes sur le fait que cela aurait aidé à l'atterrissage sur l'incident d'Hudson.

Accordé , sortir de la loi normale n'est pas une SOP, ou une procédure normale ... mais encore une fois, pourquoi le serait-il?

Les gens qui se plaignent des limites de l'ordinateur sur les commandes de vol, sont similaires aux gens qui se plaignent du contrôle de traction sur les voitures .... oui, donc vous avez décéléré l'accélération et la voiture a décidé de déconnecter le lecteur! Il y a probablement un accident bizarre sur un milliard qui aurait pu être sauvé par le conducteur déconnectant l'antipatinage puis dérapant manuellement pour se mettre en sécurité, mais dans l'ensemble, l'antipatinage a déjà sauvé vos fesses une centaine de fois.

Les lois de contrôle protégeront l'avion / la cellule de la même manière. Ou comme un changement de vitesse automatique protégera de la surcharge de votre moteur en augmentant la vitesse. Pouvez-vous encore faire sauter un moteur sur une automatique? probablement oui, il suffit de faire plus d'efforts ...

Les pilotes qui n'ont jamais piloté d'Airbus (ou mieux encore d'Airbus et de Boeing) cessent d'émettre des avis et des comparaisons à ce sujet. Le système FBW du 777 de Boeing est très similaire à celui d’Airbus par exemple, de sorte que la discussion même de Boeing fait confiance aux pilotes et qu’Airbus croit que les ordinateurs partent d’une hypothèse très fausse.

RAC
2018-06-01 13:26:19 UTC
view on stackexchange narkive permalink

Il y a 2 philosophies dans les systèmes FBW des avions civils ...
* Ne dites pas au pilote qu'ils dépassent la limite et ne les laissez pas dépasser la limite.
* Dites au pilote qu'ils dépassez la limite, mais laissez-les.

Comme cela semble être habituel, Airbus et Boeing ont des points de vue différents basés sur leur expérience de travail avec les pilotes - devinez lequel est lequel.

La réponse à votre question est donc simplement la philosophie du fabricant.

@ymb1 Est-ce similaire à la loi alternative? Désolé si une question stupide: p
désolé, je dois demander ... :-)) quelle limitation de vol Boeing FBW laisse les pilotes dépasser, qu'Airbus ne l'est pas?
@Radu094 Par exemple, le Boeing 777 autorise un angle d’inclinaison au-delà de 67 ° - il essaie de résister très sévèrement, mais vous laissera toujours le faire. Pas un Airbus FBW.
@Radu094 ... évidemment mon commentaire précédent s'applique uniquement à la loi normale / mode.
@CptReynolds hmm .. assez juste, c'est un très bon point, en fait. Je suppose que je pourrais encore jouer un peu au diable et souligner que l'angle d'inclinaison n'est pas une limitation d'image en soi; C'est le facteur de charge qui est une limitation, (la banque à 67 ° nécessite + 2G) et Boeing protège également contre les surcharges :-)
@Radu094 True. D'une certaine manière, la protection contre les surcharges a plus de sens que la limitation de l'angle d'inclinaison qui n'est qu'une mesure indirecte de la charge et uniquement dans un virage à niveau constant. Mais alors, il ne devrait y avoir aucune raison de faire autant de banques, de toute façon ... donc je pense que c'est une discussion académique. Les seuls points que je n'aime vraiment pas dans un Airbus (en tant qu'ingénieur) sont la loi alternative sans protection à basse vitesse (conception très étrange, dans mon esprit) et les bâtons indépendants (pas utiles pour le modèle mental commun parmi l'équipage).
Agent_L
2018-06-02 19:33:27 UTC
view on stackexchange narkive permalink

Pourquoi il n'y a pas de commutateur? Parce que l'avoir pourrait être dangereux.

Le but du système informatisé est de réduire la charge de travail du pilote. C'est réalisé en lui permettant de tirer le joug à fond et l'ordinateur lui donnerait l'AoA de sécurité la plus élevée. L'ajout d'un commutateur allait augmenter la charge de travail du pilote, car il devrait prendre une décision très délibérée chaque fois qu'il remplacerait l'ordinateur ou non. Passer du temps à considérer les inconvénients et les avantages de la neutralisation de l'ordinateur détourne l'attention du pilote du pilotage de l'avion. Personne ne veut cela, surtout en cas d'urgence.

La simple présence d'une telle option pourrait contribuer à l'accident, donc vous ne pouvez pas l'avoir.

Une urgence peut signifier que l'avion ne ressemble plus ou ne se comporte plus comme le suppose l'ordinateur?
@rackandboneman Oui. Mais en général, l'ordinateur le sait et malheureusement, les humains peuvent ne pas le remarquer, bloquer l'avion et tuer tout le monde, comme le vol 447 d'Air France.
TomMcW
2018-06-05 20:38:49 UTC
view on stackexchange narkive permalink

Les lois de contrôle peuvent être rétrogradées à une loi alternative, ce qui supprime la protection alpha.

Le QRH ne le recommande que dans certaines situations, et la panne de moteur double n'en fait pas partie. Un endroit où cela est recommandé dans le QRH est pour une indication de vitesse anémométrique non fiable. Habituellement, une vitesse anémométrique non fiable sera reconnue par l'aéronef et il passera automatiquement en loi alternative. C'est ce qui s'est passé sur AF447. Mais il existe des scénarios où l'ordinateur peut supprimer les données correctes, ou aucune des données de vitesse n'est valide, mais elles correspondent, de sorte que l'ordinateur ne les détecte pas.

Airbus se rend compte que cela peut entraîner une réponse incorrecte de la protection alpha, ils ont donc une procédure pour y faire face. Ils demandent au pilote d'éteindre les ADR * un par un pour voir s'ils peuvent isoler les données défectueuses. S'ils ne peuvent pas, ou qu'aucun des ADR ne fournit de bonnes données, ils sont chargés d'arrêter deux des ADR pour forcer le système à adopter une loi alternative. Le troisième ADR doit être laissé activé car l'avertissement de décrochage peut toujours fonctionner sur un seul ADR.

à partir du QRH A346: A336 QRH excerpt

Cela n'implique pas de tirer des disjoncteurs. Il y a des boutons sur le panneau supérieur pour cela. La traction des disjoncteurs peut affecter négativement d'autres ordinateurs de contrôle, comme cela s'est produit dans QZ8501.

* L'ADR (Air Data Reference) fait partie de l'ADIRU (Air Data Inertial Reference) Unit) qui est l'ordinateur qui fournit la vitesse, le nombre de Mach, l'angle d'attaque, la température et l'altitude barométrique au système FBW.

Brilsmurfffje
2018-06-01 13:27:52 UTC
view on stackexchange narkive permalink

Pour le système Airbus fly by wire, il existe différentes lois dites de contrôle qui régissent le comportement de l'avion en fonction des informations fournies par les pilotes. Ces lois de contrôle sont déterminées automatiquement par l'avion pour les différentes phases de l'enveloppe de vol.

C'est aussi la principale différence de philosophie de conception entre Boeing et Airbus. Les avions Boeing supposent que le pilote a toujours raison et Airbus a un ordinateur entre les manches et les gouvernes. De cette manière, ils peuvent filtrer l'entrée du pilote de telle sorte que l'aéronef ne dépasse pas ses charges de cellule conçues. Un autre avantage de ce système est qu'ils peuvent faire gérer leur gamme d'avions de la même manière.

Pouvez-vous contourner les lois de contrôle sur un avion Airbus? Non, tu ne peux pas. Pourquoi pas toi? Simplement, la philosophie de conception d'Airbus est que si l'ordinateur ne peut pas sauver l'avion, vous ne pouvez pas non plus. Vous pouvez cependant le forcer en tirant sur les disjoncteurs car après une panne électrique, vous avez en tant que pilote le contrôle direct de l'avion sans que l'ordinateur ne vous impose des limites. Cependant, cela n'est pas possible en cas d'urgence.

Pour en savoir plus sur les lois de contrôle, cliquez ici: Airbus Flight Control Systems

Il y a eu des incidents où l'ordinateur a failli écraser un avion en passant trop tôt à une loi de contrôle différente (Lufthansa LH-44):

[Rapport: Lufthansa A320 à Hambourg le 1er mars 2008 , l'aile touche la piste lors d'un atterrissage par vent de travers] [10]

La philosophie d'Airbus n'est pas que si les ordinateurs ne peuvent pas sauver l'avion, les pilotes ne le peuvent pas non plus. C'est un non-sens et du fourrage Internet. Les lois de commande peuvent être modifiées / déclassées même sans retirer les freins de circuit, bien que la procédure soit en effet compliquée et implique d'appuyer sur deux boutons. Airbus recommande d'utiliser le niveau d'automatisation approprié et de prendre le contrôle lorsque les choses ne se passent pas comme prévu
Les commentaires ne sont pas destinés à une discussion approfondie; cette conversation a été [déplacée vers le chat] (https://chat.stackexchange.com/rooms/78415/discussion-on-answer-by-brilsmurfffje-why-cant-the-a320s-computer-imposed-limi). Veuillez également tenir compte des mots que vous choisissez lorsque vous vous engagez dans l'équivalent aéronautique de «Apple vs Microsoft».


Ce Q&R a été automatiquement traduit de la langue anglaise.Le contenu original est disponible sur stackexchange, que nous remercions pour la licence cc by-sa 4.0 sous laquelle il est distribué.
Loading...