Betaflightファームウェアを安全にアップデートする方法｜バックアップから動作確認まで迷わず進められる！

Betaflightのファームウェアをアップデートしたいものの、設定が消えるのではないか、フライトコントローラーに合わないファームウェアを書き込んで壊してしまわないか、更新後に受信機やモーターが動かなくならないかと不安を感じている人は少なくありません。

Betaflightの更新作業は、正しいターゲットを確認し、現在の設定を複数の方法で保存してから、公式のBetaflight Appで安定版を選んで書き込めば、初心者でも順序立てて進められます。

ただし、ファームウェアを書き込むとフライトコントローラー内の設定が消去されるため、バックアップを取らずに更新したり、異なるバージョンの設定をそのまま一括復元したりすると、飛行できないだけでなく、モーター方向やフェイルセーフなどの安全に関わる設定を誤るおそれがあります。

特に完成機はメーカー独自のポート設定、ボードアライメント、モーターリソース、VTXテーブル、PID、フィルターなどが登録されている場合があるため、購入時の状態を記録せずに最新ファームウェアへ変更するのは避けるべきです。

ここでは、Betaflightファームウェアのアップデート方法を、準備、バックアップ、ターゲット確認、バージョン選択、クラウドビルド、書き込み、設定復元、更新後の安全確認まで一つずつ整理し、DFUモードに入れない場合や接続できない場合の対処法も含めて紹介します。

Betaflightファームウェアを安全にアップデートする方法

Betaflightファームウェアの基本的な更新手順は、プロペラを外し、現在の機体情報と設定を保存し、公式Betaflight AppのFirmware Flasherで正しいターゲットと安定版を選び、必要な機能を含めてビルドした後に書き込む流れです。

書き込みが完了したら、保存していた設定を機械的にすべて流し込むのではなく、ポート、受信機、モード、モーター、OSD、VTX、フェイルセーフなどを項目ごとに確認しながら再設定します。

作業中はバッテリーを外し、モーターを回す確認が必要な場面でも必ずプロペラを外したままにし、更新直後の初飛行は人や建物から離れた安全な場所で低高度から行うことが重要です。

必要なものを準備する

更新を始める前に、パソコンまたは対応端末、データ通信に対応したUSBケーブル、インターネット接続、現在の設定を保存するフォルダー、機体やフライトコントローラーの製品情報を用意し、作業中にケーブルが抜けない安定した机の上へ機体を置きます。

USBケーブルには充電専用でデータ通信ができない製品もあるため、Betaflight Appで接続できないときはドライバーを疑う前に、スマートフォンのデータ転送などで使用実績のある短く品質のよいケーブルへ交換するのが効果的です。

• 公式Betaflight App
• データ通信対応USBケーブル
• 安定したインターネット回線
• バックアップ保存用フォルダー
• FCの製品名と配線図
• 小型工具とBOOTボタン位置の資料

機体はバッテリーを接続せず、プロペラをすべて取り外した状態にし、USB給電だけでは受信機やGPSなどが起動しない構成の場合も、バックアップ段階で不用意にLiPoバッテリーを接続しないように電源条件を事前に確認します。

オンライン版の公式Betaflight AppはPWAとして提供されており、対応ブラウザーから使用できますが、ブラウザーやOSによってUSB接続条件が異なるため、接続できない場合に備えて公式リリースからスタンドアロン版を利用する選択肢も把握しておくと安心です。

現在の機体情報を記録する

最初に通常どおりフライトコントローラーをBetaflight Appへ接続し、画面上部やCLIのversionコマンドで現在のファームウェアバージョンを確認し、CLIのstatusコマンドで認識されているジャイロ、CPU、ターゲット、負荷、アーミング無効理由などを記録します。

完成機や譲り受けた機体では搭載されているFCの販売名とBetaflight上のターゲット名が一致しないことがあり、外観だけでターゲットを推測すると似た基板用のファームウェアを選ぶ危険があるため、更新前にアプリが表示する名称、CLI出力、メーカーの配線図を照合する必要があります。

設定画面はPorts、Configuration、Receiver、Modes、Motors、OSD、Video Transmitter、Failsafe、PID Tuningの順にスクリーンショットを保存し、GPS、LED、サーボ、ソフトシリアル、カスタムミキサーを使用している場合は該当画面も追加します。

