獅航MAX事故完整報告重點整理
完整報告：https://tinyurl.com/y6lz2ufp
獅航LNI610事件完整報告已經公佈了兩個多月，
小弟手邊一直有些事情要忙，到這一兩週才開始詳讀。
不讀則已，一讀驚人，
波音設計、認證、獅航組員回報、飛機維修、感應器維修/更換、
組員的訓練、當班組員的處理、航管..等，
全部或大或小，都是起司上的一個洞，
真的不是三言兩語就可以講得完的。
一般沒有相關專業知識的朋友閱讀起來可能會有相當的困難，
即使是飛行員，
如果不是737 on type可能也會在許多地方不好融入情境。
小弟嘗試以我流的方式來解說這份報告的重點之處，
將322頁的報告濃縮到約25頁(PDF)的量。
一些太技術細節的部分可能會省略，
專有名詞的部分也只會解釋個大略的意思，
旨在讓大部分人了解事件的大略脈絡。
小弟自己讀完這份整理的感覺是，
雖然說是濃縮過了，
但訊息量還是有點太大，讀起來還是蠻艱澀的樣子...
不過小弟已經盡力了 (汗)
不充分的地方，歡迎一同補充提問討論。
===所需基礎知識專有名詞解釋===
(已有相關專業知識者可跳過)
攻角 (Angle of Attack, AOA)
翅膀與空氣流的夾角
https://i.imgur.com/ao6J34L.png
太大(或太小)無法提供足夠的升力
https://imgur.com/F8zPMgT
失速 (Stall)
升力不足的現象，主要發生於攻角太大或是空速不足時。
Stick Shaker
即將失速時會發生的警告。
現象為飛行員的操縱桿會高頻率振動，伴隨著大的聲響。
Air Data Inertial Reference Unit, ADIRU
從各個感應器收集數據後執行計算處理的單元，
包括攻角、空速、壓力、高度、外界溫度、位置、姿態..等等相關資訊，
並將這些資訊提供給飛行員的儀器，例如速度計、高度計，
以及飛機的許多自動控制單元，例如自動駕駛、自動油門、自動配平...等。
Pitot Static系統
提供靜壓與動壓的數據給ADIRU處理，
主要用於判斷空速與高度。
Primary Flight Display, PFD
飛行員的主要飛航儀器顯示單元，
主要顯示空速、高度、姿態，航向，自動駕駛狀態..等等資訊。
SPD Flag, ALT Flag
當SPD Flag/ALT Flag在PFD上出現時，代表空速計/高度計有問題。
Flight Director, FD
飛行指引器。
手飛時若有跟隨好其指引，
就可以達到設定的飛航狀態(高度/航向/速度..等)。
爬升下降率
使用Feet per Minute, fpm為單位。
以737來說，
低高度時，爬升率一般大約是500~3000fpm，
低高度時，下降率一般大約是500~1700fpm，
最終進場時，下降率大約600~900fpm。
空速 (Airspeed)
使用knot, kt為單位，即海浬/小時。
以737來說，
低高度無襟翼的話，一般大約為210~250kt，
有放襟翼的話，一般大約是150~210kt。
低高度時，機體最大速限為340kt。
襟翼 (Flaps)
使機翼產生更多升力的裝置，通常是低速(起飛/降落)時使用。
737的襟翼從全收到全放有：UP,1,2,5,10,15,25,30,40
起飛可以使用1~15，通常用5。
配平 (Trim)
調整飛行操控介面的基礎定位角度，
主要目的為減輕飛行員手飛時對於操縱桿上的所需施力。
例如：
飛機在往上飛，飛行員需要將操縱桿往前推才能維持飛機平飛。
而將桿子往前推的動作，
實質上是將尾端的水平尾翼往後仰(可參考上面攻角的圖)。
如果不使用配平，則飛行員需要一直推著桿子才能讓飛機平飛，
而調整配平可以使水平尾翼的基礎定位角度調整到平飛所需的角度，
因此飛行員就不用一直推著桿子，可以減輕所需施力。
反之，飛機在往下飛的時候同理，
調整配平可以讓飛行員減輕維持飛機平飛所需的後拉施力。
三個軸的操控介面都有配平可用，
而本次事件主要專注於俯仰(機鼻向上/向下)的配平。
手動電配平 (Manual Electric Trim)
飛行員手動輸入，使用電動馬達來調整配平，
該電動馬達也為自動配平系統使用。
Speed Trim System, STS
自動配平系統的一員。
飛機的姿態除了會影響飛行軌跡，也會影響空速，
STS的作用為當空速跑掉時，藉由調整配平來讓空速回來。
此系統是背景自動運作，主要作用時機為起飛、爬升、重飛時。
Runaway Stabilizer
控制飛機俯仰的操控介面(即水平尾翼)的自動配平系統發生異常，
主要現象為飛機會自動不停地往上或往下配平，
以至讓飛機進入不正常姿態(俯仰角過大或過小)。
STAB TRIM CUTOUT Switches
有NORMAL與CUTOUT的選項。
切到CUTOUT的話會切斷調整水平尾翼配平的電動馬達，
此時只能藉由飛行員手動轉配平輪來調整配平，
飛機的所有自動配平系統皆無法作動。
Flight Crew Operation Manual, FCOM
提供飛航組員飛機系統知識以及操作程序的手冊。
Quick Reference Handbook, QRH
當飛機有系統異常時，提供飛行員偵錯與解決程序(Checklist)的手冊。
Memory Items
有些系統異常相當緊急，沒有時間讓飛行員拿QRH出來翻，
因此Memory Items為飛行員需要背下的一些初步急救處理程序，
例如失壓、火警、空速不可靠(Airspeed Unreliable)、Runaway Stabilizer..等。
待飛行員執行完Memory Items，讓飛機脫離最危險的狀態時，
再拿QRH出來使用。
Digital Flight Data Recorder, DFDR
紀錄飛行數據的機器。
斷路器 (Circuit Breaker, CB)
作用類似保險絲，可將系統的供電斷開。
電力超載時會自動跳出，也可藉由手動拔出再推回，達到重啟系統的目的。
Crew Resource Management, CRM
利用所有手邊的資源，
分工合作來解決問題的一種思考模式。
簡單來講，
如果我們說CRM好，
指的就是工作分配得宜，溝通清楚順暢，團隊合作良好。
Zulu Time
由於航空是全球性產業，
為了避免時差造成的溝通困難，
提到時間一般都是使用Zulu Time，也就是倫敦格林威治時間。
如果在時間後面看到Z，例如1200Z，指的就是Zulu Time。
而印尼的時區是+7，也就是說，1200Z = 1900當地時間。
Original Equipment Manufacturer, OEM
原廠指定代工生產商，又稱原始設備製造商。
===所需基礎知識點原來這麼多===
(以下提到的飛機皆為發生事故的該架飛機)
2018.OCT.09 事故發生20天前 (P.33)
1159Z 飛機上的維修紀錄頁面
有記錄到左邊ADIRU偵測到的"攻角數值超出範圍"的錯誤訊息。
1219Z 飛機在雅加達正要parking時，STBY PWR OFF燈亮，
接著伴隨許多電系的CB跳出。
(DC BAT, APU GCU, GCU 1, GCU 2, GEN DISC1, GEN DISC 2)
機務將CB推回去，然後讓飛機在怠速運轉下檢查，
之後在維修紀錄本寫下問題已解決。
2018.OCT.26 事故發生3天前 (P.33)
2243Z 在從天津飛往Manado的航途中，
機長(左側)的PFD上出現SPD & ALT Flag，以及MAINT燈亮。
Manado的機務執行了系統自我測試，顯示通過，於是就簽放了飛機。
2018.OCT.27 事故發生2天前 (P.34)
從Manado往峇里島的航班上，
SPD & ALT Flag又出現在機長的PFD上。
峇里島機務做了跟Manado機務類似的系統自我測試，
顯示通過，於是又簽放了飛機
接著飛機執行了峇里島與Lombok之間的來回航班，Flags沒有出現。
接著飛機又執行了從峇里島到Manado的航班，Flags又出現了
這次機務一樣執行了系統自我測試，結果顯示失敗。
深入檢查後發現許多錯誤代碼，基本上都是跟ADIRU系統相關。
(事實上從26號Flags跳出來開始，
機務每次檢測到的錯誤代碼都是ADIRU系統相關，
但是都不盡相同：SMYD FAULT、AD DATA INVALID、STALL WARNING SYS L、
ADIRU-L ADR DATA SIGNAL INVALID、AOA SIGNAL OUT OF RANGE、
AIR DATA FROM ADIRU-L INVALID、AOA SIGNAL FAIL ...等)
檢修步驟包含了一個14步驟的偵錯程序，
以及需要針對ADIRU、ADM做Wiring Check，
但機務因為Manado當晚在下雨，
為了避免雷擊所以沒執行Wiring Check。
2018.OCT.28 事故發生1天前 (P.35)
一大早在執行Manado到峇里島的航班前，
機務有與機組人員討論Flags的問題，
(此組機組為前一天晚上將飛機從峇里島飛到Manado的組員)
組員表示此問題已經重複發生多次，要求機務多作檢修，
而機務建議在峇里島進行檢修較為合適。
0205Z 飛機抵達峇里島，
航途中Flags又出現，並且伴隨SPEED TRIM、MACH TRIM的燈號，
以及在Manado起飛時自動油門斷開。
峇里島的機務執行系統自我測試，顯示失敗。
進行深度檢查後，發現與前面雷同的ADIRU系統相關錯誤代碼。
接著機務將左邊ADIRU的CB斷開再重新接上後，
執行系統自我測試，顯示通過。
此時機務想要更換攻角感應器來偵錯，但是峇里島沒有料件，
於是與Batam Aero Technique (BAT)公司調貨，於1000Z到貨。
更換攻角感應器後，需要作檢測，(P.36)
方法有兩種，一種是主要的，一種是備用的，
但峇里島也沒有執行主要方法需要的器具，因此機務使用了備用方法：
將攻角感應器分次調到全上、中間、全下，並且紀錄電腦上讀到的各個數值。
但是當時機務並沒有在維修紀錄本上記錄下該數值，
並且在日後的調查時提供了假照片，不被調查委員採信。
然而事實上該新的攻角感應器在裝上前即存在著+21°的誤差值。
更換來的攻角感應器 (P.37)
更換來的攻角感應器，
其實在2017.AUG就曾因為有問題，
而經由BAT公司送給美國佛州的Xtra Aerospace (XA)公司進行檢修。
當時是裝在另一架737的副機長側，
並且在副機長的PFD上出現了SPD & ALT Flags。
XA於2017.NOV將該攻角感應器檢修完成並送回BAT倉庫存放。
Xtra Aerospace公司的檢修方法 (P.89~P.91)
XA公司使用了與OEM不同的機器，Peak API。
儘管生產Peak API的公司有提供證明，
宣稱此機器的效能是相等或更好於OEM的機器，
但根據標準維修手冊裡所述，
執行該檢修只能使用OEM生產的機器，
並沒有說可以使用"相等效能的機器"。
且事實上在後來的調查實驗中發現 (P.202)
Peak API的精確度 (+/- 0.03°)，
其實是不比OEM機器好的 (+/- 0.004°)。
另外，此Peak API與OEM機器相比，
除了ABS(absolute) mode以外，還多了一個REL(relative) Mode，
而且XA公司也使用了這個REL Mode進行檢修。
然而在日後事故後調查時，
並沒有發現有針對Peak API的操作說明，
同時根據NTSB, FAA, Boeing共同測試，
如果在這個REL Mode下進行攻角感應器的檢修，
是檢測不出來誤差值的，
這也就是為什麼更換來的攻角感應器的+21°誤差沒有被XA公司檢測到。
裝上飛機後，備用方法檢測的出這誤差值嗎？ (P.87, P.209)
根據NTSB與Boeing共同測試的結果，
如果裝上有誤差的攻角感應器後，使用備用的檢測方法，
是可以檢測得出誤差的，
加上前述的機務當時沒有在維修紀錄本上紀錄下電腦讀數的行為，
因此無法確認峇里島的機務在更換完新的攻角感應器後確實有執行檢測。
2018.OCT.28 事故前1天，事故的前一段航班LNI043 (P.165~P.168)
在更換完攻角感應器後，當晚飛機執飛了峇里島至雅加達的航班。
在準備時，機務與機組人員討論到關於Flags的事情，
機務與機長說已經更換了攻角感應器，並且測試正常，於是機長接受了。
本航段由機長擔任PF，副機長擔任PM。
行前簡報時，機長有與副機長提到更換攻角感應器的事，
並且這段航班有一位Deadhead組員，也是有737MAX執照的副機長。
起飛過程正常。
收完輪子2秒後，起飛外型警告有出現然後隨即消失。
約400呎時，空速不一致警告(IAS DISAGREE)出現，
並且左邊Stick Shaker啟動，並持續到本航段的最後。
機長將飛機俯仰角飛在+15°，並且保持起飛推力。
機長交互檢查左右PFD與備用儀器，判斷是左邊的儀器有問題，
於是將控制交給副機長，並且call了"Memory Item Unreliable Airspeed"
Memory Items做完後，機長要翻QRH，
此時Deadhead組員跟機長說飛機在往下飛，
機長指示副機長往上飛並跟隨好FD，
副機長說桿子很重，機長指示副機長將飛機配平打好。
機長跟航管表示有instrument problem，宣告"PAN PAN"，
並要求維持跑道航向，航管同意。
幾秒後航管詢問是否想要返航，機長表示"Standby(稍待)"。
此時機長注意到，一旦副機長停止對配平的輸入，飛機就會自動向下配平。
在三次自動往下配平以後，副機長說桿子真的太重了拉不動。
此時機長判斷這個自動往下配平的行為是Runaway Stabilizer，
於是執行了Memory Item，做到把STAB TRIM CUTOUT Switches切掉，
停止了飛機自動往下配平的行為。
幾分鐘之後機長將STAB TRIM CUTOUT Switches嘗試切回NORMAL，
但幾乎是一切回NORMAL的瞬間，飛機又開始自動向下配平，
於是機長便將電門維持在CUTOUT的位置直到落地，
一路上都是用手飛跟手動配平。
組員執行了三個程序:
Airspeed Unreliable, ALT Disagree, Runaway Stabilizer。
這三個程序都沒有指示"要就最近的適合的機場落地"，
因此他們就維持28,000呎繼續前進。
機長還注意到，他的速度計上的失速跟超速的紅黑bar連接在了一起，
(總之在低高度不會發生這件事
而在高高度發生的話代表也飛到一個不該飛到的高度了)
並且從上到下佔滿了整條速度計。
在1556Z 飛機順利於雅加達降落。
飛行資料記錄器記錄到，落地以後手動電配平又被使用了，
這代表組員將STAB TRIM CUTOUT Switches切回NORMAL的位置。
停好飛機後，
機長在維修紀錄本寫下IAS DISAGREE、ALT DISAGREE、
以及FEEL DIFF PRESS這三件事，
但是他並沒有提到Stick Shaker從頭啟動到尾，
也沒有提到他們有將STAB TRIM CUTOUT開關切到CUTOUT位置，
然後落地後又切回NORMAL的事。
LNI043落地後的檢修 (P.177)
根據機長在維修紀錄本理提到的三件事，機務做了相對應的檢修，
但是機務這次卻沒有將檢測出的相關錯誤代碼紀錄在維修紀錄本中。
檢修的範圍主要是針對Pitot Static系統，
在檢修後PFD上Flags消失，根據手冊上說這樣系統就是正常的，
於是機務便簽放了飛機。
在這個檢修中有包含攻角感應器的目視檢查，但不包含重新測量讀數的檢查。
因此攻角感應器存在誤差的問題還是沒被發現也沒被解決。
MCAS之設計與作動條件 (P.48~P.50, P.189~P.202)
由於在NG系列的機身上裝上了更大的引擎，
並且調整了引擎位置與重心，
因此MAX系列在設計階段即被發現有仰角過高的風險，
波音進而設計了MCAS系統。
MCAS是Speed Trim System下的一個子系統，
其目的為抑制飛機仰角過高的問題，
進而避免攻角過大而失速的狀況。
其作動條件為：(1) 手飛, (2) 襟翼收起, (3)攻角過大
在這條件下MCAS會幫飛行員壓機鼻，
進而達到降低攻角的作用來防止失速。
當MCAS作動時，可以被飛行員藉由使用手動電配平停止，
並在5秒後會reset 該系統。
737系列有在控制桿模組上有一個Column Cutout Switch裝置，
包括MAX系列也有，
其功能為自動配平系統以及手動電配平的配平方向，
不能與操縱桿的相反方向去調整。
例如，當桿子往前推，是想將機鼻往下，
那麼此時飛機的自動配平系統或是飛行員，就不能打讓機鼻向上的配平。
但是MCAS的設計卻需要打破這個原則。
因為波音是假設飛行員手飛時，
桿子往後拉太多導致的機鼻太高攻角過大，
因此需要MCAS往下配平來讓機鼻往下。
所以當MCAS作動時，會將其功能屏蔽掉。
(屏蔽桿子往後拉時的cutout)
另外，在737 NG系列的PFD上，
當攻角不一致時，會有"AOA DISAGREE"的警告訊息，
但是MAX系列卻將這個功能拿掉，
必須有選配攻角顯示器(AOA Indicator)才會有此警告訊息。
MCAS之認證 (P.189~P.202)
在設計最初，波音令其只有配平水平尾翼頂多0.6°的權限，
影響機身俯仰程度最大至4.2°，
不過測試結果發現0.6°不夠抑制，
於是最後放寬至2.5°
但是這個放寬行為卻沒有更新至所有波音送審的文件，
亦即，當MCAS已經修改成2.5°的版本時，
FAA審的卻還是0.6°的版本。
波音執行MCAS異常作動的危害等級評估時，做了以下四個假設：
．MCAS錯誤的作動會被組員確認
．MCAS完整作動一次，組員仍可以只用操縱桿維持飛機操作
．組員會即時地將飛機配平回平衡狀態，將施在操縱桿的力量釋放
．使用現有的Memory Item可以應付MCAS的錯誤作動
基於以上假設，
波音評估MCAS異常作動時的危害等級是Major，
(總共四個等級，由輕到重為Minor, Major, Hazardous, Catastrophic)
此等級並不要求波音執行更加嚴格的危害分析推演。
但是，其評估基礎為0.6°的模擬而不是2.5°，
並且也沒有考慮當MCAS重複地錯誤作動時的效應。(P.190)
波音的工程師與試飛員討論後認為，
MCAS的多次錯誤作動與單次錯誤作動並沒有什麼分別，
因為他們假設飛行員每次都會使用足夠的配平量來抵銷MCAS的錯誤輸入。
Major等級也不要求使用另一個訊號源來交叉檢查訊號的正確性，
因此MCAS被設計為依賴單一攻角訊號來作動。
此外，在波音與FAA討論MAX的訓練與手冊的過程中，
波音建議將MCAS從FCOM及差異表中拿掉，
理由是MCAS是在背景自動運作，並不需要組員操作，
並且現有程序可以處理MCAS的作動或是異常作動，
組員也不會在正常情況下遇到MCAS作動。
但是事故發生的情境並不在這些討論之中被考慮，
而且獅航的兩次事件中，
組員們的表現也並不像波音預期般的假設。
2018.OCT.29 事故當天，事故當班LNI610 (P.19~P.27, P.79~P.85)
本航段由機長擔任PF，副機長擔任PM。
行前簡報時，
副機長表示他是早4點接到電話改班，
而機長表示他感冒中。
他們討論到ADF(一種導航儀器)不能用、巡航高度選擇FL270、天氣很好，
但是並沒有討論到關於在維修紀錄本裡記載的之前的那些Flags的狀況，
也沒有討論到攻角感應器更換的事項。
在跑道上加速起飛時，
DFDR記錄到兩邊的攻角數值差了約21°，
並且機長的FD俯仰指示在-1°，而同一時間副機長的指示在13°
離地2秒後，左側的Stick Shaker隨即啟動，
緊接著短暫的起飛外型警告響起，以及空速不一致的警告跳出。
左右空速計分別為164 & 173 kt
此時副機長馬上疑問飛機怎麼了，並且詢問機長是否想要返航。
機長沒有回答問題也沒有任何表示。
30秒後，副機長表示高度不一致警告跳出，機長抄收。
左右高度計分別為340 & 570 ft
副機長與航管聯絡，並詢問航管在雷達上看他們高度是多少，
航管回答900 ft，而此時左右高度計分別為790 & 1040 ft。
機長接著指示副機長執行Memory Item Airspeed Unreliable，
副機長沒有回應。
過了幾秒，副機長問機長想要飛什麼高度，並且建議飛向跑道的downwind，
此建議被機長拒絕，並指示副機長向航管要求一個待命點待命。
於是副機長向航管要求一個待命點，並表示他們有"Flight control problem"。
航管事後表示只記得他們有回報飛操問題，沒有記得他們有要求待命點。
約10秒後，副機長問機長要不要收襟翼到1，機長同意。
接著機長要將控制交給副機長，但副機長表示"Standby"。
此時航管注意到他們的高度從1700下降到1600，於是詢問組員想要的高度。
左右高度計分別為1600 & 1950 ft
又過了約10秒，副機長建議機長將襟翼收到UP，機長同意。
副機長並詢問機長是否想要爬6000呎，機長說5000。
於是副機長跟航管要求5000呎，航管同意並請他們左轉到航向050。
左右速度計分別為235 & 251 kt
約10秒後，襟翼收完，自動的向下配平啟動約10秒，
水平尾翼的角度從6.1變成3.8。
8秒後，機長指示將襟翼從UP放回到1，接著使用手動電配平往上打了5秒，
角度從3.8慢慢回到4.7。
3秒後，出現一陣下降率3750fpm的下降，高度減少600呎。
接著襟翼到達1的位置，Sticker Shaker短暫停止。
此時左右攻角紀錄分別為+18° & -3°，
而飛機以3200fpm的速度下降。
接著，出現一波8秒的自動向下配平。
副機長問航管雷達上顯示他們的速度多少，
航管表示地速是322kt，同時間飛機上的低速警告"AIRSPEED LOW"響起。
左右空速計分別是306 & 318 kt
組員將襟翼選到5，機長又往上trim了大約5秒，
水平尾翼角度來到4.8。
接著左邊Stick Shaker又開始啟動，
飛機以1500fpm的速度爬升，俯仰角約為+3°。
此時機長的空速計上失速跟超速的紅黑bar連接在一起，
副機長的超速紅黑bar出現，底部是340kt。
機長命令"Memory item, memory item"
8秒後，副機長問是要做什麼memory item，機長回答"Check"
17秒後，副機長問"Flight control?" 機長回答"Yeah"
副機長開始翻QRH，10秒後說"Flight Control Low Pressure.."
左右高度計為 4110 & 4360 ft
副機長繼續翻了20秒，然後說"Feel Differential Pressure.."
機長此時指示副機長做Airspeed Unreliable
副機長繼續翻了25秒，然後表示他找不到Airspeed Unreliable在哪裡
左右高度計為4900 & 5200 ft，爬升率1600fpm
過了約20秒，航管指示左轉航向350，爬5000呎，副機長抄收，
然後襟翼又被從5收到1的位置。
副機長再次表示QRH裡面沒有Airspeed Unreliable，
然後襟翼被收到UP。
駕艙錄音器沒有錄到關於襟翼位置的討論。
過了幾秒，
也就是機長初次指示的3分40秒後、再次指示後的1分12秒後，
副機長找到了Airspeed Unreliable並開始念。
10秒後，MCAS啟動2秒，被機長的往上配平打斷，角度來到6.19。
接下來是機長與MCAS的對抗 (數字越小就是機鼻被壓越多)
往下6秒 -> 往上8秒 -> 6.27
往下7秒 -> 往上6秒 -> 5.59
往下4秒 -> 往上4秒 -> 5.6
往下3秒 -> 往上3秒 -> 5.0
往下3秒 -> 往上6秒 -> 5.83
這中間穿插著航管的航向指示，以及副機長在念程序
往下5秒 -> 往上6秒 -> 5.5
往下4秒 -> 往上7秒 -> 5.7
往下7秒 -> 往上7秒 -> 5.3
往下1秒 -> 往上3秒 -> 5.4
繼續穿插航管指示，以及副機長在念程序
往下4秒 -> 往上6秒 -> 5.7
往下6秒 -> 往上5秒 -> 5.0
往下7秒 -> 往上9秒 -> 5.4
左右高度計為 4770 & 5220 ft
往下4秒 -> 往上7秒 -> 5.6
往下6秒 -> 往上3秒 -> 4.5
副機長聯絡近進航管說有飛操問題，
航管給予航向指示並請他們預備跑道25L落地。
往下2秒 -> 往上6秒 -> 5.1
往下6秒 -> 往上9秒 -> 5.5
往下5秒 -> 往上3秒 -> 4.8
此時機長交控制權給副機長 (紀錄結束前約1分鐘)
往上3秒 -> 5.4
往下8秒 -> 往上1秒 -> 3.5
副機長表示控制很...
往下3秒 -> 往上1秒 -> 2.9
此時桿子上的重量是65lb (約30kg)
往上4秒 -> 3.4
往下8秒