3-й этап программы раннего доступа к архитектуре RISC‑V DEVBOARDS на базе отладочной платы Base (EVU‑BA-2.1) на основе микроконтроллера Baikal‑U (BE‑U1000) стал одним из самых насыщенных по составу и содержанию проектов. Более 100 заявок, 32 отобранные команды и широкий отраслевой охват показали устойчивый интерес к этой платформе со стороны разработчиков, университетских команд и инженерных коллективов, работающих в прикладных направлениях. В центре внимания оказались проекты, связанные с промышленной автоматизацией, системами ЧПУ, интерфейсными модулями, контроллерами производственных линий и модульными беспилотными платформами.

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

Дайджест

На конференции российского Альянса RISC‑V «Технологии без ограничений» координатор Индустриального комитета и руководитель программы раннего доступа к архитектуре RISC‑V DEVBOARDS Татьяна Андреева подвела итоги 3-го этапа этой программы. Он проходил на отладочных платах Base (EVU‑BA) от Baikal Electronics. Было получено более 100 заявок, в работу взяты 32 проекта, а наибольшее число заявок пришлось на сферы автоматизации производства, беспилотных систем и научного приборостроения. Всего было выбрано 10 призёров, в том числе 2 — из образовательного сегмента. 

Для самой программы это стал закономерный шаг вперед. DEVBOARDS — это первая в России программа раннего доступа к архитектуре RISC‑V на микроконтроллерных отладочных платах. Первый этап проходил на MIK32 «Амур» от АО «Микрон», второй — на К1921ВГ015 от АО «НИИЭТ», третий — на Baikal‑U от Baikal Electronics, а в апреле 2026 года уже стартовал четвертый этап на совершенно новом МК К1921ВГ1Т от АО «НИИЭТ». То есть программа развивается как последовательная инженерная линия с разными отечественными MCU‑платформами, а не как разовый пилотный проект вокруг одного чипа. 

У 3-го этапа была своя специфика. Он строился вокруг микроконтроллера Baikal‑U — с 3 отечественными RISC‑V ядрами от компании CloudBEAR, частотой до 200 МГц, 48 GPIO, 3-мя восьмиканальными 12-разрядными АЦП, 2 CAN FD, 8 UART, 4 SPI, 2 QSPI, 4 I2C, 2 I2S, развитой PWM/DMA‑подсистемой и встроенной поддержкой MicroPython. На практике такой набор означает, что платформа интересна там, где нужно одновременно работать с двигателями, локальным интерфейсом, сетевым обменом данными и насыщенной периферией. 

Отладочная плата предоставляемая для третьего этапа программы DEVBOARDS выглядит следующим образом: 

Коротко про цифры и формат

Если собрать итоги этапа в несколько пунктов, то картина выглядит так:

  • 100+ заявок

  • 32 отобранных участника;

  • проекты из 9+ отраслей экономики;

  • наиболее активные направления — автоматизация производства, БПЛА и научные приборы;

  • в числе победителей — проект сервоусилителя для управления сервоприводом и ПЛК, а также проект «Платформенный универсальный БПЛА»;

  • среди 10 призёров отдельно отмечены 2 проекта из образовательного сегмента: МГТУ «СТАНКИН» и МГТУ им. Н.Э. Баумана.

Сухая статистика полезна как ориентир, но сама по себе она мало говорит о техническом содержании этапа. Гораздо интереснее посмотреть, какие именно задачи участники решали при помощи Baikal‑U и какие свойства платформы проявились в этих сценариях. По опубликованным проектам видно, что речь уже идет о системах с реальной периферией, обменом данными по промышленным интерфейсам, дисплеями, сетевыми модулями, исполнительными механизмами и прикладной логикой. По такому набору кейсов можно оценивать не только интерес к платформе, но и характер её прикладного применения.

Почему 3-й этап получился показательным

На ранних этапах развития любой MCU‑платформы обычно хорошо видны два класса работ. Первый — короткие демонстрационные проекты, где проверяются базовые интерфейсы и поднимается стандартная периферия. Второй — более сложные прикладные макеты, где разработчикам уже приходится думать о разделении функций между ядрами, коммуникации с внешними системами, тепловом режиме, питании, компоновке и развитии собственной библиотеки под разработку. В опубликованных материалах по 3-му этапу как раз доминирует второй класс.

Это хорошо заметно по составу самих проектов. У «СТАНКИНа» речь идёт о прототипе интеллектуального override‑контроллера для ЧПУ с дисплеем, энкодером, EEPROM и сетевым модулем. У Бауманки — о контроллере линии производства с шаговыми двигателями, датчиками, RS485, Ethernet и HMI. У НТУ «Сириус» — о модульной платформе БПЛА с разделением вычислительного ядра и несущей части, FreeRTOS, IMU, навигацией и требованием к «горячей» замене корпусов. Это уже хороший набор кейсов для разговора о платформе как об инженерном инструменте.