更新後に問題が起きたときは、元のバージョン、ターゲット、配線、設定のどこが変わったかを比較できる資料が復旧の手掛かりになるため、ファイル名には機体名、更新前バージョン、保存日を含めて別の機体のバックアップと混同しないように管理します。

CLIとアプリでバックアップする

バックアップは一つの方法だけに依存せず、Betaflight Appのバックアップ機能、CLIのdiff all、必要に応じたdump all、各設定画面のスクリーンショットを組み合わせ、設定値だけでなく画面上で理解しやすい状態も残すのが安全です。

CLIタブでdiff allを実行すると、全プロファイルを含む初期値から変更された設定を確認できるため、出力された内容を最後まで選択してテキストファイルへ保存し、同じ画面でversionとstatusの結果も別途保存しておきます。

dump allは初期値を含めた大量の設定を記録する用途に向きますが、異なるバージョンへ全文を貼り付けるためのファイルではなく、失われた設定を調べたり、同じバージョンへ戻したりするときの参照資料として扱うことが大切です。

Betaflightはバージョンによって設定名、初期値、指定可能な範囲、内部構造が変わるため、旧バージョンのdiffやdumpを新バージョンへ無条件で貼り付けると、エラーが表示されるだけでなく、一部だけが適用されて不整合が残る可能性があります。

更新後は保存ファイルを見ながら必要な項目を手動で戻すか、同一ポイントリリース間など互換性を判断できる場合に限って部分的に適用し、CLIへ貼り付けた後もエラー表示の有無と各タブの内容を必ず確認します。

フライトコントローラーのターゲットを確認する

ファームウェアターゲットはフライトコントローラーごとに用意されたハードウェア定義であり、CPUの種類が同じでもジャイロ、フラッシュメモリー、ピン割り当て、USB、モーター出力などの構成が異なるため、似た名称を選べば代用できるものではありません。

通常は機体を接続した状態でFirmware Flasherを開き、Auto-detectを使用して表示されたターゲット名を確認しますが、自動検出結果だけで確定せず、更新前に保存したCLI情報やFCメーカーの公式資料と一致しているかを確かめます。

すでにファームウェアが壊れて通常接続できない場合は自動検出が利用できないことがあるため、基板に印刷された型番、購入履歴、製品ページ、配線図、旧バックアップ内のboard_nameやmanufacturer_idなどを手掛かりに正しいターゲットを特定します。

完成機ではFC単体の一般的なターゲットではなく、機体メーカー向けの専用ターゲットや設定ファイルが使われている場合もあり、メーカーが配布するCLI設定や推奨ファームウェアがあるときは、Betaflightの一覧で似た名称を独自に選ぶより公式手順を優先します。

ターゲットを誤ると書き込み自体が完了してもジャイロが認識されない、USB接続が不安定になる、モーター番号が変わる、OSDやフラッシュが使用できないなどの症状が出るため、選択画面で一文字ずつ確認してから次へ進みます。

安定版のバージョンを選ぶ

普段飛ばす機体ではRelease CandidateやDevelopmentではなく、正式公開された安定版を選ぶのが基本であり、新機能を試す目的がない限りExpert Modeやリリース候補の表示を有効にする必要はありません。

2026年6月19日時点では、公式GitHubのBetaflightファームウェア一覧で2025.12.4が最新安定版として公開されていますが、最新番号は今後変わるため、実際の作業時には公式リリース情報と対象FCの対応状況を確認してください。

最新安定版であっても、すべての機体で更新が必須という意味ではなく、現在の構成が安定して飛行しており、必要な修正や機能がない場合は、リリースノートと既知の問題を確認して更新を見送る判断も合理的です。

特に購入済み完成機は、メーカーが検証したバージョンとプリセットで出荷されていることがあり、メジャーバージョンをまたぐ更新ではボードアライメント、GPS関連、PID、フィルター、OSD、受信機などの仕様差が大きくなる可能性があります。

アップデートの目的を不具合修正、対応機器の追加、安全性向上、新機能の利用などに明確化し、必要な変更が含まれる安定版を選べば、単に数字が新しいという理由だけで環境を変えてトラブルを増やす失敗を避けられます。

ビルド機能を正しく選ぶ

