Беспилотная авиация сильно зависит не только от двигателей, корпусов и аккумуляторов. Внутри любого БПЛА есть более компактный, но критически важный уровень - авионика, полетные контроллеры, регуляторы оборотов и программная среда, которая связывает все это в работающую систему.

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

Один из таких кейсов реализует компания "Чистое небо" совместно с АО "НИИЭТ" (входит в ГК Элемент) и разработчиками ОСРВ Embox. Команда работает над переносом открытого программного обеспечения для БПЛА на российские микроконтроллеры К1921ВГ015 с архитектурой RISC-V. Если вам интересна эта тема, добро пожаловать под кат!

Кто такие “Чистое небо”

ООО "Чистое небо" основано в 2020 году как разработчик сельскохозяйственных БПЛА. Сейчас компания сфокусирована на разработке авионики и программного обеспечения для беспилотных авиационных систем.

В команде около 25 человек. Компания является аккредитованной ИТ-компанией, входит в реестр малых технологических компаний, а также является резидентом НПЦ "БАС "Самара" и АНО "ЦБСТ".

Изначально компетенции компании были связаны с беспилотными платформами для сельского хозяйства, но по мере развития рынка фокус сместился к комплектующим изделиям: полетным контроллерам, регуляторам оборотов и программному обеспечению, которое может использоваться в разных типах БПЛА.

В чем инженерная задача

Полетный контроллер - один из ключевых компонентов БПЛА. Он отвечает за стабилизацию аппарата, обработку команд, взаимодействие с датчиками и исполнительными устройствами. Для разработчика конечного изделия важно не только то, на каком микроконтроллере работает контроллер, но и то, какая программная экосистема вокруг него доступна.

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

При переходе на российскую элементную базу возникает не только аппаратная задача. Недостаточно просто заменить микроконтроллер в схеме. Нужно обеспечить работу программного стека, сохранить привычную модель разработки и добиться совместимости с теми подходами, которые уже используются в отрасли. Именно поэтому важна не только сама замена микроконтроллера, а перенос открытого программного обеспечения на российскую RISC-V платформу.

Почему выбран подход с открытым ПО

Для развития отечественных комплектующих изделий для БПЛА возможны два базовых сценария.

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

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

"Чистое небо" совместно с АО "НИИЭТ" выбрало второй подход. В инициативном порядке команда работает над портированием открытого ПО полетных контроллеров и регуляторов оборотов в рамках НИОКР "Авега-V" и "Сила-V". 

Среди открытых проектов, которые рассматриваются для портирования на российскую RISC-V платформу, выделяются BetaFlight, INAV, ArduPilot, PX4 и AM32. Эти проекты закрывают разные уровни программной экосистемы БПЛА: от прошивок полетных контроллеров и автопилотов до программного обеспечения для регуляторов оборотов. Такой подход позволяет не создавать весь стек с нуля, а адаптировать уже известные open-source решения под отечественные микроконтроллеры и ОСРВ, сохраняя для разработчиков привычную логику работы с инструментами, настройками и исходным кодом.

Цель этой работы - получить открытую программно-аппаратную основу для комплектующих изделий БПЛА на российских микроконтроллерах с архитектурой RISC-V.

Что удалось сделать

В результате "Чистое небо", АО "НИИЭТ" и разработчики Embox выполнили адаптацию открытого программного обеспечения для автономных полетов ArduPilot под российские микроконтроллеры К1921ВГ015 на архитектуре RISC-V.

Важным результатом стала платформа для создания программно-аппаратных комплексов на отечественной элементной базе и ОСРВ, с сохранением привычного интерфейса исходного проекта ArduPilot.

Для разработчиков конечных изделий это принципиальный момент. Если программная среда остается узнаваемой, то переход на отечественную аппаратную платформу требует меньше изменений в процессах, меньше переобучения и меньше организационных затрат.

Почему это важно для рынка

Для рынка БПЛА такой кейс важен по нескольким причинам.