Кейс 1. МГТУ «СТАНКИН»: PCNC Override Controller

Проект Р. Пушкова адресует понятную и практическую задачу: создать устройство для переопределения оборотов шпинделя и подачи оборудования с ЧПУ. В публикации проекта цель сформулирована прямо: протестировать микроконтроллер в составе простого, но функционального устройства современного вида и разработать для него алгоритмы, прототип и прошивку. В описании задачи отдельно отмечено, что на станочном пульте оператору нужен физический орган управления, позволяющий в непредвиденной ситуации снизить подачу вплоть до полной остановки перемещений, а также уменьшить частоту вращения шпинделя до 50% от заданного значения.

С инженерной точки зрения это удачный класс проекта для программы раннего доступа. Здесь можно проверить сразу несколько вещей: работу графического интерфейса, обработку ввода с энкодера, хранение параметров, сетевую интеграцию и собственно управляющую логику устройства. Аппаратная конфигурация получилась вполне прикладной: отладочная плата Base (EVU‑BA-2.1), IPS‑дисплей GC9A01 по SPI, инкрементальный энкодер EC28A1550401, EEPROM AT24CXX по I2C, Ethernet‑модуль WizNet W5500, ПК под Ubuntu и эмулятор системы ЧПУ на базе платформы «АксиОМА Контрол». В программной части использовались VS Code, mcu‑sdk-2.1 и bare metal‑подход.

На этапе разработки данный прототип выглядел так: 

На видео показан процесс управления оборотами шпинделя и подачей при помощи разработанного устройства. Устройство подключено к ядру СЧПУ «АксиОМА Контрол» по протоколу указанной системы. На экране видно, что система ЧПУ реагирует на команды устройства и в HMI меняются скорости оборотов шпинделя и подачи как на экране оператора (бары в правой нижней четверти), так и на виртуальной станочной панели («крутилки» оборотов шпинделя и подачи). 

При этом авторы сразу отмечают и направление дальнейшей работы — корпус, разводка собственной платы и доведение устройства до полноценного прототипа. В качестве вывода по самому контроллеру в проекте отмечены хорошая документация и проработанный SDK, которые делают BE‑U1000 удобным как для образовательных задач, так и для профессиональных устройств.

Для 3-го этапа этот кейс важен в нескольких отношениях:

  1. Он показывает, что Baikal‑U уже используется в HMI‑ и операторских модулях промышленного профиля. 

  2. Он подтверждает, что типовая периферия и SDK достаточны для сборки работающего макета без экзотического инструментария. 

  3. И он даёт понятный пример того, как образовательный проект становится инженерным кейсом с практической траекторией развития.

Кейс 2. Инжиниринговый центр Группы ГАЗ имени А.А. Липгарта МГТУ им. Баумана: прототип блока управления кузовной электроникой

Еще один показательный проект 3-го этапа относится к автомобильной электронике. Инжиниринговый центр Группы ГАЗ имени А.А. Липгарта МГТУ им. Баумана использовал BE-U1000 для проверки возможности применения этого микроконтроллера в задачах управления в автомобильной промышленности. Был разработан прототип блока управления кузовной электроникой, то есть система, в которой важны не только базовые интерфейсы, но и совместная работа силовых, измерительных и коммуникационных каналов.

Перед командой стояла задача: нужно было разработать ПО для BE-U1000 с инициализацией и совместной работой основных периферийных блоков, реализовать управление цифровыми и аналоговыми каналами тестовой платы, включая силовые ключи, полумосты, цифровые и аналоговые входы, измерение сопротивления и частотных сигналов, а также организовать обмен по двум CAN-интерфейсам для ручного тестирования, сервисного взаимодействия и автоматических тестовых сценариев. Отдельной задачей была адаптация существующей программной архитектуры и периферийной конфигурации под BE-U1000 и его SDK.

С программной точки зрения проект интересен тем, что команда сразу выстроила многослойную архитектуру прошивки. Реализация была разделена на уровни: инициализация аппаратной части платы, логика тестовой системы и внешние сущности обмена по CAN. Были реализованы режимы ручного и последовательного автоматического тестирования периферии, обработка сигналов с аналоговых входов, измерение сопротивления NTC-цепей, контроль питающего напряжения, считывание обратной связи с силовых выходов и управление несколькими типами выходов, включая MOSFET-ключи 0,5 А, 3 А и набор силовых полумостов как в ключевом, так и в мостовом режиме. Для обмена использовался проприетарный CAN-протокол с разделением системного и сервисного каналов. Проект выполнялся в bare metal, без ОС, с использованием make, SDK Baikal, GCC toolchain, linker script, HAL/BASIS-библиотек и собственных модулей прикладной логики.