Betaflight 4.4以降のFirmware Flasherでは、ターゲットとバージョンに加えて受信機プロトコルや必要な機能を選択し、オンラインで機体向けのカスタムファームウェアをビルドしてから書き込む方式が使われています。

Radio Protocolでは、ExpressLRSやTBS Crossfireなら一般にCRSF、ImmersionRC GhostならGHST、構成に応じてSBUSやFPORTなどを選び、SPI受信機を搭載したAIO基板ではメーカー資料と既存設定を参照して適合する方式を判断します。

必要な機能を外すと更新後の画面から設定項目が消えたり周辺機器が動作しなくなったりする一方、用途を理解せず多数の機能を追加すると容量や構成が複雑になるため、更新前に実際に使っていた機能だけを選ぶのが基本です。

Custom Definesや特定のPull Requestを指定する項目は開発や検証を行う上級者向けであり、メーカーから明確な指定を受けている場合を除いて空欄にし、通常利用では公式ターゲットの定義と標準選択肢を優先します。

オンラインで読み込んで書き込む

ターゲット、安定版、受信機方式、追加機能を確認したらLoad Firmware Onlineを選び、オンラインビルドが完了してファームウェアが読み込まれるまで、ブラウザーを閉じたりUSBケーブルを抜いたりせずに待ちます。

ビルド後は画面内のターゲット名とバージョンをもう一度確認し、Flash Firmwareを実行しますが、書き込みを開始すると以前の設定が消去されるため、バックアップ保存を促す画面が表示された場合も省略せずファイルを保存します。

Full chip eraseは新しい設定構造を初期状態から作るために通常有効のまま使用し、設定を残せそうだからという理由で無効にすると、旧ファームウェアの不適切な値を新ファームウェアが読み込んで予測できない動作を招く可能性があります。

進行表示が消去、書き込み、検証の順に進んで完了するまではFCへ触れず、パソコンのスリープ、USBハブの電源切れ、端子の接触不良が起きないようにし、ノートパソコンでは十分なバッテリー残量を確保します。

正常に再起動しない場合でも慌てて別ターゲットを書き込まず、ケーブルを抜いて再接続し、DFUとして認識されているか、通常のシリアルポートとして認識されているかを確認したうえで、同じ正しいターゲットを使って復旧を試します。

再接続して設定を作り直す

書き込み完了後にFCを再接続すると、初期設定の適用やカスタムデフォルトを尋ねられる場合があるため、メーカー専用設定が含まれる完成機では表示内容を読み、メーカーの更新手順と矛盾しない選択を行います。

最初にSetup画面で機体モデルを手で傾け、実機と画面上の動きがロール、ピッチ、ヨーのすべてで一致するかを確認し、水平な場所で加速度センサーをキャリブレーションしてから、PortsとReceiverを設定します。

続いてModes、Motors、OSD、Video Transmitter、Failsafe、Power and Battery、PID Tuningの順にバックアップと比較し、GPS、コンパス、LED、サーボ、ブザー、ブラックボックスなどの追加機能も実機の構成に合わせて戻します。

異なるメジャーバージョン間では旧diffの一括貼り付けを避け、ポート、AUXモード、VTXテーブルなど比較的内容を判断しやすい部分を選択的に復元し、PIDやフィルターは新バージョンの初期値や対応プリセットを基準に再構成します。

設定を保存するたびに再接続して値が残っていることを確かめ、アーミング、受信機、モーター、フェイルセーフを机上で検証し終わるまで、プロペラを取り付けたり屋外で離陸させたりしないことが安全な更新作業の仕上げになります。

アップデート前のバックアップで残す設定

Betaflightのバックアップは、更新後に元の状態へ戻すためだけでなく、機体に何が設定されていたかを理解し、バージョン変更によって項目名や初期値が変わったときに正しい設定を選び直すための資料になります。

CLIファイルだけでは画面上のスイッチ範囲やOSD配置を直感的に確認しにくく、スクリーンショットだけでは細かなCLI設定や全PIDプロファイルを残せないため、複数の形式で保存することが重要です。

バックアップは機体ごとにフォルダーを分け、ファームウェアのバージョン、ターゲット、保存日、受信機方式、主要な搭載機器が分かる名前を付け、クラウドストレージなど別の場所にも複製しておくと紛失を防げます。

