O drone para de responder no meio de uma linha, a tela mostra RXLOSS, depois !FS!, e ele despenca. No rádio, uma voz insiste: “Telemetry lost”. Quase todo piloto de FPV já passou por isso, e quase sempre o failsafe tinha avisado antes. Ele não é o vilão: é o sistema que decide o que o drone faz quando o link de rádio some. Neste guia eu explico o que cada aviso significa e como configurar o failsafe no Betaflight. Também mostro os erros que derrubam o sinal no ExpressLRS e no Crossfire e os alertas que avisam antes.
Failsafe, RXLOSS e Telemetry Lost: o que cada aviso significa
Esses três avisos aparecem juntos com frequência, mas falam de coisas diferentes. Entender a diferença é o primeiro passo para resolver.
O link de rádio tem dois sentidos. O uplink leva os comandos do rádio para o receptor do drone. O downlink traz a telemetria do drone de volta para o rádio. O failsafe trata da perda do uplink. O “Telemetry lost” trata da perda do downlink.
| Aviso | Onde aparece | O que significa | Gravidade |
|---|---|---|---|
RXLOSS | OSD dos óculos | A controladora ficou mais de 100 ms sem comandos válidos | Alta: pare e volte |
!FS! | OSD dos óculos | O failsafe entrou no estágio 2 | Crítica: o drone vai cair, pousar ou voltar |
| Telemetry lost | Voz do rádio | O rádio parou de receber telemetria do drone | Média: aviso precoce |
| Telemetry recovered | Voz do rádio | A telemetria voltou | Informativo |
Por que o failsafe salva o seu drone
Sem failsafe, um drone sem sinal continuaria executando o último comando recebido. Imagine isso com o acelerador em 70%. O failsafe existe para transformar uma perda de sinal em uma situação previsível, como desarmar, pousar ou voltar para casa.
O que você quer não é eliminar o failsafe. É nunca precisar dele.
Como o failsafe funciona no Betaflight
O Betaflight recomenda o failsafe feito pela controladora de voo, não pelo receptor. O receptor precisa estar configurado para parar de enviar dados quando perde o sinal. Os receptores ExpressLRS e Crossfire fazem isso por padrão.
As etapas do failsafe
- Validação do sinal: depois de 100 ms sem dados, a controladora detecta a perda e mostra
RXLOSS - Espera curta: os últimos comandos recebidos continuam valendo por alguns décimos de segundo
- Estágio 1 (guarda): entram valores de segurança, com sticks centralizados e acelerador baixo, até completar o tempo de guarda
- Estágio 2: executa o procedimento escolhido e mostra
!FS!
O tempo de guarda padrão é de 1,5 segundo, contado a partir do último pacote válido. Se o sinal voltar durante o estágio 1, o controle volta na hora.
Os três procedimentos do estágio 2
- Drop: desarma e corta os motores; é o padrão e o mais usado em freestyle e corrida
- Landing: aplica um acelerador fixo por um tempo e depois desarma; é imprevisível em locais com obstáculos
- GPS Rescue: o drone volta sozinho e pousa; exige GPS funcionando e configuração cuidadosa
Para drones de longo alcance, o GPS Rescue é o caminho. Explico tudo no guia de como configurar o GPS Rescue no Betaflight.
Configuração pelo CLI
# guarda do estágio 1, em décimos de segundo (15 = 1,5 s)
set failsafe_delay = 15
# procedimento do estágio 2: DROP, AUTO-LAND ou GPS-RESCUE
set failsafe_procedure = DROP
saveTeste antes de voar
Sempre teste sem hélices. Arme o drone, suba um pouco o acelerador e desligue o rádio. Você deve ver RXLOSS e, depois de 1,5 segundo, !FS! com os motores parando. Atenção: se o acelerador ficar em zero por mais de 10 segundos antes do teste, o Betaflight apenas desarma.
As causas mais comuns de failsafe no ExpressLRS
O ExpressLRS tem alcance de sobra para quase todo tipo de voo. Quando o failsafe aparece cedo, a causa raramente é distância. Quase sempre é configuração, instalação ou energia.
Configuração
- Versões diferentes de firmware no rádio e no receptor, como ELRS 3 com ELRS 4
- Frase de bind diferente entre os dois
- Model Match ativo com o número de modelo errado
- Taxa de pacotes alta demais para o ambiente: 500 Hz e F1000 trocam alcance por latência
- Potência do transmissor baixa ou travada no mínimo, sem potência dinâmica bem ajustada
Instalação e hardware
- Antena do receptor quebrada, dobrada ou escondida atrás de carbono e bateria
- Antena colada no VTX, recebendo interferência do vídeo
- Fios soltos entre receptor e controladora, que causam failsafe mesmo com o rádio ao lado
- Antena do rádio apontada com a ponta para o drone, a posição de pior sinal
Energia
Uma queda de tensão no receptor reinicia o link. Isso acontece com reguladores de 5 V fracos ou em curtos durante uma queda. Se o failsafe surge sempre em punch-outs fortes, desconfie da alimentação.
O passo a passo de flash e configuração está no guia completo do ExpressLRS. As mudanças da versão mais recente estão no artigo sobre o ExpressLRS 4.0.
De zero a piloto FPV confiante em 30 dias: veja como alunos da Academia do FPV estão conseguindo isso com um método testado e validado.
Telemetry Lost: quando é problema e quando não é
O aviso “Telemetry lost” assusta, mas nem sempre significa perigo imediato. Ele avisa que o rádio parou de receber dados do drone. Os comandos podem continuar chegando normalmente.
Quando é um aviso de alcance
Muitos receptores pequenos transmitem a telemetria com potência bem menor que a do rádio. Assim, o downlink acaba antes do uplink. Nesse cenário, o “Telemetry lost” é o primeiro sinal de que você está no limite. Trate como ordem para voltar.
Quando é defeito
Se o aviso aparece com o drone perto de você, o problema é outro:
- Taxa de telemetria (Telem Ratio) desligada ou muito baixa
- Módulo externo mal encaixado na baia do rádio
- Taxa de comunicação (baud rate) incompatível entre rádio e módulo
- Rádios antigos com componentes de comunicação de baixa qualidade
- Telemetria desativada na controladora de voo
Quando é normal
Ao desconectar a bateria no fim da sessão, o rádio sempre avisa “Telemetry lost”. Isso é esperado. Para evitar o susto, alguns pilotos desligam o rádio por último, depois de ouvir o aviso.
Alertas de sinal baixo no EdgeTX
A melhor forma de evitar o failsafe é ser avisado antes. No EdgeTX, você cria alertas com Logical Switches e Special Functions, usando os sensores de telemetria do link.
ExpressLRS: alerta pelo RSSI em dBm
No ExpressLRS, cada taxa de pacotes tem um limite de sensibilidade. Abaixo dele, o receptor não entende mais os pacotes. Eu uso um aviso 10 dBm acima do limite e um alerta crítico 5 dBm acima.
| Taxa (2,4 GHz) | RFMD no ELRS 3.x | RFMD no ELRS 4.x | Limite | Aviso | Crítico |
|---|---|---|---|---|---|
| 500 Hz | 9 | 29 | -105 dBm | -95 dBm | -100 dBm |
| 333 Hz Full | 8 | 28 | -105 dBm | -95 dBm | -100 dBm |
| 250 Hz | 7 | 27 | -108 dBm | -98 dBm | -103 dBm |
| 150 Hz | 5 | 24 | -112 dBm | -102 dBm | -107 dBm |
| 50 Hz | 2 | 21 | -115 dBm | -105 dBm | -110 dBm |
| F1000 | 13 | 33 | -104 dBm | -94 dBm | -99 dBm |
Atenção: o número do modo (RFMD) mudou entre as versões do ExpressLRS. Quem atualizou do 3 para o 4 e não revisou as Logical Switches ficou sem alerta nenhum.
L01 a=x RFMD 27 (modo 250 Hz no ELRS 4.x)
L02 a<x 1RSS -98 AND L01 Delay 0.5 (aviso)
L03 a<x 1RSS -103 AND L01 Delay 0.5 (crítico)
SF1 L02 Play Track [áudio de sinal baixo] repetir a cada 5 s
SF2 L03 Play Track [áudio de sinal crítico] repetir a cada 3 s
Crossfire: alerta pela qualidade do link
No Crossfire, o próprio sistema reduz a taxa quando o sinal piora: sai de 150 Hz (RFMD 2) para 50 Hz (RFMD 1). Por isso, eu monto o alerta pela qualidade do link (RQly) quando o modo já caiu:
L01 a<x RFMD 2 (saiu do modo 150 Hz)
L02 a<x RQly 80 AND L01 Delay 0.5 (aviso)
L03 a<x RQly 70 AND L01 Delay 0.5 (crítico)Para entender a diferença entre esses números, leia o artigo sobre o que é LQ e RSSI.
Checklist para voar sem failsafe
Este é o checklist que eu passo para todos os alunos antes do primeiro voo com um drone novo.
- Rádio e receptor com a mesma versão de ExpressLRS
- Frase de bind e Model Match conferidos
- Antena do receptor inteira, longe do VTX e com a ponta exposta
- Fios do receptor bem soldados e protegidos
- Telemetria ativa no Betaflight, com mais de dez sensores no rádio
- LQ e RSSI em dBm no OSD
- Alertas de sinal configurados para a taxa de pacotes em uso
- Failsafe testado sem hélices
- Primeiro voo curto, perto, com aumento gradual de distância
Depois da sessão, revise o OSD gravado. Se o LQ caía sempre no mesmo trecho, existe um obstáculo ou uma fonte de interferência ali. Antenas de celular, linhas de energia e estruturas metálicas são suspeitos frequentes. Anote esses pontos e evite voar atrás deles na próxima vez.
Usa Crossfire? Os alertas funcionam do mesmo jeito
O raciocínio dos alertas vale também para o TBS Crossfire. Muda só o sensor que você usa: no Crossfire, o modo RF (RFMD) indica a taxa em que o link está operando, e a qualidade do link (RQly) mostra quantos pacotes chegam.
| RFMD no Crossfire | Taxa | O que significa |
|---|---|---|
| 2 | 150 Hz | Link forte, modo normal de voo |
| 1 | 50 Hz | Link enfraquecendo, o sistema reduziu a taxa para ganhar alcance |
| 0 | 4 Hz | Link muito fraco, sem telemetria; hora de voltar |
Eu configuro dois avisos: um quando o RFMD cai abaixo de 2 e o LQ fica abaixo de 80%, e outro, crítico, abaixo de 70%. A lógica no EdgeTX é a mesma das Logical Switches mostradas acima, trocando o sensor.
Perguntas Frequentes
O que é failsafe no drone FPV?
Failsafe é o sistema de segurança que assume quando o drone perde o sinal do rádio. No Betaflight, ele segura os comandos por alguns instantes e, se o sinal não voltar em 1,5 segundo, executa um procedimento pré-definido. Pode ser desarmar e cair, pousar com acelerador fixo ou voltar para casa com o GPS Rescue.
Por que meu rádio fala “Telemetry Lost”?
O aviso indica que o rádio parou de receber a telemetria do drone. Longe, é sinal de limite de alcance, porque muitos receptores transmitem a telemetria com menos potência. Perto, aponta para telemetria desligada, taxa de telemetria baixa, módulo mal encaixado ou baud rate incompatível. Ao desligar a bateria do drone, o aviso é normal.
Qual a melhor configuração de failsafe no Betaflight?
Para freestyle e corrida perto de você, o procedimento Drop com o tempo de guarda padrão de 1,5 segundo funciona bem. Para voos longos, o GPS Rescue é mais seguro, desde que o GPS esteja bem configurado e testado. Em qualquer caso, deixe o receptor configurado para não enviar dados ao perder o sinal.
Qual taxa de pacotes usar no ELRS para evitar failsafe?
Para freestyle comum, 250 Hz oferece ótimo equilíbrio entre alcance e resposta. Taxas como 500 Hz e F1000 têm latência menor, mas alcance menor também, e fazem mais sentido em corrida. Para voos distantes ou com muitos obstáculos, 150 Hz ou 50 Hz aguentam sinais bem mais fracos antes do failsafe.
ExpressLRS ou Crossfire: qual tem menos failsafe?
Os dois são muito confiáveis quando bem instalados. O Crossfire, em 900 MHz, atravessa obstáculos com facilidade e reduz a taxa sozinho quando o sinal piora. O ExpressLRS é mais barato, tem mais opções de taxa e domina o mercado hoje. Na prática, instalação, antenas e configuração pesam mais que a marca escolhida.
Não existe atalho para voar bem — mas existe o caminho mais rápido. E ele começa aqui.
O failsafe avisa antes de acontecer
O failsafe raramente chega de surpresa. Antes dele, o LQ cai, o RSSI se aproxima do limite e o rádio avisa que perdeu a telemetria. Quem aprende a ler esses sinais volta a tempo.
Configure o failsafe com calma, teste sem hélices e monte os alertas de acordo com a sua taxa de pacotes. Depois, revise a instalação do receptor com olhar crítico. Na próxima sessão, coloque LQ e RSSI no OSD e preste atenção neles: você vai entender o seu link como nunca antes.
Leia também
Não se esqueça de se inscrever no nosso canal do Youtube para mais conteúdos e dicas sobre drones de FPV.
Conheça nossos Cursos e Formações em Drones de FPV. Saiba mais…
#fpv #dronefpv #drone #academiadofpv #dronedefpv #cursodedrone #droneracer #filmagemcomfpv #montardronefpv #cursodrone #cursodronefpv #failsafe #expresslrs #elrs #crossfire #telemetrylost #rxloss #edgetx #betaflight #logicalswitches #gpsrescue
