Коротко: failsafe — это результат, а не диагноз. Одинаковая потеря управления может возникнуть из-за RF loss TX↔RX, reboot/brownout приёмника, обрыва CRSF/UART между RX и flight controller или failsafe-логики самого FC.

Актуальность: материал проверен для ExpressLRS 4.1.0.

Безопасность: воспроизводите неисправность на столе только со снятыми пропеллерами и исправными антеннами.

Четыре разных причины одного failsafe

1. RF link lossRX остаётся запитан, но перестаёт получать пакеты от TX. Смотрите LQ, RSSI и RF mode.
2. RX reboot / brownoutПриёмник фактически перезапускается: LED проходит startup sequence заново, telemetry/таймеры сбрасываются.
3. CRSF/UART lossRF connection может оставаться живой, но flight controller перестаёт получать RC data от RX.
4. FC failsafe / rebootReceiver может быть исправен, а failsafe формирует сам flight controller по своей логике или из-за собственного reboot.
Telemetry Lost ≠ RC failsafe. В ExpressLRS 4.1 это предупреждение относится к пропущенным telemetry packets и использует grace period. RC uplink при этом может продолжать работать.

Первое, что нужно записать в момент события

  • LQ;
  • RSSI dBm;
  • RF mode / Packet Rate;
  • состояние LED RX;
  • перезапустился ли RX;
  • перезапустился ли FC;
  • что показывает OSD/handset;
  • время события для сопоставления с Blackbox/ArduPilot log.

Без этой фиксации «был failsafe» слишком мало говорит о причине.

Ветка 1: настоящий RF loss

Признаки:

  • RX остаётся запитан;
  • нет полного startup sequence RX;
  • LQ и/или RSSI приближаются к пределу выбранного mode либо резко ухудшаются;
  • после восстановления условий RF connection возвращается без аппаратного reboot.

Проверяйте:

  1. антенну TX и RX, connectors, coax;
  2. RF mode и его sensitivity;
  3. RSSI margin;
  4. ориентацию/экранирование антенны рамой;
  5. локальную помеху или зависимость от VTX;
  6. реальный TX power и Dynamic Power.

Подробно: малая дальность ELRS: LQ, RSSI и sensitivity.

Ветка 2: RX reboot / brownout

Если LED гаснет и приёмник проходит запуск заново, не лечите это увеличением TX power. Сначала измеряйте питание непосредственно на VCC/GND receiver.

Подозревайте brownout особенно если проблема:

  • возникает при газе;
  • появляется при росте VTX power;
  • совпадает с включением servo/другой нагрузки;
  • исчезает на отдельном стабильном supply;
  • затрагивает только RX, а FC продолжает работать.

Подробно: RX перезагружается: питание и brownout.

Ветка 3: RF connected, но FC потерял receiver

Если RX остаётся connected к transmitter, но flight controller внезапно перестаёт видеть RC channels, проверяйте CRSF/UART:

  • TX receiver → RX FC;
  • RX receiver ← TX FC;
  • GND;
  • UART conflict;
  • Serial Receiver / CRSF configuration;
  • контакт/пайку и electrical level.

Logic analyzer особенно полезен именно здесь: он показывает, исчезает ли serial stream в момент проблемы. RF spectrum analyzer этого не покажет.

Ветка 4: failsafe сформировал flight controller

У Betaflight и ArduPilot есть собственная failsafe-логика. ExpressLRS лишь передаёт RC data; итоговая реакция модели определяется также настройками FC.

Проверяйте:

  • receiver/failsafe status в логах;
  • причину reboot FC;
  • failsafe stages/actions;
  • питание самого flight controller;
  • совпадает ли время события с потерей RC frames.
Самый сильный диагноз — совпадение независимых признаков. Например: LQ падает → RSSI подходит к sensitivity → RX остаётся запитан → FC log фиксирует receiver loss. Это намного надёжнее, чем один голосовой warning.

FLRC и SNR

Если используются F1000, F500, D500 или D250, SNR=0 является нормальным сообщаемым значением и не доказывает приближение к failsafe. Используйте LQ, RSSI dBm и sensitivity выбранного mode.

Контрольный тест

  1. Снимите пропеллеры.
  2. Убедитесь в исправности антенн.
  3. Запишите Packet Rate и TX power.
  4. Включите запись Blackbox/логирование FC при возможности.
  5. Воспроизведите симптом, меняя только одно условие.
  6. Одновременно наблюдайте LED RX и link statistics.
  7. После события определите: RF loss, RX reboot, UART loss или FC event.
  8. Только затем меняйте hardware/settings.

Если failsafe зависит от VTX

Сравните состояние при минимальной и повышенной VTX power, не меняя геометрию и ELRS settings. Если LQ/RSSI ухудшаются без reboot RX — исследуйте RF interference/placement. Если RX reboot — сначала питание/BEC. Эти два сценария нельзя объединять в одну причину.

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

Источники

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