LINUX.ORG.RU

НИИЭТ начал серийные поставки микроконтроллеров RISC-V российским производителям электроники

 , , ,


2

3

АО «НИИЭТ» (входит в Группу компаний «Элемент», MOEX: ELMT) начал серийные поставки 32-разрядных микроконтроллеров К1921ВГ015 на базе открытой архитектуры RISC-V российским производителям электроники. Микросхемы могут применяться в измерительных приборах, счетчиках газа и электроэнергии, системах промышленной автоматизации, медицинской технике и других энергоэффективных встраиваемых устройствах. Поставки стали следующим этапом развития продукта после освоения серийного выпуска и запуска технологического участка по корпусированию микросхем. В феврале 2025 года на площадке НИИЭТ была выпущена первая серийная партия микросхем в пластиковых корпусах. Корпусирование изделий выполняется на собственном технологическом участке института. За год работы суммарный объем выпуска технологического участка составил около 1.5 млн. изделий. Проектная мощность линии достигает 10 млн. изделий в год.

К1921ВГ015 — флагманский 32-разрядный ультранизкопотребляющий микроконтроллер НИИЭТ на базе открытой архитектуры RISC-V. Он предназначен для энергоэффективных встраиваемых устройств и может использоваться в системах учёта ресурсов, средствах измерения, промышленной автоматизации, медицинской технике и других прикладных решениях. Микросхема включена в единый реестр российской радиоэлектронной продукции в соответствии с постановлениями Правительства РФ №719 и №878.

«В новых проектах по разработке отечественных микроконтроллеров НИИЭТ переходит на использование вычислительных ядер архитектуры RISC-V. Её открытая, модульная и масштабируемая структура позволяет создавать решения под конкретные задачи — от низкопотребляющих контроллеров датчиков и приборов учёта до устройств граничных вычислений, сетевого оборудования и многоядерных процессоров. Такой подход помогает развивать линейку продуктов на единой технологической основе, с общими инструментами разработки, инженерной и образовательной поддержкой», — отметил Иван Фефилов, советник генерального директора НИИЭТ.

Серийное производство отечественных микроконтроллеров на RISC-V формирует практическую основу для развития открытой процессорной архитектуры в России. Её широкое применение требует доступной элементной базы, средств разработки и отладки, программного обеспечения, инженерных компетенций и отраслевых сценариев внедрения.

Эти направления развивает Российский Альянс RISC-V, объединяющий разработчиков вычислительной техники и программного обеспечения, производителей микроэлектроники, университеты и научные организации. В число учредителей Альянса входят YADRO, Baikal Electronics, Syntacore, Группа Астра, «Новатор» и НИУ МИЭТ. В экосистеме Альянса микроконтроллеры на базе RISC-V развивают несколько участников: наряду с НИИЭТ, «Байкал Электроникс» выпускает серийный 32-разрядный микроконтроллер Baikal-U (BE-U1000) для промышленной автоматизации, робототехники, приборов учёта, устройств ввода-вывода и решений для интернета вещей.

«Серийные поставки российских микроконтроллеров на RISC-V показывают, что архитектура уже становится основой для прикладных микроэлектронных решений. Следующий этап — развитие среды вокруг самих изделий: программных и отладочных инструментов, образовательных программ, отраслевых требований и готовых сценариев применения. Альянс объединяет участников рынка для решения этих задач и формирования условий, при которых разработчики и производители электроники смогут системно использовать RISC-V в своих продуктах», — отметила Татьяна Сорокина, исполнительный директор Российского Альянса RISC-V.

Участники Альянса работают над технологическими, индустриальными, образовательными и правовыми вопросами развития открытой процессорной архитектуры в России.

Следует отметить активную работу комитетов альянса по разработке криптографических расширений RISC-V для отечественных алгоритмов. Есть канал альянса в рутьюбе, Максе, телеграмме и блог на Хабре.

Альянс предоставляет удалённый доступ к стендам и отладочным платам.

>>> Источник: riscv-alliance.ru/news

★★☆

Проверено: dataman ()
Последнее исправление: dataman (всего исправлений: 2)
Ответ на: комментарий от mumpster

это никак не может читаться как «бир»

Ну был же педобир, так и тут.

Loki13 ★★★★★
()
Ответ на: комментарий от abondarev

Никто. Собственно так и делают для простых задач.

sabacs
()
Ответ на: комментарий от sabacs

Такие решения являются массовыми, в отличие от.

вы там в девяностых подзастряли. Современный массовый вентилятор для вентмашины настраивается и управляется присерно так (и делается это на лету прямо из плк): https://eu.nicotra-gebhardt.com/en/infocenter/downloadcenter/operating-instructions/operating-instructions-for-fans/880-ec-fans-software-manual/file.html

