Отчётный период: с 2 ноября 2026 г. (понедельник) по 6 ноября 2026 г. (пятница), 5 рабочих дней, 5 выпусков ежедневного отчёта; дополнительно включает проверку коммитов, слияний и находящихся на рассмотрении предложений, новых дефектов, страниц релизов и тегов основного репозитория в день публикации (7 ноября), охватывающую завершающие изменения с 06.11 08:00 по 07.11 18:50 по пекинскому времени Источники материалов: 5 выпусков ежедневного отчёта о динамике RT-Thread (02.11, 03.11, 04.11, 05.11, 06.11), суммарное эффективное окно мониторинга с 30.10 08:00 по 06.11 08:00 (выпуск понедельника охватывает 72-часовое окно через выходные); проверка дня публикации основана на фактических данных коммитов основного репозитория GitHub, releases и tags, слияний и находящихся на рассмотрении предложений, вновь созданных дефектов Пояснение к составлению: охватывает пять измерений — ядро и версии, безопасность и стабильность, экосистема и адаптация производителей, официальные и общественные мероприятия, отраслевые применения; факты и даты основного текста построчно взяты из оригинальных текстов ежедневных отчётов соответствующего периода, записи, добавленные в день публикации, отдельно помечены способом проверки

1. Главные новости недели

  • 5 ноября за один день слито 31 коммит, накопленный за четыре месяца backlog закрыт разом (05.11): на этой неделе в основной репозиторий всего слито 49 предложений, по дням: 02.11 — шесть, 03.11 — четыре, 04.11 — три, 05.11 — тридцать один, 06.11 — пять. Партия 05.11 отличается высокой концентрацией по времени — 17 коммитов за 31 минуту с 10:47 до 11:18, ещё 13 с 13:23 до 18:40, последний коммит — разделение ARM Kconfig — отдельно landed в 22:26. Состав партии показывает, что это не «написано сегодня — сегодня и слито»: многие созданы в середине-конце октября, самый старый #11558 создан 5 июля, #11892 и #11897 оба созданы 18.10. Структура авторов слияний тоже ясна: usualtreee — 7, BernardXiong — 5, cms19859230182-lang — 4, adilalperenciftci — 2, остальные 13 — от разных контрибьюторов — разделение труда, при котором внешние контрибьюторы поставляют патчи, а мейнтейнеры выполняют проверку и пакетное слияние, уже сформировалось.

  • Схема нумерации версий и процесс релиза впервые оформлены как официальная документация внутри репозитория (04.11): предложение #11955 слито 04.11 в 10:44, 751 добавленная строка, 14 файлов, двуязычные (китайский и английский) «Правила и порядок реализации нумерации версий» и «Процесс выпуска версий», с 7 блок-схемами, зарегистрированными в индексе Doxygen. Правила задают ритм в цифрах: ревизионная версия Z в принципе выпускается раз в месяц, минорная версия Y — каждые 3–6 месяцев, мажорная версия X — без фиксированного цикла; Z не должна вводить новые публичные API, компоненты или драйверные фреймворки, если отдельный BSP привносит новый драйверный фреймворк, нужно повышать до Y или X; при обнаружении проблем после официального релиза можно выпустить только X.Y.Z+1, нельзя изменять исходный Tag, содержимое исходного Release или исходные артефакты поставки. Примеры в документации единообразно записаны как v6.0.0, v6.1.0, v6.1.1, следующая основная линия планируется по серии 6.

  • Поверхность атаки сместилась с параметров системных вызовов на прошивки устройств, обе цепочки получили патчи в течение часов (05.11 ~ 06.11): дефект таблицы MSI-X #11985 зарегистрирован 05.11 в 01:12 — вредоносное устройство PCIe заполняет BIR в регистре конфигурации только для чтения значением 6, после выхода за границы с алиасингом на pdev->rom базовый адрес отображения превращается в абсолютный физический адрес 0 плюс смещение, и на этапе загрузки становится возможна запись в произвольную физическую память; #11986 выставлен 07:21, слит 05.11 в 10:47 — цикл от отчёта до слияния замкнут за два дня. На следующий день #11992 по ivshmem зарегистрирован в 00:54 — устройство описывает «разделяемую память» как диапазон памяти ядра, после регистрации окна как /dev/ivshmemN любой непривилегированный процесс может побайтово читать и писать физическую память ядра; #11993 выставлен в 03:05, добавлена опция RT_IVSHMEM_JAILHOUSE, отключённая по умолчанию, — от отчёта до предложения два часа одиннадцать минут. Общая причина обеих — отсутствие одной и той же проверки: rt_ioremap() не проверяет законность физического адреса и отображает то, что сообщает устройство.

  • Семейная зачистка границ системных вызовов RT-Smart завершилась на этой неделе, лишь mailbox переведён в структурную задачу (02.11 ~ 07.11): дефект отрицательного смещения графического устройства #11969 получил #11970 через 31 минуту; #11958 по pipe исправлен в #11971 и слит; #11977 по getaddrinfo переработан мейнтейнером и слит; #11978 о перепутанных начальном и конечном секторах GPT-раздела слит; #11984 и #11980 по timerfd и POSIX timer 07.11 в 03:04 дождались #11996 и #11997. Оставшийся #11960 по mailbox 07.11 в 03:05 получил ответ мейнтейнера: подтверждено, что sys_mb_send() / sys_mb_send_wait() напрямую передают указатель пользовательского объекта в rt_mb_*, а RT_ASSERT лишь читает поле type в объекте и не может заменить проверку владения; указано, что это требует структурного исправления через поиск в AVL-дереве объектов LWP с удержанием ссылки, и такая же проверка должна охватывать пути семафоров, мьютексов, событий, очередей сообщений и таймеров; в этом раунде из-за отсутствия кросс-тулчейна RT-Smart неполное исправление не было отправлено.

  • Учжэнь «Новый свет»: AIOS-основа вошла в список продуктовых презентаций национальной платформы (11-02 ~ 11-03): Всемирная конференция по интернету в Учжэне 2026 года проходит с 2 по 5 ноября, в ней участвуют 671 китайская и зарубежная компания и организация из 54 стран и регионов, отобраны и рекомендованы 35 продуктов «Новый свет» и 20 сценариев «Новое сияние». RT-Thread Ruiside вошла с «гетерогенной интегрированной AIOS-основой для интеллекта на стороне устройства RT-Thread», директор по экосистеме Ли Янь выступила на выставке с докладом «Решение для виртуализированного гибридного развёртывания воплощённого интеллекта · AI Kit». Техническая концепция сформулирована чётко: AI-инференс размещается на стороне Linux, управление в реальном времени — на стороне RT-Thread, обе стороны работают независимо, при сбое на AI-стороне сторона управления продолжает работу, по заявлению компании точность управления достигает микросекундного уровня; сопутствующий AI Kit объединяет движок инференса, оптимизацию моделей, адаптацию оборудования и среду отладки в единую цепочку инструментов. Значение этой позиции — в формулировке нарратива: раньше вовне говорили об «основе управления в реальном времени», на этот раз носителем отбора стала операционная система интеллекта на стороне устройства, а точкой приложения — синергия «мозга» и «мозжечка» робота.

  • HPMicro за тринадцать минут продвинула 12 репозиториев BSP до v1.13.0 и открыла HPM5100EVK (11-02): Из 64 репозиториев организации HPMicro 12 репозиториев RT-Thread BSP были массово отправлены 2 ноября с 11:43 до 11:56, охватывая HPM6750, HPM6E00, HPM6P00, HPM6800, HPM6300, HPM6200, HPM5E00, HPM5300, HPM5301 и новый HPM5100EVK. Проверенные по каждому репозиторию три сообщения коммитов имеют вид «RT-Thread BSP v1.13.0 for <имя платы="">», временные метки попадают в один и тот же секундный интервал, что указывает на сценарный пакетный релиз, а не на индивидуальную разработку; предыдущим коммитом для HPM6800EVK и HPM6E00EVK был v1.11.0 от 2026-02-03, интервал около девяти месяцев, и записи v1.12.0 между ними нет. Новый репозиторий HPM5100EVK создан в 10:59, первый же коммит — v1.13.0.

  • Тестовый список версии Z начал давать код: за неделю реализованы тесты пяти фреймворков и подключение к CI (11-03 ~ 11-07): Выставленный 11-02 #11972 разложил вопрос «можно ли выпускать версию Z» на поколлекционный список QEMU и utest; в течение следующей недели были слиты три коммита — тест фреймворка DAC #11976, тест эмулируемой шины I2C #11982, дымовой тест сторожевого таймера #11883, — а виртуальная шина обратной связи внутри прошивки SPI #11979 и QEMU-регрессия dlmodule #11989 находятся на рассмотрении; #11990 от 11-06 13:10 подключил DAC и I2C к CI-заданию qemu-vexpress-a9 с требованием явной записи PASSED по обоим пунктам; 11-07 появился тест фреймворка Touch #12002, закрывающий недостающий пункт Touch в списке #11972. Направление тестовой основы сместилось от «ожидания оборудования» к «вхождению в CI», и за эту неделю появились последовательные примеры.

  • Подключаемость ядра подтверждена в двух направлениях: новый чип заменяет FreeRTOS, новая архитектура входит в libcpu (11-04 ~ 11-07): Сообщество оформило RT-Thread 5.4.0 как компонент ESP-IDF v6.1, напрямую drop-in заменяющий ядро FreeRTOS, исходный код RT-Thread остаётся без изменений и подтягивается скриптом по фиксированному коммиту, все 36 пунктов самопроверки на плате прошли, оба ядра выполняют потоки, Wi-Fi при включённых двух ядрах подключается и получает IP. В тот же день недели, 11-06 09:37, поддержка Canaan K230D (вариант с 128 MB DDR, устройство GPIO pin, ext4 rootfs, монтирование ptyfs и procfs) была слита вместе с #11897; 11-07 03:41 появилось предложение портирования Renesas RH850 G4KH #11998, 48 файлов, добавлено 3916 строк, включая переключение потоков TRAP0, вложенные прерывания, контекст FPU и плату qemu-rh850-u2c, на QEMU kernel_basic прошёл 22/22.

