ExpressLRS: Чому Telemetry Lost Не Означає Failsafe — Як Правильно Оцінювати Радіозв’язок І Захистити FPV-Дрон Від Втрати Керування

8/11/2026

ExpressLRS: Чому Telemetry Lost Не Означає Failsafe — Як Правильно Оцінювати Радіозв’язок І Захистити FPV-Дрон Від Втрати Керування

7 листопада 2026 року | FPV-технології | Навчальна технічна стаття

Telemetry Lost не дорівнює Failsafe — тематична обкладинка

Авторська AI-ілюстрація двостороннього радіозв’язку. Пульт і квадрокоптер зображені схематично, а не як конкретні серійні моделі.

Пульт раптово повідомляє «Telemetry Lost». Пілот чує попередження, бачить квадрокоптер у повітрі й починає хвилюватися: невже зараз зникне керування? Насправді втрата телеметрії та втрата командного радіоканалу — різні події. Розуміння цієї відмінності особливо важливе для власників FPV-дронів із ExpressLRS, адже неправильна реакція на попередження іноді небезпечніша за саме короткочасне погіршення зв’язку.

Цей матеріал — практичний технічний розбір, а не повідомлення про новий реліз. Він спирається на офіційну документацію ExpressLRS і Betaflight, а також на підтверджені зміни в ExpressLRS 4.1.0, випущеному 17 липня 2026 року.

GitHub+1

Чому Пульт Може Втратити Телеметрію, Але Продовжувати Керувати Дроном

У звичайному FPV-польоті між пультом і приймачем працює двосторонній радіообмін.

Перший напрямок — від передавача до приймача. Ним надходять команди пілота: газ, крен, тангаж, поворот, перемикачі режимів.

Другий напрямок — від приймача назад до передавача. Ним повертаються телеметричні дані: стан радіолінії, інформація про прийом пакетів, а за відповідної конфігурації також напруга акумулятора, дані GPS та інші показники.

Ці два напрямки взаємопов’язані, але не тотожні.

Коли пульт повідомляє Telemetry Lost, це означає, що він перестав отримувати очікувану зворотну інформацію відповідно до логіки свого програмного забезпечення.

Це не доводить, що приймач перестав отримувати команди керування.

Саме на цій різниці побудована одна з важливих змін ExpressLRS 4.1.0: розробники скоригували логіку повідомлення про втрату телеметрії, оскільки короткочасні порушення зворотного каналу викликали надмірну кількість попереджень і створювали в користувачів хибне враження про спрацювання failsafe.

GitHub

Що Таке Failsafe І Чому Це Вже Інша Ситуація

Failsafe — це механізм безпеки, який визначає поведінку літального апарата, коли нормальне керування стає недоступним.

Для квадрокоптерів із Betaflight рекомендовано використовувати failsafe на рівні польотного контролера. Приймач має повідомляти про втрату зв’язку або припиняти передавати коректні дані керування, щоб польотний контролер міг розпізнати проблему.

Залежно від налаштувань Betaflight апарат може вимкнути двигуни, спробувати контрольоване зниження або активувати GPS Rescue, якщо ця функція правильно налаштована й підтримується обладнанням.

Але важливо розуміти: failsafe — не універсальна функція автоматичного повернення додому. Для багатьох FPV-квадрокоптерів типовою дією є Drop — вимкнення двигунів і падіння.

Betaflight

Подія	Що відбувається	Що це означає
Telemetry Lost	Пульт не отримує очікувану зворотну телеметрію	Керування може залишатися працездатним
Зниження LQ	Зменшується частка успішно отриманих пакетів у відповідному каналі	Ознака погіршення радіолінії, але не обов’язково повна втрата керування
RXLOSS	Betaflight виявляє проблему з отриманням коректних команд	Серйозне попередження про стан керування
Failsafe Stage 1	Застосовуються резервні значення каналів	Перехідний захисний етап
Failsafe Stage 2	Виконується налаштована аварійна процедура	Можливе вимкнення двигунів, зниження або GPS Rescue

Тому не можна робити висновок про стан керування лише за одним голосовим повідомленням пульта.

