アイドルにしたのに、燃料は減っていなかった——EC135の機内火災事故と、Vertical誌の良記事

Vertical Magazineに、読み応えのある事故解説が出ていました。

Pilots Who Ask Why: When Systems Fail（Jop Dingemans, Janine Lythe／2026年8月28日）

EC135の機内火災事故をNTSBの最終報告書から読み解いたものです。読みながら何度か手が止まったので、紹介します。

「Pilots Who Ask Why」は、著者らが手がけている「なぜを問うパイロット」というプロジェクトの名前で、Vertical誌での連載タイトルにもなっています。

何が起きたか #

項目	内容
発生	2023年8月28日 0844（現地時間）、フロリダ州ポンパノビーチ付近
機体	Eurocopter EC135 T1（N109BC、1999年製）／Turbomeca Arrius 2B1 ×2
運航	Broward County Sheriff’s Office、Part 135 エアメディカル
機長	総ヘリ3,895時間、うち同型式272時間
被害	フライトパラメディック1名とアパート住民1名が死亡、パラメディック1名重傷、機長軽傷
気象	良好（軽風、視程良好）

交通事故の傷病者を迎えに行く、通常のディスパッチでした。離陸から3分で制御を失っています。

3分間の連鎖 #

離陸67秒後。No.1エンジンの電子制御ユニットが、N1とN2の同時ダブル故障を記録します。

本来なら「FADEC FAIL」のカウションが出るはずでした。しかし機長は、警報を見た記憶も聞いた記憶もないと述べています。

この状態でFCU（燃料制御ユニット）は、そのときの燃料流量——123 l/h、上昇出力相当——で固着しました。

離陸90秒後、300〜400ft AGL。後方から「バン」という音。No.1エンジンのTOT（タービン出口温度）が上がっているものの、まだ限界内。機長はNo.1エンジンの「throttle」をアイドルにし、緊急事態を宣言して空港へ引き返します。

ここが、この事故のいちばん怖いところです。

NTSBはこう書いています。

setting the engine throttle to idle will have no effect on fuel flow, but rather the engine twist grip must be manipulated to manually control fuel flow to that engine.

FADEC FAIL状態では、throttleをアイドルにしても燃料流量は変わらない。減らすにはtwist gripを操作して手動で制御する必要があった——という趣旨です。

なぜ「アイドルにしたのに効かない」のか #

NTSBは「engine throttle」と「engine twist grip」を書き分けていますが、それぞれがEC135のどの操作かは報告書に書かれていません。ここは機体の作りを知らないと読み解けない部分です。

EC135のエンジン操作は、2系統あります。

操作	場所	何をするか
ENGメインスイッチ（OFF／IDLE／FLIGHT）	計器盤	FADECに対する指令
ツイストグリップ	コレクティブ（中央にデテント）	デテントから外すとFADECをバイパスして手動で燃料流量を制御（ENG MANUAL点灯）

NTSBの「throttle」は前者、「twist grip」は後者を指していると読むのが自然です。そう読むと、何が起きたかがはっきりします。

スイッチをIDLEにするのは、FADECに「アイドルにしろ」と指示する操作です。FADECが死んでいれば、指示を受け取る相手がいない。だから燃料流量は123 l/hのまま動きませんでした。

一方ツイストグリップは、FADECを介さずに燃料を物理的に絞ります。こちらなら効いたはずでした。

つまり「アイドルを選ぶ」操作が2つあり、片方はFADEC経由、もう片方はFADECを飛び越える。FADECが落ちた状況では、後者に切り替えなければならなかったということです。

同じ「IDLE」でも、指令なのか、物理的に絞る操作なのか。ここを区別できているかどうかが、この事故の分かれ目でした。

No.1エンジンの火災警報灯が点灯。機長は「消火ボタンを押した」と述べています。しかし事故後の調査では、ボタンの安全ワイヤーは切れておらず、押し込まれた変形もありませんでした。NTSBは「押していない可能性が高い」としています。

仮に押していても、消火系統はエンジン区画の中しか守りません。火はその外——排気付近の機体構造で燃えていました。

TOTは約1,000℃まで上昇（限界は895℃）。タービンブレード5枚が破断し、1,295℃超の過熱疲労と一致する状態でした。

1回目の「バン」から約90秒後、離陸から3分後。2回目の「バン」でテールブームが部分的に分離。フェネストロンが機能を失い、右回りのスピンに入って、平屋のアパートの屋根に激突しました。

NTSBの結論 #

エンジンファイアウォール外での飛行中火災。原因不明のNo.1エンジンの過熱に起因する可能性が高く、テールブームの部分分離をもたらした。

そして Findings は「Not determined」。過熱の原因は特定できていません。

NTSBは、No.1エンジンだけが過熱した説明として考えられるのはFOD（異物）、空気取入口の閉塞、高温ガスまたは可燃性流体の吸い込みのいずれかだとしつつ、機体が焼損したため確定できなかったとしています。

なお報告書は、FADEC故障による燃料流量の固着だけでは、オーバーテンプになるとは予想されないとも書いています。FADEC故障は連鎖の起点ではあっても、過熱そのものの原因ではないということです。

Vertical誌が挙げている5つの教訓 #