CLIで保存する範囲

CLIではversion、status、diff all、dump allをそれぞれ実行し、出力を個別のテキストファイルとして保存すると、ファームウェア情報、認識ハードウェア、変更設定、全設定値を異なる視点から参照できます。

diffだけでは現在選択されている一部プロファイルしか含まれないバージョンや状況があるため、複数のPIDプロファイルやレートプロファイルを使っている機体ではdiff allを基本とし、保存後にファイル末尾まで出力が入っているか確認します。

保存したCLI出力には受信機設定やVTX情報などが含まれる可能性があるため、不特定多数が閲覧できる場所へそのまま掲載せず、サポートを受ける目的で共有するときも内容を確認して必要な範囲だけを提示します。

dump allやdiff allは万能な復元ファイルではなく、バージョン間でコマンドや有効範囲が変わることを前提とした参照資料なので、更新後に全文を貼り付けてエラーがなかったから安全だと判断しないことが大切です。

設定画面を画像で残す

画面のスクリーンショットは、CLIの文字列だけでは把握しづらいAUXチャンネルの有効範囲、OSD要素の配置、ポートの役割、PIDスライダー、レートカーブなどを視覚的に復元するために役立ちます。

一枚の画像にすべてを収めようとすると下部の項目が欠けやすいため、スクロールが必要な画面は上部と下部を分けて撮影し、ドロップダウンやプロファイル番号が読める解像度のまま保存します。

• Setupの機体向き
• PortsのUART割り当て
• Configurationの主要設定
• Receiverの方式とチャンネル順
• ModesのAUX範囲
• PIDとRatesの全プロファイル
• Motorsの番号と方向
• OSDの要素配置
• VTXテーブルと出力
• Failsafeの動作

受信機画面は送信機のスティックとスイッチを動かした状態も記録すると、更新後にチャンネルマップ、センター値、エンドポイント、AUX番号が変わっていないかを比較しやすくなります。

スクリーンショットのファイル名には画面名とプロファイル番号を入れ、同じ設定タブを複数撮影した場合でも順序が分かるように連番を付ければ、更新後の確認作業で画像を探す時間を減らせます。

復元は項目ごとに行う

更新後の復元では、まずFCが正常に認識されて姿勢表示が正しく動くことを確かめ、次にPorts、受信機、Modes、モーター、フェイルセーフという飛行の成立と安全に直結する項目から設定します。

OSDの配置、LEDの色、ブザー音、ブラックボックス記録などは基本動作を確認してから戻すと、問題が起きたときに原因となる設定を絞り込みやすくなり、一度に大量の設定を変更して接続不能になるリスクも抑えられます。

旧バージョンのPIDやフィルターをそのまま移すのではなく、新バージョンのリリースノートや推奨プリセットを確認し、機体サイズ、モーター、プロペラ、バッテリー、飛ばし方に適した初期状態から必要な部分だけ調整します。

設定を数項目変更するたびに保存して再接続し、CLIにエラーが出ていないか、画面へ値が反映されているか、CPU負荷やセンサー状態に異常がないかを確認すれば、どの操作が問題を生じさせたか追跡できます。

元の飛行感覚を再現することだけを目標にせず、更新によって安全機能や初期値が改善されている可能性も考慮し、旧設定と新設定の違いを理解しながら再構築することが安定した機体につながります。

DFUモードに入れないときの対処法

Betaflightファームウェアの書き込みが始まらない場合は、ファームウェアそのものより、USBケーブル、USBポート、ブラウザーの接続権限、通常モードからDFUへの移行、OS側のデバイス認識が原因になっているケースが多くあります。

やみくもにドライバーを追加したり別ターゲットを書き込んだりせず、通常接続できるか、DFU表示が出るか、デバイスマネージャーなどでFCが認識されるかを順番に確認します。

復旧作業中もプロペラを外し、FCのBOOTボタンやBOOTパッドを操作するときは、金属工具で周囲の部品を短絡させないように注意し、メーカーの基板図で位置と操作方法を確認してください。

症状から原因を切り分ける

接続トラブルを解決するには、Betaflight Appにポートが表示されないのか、通常接続はできるが再起動後にDFUへ入れないのか、DFUには入るが書き込みが途中で止まるのかを区別する必要があります。

