題:
為什麼不能超越A320的計算機施加的限制?
Cloud
2018-06-01 13:05:51 UTC
view on stackexchange narkive permalink

在美國航空1549航班的調查部分中,注意到

[飛行員]斷言對A320的過路功勞沒有給予足夠的信任線設計,飛行員使用側操縱桿向飛行控制計算機進行控制輸入。

然後,計算機對計算機進行調整和限制以保持飛機穩定,這是飛行員無法做到的即使在緊急情況下也可以覆蓋。這種設計使1549航班的飛行員能夠專注於發動機的重新啟動並確定航向,而無需手動調節滑行路徑以降低飛機的下降率。

Sullenberger說,這些計算機施加的限制也

儘管這種設計在大多數情況下都可以幫助飛行員,但為什麼沒有“最後一擊”呢? 可能是在此事件中,是生與死/“硬著陸”與船體完全損失之間的區別。

相關且必須閱讀的內容,以避免與波音與空中客車的電傳操縱系統相關的某些偏見:[空客與波音飛機的包絡保護如何工作?](https://aviation.stackexchange.com/q / 44430)
唯一真正的答案可能是“那是該產品的設計理念”。當然,可以就每種方法的利弊進行廣泛而復雜的討論。但是沒有具體的,非規範化的單發答案。如果向空客提出這樣的要求(例如在紀錄片,歷史記錄或調查中),他們所能說的都是“平衡”的,而“考慮了一切”後,他們的團隊便認為自己的方式是最好的。
他們很棒,只是他們是受傷的唯一原因,受傷使一名空姐永久性地離開了工作,這是完美著陸的唯一缺陷。
軟件限制與機械限制有什麼真正的區別?也就是說,純機械設計上的控制和控製表面內置的行程如此之多。
@Harper您能否詳細說明或鏈接到有關此的信息?
六 答案:
ymb1
2018-06-01 15:48:06 UTC
view on stackexchange narkive permalink

從技術上可以禁用保護。我從技術上講是因為空客沒有設想過一種情況,要求飛行員故意進入直接法制。

問題中強加的限制是所謂的alpha -保護-防止向後拉太多以防止飛機失速的保護措施。停轉是不好的。系統正在接收正確的信息並按設計運行,所以Sullenberger上尉是什麼意思?

這就是Wikipedia所說的。參考是 在Google上的演講演講(大約40分鐘)。維基百科遺漏的是Sullenberger船長立即在談話中談到的-並出現在事故報告中-是問題不在於保護,而是空客未涵蓋的保護內幕。培訓材料。以下是YouTube成績單中的相關部分:

我命令執行更多操作,將操縱桿向後拉回全部位置,而飛行控制計算機阻止了我提升更多力量,因此我們打得比重擁有(...)事實是,只有少數空中客車軟件工程師才知道這種鮮為人知的軟件功能,這種情況對於沒有航空公司的飛行員來說都是未知的。它稱為 phugoid模式。這不是我們訓練飛機應該工作的方式,顯然這是飛機工作的方式。但這對我們來說並不明顯。

最終報告中,這已作為建議予以解決:

要求空中客車公司運營商擴大攻擊角度保護範圍的限制,在地面學校進行培訓,以便在正常情況下告知飛行員有關阿爾法保護模式的功能,這可能會影響飛機的俯仰響應。


提供有關“良好”系統內幕的培訓,遠勝於 。報告指出一件事很重要(這對船員沒有絲毫損害):NTSB得出結論,機長在飛行期間難以維持其預定的空速最終的方法部分是由於工作量大,壓力大和任務飽和。

保護對於這樣的 高工作量,壓力大和任務飽和來說是好的。 em> 情況。

任務飽和從例如沒有使用“溝渠開關”的事實,這樣可以減少水的湧入,使飛機保持更長的漂浮時間。
@MSalters如果穿刺了機身,則開溝開關是無用的,並且由於此答案所討論的“鮮為人知的“浮突模式”,因此*被確保發生*。溝渠開關是徒勞的設計。這是一個複雜的系統的麻煩,您會發現這些鮮為人知的“代碼中的蛇”,而答案不是要通過使飛行員學會各種故障來教他們成為牧馬人。誰有時間去玩?
@Harper: phugoid模式是一種眾所周知的飛行動態模式,實際上它是[Wikipedia文章中有關飛行動態模式的文章](https://en.wikipedia.org/wiki/Aircraft_dynamic_modes)中提到的第一個模式。我完全相信上尉蘇倫貝格和任何體面的飛行員都熟悉這種模式的存在。它影響兩個關鍵量,速度和高度。您在飛行時不能忽略這些。
@MSalters真的!?您如何將這個答案與Sully在這個答案中的報價相吻合:“我要求更多,在操縱桿上向後完全拉回,而飛行控制計算機使我無法獲得更大的升力,因此我們打得比預期要重(...)事實證明,只有少數空中客車軟件工程師才知道這種鮮為人知的軟件功能,沒有飛行員也沒有航空公司,這就是所謂的“懸鉤突”模式,而這並不是我們訓練飛機的方式工作,這顯然是飛機的工作方式。但這對我們來說並不明顯。”
@Harper:不幸的報價,請參閱[類似的報價](http://www.thedrive.com/tech/8300/can-sully-transform-the-world-of-self-driving-cars)“空客的Phugoid模式飛行控制軟件禁止我完成最後一點的俯仰控制”。哎呀,模式是一種眾所周知的飛行模式,但是這種模式被空中客車軟件識別的卻鮮為人知。
而且這裡的問題是,在咽骨模式下,飛機會突然掉落。如果它掉到地上,這當然是相當成問題的。這是一個真正的風險,因為NTSB確定Sully發生這種情況時比失速速度低17 kts,這在當時他是沒有意識到的(再次,見任務飽和)。不能為此責怪空客;您必須選擇猛烈撞擊或快速撞擊地面。
@MSalters好吧,可能不是*浮腫模式本身*而是*該模式的隱藏功能。無論如何:廚師太多。就Sully的“錯誤”而言,當您的整個計劃是脫脂水並保持正確的開溝AoA直到失速時,以失速速度飛行並不是錯誤。額外的17kts可能是地面效應的結果。
我認為“模式”一詞有些困惑。 * Phygoid模式*不是飛行計算機上的設置。實際上,它是自然的“本徵模式”類型,是飛行動力學的一部分。我不確定他們指的是什麼“軟件功能”。
@ymb1對不起,也許我錯過了,但是我不清楚答案的後半部分想說什麼。保護實際上是在防止機長不知道並有益的事情,還是知道系統的“內幕”,他是否仍想停下來?
@mbrig-最後一句話是在壓力條件下人為犯錯誤的一般說法,在這種情況下,α-prot(和其他保護措施)非常有用-理想情況下,如果飛行員對此有更多了解,那麼他們輸入的預期反應將與教設計。 Sully確實以低於“綠點”的速度飛行,並以襟翼2而不是3的速度飛行(所以是,α-prot踢得更快),但我無法評論他的舉動,因為他很可能是故意這樣做的,基於空中客車公司對該系統的解釋。**我希望這是有道理的。
Radu094
2018-06-01 15:35:04 UTC
view on stackexchange narkive permalink

在空中客車上可以超越計算機限制是“最後的選擇”,儘管我有嚴重的疑問,這是否有助於降落哈德遜事件。

已授予,脫離普通法不是SOP或正常程序。.但是,為什麼呢?

抱怨計算機控制飛行控制的人類似於抱怨牽引控制的人在汽車上...。是的,所以您降低了加速度,汽車決定斷開驅動器!駕駛員斷開牽引力控制系統然後手動打滑至安全位置,可能可以挽救數十億起的怪胎事故,但總的來說,牽引力控制系統已經為您的臀部節省了一百倍。

真的希望從未飛過空中客車公司(或者更好的是空中客車公司和波音公司)的飛行員停止就此事發表意見和比較。例如,波音777中的FBW系統與空中客車非常相似,因此對波音的討論完全相信飛行員,而空中客車則相信計算機是從一個非常錯誤的假設開始的。

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

在民用飛機FBW系統中有兩種理念...
*不要告訴飛行員他們超過了極限,也不要讓他們超過極限。
*告訴飛行員他們

就像通常一樣,空客和波音根據與飛行員合作的經驗有不同的觀點-猜猜是哪一個。

所以您的問題的答案僅僅是製造商的理念。

-1
抱歉,我不得不問... :-))波音FBW允許飛行員超過什麼飛行限制,而空客不是?
@Radu094例如,波音777允許傾斜角度超過67°-它試圖非常嚴厲地抵抗,但仍然可以讓您做到。 FBW空客不會。
@Radu094 ...很顯然,我先前的評論僅適用於普通法/模式。
@CptReynolds嗯..足夠公平,實際上,這是一個很好的觀點。我想我仍然可以扮演惡魔,並指出傾斜角本身並不是幀限制。負載因素是一個限制,(67度傾斜需要​​+ 2G),波音還可以防止過載:-)
@Radu094是的。從某種意義上說,防止過載比限制傾斜角更有意義,傾斜角僅是負載的間接量度,並且僅在穩定的水平轉彎中。但是,無論如何,應該沒有任何理由要存這麼多錢,所以我覺得這是一個學術性的討論。我真正不喜歡空中客車公司(作為工程師)的要點是沒有低速保護(我認為設計很奇怪)和獨立操縱桿(對機組人員的共同心理模式沒有幫助)的替代法律。
Agent_L
2018-06-02 19:33:27 UTC
view on stackexchange narkive permalink

