Окно мониторинга: последние 24 часа (2026-08-25 11:18 ~ 2026-08-26 11:18 пекинское время) Источники: официальный новостной API RT-Thread, GitHub (org: RT-Thread / topic: rt-thread / коммиты / ветки / релизы основного репозитория), агрегатор Google News (zh-CN / en-US, через прокси), HN, EET-China и др. (подробности см. в таблице проверки источников в приложении)

Индекс

    1. Динамика ядра и версий
      • Поддержка аппаратной защиты стека (HW Stack Guard) для Cortex-M4 включена в ядро (08-26)
      • Очистка finsh: удалён устаревший макрос FINSH_FUNCTION_EXPORT_ALIAS (08-26)
      • Ограничения буфера консоли utest и оптимизация генерации BLE OTA для Renesas RA6W1 (08-25 ~ 08-26)
    1. Официальные и общественные мероприятия
      • Официальный новостной API шестой день подряд без новых записей, Workshop Ruiqing состоится завтра (08-27) (08-26)
    1. Экосистема и адаптация производителей
      • canopennode-rtt: постоянное сохранение запуска LSS включено в master, добавлено постоянное сохранение конфигурации LSS Store (08-25)
      • Дочерняя ветка BSP GD32 дополнена поддержкой периферии: GD32107C-EVAL / DMA (08-26)
      • Справочно по экосистеме: плановое обновление awtk / плановая синхронизация gd32_rt-thread master (08-25 ~ 08-26)
    1. Отраслевое применение
      • В окне новых отдельных публикаций нет, обзор тенденций за последние 3 дня (08-24 ~ 08-26)
    1. Итоги и наблюдения за тенденциями
  • Приложение: таблица проверки источников

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

1.1 Поддержка аппаратной защиты стека (HW Stack Guard) для Cortex-M4 включена в ядро

Дата: 2026-08-26 (включено в 10:37 пекинское время)　Источник: RT-Thread/rt-thread commit e2e6245a

В основном репозитории в окне включена одна функция уровня ядра: [arm][cortex-m4] Add hardware stack guard support, представленная разработчиком сообщества hanzhijian (author время 08-25 09:19), включена ключевым мейнтейнером Rbb666 08-26 в 10:37 (UTC 02:37). Этот коммит расширяет аппаратную защиту от переполнения стека на основе MPU (RT_USING_HW_STACK_GUARD) с ранее поддерживаемых только Cortex-M7 / Cortex-M33 на Cortex-M4 — последний является наиболее широко развёрнутым классом ядер серии M, и внедрение аппаратной защиты стека имеет значительный эффект. Основные изменения сосредоточены в libcpu/arm/cortex-m4/: добавлены mpu.c / mpu.h / mputype.h, выровненные со слоем MPU для M7 (единственное различие — отсутствие L1-кэша у M4, биты cacheability сокращены до трёх); в cpuport.c добавлена rt_hw_stack_guard_init(); в context_gcc.S добавлен #include <rtconfig.h> и вызов rt_hw_mpu_table_switch() в пути переключения контекста PendSV; в SConscript mpu.c исключается при отключённой защите памяти. Референсный BSP — bsp/stm32/stm32f407-fk407m2-zgt6 (плата Zhengdian Atom STM32F407): в board.h/board.c определены NUM_STATIC_REGIONS и static_regions[], область Flash помечена как read-only, в целом управляется переключателем RT_USING_MEM_PROTECTION и по умолчанию не включена. Это первый коммит функциональности уровня ядра, включённый в основную ветку после создания ветки v5.3.0-beta (08-24), который вносит вклад в направление надёжности ядра v5.3.0.

1.2 Очистка finsh: удалён устаревший макрос FINSH_FUNCTION_EXPORT_ALIAS

Дата: 2026-08-26 (10:53 пекинское время)　Источник: RT-Thread/rt-thread commit 0305faf8