FCのLEDが点灯するだけではデータ通信が成立しているとは限らず、充電専用ケーブルでも電源は供給されるため、最初に通信実績のある別ケーブルとパソコン本体の別USBポートを試すのが効率的です。

USBハブ、延長ケーブル、変換アダプターは環境によって必要になる場合もありますが、電力や通信の不安定要因にもなるため、切り分け時は可能な限りパソコン本体へ直接接続します。

受信機、GPS、VTXなどの周辺機器がUARTや電源へ影響してブートローダー移行を妨げる特殊なケースもあるため、通常の対処で改善しない場合は配線図を確認し、必要に応じてメーカーサポートへ相談します。

USB接続環境を見直す

オンライン版Betaflight Appを使う場合は対応ブラウザーで開き、USBデバイスの選択画面が表示されたら対象のフライトコントローラーを選び、ほかのBetaflight App、シリアルモニター、ESC設定ツールなどFCを使用するソフトを閉じます。

同じシリアルポートを別のアプリが開いていると接続できないため、ブラウザーの別タブも含めて閉じ、ケーブルを抜いて数秒後に再接続してからBetaflight Appだけを起動します。

• データ対応ケーブルへ交換
• パソコン本体へ直接接続
• 別のUSBポートを使用
• 競合するアプリを終了
• ブラウザー権限を再確認
• パソコンを再起動
• ほかのUSB機器を外す

WindowsでDFUデバイスが正しく認識されない古い環境ではZadigやドライバー修復ツールが使われることもありますが、誤ったデバイスへドライバーを適用するとキーボードやほかのUSB機器へ影響するため、対象名を確認できない状態で操作してはいけません。

OSやアプリの更新により必要な手順が変わる可能性があるため、古い動画だけを参考にせず、現在の公式Firmware Flasher資料と使用しているOS向けの案内を確認することが安全です。

BOOTボタンで復旧する

通常接続できる場合はSetup画面のブートローダー移行機能やCLIのblコマンドでDFUへ再起動できますが、ファームウェアが破損して通常接続できない場合はFC上のBOOTボタンまたはBOOTパッドを使用します。

一般的にはUSBケーブルを抜いた状態でBOOTボタンを押し続け、そのままUSBを接続してからボタンを離しますが、製品によってボタン位置や手順が異なるため、メーカー資料を確認して無理な力を加えないようにします。

DFUとして認識されたらFirmware Flasherで正しいターゲットと安定版を選び、すでにDFUへ入っている場合はNo reboot sequenceを使用して書き込みを行い、ターゲットを自動検出できない場合は保存済みの情報から手動で選択します。

書き込みが成功した後に通常ポートへ戻らないときは、USBを抜いて再接続し、それでも改善しなければ同じターゲットで再度フル消去を伴う書き込みを試しますが、異なるターゲットを順番に試す方法は状態を悪化させるため避けます。

BOOTボタンが破損している、パッドが小さく短絡操作が難しい、周辺機器を外す必要があるなどの状況では、基板を損傷する前に販売店や製造元へ相談し、はんだ付け経験がない人が通電中の基板へ工具を当てないことが重要です。

更新後の安全確認で見るポイント

ファームウェアの書き込みが成功してBetaflight Appへ接続できても、その時点で機体が安全に飛べるとは限らず、センサー、受信機、モーター、モード、フェイルセーフの確認が終わるまで更新作業は完了していません。

特にボードアライメントやモーター順序を誤ると離陸直後に機体が反転し、受信機やフェイルセーフを誤ると操縦不能になる可能性があるため、プロペラを外した机上確認を段階的に行います。

確認項目を記録しながら一つずつ合格させ、異常が見つかった場合は複数の設定を同時に変更せず、原因となる項目を特定してから修正することが復旧を早めます。

机上で基本動作を確認する

最初にSetup画面の機体モデルが実機と同じ方向へ動くかを確認し、前方へ傾けたときに画面上でも前方へ傾き、右へ倒したときに右へ倒れ、機体を時計回りに回したときにヨー表示も同じ向きへ動くことを確かめます。

Receiver画面ではロール、ピッチ、ヨー、スロットルが正しいチャンネルへ割り当てられ、スティック中央がほぼ中央値になり、最小値と最大値が適切な範囲へ届き、送信機の各スイッチが予定したAUXチャンネルを動かすか確認します。