lomaster
()
Ответ на: комментарий от abondarev

да яж шутю, без шуток что за жизнь? там как раз смямлик стоит... :о)

sunjob ★★★★★
()

Ну, «с почином, Глеб Егорыч.» ©

sparkie ★★★★★
()
Ответ на: комментарий от LINUX-ORG-RU

Приложить бы фотки чипов

Лучше Гаечек. Фото Дейла тоже не нужно.

dataman ★★★★★
()
Ответ на: комментарий от lomaster

Ты на дату регистрации посмотри, нашел школьника )))

unname
()
Ответ на: комментарий от sunjob

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

unname
()
Ответ на: комментарий от unname

допустим надо обработать прерывания
- UART/I2C/CAN прием/передача
- внешние PIN_CHANGE
это-же во какую кашу превратиться код? расческой switch-case все парсить? или я чего-то не понимаю?

sunjob ★★★★★
()
Последнее исправление: sunjob (всего исправлений: 1)
Ответ на: комментарий от sunjob

Обычная «прополка флагов», ничего нового. Главный недостаток увеличение времени обработки прерываний.

Хотя вру, похоже там нужен обычный switсh-case.

sabacs
()
Последнее исправление: sabacs (всего исправлений: 1)
Ответ на: комментарий от sabacs

тупанул, конечно флаги/статусы ... и чем это отличается от if/then/switch/case? тоже самое, нет?

да ну его нахрен такое щасье!
нельзя так издеваться над разработчиками :о)
может это я с горяча? припрут автоматом - сразу все понравиться... :о)

sunjob ★★★★★
()
Последнее исправление: sunjob (всего исправлений: 2)
Ответ на: комментарий от sunjob

Из документации

По умолчанию все прерывания во всех уровнях привилегированности обрабатываются в machine режиме. Если прерывания не запрещены (в регистре mie установлен бит MEIE и в регистре mstatus установлен бит MIE), управление передается в обработчик прерывания (выполняется переход на адрес обработчика прерываний), а в регистр mcause записывается «причина», т.е. тип источника, вызвавшего прерывание.

sabacs
()
Ответ на: комментарий от sabacs

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

странным выглядит такое решение.
и... как следствие - нет таблицы прерываний, что в свою очередь плюс.
только вот где/сколько приобрели и где/сколько потеряли?

ладно, пусть будет так! :о)
спасибо за уточнение.

sunjob ★★★★★
()
Последнее исправление: sunjob (всего исправлений: 3)
Ответ на: комментарий от sunjob

В принципе, switch-case можно свести к таблице переходов, так что задержка прерываний будет статической, не зависящей от их количества. Поэтому не всё так плохо, как, например, в MIK32. С точки зрения организации кода тоже не всё так плохо, хотя схема с отдельными векторами прерываний, конечно же, удобнее.

sabacs
()
Ответ на: комментарий от sabacs

В принципе, switch-case можно свести к таблице переходов

ну дак это и получается все та-же самая таблица прерываний! :о)

sunjob ★★★★★
()
Ответ на: комментарий от sunjob

Ну в целом да! Но в случае векторного КП эту работу делает контроллер прерываний, а здесь ЦП, тратя на это некоторое время.

sabacs
()
Ответ на: комментарий от sunjob

Ну да… Хотя для молодежи дико. А я еще застал архитектуры, где не было аппаратного стека. Его программно реализовывали.

unname
()

Интересная новость. Жаль только, что ядро RISC-V. Насколько я знаю, оно не умеет 32*32=64. Лично у меня такое много где, в т.ч. в РВ. Например, любой более-менее приличный КИХ фильтр, который на входе имеет 24-разрядные отсчёты АЦП. Если бы в РФ начали делать что-то своё на ARM-подобном ядре (ARM9 или Cortex-R) за вменяемые деньги, лично я был бы очень рад. А то кто его знает, как завтра Китай себя поведёт. Отрубит поставки, и жить станет совсем плохо.

nobody ★★
()
Ответ на: комментарий от unname

А то амур по 300 рублей обещали, а он скоро уже 3 тысячи стоить будет.

На озоне 1000р, правд сразу 3 штуки брать надо.

vasya_pupkin ★★★★★
()
Последнее исправление: vasya_pupkin (всего исправлений: 1)
Ответ на: комментарий от sabacs

«Обычная прополка флагов» делается через вычисляемый переход без всяких switch. Стабильное время реакции и всё такое. Главное чтобы флаги в одном регистре были. Не особо отличается от векторов, на самом деле. Если только тактов немного больше до начала выполнения самого кода прерывания.

