ELRSでバインディングできないときの解決手順｜LED状態から原因を切り分けよう！

ELRS対応の送信機と受信機を用意したものの、何度バインド操作をしても接続されず、受信機のLEDが点滅したまま変化しないと悩むケースは少なくありません。

ELRSでバインディングできない原因は、単純な操作ミスだけではなく、送信側と受信側のファームウェア、バインディングフレーズ、周波数帯、リージョン設定、プロポのRF設定、受信機の起動状態など複数の条件に分かれます。

特にExpressLRSでは、送信機と受信機の設定が一つ違うだけでも接続できないため、手当たり次第に電源を入れ直すより、LEDの点滅パターンと各機器の設定を順番に確認したほうが早く原因へたどり着けます。

また、バインドできていない状態と、すでに無線接続は成立しているもののモデルマッチやフライトコントローラー設定の問題でスティック入力が反映されない状態は、切り分けて考える必要があります。

ここではELRSのバインドが成立する条件、受信機LEDの読み方、バインディングフレーズを使う方法、手動バインドの手順、送信機側と受信機側の確認項目、ファームウェアを書き直す場合の注意点まで、初めて設定する人にも判断しやすい順番で説明します。

ELRSでバインディングできないときの解決手順

ELRSがつながらないときは、最初に受信機のLEDを確認し、その後で送信機と受信機のファームウェア、周波数帯、バインディングフレーズ、プロポのRF設定という順番で調べると、無関係な設定を何度も変更せずに済みます。

ExpressLRSのバインドは、送信機側のTXモジュールと受信機側のRXが互いに認識できる条件をそろえる作業であり、BetaflightのUART設定やチャンネルマップを変更するだけでは解決しません。

プロペラを外した安全な状態で機体とプロポを机上に置き、現在の設定を記録してから一項目ずつ確認すると、変更した場所が分からなくなる失敗を防げます。

最初に症状を分類する

最初に確認したいのは、本当に無線バインドが成立していないのか、それとも無線接続後の設定で止まっているのかという点です。

受信機LEDが低速で点滅し続け、送信機のExpressLRS Luaスクリプト右上に接続を示す表示が出ない場合は、送信機と受信機が同期していない可能性が高いため、ファームウェアやバインディングフレーズから確認します。

一方で受信機LEDが点灯状態になり、Luaスクリプトにも接続状態が表示されているのにBetaflightの受信機タブでバーが動かない場合は、バインディングではなく配線、UART、Serial RX、受信プロトコルなどが原因です。

LEDが3回点滅して停止する動きを繰り返す場合はモデルマッチの不一致が疑われるため、通常のバインド操作を何度繰り返してもスティック入力の問題は解消しません。

• LEDが低速点滅：送信機との接続待ち
• LEDが2回点滅：バインドモード
• LEDが3回点滅：モデルマッチ不一致
• LEDが点灯：接続済みまたはブートローダー
• LEDが高速点滅：Wi-Fiモード

現在の状態を分類せずにファームウェアを書き換えると、正常だった部分まで変えてしまうため、まずLEDとLuaスクリプトの表示を組み合わせて判断することが大切です。

受信機LEDの点滅を確認する

ExpressLRS受信機のLEDは、接続待ち、バインドモード、モデルマッチ不一致、Wi-Fiモード、無線チップの異常などを点滅パターンで知らせます。

一般的な単色LED受信機では、約500ミリ秒間隔のゆっくりした点滅が送信機との接続待ち、素早い2回点滅と停止の繰り返しがバインドモード、3回点滅と停止の繰り返しがモデルマッチ不一致を示します。

RGB LEDを搭載した製品では色も状態判断に使われるため、製品固有の説明書とExpressLRS公式のLED Statusを確認し、単色LEDの判断をそのまま当てはめないようにします。

送信機の電源を切っているのに受信機LEDが点灯したままの場合は接続済みとは考えにくく、受信機がブートローダーモードへ入っている可能性があるため、フライトコントローラーとの信号線を外した状態も試す必要があります。

ファームウェアのメジャーバージョンをそろえる

ELRSでバインディングできない原因として非常に多いのが、送信機と受信機でExpressLRSファームウェアのメジャーバージョンが異なっている状態です。

ExpressLRSではバージョン番号の先頭が互換性判断の重要な基準となり、送信機が3系で受信機も3系であれば異なるマイナーバージョン間で接続できる場合がありますが、送信機が3系で受信機が2系という組み合わせでは基本的に同期できません。