2. Ядро и динамика версий

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

Дата: 2026-11-02 ~ 2026-11-07　Источник: страница releases основного репозитория

  • Официальный релиз: на этой неделе по-прежнему нет новых Release и тегов; конечные точки в releases и tags остаются на v5.3.0 от 09-10, с момента релиза прошло почти два месяца. Основной репозиторий находится в состоянии разработки 5.4.0 (в прошлом еженедельном отчёте уже отмечалось, что 10-29 значение RT_VER_NUM было поднято до 0x50400); на этой неделе ни в одном из ежедневных отчётов изменения макроса версии больше не фиксировались, также нет предрелизных тегов и бинарных сборок.
  • Коммиты основной ветки: на этой неделе в master было слито 49 предложений: 11-02 — шесть, 11-03 — четыре, 11-04 — три, 11-05 — тридцать одно, 11-06 — пять. Все пять коммитов 11-06 приходятся на период с 09:20 до 13:10 того же дня; завершающие изменения после контрольной точки ежедневного отчёта (08:00) единообразно вынесены в проверку дня публикации настоящего отчёта.
  • Характеристика ритма: шесть коммитов в понедельник представляют собой отложенный перенос накопившихся изменений с пятницы по воскресенье; во вторник и среду активность снижается до четырёх и трёх коммитов; в четверг единовременно происходит всплеск до тридцати одного коммита; в пятницу — пять завершающих. По состоянию на 11-07 до момента проверки (18:50) новых коммитов нет. Это совпадает с картиной предыдущих недель «сначала простой, затем концентрированная расчистка», отличие в том, что пик на этой неделе выше, а интервал длиннее.
  • На уровне организации: на этой неделе из вспомогательных репозиториев только env и sdk имеют push-изменения (переработка бессерверного индекса на рынке плагинов Env, см. главу 3); в packages, vscode-rt-smart, pkgs-test, rtthread-nano, smart-build, UtestRunner записей о коммитах нет.

Список слитых на этой неделе изменений (49 предложений)

Дата: 2026-11-02 ~ 2026-11-06　Источник: поток коммитов master основного репозитория

