Коротко: если ExpressLRS receiver уже connected к transmitter, а flight controller не видит стики, не возвращайтесь автоматически к Binding Phrase. Сначала проверьте Model Match, затем CRSF/UART между receiver и FC.
Актуальность: материал проверен для ExpressLRS 4.1.0.
Три состояния, которые нельзя смешивать
1. Сначала посмотрите на LED RX
Для ExpressLRS типичная индикация Model Match mismatch — три мигания с паузой. Это отличает её от обычного ожидания connection и от Binding Mode.
| LED pattern | Смысл | Что делать |
|---|---|---|
| Постоянно горит | RX connected или bootloader | Проверить Model Match/CRSF/UART, если FC не видит channels |
| Три мигания + пауза | Model Match mismatch | Сверить Model Match ID |
| Медленное мигание | RX ждёт connection | Вернуться к статье «TX и RX не подключаются» |
2. Binding Phrase и Model Match — разные вещи
Одинаковая Binding Phrase не гарантирует совпадение Model Match. Model Match предназначен для того, чтобы receiver работал только с нужной model memory / receiver ID.
Если Model Match включён на RX и ID не совпадает, receiver может быть connected к handset, но RC data не будет нормально передаваться в flight controller. Поэтому состояние «Lua показывает connection, но FC не видит sticks» — прямой повод проверить Model Match.
3. Как проверять Model Match
- Откройте ExpressLRS Lua.
- Убедитесь, что RX connected.
- Проверьте состояние Model Match на receiver.
- Сверьте model/receiver ID с активной моделью на handset.
- Если Model Match не нужен — отключите его осознанно, а не меняйте Binding Phrase.
- Перезапустите RX/TX и снова проверьте RC channels в FC.
Не используйте случайную смену model ID как метод диагностики. Сначала зафиксируйте исходное значение.
4. Если Model Match корректен — переходите к CRSF/UART
Для обычного внешнего ELRS receiver типовая схема full-duplex:
| Receiver | Flight controller |
|---|---|
| TX | UART RX |
| RX | UART TX |
| GND | GND |
| VCC | Питание согласно документации RX |
Если нужны только RC channels, критичен путь receiver TX → FC RX. Обратный провод FC TX → receiver RX нужен для полноценной telemetry.
5. Betaflight
Проверьте:
- на нужном UART включён Serial RX;
- Receiver Mode — Serial via UART;
- Serial Receiver Provider — CRSF;
- этот UART не занят GPS/VTX/MSP/другим peripheral;
- для типового CRSF
serialrx_inverted = OFF; - для типового CRSF
serialrx_halfduplex = OFF.
6. SPI RX — другая архитектура
Если receiver встроен в flight controller как SPI RX, отдельного CRSF UART wiring между RX и FC нет. Тогда проверяйте:
- поддержку SPI receiver конкретным FC target;
- версию Betaflight;
- ELRS V3/V4 compatibility;
- для Betaflight 2026.6 — нужен ли build flag
ELRSV4; - Model Match и receiver configuration внутри FC firmware.
7. Не используйте количество telemetry sensors как тест исправности
8. Что доказывает рабочая telemetry
Если FC telemetry стабильно возвращается на handset, это сильный признак того, что двусторонний CRSF UART path работает. Но если telemetry отсутствует, а RC channels работают, переходите в отдельную статью «управление есть, а telemetry нет».
Минимальный маршрут без догадок
- Подтвердите, что RX действительно connected.
- Проверьте LED на Model Match mismatch.
- Сверьте Model Match.
- Определите external UART RX или SPI RX.
- Для external RX проверьте TX→RX wiring и GND.
- Проверьте Serial RX + CRSF в FC.
- Только после появления sticks диагностируйте telemetry отдельно.
Если RF connection всё-таки нет
Если RX медленно мигает и не connected, эта статья уже не подходит. Вернитесь к проверке версии, Binding Phrase, hardware и RF mode.
Связанные материалы
- TX и RX не подключаются
- Управление есть, telemetry нет
- ExpressLRS 4.1 / SPI compatibility
- Все материалы ExpressLRS
