Research window: Past 24 hours (2026-08-25 11:18 ~ 2026-08-26 11:18 Beijing Time) Sources: RT-Thread official news API, GitHub (org: RT-Thread / topic: rt-thread / main repo commits / branches / releases), Google News aggregation (zh-CN / en-US, via proxy), HN, EET-China, etc. (see Appendix: Source Verification Table for details)

Index

  • I. Kernel and Version Updates
    • Cortex-M4 Hardware Stack Guard (HW Stack Guard) support merged into the kernel (08-26)
    • finsh cleanup: removal of deprecated macro FINSH_FUNCTION_EXPORT_ALIAS (08-26)
    • utest console buffer constraints and Renesas RA6W1 BLE OTA generation optimization (08-25 ~ 08-26)
  • II. Official and Community Events
    • Official news API sees no new entries for the sixth consecutive day; Ruiqing Workshop to be held tomorrow (08-27) (08-26)
  • III. Ecosystem and Vendor Adaptation
    • canopennode-rtt: LSS startup persistence merged into master, new LSS Store configuration persistence added (08-25)
    • GD32 downstream BSP branch completes peripheral support: GD32107C-EVAL / DMA (08-26)
    • Ecosystem reference: awtk routine update / gd32_rt-thread master routine sync (08-25 ~ 08-26)
  • IV. Industry Applications
    • No new standalone coverage within the window; review of trends over the past 3 days (08-24 ~ 08-26)
  • V. Summary and Trend Observations
  • Appendix: Source Verification Table

I. Kernel and Version Updates

1.1 Cortex-M4 Hardware Stack Guard Support Merged into Kernel

Date: 2026-08-26 (merged 10:37 Beijing time)　Source: RT-Thread/rt-thread commit e2e6245a

A kernel-level feature was merged within the main repository window: [arm][cortex-m4] Add hardware stack guard support, submitted by community developer hanzhijian (author date 08-25 09:19) and merged by core maintainer Rbb666 on 08-26 10:37 (UTC 02:37). The commit extends hardware MPU-based stack overflow protection (RT_USING_HW_STACK_GUARD) from the previously supported Cortex-M7 / Cortex-M33 to Cortex-M4 — the highest-volume core class in the M series, making hardware stack guard support particularly significant. Core changes are concentrated in libcpu/arm/cortex-m4/: newly added mpu.c / mpu.h / mputype.h aligned with the M7 MPU layer (the only difference being that M4 has no L1 cache, reducing the cacheability bits to three); cpuport.c adds rt_hw_stack_guard_init(); context_gcc.S adds #include <rtconfig.h> and calls rt_hw_mpu_table_switch() in the PendSV context switch path; SConscript excludes mpu.c when memory protection is disabled. The reference BSP is bsp/stm32/stm32f407-fk407m2-zgt6 (ALIENTEK STM32F407 board): board.h/board.c define NUM_STATIC_REGIONS and static_regions[], marking the Flash region as read-only, with the whole thing controlled by the RT_USING_MEM_PROTECTION switch and disabled by default. This is the first kernel-level feature commit merged into the main branch since the v5.3.0-beta branch was created (08-24), adding to the kernel robustness direction for v5.3.0.

1.2 finsh Cleanup: Removal of Deprecated Macro FINSH_FUNCTION_EXPORT_ALIAS

Date: 2026-08-26 (10:53 Beijing time)　Source: RT-Thread/rt-thread commit 0305faf8