為什麼沒有開關?因為擁有它可能很危險。

計算機系統的目的是減少飛行員的工作量。這是通過允許他將軛完全拉回原位而實現的,計算機將為他提供最高的安全AoA。添加交換機將增加,因為無論何時要覆蓋計算機或不覆蓋計算機,他都必須做出非常慎重的決定。花時間考慮凌駕於計算機上的利弊,可以將飛行員的注意力從實際駕駛飛機上轉移開。沒有人希望這樣做,尤其是在緊急情況下。

僅僅存在這種選擇可能會導致事故,因此您無法擁有它。

緊急情況可能意味著飛機不再像計算機認為的那樣看起來或表現嗎?
@rackandboneman是的。但是通常計算機會知道,可悲的是,人們可能不會注意到它,使飛機失速並殺死所有人,例如法航447航班。飛機製造商似乎是基於這樣的假設,即只有進行切換才會導致更多AF447發生。
TomMcW
2018-06-05 20:38:49 UTC
view on stackexchange narkive permalink

可以將控制法律 降級為替代法律,從而刪除了alpha保護。

QRH僅在某些情況下才建議這樣做,而雙引擎故障不是其中一種。 QRH中建議使用此位置的一個地方是不可靠的空速指示。通常情況下,飛機會識別出不可靠的空速,並且它將自動切換為替代法則。這就是AF447發生的情況。但是在某些情況下,計算機可能會丟棄正確的數據,或者沒有空速數據有效,但是它們匹配,因此計算機無法捕獲它。