Аппаратная часть также выглядит содержательно. В составе платы-прототипа были предусмотрены 5 ключей верхнего уровня, 10 полумостовых схем, 4 схемы цифрового входа, 1 схема частотного входа, 3 схемы аналогового входа измерения напряжения, 3 схемы аналогового входа измерения сопротивления, 2 цифро-аналоговых преобразователя DAC104 и 2 CAN-трансивера SN65HVD234D. В качестве базовой платформы использовалась отладочная плата EVU-BA-2.1. Такой состав хорошо показывает профиль проекта: это уже не локальная демонстрация отдельного интерфейса, а проверка микроконтроллера в роли центра насыщенного периферией тестового и управляющего узла.

По итогам работы был разработан и собран программный прототип ЭБУ на базе BE-U1000. Команда подтвердила работоспособность базовой периферии микроконтроллера, включая GPIO, ADC, SPI, таймеры и CAN, реализовала CAN-протокол с поддержкой управляющих команд и передачи телеметрии, а также подтвердила возможность ручного и автоматического тестирования силовых и измерительных каналов платы. Дополнительно была сформирована программная архитектура, пригодная для дальнейшего развития проекта. Отдельно отмечено, что BE-U1000 рассматривается как перспективная платформа для дальнейших НИОКР в области автомобильной электроники, включая специализированные ЭБУ, периферийные модули, диагностические устройства и стендовое оборудование.

Кейс 3. НТУ «Сириус»: модульная платформа БПЛА

Проект Марии Дятловой задаёт другой уровень требований и потому особенно полезен для оценки платформы. Цель проекта — создание универсальной модульной платформы БПЛА с разделяемой архитектурой и тестирование Baikal‑U как высокопроизводительного микроконтроллера с тремя вычислительными ядрами. В публикации прямо сказано, что проект нацелен на замену разнородного парка узкоспециализированных дронов единой унифицированной экосистемой. Отдельно упомянуто, что проект разрабатывается совместно с Югорским государственным университетом и ориентирован на промышленное и коммерческое применение: мониторинг посевов, инспекцию трубопроводов и линий электропередач (ЛЭП), при этом ценность для бизнеса связывается со снижением капитальных и операционных затрат.

В техническом плане проект интересен тем, что проверяет сразу несколько сложных гипотез. В описании задачи указаны разработка схемотехники вычислительного модуля с физической и гальванической изоляцией логики от силовых цепей, проектирование унифицированного гибридного электромеханического интерфейса на базе USB Type‑C и тестирование аппаратных возможностей Baikal‑U для реализации алгоритмов автоконфигурирования «Plug & Fly». В программной части используется FreeRTOS для жёсткого разделения логики стабилизации и драйверов периферии, а также динамическая загрузка профилей управления. Аппаратная схема включает защищённый вычислительный модуль с полётным контроллером, IMU и навигацией, а силовые корпуса рассматриваются как сменные элементы.

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

В этом кейсе хорошо видны и ограничения. Авторы пишут, что Baikal‑U продемонстрировал высокий вычислительный потенциал, но для компактного герметичного модуля с ограничением по массе до 150 г высокая производительность сопровождается тепловыделением и повышенными требованиями к подсистеме питания. В качестве более естественной области применения решения линейки Baikal рассматриваются тяжёлые беспилотные комплексы массой свыше 30 кг или наземные станции управления, где вычислительная мощность приоритетнее ограничений по массе и теплоотводу. Для экосистемы это тоже полезный вывод: он помогает точнее понимать границы комфортного применения платформы.

Кейс 4. ООО «Валдай роботы»: драйвер промышленного сервопривода

Еще один показательный проект Антона Медведева связан с промышленным сервоприводом. Компания «Валдай роботы» использовала программу DEVBOARDS для проверки того, насколько микроконтроллер BE‑U1000 подходит для реализации драйвера сервопривода в прикладном промышленном контуре. Цель проекта была сформулирована прямо: протестировать возможности микроконтроллера, необходимые для создания драйвера промышленного сервопривода.

Состав задачи в этом проекте получился достаточно прикладным. Команда изучала периферийные блоки микроконтроллера, необходимые для такой системы, включая CRU, GPIO, PWMA, QEP, ADC, TIM, UART, SPI, CAN FD и USB. Параллельно велась разработка и отладка тестовой программы для проверки этих блоков, а также отдельная проверка одновременной работы нескольких ядер микроконтроллера. Уже по этому набору видно, что проект был ориентирован не на изолированную проверку отдельного интерфейса, а на предварительную валидацию платформы под один из самых требовательных классов задач промышленной автоматики.