Во-первых, он показывает практический сценарий применения российских RISC-V микроконтроллеров в изделиях, где программная поддержка является одним из ключевых факторов выбора компонентной базы.

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

В-третьих, такой подход позволяет предприятиям переходить на российскую элементную базу без полной перестройки процессов под новое закрытое ПО. Сохраняются привычные интерфейсы, логика работы с проектом и часть накопленной экспертизы.

В-четвертых, формируется спрос на российские микроконтроллеры не как на абстрактную замену импортной ЭКБ, а как на основу прикладной платформы для конкретной отрасли.

Масштабирование результата

Потенциальная ежегодная потребность в подобных изделиях может составлять несколько миллионов единиц. Для такого масштаба особенно важны повторяемость, доступность компонентной базы и предсказуемость программной поддержки. Если программно-аппаратная платформа на российском RISC-V микроконтроллере становится пригодной для серийного применения, это меняет характер внедрения отечественной ЭКБ. Она перестает быть экспериментальной заменой и становится рабочим вариантом для проектирования конечных устройств.

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

Комментарии (15)


  1. JIexa21
    16.06.2026 08:08

    Много слов и все ни о чем...


    1. checkpoint
      16.06.2026 08:08

      Люди план по пубикациям выполняют, не мешайте им работать.


  1. red_dragon
    16.06.2026 08:08

    ... реализуют ... на микроконтроллеры...

    Иногда уже кажется, лучше бы ИИ.


  1. artden111
    16.06.2026 08:08

    С таким названием надо производить средства от БПЛА ))


    1. Arhammon
      16.06.2026 08:08

      Заместить китайские компоненты производящиеся миллионами, на штучные отечественные практически подпадает)


  1. slog2
    16.06.2026 08:08

    Первый - разработка полностью проприетарного программного обеспечения

    Второй - портирование открытого программного обеспечения на отечественную элементную базу.

    И оба варианта гарантируют лишнюю работу по переносу, написанию, отладке софта который уже есть и работает. И в итоге отставание и неконкурентоспособность.


    1. Juzujka
      16.06.2026 08:08

      20 лет назад о китайских проектах так же могли бы писать и говорить.

      А 60 лет назад о японских.

      Китай, кстати через госзаказы свою микроэлектррнику поднимал.

      Коррупция, конечно, уничтожит почти все добрые начинания и превратит любые бюджеты в богатства воров, у которых уже припасена недвижимость в других странах и гостиницы в испаниях.

      Но здесь описано как конкретно эти компании и эти команды делают необходимые и неизбежные шаги к развитию российской микроэлектроники.


    1. abondarev
      16.06.2026 08:08

      И оба варианта гарантируют лишнюю работу по переносу, написанию, отладке софта который уже есть и работает. И в итоге отставание и неконкурентоспособность.

      Посмотрите на результат (https://github.com/embox/ardupilot) он уже отчетливо виден (как минимум мне :) ), возможно Вы там тоже увидите не просто конкурентоспособность, а лидерство по сравнению с текущей ситуацией. Хотя, конечно трудно отрицать, что путь впереди очень длинный и нужны много составляющих.


  1. Badout
    16.06.2026 08:08

    Интересно зачем добавлять EmBox туда, где его не было изначально и все замечательно работало?


    1. abondarev
      16.06.2026 08:08

      Интересно зачем добавлять EmBox туда, где его не было изначально и все замечательно работало?

      Вы совершенно правы, если все работает, и тем более замечательно, ничего не нужно добавлять!


  1. Juzujka
    16.06.2026 08:08

    Интересно!

    Но хотелось бы подробностей:

    • Насколько открытый проект вписывался в новый микроконтроллер

    • Что и в каких масштабах адаптировалось, перерабатывалось, переделывалось? Заголовки, исходники, компилятор, отладчики.

    • Что с периферией? Работает нормально или условно?

    • Что со средствами разработки и отладки?

    • Насколько полна документация и SDK?

    Чтобы понимать масштабы работ по внедрению нового российского микроконтроллера. Задача любопытная и интересная.

    Ну и сравнить можно со знакомыми многим маршрутами на ESP32, STM32.


    1. abondarev
      16.06.2026 08:08

      Но хотелось бы подробностей:

      https://github.com/embox/ardupilot
      https://github.com/embox/embox/wiki/Ardupilot

      Насколько открытый проект вписывался в новый микроконтроллер

      Без изменений. Мы поправили несколько не включений стандартных заголовочныз фалов. И добавили (продолжаем) свою платформу. Которая полностью решает проблему совместимости с аппаратурой.

      Что и в каких масштабах адаптировалось, перерабатывалось, переделывалось? Заголовки, исходники, компилятор, отладчики.

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

      Что с периферией? Работает нормально или условно?

      Есть ряд нюансов, в том числе связанных характеристиками с периферией МК ВГ015, и сейчас полетит ВГ1Т, дорабатываем несколько драйверов, но уже сейчас можно брать и пробовать из коробки.

      Что со средствами разработки и отладки?

      Как и сказал, они обычные, собирается обычным компилятором RISC-V с мултилиб.

      Насколько полна документация и SDK?

      Документацию пока не делали. То есть, та которая есть в ardupilot она полностью подходит. и еще нужно понимание как работать с embox. в чем его фишка и зачем он вообще понадобился.
      SDK - сейчас реализованы и проверены Scheduler, UART, SPI, I2C, RCoutut (PWM). Кто знаком с Ardupilot сразу поймут о чем я. Сделали socketcan, но пока ведутся работы на реальных МК.

      Ну и сравнить можно со знакомыми многим маршрутами на ESP32, STM32.

      на STM. ESP еще не доделан в ardupilot

      Получилось гораздо круче. Запускаем на STM проверяем что работает, и дальше запускаем на любом MK, меняя только описание платформы. Сами сервисы (конфигурационные параметры) привычные для разработчиков Ardupilot. В итоге создание нового полетного контроллера (ПО) занимает день (если конечно понимать что нужно включить). Ну и еще одна приятная особенность, не нужно выкладывать свою платформу в ardupilot, конфиг вообще можно закрыть.


  1. drina
    16.06.2026 08:08

    Интересно, конечно, локально достигать какого-то результата. Но просто тому, что описано в статье 50 лет в обед и это выглядит как что-то обыденное - примерно как энтузиасты запускают Doom на кофемолках).


    1. abondarev
      16.06.2026 08:08

      Но просто тому, что описано в статье 50 лет в обед и это выглядит как что-то обыденное - примерно как энтузиасты запускают Doom на кофемолках).

      Просто скажу, Вы не правы. Может статья непонятно написана :) Но в результате появляется платформа которая решает многие насущные проблемы разработчиков автономных систем. И да, многие хотят использовать доверенные (российские ) платформы, и эта платформа дает такую возможность.


  1. Sencis
    16.06.2026 08:08

    Очередная попытка импортозаместить все компоненты FPV, а какие это компоненты? Вот полётник, камера своя аналоговая хотя-бы, видео передатчик, радиомодуль типо lora свой для радио управления, по хорошему свои lcd экраны, РУ аппаратура и видео приёмник. Это минимальная база без которой критическая зависимость от импорта никуда не денется. А ещё нужно массовое произвоство всего этого возможно на следующем этапе. Вообще наблюдаю не одну попытку импортозаместить компоненты FPV и все они как правило заканчиваются на программирование какого-нибудь Российского МК, создании дизаина своей печатной платы а дальше не двигаются. Также в связи с блокировкам интернета и github странно, что вы использовали opensource прошивки и не делаете свои. Все-таки они хоббисткие там много лишнего и многие важные функции отсуствуют, однако, это наиболее простой и лёгкий путь перенести готовое ПО особенно в эпоху ИИ, что-бы продемонстрировать результат. При этом массовым уже становится применение дронов с ИИ и автозахватами/самонаведением (Bumblebee, Hornet), с весьма продвинутыми модулями защищеной связи на чипе и starlink.