Research window: Past 24 hours (2026-08-26 11:18 ~ 2026-08-27 11:18 Beijing Time) Sources: RT-Thread official news API, GitHub (org: RT-Thread / main repo commits / ecosystem repos), Google News aggregation (zh-CN, via proxy), HN, EET China, Beningo Embedded Group official report, etc. (see Appendix: Source Verification Table for details)


Index

  • I. Kernel and Version Updates
    • netdev: Fix null-pointer crash in ping when no NIC is present (08-27)
    • Renesas BSP: Two SPI driver fixes merged (08-27)
  • II. Official and Community Events
    • Ruiqing Industrial Platform Workshop held today (08-27) in Shanghai; official news API shows no new entries for the seventh consecutive day (08-27)
  • III. Ecosystem and Vendor Adaptation
    • canopennode-rtt: Adds LSS runtime bitrate activation (08-27)
    • Ecosystem reference: h120d-protocol drone reverse-engineering documentation updated (08-27)
  • IV. Industry Applications
    • 2026 RTOS performance rankings released: RT-Thread included in independent evaluation of eight major RTOSes (08-26)
  • V. Summary and Trend Observations
  • Appendix: Source Verification Table

I. Kernel and Version Updates

1.1 netdev: Fix null-pointer crash in ping when no NIC is present

Date: 2026-08-27 (merged 09:04 Beijing Time) Source: RT-Thread/rt-thread commit 14ef29af

One component stability fix was merged into the main repository during the window: fix(netdev): fix null-pointer crash in ping command when no NIC is present, submitted by community developer zhangyuyang (author timestamp 08-26 14:19) and merged by core maintainer Rbb666 at 08-27 09:04 (UTC 01:04). Root cause: in netdev_cmd_ping, after netdev falls back to netdev_default, no null check is performed; executing ping in a QEMU environment without a NIC directly dereferences NULL and triggers a data abort. The fix adds a null-pointer check on the fallback path, reporting that no NIC is available and returning an error. The change is confined to the single file components/net/netdev/src/netdev.c. This is another batch of low-risk stability fixes on the main branch following the creation of the v5.3.0-beta branch (08-24), continuing the “cleanup period” cadence alongside the earlier HW Stack Guard and finsh cleanups.

1.2 Renesas BSP: Two SPI driver fixes merged

Date: 2026-08-27 (merged 09:01 Beijing Time) Source: RT-Thread/rt-thread commits 69c26789 / fcc4d6c0

At the same timestamp (09:01, UTC 01:01), two Renesas BSP SPI driver fixes were submitted and merged by CYFS: first, [bsp/renesas][drivers] Fix SPI runtime configuration, fixing SPI runtime configuration issues; second, [bsp/renesas][drivers] Skip invalid chip select writes in SCI SPI, skipping invalid chip select writes in SCI SPI. Both are driver-layer refinements under bsp/renesas/, part of the ongoing Renesas BSP iteration sequence alongside the RA6W1 BLE OTA image generation optimization merged on 08-25 (after the RA6W1 BSP first release on 08-05 and the second-phase peripheral additions on 08-11, the SPI driver layer continues to be finalized), maintaining the “skeleton first, drivers later” pattern.

II. Official and Community Events

2.1 Ruiqing Industrial Platform Workshop held today (08-27) in Shanghai; official news API shows no new entries for the seventh consecutive day

Date: 2026-08-27 Source: RT-Thread official news API / EET China (08-21 registration countdown, via Google News)

The “Ruiqing Industrial Platform Workshop: EtherCAT Real-Time Control and Industrial Solution Hands-On” previewed in yesterday’s report was held today in Shanghai, making it the most important on-the-ground observation point in official messaging this week. No new pre-event coverage appeared during the window: all 11 hits in the gnews “睿擎 when:2d” window were word-splitting noise from Ford Lingrui, Geely Smart Engine, provincial unicorns, etc., with no Workshop-related previews or on-site coverage. Post-event coverage is expected tomorrow (08-28) and should be a key check in tomorrow’s report. The official news API (rt_org category) still shows 5 old entries, the latest being the 2026-06-17 Abu Dhabi Investment Forum report, lagging by about 2 months, with no new entries for the seventh consecutive day; the news / activity category endpoints continue to return “category data does not exist.”

III. Ecosystem and Vendor Adaptation

3.1 canopennode-rtt: Adds LSS runtime bitrate activation

Date: 2026-08-27 (merged 11:00 Beijing Time) Source: wdfk-prog/canopennode-rtt commit 11d7e9eb

The CANopenNode integration package for RT-Thread (wdfk-prog/canopennode-rtt) merged a new feature at 11:00: feat[canopennode][lss]: support runtime bitrate activation, enabling runtime bitrate activation for CANopen nodes. Following the LSS Store configuration persistence merged on 08-25 (including EEPROM storage layer decoupled from AT24CXX and startup persistence), this is the second-phase expansion of the package’s LSS capabilities. Over the past two weeks the package has maintained a steady iteration cadence: 08-17 GFC protocol diagnostics, 08-19 ASCII gateway MSH console bridge, 08-20 SDO block transfer validation, 08-24 EEPROM storage diagnostics, 08-25 LSS persistence, 08-27 runtime bitrate activation — 2-3 feature commits per week, making it one of the most active third-party industrial protocol packages in the RT-Thread ecosystem today.

3.2 Ecosystem reference: h120d-protocol drone reverse-engineering documentation updated