バージョン確認ではプロポ本体のEdgeTXバージョンではなく、内蔵または外付けTXモジュールに書き込まれているExpressLRSのバージョンと、受信機側に書き込まれているExpressLRSのバージョンを比較します。

中古受信機、長期間保管していた受信機、BNF機に搭載された受信機、別の所有者が設定した機体は古いバージョンのまま残っていることがあるため、新しいプロポと組み合わせる際は特に注意が必要です。

バージョンが不明なときはWi-Fi Web UIやExpressLRS Configuratorを利用して情報を確認し、両方を同じメジャーバージョンへ更新してから、バインディングフレーズも同じ内容に設定すると切り分けやすくなります。

バインディングフレーズを一致させる

バインディングフレーズを利用する場合は、送信機側TXモジュールと受信機側RXへ同じ文字列を設定するだけで、通常は電源投入後に自動的な接続が行われます。

文字列は見た目が似ていても、大文字と小文字、数字、入力位置、不要な空白などが異なれば同じ設定として扱われないため、記憶を頼りに入力せず、同じ文字列をコピーして両方へ設定する方法が確実です。

ExpressLRS Configuratorでファームウェアを作成するときにフレーズを入力できるほか、対応するファームウェアではWi-Fi Web UIからBinding PhraseまたはBinding UIDを更新できます。

誰でも思いつく短い文字列を複数の機体で共用すると、飛行場所で別の利用者と偶然一致する可能性があるため、自分だけが管理できる十分に固有な英数字を選びます。

フレーズ方式と手動バインドを混在させると現在どの情報で接続しているのか分かりにくくなるため、複数の機体を所有する場合は基本的にフレーズ方式へ統一し、設定内容を記録しておくと再設定が容易です。

手動バインドを正しい手順で行う

バインディングフレーズを使用しない場合や、既存の設定が分からない受信機を接続する場合は、受信機をバインドモードへ入れてから送信機側のBind操作を実行します。

一般的な方法では送信機を一度切り、受信機へ電源を入れてLEDが点灯した直後から2秒以内に電源を切る操作を3回行い、受信機LEDが素早い2回点滅と停止を繰り返す状態へ変わったことを確認します。

受信機がバインドモードになったら送信機を起動し、ExpressLRS Luaスクリプトを開いてBindを実行し、受信機LEDが接続状態へ変化するか確認します。

ExpressLRS 3.4.0以降の対応受信機では、3回の電源操作に加えて、受信機のボタンを約1.5秒押す方法や、対応するBetaflight環境からBind Receiverを実行する方法も用意されています。

Betaflightから受信機をバインドモードへ移行させる方法は、フライトコントローラーがBetaflight 4.5.0以降で、対応するBetaflight Configuratorを使っている場合に限られるため、古い環境でボタンを探し続けないよう注意が必要です。

詳しい手順はExpressLRS公式のBinding ExpressLRSで確認できるため、受信機のファームウェア世代に合った方法を選びます。

周波数帯を確認する

ExpressLRSという名称が同じでも、2.4GHz用の送信モジュールと900MHz帯用の受信機を相互にバインドすることはできません。

外観が似ている製品では、アンテナ形状や製品名だけで周波数帯を判断しにくいため、TXモジュールと受信機のラベル、購入履歴、メーカーの商品ページ、Configuratorで選択したデバイスターゲットを確認します。

900MHz帯の製品には地域によって868MHzや915MHzなどの運用区分があり、送信側と受信側で異なるRegulatory Domainを選択すると、使用する周波数や通信条件が一致せず接続できない原因になります。

2.4GHz機でもISM 2400とEU CE 2400などの設定が用意されているため、送信側と受信側を同じ地域設定にそろえたうえで、実際に使用する国や地域の電波法に適合する設定を選ばなければなりません。

接続確認だけを目的に不適切なリージョンや高出力設定へ変更するのではなく、使用地域に対応した設定を両方へ正しく書き込むことが、安全面と法令順守の両方で重要です。

プロポのRF設定を見直す

送信モジュールが正常でも、プロポのモデル設定でRF出力が無効になっていたり、CRSF以外のプロトコルが選ばれていたりすると、送信側からバインド信号を出せません。