• 機体姿勢の方向
• 加速度センサー校正
• 受信機チャンネル順
• スティックの範囲
• アームスイッチ
• 飛行モード
• ブザー
• GPS認識
• OSD表示
• バッテリー電圧

Modes画面ではARM、ANGLE、HORIZON、BEEPER、FLIP OVER AFTER CRASH、GPS関連など使用する機能が正しいスイッチ位置で有効になり、意図しないモードが範囲の重なりによって同時に入らないことを確認します。

最後に送信機の電源を切ったときの受信機表示とフェイルセーフ動作をプロペラなしで検証し、信号喪失時にスロットル値が保持されたり予期しないチャンネル値が送られたりしないことを確かめます。

モーターの順序を確認する

モーター確認は最も危険を伴うため、プロペラが四枚とも完全に外れていることを目視し、機体を安定した場所へ置き、周囲にケーブルや工具がない状態でMotors画面の安全確認に同意します。

個別のモータースライダーを低い値から少しだけ上げ、画面で選んだ番号と実際に回るモーターの位置が一致するかを一台ずつ確認し、同時に回転方向が設定図と一致しているかを目視または方向確認用の方法で調べます。

モーター番号が違う場合は、ESC設定ツールで回転方向だけを変更して解決しようとせず、FCのモーター出力、リソース、ミキサー、ESC接続順を確認し、機体形式に合った配置へ修正します。

番号と方向が正しくても、プロペラを裏返して付けたり左右の種類を入れ替えたりすると離陸できないため、最終的にプロペラを取り付ける際はモーターの回転方向とプロペラが空気を下へ送る向きを一枚ずつ確認します。

初飛行は低高度で行う

机上確認をすべて終えたら、広く人のいない飛行可能な場所を選び、機体を目視できる距離に置き、最初はホバリングできる最低限の高度で姿勢、振動、操作方向、モーター音を確認します。

初回から高速飛行、急旋回、フルスロットル、長距離飛行、GPS Rescueの実地作動などを試すのではなく、短時間の離陸と着陸を行い、モーターやESCの温度、ネジの緩み、バッテリー電圧、ブラックボックスの異常を確認します。

機体が傾く、細かく震える、モーターが過熱する、スロットルを下げても浮き続ける、OSDの姿勢や電圧が不自然などの異常があれば直ちに着陸し、設定を変更する前に更新前の資料と現在値を比較します。

PIDやフィルターを調整する場合も、一度に複数の数値を大きく変更せず、公式プリセットや対象バージョン向けの推奨値を基準に一項目ずつ変更し、毎回モーター温度と飛行挙動を確認します。

安全な短時間飛行を複数回行い、受信機リンク、映像、GPS、フェイルセーフ、バッテリー警告、飛行時間などに問題がないことを確認してから、通常の飛行範囲へ段階的に戻します。

正しい準備でBetaflightの更新を完了させよう

Betaflightファームウェアのアップデートは、公式Betaflight Appで新しいバージョンを選んで書き込むだけの作業ではなく、現在のターゲットと設定を記録し、機体に必要な機能を把握し、更新後に安全項目を再確認するまでを含む一連の整備作業です。

作業前には必ずプロペラを外し、version、status、diff all、dump all、各設定画面のスクリーンショットを保存し、FCの製品名、ターゲット、元のファームウェアバージョンが分かる状態を作ってください。

書き込み時は正しいターゲット、正式な安定版、受信機プロトコル、OSD、VTX、GPSなどの必要機能を確認し、通常はFull chip eraseを有効にしたままオンラインビルドとフラッシュを行います。

更新後は旧設定を無条件で一括復元せず、姿勢、ポート、受信機、モード、モーター番号、回転方向、フェイルセーフを優先して再設定し、OSDやPIDなどを段階的に戻すことで、設定の不整合や原因不明のトラブルを避けやすくなります。

接続やDFU移行でつまずいた場合も、USBケーブル、ポート、アプリの競合、BOOT操作を順番に切り分け、正しいターゲットを維持したまま復旧すれば、安全性を保ちながらBetaflightの新しい機能や修正を機体へ取り入れられます。