Date: 2026-08-27 (updated 08:30 Beijing Time) Source: H4ck3rTR/h120d-protocol

The community reverse-engineering project h120d-protocol (4 stars) updated its documentation on reverse-engineering the WiFi protocol of the Holy Stone H120D consumer drone, covering packet capture formats, RT-Thread internals, and control tools. The drone firmware runs on RT-Thread, and the reverse-engineering documentation’s coverage of RT-Thread startup flow, task structure, and other internals indirectly corroborates RT-Thread’s real-world deployment in the consumer drone space. This is a third-party community project, not an official application case, and is labeled as ecosystem reference; the Ni-ear RT-Spark dev board LED test repository (a personal learning project) among the same day’s fetch candidates falls into the same category and is not listed separately.

IV. Industry Applications

4.1 2026 RTOS performance rankings released: RT-Thread included in independent evaluation of eight major RTOSes

Date: 2026-08-26 (media publication) Source: EET China (via Google News) / Beningo official report page / PX5 official analysis page

EET China published “2026 RTOS Performance Rankings Released!” on 08-26: Beningo Embedded Group (Jacob Beningo) released the “2026 RTOS Performance Report,” an independent comparison of 8 RTOSes on real Cortex-M hardware based on the Eclipse Thread-Metric test suite — PX5 5.3.1, ThreadX 6.5.1, FreeRTOS 11.3.0, Zephyr 4.4.1, Arm Keil RTX5 5.9.1, RT-Thread, NuttX, and Micrium uC/OS-III — including 9 native API tests (scheduling, memory allocation, messaging, synchronization, interrupt handling and interrupt latency, etc.), POSIX pthread benchmarks, and appendices on cross-architecture (M4F vs M33) and compiler (IAR vs GCC) effects. Conclusion: PX5 is the fastest overall for the second consecutive year (under native APIs, ThreadX is up to 30.2% slower, FreeRTOS 80.7% slower, Zephyr 45.3% slower); RT-Thread is up to 86.3% slower than PX5 in native tests, and up to 94.6% slower under the POSIX pthread measure (PX5’s official framing; its native implementation has an advantage in POSIX scenarios). Significance of this report: first, RT-Thread’s inclusion in the independent third-party evaluation’s 8-way comparison lineup indirectly confirms its global market position; second, its performance data falls short of the top tier, and the Beningo report labels fixed versions for all tested systems except RT-Thread (RT-Thread’s version is unlabeled), so the cross-comparison methodology has limitations; specific conclusions should be interpreted after consulting the original report’s methodology.

V. Summary and Trend Observations

  1. Incremental hardening of the main branch continues: The netdev ping null-pointer fix and the two Renesas SPI fixes were merged on the morning of 08-27, the same day; after the creation of v5.3.0-beta, the main branch continues to advance with low-risk stability fixes, with no major feature merges observed.
  2. Ruiqing Workshop lands today: The most important observation point in official messaging this week; no new pre-event coverage during the window, and post-event coverage is expected tomorrow, at which point the official news API and media side should be checked.
  3. Third-party package ecosystem remains active: canopennode-rtt maintains a cadence of 2-3 feature commits per week, with LSS runtime bitrate activation as a second-phase capability expansion; the CANopen industrial protocol direction is worth continued tracking.
  4. Industry standing and performance reputation coexist: RT-Thread is included in the Beningo 2026 RTOS performance rankings’ 8-way comparison, with its market position recognized by a third party; however, its performance data ranks lower and the tested version is unlabeled, requiring a balanced interpretation.
  5. News flow remains quiet: The official news API shows no new entries for the seventh consecutive day; on the media side there is only the EET China rankings report, with all other gnews hits being word-splitting noise.

Limitations: The EET China original site (eet-china.com) timed out on direct connection from this machine; details of the rankings report were cross-verified against Beningo’s official page and PX5’s official analysis page; the RT-Thread tested version is not labeled in the official report, so the performance comparison methodology carries uncertainty.


Appendix: Source Verification Table

Source Verification Result
RT-Thread official news API (rt_org) 5 old entries, latest 2026-06-17, no new entries for the seventh consecutive day; news/activity endpoints return “category data does not exist”
GitHub org:RT-Thread repos (sort=pushed) Only the rt-thread main repository had a push within the window (08-27 09:04); packages index repository 08-24 (outside window)
GitHub rt-thread main repository commits (last 48h) 3 merges within the window: netdev ping fix + two Renesas SPI fixes, all on the morning of 08-27
Google News “RT-Thread when:3d” (zh-CN) 3 items: 08-24 summit old news (already covered in the 08-25 report), 08-26 RTOS rankings report (included), Lingrui word-splitting noise (excluded)
Google News “睿擎 when:2d” All 11 items were word-splitting noise from Ford Lingrui / Geely Smart Engine / provincial unicorns, etc.; no new Workshop coverage
Google News “RT-Spark when:7d” 0 items
HN (fetch script) ABBS bulletin board and GPU thread model paper are both unrelated to RT-Thread, excluded
fetch_news.py candidates (5 items) 2 HN noise items excluded; Ni-ear LED test (personal learning, not listed separately); canopennode-rtt (included in 3.1); h120d-protocol (included in 3.2)
wdfk-prog/canopennode-rtt commits 1 new commit within the window (11:00 LSS runtime bitrate activation), included
Beningo 2026 RTOS report (beningo.com / px5rtos.com) Independent evaluation of 8 RTOSes confirmed, RT-Thread included and version unlabeled, included in 4.1