Основатель Bernard Xiong 26.08 в 10:53 (UTC 02:53) напрямую отправил [finsh] Remove deprecated FINSH_FUNCTION_EXPORT_ALIAS (соответствует PR #11734), удалив все использования устаревшего макроса FINSH_FUNCTION_EXPORT_ALIAS в кодовой базе: всего 19 файлов, +124/-81 строк, охватывающих BSP allwinner (отладочные и тестовые файлы sunxi-hal disp2), apm32 (drv_common.c), at91 (at91sam9260 reset.c), fujitsu (mb9x nand.c), simulator (board.c / module_win32.c) и других, а также код компонента dfs_posix.c в dfs_v1 / dfs_v2. FINSH_FUNCTION_EXPORT_ALIAS — это старый макрос, исторически использовавшийся в компоненте finsh для создания псевдонимов экспорта команд; данная очистка является завершающим этапом модернизации кода и вместе со вчерашним включением RA8D1 относится к ритму «периода наведения порядка»: после восстановления канала включения основная ветка продвигается, чередуя низкорисковые очистки и функциональные коммиты, в рамках подготовки к официальному релизу v5.3.0.

1.3 Ограничение буфера консоли utest и оптимизация генерации BLE OTA для Renesas RA6W1

Дата: 25.08.2026 22:04 ~ 26.08.2026 10:42　Источник: RT-Thread/rt-thread commits 45679c79 / 64f1fa4a

В окне мониторинга также присутствуют два других включения (не выделены отдельно): во-первых, коммит CYFS, включённый Rbb666 26.08 в 10:42, [utest] Enforce minimum console buffer size (src/Kconfig, устанавливает минимальное ограничение длины для буфера консоли utest, относится к усилению валидации конфигурации тестового фреймворка); во-вторых, коммит rcitach, включённый Rbb666 25.08 в 22:04, — улучшение BSP Renesas RA6W1: Improve BLE OTA image generation to avoid executing OPEN every time a flash erase and write operation occurs, изменены ra6w1_ospi_flash.c и scripts/gen_rrq61_flash_image.py в bsp/renesas/ra6w1-ek/, оптимизирован процесс генерации образа BLE OTA, чтобы избежать выполнения команды OPEN при каждой операции стирания/записи Flash. BSP RA6W1 (однокристальный BLE-чип Renesas) вновь доработан после первой версии от 05.08 и второго этапа дополнения периферии от 11.08, что ярко демонстрирует непрерывные итерации со стороны третьих лиц и сообщества.

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

2.1 Официальный новостной API шестой день подряд без пополнений, Workshop RuiQing состоится завтра (27.08)

Дата: 26.08.2026　Источник: Официальный новостной API RT-Thread / EE Times China (через Google News)

Официальный новостной API (категория rt_org) по-прежнему содержит 5 старых записей, последняя — репортаж об инвестиционном форуме в Абу-Даби от 17.06.2026, отставание около 2 месяцев, шестой день подряд без пополнений; интерфейсы категорий news / activity продолжают возвращать «категория данных не существует». На медийной стороне поиск «RT-Thread» через Google News (окно в 3 дня для zh-CN и en-US) оба вернули 0 результатов — новостной фон полностью спокоен; семидневное окно RuiQing по-прежнему находит только старые материалы от 18.08 (регистрация) / 19.08 (DSMC+FPGA) / 21.08 (обратный отсчёт), новых анонсов нет, остальное — шум от разбиения слов, например Ford Lingrui, Geely Smart Engine Hybrid. Завтра (27.08) в Шанхае официально состоится «Workshop промышленной платформы RuiQing: практика EtherCAT-управления в реальном времени и промышленных решений» — важнейшая точка практического наблюдения в официальной повестке этой недели; в завтрашнем отчёте следует уделить особое внимание пост-релизным материалам.

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

3.1 canopennode-rtt: персистентность LSS Store добавлена в master, новое сохранение конфигурации LSS Store

Дата: 25.08.2026 (15:13 ~ 17:36 пекинское время)　Источник: wdfk-prog/canopennode-rtt

Вчерашний подробный отчёт о разработке ветки интеграционного пакета CANopenNode сегодня влит в основную линию: 3 коммита ветки feat/lss-precan-persistence (feat[canopennode][lss]: add backend-neutral startup persistence, рефакторинг упрощения точки входа хранилища, рефакторинг развязки EEPROM provider и AT24CXX) 08-25 в 15:13 были объединены и влиты в master; затем 08-25 в 17:36 в master добавлен новый коммит feat[canopennode][lss]: persist LSS Store configuration (b4695346) — реализована персистентность конфигурации Store службы настройки узлового уровня LSS (CiA 305), что перекликается с предыдущей «backend-neutral персистентностью при запуске»: серверная часть хранилища EEPROM уже абстрагирована в provider, параметры LSS могут быть восстановлены после подачи питания на узел, что является очередным шагом в направлении возможности сохранения конфигурации промышленной полевой шины на диск. В репозитории также создана новая ветка feat/j08-lss-runtime-bitrate, указывающая на направление битрейта LSS во время выполнения, — это незавершённая разработка. Вместе с целой серией вливаний с 08-17 — ведущий узел NMT heartbeat-мониторинга, блочная передача SDO, ASCII-шлюз, диагностика хранилища — темп углублённой работы этого стороннего пакета в направлении промышленного CANopen не снижается.

3.2 Дочерняя ветка BSP GD32 дополнена поддержкой периферии: GD32107C-EVAL / DMA

Дата: 2026-08-26 (09:37 ~ 11:08 пекинское время)　Источники: GD32-MCU-IOT/gd32_rt-thread

Два коммита веток в окне мониторинга в синхронизирующем репозитории дочерней экосистемы GD32 gd32_rt-thread (оба не влиты в master основного репозитория, помечены как экосистемный справочный материал): ветка 107c 08-26 в 11:08 коммит Add gd32107c-eval usart i2c spi and dma support — для платы GD32107C-EVAL дополнена поддержка драйверов периферии USART / I2C / SPI / DMA; ветка dma_fun 08-26 в 09:37 коммит Add DMA-related modifications — изменения, связанные с функциональностью DMA. GD32F107C относится к продуктовой линейке связных типов GigaDevice, направления двух коммитов совпадают, что отражает непрерывное дополнение драйверов периферии на стороне GD32 в RT-Thread (ранее ветки f503_dma / 470i-eval / f303c_start и т. п. относятся к этой же категории, часть уже влита). В ветку master после 08-19 новых вливаний не было.

3.3 Экосистемный справочный материал: плановое обновление awtk / плановая синхронизация gd32_rt-thread master

Дата: 2026-08-25 ~ 2026-08-26　Источники: zlgopen/awtk / GD32-MCU-IOT/gd32_rt-thread

topic:rt-thread — остальные пункты активных репозиториев за последнюю неделю представляют собой плановую динамику: zlgopen/awtk 08-25 в 18:08 коммит о поддержке web gif и т. п. (общие улучшения GUI/Web, не имеющие прямой связи с RT-Thread); h120d-protocol / gdr вне окна мониторинга или уже освещались. Все помечены как экосистемный справочный материал, отдельными пунктами не выделяются.

4. Отраслевое применение

4.1 В окне мониторинга новых самостоятельных сообщений нет, обзор трендов за последние 3 дня

Дата: 2026-08-24 ~ 2026-08-26　Источники: см. соответствующие пункты

На стороне отраслевого применения в окне мониторинга новых самостоятельных публичных сообщений нет (gnews в двуязычном 3-дневном окне — 0 записей). Обзор трендов за последние 3 дня:

  • Продвижение цикла версии v5.3.0 (с 08-24): после создания ветки beta основная ветка развивается по двум направлениям — «очистка + функции»: очистка устаревших макросов finsh (08-26), аппаратная защита стека Cortex-M4 (08-26) — всё это накапливает силы для v5.3.0; такие функции, как промышленная автоматизация/сеть (AF_UNIX), будут выпущены вместе с официальной версией;
  • Крупное обновление BSP NXP i.MX RT1180 с EtherCAT (08-21): возможности промышленной шины реального времени реализованы на кроссплатформенном MCU NXP (+3579 строк, поддержка HyperRAM/многоядерности/rpmsg-lite/NetC), ветка v5.3.0-beta создана на основе точки слияния RT1180;
  • Завтра состоится Workshop промышленной платформы Ruisi: 27 августа в Шанхае «Практика EtherCAT реального времени и промышленных решений», вместе с возможностями EtherCAT RT1180 формирует двойную линию «официальную + экосистемную», завтра — окно мониторинга для отчёта после мероприятия;
  • Углубление сторонней реализации экосистемы CANopen (08-17 → 08-26): canopennode-rtt непрерывно обновляется, охватывая NMT/SDO/диагностику хранилища/шлюз ASCII, запуск LSS и персистентность конфигурации Store сегодня слиты в master, направление промышленных полевых шин продолжает быть активным;
  • Дополнение периферийных драйверов GD32 (08-26): коммиты USART/I2C/SPI/DMA для GD32107C-EVAL в ветке, покрытие экосистемы GigaDevice на RT-Thread продолжает расширяться.

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

  1. Возвращение функций уровня ядра: аппаратная защита стека Cortex-M4 (HW Stack Guard) слита, аппаратная защита от переполнения стека MPU расширена с M7/M33 на ядро с наибольшим объёмом развёртывания серии M, это первый коммит функции ядра в основной ветке после создания v5.3.0-beta, референсная реализация — плата Zhengdian Yuanzi STM32F407 (по умолчанию отключена, требуется явное включение).
  2. Сигнал периода очистки перед v5.3.0: Bernard Xiong напрямую отправил полную очистку библиотеки от устаревшего макроса finsh FINSH_FUNCTION_EXPORT_ALIAS (19 файлов, +124/-81), в сочетании с ограничением Kconfig utest основная ветка демонстрирует ритм предрелизной подготовки по двум направлениям — «очистка + функции».
  3. Сторонняя экосистема промышленной автоматизации продолжает быть активной: canopennode-rtt вчера разрабатывался в ветке, в тот же день слит в master и дополнен персистентностью конфигурации LSS Store, дополнительно создана новая ветка runtime bitrate; направление CANopen уже 10 дней подряд имеет содержательные коммиты.
  4. Дополнение периферии со стороны производителей: нижестоящий репозиторий GD32 GD32107C-EVAL дополнен USART/I2C/SPI/DMA (разработка в ветке); оптимизация скрипта генерации BLE OTA для Renesas RA6W1 слита, BSP RA6W1 вступает в третий раунд шлифовки.
  5. Шестой день подряд спокойствия в новостях: официальный API всё ещё отстаёт до 06-17, gnews на двух языках за 3-дневное окно — 0 совпадений; завтрашний Workshop Ruisi — единственная определённая точка мониторинга официального мероприятия на этой неделе, рекомендуется в завтрашнем отчёте проверить отчёт после мероприятия и официальные публикации.
  6. Пояснение ограничений: gnews по запросу “RT-Thread” даёт много шума (разбиение слов даёт совпадения с Rotten Tomatoes / Ford Lingrui / Geely Smart Engine и др.), 0 новых записей по новостной стороне в этом окне подтверждено официальным API + полной проверкой GitHub + перекрёстной валидацией нескольких групп gnews, информация со стороны GitHub является основным приростом.

Приложение: таблица проверки источников

Источники Результаты проверки
Официальный новостной API RT-Thread (rt_org) 5 старых записей, последняя 2026-06-17, шестой день подряд без новых
Официальный новостной API RT-Thread (news / activity) Шестой день подряд возвращается «категория данных не существует，обратитесь к администратору»
GitHub org: RT-Thread (sort=pushed) rt-thread 08-26 02:53 UTC (4 коммита, включено); packages 08-24 17:35 (вне окна); env / smart-build 08-17 (вне окна)
Коммиты основного репозитория rt-thread (master) В окне 4 записи: очистка устаревших макросов finsh (08-26 10:53, включено); utest Kconfig (08-26 10:42, включено); защита стека Cortex-M4 (08-26 10:37, включено); RA6W1 BLE OTA (08-25 22:04, включено)
Ветки rt-thread v5.3.0-beta HEAD=6ea68279 (точка слияния RT1180 08-21), независимых коммитов нет, отстаёт от master на 5 записей; lts-v5.2.x без изменений
Теги / релизы rt-thread v5.2.2 (2025-10-31) остаётся последним, новых тегов и релизов нет
Поиск GitHub topic:rt-thread (pushed>08-18) 5 репозиториев: canopennode-rtt (08-25 17:36, включено); gd32_rt-thread (ветка 107c/dma_fun 08-26, включено); awtk (рутинное, ссылка на экосистему); h120d-protocol / gdr (нерелевантно или уже сообщалось)
Ветки canopennode-rtt Добавлена feat/j08-lss-runtime-bitrate (битрейт LSS во время выполнения, в процессе); feat/lss-precan-persistence уже слита в master
Google News “RT-Thread” when:3d (zh-CN через прокси) 0 записей
Google News RT-Thread when:3d (en-US через прокси) 0 записей
Google News Ruiqing when:7d (через прокси) Из 17 записей релевантны только 08-18 регистрация / 08-19 DSMC+FPGA / 08-21 обратный отсчёт (все уже сообщались), остальное — шум от разбиения слов типа Ford Lingrui/Geely Smart Engine, новых анонсов нет
Google News RealThread when:7d 1 запись: 08-24 репортаж о салоне/отраслевом саммите в Чанша (включено во вчерашний отчёт)
fetch_news.py (окно 24 ч) 8 кандидатов — все шум (ложное совпадение HN “threads”, нерелевантный блог riscv.org), все исключены