RXLOSS или RX_FAILSAFE означает, что Betaflight не получает от приёмника пригодный сигнал управления. Поэтому арминг заблокирован правильно: сбрасывать сообщение командой не нужно. Надо восстановить всю цепочку «аппаратура → радиолинк → RX → UART → Betaflight» и убедиться, что failsafe срабатывает предсказуемо.
Определи, где пропал сигнал
Сними пропеллеры, включи аппаратуру, подключи LiPo и посмотри индикатор приёмника. Если RX не связан с передатчиком, не трать время на channel map: проверь модель в аппаратуре, bind phrase или процедуру bind, Model Match и совместимость major-версий радиосистемы.
Если LED показывает рабочую связь, открой вкладку Receiver. Движение цветных полос означает, что Betaflight уже получает каналы; неподвижные полосы при связанном RX переносят диагностику на проводку, Ports и тип приёмника. В CLI команда status подтверждает текущие arming flags, а не только последнее предупреждение OSD.
Проверь питание и проводку RX
- Измерь питание на контактах приёмника и сверь допустимое напряжение с его документацией.
- Для двустороннего serial-протокола проверь соединение TX приёмника с RX выбранного UART и RX приёмника с TX того же UART.
- Убедись в общем GND между RX и FC.
- Осмотри разъём и пайку: индикатор может гореть даже при оборванной сигнальной линии.
Не переставляй провода по цвету чужой фотографии. Назначение площадок конкретной платы важнее цвета жгута. Инвертированный SBUS-вход, обычный UART и half-duplex pad не взаимозаменяемы автоматически.
Исправь Ports и Receiver
Во вкладке Ports включи Serial RX только на UART, к которому физически подключён приёмник. Не назначай на эту же строку конфликтующий периферийный режим. Нажми Save and Reboot и снова проверь, что флаг сохранился.
В Receiver выбери serial-приёмник и правильный provider: CRSF для ExpressLRS/CRSF, SBUS для соответствующего SBUS RX и другой вариант только по документации системы. Неверный provider даёт типичный сценарий «RX забинден, но стики не двигаются». Затем проверь channel map и endpoints: Roll, Pitch, Yaw и Throttle должны двигаться своими каналами, центрироваться около 1500 и доходить до ожидаемых минимумов и максимумов.
Различай RXLOSS и восстановление после него
После возврата связи Betaflight выдерживает recovery delay, чтобы краткий всплеск сигнала не разрешил немедленный арминг. Если ARM-переключатель оставался включён, рядом может появиться BADRX или NOT_DISARMED. Переведи ARM в выключенное положение, дождись стабильных каналов и только потом включай его снова.
Если RXLOSS возникает только при подключении другого устройства, проверь конфликт UART и питания. Если он появляется при шевелении рамы, ищи механический обрыв. Если только на расстоянии — проверяй антенну, RF-настройки и выполняй range test, а не увеличивай мощность вслепую.
Обязательная проверка failsafe
- Без пропеллеров открой Receiver и включи аппаратуру.
- Убедись, что все каналы движутся нормально и ARM выключен.
- Выключи передатчик или активируй документированный тест потери связи.
- Проверь появление RXLOSS/RX_FAILSAFE и заданное поведение каналов.
- Верни связь, выключи ARM и дождись полного восстановления.
Критерий исправления: при рабочей аппаратуре Receiver показывает стабильные каналы, status не содержит RXLOSS/RX_FAILSAFE, а контролируемый тест связи снова вызывает failsafe. Подробную настройку UART и протокола продолжает статья о Betaflight Receiver, а поведение модели при потере связи — проверка failsafe без сюрпризов.