Отчётный период: с 19 октября 2026 г. (понедельник) по 23 октября 2026 г. (пятница), 5 рабочих дней, 5 выпусков ежедневного отчёта; дополнительно включает проверку потока коммитов GitHub, страницы релизов и индекса инструментальной цепочки Studio в день публикации (24 октября), охватывающую завершающие изменения с 10-23 08:00 до 10-24 17:00. Источники материалов: 5 выпусков ежедневного отчёта о динамике RT-Thread за 10-19, 10-20, 10-21, 10-22 и 10-23, суммарное эффективное окно мониторинга — с 10-16 08:00 до 10-23 08:00 (выпуск понедельника охватывает 72-часовое окно через выходные); проверка дня публикации основана на фактических измерениях коммитов в основном репозитории GitHub и репозиториях packages, env, rtthread-skills, smart-build, индексе Studio SDK. Пояснение к составлению: охватываются пять измерений — ядро и версии, безопасность и стабильность, экосистема и адаптация производителей, официальные и общественные мероприятия, отраслевые применения; факты и даты в основном тексте построчно взяты из оригинальных текстов ежедневных отчётов соответствующего периода, дополненные в день публикации записи отдельно помечены способом проверки.

1. Главное за неделю

  • Первая версия BSP для SpacemiT K1 вошла в основную ветку, платформа RISC-V уровня application processor впервые попала в ствол (10-19): предложение #11132 было выставлено с 2026-01-11, после примерно девяти месяцев ревью автор GuEe-GUI довёл его до конца: 4 коммита, 173 файла, +53862/-12, это продолжение рефакторинга Next RISC-V (#10320). BSP ориентирован на 64-битную платформу RISC-V с 8 ядрами X60, загружается через U-Boot/OpenSBI, работает в режиме S, по умолчанию включены MMU и SMP, проверочная платформа — Banana Pi BPI-F3; уже поддерживаются PCIe/NVMe, eMMC HS400, Ethernet и PTP, фреймбуфер HDMI, ускорение JPU и V2D, аудио, CPUfreq и управление теплом. Драйверный слой вынесен отдельно в bsp/spacemit/dm (147 файлов, 49 C-файлов, около 30 модулей) для повторного использования в SoC той же серии.

  • Билетная спин-блокировка RISC-V переведена на атомарное сложение, конфигурация SMP для K1 в тот же день расширена с 4 до 8 ядер (влито 10-22): предложение #11904 заменяет получение билета одной инструкцией amoadd, а освобождение блокировки — одной 16-битной записью полуслова, 6 файлов +33/-37. В исходной реализации получение билета и освобождение блокировки шли по одному и тому же слову через цикл load-reserved/store-conditional, при высокой конкуренции на многоядерных системах они сбивали резервирование друг друга и уходили в livelock, а цельнословное чтение-изменение-запись при освобождении блокировки перезаписывало параллельно выданный новый номер билета; обе корневые причины устранены, и с обеих сторон добавлено по одному барьеру памяти. Этот код общий для всех плат RISC-V, зона влияния шире, чем у отдельного BSP.

  • Адаптация ESP32-C3/C6 к ESP-IDF v6.1 полностью реализована, инструментальная цепочка RISC-V перешла на GCC 15.2 (10-21 ~ 10-22): на стороне пакетов esp-idf в RT-Thread-packages 10-21 в 15:23 завершено полное обновление пакета с 5.1 до 6.1.0 и влито (изменено более двадцати тысяч файлов), добавлен слой портирования components/rtthread и переключатель замены ядра CONFIG_IDF_RTOS_RTTHREAD; предложение в основном репозитории #11870 влито 10-22 в 15:42, затронуто 55 файлов. Тринадцать конфигураций C3 и конфигурация C6 по умолчанию компилируются, в графе проверки на реальном оборудовании по-прежнему указано «ожидает проверки». C3 и C6 — это ядра RISC-V, и этот путь теперь готов от пакета до основного репозитория.

  • За неделю открыто шесть дефектов, пять из которых связаны с памятью и границами, дефект NVMe при одной загрузке теряет около 1,1 МБ кучи ядра (10-20 ~ 10-23): добавлены #11902 (использование после усечения tmpfs), #11905 (выход за границы имени каталога cromfs), #11906 (кодировка китайской Windows), #11913 (чтение за границами опции raw DHCP), #11917 (запись за границами NFS), #11919 (утечка кучи NVMe) — всего шесть, и все кроме проблемы кодировки относятся к памяти и границам безопасности. В частности, #11919 на штатном устройстве NVMe в QEMU при одной загрузке теряет 1 156 872 байта, при горячей замене утечка накапливается линейно, в отчёте указаны CWE-401 и CVSS 3.1 4.9. Вводящий коммит #11917 прослеживается до 2010 года, начиная с v1.2.0 затронуты все версии.

  • RT-Thread Smart перешёл от массовых предложений к тестируемой стадии, предложены исправления двух выходов за границы — в сигналах и дереве устройств (10-18 ~ 10-22): сопровождающий 10-18 с 19:35 до 19:36 за две минуты подряд открыл 13 предложений (#11885 ~ #11897), среди них включение Smart в qemu-virt64, отключение SMP в riscv64, монтирование virtio-blk с ext4 и ptyfs, разделение lwp syscall, адаптация K230D под 128 МБ DDR и т. д. На этой неделе последовали исправления соответствующих дефектов: проверка номера сигнала lwp (#11899), предварительная проверка глубины дерева устройств OFW (#11901, после ревью изменена на отладочное управление), границы имени каталога cromfs (#11911), использование после усечения tmpfs (#11910). Сопровождающий высказался о дефекте динамических модулей libdl: проверку границ можно исправить локально, изоляция памяти требует перехода в пользовательский режим.

  • Два независимых пути планировщика сходятся к одному критерию, повторное тестирование старого трёхлетнего патча выявляет двойное освобождение на одноядерной конфигурации (10-21): участники сообщества опубликовали три комментария подряд к приостановленному с 2022 года патчу временных слотов #6645, вернув его в ревью; его критерий «вставлять в голову очереди только если задача всё ещё выполняется и её временной слот не исчерпан при вытеснении» полностью совпадает с выводом, независимо полученным в новом предложении этой недели #11907; однако реализация #6645 с «отложенной записью READY» на одноядерном пути приводит к повторному освобождению TCB при переработке idle (стабильное падение utest группы планировщика), изолирующий эксперимент доказывает, что проблема не в месте очистки YIELD. Вывод: рекомендуется продвигаться на основе подхода #11907 «сначала сохранить stat_before, затем принимать решение».

  • Ритм основной ветки — «три дня тишины, одно завершение»: на этой неделе всего 7 коммитов, 6 предложений, 10-22 четыре коммита за три часа (10-19 ~ 10-23): 10-19 два коммита (ранняя регистрация rt_null #11884, первая версия K1 #11132), с 10-20 по утро 10-22 ноль коммитов, 10-22 с 15:42 до 18:00 подряд четыре коммита (ESP32 #11870, блокировка по номеру заявки и K1 восьмиядерный #11904, attachconfig #11908), 10-23 в 17:09 ещё предложение правил clang-format #11859. На стороне версий по-прежнему без движения: последний тег и релизные артефакты — всё ещё v5.3.0 от 09-10, у v5.4.0 есть только макрос версии и значения по умолчанию Kconfig, влитые 10-17, без примечаний к релизу и бинарников.

  • Продвижение на стороне вендоров в ту же неделю: выпуск Ruiqing V1.8.4 с исправлениями для промышленных площадок, GigaDevice за 24 часа дополнил два базовых компонента — сетевой и интерфейсный (10-21 ~ 10-22): Ruiqing V1.8.4 выпущен 10-21 (добавлены энкодер QY1503, MIPI RGB666, подтяжка GPIO вверх/вниз, отладочная команда amp_device; исправлены сродство прерываний EtherCAT, зависание netstat под telnet, скорость UART DMA), IDE синхронно обновлён до V1.5.62; на стороне GigaDevice GD32VW553 10-22 вошёл в пакет at_device, пример GD32EmbeddedUI через день после создания репозитория вошёл в индекс пакета LVGL, индекс Studio SDK в тот же день включил Gino Pi (GD32H77D) 1.1.0 и PyOCD 0.3.1.

2. Динамика ядра и версий

Версии и основная ветка

Дата: 2026-10-19 ~ 2026-10-24　Источник: страница releases основного репозитория

  • Официальные версии: на этой неделе нет новых Release и тегов, последний по-прежнему v5.3.0, выпущенный 09-10; у v5.4.0 пока нет примечаний к релизу, бинарников и предрелизных тегов. На этой неделе признаков «выпущено» не появилось, весь текст придерживается формулировки «номер версии уже поднят, ещё не выпущена».
  • Коммиты основной ветки: на этой неделе в master всего 7 коммитов, влито 6 предложений (само предложение K1 содержит 4 коммита);推送 на уровне организации сосредоточены в двух репозиториях — основном и packages.
  • Характеристика ритма: с 10-20 по утро 10-22 три дня подряд ноль коммитов, 10-22 с 15:42 до 18:00 за три часа сосредоточенно влиты четыре коммита, причём обработаны одним сопровождающим, 10-23 добавлен ещё один — это завершение после накопления пакета ревью, а не рост интенсивности разработки.
  • Проверка дня релиза (10-24): перепроверка потока коммитов, страницы релизов и страницы тегов — конечное состояние совпадает с ежедневным отчётом от 10-23, новых влитий и релизов нет.

Список влитий этой недели (7 коммитов / 6 предложений)

Дата: 2026-10-19 ~ 2026-10-23　Источник: поток коммитов master основного репозитория

  • 10-19 16:53: #11884 переносит момент регистрации консольного устройства rt_null с INIT_DEVICE_EXPORT на INIT_BOARD_EXPORT, 1 файл +4/-1, чтобы при конфигурации журнального порта как null изменения вступали в силу сразу при включении питания; автор проверил на qemu-vexpress-a9 различия в выводе при загрузке для конфигураций uart0 и null и отметил, что работа выполнена с помощью AI.
  • 10-19 18:49: #11132 первая версия BSP для JonesTech K1 (173 файла +53862/-12), в том же наборе внесены исправление дефекта атомарного сравнения-обмена RISC-V, исправление именования прокси домена питания и три изменения фреймворка и архитектуры для проверки дублирования DVFS OPP.
  • 10-22 15:42: #11870 адаптация ESP32-C3/C6 к ESP-IDF v6.1 и обновление инструментальной цепочки RISC-V с gcc 11.2 до gcc 15.2 (55 файлов +4564/-333), изменения FreeRTOS-Wrapper выделены в отдельное предложение.
  • 10-22 17:59 (два коммита): #11904 спин-блокировка с тикетом RISC-V переведена на атомарное сложение и полусловную разблокировку, в том же наборе число ядер K1 изменено с 4 на 8, обновлены описания на китайском и английском и матрица поддержки плат.
  • 10-22 18:00: #11908 замена 4 emoji-маркеров состояния в tools/attachconfig.py на чистый ASCII с сохранением исходных цветов ANSI; изменение затрагивает только 4 строки print и не влияет на логику.
  • 10-23 17:09 (после контрольной точки пятничного ежедневного отчёта, дополнительная запись при проверке в день публикации): #11859 сжатие правил clang-format, 2 файла +83/-77 — в правилах выравнивание комментариев изменено с Leave на Always, короткие функции и короткие лямбды больше не допускаются в одну строку, короткие циклы принудительно переносятся, а src/thread.c используется как образец форматирования. Это предложение с 10-16 дважды дополнялось и завершено в эту пятницу.

Безопасность и дефекты

Дата: 2026-10-20 ~ 2026-10-23　Источник: Issue #11919

  • Шесть новых заявок: #11902 tmpfs при возврате rt_realloc(data, 0) нулевого указателя устанавливает ENOMEM, но возвращает успех, легитимный ftruncate(fd, 0) сначала освобождает буфер, а затем сообщает об успехе (все версии начиная с v5.0.2, воспроизведено на QEMU aarch64 и RP2350, 10-20 принято сообществом); #11905 cromfs при чтении элемента каталога не устанавливает верхнюю границу длины имени каталога, что позволяет выйти за пределы буфера элемента каталога и перехватить счётчик команд ядра (начиная с v5.0.0, обе реализации DFS имеют один источник, не принято); #11913 обход опций сервера DHCP raw-API не проверяет предварительно buf + 1 < end, что позволяет выйти за пределы pbuf в 1500 байт максимум на 4 байта (реализация сокетов в том же каталоге уже выполняет эту проверку, что подтверждает отсутствие проверки); #11917 nfs_read использует count из ответа сервера как длину memcpy, встроенный cat с 81-байтным стековым буфером позволяет перезаписать адрес возврата (внесено коммитом 2010 года); #11919 сканирование NVMe использует число пространств имён, сообщаемое устройством, как верхнюю границу цикла, на каждой итерации сначала выделяется 4480 байт, а затем отправляется команда, оба пути ошибки не освобождают ресурсы. Кроме того, #11906 — дефект кодировки консоли в китайской Windows, отнесён к инструментальной цепочке (см. раздел 3).
  • Пять предложений по исправлению: #11899 ограничивает номер сигнала от 1 до 64 на входе sys_sigaction и добавляет такую же проверку в lwp_signal_action; #11901 предварительно обходит дерево устройств перед развёртыванием для определения максимальной глубины и отклоняет глубину более 63 уровней (после ревью изменено на управление отладочным переключателем); #11911 ограничивает длину имени каталога cromfs; #11910 исправляет use-after-free после усечения tmpfs до нулевой длины; #11918 приводит длину сообщения к фактическому числу принятых байтов на обоих путях — чтения 9PFS и getdents; автор воспроизвёл с помощью bsp/simulator и ASan с поддельным сервером 9P (до исправления срабатывал use-after-poison, позиция чтения приходилась на 8 334 515-й байт 8-мегабайтной кучи).
  • Всё ещё не закрыты: бесконечный цикл при исчерпании пула аренды lwip-dhcpd #11878, #11905, #11913, #11917 — четыре заявки без исполнителя, причём #11917 в этом выпуске только обновление статуса.
  • Общий вывод: общая форма пяти дефектов безопасности этой пятницы — «метаданные, контролируемые устройством или сервером, напрямую используются как длина или верхняя граница операции с памятью»; один и тот же исследователь за два дня сообщил о трёх заявках — NFS, NVMe, 9PFS — и сам отметил, что его наводки прослеживаются до старых заявок mtd-cfi и usbhost. Стоимость исправления каждой заявки по отдельности выше, чем систематическая проверка по семействам.

Наблюдение за очередью ревью

Дата: 2026-10-19 ~ 2026-10-23　Источник: PR #11907

  • Семантика планирования и ядра: #11907 исправляет порядок готовности потоков с одинаковым приоритетом (4 файла, +255/-22, включая новые utest); на практике порядок пробуждения по семафору изменён с «Б-А» на «А-Б», а порядок запуска — с «Г-В» на «В-Г»; #11909 объединяет молча отбрасываемое событие тайм-аута приёма в структуре последовательного порта V1 с обратным вызовом индикации приёма (одна ветвь), затрагивая две отечественные платформенные поддержки CH579M и SWM341, которые полагаются на переключение кадров по тайм-ауту простоя; #11900 исправляет пропуск учёта минимальной задержки при ping в netdev, когда число попыток равно 1.
  • Повторная проверка старого случая планирования: дискриминант #6645 совпадает с #11907, но способ реализации на однопутевом маршруте приводит к повторному освобождению TCB; автор приводит изолирующий эксперимент и данные дополнительного тестирования SMP, вывод — рекомендует принять #11907 в качестве базовой линии продвижения.
  • Периферия и архитектура: #11912 добавляет на уровне компонентов OSPI и OctaFlash, подключает их к SFUD и покрывает чтение, запись, стирание и запрос состояния, прилагает общий драйвер STM32 OctoSPI и конфигурацию платформы серии L4, 32 файла +3728/-956; автор сообщает, что на реальной плате распознаются оба режима — 1-1-1 и 8-8-8; #11914 исправляет спецификатор формата печати информации GIC для Cortex-A (передача целого числа через %p является неопределённым поведением), 2 файла +64/-40; #11915 исправляет четыре дефекта в пути загрузки перемещаемых модулей (указатель выделения BSS не продвигается, при перемещении символов сегмента отсутствует коррекция адреса компоновки, SHN_COMMON молча пропускается, модули ET_REL не строят таблицу символов, из-за чего dlsym всегда завершается неудачей), 2 файла +147/-9, на qemu-vexpress-a9 проверены три тестовых модуля.
  • Всё ещё в процессе: #11844 (поддержка платформы ESP32-S3) застрял на доукомплектовании зависимостей пакетов, последний ответ остановился на 09-29; #11860 (подтверждение прерываний aarch64) — автор сообщает, что протестирует ещё одну версию; #11864 (неявное объявление IAR) — рецензент требует дополнить конфигурацию платформы и записи вывода до и после; #10096 (компиляция по требованию) — рекомендовано сначала выполнить rebase; #9941 — по результатам практической проверки подтверждено, что scons –attach работает в основной ветке, рекомендовано закрыть.

3. Экосистема и адаптация производителей

Производительные BSP и драйверы

Дата: 2026-10-19 ~ 2026-10-23　Источник: PR #11132

  • SpacemiT: первая версия BSP K1 включена в основную ветку (#11132), количество ядер по умолчанию 10-22 изменено с 4 на 8, SPI и QSPI переведены из статуса «портировано, в проверке» в поддерживаемые, ранее висевший вопрос чтения ID SPI NOR закрыт; в корневой таблице поддержки платформ репозитория добавлен раздел этого производителя, столбцы GPIO, последовательный порт, ADC, I2C, SPI, сторожевой таймер, таймер, PWM, RTC, SDIO, PCI, DMA, Ethernet, аудио, дисплей, шифрование/дешифрование отмечены как поддерживаемые. На стороне CI добавлена сборочная ветка spacemit-k1. BSP встраивает прошивку RCPU, взятую из образа Linux производителя (для службы HDMI-аудио); в описании репозитория приведены контрольные значения и указание проверить условия повторного распространения — заслуживает дальнейшего отслеживания.
  • Espressif: ESP32-C3/C6 — включена адаптация к ESP-IDF v6.1 и GCC 15.2 (#11870); поддержка платформы ESP32-S3 (#11844) всё ещё ожидает доукомплектования зависимостей.
  • GigaDevice: GD32VW553 добавлен в пакет at_device (10-22 09:21, +68/-0), элементы конфигурации охватывают способ инициализации, переключатель AT socket, имя сетевого устройства wifi0, AT-клиент uart4, скорость передачи от 9600 до 2000000, вывод сброса и активный уровень; чип имеет ядро RISC-V, 160 МГц, интегрирует 2,4 ГГц Wi-Fi 6 и BLE 5.2, 4 МБ Flash и 320 КБ SRAM. Пример GD32EmbeddedUI создан как репозиторий (10-21) и через день добавлен в индекс пакетов LVGL (10-22 11:17, +57/-0).
  • STMicroelectronics: предложение OSPI (#11912) дополнительно добавляет общий низкоуровневый драйвер STM32 OctoSPI и заголовок конфигурации серии L4, на платформе stm32l4r9-st-eval дополнены выводы OCTOSPI1, тактирование и конфигурация MSP, попутно устранено перекрытие .bss, вызванное компоновкой кучи и линковки этой платформы.
  • Allwinner: для D1s предложен скрипт запуска в QEMU (#11903), вызывающий эмулируемую машину из отдельного репозитория (одно ядро, 64 МБ памяти, два последовательных порта, два контроллера хранения); рецензент не принял форму скрипта напрямую и рекомендовал создать единый подкаталог целевой машины с приложением инструкций по сборке, ориентированных на AI; автор пока не ответил.

Пакеты и промежуточное ПО

Дата: 2026-10-21 ~ 2026-10-23　Источник: RT-Thread-packages/esp-idf PR #18

  • Полное обновление пакета esp-idf (21.10): обновлён с 5.1 до 6.1.0 и объединён; по сравнению с официальной версией v6.1 внесены три структурных изменения со стороны RT-Thread — добавлен components/rtthread (слой портирования C3/C6, rtconfig.h, board и context, CMake и скрипты компоновки), добавлен components/riscv/vectors_rtthread.S, в FreeRTOS и esp_system и других местах добавлены ветки переключателя CONFIG_IDF_RTOS_RTTHREAD, точка входа в menuconfig — «Component config → FreeRTOS → Extra → Replace FreeRTOS with RT-Thread».
  • at_device и LVGL (22.10): записи двух пакетов GD32VW553 и GD32EmbeddedUI demos объединены в один день, автор один и тот же, они дополняют подключение к сети и интерфейс соответственно.
  • Корректировка конфигурации пакета AI-ассистента (объединено 23.10): в Kconfig файла ai/Agent одно изменение +32/-4, модель по умолчанию изменена с DeepSeek-V4-Pro на deepseek-flash, конечная точка сервиса по умолчанию изменена с SiliconFlow на api.deepseek.com, переключатель мультимодальности расширен до трёх категорий — изображения, файлы, аудио, а также добавлены два параметра конфигурации: переключатель локального облегчённого распознавания речи и адрес файлового сервера STT. Эта запись попала после контрольной точки пятничного ежедневного отчёта и относится к дополнительной сверке в день публикации.
  • Со стороны организации пакетов: репозиторий GD32EmbeddedUI-demos создан сопровождающим 21.10, в настоящее время в нём только один начальный коммит, через день он был подключён к индексу пакетов, исходный код по-прежнему указывает на исходный репозиторий — это лёгкое подключение к индексу, а не копирование кода.

Инструментальная цепочка и среда разработки

Дата: 2026-10-21 ~ 2026-10-23　Источники: Поток коммитов индекса Studio SDK

  • В индексе Studio SDK на этой неделе фактически было три обновления (дополнительная сверка в день публикации): 21.10 включён PyOCD 0.3.1 (259 МБ, исправлена проблема загрузки GD32H77D, в тот же день объединён через PR #834), 22.10 включены Gino Pi (GD32H77D) SDK 1.1.0 (152 МБ) и Renesas RA8P1 Titan Board mini SDK 1.2.2 (346 МБ, добавлена поддержка OpenMV). Несколько выпусков ежедневного отчёта на этой неделе на основании страницы организации определяли, что репозиторий «остановился на 10.10», что не соответствует фактическим замерам по потоку коммитов каждого репозитория; здесь записано по потоку коммитов.
  • Сборка и форматирование: проблема, при которой scons –attach в китайской Windows (кодовая страница 936) из-за эмодзи в подсказке вызывал исключение кодировки и прерывал всю команду, исправлена 22.10 (#11908); все три способа использования совместно используют одну функцию, ранее в китайской среде были полностью непригодны; предложение правил clang-format (#11859) объединено 23.10, правила в целом ужесточены.
  • Env и официальный репозиторий навыков на этой неделе молчали: последний коммит Env остановился на 17.10 (переключение версии v2.0.3 и навигация по документации WebUI), rtthread-skills и smart-build остановились на 18.10, rtthread-specification остановился на 17.10, индекс packages в начале этой недели остановился на обновлении индекса SDK производителей чипов от 14.10.

Пояснения к проверке

  • На странице релизов и странице тегов основного репозитория на этой неделе новых версий нет; страница списка новостей официального сайта рендерится динамически на фронтенде, при захвате получается только пустая оболочка загрузки, данные новостей берутся из официального интерфейса.
  • В окне мониторинга экосистемы topic:rt-thread только репозиторий zlgopen/awtk имел пуши; этот репозиторий является универсальным встраиваемым GUI и не имеет специальной связи с RT-Thread; кроме того, несколько личных новых репозиториев (at_esp_stm32, rt-thread-zephyr-smp-example и др.) имеют единичные звёзды и не constitute подлежащую освещению динамику проекта.
  • Обновления документации и AI SDK серверного чипа V100 компании Jindie Space являются фоновой информацией со стороны производителя, не относятся к теме RT-Thread и не выделены в отдельную запись.

4. Официальные и общественные мероприятия

Официальные каналы

Дата: 2026-10-19 ~ 2026-10-23　Источники: Официальный интерфейс новостей RT-Thread

  • Интерфейс новостей непрерывно не обновляется: последняя запись архива категории организации по-прежнему от 2026-06-17, пауза длится более четырёх месяцев; количество возвращаемых записей при проверке в разных выпусках на этой неделе колебалось между 5 и 25, что является различием пагинации интерфейса, последняя запись всегда оставалась неизменной. Страница списка новостей официального сайта рендерится динамически на фронтенде, при захвате получается только состояние загрузки.
  • Каналы первичной публикации информации: информация о продуктах и мероприятиях продолжает впервые публиковаться в WeChat Official Account, на форуме сообщества и в GitHub; отсутствие собственных официальных каналов сохраняется на этой неделе.

Релизы и трансляции производителей

Дата: 2026-10-21　Источники: EE Times China: релиз платформы Ruixin V1.8.4

  • RuiChing V1.8.4: 21.10 в 11:50 опубликован релизный пост; на стороне SDK 6 новых функций и 4 исправления, IDE RuiChingStudio синхронно обновлена до V1.5.62. Новые возможности сосредоточены на периферии и дисплее RC3506: абсолютный поворотный энкодер QY1503 через интерфейс SSI с примером вывода квадратурных импульсов через PWM, добавлена адаптация RGB666 для MIPI DSI, открыт интерфейс момента инициализации дисплея, в GPIO добавлены два входных режима — с подтяжкой вверх и вниз, добавлена отладочная команда amp_device; на стороне IDE добавлена поддержка создания проектов, сборки и загрузки/отладки через J-Link/DAP-Link для серии GD32H7.
  • Прямая трансляция: релизная трансляция назначена на 21.10 в 20:00 с демонстрацией на реальном устройстве RC-Pi-3506; в окне мониторинга не обнаружено ни разбора, ни описания записи, в этом выпуске фиксируется только факт выпуска версии, без оценки результатов.

Работы сообщества и соревнования

Дата: 2026-10-19 ~ 2026-10-20　Источники: Статья сообщества: терминал мониторинга среды теплицы

  • Три новые публикации за неделю: 19.10 — терминал мониторинга среды теплицы на плате разработки ArtInChip D12X (Damо Academy XuanTie E907, RT-Thread 4.1.1 плюс LVGL 8.3.1, полностью офлайн); 20.10 в 08:31 одновременно опубликованы умный терминал с взаимодействием двух плат (Nanochap NS800RT7P65 отвечает за дисплей и бизнес-логику, Espressif ESP32-C3 — за сетевой мост) и система обнаружения и оповещения о людях на периферии Edgi-Talk (Infineon PSoC E84, M55 работает под RT-Thread, M33 управляет безопасной загрузкой, NPU выполняет целочисленный вывод).
  • Одна публикация в СМИ: 20.10 EE Times China опубликовал работу, получившую награду конкурса RT-Thread AIoT: на встроенном микрофоне платы Edgi-Talk выполняется четырёхклассовая классификация звуковых отпечатков сельскохозяйственных вредителей, признаки берутся как энергии банка фильтров Мела, целочисленная модель экспортируется на устройство, при распознавании вредителя запускается опрыскивание, всё полностью офлайн.
  • Ранние работы продолжают поддерживаться: посты о роботе-опылителе Nianhua, устройстве обеззараживания Qingdaofu, манипуляторе Shukheng Zhiyang, USB-дополнительном экране GD32H759IM и других в окне мониторинга лишь редактировались и обновлялись, в этом выпуске повторно не раскрываются.
  • Плотность соревнований: работы конкурса встраиваемых систем 2026 по-прежнему составляют основу контента сообщества; все три новых поста этой недели происходят из этого конкурса или производной от него трассы AIoT.

5. Отраслевые применения и коммерческие тренды

Защищённое земледелие и мониторинг окружающей среды

Дата: 2026-10-19 ~ 2026-10-20　Источники: Статья сообщества: терминал мониторинга среды теплицы

  • Терминал мониторинга теплицы: ориентирован на малые и домашние теплицы, основной контроллер Damо Academy XuanTie E907 (RV32, 396 МГц), с 8 МБ PSRAM и сенсорным экраном 480×272, подключены только два датчика DHT11 и BH1750, без Wi-Fi и без зависимости от облачной платформы; 6 потоков разделены на 12–26 уровней, две очереди сообщений отдельно питают оповещения и интерфейс, пороговые значения асинхронно записываются в LittleFS через семафор, интерфейс переключается между четырьмя страницами с кэшированием, оповещение использует подтверждение трёх подряд срабатываний и гистерезис, дополнительно предоставляются 12 диагностических команд MSH.
  • Распознавание звуковых отпечатков вредителей: четыре класса (цикада, сверчок, шум, неизвестное), окно 1 секунда, шаг 200 миллисекунд, частота дискретизации 16 кГц, суммарно около 2 минут 15 секунд образцов, разделение на обучение и тест в пропорции 82 к 18, после 100 эпох обучения экспортируется целочисленная модель, автор публикует документацию и код.

Периферийный AI и взаимодействие двух плат

Дата: 2026-10-20　Источники: Статья сообщества: система обнаружения и оповещения о людях Edgi-Talk

  • Обнаружение и оповещение о людях: камера через USB-хост выдаёт 424×240, вывод выполняется раз в 5 кадров, на входе 320×320 восьмибитных целых, максимум 8 кандидатных рамок, пороги уверенности и подавления перекрытий равны 0.45; оповещение подтверждается тремя подряд попаданиями и снимается после пяти подряд промахов, запись в хранилище, сетевые отчёты и воспроизведение звука стоят каждый в своей очереди и не занимают видеопоток, отключение сети не влияет на локальное обнаружение и звуковое/световое оповещение.
  • Умный терминал с взаимодействием двух плат: на стороне M7 работают RT-Thread 5.3.0 и LVGL 9.1.0, реализованы рабочий стол 3×3 и 14 приложений, на 16 МБ внешней NOR смонтирована небольшая файловая система, обеспечивающая сохранность при отключении питания; сторона C3 отвечает за беспроводное подключение, синхронизацию времени, отчёты и обновление через веб-страницу. Платы соединены только одним последовательным каналом, исходя из чего автор заключил, что пропускной способности недостаточно для передачи полноэкранных пикселей, поэтому воспроизведение видео не реализовано.

Промышленная площадка и коммерческие тренды

Дата: 2026-10-21 ~ 2026-10-22　Источники: Журнал обновлений RuiChing

  • Исправления на промышленных объектах: все четыре исправления в RuiQing V1.8.4 указывают на проблемы на местах — задачи и прерывания EtherCAT ранее не были привязаны к одному и тому же CPU, при переключении нескольких задач периодически возникали конфликты доступа и зависания; удалённое выполнение netstat через telnet блокировалось без отклика; пример UART DMA не мог установить скорость передачи; на 4,3-дюймовом экране повышена ШИМ подсветки для улучшения видимости на улице. В сочетании с уже освещёнными в предыдущем выпуске виртуальным сетевым интерфейсом промышленного шлюза EG1200 и решением управления движением колёсного двигателя ROS2 эта продуктовая линейка на текущей неделе демонстрирует два параллельных направления: «сетевое подключение на стороне шлюза» и «реальное время на стороне управления движением».
  • Коммерческая активность: на текущей неделе нет новых сообщений о коммерческом внедрении, финансировании или заказах. Действия производителей сосредоточены на итерациях версий и формировании базовых пакетов — RuiQing одновременно обновил версию и IDE, GigaDevice в течение 24 часов одновременно дополнил два базовых компонента: сетевой (GD32VW553) и интерфейсный (GD32EmbeddedUI); по темпу это больше похоже на подготовку базы для komplektnogo решения, чем на точечный коммит.

6. Наблюдение трендов

  • Выход платформы класса application processor на RISC-V в основную линию — самое значимое структурное изменение текущей недели: K1 вошёл в форме S-режима, MMU и многоядерного SMP, с PCIe/NVMe, HDMI и мультимедийным ускорением, что знаменует переход RT-Thread на высокоуровневых платформах RISC-V от «способности загрузиться» к «полноте периферии»; драйверы выделены в отдельный слой bsp/spacemit/dm, в каталоге BSP начинает появляться разделение «уровень производителя плюс платный уровень», и K1 — лишь первый пользователь. Подобные платформы в дальнейшем будут постоянно обратно вскрывать дефекты общего кода — три исправления, выявленные в том же пакете на текущей неделе: атомарный compare-and-swap, именование доменов питания и проверка дублирования DVFS, — служат тому доказательством.
  • Корректность многоядерности стала технической главной линией текущей недели: проблема живых блокировок тикетных блокировок устранена в корне, ожидаемое значение атомарного compare-and-swap больше не перезаписывается регистром состояния, порядок готовности задач с одинаковым приоритетом возвращён к «первым пришёл — первым обслужен»; все три относятся к проблемам, долго маскировавшимся поведением по умолчанию, и все были локализованы в одну и ту же неделю. На стороне планировщика также возникла ситуация «две не знающие друг о друге реализации сходятся к одному и тому же дискриминанту»; поперечное сравнение между предложениями заменяет способ обсуждения отдельного патча.
  • Аудит безопасности приобрёл семейный характер, стоимость поштучного исправления начинает превышать выгоду: общая форма пяти дефектов безопасности текущей недели — доверие к внешне контролируемым метаданным как к длине или верхней границе операции с памятью, затрагивает пять компонентов: NFS, NVMe, 9PFS, cromfs, DHCP. Докладчики прилагают вводящие коммиты, диапазоны затронутых версий и среду воспроизведения, стоимость исправления уже снижена; однако повторяющиеся дефекты, вызванные общим происхождением реализаций DFS поколений v1 и v2 (в случае cromfs ни одна из двух копий в одном отчёте не имеет ограничений), указывают на необходимость семейной проверки и структурной конвергенции.
  • Основная линия демонстрирует ритм «затишье — концентрированное завершение», процесс релиза ещё не запущен: после трёх дней подряд нулевых коммитов за три часа было внесено четыре изменения, причём одним и тем же мейнтейнером, что больше похоже на пакетную обработку после накопления ревью. У v5.4.0 с 10-17 есть только макрос версии и значения по умолчанию Kconfig, без тега, без бинарников, без примечаний к релизу; это состояние «номер версии впереди, артефакты релиза позади» длится уже неделю, в следующем выпуске следует проверить по странице релиза и ChangeLog, действительно ли шлюз открыт.
  • Две линии инструментария параллельны: доступность новой базы и детали локализации: с одной стороны, ESP-IDF 6.1 с GCC 15.2 и открытие канала замены ядра CONFIG_IDF_RTOS_RTTHREAD, помимо C3/C6 оставляющее путь и для последующих продуктовых линеек RISC-V; с другой — такие исправления, как недоступность всей команды из-за эмодзи в китайской Windows, ужесточение правил clang-format, три обновления индекса Studio SDK — «низкотехнологичные, но напрямую влияющие на опыт первого знакомства». Для отечественных разработчиков предельная выгода последних зачастую выше.
  • Разделение ролей между затишьем официальных каналов и нагрузкой сообщества ещё больше закрепилось: новостной интерфейс не обновляется более четырёх месяцев, почти вся внешняя информация текущей недели обеспечивается GitHub, работами конкурса на форуме и отраслевыми медиа, релиз версии RuiQing также идёт через медиа-материалы, а не через собственные каналы. Эта картина не меняется уже две недели подряд, плотность контента сообщества (три работы на текущей неделе, в среднем одна-две темы в день) напротив берёт на себя повествовательную функцию вместо официальных каналов.

Приложение: материалы и проверка

Перечень материалов

Номер выпуска Дата Действительное окно Включённые записи
Выпуск 1 2026-10-19 (понедельник) 10-16 08:00 до 10-19 08:00 (72 часа) 16
Выпуск 2 2026-10-20 (вторник) 10-19 08:00 до 10-20 08:00 (24 часа) 15
Выпуск 3 2026-10-21 (среда) 10-20 08:00 до 10-21 08:00 (24 часа) 17
Выпуск 4 2026-10-22 (четверг) 10-21 08:00 до 10-22 08:00 (24 часа) 15
Выпуск 5 2026-10-23 (пятница) 10-22 08:00 до 10-23 08:00 (24 часа) 11
  • Все пять ежедневных отчётов на месте, пропущенных дат нет; выпуск понедельника имеет 72-часовое окно, охватывающее выходные, начальная точка продолжает точку отсечения предыдущего выпуска, поэтому содержимое после 10-16 08:00 пересекается с пятничным сегментом предыдущего еженедельного отчёта (10-12 ~ 10-16); в текущем выпуске эта часть не повторяется.
  • Текст еженедельного отчёта объединяет однотемные записи на основе пяти ежедневных отчётов; число записей не совпадает с таблицей выше, что является нормальным объединением.

Пояснения к проверке

  • Проверка даты публикации: 2026-10-24 проведена поштучная фактическая проверка потока коммитов master основного репозитория, releases и tags, а также потоков коммитов репозиториев RT-Thread/packages, env, rtthread-skills, smart-build и индекса Studio SDK; момент проверки — до 17:00 24-10.
  • Дописанные записи: предложение clang-format (#11859), влитое 23-10 в 17:09, и изменение конфигурации пакета ai/Agent, влитое 23-10 в 10:12, — оба оказались после отсечки пятничного ежедневного отчёта (23-10 08:00) и отдельно помечены согласно способу проверки; кроме того, три обновления индекса Studio SDK в период с 21-10 по 22-10 обнаружены в ходе данной фактической проверки, со стороны ежедневного отчёта зафиксированы как «тихие», запись ведётся по потоку коммитов.
  • Оговорка о версии: для v5.4.0 имеется только фактическое значение макроса версии, официальный Release, теги и ChangeLog не обновлены; во всём тексте используется формулировка «номер версии уже повышен, релиз ещё не выпущен».
  • Не включённые пункты: документация серверного чипа V100 и обновление AI SDK от Jindie Space-Time (фон со стороны производителя, не по данной теме), zlgopen/awtk (универсальный GUI), несколько личных новых репозиториев с единичными звёздами (at_esp_stm32, rt-thread-zephyr-smp-example и др.), записи и разборы прямой трансляции Ruiching (в окне мониторинга не обнаружены).
  • Ограничения каналов: множественные запросы Google News на китайском и английском, а также HN Algolia на этой неделе не дали ни одной валидной публикации, связанной с RT-Thread; кандидаты в HN в основном представляют собой буквальные ложные совпадения по слову threads; страница списка новостей официального сайта рендерится на стороне клиента, данные новостей берутся из официального интерфейса.

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

5>

Источник данных: ежедневный отчёт о динамике RT-Thread (пять выпусков с 2026-10-19 по 2026-10-23) и проверка дат выпусков в этом цикле; отчётный период — с 2026-10-19 по 2026-10-23. Рекомендуемый период следующего еженедельного отчёта: 2026-10-26 ~ 2026-10-30.