ИНТЕЛ ДРОН


Channel's geo and language: not specified, not specified
Category: not specified


Российский разработчик умных систем для БПЛА

Related channels

Channel's geo and language
not specified, not specified
Category
not specified
Statistics
Posts filter


📡 Обновили калькулятор частот

Ранее публиковали калькулятор через друзей из лаборатории Гагаринг, а сейчас продолжаем понемногу добавлять в него новые функции.

Видим, что калькулятором ежедневно пользуется большое количество людей, поэтому решили добавить ещё одну небольшую, но полезную возможность — расчёт диполей под нужную частоту.

Теперь можно выбрать: ▸ V-образный диполь ▸ кастомную конфигурацию

После выбора частоты калькулятор автоматически показывает: — рекомендуемую длину всего диполя — длину каждого уса отдельно

То есть если вам нужно собрать антенну под определённую частоту — калькулятор сразу рассчитает размеры диполя под выбранный диапазон.

Также по-прежнему доступны: — расчёт гармоник — проверка пересечений управления и видео — анализ диапазонов работы

🌐 Калькулятор полностью бесплатный: calculatorchastot.netlify.app

📱 Для Android также есть APK-версия с полностью офлайн-работой. Если нужна — пишите в личные сообщения.


🎯 Почему автоматическое донаведение на практике — одна из самых сложных задач для мультикоптеров
После прошлого поста хотелось бы пояснить, почему системы иногда промахиваются на финальном участке или не успевают точно довернуть.
На самом деле это одна из главных проблем всех систем наведения. Причём с ней сталкиваются практически все разработчики подобных комплексов.
Основная проблема — задержка замкнутого контура управления.
Между моментом, когда камера «увидела» цель, и моментом, когда дрон реально изменил траекторию, проходит целая цепочка:
— получение кадра камерой
— обработка изображения
— работа алгоритма сопровождения
— расчёт управляющего воздействия
— передача команды полётному контроллеру
— реакция двигателей
— изменение положения самого дрона
Даже задержка в несколько десятков миллисекунд начинает давать серьёзную ошибку на высокой скорости.
По сути, система начинает работать уже не с текущим положением цели, а с её положением «в прошлом». Из-за этого на финальном участке может появляться промах даже при визуально корректной работе трекера.
Вторая серьёзная проблема — инерция платформы.
Мультикоптер физически не может мгновенно изменить направление движения. Для доворачивания ему необходимо:
— изменить угол наклона
— перераспределить тягу
— компенсировать собственную скорость
— и при этом удержать цель в кадре
Именно поэтому конечный участок траектории является самым сложным во всей системе наведения.
Отдельно проблемы создают:
— вибрации рамы
— смазывание изображения при резких манёврах
— боковой ветер
— потеря контрастных точек цели
— выход цели из поля зрения камеры
— насыщение регуляторов при резких коррекциях
Последний момент особенно важен.
В некоторых ситуациях полётный контроллер уже не успевает физически выполнить необходимый манёвр — тяги или угловой скорости просто недостаточно для быстрой коррекции траектории.
Отсюда и появляется эффект, когда система «почти довела», но промахнулась рядом с целью.
Поэтому реальные системы донаведения — это не просто «нейросеть нашла объект».
Это одновременно:
— компьютерное зрение
— теория управления
— прогнозирование движения цели
— компенсация задержек
— работа с динамикой платформы
— и постоянная коррекция ошибок
Именно на финальном участке наведения — там мы отходим от красивых картинок и видео к реальной физике.


🎯 Возвращаемся к одной из наших первых разработок — системе донаведения

Вообще, история нашей команды начиналась именно с этого направления. Ещё задолго до «Берёзы» и других проектов мы занимались алгоритмами сопровождения и наведения.

Тогда не было ни ресурсов, ни нормальной базы для тестов — начинали буквально с коробок, изображающих технику. Потом сделали макет танка и постепенно перешли уже к работе с реальными движущимися объектами.

Сейчас потихоньку возвращаемся к этой разработке и продолжаем дорабатывать алгоритмы.

Принцип работы следующий:
дрон с нашим модулем может перейти в автоматический режим, выйти в заданный квадрат, обнаружить цель и дальше выполнять наведение уже автоматически.

Пока система ещё находится в стадии активной доработки — поэтому на некоторых моментах можно заметить промахи или нестабильную работу. Это нормально.

В следующем посте отдельно разберём, почему в реальных условиях автоматическое донаведение — задача намного сложнее, чем кажется на красивых демо-видео.


Video is unavailable for watching
Show in Telegram
🔥 Праздники подходят к концу
Надеюсь, что все немного выдохнули, а мы продолжаем работать даже на отдыхе))
🎥 На видео — немного «высоких технологий» в розжиге углей.
На этой неделе покажем новые тесты, новые разработки и ещё несколько интересных инженерных разборов.
Всем продуктивной недели и чистого эфира 👍