Як ExpressLRS Передає Дані: Uplink, Downlink, LQ Та RSSI

Uplink — Команди Від Пульта До Дрона

Uplink — напрямок передачі команд керування від передавача до приймача.

Для FPV-пілота це найважливіший канал: саме ним передаються рухи стиків і положення перемикачів.

Якщо приймач перестає отримувати коректні команди, виникає ризик активації failsafe.

Downlink — Зворотна Інформація Від Дрона

Downlink — зворотний канал від приймача до передавача.

Він потрібний для отримання телеметрії. Його стабільність залежить від радіоумов, режиму передачі, налаштувань і можливостей обладнання.

Проблеми з downlink не завжди означають одночасну втрату uplink.

LQ — Якість Прийому Пакетів

Link Quality показує якість отримання пакетів у визначеному інтервалі спостереження.

Для оцінювання керування важливо знати, який саме показник відображається: якість прийому команд на стороні приймача або якість зворотного каналу.

Не можна вважати будь-яке значення LQ на екрані пульта безумовним показником того, скільки команд отримав дрон.

RSSI — Рівень Прийнятого Сигналу

RSSI характеризує потужність прийнятого радіосигналу. У ExpressLRS можуть використовуватися показники RSSI в dBm.

Однак сильний сигнал не завжди означає якісний прийом. На радіолінію впливають перешкоди, шум, орієнтація антен і режим модуляції.

Тому професійна оцінка радіозв’язку не обмежується одним RSSI.

Чому В ExpressLRS 4.1.0 Змінили Поведінку Попередження Telemetry Lost

17 липня 2026 року команда ExpressLRS випустила версію 4.1.0. Серед змін була нова логіка обробки попереджень про втрату телеметрії.

Раніше короткочасна нестабільність зворотного каналу могла швидко спричиняти голосове повідомлення. За словами розробників, це часто вводило новачків в оману: вони вважали, що дрон уже втратив керування.

У версії 4.1.0 використано змінений, лінійно масштабований пільговий інтервал перед повідомленням. Його призначення — зменшити кількість надмірних попереджень про короткочасні порушення downlink.

GitHub

Це не означає, що ExpressLRS почав приховувати справжній failsafe. Йдеться про логіку попередження пульта щодо телеметрії, а не про вимкнення механізмів безпеки польотного контролера.

Практична користь — менше хибної тривоги. Але пілот не повинен ігнорувати повторювані попередження: вони можуть свідчити про реальне погіршення радіоумов.

Як Правильно Налаштувати Failsafe У Betaflight

Починати потрібно не з польоту, а з перевірки налаштувань на землі.

Перед будь-якими випробуваннями необхідно зняти всі пропелери. Навіть короткочасний запуск двигунів на столі з установленими пропелерами створює ризик травмування.

Підключіть польотний контролер до Betaflight App і відкрийте вкладку Receiver. Переконайтеся, що команди Roll, Pitch, Yaw і Throttle змінюються правильно.
Перевірте, що приймач налаштований на коректне повідомлення про втрату радіолінії. Для рекомендованого failsafe на рівні польотного контролера він не повинен безкінечно видавати звичайні значення каналів, маскуючи втрату зв’язку.
Відкрийте вкладку Failsafe. Перевірте налаштовану процедуру Stage 2: Drop, Land або GPS Rescue — залежно від конфігурації та призначення апарата.
Збережіть налаштування та перевірте реакцію системи на імітовану втрату зв’язку, дотримуючись офіційної інструкції для встановленої версії Betaflight.
Переконайтеся, що після відновлення зв’язку система правильно реагує на команди та не допускає небезпечного самовільного запуску двигунів.

Офіційна документація: Betaflight — Failsafe.

Betaflight

Stage 1: Короткочасна Втрата Сигналу

На цьому етапі Betaflight використовує резервні значення каналів, визначені конфігурацією.

У документації для Betaflight 4.5 наведено типовий інтервал до Stage 2 — 1,5 секунди від останнього коректного пакета. Для інших версій і налаштувань значення може відрізнятися.

Якщо сигнал відновлюється вчасно, керування може повернутися без переходу до Stage 2.

Stage 2: Аварійна Процедура