Дата Количество Основные пункты
11-02 6 Переполнение буфера имени SDHCI (#11542), индекс строкового дескриптора USB и длина MS OS совместимого ID (#11545, #11546), усечение long long в tiny vsnprintf (#11600), переписывание побайтового цикла klibc на memset (#11965), преобразование контейнера контроллера сброса SCMI (#11946)
11-03 4 Усиление защиты вложенных пользовательских указателей в getaddrinfo (#11977), стандартизация расположения комментариев к макросам (#11973), повторяемый запуск тестовых сценариев mailbox (#11963), отклонение нулевой частоты в DM365 SPI (#11957)
11-04 3 Документация по нумерации версий основной линии и процессу релиза (#11955), проверка перепутанного порядка начала и конца разделов GPT (#11978), TIOCGWINSZ последовательного порта и обновление termios (#11891)
11-05 31 11 — безопасность и проверка границ, 7 — драйверы и инструменты, 3 — Smart и ядро, 5 — тестовая инфраструктура, 1 — разделение ARM Kconfig, ещё четыре — инструменты и CI
11-06 5 Входной захват STM32F1／H7 (#11975), поддержка K230D и улучшения Smart (#11897), тест чтения-записи блочного устройства SDIO (#11758), тест приёма-передачи CAN (#11752), тестирование фреймворков DAC и I2C в QEMU (#11990)
  • Шесть коммитов от 11-02 — всё это старые проблемы: переполнение стека SDHCI срабатывает только при RT_NAME_MAX = 64, усечение в tiny vsnprintf появляется только при включении поддержки long long в tiny-версии, ошибка компоновки klibc проявляется только на целевой платформе без C-библиотеки — общее у всех трёх то, что при конфигурации по умолчанию они не воспроизводятся. Предложения по четырём коммитам были открыты 1 или 9 июля 2026 года и пролежали в очереди почти четыре месяца.
  • Пакет исправлений безопасности от 11-05 имеет очень сконцентрированное расположение: усиление проверки пользовательских указателей в терминальных ioctl (#11941, +503/-57, семь файлов), проверка границ и безопасное удаление из списка в пути закрытия signalfd (#11935, +526/-228, 11 файлов), отклонение недопустимых смещений в framebuffer (#11970), проверка пользовательских указателей в pipe ioctl (#11971), сведение контролируемой сервером длины к фактически полученным байтам в 9PFS (#11918), количество областей стирания CFI MTD и границы таблицы секторов (#11558), верхний предел глубины разворачивания дерева устройств (#11901), ограничение номера канала ADC для AB32 (#11962), плюс три отдельных коммита (#11986, #11895, #11899).
  • Семь коммитов по драйверам и инструментам: установка размера блока SDIO после завершения конфигурации блока (#11886), удаление колбэка при закрытии fd последовательного порта только при обнулении счётчика ссылок (#11931), освобождение RX-буфера в virtio-сетевой карте при неудачном выделении pbuf (#11726), утечка одного выделения на каждый неактивный namespace в NVMe (#11920), освобождение ресурсов в пути неудачного зондирования virtio RPMsg (#11968), заполнение bInterfaceProtocol дескриптора интерфейса USB HID в соответствии с протоколом (#11873), исправление повторного внедрения RTT_ROOT и ошибки с каталогом только для чтения в команде disk в mkdist (#11874).
  • Пять коммитов того же пакета, не выделенных отдельно в ежедневном отчёте: невыровненный доступ в 9pfs (#11876), отчёт о периодических сбоях CI и ежемесячная сборка BSP (#11921), повторная перезапись при генерации проекта Eclipse (#11321), разрешение путей compile_commands в dist-strip (#11551), разрешение путей git diff в CI (#11554). Эти пять коммитов относятся к рутинным исправлениям на стороне инструментов и CI и отдельно не раскрываются.
  • Пять коммитов от 11-06 — стратегическое завершение: добавление входного захвата для STM32F1/H7 (+746 строк, 9 файлов), добавление платформенного варианта и точки монтирования Smart для K230D, два коммита utest для SDIO и CAN с полными тестами (+438 и +1792 строк), #11990 подключает уже сформированные тесты фреймворка к CI.

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

Дата: 2026-11-02 ~ 2026-11-07　Источники: список дефектов основного репозитория

  • На этой неделе открыто 8 новых заявок, из них 6 дефектов и 2 функциональные заявки, авторы highly концентрированы: XueDugu один внёс пять заявок #11969, #11980, #11984, #11985, #11992, все с PoC, логами GDB и отслеживанием версий; также #11991 от anamarija-j (предварительно собранный образ ESP32-C3 отклоняет чипы v1.x), #11972 от CYFS3 (список тестов QEMU), #11967 от wdfk-prog (требование захвата входов STM32).
  • Семейство системных вызовов и дескрипторов: отрицательное смещение графического устройства (#11969, pread64() / pwrite64() пропускают отрицательную позицию, обеспечивая прямой произвольный доступ к памяти ядра), timerfd принимает произвольный fd (#11984, после путаницы типов можно разместить узел очереди ожидания в пользовательской памяти, одного косвенного вызова через указатель функции достаточно для управления PC ядра), id POSIX timer не проверяется (#11980, индекс 0x35a5 псевдонимизируется на консольное устройство, timer_settime() может перезаписать rx_indicate и ops). Предпосылка всех трёх — «наличие непривилегированного процесса».
  • Семейство со стороны устройств: BIR и смещение MSI-X (#11985, CVSS 3.1 равен 6.8, предпосылка — вредоносное или подменённое устройство PCIe), конфигурационное слово ivshmem (#11992, после регистрации окна как узла /dev не требуется никаких привилегий). Технические последствия обеих заявок — произвольное чтение и запись физической памяти ядра на этапе загрузки, общий недостаток — rt_ioremap() не проверяет физический адрес.
  • Закрытые на этой неделе: #11969 → #11970 (31 минута), #11958 → #11971 (слито), #11952 → #11981 (предложение на рассмотрении), #11985 → #11986 (слито), #11984 → #11996 и #11980 → #11997 (оба выставлены 11-07 в 03:04, ожидают рассмотрения).
  • Всё ещё в очереди или переведены в структурные задачи: #11960 по mailbox 11-07 получил подтверждение мейнтейнера, требуется единообразная обработка через поиск по AVL объектов LWP с удержанием ссылки, а также распространение такой же проверки на семафоры, мьютексы, события, очереди сообщений и таймеры; в этом раунде исправление не отправлено; #11981 по разделам блочных устройств висит более трёх дней с момента сообщения 10-29, всё ещё обновлялся 11-05 в 16:03; #11991 по ESP32-C3 требует одновременного изменения image.min_rev в SConstruct и пересборки пакета, исправление простое, но связано с повторным выпуском артефактов.

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

Дата: 2026-11-02 ~ 2026-11-07　Источник: список предложений основного репозитория

  • Толщина очереди не уменьшилась после расчистки: на момент 11-05 в окне обновлённых предложений, ожидающих рассмотрения, насчитывалось 48, что толще очереди из предыдущего отчёта. Причина в том, что на этой неделе создано 28 предложений, слито 49, приток и отток практически сбалансированы, но стоимость ревью предложений по безопасности выше, чем обычных исправлений — для каждого нужно разобраться в PoC и условиях воспроизведения.
  • Три предложения, заслуживающих внимания: исправление произвольной записи в память ядра через разделы блочных устройств (#11981, +169/-57, пять файлов, шесть обсуждений) висит более трёх дней, дефект высокоопасный, рекомендуется в приоритетном порядке; EOI уровня прерывания APLIC для RISC-V AIA (#11966) всё ещё обновлялся 11-07 в 10:52, исправление состоит в том, чтобы сначала прочитать действительное состояние входа in_clrip и записывать setipnum_le только когда устройство всё ещё удерживает прерывание действительным, что решает проблему невозобновления отложенного потока на QEMU 8.2.2; вывод имени функции, файла и номера строки в ulog (#11987, +156 строк) обновлён 11-06 в 21:05, относится к улучшению наблюдаемости.
  • Портирование новой архитектуры: #11998 для Renesas RH850 G4KH одним коммитом вносит 48 файлов, добавляет 3916 строк, включая переключение потоков и вложенность прерываний в libcpu, запуск bsp и драйверы OSTM／RLIN3 UART, а также плату qemu-rh850-u2c, автор помечает как черновик, предварительная зависимость — исправление ctime в picolibc (то есть #11999). Цикл ревью такого целоархитектурного портирования обычно измеряется неделями.
  • Крупная поддержка оборудования всё ещё в очереди: драйвер Ethernet Realtek RTL8125 (#11944, +1934 строки), дисплей и аудио RK3588 и RK3528 (#11943, 36 файлов, +5483/-391), плата ESP32-S3-DevKitM-1 (#11844, создана 9-28, уже более месяца), скрипт линковки промышленного Ethernet NXP RT1180 (#11959, 46 файлов, +13408/-1027) — на этой неделе ни по одному нет записи о слиянии. Фокус ревью по-прежнему на условиях лицензирования при целостном включении пакетов и реальных испытаниях плат, а не только на работоспособности функций.
  • Параллельное продвижение тестовой инфраструктуры: виртуальная петлевая шина SPI внутри прошивки (#11979), регрессия dlmodule в QEMU (#11989), циклы и выборка памяти при автоматическом запуске utest (#11983), тестирование фреймворка ADC (#11974) — четыре на рассмотрении, что составляет единый комплекс с пятью наборами тестов фреймворков, слитыми на этой неделе.

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

BSP и драйверы производителей

Дата: 2026-11-02 ~ 2026-11-07　Источник: Репозиторий: hpmicro/rtt-bsp-hpm5100evk

  • HPMicro: 12 репозиториев RT-Thread BSP были массово отправлены в v1.13.0 в течение тринадцати минут 2 ноября с 11:43 до 11:56, охватывая HPM6750EVK, HPM6750EVK2, HPM6750EVKMINI, HPM6E00EVK, HPM6P00EVK, HPM6800EVK, HPM6300EVK, HPM6200EVK, HPM5E00EVK, HPM5300EVK, HPM5301EVKLITE и новый HPM5100EVK. Новый репозиторий сопровождается примерами, охватывающими adc, blink_led, flashdb, mcan, pwm, spi_nor_flash_fs, timer, uart_dma, usb_device_generic_hid и usb_host_msc_udisk; двойная роль CAN и USB, файловая система и FlashDB входят в стандартный набор, ориентированный на промышленные сценарии и сценарии записи данных.
  • Сторонние платы следуют той же структуре проекта: Studio BSP для Yehuo HPM6750 BTB был создан 11-04 в 03:47, версия BSP 1.0.19, MCU — HPM6750IVM2 (двухъядерный 32-битный RISC-V, до 816 МГц), работает на RT-Thread 5.4.0, инструментальная цепочка RISC-V GCC 11.1.0; процесс установки описан в пяти шагах (скачать ZIP из Releases, установить через менеджер SDK в Studio, создать проект с выбором платы, отметить периферию в Settings, загрузить через USB／DAPLink／J-Link). Соглашение о выделении BSP в отдельный репозиторий и поддержке в виде проекта Studio уже распространилось от производителя к сообществу.
  • BSP сообщества для Nuvoton N9H30: целевой чип N9H30F61IEC или F63IEC, ядро ARM926EJ-S до 300 МГц, встроенный контроллер TFT LCD и 2D-графическое ускорение, параллельный интерфейс может управлять до 1024x768, 24-битный цвет, на кристалле 64 МБ DDR. N9H — типичная платформа человеко-машинного интерфейса; BSP RT-Thread на таких MPU всегда поддерживались сообществом, официальная поддержка Nuvoton значительно менее плотная, чем по линейке MCU.
  • NXP: пользовательский опрос, запущенный 11-02, раскрыл охват адаптации: уже адаптированы MCX N947, MCX A366, MCX A156 и другие чипы; период активности — с 2 по 23 ноября, розыгрыш 24 ноября. Серия MCX A — продвигаемая в последние два года линейка универсальных MCU; появление A366 и A156 в списке показывает, что охват расширился от моделей с NPU, таких как N947, к универсальным моделям; предложение по скрипту компоновки RT1180 на стороне промышленного Ethernet (#11959) на этой неделе всё ещё в очереди — одна линия про ширину охвата MCU, другая про глубину на стороне кросс-платформенных процессоров.
  • Canaan: поддержка K230D вошла вместе с #11897 11-06 в 09:37, +398/-198, 15 файлов. Изменения включают опции выбора SOC_K230／SOC_K230D и стандартную раскладку памяти 128 МБ DDR, регистрацию GPIO как устройства pin в RT-Thread, добавление поддержки корневой файловой системы ext4 с монтированием ptyfs и procfs, удаление неиспользуемых определений периферии уровня платы, а также сохранение инструментальной цепочки SDK riscv64-unknown-linux-musl.
  • STMicroelectronics (STM32): поддержка input capture для STM32F1 и STM32H7 вошла 11-06 в 09:20 (#11975, +746 строк, 9 файлов), соответствует заявке на требование #11967, открытой 11-02.
  • Allwinner и Silicon Labs: для Allwinner D1s добавлен скрипт запуска qemu-d1s.sh, позволяющий запускать этот BSP напрямую на QEMU-машине d1s (#11903); для EFM32 добавлены Kconfig и .config, официально поддерживается scons --menuconfig, ранее можно было только вручную править конфигурацию (#11867).
  • Espressif: на стороне сообщества RT-Thread 5.4.0 оформлен как компонент ESP-IDF v6.1, drop-in замена ядра FreeRTOS; каталог patches с помощью git apply изменяет 10 файлов самого IDF примерно на 440 строк (включая Kconfig и CMakeLists freertos, процесс загрузки, определения стека прерываний и сегмента кучи в скрипте компоновки, добавленные точки входа RISC-V trap и межъядерные хуки flash); все 36 пунктов самопроверки на плате пройдены. Нужно различать ядра: ESP32-S31 и C3／C5／C6 — это RISC-V, S2／S3 — Xtensa.
  • Zhiyuan Electronics (AWTK): zlgopen/awtk имел одну отправку 11-02, заголовки трёх последних коммитов — «improve edit», это повседневная итерация универсального GUI-фреймворка, специальных изменений для RT-Thread не обнаружено, в этом выпуске пункт не раскрывается.

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

Дата: 2026-11-04 ~ 2026-11-06　Источник: PR env #304 (бессерверный индекс рынка плагинов)

  • Рынок плагинов Env переведён на бессерверный индекс (слито 11-06 07:05): в репозитории sdk добавлен каталог env-plugins, каждый плагин — отдельный подкаталог с собственным index.json; в репозитории env реализовано чтение этого индекса и загрузка установочных пакетов .epack из GitHub Release. Объём изменений на стороне env: +1108/-48, 18 файлов (логика рынка, фронтенд WebUI, подкоманды командной строки и пять групп тестов), на стороне sdk: +125 строк, четыре файла. Внешне заметное изменение — индекс по умолчанию читается из локального репозитория SDK, разворачивать сервер рынка не требуется; при явной установке переменной окружения или выполнении rt-env plugin market set по-прежнему приоритетно используется HTTP-рынок, а rt-env plugin market clear возвращает к исходному поведению. Первый опубликованный плагин — конфигуратор RT-Kconfig 0.1.34, запись о загрузке указывает на реальный артефакт в Release этого репозитория.
  • Границы безопасности проработаны тщательнее ожидаемого: есть верхний предел размера загрузки, при превышении возвращается 413; перенаправление допускается только на тот же хост и с тем же протоколом; путь индекса не может выходить за пределы каталога env-plugins; идентификаторы плагинов ограничены регулярным выражением и проверяются на дубликаты. Плата за это — граница доверия сместилась с «официального рынка» на «мейнтейнера репозитория»: сторонним плагинам больше не нужно ждать проверки, достаточно выпустить Release и добавить запись в индекс.
  • coact (запушено 11-04 22:35): фреймворк активных объектов и иерархических конечных автоматов на C++17, лицензия MIT, 98 звёзд. События заменяют потоки, поведение описывается иерархическими конечными автоматами, таблица переходов задаётся через constexpr, во время выполнения никаких аллокаций не происходит; один и тот же набор заголовочных файлов работает на RT-Thread и FreeRTOS, а также компилируется на Linux и Windows через PAL. Три свойства закреплены структурными ограничениями: ограниченность (очереди, пулы памяти и размеры пакетов — константы времени компиляции, без кучи, без new/delete), обнаруживаемость (коды возврата SubmitResult, счётчики Monitor, Breaker::level()), восстанавливаемость (для каждого активного объекта — пятисостояниевый предохранитель). Ценность для RT-Thread — в методологии прикладного уровня: большинство проектов в сообществе строят логику напрямую на потоках и очередях сообщений, а фреймворка, который одновременно ограничивает ограниченность, наблюдаемость и восстанавливаемость, не хватает.
  • Расширение наблюдаемости ulog (ожидает проверки): #11987 добавляет в вывод ulog вызывающую функцию, файл и номер строки, +156 строк, четыре файла; обновления продолжались 11-06 21:05.

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

Дата: 2026-11-02 ~ 2026-11-07　Источник: поток коммитов основной ветки master

  • Четыре слияния на стороне сборки и CI: генерация проектов Eclipse избегает лишней перезаписи файлов проекта (#11321), разбор путей compile_commands в dist-strip (#11551), разбор путей git diff в CI (#11554), отчёт о периодических сбоях CI и ежемесячная сборка BSP (#11921). Общее у этих четырёх изменений — «отчётам об ошибках самого инструмента нельзя доверять»; только после исправления вердикты CI становятся достоверными.
  • На стороне QEMU — переход от разрозненных скриптов к единой точке входа: qemu-d1s.sh для Allwinner D1s (#11903) закрепляет поиск образов и сборку параметров в виде скрипта; #11990 подключает тесты фреймворков DAC и I2C в задание CI qemu-vexpress-a9 и добавляет общую конфигурацию components/dac_i2c.cfg, требуя явного PASSED после запуска; #12002 от 11-07 добавляет тесты с эмуляцией ops для фреймворка Touch, покрывающие регистрацию устройства, чтение, диапазон координат, порядок обратных вызовов ISR и распространение ошибок прерываний, без зависимости от аппаратного тачскрина.
  • Инструментальная цепочка новой архитектуры: портирование RH850 в #11998 использует на QEMU toolchain v1.1.0 (GCC 14.3, picolibc) и qemu-rh850 v1.0.0; msh запускается, kernel_basic проходит 22/22, обе сборки — с аппаратной и программной плавающей точкой — включены в матрицу CI; автор также отмечает, что предварительным требованием является выравнивание прототипов asctime_r/ctime_r в picolibc (#11999).
  • Документация процесса релиза: два документа на 751 строку разбивают один релиз на шесть этапов: подготовка версии, определение предварительных целей следующей версии, подготовка к разработке, разработка, предрелиз, релиз; раздел предрелиза включает стабилизацию функций, регрессию BUG и шаблоны тестовых сценариев с группировкой по архитектурам и BSP. Для нижестоящих дистрибутивов и коммерческих версий это прямой ориентир для решения о том, стоит ли следовать за обновлением и сколько усилий потребует миграция.

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

  • В основном репозитории в разделах releases и tags на этой неделе новых версий нет, конечная точка — v5.3.0 от 09-10; весь текст излагается в формулировке «5.4.0 в состоянии разработки, ещё не выпущена», без подмены факта релиза макросом версии.
  • Лимит анонимного интерфейса GitHub (60 раз в час) на этой неделе в нескольких сеансах сбора достиг верхней границы; для проверки на уровне организации вместо этого использовались Atom-поток коммитов ключевых репозиториев и веб-страница организации; при проверке дня релиза использовался интерфейс search для однократного получения трёх категорий истинных данных — объединённых, новых и обновлённых — с последующей перепроверкой ключевых записей через интерфейс pulls отдельного репозитория.
  • Официальный интерфейс новостей и список новостей на официальном сайте остановились на 17 июня; модуль новостей официального сайта на этой неделе давал сбой загрузки (страница сообщала «Ой, загрузка не удалась»), поэтому со стороны релизов приходится опираться только на медийную колонку.
  • Форум club.rt-thread.org всю неделю возвращал 468 с предварительной страницей вызова WAF, список тем и текст сообщений прочитать невозможно; пробел в информации со стороны обсуждений сообщества восполнялся комментариями к issue и PR на GitHub, а также медийной колонкой.

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

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

Дата: 2026-11-02 ~ 2026-11-06　Источник: Список новостей на официальном сайте RT-Thread

  • Интерфейс новостей молчит шестой месяц подряд: последняя запись, возвращаемая getList?type=rt_org, по-прежнему — «Компания Ruiside Technology приглашена на инвестиционный форум в Абу-Даби 2026» от 2026-06-17; за пять проверок на этой неделе ни одного нового появления. Новостной раздел главной страницы официального сайта также остановился на июне.
  • Медийная колонка — единственный стабильный выход: аккаунт RT-Thread в EE Times China на этой неделе обновился пятью материалами — обзор выездного обучения в Ухане от 10-30 и анонс прямой трансляции от 11-04, опрос пользователей NXP от 11-02, материал «Новый свет» из Учжэня от 11-03, разбор проекта настольного питомца Ruiqing от 11-04, подключение Titan Board к OpenMV от 11-05. Ещё один материал от 11-01 о распродаже ко Дню холостяков относится к рекламному контенту и не включён.
  • Сигнал смены нарратива: фраза из учжэньского материала «ключевой скачок от базы реального времени к операционной системе интеллекта на периферии» — это официальная версия данного нарратива, масштаб сообщества по-прежнему оценивается примерно в 300 тысяч разработчиков; разбор проекта настольного питомца Ruiqing на той же неделе описывает «оставить ввод-вывод реального времени на плате, а инференс вынести на сторону с большей вычислительной мощностью» как воспроизводимую цепочку из семи шагов — пропаганда и инженерия идут по одной линии.

Конференции и мероприятия

Дата: 2026-10-29 ~ 2026-11-04　Источник: Шанхайская комиссия по экономике и информатизации: завершился Шанхайский конкурс инноваций в области применения открытого программного обеспечения

  • Завершился конкурс инноваций в области open-source программного обеспечения Шанхая 2026 (29–30 октября, официальный выпуск 2 ноября): организован Open Source China; с момента начала регистрации 5 августа получено 766 заявок, участвовало более 40 компаний-партнёров и open-source сообществ; 12 реальных промышленных задач привлекли 269 проектов, 30 команд вышли в финал и боролись за призовой фонд общей стоимостью 1 млн юаней. Среди издателей 12 задач RuiSaiDe (RT-Thread) вместе с COMAC, Zhongchuan Haizhou, DaoCloud, YunZhou Technology и Mofa Technology представляют сторону местных шанхайских компаний, а с другой стороны — Baidu Maps, сообщество openKylin, сообщество open-supOS и другие общенациональные технологические компании и сообщества — для RT-Thread это позиционирование означает, что промышленные и встраиваемые сценарии рассматриваются как источник реальных промышленных задач, а не как спонсорское место.
  • Список «Новый свет» Учжэньского саммита (2–5 ноября): помимо включения AIOS-базы в 35 рекомендованных продуктов, на проходившей одновременно выставке «Свет интернета» было представлено более 1000 новых технологий и продуктов; RT-Thread делает акцент на синергии «мозга» и «мозжечка» робота, а архитектура смешанного развёртывания разделяет AI-инференс и управление в реальном времени по двум сторонам.
  • Впервые чётко прописано техническое разделение труда альянса open-source AIOS (репортаж 3 ноября / мероприятие 23 октября): на «Jishu Maker Workshop: семинар по решениям для малых embodied AI», организованном сообществом Jishu под эгидой Arm Technology, Rockchip, Radxa Computer и RT-Thread выступили вместе как партнёры альянса. Старший инженер RT-Thread AI Чжэн Вэй рассказал о трёх типах Agent-решений: робособака, HyperCar и оркестрация Codex, с фокусом на продвижении интеллектуальных агентов от «диалога» к «исполнению»; Rockchip рассказал о разделении вычислительной мощности и управления через главный SoC плюс AI-сопроцессор, Radxa — об использовании открытого аппаратного обеспечения вроде ZERO 3W для перехода от прототипа к серийной поставке, RT-Thread — о системной стороне планирования и исполнения Agent. Репортаж вышел на десять дней позже мероприятия и включён потому, что впервые даёт конкретное техническое разделение труда, а не является событием дня.
  • Совместный опрос NXP (2–23 ноября): требуется указать конечные устройства, сценарии применения и сложности разработки, а также приветствуются предложения по улучшению производительности чипов, периферии и адаптации экосистемы; розыгрыш призов 24 ноября.
  • Прямой эфир с настольным питомцем RuiQing 3576 (4 ноября 20:00): образ настольного питомца из DeepSeek Harness перенесён на RK3576 с небольшим экраном: по нажатию KEY5 произносится фраза, через несколько секунд следует ответ в тоне «большой жирной рыбы», глаза на экране двигаются. Разделение труда: плата отвечает за слух и речь, ПК — за мышление: на стороне платы arecord／aplay через hw:0,0, выражения не идут через GPU, а напрямую пишутся в /dev/fb0 через mmap; персонаж, память, инструменты и модель находятся на ПК в DSH Desktop, плата не хранит API Key и не выполняет инференс. В статье очень предметно описаны три подводных камня — одно нажатие запускает два раунда диалога (нужны flock для единственного экземпляра, эксклюзивный EVIOCGRAB и очистка осиротевших процессов), потоковый TTS обрезается (изменено на синтез только при «неизменном содержимом при нескольких последовательных опросах и озвучивании как минимум двух китайских иероглифов», объём вырос с 10 КБ до 115 КБ), два уровня приоритета выражений требуют блокировки с автоматическим возвратом в idle по истечении срока.

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

Дата: 30 октября 2026 ~ 5 ноября 2026　Источник: Репозиторий: Titan Mini PCB Inspector

  • Централизованная публикация работ конкурса в open source после его окончания: в окне мониторинга на GitHub появилось 15 новых репозиториев, связанных с RT-Thread, из которых 7 заявлены как работы конкурса встраиваемых систем RT-Thread 2026; время централизованной публикации пришлось на 30 октября — 1 ноября, что соответствует требованию конкурса «опубликовать работу на форуме и открыть код». Четыре проекта edge-AI компьютерного зрения размещены на двух платах: Titan Mini PCB Inspector на Renesas Titan Board Mini (RA8P1, Cortex-M85 плюс Ethos-U55) (камера смотрит на плату, LCD 800×480, локальный инференс на Ethos-U55, облачная большая модель пишет рекомендации, при отключении сети — возврат к табличным экспертным правилам) и Lingxi Zhimou (INT8 модель позы, до 10 человек на кадр, по 17 ключевых точек на человека, распознавание четырёх типов поведения: поднятая рука／лежание на столе／стояние／правильная посадка, вывод показателя концентрации от 0 до 100, события с временными метками пишутся в CSV на SD-карту, исходное изображение не покидает класс); два SENTINEL на Fuhan MC632X (Cortex-A7): один подключается к M5Stack AtomS3R для голосовых объявлений и двухканального предпросмотра MJPEG, обнаружения людей и подсчёта пересечений линии, другой делает акцент на автономной работе без ПК, автоматическом завершении настройки сети и запуске веб-службы при включении питания.
  • Инструменты ручной работы и отладки: на этой неделе не появилось длинных статей по анализу ядра, как в прошлом выпуске; внимание сообщества явно сместилось к самим репозиториям работ — модели плат, разрядность квантования моделей и разбиение на разделы в описаниях репозиториев говорят об инженерных компромиссах больше, чем текст постов.
  • Распределение по платформам: работы конкурса охватывают пять плат — Titan Board Mini, MC632X, PSoC Edge E84, NS800RT7P65D, FRDM-MCXA346, что точно соответствует диапазону от высокопроизводительных MCU с NPU до двухъядерных чипов управления двигателями в списке плат конкурса.

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

Промышленное управление и промышленная связность

Дата: 2026-11-02 ~ 2026-11-03　Источник: Репозиторий: rtthread-industrial-gateway

  • Промышленный шлюз с полным сквозным трактом на плате: новый личный проект реализует четыре тракта промышленного шлюза данных на одном STM32F407VGT6 — нисходящий канал использует FreeModbus в качестве RTU-мастера с циклическим опросом регистров хранения полевых подчинённых устройств; локально LVGL 8.3 обеспечивает HMI, управление кнопками и обратное считывание используют общую таблицу-зеркало регистров хранения; восходящий канал через 4G-модуль ML307 идёт по MQTT QoS1 к ThingsBoard с поддержкой обратного управления по RPC; удалённое обновление использует поблочную HTTP-загрузку с проверкой CRC32, запись в раздел download, после чего rtboot переносит образ в раздел app и выполняет переход. Аппаратная конфигурация описана подробнее, чем в большинстве аналогичных репозиториев: 16-битный TFT с параллельным интерфейсом FSMC 8080, резистивный экран xpt2046 по SPI, W25Q128 (16 МБ) на SPI1 с выбором кристалла через программное управление PG15, ML307 на uart6 по AT-командам, Modbus-подчинённое устройство на uart3 9600 8N1.
  • Устройство обеззараживания на двух MCU: «Цзинсюнь вэйши» ориентировано на небольшие и средние общественные зоны — классы, коридоры, общественные сиденья; архитектура: GD32H759IMT6 (Cortex-M7) в роли главного контроллера движения, STM32F103C8T6 (Cortex-M3) для управления распылением, обе стороны работают на RT-Thread 4.1.1. Функциональность охватывает четырёхколёсное дифференциальное движение, распыление тумана манипулятором, взвешивание HX711 для контроля остатка, удалённое управление, обеззараживание по расписанию, отчёт о состоянии и видеопередачу; структура репозитория аккуратнее, чем у большинства конкурсных проектов: в docs/ находятся описание аппаратного обеспечения, протокол связи, стиль кода и документация по коммитам, в scripts/ — скрипты сборки Keil и самопроверки репозитория, а также конфигурация clang-format. Компромисс очевиден: управлению движением нужна реальная производительность, распыление и контроль остатка — медленно меняющиеся величины; после разделения обе микросхемы имеют запас, а стоимость связи ограничивается одним протоколом последовательного порта.

Управление двигателями и ИИ на периферии

Дата: 2026-10-30 ~ 2026-11-04　Источник: Репозиторий: NS800RT7P65D FOC и CANopen

  • Бездатчиковый FOC 20 кГц на двух Cortex-M7: NS800RT7P65D от NOVOSENSE разделён на два логических CPU — один выполняет выборку АЦП и ШИМ на 20 кГц, реализует бездатчиковый FOC, наблюдатель скользящего режима и оценку PLL с аппаратным отключением; другой обслуживает UART и FinSH, CANopenNode v4.1 с мостом CiA 402, приём и передачу CAN. Межъядерное взаимодействие идёт только через асинхронный почтовый ящик команд и согласованный снимок из шести полей размером 24 байта, без неорганизованного чтения разделяемой памяти; в основе — SMP-конфигурация RT-Thread 5.3.1. Это наиболее близкая к производственной форме конкурсная работа недели.
  • Периферийный MLP для вибродиагностики: EdgeDoctor-RT на Infineon PSoC Edge E84 каждые 20 миллисекунд обрабатывает блок вибрационных данных, в скользящем окне 1 секунда извлекает 64-мерные полосовые признаки и передаёт их в MLP 64-32-5 для классификации пяти состояний — норма, неисправность внутреннего кольца подшипника, неисправность наружного кольца подшипника, несоосность, дисбаланс — с выдачей уверенности и рекомендаций по действиям; базой служит официальный Edgi_Talk_M55_XiaoZhi v1.4.0, добавляется только прикладной слой без изменения загрузки, компоновки, HAL и ресурсов Wi-Fi.
  • Два типа переноса управления движением и обнаружения: на NXP FRDM-MCXA346 один проект реализует замкнутое позиционирование шагового двигателя (обратная связь по энкодеру плюс верхний уровень на Python и Tkinter, позиционирование на 10 и 90 градусов, относительный реверс на 45 градусов и возврат к программному нулю), другой — тележку обнаружения с ультразвуковым обходом препятствий и детекцией дыма, визуальное распознавание вынесено на сторону ПК. Оба примера показывают степень переноса на конкурсную плату: один и тот же универсальный MCU несёт и замкнутое управление движением, и низкоскоростной обход.
  • Общий компромисс четырёх визуальных проектов: модель сжимается до периферийного NPU или MCU, сложные решения выносятся в облако или передаются правиловому движку, исходное изображение не покидает устройство — та же инженерная логика, что и у настольного питомца Ruiqing «мозг на ПК, тело на плате».

Носимые устройства и платформы верификации

Дата: 2026-11-02 ~ 2026-11-03　Источник: Репозиторий: helios-sf32 (прошивка часов Sifli SF32LB52)

  • Прошивка умных часов на SF32LB52 от Sifli: на базе OpenSifli SDK, целевая плата — LCD-экран отладочной платы SF32LB52, UI на LVGL, в основе — RT-Thread; репозиторий создан 4 сентября, в окне мониторинга был один пуш. Носимые устройства — относительно редкая область применения RT-Thread; ограничения таких продуктов противоположны промышленным платам — плавная частота обновления экрана, низкое энергопотребление в режиме ожидания, возможность горячего обновления UI-ресурсов, а OpenSifli SDK использует RT-Thread как RTOS по умолчанию, что говорит о том, что эта продуктовая линейка выбрала основу уже на уровне SDK.
  • Двухissue FPGA CPU RV32IM с Nano в качестве минимального стека верификации: проект конвейерного CPU для Xilinx Kintex-7, набор инструкций RV32IM, machine-mode CSR и таймерные прерывания, основной исполнительный канал плюс дополнительный целочисленный канал для парного выполнения двух инструкций, на фронтенде — BTB, RAS и предсказание косвенных переходов, на стороне доступа к памяти — двухканальная пересылка, парная обработка load/store и обход при попадании в кэш; на программной стороне — RT-Thread Nano v3.1.5 с командной строкой UART и CoreMark 1.0. Данные верификации детальнее, чем у обычных любительских проектов: при timingopt15 с DCache на 256 строк и идеальной тактовой частоте 180 МГц выполнено 100 поведенческих симуляций CoreMark — 31 445 017 тактов CPU, 30 605 777 выведенных из конвейера инструкций, CPI 1.027421, итоговый CRC — 0x988c, пройдено 7 направленных регрессионных тестов; недостатки тоже указаны — после трассировки при 180 МГц WNS составляет -1.371 нс, WHS +0.013 нс, временные ограничения не выполнены, bitstream ещё не сгенерирован. Для RT-Thread Nano в очередной раз стал минимальным работоспособным программным стеком для верификации CPU, что лучше, чем тесты на голом железе, выявляет проблемы на путях прерываний, переключения контекста и таймеров.

Коммерческая динамика

Дата: 2026-11-02 ~ 2026-11-07　Источники: EE Times China: RT-Thread на саммите в Учжэне

  • На этой неделе не появилось новых сообщений о коммерческом внедрении, финансировании или заказах. Активность производителей сосредоточена в двух местах: во-первых, оригинальные производители скриптовали и массово публиковали репозитории BSP (12 репозиториев HPM одной версии), во-вторых, закладывалась нарративная основа вокруг интеллекта на периферии («Новый свет» в Учжэне, AI Kit, разделение труда в альянсе открытых AIOS). Первое отражает способность к поставке, второе ближе к позиционированию решений, и ни то, ни другое пока не подкреплено конкретной информацией о клиентах и заказах.
  • Коммерческие сигналы со стороны конкурсов и задач: Шанхайский конкурс инноваций в применении открытого ПО указал Ruiside (RT-Thread) в качестве одного из издателей 12 отраслевых задач; задачи взяты из реальных проблем промышленных и встраиваемых сценариев; коммерческая ценность такой позиции в том, чтобы превратить потребности производителей в конкурсные задачи заранее, а не закупать после конкурса.

6. Наблюдения за трендами

  • Пик разгрузки накопившихся изменений пришёлся на эту неделю и носит разовый характер: из 49 слитых коммитов 31 пришёлся на 11-05, охватывая четыре месяца (самый старый #11558 создан 7-05, многие созданы с 10-18 по 10-29). Прямое следствие для нижележащих потребителей: при вытягивании master в эти два дня будет виден большой массив изменений, затраты на регрессионное тестирование высвобождаются концентрированно, а не распределяются равномерно по дням. Стабильным показателем здоровья проекта остаётся время оборота очереди — на этой неделе создано 28, слито 49, приток и отток в основном сбалансированы, очередь не поредела.
  • Поверхность атаки совершила миграцию: от параметров системных вызовов к прошивке устройств. В конце октября — начале ноября сообщалось об отсутствии проверки «значение — объект» (вложенные указатели getaddrinfo, указатель ioctl pipe, тип fd timerfd, id POSIX timer, «голый» указатель раздела блочного устройства), на этой неделе два случая сменились на «что устройство говорит, тому и верим» — выход BIR MSI-X за границу на один бит приводит к псевдониму на член rom, конфигурационное слово ivshmem напрямую описывает память ядра как разделяемую память. Общий технический пробел обоих — rt_ioremap() не проверяет физический адрес; рекомендуется вынести в единый слой, а не проверять отдельно в каждом драйвере.
  • «От отчёта до патча» вышло на часовой уровень, узкое место сместилось к ревью и верификации: три образца этой недели — 31 минута (#11969 → #11970), шесть часов девять минут (#11985 → #11986), два часа одиннадцать минут (#11992 → #11993). Авторы отчётов предоставляют полные материалы с PoC, логами GDB и прослеживанием версий, и мейнтейнеры, получив их, могут сразу править — это сжимает время сильнее любых процедурных предписаний. Цена — давление ревью смещается назад: 48 ожидают рассмотрения, случай с разделом блочного устройства висит более трёх дней, случай с mailbox явно заявляет «требуется структурное исправление, в этом раунде неполный патч не отправляется».
  • Управление версиями перешло от документации к доказательствам, планирование основной линии уже смотрит на серию 6: три правила — Z ежемесячно, Y от трёх до шести месяцев, X нерегулярно — записаны в документацию репозитория, сопутствующий #11972 разложил «можно ли выпускать Z-версию» на пофреймворковые списки QEMU и utest, и в течение недели пять наборов фреймворковых тестов внедрены и подключены к CI. Примеры в документации единообразно записаны как v6.0.0／v6.1.0／v6.1.1, что указывает на планирование следующей основной линии по серии 6 — для нижележащих дистрибутивов это означает, что после 5.4, возможно, уже не будет 5.5, и оценку окна миграции следует пересчитать исходя из этой предпосылки.
  • Внешняя риторика стабильно сместилась к «операционной системе интеллекта на периферии», и есть инженерные образцы в поддержку: площадка «Синьгуан» в Учжэне включила базу AIOS в рекомендательный список национальной платформы, AI Kit рассказывает о гибридном развёртывании виртуализации; на той же неделе разбор настольного питомца Ruiqing дал воспроизводимую семишаговую цепочку «реальный IO на плате плюс инференс на стороне ПК», материал альянса открытого AIOS дал три типа решений Agent и разделение труда трёх партнёров, а четыре визуальных проекта из конкурсных работ единодушно сжимают модель на периферию, а сложные суждения выносят в облако. Рекламная риторика и инженерные компромиссы впервые совпали.
  • Платный экосистемный слой движется в двух направлениях, подключаемость ядра подтверждена внешними проектами: с одной стороны, производители переводят BSP-репозитории на скрипты и выпускают пакетно одну версию (12 репозиториев HPMicro в один день с одной версией), обеспечивая согласованность между платами; с другой стороны, сообщество дополняет BSP для сторонних плат (Wildfire HPM6750 BTB) и старых платформ (Nuvoton N9H30), закрывая покрытие длинного хвоста. Одновременно сообщество на ESP32-S31, где предоставляется только FreeRTOS, заменило ядро на RT-Thread как компонент ESP-IDF и прогнало 36 самотестов, а предложение о портировании на новую архитектуру вроде RH850 также попало в очередь — «подключаемость ядра» превратилась из лозунга в воспроизводимый инженерный результат.

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

Список материалов

Номер выпуска Дата Действительное окно Включено записей (по подзаголовкам)
Выпуск 1 2026-11-02 (понедельник) 10-30 08:00 до 11-02 08:00 (72 часа) 16
Выпуск 2 2026-11-03 (вторник) 11-02 08:00 до 11-03 08:00 (24 часа) 20
Выпуск 3 2026-11-04 (среда) 11-03 08:00 до 11-04 08:00 (24 часа) 17
Выпуск 4 2026-11-05 (четверг) 11-04 08:00 до 11-05 08:00 (24 часа) 12
Выпуск 5 2026-11-06 (пятница) 11-05 08:00 до 11-06 08:00 (24 часа) 17
  • Пять ежедневных отчётов в наличии, пропущенных дат нет; понедельничный выпуск охватывает 72-часовое окно через выходные, начальная точка продолжает точку отсечения предыдущего выпуска. Два слитых 10-30 коммита (#11915 dlmodule, #11936 фиксация версии clang-format) уже зафиксированы при проверке дня публикации предыдущего еженедельного отчёта, в этом выпуске не повторяются.
  • Текст еженедельного отчёта объединяет однотемные записи на основе пяти ежедневных отчётов; число записей не совпадает с таблицей выше, что является нормальным укрупнением; дефекты безопасности объединены по двум семействам — «системные вызовы и дескрипторы» и «сторона устройств» — и не раскрываются поштучно.

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

  • Проверка даты релиза (11-06 08:00 – 11-07 18:50): поштучная проверка коммитов в основном репозитории, releases и tags, слитых и находящихся на рассмотрении предложений, вновь созданных баг-репортов. Проверка выявила пять слияний, попавших после отсечки ежедневного отчёта за пятницу — входной захват STM32F1/H7 #11975 (11-06 09:20), K230D #11897 (09:37), тест блочного устройства SDIO #11758 (09:44), тест приёма-передачи CAN #11752 (09:45), тесты фреймворков DAC и I2C на QEMU #11990 (13:10) — они включены в список слияний главы 2 и в сводку главы 1. 11-07 новых коммитов нет.
  • Новые записи после отсечки: в ночь на 11-07 появились четыре записи (#11996 проверка типа fd в timerfd, #11997 проверка границ POSIX timer, #11998 портирование RH850 G4KH, #11999 выравнивание прототипа picolibc), днём ещё четыре (#12000 экспонирование дерева OFW через procfs, #12001 статистика времени не-SMART CPU, #12002 тест фреймворка Touch, #12003 проверка каналов DMA АЦП Bouffalo) — все учтены как новые предложения, не засчитаны как слияния.
  • Методика учёта: на этой неделе слито 49 коммитов, создано 28 новых предложений, создано 8 новых баг- и функциональных тикетов — все значения получены измерением за период с 11-02 00:00 по 11-07 18:50; версионная привязка — «5.4.0 в разработке, releases и tags остановлены на v5.3.0», версионные макросы не подменяют факт релиза.
  • Не включено: регулярные коммиты zlgopen/awtk (универсальный GUI, не имеет специальной связи с RT-Thread), личные новые репозитории с единичными звёздами и без содержательного описания, рекламный материал к «двойной eleven» от 11-01 (промо-контент, к тому же вне окна), материал альянса о мероприятии 10-23, опубликованный только 11-03, — учтён по принципу «первое раскрытие технического разделения труда», а не как событие дня.
  • Ограничения каналов: форум club.rt-thread.org всю неделю возвращал 468 с предварительной страницей WAF-проверки; официальный новостной API и список новостей на официальном сайте остановились на 17 июня, модуль новостей на сайте иногда не загружался; китайская сторона Google News давала попадания преимущественно по материалам о мероприятиях и опросах, англоязычные запросы по нескольким наборам дали ноль попаданий; попадания HN Algolia в основном оказались ложными совпадениями по слову thread и были исключены целым пакетом. Анонимный лимит GitHub API в некоторых выпусках достигал потолка, проверка на уровне организации выполнялась с подстраховкой через Atom-поток коммитов и веб-страницу организации.

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

Источники данных: ежедневный отчёт о динамике RT-Thread (пять выпусков с 2026-11-02 по 2026-11-06) и проверка дня публикации в текущем цикле; отчётный период — с 2026-11-02 по 2026-11-06. Рекомендуемый период следующего еженедельного отчёта: 2026-11-09 ~ 2026-11-13.