🎗 Поздравляем вас с Днём Победы!

Это день мужества, памяти и гордости за наш народ. В этот день мы чтим всех, кто отстоял нашу свободу ценой своей жизни и вложил сердце в Победу.

Пусть в каждом сердце живёт гордость за великий подвиг наших предков, а память о Победе объединяет поколения и вдохновляет на созидание светлого будущего.


📡 Напомним про наш бесплатный калькулятор частот
Ранее публиковали его через друзей из Гагаринга, так как своего канала у нас тогда ещё не было. Сейчас решили продублировать уже здесь.
Калькулятор позволяет быстро рассчитывать:
— гармоники
— возможные пересечения управления и видео
— диапазоны, в которых системы могут мешать друг другу
Нужно просто ввести:
▸ центральную частоту управления
▸ параметры ППРЧ
Дальше калькулятор автоматически показывает, какие гармоники возникают и где возможны пересечения с видеоканалом.
Инструмент полностью бесплатный.
И, судя по статистике, реально оказался полезным — только за последние сутки калькулятором воспользовались 162 человека, и такой поток держится практически каждый день.
🌐 Интернет версия:
calculatorchastot.netlify.app
📱 Для тех, у кого нет стабильного интернета, сделали отдельный APK-файл под Android — приложение работает локально прямо на телефоне.
Если нужен APK — пишите в личные сообщения, отправим 👍


Video is unavailable for watching
Show in Telegram
🚁 «Берёза»: настройка через Wi-Fi
Специально сделали внутренний Wi-Fi интерфейс, чтобы можно было быстро подключаться к модулю прямо с телефона или ноутбука — без разборки дрона, перепаек и подключения проводов.
Через Wi-Fi можно: — менять коэффициенты и настройки прямо в поле — быстро подстраивать модуль под другую платформу или погоду — обновлять прошивки — смотреть текущее состояние системы
Это особенно полезно, если, например, вы перешли с одной платформы на другую (15" → 20") или изменились погодные условия — все нужные настройки можно поменять буквально за пару минут на месте.
🎥 На видео — пример подключения к модулю и работы интерфейса.
Если что-то не получается или модуль ведёт себя нестабильно — пишите нам. Мы на связи практически 24/7 и поможем быстро подобрать нужные настройки под вашу платформу 👍


🚁 «Берёза»: как это выглядит глазами оператора
Показываем работу модуля с бортовой камеры — именно так это видит оператор.
На видео хорошо видно: дрон удерживает заданное направление без участия оператора.
Картинка остаётся стабильной, без «рысканья» и разворотов — это ключевой момент для задач ретрансляции.
Тест проводился на высоте ~115 м.
Время теста 40 минут.
В верхней части экрана — параметры полёта (зелёные цифры по середине, на видео ~20-я минута).
📸 В конце — итог после ~40 минут удержания:
— ветер: ~22 м/с
— общее смещение: ~342 м
— условия: сильный ветер, солнечно
Важно:
оператор не корректирует курс — система сама удерживает направление.
При этом под ветровой нагрузкой наблюдается постепенный снос относительно исходной точки.


Video is unavailable for watching
Show in Telegram
🚁 «Ромашка РВ»: тест алгоритмов компьютерного зрения
Показываем, как работает распознавание в реальном времени.
Взяли произвольный видеопоток с разными сценами и прогнали через нашу обученную нейросеть.
Без подготовки — просто подаём видео и смотрим, как система в потоке выделяет и подсвечивает объекты.
На отдельных кадрах видно, что алгоритм работает не только с обычной камерой, но и с тепловизионным изображением.
Так тестируем поведение модели на разных типах данных: качество, динамика, условия съёмки.
🎥 В видео — пример работы системы


🚁 «Ромашка РВ»: распознавание в реальном времени

Ранее мы показывали версию комплекса «Ромашка» для ПК — анализ после облёта.

Теперь — следующий шаг.

«Ромашка РВ» работает прямо на борту БПЛА и анализирует видеопоток в реальном времени, подсвечивая цели оператору во время полёта.

Для этого на дрон устанавливается отдельный модуль с микрокомпьютером, который обрабатывает видеопоток непосредственно на борту.

Что это меняет:

— оператор сразу видит потенциальные цели
— не нужно разбирать видео после миссии
— решение принимается в моменте

В сложных условиях:
— при помехах или нестабильной связи цели уже выделены на видеопотоке
— можно продолжать движение в сторону цели, даже при ухудшении канала

По сути, это переход от:
«сняли → потом анализ»
к:
«видим и понимаем сразу»

