Окно мониторинга: 2026-11-05 05:00 ~ 2026-11-06 05:00 (пекинское время, 24 часа).

Источники: агрегация Google News (более 20 групп запросов на китайском и английском, через прокси), Hacker News, Phoronix, CNX Software, LinuxGizmos, страница новостей официального сайта openRuyi и основной репозиторий, обход официальных сайтов компаний-членов RISC-V International (391 компания), обход рейтинга riscv100.top, официальные аккаунты WeChat и сайты производителей, а также поиск коммитов и релизов в организациях и ключевых репозиториях на GitHub: XiangShan/NEMU/GEM5/XSCache/difftest, CORE-V CVW/CVA6/cv-hpdcache, XuanTie (Alibaba DAMO Academy), ESWIN, SOPHGO, Nuclei, Espressif, SpacemiT и spacemit-robotics, Sipeed, revyos, openRuyi-Project, Radxa Linkr и других.

Индекс выпуска

  • Главное за день: SpacemiT открывает рабочий черновик спецификации виртуального ISA RVISA, в первом раунде добавлены три набора отображений IME/VME/AME и blocked MMA (репозиторий создан 11-04, коммиты 11-05)
  • Главное за день: Quintauris выпускает EM-Altair — стандартизированную платформу RISC-V уровня MCU с двоичной совместимостью на базе RV32IM (релиз 11-03, репортаж 11-05)
    1. Открытое сообщество и программная экосистема
      • openRuyi за один раз добавляет 20 библиотек импорта форматов документов, указывая на замыкание зависимостей офисного пакета (11-05)
      • CORE-V CVW принимает 11 коммитов: исправление установки Ubuntu 26.04, тайминг пути чтения AMO, отсутствующий сигнал предсказателя переходов (11-05/11-06)
      • XiangShan исправляет объединение store при спекулятивной предвыборке в MissQueue, шесть коммитов GEM5 сосредоточены на инфраструктуре тестирования (11-05)
      • P4 Launcher обеспечивает на ESP32-P4 опыт, подобный ПК, с загружаемыми приложениями, 21 приложение PAPP (11-05)
    1. Продукты и динамика экосистемы
      • Вторая конференция экосистемы HPMicro назначена на 21 ноября в Шэньчжэне, 14 пунктов программы связывают RISC-V MCU и AI (11-04)
      • Zijin M100 вошёл в демонстрационные примеры продвижения экосистемы RISC-V «Китайский чип», экосистемный баланс автомобильных MCU учитывается отдельно (11-05)
      • Индийский MeitY ставит 24-месячную цель по собственной GPU и продвигает коммерциализацию двух RISC-V CPU — SHAKTI и VEGA (репортаж 11-05)
    1. Углублённое изучение китайских команд
      • SDK для роботов SpacemiT дополнен тремя репозиториями: manipulation, dice_arena внесены в manifest, руководство по манипулятору K3 синхронизировано (11-05)
      • SOPHGO добавляет для Qwen3.5-0.8B bmodel для 2 и 3 ядер и нагрузочные тесты: TPS 51,89 и 55,20 (11-05)
      • Руководство по инструментам Nuclei дополнено устранением неполадок rvtrace и отладчика Hummingbird (11-05)
      • Espressif esp-riscv-trace внедрён в CI и pre-commit, декодирование trace выделено в отдельный репозиторий (11-05/11-06)
    1. Специальная глава: воплощённый интеллект и робототехника
      • Компонент manipulation SpacemiT: эксклюзивный доступ к устройству, определение достижения позиции, тайм-ауты и блокировка при сбоях собраны в сессию устройства (11-05)
      • dice_arena на K3 с семиосевым Nero и ловкой рукой Revo2 проходит полную цепочку игры в кости (11-05)
      • Линия humanoid дополнена стратегией стояния и навигацией: LingLong SuperMimic и RGBD SLAM/Nav2 для G1 (11-05)
    1. Итоги и наблюдения за тенденциями
  • Дополнительные наблюдения (riscv100.top и обход сайтов членов)
  • Приложение: полный список источников и таблица проверки источников

Главное за день: SpacemiT открывает рабочий черновик спецификации виртуального ISA RVISA, в первом раунде добавлены три набора отображений IME/VME/AME и blocked MMA (репозиторий создан 11-04, коммиты 11-05)

SpacemiT создала на GitHub новый репозиторий spacemit-com/rvisa, представляющий RVISA (RISC-V Virtual ISA, виртуальная архитектура набора инструкций RISC-V) — слой виртуальной записи инструкций для скалярных, векторных и матричных вычислений RISC-V. Репозиторий создан 4 ноября, а 5 ноября за один день отправлено три содержательных коммита: сначала развёрнут сайт документации MkDocs и процесс публикации Pages, затем добавлены примеры исходной формы записи RVISA и первые наборы отображений IME/VME/AME, и наконец PR #2 определяет «выразимую программистом» раскладку tile и блочное матричное умножение (blocked MMA). Текущая версия спецификации — 0.2.0.

Позиционирование RVISA описано достаточно ясно: он намеренно стоит выше NVIDIA PTX и ниже cuTile. Сверху он не привязан ни к одному фронтенд-языку, и реализация фронтенда исходного языка явно исключена из рамок данной версии; снизу он не предписывает напрямую кодирование инструкций конкретного чипа, а оформляет «отображение целей» как версионируемые profile, построчно декларируя, на какой набор классов регистров, групп регистров и последовательностей инструкций выполняется отображение, и прилагая к этому profile соответствующий номер вышестоящей ревизии и доказательства валидации. В нотации форма следует подходу RVV Intrinsics для выражения типизированных операций, ролей операндов и ограничений групп регистров; tile — от одномерных до N-мерных, reshape и перестановка осей должны сохранять позиции элементов, а раскладка выводится из линейной раскладки.

