Беспилотная авиация сильно зависит не только от двигателей, корпусов и аккумуляторов. Внутри любого БПЛА есть более компактный, но критически важный уровень - авионика, полетные контроллеры, регуляторы оборотов и программная среда, которая связывает все это в работающую систему.
Для российских разработчиков здесь есть отдельная инженерная задача: перейти от импортных микроконтроллеров и привычного программного окружения к отечественной элементной базе без потери функциональности и без полной перестройки процессов разработки.
Один из таких кейсов реализует компания "Чистое небо" совместно с АО "НИИЭТ" (входит в ГК Элемент) и разработчиками ОСРВ 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)

slog2
16.06.2026 08:08Первый - разработка полностью проприетарного программного обеспечения
Второй - портирование открытого программного обеспечения на отечественную элементную базу.
И оба варианта гарантируют лишнюю работу по переносу, написанию, отладке софта который уже есть и работает. И в итоге отставание и неконкурентоспособность.

Juzujka
16.06.2026 08:0820 лет назад о китайских проектах так же могли бы писать и говорить.
А 60 лет назад о японских.
Китай, кстати через госзаказы свою микроэлектррнику поднимал.
Коррупция, конечно, уничтожит почти все добрые начинания и превратит любые бюджеты в богатства воров, у которых уже припасена недвижимость в других странах и гостиницы в испаниях.
Но здесь описано как конкретно эти компании и эти команды делают необходимые и неизбежные шаги к развитию российской микроэлектроники.

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

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

abondarev
16.06.2026 08:08Интересно зачем добавлять EmBox туда, где его не было изначально и все замечательно работало?
Вы совершенно правы, если все работает, и тем более замечательно, ничего не нужно добавлять!

Juzujka
16.06.2026 08:08Интересно!
Но хотелось бы подробностей:
Насколько открытый проект вписывался в новый микроконтроллер
Что и в каких масштабах адаптировалось, перерабатывалось, переделывалось? Заголовки, исходники, компилятор, отладчики.
Что с периферией? Работает нормально или условно?
Что со средствами разработки и отладки?
Насколько полна документация и SDK?
Чтобы понимать масштабы работ по внедрению нового российского микроконтроллера. Задача любопытная и интересная.
Ну и сравнить можно со знакомыми многим маршрутами на ESP32, STM32.

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, конфиг вообще можно закрыть.

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

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

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