Domanda:
Perché i limiti imposti dal computer dell'A320 non possono essere ignorati?
Cloud
2018-06-01 13:05:51 UTC
view on stackexchange narkive permalink

Nella sezione indagine del volo US Airways 1549, si nota che

[Il pilota] ha affermato che il credito non è stato dato al volo dell'A320 -progettazione dei cavi, mediante la quale il pilota utilizza uno stick laterale per fornire input di controllo ai computer di controllo di volo.

I computer quindi impongono regolazioni e limiti propri per mantenere l'aereo stabile, cosa che il pilota non può ignorare anche in caso di emergenza. Questo progetto ha permesso ai piloti del volo 1549 di concentrarsi sul riavvio del motore e decidere la rotta, senza l'onere di regolare manualmente il percorso di planata per ridurre la velocità di discesa dell'aereo.

Sullenberger ha detto che anche questi limiti imposti dal computer gli ha impedito di ottenere il bagliore ottimale in atterraggio per l'ammaraggio, cosa che avrebbe ammorbidito l'impatto.

Sebbene questo design aiuti i piloti la maggior parte del tempo, perché non c'è un 'ultimo ricorrere all'opzione "per ignorare i limiti imposti dal computer? Potrebbe essere stato che in questo incidente, era la differenza tra la vita e la morte / un" atterraggio duro "e una perdita completa dello scafo.

Correlati e da leggere per evitare alcuni dei pregiudizi associati ai sistemi fly-by-wire Boeing vs Airbus: [Come funziona la protezione dell'involucro negli aerei Airbus vs Boeing?] (Https://aviation.stackexchange.com/q / 44430)
L'unica vera risposta qui può essere "Questa è la filosofia di design di quel prodotto". Certamente, si può avere una discussione ampia e complessa sui pro e contro di ciascun approccio. Ma non esiste una risposta unica, denormalizzata e specifica. Se ad Airbus, per così dire, venisse chiesto questo (diciamo in un documentario, in una storia o in un'indagine), tutto quello che potrebbero dire è "a conti fatti" e "dopo aver considerato tutto" il loro team ha deciso che la loro strada è migliore.
Sono fantastici, tranne per il fatto che sono l'unica ragione delle ferite che hanno messo definitivamente fuori lavoro una delle assistenti di volo, l'unica macchia su quello che sarebbe stato un atterraggio perfetto.
In che modo i limiti del software sono davvero diversi dai limiti meccanici? Cioè, i controlli e le superfici di controllo su un design puramente meccanico hanno solo una piccola corsa incorporata.
@Harper Puoi elaborare o collegare le informazioni in merito per favore?
Sei risposte:
ymb1
2018-06-01 15:48:06 UTC
view on stackexchange narkive permalink

La disabilitazione delle protezioni può essere tecnicamente ottenuta. Dico tecnicamente perché non c'è uno scenario che Airbus ha previsto che richiederebbe ai piloti di entrare deliberatamente in diritto diretto.

Il limite imposto nella domanda è qualcosa chiamato alfa -protezione - una protezione contro il tirare indietro troppo che l'aereo si ferma. Lo stallo è un male. Il sistema stava ricevendo le informazioni corrette e funzionava come previsto, quindi cosa intendeva il capitano Sullenberger?

Sullenberger ha detto che questi limiti imposti dal computer gli hanno anche impedito di raggiungere il bagliore di atterraggio ottimale per l'ammaraggio, che avrebbe ammorbidito l'impatto.

Questo è ciò che dice Wikipedia. Il riferimento è una lezione di Talks at Google (intorno ai 40 minuti). Ciò che viene tralasciato da Wikipedia, che il Capitano Sullenberger copre subito nel discorso - ed è presente nel rapporto sull'incidente - è che il problema non era con la protezione, ma con le viscere della protezione che Airbus non ha coperto. il materiale formativo. Di seguito è riportata la sezione pertinente della trascrizione di YouTube:

Stavo chiedendo di più, tirando indietro completamente a poppa sulla leva e i computer di controllo di volo mi hanno impedito di ottenere più portanza, quindi abbiamo colpito più forte di quanto avremmo fatto hanno (...) Si scopre che esiste una funzione software poco conosciuta conosciuta solo allora da pochi ingegneri del software Airbus, e da nessun pilota a nessuna compagnia aerea che era il caso. Si chiama modalità fugoide. E non era il modo in cui siamo stati addestrati l'aereo dovrebbe funzionare, apparentemente è il modo in cui l'aereo funziona. Ma questo non ci era chiaro.

Questo è stato affrontato come una raccomandazione nel rapporto finale:

Richiedi agli operatori di Airbus di espandere i limiti dell'inviluppo di protezione dell'angolo di attacco dell'addestramento a terra per informare i piloti sulle funzionalità della modalità di protezione alfa mentre nella legge normale possono influenzare la risposta di beccheggio dell'aereo.


Fornire addestramento sulle viscere del sistema "buono" è molto meglio che prendere una protezione vitale. Di vitale importanza per una cosa sottolinea il rapporto (che non è in alcun modo una denigrazione dell'equipaggio):

L'NTSB conclude la difficoltà del capitano a mantenere la sua velocità prevista durante l'approccio finale è derivato, in parte, da un carico di lavoro elevato, stress e saturazione delle attività.

Le protezioni sono buone per questo carico di lavoro elevato, stressante e saturo di attività situazioni.

La saturazione dell'attività era abbastanza chiara da es. il fatto che non fosse stato utilizzato il "cambio fosso", che avrebbe ridotto l'afflusso di acqua mantenendo l'aereo più a galla.
@MSalters L'interruttore di ammaraggio è inutile se la fusoliera è forata, e questo * è garantito * a causa della "modalità fugoide" poco conosciuta, come discute questa risposta. L'interruttore per l'ammaraggio era un progetto inutile. Questo è il problema con un sistema così complesso, ti ritrovi con questi "serpenti nel codice" poco conosciuti, e la risposta non è insegnare ai piloti ad essere attaccabrighe serpenti facendogli imparare ogni glitch. Chi ha tempo per quello?
La modalità phugoid di @Harper: è una modalità dinamica di volo ben nota, è infatti la prima modalità menzionata dall '[articolo di Wikipedia sulle modalità dinamiche di volo] (https://en.wikipedia.org/wiki/Aircraft_dynamic_modes). Sono assolutamente fiducioso che il capitano Sullenberger conoscesse l'esistenza di questa modalità, così come ogni pilota decente. Colpisce due grandezze critiche, velocità e altezza. Non puoi ignorarli mentre voli.
@MSalters Davvero !? Come concilia questo con la citazione di Sully in questa risposta: "Stavo ordinando di più, tirandomi indietro completamente a poppa sul bastone e i computer di controllo di volo mi hanno impedito di ottenere più portanza, quindi abbiamo colpito più forte di quanto avremmo (...) Si scopre che esiste una funzione software poco conosciuta conosciuta solo allora da pochi ingegneri del software Airbus, e da nessun pilota a nessuna compagnia aerea che era il caso. Si chiama modalità fugoide. E non era il modo in cui siamo stati addestrati l'aereo dovrebbe funziona, a quanto pare è il modo in cui funziona l'aereo. Ma a noi non era chiaro. "
@Harper: Citazione sfortunata, vedere la [citazione simile] (http://www.thedrive.com/tech/8300/can-sully-transform-the-world-of-self-driving-cars) "la modalità Phugoid dell'Airbus il software di controllo di volo mi ha proibito di ottenere quell'ultimo piccolo controllo a naso in su ". IOW, la modalità fugoide è una modalità di volo ben nota, ma è meno noto che la modalità è riconosciuta dal software Airbus.
E il problema qui è che in modalità fugoide, l'aereo può cadere improvvisamente. Questo è ovviamente piuttosto problematico se cade forte sul terreno. Questo era un rischio reale, perché l'NTSB stabilì che Sully era 17 kts sotto la velocità di stallo quando ciò accadde, cosa di cui non si rese conto al momento (di nuovo, vedi saturazione del compito). Non posso biasimare Airbus per questo; devi scegliere tra colpire il terreno con forza o velocemente.
@MSalters Beh, forse non è la modalità phugoid * di per sé *, ma una caratteristica nascosta * di * quella modalità. Indipendentemente da ciò: troppi chef. Per quanto riguarda l '"errore" di Sully, non è un errore volare al di sotto della velocità di stallo quando l'intero piano è di sfiorare l'acqua, mantenendo il corretto AoA di ammaraggio finché non si ferma. Quei 17 nodi in più sono probabilmente per gentile concessione dell'effetto suolo.
Penso che ci sia una certa confusione sulla parola "modalità". * La modalità Phygoid * non è un'impostazione del computer di volo. In realtà è un tipo di * modalità automatica * naturale che fa parte della dinamica del volo. Non sono sicuro a quale "caratteristica del software" si riferiscano.
@ymb1 scusa, forse mi manca, ma non sono chiaro su cosa stia cercando di dire l'ultima parte della risposta. La protezione stava infatti impedendo qualcosa di cui il capitano non era a conoscenza ed era benefico, oppure, conoscendo le "interiora" del sistema, avrebbe comunque voluto fermare?
@mbrig - L'ultima frase è generale per errori umani commessi in condizioni di stress in cui l'α-prot (e altre protezioni) sono molto utili - idealmente se i piloti ne sanno di più, quindi le reazioni previste dai loro input corrispondono a quanto insegnato design. Sully è volato al di sotto della velocità del 'punto verde' e nei flap 2 non 3 (quindi sì, l'α-prot ha calciato prima), ma non posso commentare le sue azioni perché è probabile che l'abbia fatto apposta ** in base Spiegazione del sistema da parte di Airbus. ** Spero che abbia senso.
Radu094
2018-06-01 15:35:04 UTC
view on stackexchange narkive permalink

I limiti del computer possono essere ignorati su un Airbus come "ultima risorsa", anche se ho seri dubbi che avrebbero aiutato l'atterraggio sull'incidente di Hudson.

Concesso , uscire dal diritto normale non è SOP, o una procedura normale ... ma poi di nuovo, perché dovrebbe essere?

Le persone che si lamentano dei limiti del computer sui controlli di volo, sono simili alle persone che si lamentano del controllo di trazione sulle auto .... sì, quindi hai frenato l'accelerazione e l'auto ha deciso di staccare la guida! Probabilmente c'è uno strano incidente su un miliardo che avrebbe potuto essere salvato dal guidatore scollegando il controllo della trazione e quindi scivolando manualmente verso la sicurezza, ma nel complesso il controllo della trazione ha già salvato il tuo sedere un centinaio di volte.

I piloti davvero desiderati che non hanno mai volato Airbus (o meglio ancora Airbus e Boeing) smettono di emettere pareri e confronti su questo argomento. Il sistema FBW nel Boeing 777 è molto simile ad Airbus, ad esempio, quindi la stessa discussione su Boeing si fida dei piloti vs Airbus si fida dei computer parte da un presupposto molto sbagliato.

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

Esistono 2 filosofie nei sistemi FBW degli aerei civili ...
* Non dire al pilota che stanno superando il limite e non lasciare che lo superino.
* Dì al pilota che stai superando il limite, ma lascialo fare.

Come sembra essere al solito, Airbus e Boeing hanno punti di vista diversi in base alla loro esperienza di lavoro con i piloti: indovina quale è.

Quindi la risposta alla tua domanda è semplicemente la filosofia del produttore.

@ymb1 È simile alla legge alternativa? Scusa se una domanda stupida: p
scusa, devo chiederti ... :-)) quale limitazione di volo Boeing FBW sta lasciando i piloti oltrepassare, che Airbus non lo è?
@Radu094 Ad esempio, il Boeing 777 consente un angolo di inclinazione superiore a 67 °: sta cercando di resistere in modo molto severo, ma ti permetterà comunque di farlo. Un Airbus FBW no.
@Radu094 ... ovviamente il mio commento precedente si applica solo alla Normale Legge / Modalità.
@CptReynolds hmm .. abbastanza giusto, questo è un punto abbastanza buono, in realtà. Immagino di poter ancora giocare un po 'al diavolo e sottolineare che l'angolo di inclinazione non è una limitazione del frame di per sé; È il fattore di carico che è una limitazione, (67 ° di inclinazione richiede + 2G) e Boeing protegge anche dal sovraccarico :-)
@Radu094 True. In un certo senso, proteggersi dal sovraccarico ha più senso che limitare l'angolo di inclinazione che è solo una misura indiretta del carico e solo in una virata a livello costante. Ma poi, non ci dovrebbe essere alcun motivo per incassare così tanto, comunque ... quindi sento che è una discussione accademica. Gli unici punti che davvero non mi piacciono in un Airbus (come ingegnere) sono il diritto alternativo senza protezione a bassa velocità (design molto strano, nella mia mente) e le levette indipendenti (non utili per il modello mentale comune tra l'equipaggio).
Agent_L
2018-06-02 19:33:27 UTC
view on stackexchange narkive permalink

