Ai-Thinker GP-02-Kit (плата разработки на чипе AT6558R).
Для Betaflight это важный момент: это не u-blox, модуль общается по UART и выдаёт NMEA, поэтому в Betaflight его часто “не видно”, если выбран протокол UBLOX или выставлен неверный baudrate.

Никакой “специальной активации” как у dev-модуля обычно не нужно — но есть пин выключения и есть типовые настройки, без которых Betaflight не поднимет GPS.
1) Что у GP-02-Kit “по умолчанию” (и почему BF его не видит)
По спецификации GP-02-Kit:
- питание платы: 5V (пин VCC = 5V)
- интерфейс: UART, протокол NMEA
- пин N/F — это Shutdown control (для нормальной работы должен быть “high”, внутри есть подтяжка)
Типичный baudrate по умолчанию — 9600 bps.
2) Самая частая причина: в Betaflight выбран не тот протокол/скорость
Правильная базовая конфигурация для GP-02-Kit в Betaflight
- Ports (Порты)
- Найдите UART, куда физически подключён GPS
- В колонке Sensor Input включите GPS именно на этом UART
- Поставьте baudrate 9600 (для начала фиксированно, не Auto)
- Configuration (Конфигурация)
- Включите GPS feature (переключатель GPS)
- GPS tab / GPS settings
- GPS Provider = NMEA (не UBLOX)
Почему лучше начать с 9600: для NMEA в Betaflight поддержка “минимальная” — прошивка фактически ставит порт FC на скорость, которую вы указали, и не пытается “угадать/переучить” скорость самого модуля. При несовпадении скоростей будет “тишина”.
3) Проверка “говорит ли модуль вообще” (быстрее всего)
Вариант A (через Betaflight): gpspassthrough
В CLI Betaflight выполните команду:
gpspassthrough
Если в CLI начинают сыпаться “кракозябры/строки” — это признак, что данные по UART идут (для NMEA вы увидите строки вида $GN...).
Вариант B (напрямую): USB–TTL адаптер
Подключите GP-02-Kit к USB–TTL и откройте порт на 9600 — так обычно проверяют вывод NMEA.
4) Частая “ловушка”: GPS НЕ запитан, когда вы подключены только по USB
Многие полётники не подают 5V на периферию от USB, и GPS при конфигурировании “в Betaflight от USB” банально не включается. Иногда для проверки нужен LiPo/BEC.
Практически:
- Подключитесь к Betaflight по USB
- Подайте LiPo
- Посмотрите, изменится ли ситуация (появятся ли данные/статус GPS)
5) Железо: провода, UART и пин Shutdown (N/F)
Подключение UART (обязательно крест-накрест)
- TX модуля → RX UART на FC
- RX модуля → TX UART на FC
- GND ↔ GND
- 5V ↔ 5V
Это базовая причина №1: часто перепутаны TX/RX, или выбран не тот UART.
Пин N/F (Shutdown control)
На GP-02-Kit пин N/F — управление выключением: при нормальной работе он должен быть high (есть внутренняя подтяжка).
Если вы случайно посадили его на GND или подключили к “не тому” пину на FC, модуль может быть постоянно выключен.
Для Betaflight он не нужен — оставьте его не подключённым (по умолчанию должен быть high).
6) Если данные NMEA идут, а Betaflight всё равно “не видит” GPS
Сценарий 1: BF видит “подключение”, но нет фикса
Betaflight требует 3D fix для нормальной GPS-функциональности (в интерфейсе это видно как “3D Fix”). Для первого холодного старта на улице иногда нужно несколько минут, особенно если модуль в помещении или рядом помехи (VTX, провода питания, карбон).
Сценарий 2: модуль шлёт NMEA, но не те предложения (sentences)
Betaflight по NMEA парсит ключевые типы предложений (в первую очередь GGA/RMC и др.). Если модуль по умолчанию шлёт “не тот набор” (или слишком урезанный), BF может не собрать полноценное решение.
Что делать:
- Посмотреть реальный поток через
gpspassthrough/ USB–TTL - Убедиться, что встречаются строки типа
...GGAи...RMC(часто это$GNGGA,$GNRMC)
Betaflight для NMEA умеет отправлять кастомные команды инициализации (настройка выдачи сообщений/частоты), но формат команд зависит от конкретного GPS, и их нужно брать из документации/утилиты именно этого чипа.
Короткий “рецепт”, который чаще всего решает проблему с GP-02-Kit
- Подайте питание 5V от LiPo/платы, не полагайтесь на USB
- В Ports включите GPS на нужном UART и поставьте 9600
- Включите GPS feature
- Поставьте GPS Provider = NMEA
- В CLI запустите
gpspassthroughи проверьте, идут ли NMEA-строки
Если после этого в gpspassthrough нет вообще никакого вывода, то это почти всегда: (а) питание, (б) TX/RX перепутаны, (в) выбран не тот UART, (г) N/F (shutdown) посажен “в 0”.