外付けELRSモジュールを使用する場合は、通常はInternal RFをOffにしてExternal RFをCRSFへ設定し、内蔵ELRSを使用する場合はInternal RFをCRSFへ設定してExternal RFをOffにします。

プロポに内蔵ELRSと外付けELRSの両方がある環境では、使用するモジュールを取り違えやすく、Luaスクリプトを開けても意図したモジュールへ指示が届いていない場合があります。

ExpressLRS LuaスクリプトがLoadingのまま進まない場合は受信機とのバインド以前に、プロポとTXモジュール間のCRSF通信、モジュール電源、EdgeTXのハードウェア設定、ボーレートなどを確認します。

外付けモジュールではモジュールベイへ最後まで差し込まれているか、端子が曲がっていないか、必要な電源が供給されているかも確認し、アンテナを取り付けない状態で送信しないようにします。

モデルマッチとSPI受信機を区別する

受信機LEDが3回点滅して停止する動きを繰り返す場合は、送信機と受信機が無線的には認識し合っているものの、Model Matchの番号が一致していない可能性があります。

この状態は通常の意味でのバインド失敗とは異なるため、バインディングフレーズを何度入力し直しても、モデル番号の不一致が残ればスティック入力を利用できません。

Model Matchを利用する場合はプロポのモデル設定にあるReceiver IDと受信機側の設定を一致させ、利用しない場合は送信側と受信側の両方で無効になっていることを確認します。

また、フライトコントローラーへExpressLRS受信機機能が内蔵されたSPI受信機は、外付けUART受信機のように受信機単体へ通常のファームウェアを書き込む構成ではありません。

公式Betaflight 4.3.1以前のSPI ExpressLRSは主にExpressLRS 2系との組み合わせ、Betaflight 4.4.0以降はExpressLRS 3系との組み合わせが基準になるため、BNF機のBetaflight更新後にバインドできなくなった場合はこの世代差を確認します。

送信機側を順番に点検する

受信機が接続待ちの点滅を続けているときは、送信機側が正しい無線信号を出しているかを先に確認すると、受信機を何度も分解せずに済みます。

プロポ本体、内蔵または外付けTXモジュール、ExpressLRS Luaスクリプトは別々の要素であり、Lua画面を開けない状態では受信機とのバインド操作まで到達していません。

新しいモデルデータを作成した直後や別の機体用モデルへ切り替えた直後は、RF設定とモデルマッチ番号が以前のモデルと異なっていないかを重点的に確認します。

CRSF設定を確認する

ExpressLRSのTXモジュールはプロポ本体とCRSFシリアルプロトコルで通信するため、モデル設定におけるRFモードが正しくなければBind指示やチャンネル情報を送れません。

外付けTXモジュールを使う場合はExternal RFをCRSFへ設定し、通常はInternal RFをOffにすることで、意図しない内蔵モジュールからの送信や電力消費を避けられます。

• 内蔵ELRS：Internal RFをCRSF
• 外付けELRS：External RFをCRSF
• 使わないRF：Off
• モデル番号：使用機体と照合
• 変更後：プロポを再起動

CRSFの選択肢が表示されない場合は、EdgeTXのSystemメニューにあるHardware設定で、内蔵モジュールの種類やモジュールベイの設定が正しいか確認します。

機種によってELRSモジュールの扱いが内蔵型と外付け型で異なるため、見た目だけで判断せず、プロポメーカーの説明書とExpressLRS公式のRadio Preparationを参照します。

Luaスクリプトの状態を読む

ExpressLRS Luaスクリプトが正常に開き、Packet RateやTelemetry Ratioなどの項目が表示される場合は、少なくともプロポとTXモジュールの基本的な通信が成立していると判断できます。

画面右上に表示される状態は受信機との接続確認に利用でき、接続を示す表示が出ているなら、受信機との無線リンクは成立している可能性が高くなります。

LuaスクリプトのファイルがTXモジュールのファームウェア世代と大きく合っていない場合は、表示不良や操作できない原因になるため、公式ファームウェアに対応したスクリプトへ更新します。

画面が開かない問題と受信機が接続しない問題を同時に直そうとすると判断が難しくなるため、最初にLua画面が安定して操作できる状態まで送信機側を整えます。

モジュールの電源とアンテナを調べる

外付けELRSモジュールでは、プロポの設定が正しくてもモジュールベイ端子の接触不良や供給電圧の問題により、TXモジュールが正常に起動しない場合があります。