記事の後半が本題です。要約します。

1. すべての故障が本に載っているわけではない

EC135の火災警報システムは設計どおりに動いていました。ただ、エンジン区画の外の火災を検知する設計ではなかった。機体のシステムは、検知するよう設計されたものしか検知しない。

2. FADEC故障は人を欺く

双発ヘリのFADECは楽をさせてくれる——うまく動いている間は。通常の出力操作が期待どおりに効かなくなるという状態は、その場で気づくのが難しい。

3. 部品の配置が効いてくる

排気の近くに、ガラス繊維製のエアコンハウジングと複合材のテールブーム。どちらも1,000℃超に耐える認証はされていません。耐空性の基準は、部品の配置が生む二次的なリスクを必ずしも織り込んでいない、と指摘しています。

4. 不完全な情報下での意思決定は難しい

「野原に即座に降りるべきだったのでは」——後知恵ならそう言えます。しかし外部の火災を示すものは何もなく、片発が不調なだけに見えていた以上、空港へ引き返す判断は理解できる、としています。

5. 連鎖は見た目より長い

FADEC故障 → 過熱 → 区画外の火災 → 構造の損傷 → 操縦不能。どれか一つだけなら致命的ではなかったかもしれない。

ヘリ乗りとして持ち帰りたいこと #

3つ、書いておきます。

「操作したのに効いていない」を疑えるか #

いちばん刺さったのはここでした。アイドルにしたはずなのに、計器の数字が下がらない。このとき「計器がおかしい」と思うか、「操作が効いていない」と思うか。

FADEC機に乗っている以上、FADECが落ちたときに何が手動に落ちるのかは、頭に入れておく必要があります。EC135なら、計器盤のスイッチではなくコレクティブのツイストグリップをデテントから外す——それが「FADECを飛び越える」操作でした。

自分の機体で、FADECを介さずに燃料を絞れる操作はどれか。言えるかどうか、というのは今日できる確認です。

押したつもりで押していない #

消火ボタンの安全ワイヤーが切れていなかった、という事実は重いと思います。機長は嘘をついていません。ストレス下では「やった」という記憶が、実際の動作と乖離する。

だから声に出す、指で差す、相手に確認してもらう——ブリーフィングと相互確認の話が、ここに効いてきます。一人で乗っているときほど難しい話でもあります。

後付け装備の位置 #

エアコンのハウジングが排気の近くにあった。単体では認証を通っている部品が、組み合わせと配置で新しい弱点を作る。

日本のヘリも、ホイスト、カメラ、医療機材、外部スピーカーと、後付け装備は多いはずです。「この装備、排気やタービンの近くにないか」という目で自分の機体を見たことがあるか。私はありませんでした。

EC135のどの型式か #

先日、型式の見分け方の記事を書いたばかりなので触れておくと、この事故機はEC135 T1、エンジンはTurbomeca Arrius 2B1です。

EC135にはT系（Arrius）とP系（PW206/207）があり、エンジンメーカーが違います。FADECの挙動や故障モードを他人事でないと考えるなら、まず自分の機体がどちらの系統かを確認するところからでしょう。1999年製の初期型T1という点も、読むときに押さえておきたいところです。

記事について #

無料で読めます。読了12分と表示されていますが、NTSB報告書を読み解く構成なので、そのぶんの密度があります。

Pilots Who Ask Why: When Systems Fail

同じ連載には、2020年のS-76事故（VFRからIIMCへ）や2017年のLAFD AW139事故を扱った回もあります。

NTSB最終報告書（ERA23FA352）も9ページと短いので、併せて読むと事実関係がはっきりします。

まとめ #

Vertical Magazineの連載「Pilots Who Ask Why」が、2023年8月のEC135 T1機内火災事故（フロリダ州ポンパノビーチ）を解説。
離陸67秒後にNo.1エンジンのFADECがダブルN1/N2故障。「FADEC FAIL」カウションが出るはずだったが、機長は認識していない。FCUは123 l/h（上昇出力相当）で固着。
「throttle」をアイドルにしても燃料流量は変わらない。手動で減らすにはtwist gripの操作が必要だった。EC135のエンジン操作はENGメインスイッチ（FADECへの指令）とツイストグリップ（FADECをバイパスして手動制御）の2系統で、FADECが落ちた状況では後者に切り替える必要があった。
火災ボタンは安全ワイヤーが切れておらず、押されていなかった可能性が高い。仮に押しても消火系統はエンジン区画内のみ。
TOTは約1,000℃（限界895℃）。タービンブレードは1,295℃超の過熱疲労。排気付近のガラス繊維製エアコンハウジングと複合材テールブームは1,000℃超の耐性を認証されていない。
離陸3分後、テールブームが部分分離して右スピン。アパートに激突し、パラメディック1名と住民1名が死亡。
NTSBの推定原因は「ファイアウォール外での飛行中火災」。過熱の原因は特定されず（Findings: Not determined）。FADEC故障だけでは過熱は説明できないとも記載。
教訓は5点。設計外の故障／FADECの欺き／部品配置／不完全情報下の判断／連鎖の長さ。
事故機はEC135 T1・Arrius 2B1。EC135のT系とP系ではエンジンが違う。