Лучше всего о том, какую проблему он стремится решить, говорит пункт «требование выразимости»: любая оптимизация вычислений над RVISA tile должна быть записываема программистом на уровне нотации. Это ограничение нацелено именно на наиболее распространённый способ провала при внедрении матричных расширений — компилятор втихую делает набор векторизаций, программист их не видит и не может изменить, а при смене чипа приходится всё переписывать. RVISA пытается сделать этот слой явным, чтобы одна и та же запись нотации шла по разным profile отображения на разных реализациях при сохранении семантики.

Нужно чётко сказать о зрелости: сам файл состояния спецификации указывает, что это working draft, а не утверждённая спецификация RISC-V International. Контракты конкретно заданы для ядра модели, правил типов и операндов, раскладки tile и оптимизации, сигнатур ключевых операций, но целевые profile отображения зарегистрированы лишь как черновики и доказательства согласованности реализаций ещё не собраны; MLIR dialect помечен как TBD; референсная нагрузка существует только в исходной форме нотации .rvisa и не может быть скомпилирована и исполнена; инструмент исполняемой согласованности также TBD. В репозитории есть ещё три черновика RFC 0001–0003, охватывающих соответственно контракт отображения инструкций и регистров, контракт ядра типов и операций, а также выражаемую программистом раскладку tile.

В сегодняшних отраслевых координатах это два проявления одной и той же логики, что и то, что в том же потоке делает Quintauris на стороне MCU: фрагментация, приносимая открытым набором инструкций, в итоге должна сходиться к некоторому стабильному «программному целевому слою». На стороне MCU сходимость идёт по бинарной совместимости и семантике прерываний, на стороне AI-матриц — по виртуальной нотации и контракту отображения. Разница в том, что за EM-Altair стоит совместное предприятие шести крупных автомобильных и встраиваемых производителей, а RVISA сейчас — рабочий черновик под ведущей ролью одной компании. Примут ли его обсуждения вышестоящих матричных расширений, зависит от того, появятся ли позже люди, которые впишут доказательства реализации трёх линий IME, VME и AME в эту таблицу отображения.

Дата: создание репозитория 2026-11-04, коммит 2026-11-05　Источник: репозиторий spacemit-com/rvisa, страница состояния спецификации

Главное за сегодня: Quintauris выпускает EM-Altair — стандартизированную платформу RISC-V уровня MCU с бинарной совместимостью на базе RV32IM (выпуск 11-03, репортаж 11-05)

3 ноября Quintauris выпустила EM-Altair, называя её стандартизированной встраиваемой платформой для RISC-V систем уровня микроконтроллеров. Она не определяет новое ядро, а определяет набор требований к аппаратному обеспечению, прошивке и среде исполнения, которые «соответствующие реализации должны воспроизводить единообразно»: четыре уровня — ISA profile, привилегированная архитектура, сервисы загрузки и среды исполнения, сервисы безопасности; производители могут реализовывать собственные микросхемы, но программное обеспечение обращено к одной и той же цели. Формулировка главного продуктового директора компании Angel Berrio Moreno: «один и тот же бинарник, одинаковое поведение прерываний, одинаковые предположения о безопасности».

В конкретных терминах EM-Altair берёт RV32IM за базовую линию, дополняет её набором обязательных и опциональных расширений с чётко очерченными границами и фиксирует прерывания, атомарные операции, поведение CSR и порядок памяти, а не оставляет их движущейся мишенью. Раздел прерываний определяет ограниченную и высокопроизводительную архитектуру, ориентированную на жёсткие нагрузки реального времени; изоляция использует PMP, покрывающий машинный режим и опциональный пользовательский режим, для разделения доверенного и недоверенного кода; практики безопасности выровнены с эквивалентными требованиями ASIL-B и предусматривают защитные хуки для целостности прошивки и защиты устройств. Целевые сценарии описаны прямо: электроника кузова, зональные и кокпит-контроллеры, управление энергией электромобилей, а также контуры промышленного управления, сенсорные узлы интернета вещей и носимые устройства.

Сопутствующий инструмент — QNTAF, собственный фреймворк валидации и сертификации Quintauris. По официальному описанию, производители могут запускать бенчмарки, наборы тестов согласованности и безопасности на трёх типах целей — в облаке, на симуляторе и на FPGA, — подключать эти тесты в CI/CD и генерировать прослеживаемые артефакты, необходимые для сертификации. Спецификация и инструменты открыты для производителей SoC, разработчиков RTOS и OEM. Quintauris была создана в 2023 году как совместное предприятие Bosch, Infineon, Nordic, NXP, Qualcomm и STMicroelectronics и занимается тремя вещами: profile, референсные архитектуры и программные компоненты.

Эту новость стоит читать вместе с выпуском AURIX RC1 от Infineon 4 ноября. Infineon — один из учредителей Quintauris, AURIX RC1 сводит две продуктовые линейки AURIX и TRAVEO T2G на одну базу RISC-V, а EM-Altair предоставляет как раз общую среду исполнения поверх этой базы — чиповая компания делает реализацию, совместное предприятие обеспечивает согласованность, а RTOS и компилятору достаточно один раз адаптироваться к одной цели. Для отечественных команд, занимающихся автомобильным и промышленным RISC-V, это означает одновременное наступление двух вещей: порог для базового программного обеспечения снижается (AUTOSAR, RTOS, инструментальные цепочки не нужно переделывать каждой компании), а порог входа повышается (клиенты будут спрашивать «соответствует ли это некоторому profile»).

Дата: опубликовано 2026-11-03, сообщение 2026-11-05　Источник: пресс-релиз Quintauris, публикация New Electronics

1. Сообщество открытого ПО и программная экосистема

openRuyi за один раз добавил 20 библиотек импорта форматов документов, указывая на замыкание зависимостей офисного пакета (11-05)