Founder Bernard Xiong directly pushed [finsh] Remove deprecated FINSH_FUNCTION_EXPORT_ALIAS on 08-26 10:53 (UTC 02:53) (corresponding to PR #11734), removing all uses of the deprecated FINSH_FUNCTION_EXPORT_ALIAS macro from the codebase: 19 files in total, +124/-81 lines, covering BSPs including allwinner (sunxi-hal disp2 debug and test files), apm32 (drv_common.c), at91 (at91sam9260 reset.c), fujitsu (mb9x nand.c), simulator (board.c / module_win32.c), as well as dfs_v1 / dfs_v2 component code in dfs_posix.c. FINSH_FUNCTION_EXPORT_ALIAS is a legacy macro historically used by the finsh component to alias command exports; this cleanup is a code modernization wrap-up, and together with yesterday’s RA8D1 merge it fits the “cleanup period” rhythm: with the merge channel restored, the main branch is advancing with alternating low-risk cleanups and feature commits, preparing for the official v5.3.0 release.

1.3 utest Console Buffer Constraint and Renesas RA6W1 BLE OTA Generation Optimization

Date: 2026-08-25 22:04 ~ 2026-08-26 10:42　Source: RT-Thread/rt-thread commits 45679c79 / 64f1fa4a

Two other merges landed in the window (not listed separately): first, [utest] Enforce minimum console buffer size (src/Kconfig), submitted by CYFS and merged by Rbb666 on 08-26 10:42, which sets a minimum length constraint for the utest console buffer — a configuration validation hardening for the test framework; second, a Renesas RA6W1 BSP improvement submitted by rcitach and merged by Rbb666 on 08-25 22:04 — Improve BLE OTA image generation to avoid executing OPEN every time a flash erase and write operation occurs, modifying ra6w1_ospi_flash.c and scripts/gen_rrq61_flash_image.py under bsp/renesas/ra6w1-ek/ to optimize the BLE OTA image generation flow and avoid executing the OPEN command on every flash erase/write. The RA6W1 (Renesas BLE single-chip) BSP has been polished again following its first version on 08-05 and the second-phase peripheral additions on 08-11, showing a clear pattern of continuous third-party/community iteration.

II. Official and Community Activities

2.1 Official News API Shows No New Entries for Sixth Consecutive Day; Ruiqing Workshop Held Tomorrow (08-27)

Date: 2026-08-26　Source: RT-Thread official news API / EE Times China (via Google News)

The official news API (rt_org category) still shows 5 old entries, the latest being a 2026-06-17 report on the Abu Dhabi Investment Forum — about 2 months stale and with no new entries for the sixth consecutive day; the news / activity category endpoints continue to return “category data does not exist.” On the media side, Google News searches for “RT-Thread” (both zh-CN and en-US, 3-day window) returned 0 results, leaving the news landscape completely quiet; the Ruiqing 7-day window still only surfaces the old 08-18 registration / 08-19 DSMC+FPGA / 08-21 countdown articles, with no new teasers, while the rest is word-splitting noise such as Ford Lingrui and Geely Smart Engine hybrid. Tomorrow (08-27), the Shanghai “Ruiqing Industrial Platform Workshop: EtherCAT Real-Time Control and Industrial Solutions in Practice” will officially take place — the most important on-the-ground observation point in the official narrative this week, and tomorrow’s report should focus on verifying post-event coverage.

III. Ecosystem and Vendor Adaptation

3.1 canopennode-rtt: LSS startup persistence merged into master, LSS Store configuration persistence added

Date: 2026-08-25 (15:13–17:36 Beijing time)　Source: wdfk-prog/canopennode-rtt

The CANopenNode integration package branch development detailed in yesterday’s report was merged into the mainline today: the 3 commits on the feat/lss-precan-persistence branch (feat[canopennode][lss]: add backend-neutral startup persistence, a storage-entry simplification refactor, and an EEPROM provider / AT24CXX decoupling refactor) were all merged into master at 15:13 on 08-25; then at 17:36 on 08-25 a new commit feat[canopennode][lss]: persist LSS Store configuration (b4695346) was added to master — implementing persistence of LSS (CiA 305 Layer Setting Services) Store configuration, echoing the earlier “backend-neutral startup persistence”: the EEPROM storage backend has been abstracted into a provider, and LSS parameters can be restored after node power-up, taking another step toward persistable industrial fieldbus configuration. The repo has also created a new branch feat/j08-lss-runtime-bitrate, pointing toward LSS runtime bitrate, which is work in progress. Together with the string of merges since 08-17 covering NMT heartbeat monitoring master, SDO block transfer, ASCII gateway, and storage diagnostics, this third-party package’s deep cultivation in the industrial-control CANopen direction shows no sign of slowing.

3.2 GD32 downstream BSP branch completes peripheral support: GD32107C-EVAL / DMA

Date: 2026-08-26 (09:37–11:08 Beijing time)　Source: GD32-MCU-IOT/gd32_rt-thread

Two branch commits within the window in the GD32 ecosystem downstream sync repo gd32_rt-thread (neither merged into the main repo’s master; marked as ecosystem reference): branch 107c committed Add gd32107c-eval usart i2c spi and dma support at 11:08 on 08-26, completing USART / I2C / SPI / DMA peripheral driver support for the GD32107C-EVAL board; branch dma_fun committed Add DMA-related modifications at 09:37 on 08-26, making DMA-related functional changes. GD32F107C belongs to GigaDevice’s connectivity product line; the two commits point in the same direction, reflecting continued completion of peripheral drivers on the GD32 side for RT-Thread (earlier branches such as f503_dma / 470i-eval / f303c_start fall into the same category, some already merged). The master branch has seen no new merges since 08-19.

3.3 Ecosystem reference: awtk routine update / gd32_rt-thread master routine sync

Date: 2026-08-25 ~ 2026-08-26　Source: zlgopen/awtk / GD32-MCU-IOT/gd32_rt-thread

The remaining items among topic:rt-thread active repos over the past week are all routine activity: zlgopen/awtk committed web gif support and similar at 18:08 on 08-25 (general GUI/Web improvements, not directly related to RT-Thread); h120d-protocol / gdr are outside the window or already reported. All are marked as ecosystem reference and not listed as separate items.

IV. Industry Applications

Date: 2026-08-24 ~ 2026-08-26　Source: see individual items

There was no new standalone public coverage on the industry-application side within the window (gnews in both languages returned 0 items across the 3-day window). Review of the past 3 days’ trends:

  • v5.3.0 release cycle advancing (from 08-24): after the beta branch was created, the main branch has advanced on two tracks — “cleanup + features” — with finsh deprecated-macro cleanup (08-26) and Cortex-M4 hardware stack protection (08-26) both building momentum for v5.3.0; features such as industrial control / networking (AF_UNIX) will ship with the official release;
  • Major NXP i.MX RT1180 BSP update including EtherCAT (08-21): industrial real-time bus capability lands on NXP’s crossover MCU platform (+3579 lines, HyperRAM/multi-core/rpmsg-lite/NetC support); the v5.3.0-beta branch was created on top of the RT1180 merge point;
  • Ruiqing industrial platform Workshop to be held tomorrow: on August 27 in Shanghai, “EtherCAT Real-Time Control and Industrial Solution Hands-On,” forming a dual official + ecosystem track with the RT1180 EtherCAT capability; tomorrow is the observation window for post-event coverage;
  • CANopen ecosystem third-party implementation deepening (08-17 → 08-26): canopennode-rtt’s consecutive updates cover NMT/SDO/storage diagnostics/ASCII gateway, with LSS startup and Store configuration persistence merged into master today, remaining active in the industrial fieldbus direction;
  • GD32 peripheral driver completion (08-26): branch commits for GD32107C-EVAL’s USART/I2C/SPI/DMA, as GigaDevice ecosystem coverage on RT-Thread continues to expand.

V. Summary and Trend Observations

  1. Kernel-level feature returns: Cortex-M4 hardware stack protection (HW Stack Guard) merged, extending hardware MPU stack-overflow protection from M7/M33 to the highest-deployment-volume core in the M series; it is the first kernel feature commit on the main branch after the v5.3.0-beta branch was created, with the reference implementation being the ALIENTEK STM32F407 board (disabled by default, must be explicitly enabled).
  2. Signals of a pre-v5.3.0 cleanup period: Bernard Xiong directly pushed a repo-wide cleanup of the finsh deprecated macro FINSH_FUNCTION_EXPORT_ALIAS (19 files, +124/-81), which, together with utest Kconfig constraints, shows the main branch in a pre-release tidy-up rhythm advancing on two tracks — “cleanup + features.”
  3. Third-party industrial-control ecosystem remains active: canopennode-rtt merged yesterday’s branch development into master the same day and added LSS Store configuration persistence, plus created a new runtime bitrate branch; the CANopen direction has now seen substantive commits for 10 consecutive days.
  4. Vendor-side peripheral completion: GD32 downstream repo GD32107C-EVAL adds USART/I2C/SPI/DMA (branch in development); Renesas RA6W1 BLE OTA generation script optimization merged, with the RA6W1 BSP entering its third round of polishing.
  5. News side quiet for the sixth consecutive day: the official API is still lagging at 06-17, and gnews returned 0 hits in both languages across the 3-day window; tomorrow’s Ruiqing Workshop is the only confirmed official event observation point this week, and tomorrow’s report is advised to check for post-event coverage and official announcements.
  6. Limitations note: gnews has high noise for “RT-Thread” searches (token-splitting matches Rotten Tomatoes / Ford Lingrui / Geely Smart Engine, etc.); the 0 new items on the news side in this window have been confirmed via the official API + full GitHub review + multiple gnews cross-checks, with GitHub-side information being the main increment.

Appendix: Source Verification Table

Source Verification Result
RT-Thread official news API (rt_org) 5 old entries, latest 2026-06-17, sixth consecutive day with no new additions
RT-Thread official news API (news / activity) Sixth consecutive day returning “category data does not exist, please contact administrator”
GitHub org: RT-Thread (sort=pushed) rt-thread 08-26 02:53 UTC (4 commits, included); packages 08-24 17:35 (outside window); env / smart-build 08-17 (outside window)
rt-thread main repo commits (master) 4 within window: finsh deprecated macro cleanup (08-26 10:53, included); utest Kconfig (08-26 10:42, included); Cortex-M4 stack protection (08-26 10:37, included); RA6W1 BLE OTA (08-25 22:04, included)
rt-thread branches v5.3.0-beta HEAD=6ea68279 (RT1180 merge point 08-21), no independent commits, 5 behind master; lts-v5.2.x unchanged
rt-thread tags / releases v5.2.2 (2025-10-31) remains latest, no new tags, no new releases
GitHub search topic:rt-thread (pushed>08-18) 5 repos: canopennode-rtt (08-25 17:36, included); gd32_rt-thread (branch 107c/dma_fun 08-26, included); awtk (routine, ecosystem reference); h120d-protocol / gdr (irrelevant or already reported)
canopennode-rtt branches New feat/j08-lss-runtime-bitrate (LSS runtime bitrate, in progress); feat/lss-precan-persistence merged into master
Google News “RT-Thread” when:3d (zh-CN via proxy) 0 entries
Google News RT-Thread when:3d (en-US via proxy) 0 entries
Google News 睿擎 when:7d (via proxy) Of 17 entries, only 08-18 registration / 08-19 DSMC+FPGA / 08-21 countdown are relevant (all already reported); the rest are word-splitting noise such as Ford Lingrui / Geely Smart Engine, no new teasers
Google News 睿赛德 when:7d 1 entry: 08-24 Changsha salon / industry summit report (already included in yesterday’s report)
fetch_news.py (24h window) All 8 candidates are noise (HN “threads” false matches, irrelevant riscv.org blog posts), all excluded