空客意識到這可能會導致錯誤的響應具有alpha保護功能,因此他們有一個處理它的程序。他們讓飛行員一次關閉ADR *,以查看是否可以隔離故障數據。如果不能,或者沒有一個ADR提供良好的數據,則會指示他們關閉兩個ADR,以迫使系統採用替代法律。之所以要保留第三個ADR,是因為失速警告仍然可以在單個ADR上起作用。

來自A346 QRH: sup> A336 QRH excerpt

這不涉及拉動斷路器。頂部面板上有用於此目的的按鈕。如 QZ8501中所述,拉動斷路器可能會對其他控制計算機產生負面影響。

** ADR(空中數據參考)是ADIRU(空中數據慣性參考)的一部分單位),即向FBW系統提供空速,馬赫數,攻角,溫度和氣壓高度數據的計算機。 sub>

Brilsmurfffje
2018-06-01 13:27:52 UTC
view on stackexchange narkive permalink
對於空中客車線控飛行系統,有不同的所謂控制定律,它們根據飛行員提供的輸入來控制飛機的行為。這些控制律由飛機針對飛行包線的不同階段自動確定。

這也是波音與空中客車公司在設計理念上的主要差異。波音飛機假定飛行員總是正確的,並且空中客車公司在操縱桿和操縱面之間有一台計算機。這樣,他們可以過濾飛行員的輸入,以使飛機不超過其設計的機身負荷。該系統的另一個好處是,它們可以以類似的方式調節其飛機的操縱範圍。

您可以否決空客噴氣機的控制規則嗎?不,你不能。怎麼不行簡而言之,空中客車公司的設計理念是,如果計算機無法拯救飛機,您也不能。但是,您可以通過拉動斷路器來強制執行此操作,因為發生電氣故障後,您作為飛行員可以直接控制飛機,而無需計算機施加限制。但是,這在緊急情況下是不可能的。

您可以在此處了解更多有關控制法律的信息: 空中客車飛行控制系統

曾經發生過這樣的事件:計算機過早切換到其他控制法則使飛機幾乎墜毀了飛機(漢莎航空LH-44):

[報告:2008年3月1日在漢堡的漢莎航空A320 ,機翼在逆風著陸時觸及跑道] [10]

空中客車公司的哲學並不是說,如果計算機無法拯救飛機,飛行員也不會。那是胡說八道,和互聯網飼料。即使沒有拉出電路制動器,也可以更改/降低控制規則,儘管過程確實很複雜,並且需要按下兩個按鈕。空客建議採取適當的自動化措施,並在情況無法按預期進行時進行控制
評論不作進一步討論;此對話已[移至聊天](https://chat.stackexchange.com/rooms/78415/discussion-on-answer-by-brilsmurfffje-why-cant-the-a320s-computer-imposed-limi)。另外,在從事與“ Apple vs Microsoft”相對應的航空業務時,請考慮您選擇的詞語。


該問答將自動從英語翻譯而來。原始內容可在stackexchange上找到,我們感謝它分發的cc by-sa 4.0許可。
Loading...