Основной репозиторий openRuyi 5 ноября в 19:59 одной учётной записью с одной и той же меткой времени втолкнул 20 каталогов SPECS, и все они — библиотеки импорта форматов документов: libvisio (Visio), libwpd／libwpg (WordPerfect), libwps (Works), libzmf (Zoner), libabw (AbiWord), libcdr (CorelDRAW), libe-book, libepubgen, libetonyek (Apple iWork), libfreehand (FreeHand), liblangtag, libmspub (Publisher), libmwaw, libodfgen, liborcus, libpagemaker, libqxp (QuarkXPress), libstaroffice, плюс низкоуровневые mdds и liborcus.

Эти пакеты — не разрозненные элементы, а одно семейство библиотек (семейство librevenge), от которого зависят фильтры импорта различных форматов документов LibreOffice, вместе с их базовыми зависимостями по структурам данных. Единовременное появление в одну и ту же секунду говорит о том, что выполняется закрытие замыкания зависимостей, а не разрозненное добавление пакетов — либо прокладывается путь для введения офисного пакета целиком, либо зависимости сборки уже имеющегося программного стека переводятся с временных обходных решений на официальную упаковку. Следует пояснить: последние новости на официальном сайте openRuyi — по-прежнему две статьи за октябрь 2026 года (прошивочное решение Ruyi Firmware, публичная инфраструктура экосистемы RISC-V), ноябрьский релиз ещё не выпущен, поэтому сегодняшняя запись может считаться лишь прогрессом на стороне репозитория и не может быть оформлена как релиз дистрибутива.

В тот же день в репозитории clang-wrap проекта openRuyi появился коммит «исправление обработки LLVM IR при сборке компилятора и программных пакетов», что совпадает по направлению с работами по упаковке в основном репозитории.

Дата: 2026-11-05　Источник: основной репозиторий openRuyi-Project/openRuyi, страница новостей официального сайта openRuyi

CORE-V CVW принял 11 коммитов: исправление установки Ubuntu 26.04, тайминг пути чтения AMO, отсутствующий сигнал предсказателя переходов (11-05／11-06)