モジュール本体のLEDやディスプレイを確認し、電源投入時に何も反応しない場合は、モジュールを一度外して端子の曲がり、汚れ、押し込み不足を点検します。

高出力で使用できるモジュールでは外部バッテリー入力を備える製品もありますが、必要電圧や接続方法は機種ごとに異なるため、別製品の配線例を流用してはいけません。

アンテナを接続せずに送信するとRF回路へ負担をかける可能性があるため、ファームウェア設定やバインドテストを行う場合でも、対応周波数のアンテナを正しく取り付けます。

アンテナ端子が緩んでいる状態や、2.4GHzモジュールへ別周波数帯用アンテナを取り付けた状態も避け、正常なハードウェア条件を整えてからソフトウェア設定を疑うことが重要です。

受信機側の状態から原因を探る

送信機側が正常に動作しているなら、次は受信機へ安定した電源が供給され、通常起動できているかを調べます。

受信機はLEDが光っていても必ず正常起動しているとは限らず、フライトコントローラーのUART配線やブート端子の状態によってはブートローダーモードで停止していることがあります。

はんだ付け済みの機体でも、運搬時の衝撃、熱収縮チューブの圧力、配線の引っ張り、フライトコントローラー交換などをきっかけに状態が変わるため、外観だけで正常と判断しないようにします。

電源と配線を確認する

受信機LEDがまったく点灯しない場合は、バインディングフレーズより先に電源配線、GND、はんだ付け、使用している電圧パッドを確認します。

受信機によって対応電圧が異なるため、フライトコントローラーの5Vパッドへ接続できる製品なのか、メーカーが指定する電源条件を満たしているかを製品仕様で確認します。

• 受信機のVCCとGND
• 対応する入力電圧
• はんだの割れやブリッジ
• コネクターの向き
• USB給電時の5V供給有無
• バッテリー接続時の変化

フライトコントローラーによってはUSB接続だけでは受信機用5Vパッドへ給電されず、LiPoバッテリーを接続したときだけ受信機が起動する設計があります。

電圧測定を行う場合はプロペラを外し、ショートを防げる測定方法を用い、金属工具で隣接パッドを触れないよう十分に注意します。

ブートローダー状態を見分ける

送信機の電源が切れているにもかかわらず受信機LEDが点灯し続ける場合は、受信機が接続済みなのではなく、ブートローダーモードへ入っている可能性があります。

ESP系受信機ではフライトコントローラー側のUARTが信号線を低い状態へ引っ張ることで、意図せずブート状態になるケースがあります。

原因を調べるときは受信機のTX線とRX線をフライトコントローラーから一時的に外し、電源とGNDだけで起動させてLEDが低速点滅へ変化するか確認します。

信号線を外すと正常起動する場合は別のフルUARTへ移動する方法を優先し、プルアップ抵抗などの追加対策は回路を理解したうえで公式資料に沿って行います。

熱収縮チューブが受信機のBootボタンを押している例もあるため、配線だけでなくケースや固定材による物理的な圧迫も確認します。

UART受信機とSPI受信機を区別する

外付けUART受信機では、受信機基板に独立したExpressLRSファームウェアが書き込まれており、Wi-FiやBetaflight Passthroughなどを利用して更新できます。

これに対してSPI受信機はフライトコントローラー上の無線チップをBetaflightが直接制御するため、外付け受信機と同じターゲットを選んでConfiguratorから書き込む方法は使用しません。

SPI受信機ではBetaflightのバージョンがExpressLRSの世代に関係し、Betaflight 4.4以降の対応環境では受信機タブからバインディングフレーズを設定できる構成があります。

Betaflightを更新した直後に接続できなくなった場合は、以前使用していた送信機側のExpressLRSメジャーバージョンと、更新後Betaflightが想定するExpressLRS世代が一致しているかを確認します。

機体の受信方式が分からないときは、独立した受信機基板とアンテナがUARTへ配線されているかを調べ、SPI構成の場合はExpressLRS公式のSPI Receiversに沿って設定します。

再設定してもつながらない場合の復旧方法

LED、周波数帯、CRSF、ファームウェア世代、バインディングフレーズを確認しても接続できない場合は、現在の設定を継ぎ足すより、送信機と受信機を同じ条件で書き直したほうが早く解決できることがあります。

