Коротко: recovery начинается не с команды записи, а с определения hardware platform и exact target. Сначала нужно понять, загружается ли плата, какой bootloader/transport доступен и относится ли устройство вообще к ESP, SPI или другой платформе.

Актуальность: ExpressLRS 4.1.0. Для SPI RX recovery выполняется через firmware flight controller, а не через отдельный ExpressLRS binary.

Безопасность: снимите пропеллеры, отключите LiPo там, где этого требует схема, и не подавайте 5 V на сигнальные линии 3.3 V logic.

Recovery decision flow

1. PlatformESP external device, SPI RX или другое hardware.
2. IdentityExact model, revision, MCU, RF chip, target.
3. Boot stateLED, USB/COM, bootloader, Wi-Fi.
4. Recovery methodТолько метод, предусмотренный target/platform.
5. VerificationBoot → RF → CRSF/UART, по одному слою.
Не используйте esptool, пока не подтверждено, что устройство ESP-based. Для SPI RX и не-ESP hardware это неправильный инструмент.

1. Определите platform

  • External ESP-based TX/RX: возможен recovery через ROM bootloader/esptool, если это соответствует устройству.
  • SPI RX: receiver firmware встроена в FC firmware; recovery выполняется через прошивку FC.
  • STM32 legacy hardware: ExpressLRS 4.x не является поддерживаемой веткой для такого hardware.
  • Неизвестная плата: сначала идентификация; recovery-команды запрещены до этого шага.

2. Зафиксируйте состояние до вмешательства

Запишите: exact target, текущую/последнюю известную ELRS version, способ неудачного flash, LED pattern, появляется ли USB/COM, работает ли Wi-Fi, получает ли устройство питание. Это позволяет отличить повреждённую firmware от неверного target, питания или transport.

3. Boot-button timing не универсален

BOOT, FLASH, Bind и Wi-Fi могут использовать одну физическую кнопку по-разному на разных платах. Поэтому инструкция вида «держите 10 секунд» без привязки к конкретному hardware неприемлема. Используйте только тайминг из документации производителя или официального recovery-пути этого target.

4. Когда допустим esptool

Только после подтверждения ESP platform и доступного ROM bootloader. Сначала выполняются безопасные read-only проверки связи с чипом, например команды идентификации, поддерживаемые вашей версией esptool. Если bootloader не отвечает, не переходите к erase/write.

Не собирайте адреса flash вручную по случайной инструкции. Используйте recovery package/команду, предназначенные для exact target и версии инструмента.

5. Erase flash — не первый шаг

Полное стирание удаляет настройки и может усложнить восстановление. Оно допустимо только когда exact target подтверждён и конкретная recovery-инструкция прямо требует erase перед записью.

6. После recovery проверяйте слоями

  1. Устройство стабильно загружается.
  2. Подтверждена версия firmware и exact target.
  3. Проверен RF connection с совместимой major-версией.
  4. Только затем проверяется CRSF/UART к FC.
  5. После этого — telemetry, range и failsafe.

Если устройство загружается, но связи нет

Это уже не recovery. Перейдите к диагностике RF connection: major version, Binding Phrase, band, RF mode, Model Match.

Связанные материалы

Источники

Прокрутить вверх
На связи