📸/🎥 В материалах — пример работы системы


🚁 Тесты в помещении
Небольшой дрон, закрытое пространство, без ветра.
Проанализировали поведение модуля при разных настройках. Даже на таких компактных платформах система работает предсказуемо.
🎥 Видео с тестов прикладываем


Forward from: ОВОД
Что выбираешь ты? 😎


Более подробно в презентации выше


Ромашка.pdf
349.9Kb
Программа для анализа видео с БПЛА


🚁 Модуль «Берёза»: установка и запуск
Продолжаем знакомство — теперь про самое важное: насколько это сложно поставить.
Спойлер: максимально просто.
Что нужно сделать:
1. Подключение Припаять 4 провода к полётному контроллеру по инструкции и закрепить модуль снизу под дроном.
2. Настройка Назначить AUX-каналы в Betaflight / INAV для включения режима стабилизации.
Проверить калибровку магнитометра и по необходимости откалибровать.
И большие никаких дополнительных датчиков или долгой настройки. Подключили → назначили AUX → можно лететь.
📸 На фото — примерная схема подключения 🎥 В видео — работа модуля в полёте


Forward from: ПОЛЕЗНАЯ НАГРУЗКА
🤔 Академия "StabX/СтабХ" - вражеский модуль оптической одометрии для ArduPilot.

Принцип - непрерывный анализ смещения подстилающей поверхности нижней камерой высокого разрешения, трансляция вычисленных координат на автопилот по UART протоколом MAVLink (VISO_TYPE=1). Интеграция в EKF3 ArduPilot полностью вытесняет GPS: EK3_SRC1_POSXY/VELXY=ExternalNav(6), GPS1_TYPE=0, AHRS_GPS_USE=0.

Платформа - RPi Zero 2W. Три конфигурации: дневной, ночной и модуль двойной одометрии (день+ночь).

Характеристики дневного модуля:
🤔 Рабочий диапазон высот: 0 - 1499 м (кастомная прошивка ArduPilot снимает стандартное ограничение в 400 м)
🤔 Допустимый угол наклона: ±24°
🤔 Максимальная скорость ветра: 20 м/с
🤔 Автоматическое определение высоты: да (барометр, без лидара)
🤔 Поддержка цифрового видео: да (MSP DisplayPort)
🤔 Автопосадка / автостарт: да
🤔 Борьба с боковым ветром: да

Дрейф по высоте ±2 м - устраняется противником добавлением лидара. Не работает над открытыми водными поверхностями (нет текстуры). "Проблема белой стены" практически отсутствует в полевых условиях. Автономные миссии - реализуемы; опционально: ГНСС для уточнения домашней точки в RTL. Настройка через точку доступа (SSID: uapilot, пароль: uapilotstab) и веб-интерфейс на http://pizero2:8080/.

⭐️Полезная Нагрузка


Читаю и вижу сплошной обман)
1. Лидар и «высоты до 1500 м»
Вот здесь главный вопрос. Как именно лидар работает на таких дистанциях?
Потому что в реальности компактные лидары на БПЛА - это десятки метров. Иногда больше, но это уже другие габариты, другая энергия, другая оптика.
На 100+ метрах сигнал уже деградирует настолько, что опираться на него как на источник высоты - сомнительно.
А на сотнях метров и тем более ближе к километру - его просто нет.
То есть по факту:
лидар внизу - да, работает.
Дальше - барометр с дрейфом.
И тогда формулировка про «устранение проблемы высоты лидаром» звучит, мягко говоря, очень оптимистично.
2. Диапазон до 1.5 км на оптической одометрии
Тут второй момент. С ростом высоты сцена «схлопывается» - деталей меньше, пиксель покрывает всё большую площадь, контраст падает.
Что происходит дальше?
Правильно - растёт шум, и начинается накопление ошибки.
Без узкой оптики и серьёзной вычислительной базы это не держится стабильно. Никак.
1.5 км - это уже режим, где оптика перестаёт быть надёжным источником движения. И это не теория, это практика.
3. Ветер до 20 м/с
Теперь добавляем ветер.
При такой нагрузке дрон не висит «ровно» - он летит с креном. Иногда серьёзным.
Камера в этот момент смотрит не вниз, а под углом.
Оптический поток искажается. Причём нелинейно.
Если нет жёсткой синхронизации с IMU и нормальной компенсации - ошибка улетает очень быстро.
4. Самое показательное - чего нет в описании ошибки по XY.
Ни на 100 м, ни на 500, ни на «1500».
Потому что именно это и есть ключевая метрика.
В итоге картина простая - работать как заявлено вообще не будет. Это и есть хорошо.



18 last posts shown.

35

subscribers
Channel statistics