Якщо втрата керування триває довше за встановлений інтервал, виконується налаштована аварійна процедура.

У режимі Drop двигуни вимикаються. У режимі Land застосовується логіка зниження, яка не гарантує безпечної посадки. GPS Rescue намагається повернути апарат, але потребує справного GPS, коректних налаштувань і попереднього випробування.

Особливо небезпечно вважати, що наявність GPS-модуля автоматично забезпечує повернення додому.

Практичний Приклад: Пілот Чує Telemetry Lost Під Час Польоту

Уявімо п'ятидюймовий FPV-квадрокоптер із сумісним ExpressLRS-приймачем, підключеним до польотного контролера Betaflight через CRSF.

Пілот віддаляється, і пульт повідомляє Telemetry Lost. При цьому квадрокоптер продовжує реагувати на стики.

Це можлива ситуація, коли зворотна телеметрія порушена, але команди керування ще надходять.

Правильна реакція — не панікувати й не вимикати пульт. Варто припинити віддалення, уникати різких маневрів, оцінити доступні показники радіолінії та за можливості плавно повернути апарат ближче.

Якщо виникають ознаки втрати керування або попередження RXLOSS, ситуація вже інша. Подальша поведінка квадрокоптера залежатиме від налаштованого failsafe.

Пілот не повинен експериментувати з вимкненням передавача в повітрі, щоб перевірити, чи спрацює захист.

Які Пульти Та Приймачі Можна Використовувати

Описана логіка стосується систем ExpressLRS, але сумісність визначається конкретним радіообладнанням.

Наприклад, пульти RadioMaster із сумісними ELRS-модулями можуть використовувати ExpressLRS для передачі команд. Приймач повинен підтримувати відповідний радіодіапазон, протокол і сумісну версію прошивки.

Пульти FlySky на AFHDS або AFHDS 2A не стають сумісними з ExpressLRS лише через наявність USB чи схожих стиків.

Для ELRS-приймачів із CRSF-підключенням до Betaflight необхідно перевірити UART, конфігурацію Serial RX та протокол приймача.

Також важливо відрізняти USB-режим симулятора від справжнього радіозв’язку. Liftoff, VelociDrone або FPV.SkyDive можуть працювати з сумісним джойстиком, але тренування через USB не перевіряє реальну радіолінію між передавачем і приймачем.

Найпоширеніші Помилки Під Час Оцінювання Радіозв’язку

Найнебезпечніша помилка — ототожнювати будь-яке попередження Telemetry Lost із повною втратою керування.

Друга — ігнорувати всі повідомлення про телеметрію, вважаючи їх неважливими. Повторювані порушення можуть вказувати на проблеми з антеною, живленням, налаштуваннями або радіоумовами.

Третя — оцінювати радіолінію лише за одним показником RSSI без урахування LQ та інших даних.

Четверта — налаштовувати GPS Rescue без наземних і контрольованих польотних випробувань.

П'ята — перевіряти failsafe з установленими пропелерами або вмикати й вимикати пульт під час реального польоту без безпечної процедури тестування.

Усі ці помилки можуть створювати ризики, яких можна уникнути правильною підготовкою.

Висновок: Стабільний FPV-Політ Починається З Розуміння Радіоканалу

ExpressLRS забезпечує високопродуктивний радіозв’язок, але жодна радіосистема не усуває впливу перешкод, особливостей антен і фізичних обмежень поширення сигналу.

Повідомлення Telemetry Lost не є автоматичним підтвердженням failsafe. Воно характеризує проблему з отриманням зворотних даних. Справжня втрата керування визначається станом командного каналу та реакцією приймача й польотного контролера.

Зміни ExpressLRS 4.1.0 зробили попередження про телеметрію менш схильними до надмірних спрацювань, але не скасували потреби контролювати стан радіолінії.

Надійність FPV-системи визначається не лише потужністю передавача. Вона залежить від правильної конфігурації приймача, розуміння телеметрії, налаштованого failsafe й дисципліни пілота. Саме поєднання цих чинників допомагає зберегти керування та зменшити ризик втрати дрона.

Офіційні Джерела

Інші статті