Странно, конечно, что вектора сразу не сделали, там делов-то.

Stanson ★★★★★
()
Ответ на: комментарий от nobody

ядро RISC-V.

архитектура, а не ядро.

оно не умеет 32*32=64

RV64IM умеет: «In RV64, MUL can be used to obtain the upper 32 bits of the 64-bit product».

А то кто его знает, как завтра Китай себя поведёт. Отрубит поставки, и жить станет совсем плохо.

Архитектура открытая, IP блоки хоть open source бери.

luke ★★★★★
()
Ответ на: комментарий от unname

Из минусов прерывание только общее без векторов дальше ручками

А что ты имеешь в виду? Таблица 9.1 содержит 32 вектора.

luke ★★★★★
()
Ответ на: комментарий от luke

RV64IM умеет

А разве это 32-битная архитектура? Почему-то мне казалось, что она 64-битная. Нам не надо 64-битную, у неё потребление больше. А надо 32*32=64 на 32-битной, как у ARM. Собственно, сейчас и используем MCU на ARM, которые покупаем в Китае.

Архитектура открытая, IP блоки хоть open source бери.

Мы не делаем микросхемы, мы их готовые покупаем. Так что нам хоть открытая, хоть закрытая – всё едино. КБ у нас мелкое, мы по деньгам не осилим постановку на производство собственной микросхемы.

nobody ★★
()
Ответ на: комментарий от nobody

Нам не надо 64-битную

В изначальном сообщении этой информации не было.

А надо 32*32=64 на 32-битной, как у ARM.

Через mulh вполне всё делается: https://docs.riscv.org/reference/isa/v20260120/unpriv/m-st-ext.html: «Microarchitectures can then fuse these into a single multiply operation instead of performing two separate multiplies»

luke ★★★★★
()
Ответ на: комментарий от nobody

Мы не делаем микросхемы, мы их готовые покупаем. Так что нам хоть открытая, хоть закрытая – всё едино. КБ у нас мелкое, мы по деньгам не осилим постановку на производство собственной микросхемы.

Ты переживаешь что армы перестанут поставлять? Ну так поэтому и надо заниматься RISC-V, в целом замена арму удовлетворительная.

luke ★★★★★
()

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

Saakx
()
Ответ на: комментарий от luke

Через mulh вполне всё делается

Ок, спасибо за информацию. Буду знать про «M» Extension в RISC-V. Только не очень понятно, как «Microarchitectures can then fuse these into a single multiply operation instead of performing two separate multiplies». Это ж 2 инструкции с точки зрения процессора, а не 1. Получив одну, он должен посмотреть, какая там следующая? А если между ними прерывание произойдёт? Вобщем, непонятно, как разработчик должен это реализовывать простым способом (переусложнённый проц жрать будет много).

Ну так поэтому и надо заниматься RISC-V, в целом замена арму удовлетворительная.

При наличии «M» Extension – в целом согласен. Но нужно смотреть потребление конкретных реализаций архитектуры. Для нас оно важно, потому что приборы мы разрабатываем автономные. ARM хорош сбалансированностью производительности и потребления.

nobody ★★
()
Ответ на: комментарий от Somebody

А «Эльбрус» тут каким боком??..

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

pihter ★★★★★
()
Ответ на: комментарий от yaba

счетчиках газа

Давно мусолится эта тема, наверное готовят целую платформу полностью импортозамещенную.

Че я не понимаю, разве для того чтоб тики считать не достаточно самого простого мк? Самые простые на Руси давно есть, я их видел

pihter ★★★★★
()
Ответ на: комментарий от luke

Если ты хорошо разбираешься в теме RISC-V, то может подскажешь: тут выше по треду спрашивают про средства разработки. А для RISC-V нужны какие-то своеобразные? Под ARM у меня текстовый редактор и gcc (+binutils, отладчиком не пользовался ни разу). Для RISC-V этого недостаточно, и обязательно какого-то монстра ставить?

nobody ★★
()
Ответ на: комментарий от devl547

Не жалко этих самоогороженых буратин

А ты эльбрус и мцст не путай :)

pihter ★★★★★
()
Ответ на: комментарий от pihter

Че я не понимаю, разве для того чтоб тики считать не достаточно самого простого мк? Самые простые на Руси давно есть, я их видел

Возможно, нужно не только посчитать, но и передать. По радиоканалу, например, через LoRa. И самый простой мк из имеющихся на Руси может тут не прокатить по потреблению.

nobody ★★
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.