ただし、誤ったデバイスターゲットへファームウェアを書き込むと正常に起動しなくなる可能性があるため、製品名、周波数帯、基板の世代、メーカーを確認してから作業します。

復旧作業では送信機と受信機を同時に変更せず、一方を書き込んだら起動を確認し、その後でもう一方を同じメジャーバージョン、リージョン、フレーズへそろえる方法が安全です。

同じ条件で再フラッシュする

再フラッシュでは、送信機TXモジュールと受信機RXに対して、同じExpressLRSメジャーバージョン、対応する周波数帯、同じRegulatory Domain、同じバインディングフレーズを設定します。

デバイスターゲットは似た名称の製品が複数表示されることがあるため、メーカー名だけで選ばず、製品の正確な型番と基板仕様を照合します。

更新が成功した表示だけで判断せず、機器が再起動して通常のLED点滅へ戻るまで電源を切らないようにします。

書き込み直後に電源を外すとファイルシステム処理が完了せず、次回起動時にWi-Fiへ入れない、LEDが点灯したままになるなどの問題につながる可能性があります。

書き込み方法を切り替える

ExpressLRS受信機の更新にはWi-Fi、Betaflight Passthrough、UART、メーカーや機種によっては専用ブートローダーなど複数の方法があります。

Wi-Fi更新が開始できないときに同じ操作を繰り返すより、受信機が通常起動しているか、Wi-Fiアクセスポイントが表示されているか、選択したターゲットとアップロードファイルが合っているかを確認します。

• Wi-Fi：受信機のWeb UIから更新
• Passthrough：FC経由で更新
• UART：USBシリアル変換を利用
• Bootloader：起動不能時の復旧
• SPI受信機：Betaflightを更新

Betaflight Passthroughが失敗する場合は、Configuratorが正しいCOMポートを使用しているか、Betaflight Configuratorや別のアプリが同じポートを占有していないかを確認します。

受信機LEDが点灯したままで通常起動しない場合でも、ハードウェア自体が破損したと決めつけず、信号線を外した状態やブートローダーからの復旧手順を試します。

ただし、電源逆接、過電圧、アンテナ端子の破損、基板の焼損が見られる場合はソフトウェア復旧では直らないため、無理に通電を繰り返さないようにします。

接続後の動作を机上で確認する

受信機LEDが接続状態になったら、すぐに飛行させるのではなく、プロペラを外した状態でフェイルセーフ、スティック入力、補助チャンネル、テレメトリーを確認します。

BetaflightのReceiverタブでバーが動かない場合は、受信機のTXをフライトコントローラーのRXへ、受信機のRXをフライトコントローラーのTXへ接続しているかを見直します。

Portsタブでは受信機を接続したUARTのSerial RXだけを有効にし、Receiver設定ではSerial経由の受信方式とCRSFプロトコルを選択します。

受信機LEDが点灯してLuaスクリプトにも接続表示があるなら、無線バインドをやり直す前にフライトコントローラー側の設定を調べたほうが、原因を短時間で特定できます。

最後にプロポの電源を切った際にフェイルセーフが正しく動作することを確認し、アンテナの固定、配線の保護、プロペラとの距離を整えてから屋外で低出力のレンジ確認を行います。

確実な切り分けでELRSの接続を取り戻そう

ELRSでバインディングできないときは、受信機LEDの状態を確認し、送信機と受信機のメジャーバージョン、周波数帯、リージョン、バインディングフレーズを同じ条件へそろえることが基本です。

受信機が2回点滅していればバインドモード、3回点滅していればモデルマッチ不一致、低速点滅なら接続待ちと考え、LEDが示す状態に対応した設定だけを変更すると無駄な作業を減らせます。

LuaスクリプトがLoadingのままなら受信機より先にCRSFやTXモジュールの電源を確認し、受信機LEDが送信機を切っても点灯したままならUARTの影響やブートローダー状態を疑うというように、送信側と受信側を分けて判断することが重要です。

ファームウェアを書き直す場合は、製品に合ったターゲットを選び、同じメジャーバージョンと同じフレーズを設定したうえで、通常起動へ戻るまで電源を切らないようにします。

接続後もプロペラを外した状態でBetaflightの入力、補助チャンネル、テレメトリー、フェイルセーフを確認し、バインド成功と安全に操縦できる状態を混同しないことが、安定したELRS運用につながります。