Perché non c'è alcun interruttore? Perché averlo potrebbe essere pericoloso.

Lo scopo del sistema computerizzato è ridurre il carico di lavoro del pilota. Si ottiene permettendogli di tirare completamente indietro il giogo e il computer gli darebbe il più alto AoA sicuro. L'aggiunta di un interruttore avrebbe aumentato il carico di lavoro del pilota, perché avrebbe dovuto prendere una decisione molto deliberata ogni volta che sostituire o meno il computer. Trascorrere del tempo a considerare i contro e i pro di ignorare il computer distoglie l'attenzione del pilota dall'effettivo far volare l'aereo. Nessuno lo vuole, soprattutto durante un'emergenza.

La sola presenza di tale opzione potrebbe contribuire all'incidente, quindi non puoi averla.

Un'emergenza può significare che l'aereo non ha più l'aspetto o si comporta come il computer suppone che sia?
@rackandboneman Sì. Ma di solito il computer lo sa e, purtroppo, gli umani potrebbero non accorgersene, fermare l'aereo e uccidere tutti, come il volo 447 dell'Air France. I produttori di aeroplani sembrano partire dal presupposto che avere l'interruttore causerebbe solo più AF447.
TomMcW
2018-06-05 20:38:49 UTC
view on stackexchange narkive permalink