Программная часть проекта тоже выглядит содержательно. В тестовой программе были реализованы генерация шестиканальной ШИМ с мёртвым временем для инвертора, передача данных по UART с двойной буферизацией, форматированный вывод по UART, стек протокола CANopen и USB device с собственным интерфейсом. Для сборки и отладки использовались riscv32-none‑elf toolchain, Makefile‑скрипты и OpenOCD из состава mcu‑sdk-2.1.0, а также собственные shell‑ и Makefile‑скрипты команды. Аппаратная часть включала отладочную плату Base (EVU‑BA-2.1) и модуль CAN‑трансивера, а для проверки работоспособности применялись логический анализатор и USB‑CAN адаптер.

Для общей логики статьи этот кейс важен тем, что он показывает ещё один класс задач, в котором возможности Baikal‑U проверялись системно. Если в проектах СТАНКИНа и Бауманки акцент был сделан на операторских модулях и производственных контроллерах, то здесь речь шла о силовой и приводной электронике, где особенно значимы ШИМ‑подсистема, работа с обратной связью, коммуникационные интерфейсы и устойчивое поведение в составе многокомпонентного промышленного узла. По сути, этот проект расширяет картину 3-го этапа в сторону задач сервопривода и робототехники. Этот вывод следует из состава проверяемой периферии и реализованных программных компонентов.

Результаты проекта в публикации описаны достаточно ясно: возможности микроконтроллера были успешно протестированы, подтверждена его работоспособность и возможность применения в драйверах сервоприводов. Команда проекта также отдельно отмечает, что после изучения документации и средств разработки Baikal Electronics может назвать высокую тактовую частоту, наличие нескольких ядер и обширный набор периферии как основные преимущества Baikal‑U по сравнению с аналогами. В качестве следующего шага команда Антона Медведева рассматривает трансформирование проекта в создание собственного полноценного драйвера сервопривода для промышленных роботов, который заменит иностранные аналоги и будет использоваться для локализации производства компонентов отечественной робототехники.

Что эти проекты говорят о самой платформе

Если посмотреть на четыре кейса вместе, то можно выделить несколько устойчивых наблюдений. Первое: платформа востребована там, где устройство должно работать с насыщенной периферией. Во всех проектах фигурируют дисплеи, энкодеры, EEPROM, RS485, Modbus, драйверы двигателей, датчики, навигационные узлы и силовая часть. Это хорошо совпадает с аппаратным профилем Baikal‑U, где упор сделан на большое число интерфейсов, PWM, DMA и развитую аналоговую подсистему.

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

Третье наблюдение — платформа уже используется в нескольких моделях программирования. В проекте «СТАНКИНа» применяется bare metal подход, в проекте «Сириуса» — FreeRTOS, а в контроллере Бауманки основной акцент сделан на разделении функций между ядрами и коммуникационными подсистемами. Для платформы ранней стадии распространения это хороший сигнал: разные команды подбирают подход под характер своей задачи, а не под жесткое ограничение инструментария.

Что можно считать главным итогом 3-го этапа

По итогам 3-го этапа уже можно говорить о нескольких предметных результатах. Во‑первых, программа DEVBOARDS собрала заметный интерес рынка и образовательной среды, что видно по числу заявок, отраслевому охвату и составу призеров. Во‑вторых, вокруг Baikal‑U начала формироваться воспроизводимая инженерная практика: с отладочной платой Base (EVU‑BA-2.1), SDK, типовой периферией, bare metal и RTOS‑сценариями, собственными библиотеками и сетевой интеграцией. В‑третьих, участники зафиксировали некоторые ограничения платформы в разных классах задач.

Baikal‑U уже показал применимость в промышленных HMI‑модулях, контроллерах производственных линий и вычислительных узлах для более сложных систем. Следующий этап связан с переходом от макетов к собственным печатным платам и законченным устройствам, разработкой корпусов для этих устройств, развитием прикладных и периферийных библиотек, расширением поддержки сетевых интерфейсов и протоколов в прошивке, дальнейшей отладкой и накоплением типовых схемотехнических и программно‑аппаратных решений. Для DEVBOARDS как программы — это, вероятно, и есть основной результат: платформа прошла через набор прикладных сценариев, по которым можно обсуждать не абстрактные возможности архитектуры, а конкретный опыт разработки.

Что дальше?

С практической точки зрения у программы уже есть логичное продолжение. 14 апреля 2026 года стартовал 4-й этап программы раннего доступа RISC‑V DEVBOARDS, теперь уже на МК К1921ВГ1Т от АО «НИИЭТ». Формат с открытой публикацией результатов, прикладными проектами и последовательным подключением разных отечественных платформ сохраняется. Для сообщества это полезно, потому что каждый такой этап добавляет не только новые проекты, но и новый слой инженерной практики, который затем может быть использован следующими участниками.