CORE-V Wally (cvw) сегодня принял 11 коммитов, которые можно разделить на три группы. Группа инфраструктуры сборки и тестирования: исправление пользовательского установочного скрипта под Ubuntu 26.04 (#2061), пересборка buildroot (#2039), корректировка опций компиляции скоростных тестов Embench (#2031), корректировка опций компиляции CoreMark (#2024). Группа микроархитектурного тайминга: сходимость тайминга пути чтения AMO (#2020), регистровый файл на защёлках (#2050), атомарные операции на шине AMO в HPTW (#2046), одновременное обновление RAS (#2041). Группа корректности: исправление отсутствующего сигнала предсказателя переходов и ошибок конфигурации, очистка дополнительных предупреждений lint, и в завершение сведение через слияние #2076 (6 ноября 00:41).

Примечательна пропорция: половина коммитов приходится на три вещи — «устанавливается, собирается, запускает бенчмарки». CVW — ядро, ориентированное на обучение и исследования, но в последнее время он всерьёз занимается совместимостью с Ubuntu 26.04, пересборкой buildroot и опциями компиляции CoreMark／Embench; этот ритм ближе к инженерному качеству подготовки к Tapeout и внешней поставке, а не только к RTL для публикации статей.

Дата: 2026-11-05, 2026-11-06　Источник: openhwfoundation/cvw

XiangShan исправил объединение store при спекулятивной предвыборке в MissQueue; шесть коммитов GEM5 сосредоточены на инфраструктуре оценки (11-05)

Основной репозиторий XiangShan сегодня получил один коммит: исправление проблемы, когда MissQueue по-прежнему объединяет store, пока промах предвыборки находится в спекулятивном состоянии (#6842). Это исправление корректности, а не изменение производительности — при объединении store с ещё не подтверждённой предвыборкой, если предвыборка отменяется, принадлежность записываемых обратно данных становится ошибочной.

Шесть коммитов на стороне GEM5 явно смещены в сторону инфраструктуры оценки: подключение google trace и cbp trace к CI (#1272), добавление статистического PMU Fetch Block Size (#1291), обновление RVV checkpoint profile для SPEC06 и выравнивание скалярной части с плавающей точкой, добавление опционального переключателя в еженедельную задачу производительности (#1300), добавление обзорного документа по алгоритмам аппаратной предвыборки (#1302), а также фильтрация входов resolve в cpu-o3 с помощью «самого старого squash в том же цикле» (#1282).

Если рассматривать эти два направления вместе с изменениями в таблице лидеров на riscv100.top с октября, основной акцент недавних действий линии XiangShan — «сначала зафиксировать методику измерений»: checkpoint profile определяет, какой участок нагрузки воспроизводится, trace определяет, до какой гранулярности можно отслеживать, PMU определяет, можно ли разложить и объяснить цифры производительности, а еженедельная задача производительности определяет, как часто эти цифры появляются. Баллы имеют сравнительную ценность только тогда, когда они основаны на воспроизводимой методике измерений.

Дата: 2026-11-05　Источник: OpenXiangShan/XiangShan, OpenXiangShan/GEM5

P4 Launcher обеспечивает на ESP32-P4 похожий на ПК опыт загружаемых приложений, 21 приложение PAPP (11-05)

Разработчик Gil Tal выпустил P4 Launcher — открытую платформу приложений для отладочных плат ESP32-P4 с сенсорным экраном. При включении она сразу переходит в собственный интерфейс; приложения хранятся в виде файлов .papp на карте microSD и при запуске загружаются в PSRAM, поэтому для добавления или удаления приложений достаточно скопировать файлы на карту — не нужно перепрошивать firmware и не нужно перезагружать устройство. Сейчас доступно 21 приложение PAPP, в основном эмуляторы и игры: эмуляторы Neo Geo и Atari 2600, Doom, Quake, Duke Nukem 3D, OpenTyrian, а также часы и файловый менеджер.

С точки зрения реализации интерфейс построен на LVGL, композитор отвечает за масштабирование UI под разные разрешения; аудиодвижок поддерживает до 8 каналов и частоту от 4 до 192 кГц; можно подключить до четырёх устройств ввода для многопользовательской игры, поддерживаются геймпады PS3 и Nintendo; firmware можно обновлять с microSD или GitHub, а новая версия при неудачном запуске автоматически откатывается. Проект также предоставляет SDK для разработки собственных приложений PAPP и включает два слоя совместимости: один перереализует интерфейсы odroid_*, другой реализует старую таблицу сервисов PAPP v1 — именно благодаря последнему старый код вроде Doom и Quake может работать с исходным слоем склейки. Код основан на ESP-IDF v5.5.2 и уже адаптирован для плат Guition 4,3 и 7 дюймов, а также M5Stack Tab5.

Ценность таких проектов не в том, что «можно играть в игры», а в том, что они доводят до рабочего состояния на MCU целый набор соглашений об упаковке, загрузке, обновлении и откате приложений. ESP32-P4 — высокопроизводительная модель RISC-V от Espressif (двухъядерный HP плюс ядро LP); пропускная способность PSRAM, подсистемы дисплея и аудио как раз являются точками нагрузки для таких задач; зрелый набор соглашений о контейнере приложений лучше показывает пригодность платформы, чем запуск ещё одного эмулятора.

Дата: 2026-11-05　Источник: репортаж CNX Software, giltal/ESP32_P4_Launcher

2. Продукты и экосистема

Вторая конференция экосистемы HPMicro назначена на 21 ноября в Шэньчжэне; 14 пунктов программы связывают RISC-V MCU и AI (11-04)

HPMicro подтвердила, что вторая конференция экосистемы HPMicro (День экосистемы HPMicro) пройдёт 21 ноября (суббота) с 9:30 до 17:00 в отеле Yitian Westin в районе Наньшань, Шэньчжэнь, под темой «AI наделяет чипы интеллектом, разработчики совместно строят экосистему». Мероприятие проводится по приглашениям: необходимо заранее зарегистрироваться по QR-коду и подтвердить участие ответным письмом от HPMicro. Эта конференция была анонсирована в середине октября на шестом саммите RISC-V China (Шэньчжэнь); HPMicro позиционирует её как основную площадку для обмена и сотрудничества в экосистеме высокопроизводительных RISC-V MCU.

Повестка дня делает линию «RISC-V MCU плюс AI» предельно наглядной. Утро начинается с продуктов и инструментальных цепочек: директор по программному обеспечению Xianji Цянь Цзянхао рассказывает «Обнимите AI Agentic / Vibe Coding — пусть встраиваемая разработка тоже станет Vibe», затем следуют продуктовая матрица RISC-V MCU от Xianji и её применения в множестве сценариев; технический директор SEGGER China Шэн Лэй рассказывает о сопровождении инструментальной цепочки от разработки до серийного производства; старший инженер RT-Thread Ли Чжэньхун рассказывает о программно-аппаратной совместной адаптации и инженерной практике RT-Thread на HPM6750; далее Xianji представляет сквозную платформу разработки обнаружения дугового разряда постоянного тока, технический инженер Huaqiu DFM Лин Госюн рассказывает о том, как предварительный DFM сокращает цикл прототипирования до 48 часов. После обеда — переход к решениям и практическому опыту разработчиков: полётный контроллер и регулятор скорости БПЛА, распознавание речи с поддержкой AI плюс зрение плюс управление движением, применение набора cherry на чипах HPM, PocketJS on HPMicro, практический опыт разработки приложений HPM SDK с помощью AI, реальная история открытого внедрения HelixLink, и наконец Q&A по частым вопросам и розыгрыш призов на месте.

Состав повестки заслуживает большего внимания, чем количество сессий: из 14 сессий только 3 посвящены продуктам самой Xianji, остальные — производителю инструментальных цепочек (SEGGER), открытой RTOS (RT-Thread), производственному сервису (Huaqiu DFM) и разработчикам сообщества (Sakumisu, Half Sweet, RCSN, HelixLink). Для производителя MCU такое соотношение само по себе является сигналом зрелости экосистемы — оно превращает «экосистему» из документации собственного SDK в отчёты других о работе, выполненной на собственных чипах компании.

Это согласуется с динамикой прошлой недели: в конце октября — начале ноября Xianji за 13 минут унифицированно перевёл 12 репозиториев BSP RT-Thread на v1.13.0 и открыл новый репозиторий BSP для HPM5100EVK; HPM5100EVK на этот раз появляется в списке призов розыгрыша конференции. На стороне чипов HPM5100／HPM6E8Y и HPM5300EVK также были включены в выбор вариантов уровня тела и уровня мозжечка открытого решения RV-EAI для воплощённого интеллекта. Иными словами, повестка этой конференции и действия Xianji в репозиториях за последние две недели указывают в одном направлении: продвинуть RISC-V MCU от «есть чип, есть SDK» к «есть третьи стороны, которые непрерывно поставляют работу на своей платформе».

Это первый случай, когда отечественный производитель RISC-V MCU ставит «разработку с помощью AI» на главное место экосистемной конференции (первая же сессия — Vibe Coding), а также ставит доклады о сторонних инструментальных цепочках и открытых RTOS перед докладами о собственных продуктах. Ценность таких экосистемных конференций оценивают не по количеству сессий, а по тому, сколько сторонних проектов после конференции впишут «поддержку HPM» в свои примечания к релизу. В текущем окне мониторинга у мероприятия нет новых событий; данный пункт является анонсом даты проведения, а не уже состоявшимся мероприятием.

Дата: 2026-11-04　Источники: Официальный аккаунт WeChat: День экосистемы разработчиков RISC-V MCU компании Xianji Semiconductor скоро состоится в Шэньчжэне, Перепечатка с тем же заголовком на 52solution, Репортаж о 6-м Китайском саммите RISC-V (анонс мероприятия)

ZiJing M100 вошёл в демонстрационные案例 «Китайского чипа» по продвижению экосистемы RISC-V: экосистемный счёт автомобильного MCU оценён отдельно (11-05)

5 ноября газета Changsha Evening News сообщила, что объявлены результаты 21-го конкурса выдающихся продуктов «Китайский чип» 2026 года, и автомобильный RISC-V MCU ZiJing M100, самостоятельно разработанный Hunan ZiJing Semiconductor, вошёл в «демонстрационные案例 продвижения экосистемы RISC-V». Этот конкурс проводится под руководством Министерства промышленности и информатизации КНР и организуется Китайским исследовательским институтом развития электронной информационной индустрии; вновь учреждённая категория «демонстрационные案例 продвижения экосистемы RISC-V» делает акцент на отборе проектов, обладающих демонстрационной ценностью в техническом внедрении, экосистемной адаптации, совместном продвижении вверх и вниз по цепочке и масштабном внедрении.

Основой ZiJing M100 стала работа команды, выпестованной в техническом центре Great Wall Motors: первый в стране автомобильный MCU, спроектированный на основе открытого ядра RISC-V, запущенный в серийное производство и установленный на автомобили 18 декабря 2025 года, применяется в основном в сценариях управления кузовом — комбинированные фары, атмосферная подсветка, комбинированные переключатели; по состоянию на 9 октября этого года совокупный объём поставок превысил 10 миллионов штук. Компания заявляет, что самостоятельно разработала более 15 ключевых IP, располагает полными MCAL, SDK низкоуровневых драйверов, операционной системой реального времени и средой разработки и отладки, а также прошла сертификацию процесса ISO 26262 ASIL-D, сертификацию продукта ASIL-B, ASPICE и AEC-Q100. Продуктовая линейка уже охватывает M100／M200／M300 и сопутствующие силовые драйверные чипы; M200 планируется к запуску в производство в четвёртом квартале этого года (техпроцесс 40 нм) и ориентирован на комбинированные приборные панели, T-BOX, шлюзы, BCM и т. д.; чип управления мозжечком E100 для воплощённого интеллекта находится в разработке.

Интересен здесь не сам чип и его параметры, а критерий присуждения: выделение «продвижения экосистемы» в отдельную номинацию означает, что жюри начинает оценивать «совместную адаптацию вверх и вниз по цепочке и масштабное внедрение», а не только сравнивать производительность и техпроцесс. Для отечественной команды автомобильных RISC-V, которая вышла на автомобили только в конце 2025 года и лишь в октябре этого года преодолела десять миллионов штук, образцовая ценность этого пути больше, чем полученная ею награда.

Дата: 2026-11-05　Источники: Репортаж Changsha Evening News (перепечатка Sohu), Официальный сайт ZiJing Semiconductor

Индия ставит цель разработать собственный GPU за 24 месяца в рамках MeitY и продвигает коммерциализацию двух RISC-V CPU — SHAKTI и VEGA (репортаж от 05.11)

Tom’s Hardware 5 ноября цитирует интервью ETGovernment с секретарём Министерства электроники и информационных технологий Индии (MeitY) С. Кришнаном (опубликовано 4 ноября): в рамках «Индийской полупроводниковой миссии 2.0» Индия планирует примерно за 24 месяца создать отечественный GPU-чип. Миссия была одобрена кабинетом министров в июле 2026 года, её масштаб — около 15 млрд долларов, срок — 12 лет. Кришнан разбивает экосистему AI-аппаратного обеспечения на пять уровней: энергетика, ускорительные чипы, вычислительная инфраструктура и серверы, AI-модели, приложения; он отмечает, что индийские компании VVDN, Kaynes и Avalon уже производят серверы, а серия серверов Rudra собственной разработки Центра развития передовых вычислений (C-DAC) передаётся правительством по технологии местным производителям.

Непосредственно с RISC-V связана другая фраза: Индия одновременно продвигает коммерциализацию двух собственных процессоров — SHAKTI и VEGA. Оба основаны на открытом наборе инструкций RISC-V, относятся к проектированию CPU и представляют собой отдельную линию от вышеуказанной цели по GPU. Из имеющихся достижений можно проверить VEGA ET301 от C-DAC — 32-битный, до 100 МГц, 26 КБ SRAM, используется в отладочной плате Aries 3.0, выпущенной в 2024 году, позиционируется для лёгких нагрузок вроде сенсорики, носимых устройств и интернета вещей; 26 сентября этого года на мероприятии SEMICOM India правительство продемонстрировало робота для очистки поверхности воды на базе SHAKTI, цифровой телескоп на базе VEGA и проект мониторинга лесной среды. Программа стимулирования проектирования (DLI) уже поддержала 24 предприятия, охватывая микроконтроллеры, полётные контроллеры дронов, чипы умных счётчиков и камер наблюдения.

Сдерживающие оговорки также очевидны: по цели GPU не раскрыты производитель, поставщики чипов или детали лицензирования архитектуры — это политическое заявление и дорожная карта; проверяемая часть — путь коммерциализации SHAKTI и VEGA, а их существующие продукты (32-битные MCU уровня 100 МГц) ещё далеки от «AI-ускорения». Индийский полупроводниковый рынок в настоящее время составляет около 50 млрд долларов, официально ожидается, что к 2030 году он приблизится к 100 млрд долларов.

Дата: репортаж от 2026-11-05 (интервью опубликовано 11-04)　Источники: Репортаж Tom’s Hardware, Интервью ETGovernment

3. Углублённое изучение отечественных команд

SpacemiT дополняет SDK для роботов тремя репозиториями: manipulation и dice_arena попадают в manifest, руководство по манипулятору для K3 синхронизировано (05.11)

Организация spacemit-robotics сегодня дополнила компонентный уровень SDK для роботов: репозиторий manifest получил три коммита подряд (#29 добавляет manipulation и dice_arena, #30 переводит pyagxarm на отслеживание main, #31 унифицирует отслеживание main для проектов класса интегрированного управления), официально подключая два новых компонента к списку репозиториев SDK. Оба подключённых репозитория являются новыми — первый коммит manipulation датирован 30 октября, первый коммит dice_arena — 4 ноября; 5 ноября за один день в них было отправлено 16 и 18 коммитов соответственно.

Сопутствующая документация также была обновлена в тот же день: три коммита в spacemit-com/docs-ros добавили руководство по использованию deb для камеры Orbbec (#225), а также руководства по работе с манипулятором и игре в кости на K3 (#227, #228), причём последние два коммита специально скорректировали порядок разделов о манипуляторе.

Если связать эти три события вместе, K3 от SpacemiT — это не просто «плата, способная запускать ROS 2»: список репозиториев (manifest) определяет, какие компоненты входят в SDK, документация определяет, сможет ли разработчик пройти по шагам, а компоненты определяют, можно ли повторно использовать аппаратные действия. Продвижение всех трёх направлений в один день показывает, что роботизированная линия переходит от точечных демо к поставляемым артефактам с версиями, манифестами и руководствами.

Дата: 2026-11-05　Источники: spacemit-robotics/manifest, spacemit-robotics/manipulation, spacemit-robotics/dice_arena, spacemit-com/docs-ros

Sophgo добавила для Qwen3.5-0.8B bmodel с 2 и 3 ядрами и стресс-тестирование: TPS 51,89 и 55,20 (11-05)

Пример Qwen3.5 в sophon-demo от Sophgo обновился сегодня: для модели 0.8B добавлены два варианта — с 2 и 3 ядрами на платформе CV84X6: скрипт загрузки download_bmodel.sh получил соответствующие bmodel, а в README в дерево каталогов моделей, инструкции по сборке (--num_core 2/3) и таблицу производительности добавлены по две строки. Приведённые автором цифры — средние значения по 20 последовательным прогонам стресс-теста: 2 ядра — первый токен 0,868 с, TPS 51,89; 3 ядра — первый токен 0,681 с, TPS 55,20.

Эти две цифры полезнее, чем пиковая вычислительная мощность. При увеличении числа ядер с 2 до 3 время до первого токена снизилось на 21,5%, а пропускная способность выросла лишь на 6,4% — ускорение намного ниже соотношения числа ядер, что говорит о том, что узкое место находится в основном не в матричных вычислениях, а в перемещении весов и планировании; для тех, кто занимается развёртыванием небольших моделей на периферийных устройствах, это напрямую определяет, стоит ли добавлять ядра или менять раскладку данных. В тот же день у Sophgo также был объединён PR #184 в LLM-TPU и удалён неиспользуемый упаковочный скрипт в bootloader-riscv.

Дата: 2026-11-05　Источники: sophgo/sophon-demo, sophgo/LLM-TPU

Руководство по инструментам Nuclei дополнено rvtrace и устранением неполадок отладчика Hummingbird (11-05)

nuclei-tool-guide от Nuclei сегодня объединил PR #81: в раздел OpenOCD добавлена документация по rvtrace и материалы по устранению неполадок отладчика Hummingbird, автор wangyanwen. Изменения небольшие, но направление стоит отметить: трассировка инструкций (trace) в RISC-V ранее встречалась преимущественно в высокопроизводительных ядрах и специализированных пробниках, а теперь начинает появляться в документационной системе производителей RISC-V MCU в виде «стандартного раздела руководства по инструментам». Для команд, занимающихся управлением в реальном времени и сертификацией безопасности, возможность получить пригодную трассировку напрямую определяет, можно ли локализовать проблему до уровня инструкций.

Дата: 2026-11-05　Источники: Nuclei-Software/nuclei-tool-guide

Espressif esp-riscv-trace подключён к CI и pre-commit, декодирование trace выделено в отдельный репозиторий (11-05 / 11-06)

В репозиторий esp-riscv-trace от Espressif сегодня отправлено 4 коммита: добавлен конвейер GitLab CI, добавлена конфигурация pre-commit, обновлены GitHub workflows, и наконец ветка ci/pre_commit_and_pipelines слита в master (6 ноября 04:03). Репозиторий был создан ещё 26 августа, на верхнем уровне находится Python-пакет с именем esp_riscv_trace, а также каталог ci, pyproject и LICENSE, что указывает на то, что он занимается декодированием данных trace и поддержкой инструментов, а не RTL.

В тот же день в arduino-esp32 два коммита (поддержка конфигурации IPv6 DNS в сетевом уровне #13040, уточнение использования onRequest у ведомого Wire #13067). Выделение декодирования trace в отдельный репозиторий с двойным CI (GitHub и GitLab) и проверками pre-commit — сигнал того, что Espressif поставляет эту возможность как независимый компонент: поддержка trace на уровне чипа — лишь первый шаг, возможность декодировать в читаемый человеком вид делает её пригодной к использованию.

Дата: 2026-11-05, 2026-11-06　Источники: espressif/esp-riscv-trace, espressif/arduino-esp32

4. Специальный раздел по воплощённому интеллекту и робототехнике

Компонент manipulation от SpacemiT: монопольный доступ к устройству, определение достижения позиции, тайм-ауты и блокировка при сбоях включены в сессию устройства (11-05)

manipulation — это компонент управления манипулятором в SDK роботов SpacemiT, реализующий «унифицированное управление манипулятором и концевым исполнительным устройством»: выбор аппаратуры через конфигурацию устройства, подача команд через единый набор команд или интерфейсы C++/Python, а также предоставление кинематики, рука-глаз калибровки и инструментов для устройств. В настоящее время поддерживаются три драйвера: программно-эмулируемый mock_device; agx_nero_revo2, соответствующий семиосевому манипулятору Songling Nero с опциональной правой рукой Revo2 (Revo2 не имеет обратной связи по положению); so101, пятиосевой с опциональным штатным захватом, в комплекте с инструментом калибровки сервоприводов.

Архитектурные компромиссы описаны чётко. C++-приложения напрямую линкуются с библиотекой компонента и используют DeviceSession в рамках процесса; приложения командной строки и Python используют DeviceClient, который запускает локальный процесс manipulation-device serve и передаёт запросы через JSONL; задачи по точкам в YAML выполняются через manipulation-device run. Сессия устройства унифицированно обрабатывает эксклюзивный доступ к устройству, определение достижения позиции, отмену, тайм-ауты и блокировку при сбоях. Уровень драйверов отвечает только за протоколы моделей и преобразование единиц; кинематика и рука-глаз калибровка берут модели из device.yaml и descriptions/, без жёсткой привязки к моделям; для подключения нового устройства достаточно реализовать Arm и EndEffector и зарегистрировать их.

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

Дата: 2026-11-05　Источник: spacemit-robotics/manipulation

dice_arena на базе K3, семиосевого Nero и ловкой руки Revo2 реализовал полную цепочку игры в кости (11-05)

dice_arena — комплексная демонстрация на том же SDK: визуальный захват стакана, встряхивание и установка стакана, рука-глаз калибровка, распознавание костей, голосовое оповещение и веб-игра. Список аппаратуры конкретен: плата разработки SpacemiT K3 в качестве главного контроллера, семиосевой манипулятор Songling Nero подключается через USB-CAN адаптер (SocketCAN, 1Mbps), на конце установлена правая ловкая рука Revo2 (шесть каналов управления, общее подключение контроллера с манипулятором), для захвата стакана и калибровки используется Intel RealSense D435i, для распознавания костей — USB-камера с видом сверху (по умолчанию Logitech C920, MJPEG), дополнительно — калибровочная плата ChArUco, динамик и зелёная посуда.

В программной цепочке dice-arena serve запускает пересылку видео, локальный голосовой модуль и игровой бэкенд; бэкенд выполняет конечный автомат (объяснение правил, захват стакана, встряхивание, установка, визуальное определение, жест результата, возврат в HOME), вызывая компоненты по слотам; захват стакана выполняется CupApplication с распознаванием стакана по изображению RealSense, обратным решением кинематики и проверкой пути, действия отправляются через DeviceClient из manipulation; распознавание выполняется vision_yolov8_objdetect с инференсом на SpacemiT EP, изображение передаётся по RTSP в MediaMTX, браузер воспроизводит через WebRTC; голос синтезируется tts_moss_nano через локальный MOSS-TTS и воспроизводится через PipeWire на плате.

Наиболее ценна обработка сбоев: библиотека стратегий задач libcup_task.so через C ABI проверяет порядок этапов; после выдачи действия при сбое происходит блокировка, состояния, требующие ручного вмешательства, записываются в task_state.json, и после перезапуска программа по-прежнему отказывается от движения, пока персонал на месте не обработает ситуацию и не выполнит dice-arena reset. В демонстрациях воплощённого интеллекта чаще всего опускают именно этот конечный автомат, а он как раз то, что нельзя опустить при серийном производстве.

Дата: 2026-11-05　Источник: spacemit-robotics/dice_arena

Линия humanoid дополняет стратегию стояния и навигацию: LingLong SuperMimic и RGBD SLAM/Nav2 для G1 (11-05)

humanoid_linglong сегодня два коммита: #22 добавляет конфигурацию стратегии стояния LingLong SuperMimic, #21 дополняет модель захвата и построение сцен задач манипуляции. Первый подключает уже обученную стратегию стояния к системе конфигураций, второй дополняет модели и сцены со стороны захвата — одна линия отвечает за «устойчиво стоять», другая за «уверенно захватывать».

ros2_humanoid в тот же день — один коммит, добавляющий для человекоподобной платформы G1 конфигурации RGBD SLAM и навигации Nav2. По сравнению с аналогичным коммитом от 4 ноября, на этот раз в репозиторий попадают сразу два полных набора конфигураций, а не точечная подстройка параметров. Стратегия стойки, навигационный стек и сцены захвата продвигаются в один и тот же день — это говорит о том, что линия дополняет базовые возможности, а не накапливает демонстрационные видео; человекоподобные роботы на самом деле застревают именно на стабильности стояния и автономном перемещении.

Дата: 2026-11-05　Источник: humanoid_linglong, ros2_humanoid

5. Итоги и наблюдения за трендами

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

RVISA от Jindie Shikong (SpacemiT) на стороне AI-матриц предлагает слой виртуальной инструкционной нотации, записывая «оптимизации, которые может выразить программист» в виде жёстких ограничений, а затем с помощью версионированных профилей отображения соотносит их с тремя всё ещё продвигаемыми матричными расширениями — IME, VME и AME; EM-Altair от Quintauris на стороне MCU предлагает бинарно совместимую среду исполнения, фиксируя прерывания, атомарные операции, CSR и порядок доступа к памяти как набор поведения, которому обязана следовать любая соответствующая спецификации реализация. Оба решения отвечают на вопрос, кто должен устранять фрагментацию, порождаемую открытым набором инструкций: не позволять производителям чипов каждый по-своему интерпретировать спецификацию, а вставить между спецификацией и реализацией стабильный программный целевой слой. Различие в структуре управления: в одном случае — совместное предприятие шести крупных производителей, в другом — рабочий черновик одного производителя.

Вектор действий отечественных производителей продолжает смещаться от «чипов и плат» к «компонентам и спецификациям». Jindie за один день одновременно продвигает спецификацию RVISA, три репозитория robot SDK и руководство по механической руке K3; Suanneng приводит сквозные цифры нагрузочного тестирования для 2 и 3 ядер, а не пиковую производительность; Zijing превращает «продвижение экосистемы» в кейс, доступный для заявки. Общее у этих трёх событий — все они закрывают сторону «смогут ли другие этим воспользоваться», а не выпускают ещё один чип с более высокими параметрами.

Автомобильный стандарт остаётся крупнейшим полем битвы, и сегодня наблюдается одновременное продвижение на трёх уровнях: уровень чипов (Infineon AURIX RC1, 11-04), уровень платформенной спецификации (Quintauris EM-Altair), уровень экосистемных кейсов (Zijing M100 вошёл в образцовые кейсы China Core). Три уровня не конкурируют между собой — это разные позиции в одной и той же производственной цепочке, занятые одним и тем же делом: превратить открытый набор инструкций в поставляемый автомобильный продукт.

На стороне оценки продолжается «сначала зафиксировать методику измерений». Из шести коммитов GEM5 сегодня пять — это инфраструктура вроде checkpoint, trace, PMU и еженедельных задач производительности; вчерашнее сравнительное представление riscv100.top и сегодняшний откат таблицы — то же самое явление: таблица всё ещё в периоде упорядочивания, и сопоставимость цифр важнее самих цифр.

Дополнительные наблюдения (riscv100.top и обход сайтов членов)

На riscv100.top сегодня нет новых результатов. Появившийся на главной странице в What’s New «SpacemiT K3 X100 XSCC 2.0 SPEC CPU2026 Rate» соответствует записи от 10 октября (о ней уже сообщалось 4 ноября как о дополнении); после переупорядочивания списка на главной странице она снова появилась в списке, но это не новые данные. Сообщённые скриптом 39 «снятий записей с таблицы» также не являются реальным снятием — все они представляют собой строки сравнения, сгенерированные запущенным 5 ноября сравнительным представлением Run Comparison, и сегодня исчезли со страниц шести таблиц; в данном отчёте они не учитываются как изменения результатов. Три пункта Upcoming по-прежнему в статусе Preparing: AWS Graviton5 NeoverseV3 (SPEC2006／2017／2026), SpaceMiT K3 X100 (Vectorization／IME), GCC 16 SPEC CPU Testing. Изменений в составе комитета нет.

Обход сайтов членов: 391 сайт, на 92 страницах есть изменения; при построчном просмотре все оказались обновлениями маркетингового контента главных страниц, затрагивающими Google, Национальный университет Сингапура, StarFive, Infineon, Renesas и других; существенных событий вроде новых продуктов, финансирования, партнёрств или анонсов архитектуры нет, в данный выпуск не включаются.

Дата: обход 2026-11-06　Источники: главная страница riscv100.top, канал RISC-V SPEC CPU2026

Приложение: полный перечень источников

Полный перечень источников

Таблица проверки источников

Источник Результат проверки
Агрегатор Google News (более 20 групп запросов на китайском и английском) За окно мониторинга 6 действительных новых записей: Индия GPU/SHAKTI/VEGA, Quintauris EM-Altair, Zijing M100 вошёл в список «китайских чипов», P4 Launcher, обсуждения, связанные с Jindie RVISA, дальнейшие перепечатки по Infineon AURIX RC1 (эта запись 11-04 уже была отмечена как ключевая за день, в этом выпуске повторно не учитывается)
Hacker News / Phoronix / CNX / LinuxGizmos CNX — одна запись о P4 Launcher (уже включена); в Phoronix и LinuxGizmos за окно мониторинга нет тематических попаданий по RISC-V
Проверка организаций и ключевых репозиториев на GitHub Лимит анонимного API исчерпан, поэтому использовано покрытие Atom-фидов коммитов по 12 организациям и 103 репозиториям: за окно мониторинга попадания в 26 репозиториев. Активные: openRuyi (20 коммитов), rt-thread (20 коммитов, не тематика RISC-V, не учитываются), три репозитория spacemit-robotics (36 коммитов), rvisa и docs-ros от spacemit-com (6 коммитов), CORE-V cvw (11 коммитов), XiangShan и GEM5 (7 коммитов), Sophgo, Nuclei, Espressif, Sipeed
Двойная проверка openRuyi Последние две новости на официальном сайте — за 2026-10 (Ruyi Firmware, общая инфраструктура экосистемы), ноябрьский релиз не опубликован; в основном репозитории за окно мониторинга 20 коммитов в SPECS (массовое пополнение библиотеки импорта документации), один коммит clang-wrap с исправлением сборки
Обход riscv100.top Новых результатов нет: запись K3 X100 в What’s New соответствует старой записи от 10-10, 39 строк «выбывших из списка» возникли из-за исчезновения строк таблицы в сравнительном представлении; три пункта Upcoming по-прежнему в состоянии Preparing, изменений в составе комитета нет
Обход сайтов членов Завершён сбор с 391 сайта, на 92 сайтах есть изменения страниц, все — обновления маркетинговых страниц, без содержательной динамики; 67 сайтов не удалось собрать (Alibaba, Институт программного обеспечения КАН, MediaTek и др.), это не блокирует выводы
Официальные аккаунты WeChat и сайты производителей Конференция экосистемы Jijie (запись из очереди, указанной пользователем, уже включена); на официальном сайте Zijing Semiconductor подтверждены продуктовые линейки и информация о сертификации