Le leggi di controllo possono essere declassate a legge alternativa, che rimuove la protezione alfa.

Il QRH lo consiglia solo in determinate situazioni e il guasto del doppio motore non è uno di questi. Un punto in cui questo è raccomandato nel QRH è per un'indicazione inaffidabile della velocità. Di solito l'aereo riconosce una velocità inaffidabile che passa automaticamente alla legge alternativa. Questo è quello che è successo su AF447. Ma ci sono scenari in cui il computer può scartare i dati corretti, o nessuno dei dati sulla velocità è valido, ma corrispondono, quindi il computer non li rileva.

Airbus si rende conto che ciò potrebbe causare una risposta errata della protezione alfa, quindi hanno una procedura per affrontarla. Hanno il pilota che spegne gli ADR * uno alla volta per vedere se riescono a isolare i dati difettosi. Se non possono, o nessuno degli ADR fornisce dati validi, viene loro chiesto di chiudere due degli ADR per forzare il sistema in una legge alternativa. Il terzo ADR deve essere lasciato acceso perché l'avviso di stallo può ancora funzionare su un singolo ADR.

dal QRH A346: A336 QRH excerpt

Ciò non comporta l'estrazione degli interruttori di circuito. Ci sono pulsanti sul pannello superiore per questo. L'estrazione degli interruttori automatici può influire negativamente su altri computer di controllo, come accaduto in QZ8501.

* L'ADR (Air Data Reference) fa parte dell'ADIRU (Air Data Inertial Reference Unit) che è il computer che fornisce i dati relativi a velocità, numero di Mach, angolo di attacco, temperatura e altitudine barometrica al sistema FBW.

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

Per il sistema fly by wire Airbus esistono diverse cosiddette leggi di controllo che regolano il comportamento dell'aeromobile in base agli input forniti dai piloti. Queste leggi di controllo sono determinate automaticamente dal velivolo per le diverse fasi dell'inviluppo di volo.

Questa è anche la principale differenza nella filosofia di progettazione tra Boeing e Airbus. Gli aerei Boeing presumono che il pilota abbia sempre ragione e Airbus ha un computer tra le levette e le superfici di controllo. In questo modo possono filtrare l'input del pilota in modo che l'aereo non superi i carichi di cellula progettati. Un altro vantaggio di questo sistema è che possono gestire la loro gamma di aeromobili in modo simile.

Puoi annullare le leggi di controllo su un jet Airbus? No, non puoi. Perché non puoi? Semplicemente, la filosofia progettuale di Airbus è che se il computer non può salvare l'aereo, neanche tu puoi farlo. Puoi comunque forzarlo tirando gli interruttori di circuito poiché dopo un guasto elettrico tu come pilota hai il controllo diretto del velivolo senza che il computer imponga limiti. Tuttavia, questo non è possibile durante un'emergenza.

Puoi leggere ulteriori informazioni sulle leggi di controllo qui: Airbus Flight Control Systems

Ci sono stati incidenti in cui il computer ha quasi fatto schiantare un aereo passando troppo presto a una legge di controllo diversa (Lufthansa LH-44):

[Rapporto: Lufthansa A320 ad Amburgo il 1 marzo 2008 , l'ala tocca la pista in atterraggio con vento laterale] [10]

La filosofia di Airbus non è che se i computer non possono salvare l'aereo, nemmeno i piloti possono farlo. Queste sono sciocchezze e foraggio di Internet. Le leggi di controllo possono essere modificate / declassate anche senza tirare i freni del circuito, sebbene la procedura sia davvero complicata e implichi la pressione di due pulsanti. Airbus consiglia di utilizzare una quantità adeguata di automazione e di assumere il controllo quando le cose non vanno come previsto
I commenti non sono per discussioni estese; questa conversazione è stata [spostata in chat] (https://chat.stackexchange.com/rooms/78415/discussion-on-answer-by-brilsmurfffje-why-cant-the-a320s-computer-imposed-limi). Inoltre, considera le parole che scegli quando ti impegni nell'equivalente aeronautico di "Apple vs Microsoft".


Questa domanda e risposta è stata tradotta automaticamente dalla lingua inglese. Il contenuto originale è disponibile su stackexchange, che ringraziamo per la licenza cc by-sa 4.0 con cui è distribuito.
Loading...