报告周期：2026 年 10 月 26 日（周一）至 10 月 30 日（周五），5 个工作日、5 期日报；另含发布日（10 月 31 日）对主仓库提交流、提案与缺陷队列、发布页与标签页的核查，覆盖 10-30 08:00 至 10-31 17:00 的收尾变动
素材来源：本刊每日 RT-Thread 动态日报 5 期（10-26、10-27、10-28、10-29、10-30），合计有效窗口 10-23 08:00 至 10-30 08:00（周一期为跨周末 72 小时窗口）；发布日核查基于 GitHub 主仓库与各组织仓库 API 实测
编制说明：覆盖内核与版本、安全与稳定性、生态与厂商适配、官方与社区活动、行业应用五个维度；正文事实与日期逐条来自当期日报原文，发布日补录条目单独标注核查方式

一、本周要闻

  • RT-Thread Smart 十天排队后集中在一天落地，七个半小时后又被收回默认配置（10-29）：10 月 18 日创建的提案 #11896 于 09:29 合入，给 qemu-virt64-riscv 与 qemu-virt64-aarch64 打开 RT-Thread Smart，14 个文件、+1263/-1075、14 笔提交，新增 applications/mnt.c 把 virtio-blk0 挂成根目录并挂载 ptyfs 与 procfs；14:48 与 14:50，终端兼容提案 #11890 与 lwp 系统调用拆分提案 #11894 接连落地；16:59，提案 #11942 又把两个 BSP 的默认配置整体恢复为标准内核（7 个文件、+51/-220），Smart 改由 utest 的配置覆盖层单独运行。同一天完成「打开—验证—收回」，实际是维护者在给 Smart 划定位置：默认配置保持可预测，Smart 走独立覆盖层。

  • RT-Smart 的 ioctl 用户指针边界连报四单，从终端一路延伸到块设备、管道与邮箱（10-28 ~ 10-31）：10-28 的 #11937 指出终端子系统移植时丢掉了 FreeBSD 的 copyin 前提，非特权进程用 open 加 ioctl 即可读写任意内核内存；10-29 的 #11952 在块设备侧重复了同一形态，24 字节分区表被写进调用者指定的内核地址；10-30 的 #11958 落在 POSIX 管道，FIONREAD 与 FIONWRITE 直接把环缓冲长度写进未经校验的用户指针；10-31 的 #11960 上升到邮箱，sys_mb_send() 把用户给的指针当内核对象直接转发，可构成任意内核读写。四单共同成因是 RT-Smart 的 ioctl 适配层默认「参数已是内核地址」，而用户态入口没有做这一层转换。终端侧的修复提案 #11941 已于 10-28 晚提交（6 个文件、+577/-52），其余三处尚无对应修复。

  • 主线 21 笔提交、16 个提案，节奏是「先停摆、再集中清账」（10-25 ~ 10-30）：本周 master 共落 21 笔提交、16 个提案合入，分布为 10-25 一笔、10-26 零笔、10-27 四笔、10-28 七笔、10-29 七笔、10-30 两笔。10-27 至 10-29 的合入里有相当比例是压了九天以上的积压提案——10-27 那四笔的作者时间是 10-18，10-29 的 Smart 一组也是 10-18 创建。这与上周「三日静默、三小时收尾」的判断同源：开发侧产出集中在评审通过后一次性落地，而不是每日匀速推进。

  • 车规 TriCore（AURIX）以「工具链先行」的方式进入 Env SDK（10-26）：RT-Thread/sdk 的两个提案先后合入，tricore-gcc v13.4.1（GCC 13.4.1、binutils 2.40、newlib、GDB 14.0，覆盖 TC2xx／TC3xx／TC4xx 三代芯片）与 qemu-tricore v1.0.0（QEMU 10.2.94，支持 TC277、TC397B 与 TC4D7 三台机型）分别发布在 toolchains-ci 的 v1.12 与 v1.13。需要分清的是这只是编译与仿真通路：主仓库 libcpu 现有 19 个架构中没有 tricore，bsp 下也没有 AURIX 板级目录，2020 年前后那批依赖 TASKING 商业工具链的尝试均已关闭。与旧路径相比，这一步先解决了「能编、能跑、能调」。

  • 压了三个多月的测试提案一次合入四笔，测试基础设施集中补课（10-28）：7 月 9 日创建的 #11601 于 10-28 14:44 合入，带进 utest 汇总统计修复（后续 unit 通过不再抹掉前面 testcase 的失败数）、netdev 用例切断对 8.8.8.8 与百度的公网依赖、musl 下 signal 0 不再参与安装，以及两处 clang-format 整理。三类问题都属「测试跑错了但报表说没事」的反向风险，修完之后 CI 的判定才可信。与之配套的是 10-29 的 #11942 重写了 utest_auto_run 的配置选择逻辑，把「整份 git checkout 覆盖」改成向 .config 追加一行关闭开关。

  • 时间子系统一夜开出四单，两笔修复转入可合入状态（10-23 ~ 10-26）：同一研究者在 ctime.c 上连续报出 settimeofday() 的 long 类型窄化（ILP32 下 2040-01-01 这类合法时间戳被截成负数拒绝）、gmtime_r() 对负时间戳输出非法字段（-1 得 1970-01-01 00:00:-1）、timer_gettime() 的 32 位截断，另外提交一份带 A 至 F 六项工作项的时间基线调研单。修复提案 #11928（+185/-135）与 #11929（+104/-9）在 10-26 均勾选「成熟版本，可合入」，本周内未合入。10-29 又进一步查出 timer_settime() 用 32 位变量承接 1e13 量级结果，10 秒定时器实际被 arm 成约 21 小时（#11938，+142/-5）。

  • 版本号抬到 5.4.0 开发态，版本管理与发布流程同日提出制度化的两份材料（10-29 ~ 10-30）：10-29 的 #11942 把 RT_VER_NUM 从 0x50301 抬到 0x50400，主线正式进入 5.4.0 开发态；但 releases 与 tags 两侧仍停在 09-10 的 v5.3.0，没有预发布标签与二进制。10-30 出现两份配套材料：缺陷单 #11956 提出建立版本管理 CI 与发布流程（Z 线月度报告加人工批准、Y 线每 3 至 6 个月结合硬件验证，分 B01 至 B05 与 C01 至 C08 两组工作项），提案 #11955 补上主管线版本与发布流程文档。这是本周少见的「流程侧」信号，值得下一期复核是否落到代码。

  • 厂商侧仍是提案先行：RA6W1 二期落地，全志与 ESP32-S3 的大体积提案继续在队列里泡（10-26 ~ 10-30）：瑞萨 RA6W1 的提案 #11934 于 10-28 18:52 合入，补 24 个 Wi-Fi 侧中断向量并把 ROM 符号表两个 crypto 入口改名为 __rom_ 前缀。全志 F101 YuzukiNeko 与 H616 的 #11877（172 个文件、+35428/-6）、ESP32-S3-DevKitM-1 的 #11844（10-28 刷新后累计 +295371/-22825）仍在队列，后者自 9-28 创建已满一个月，评审关注点落在整包引入厂商 SDK 与许可条款，而不只是功能能否运行。

二、内核与版本动态

版本与主线

日期：2026-10-26 ~ 2026-10-31　来源：主仓库 releases 页

  • 正式版本：本周仍无新 Release 与标签，最新发布物是 09-10 的 v5.3.0。v5.4.0 自 10-17 起只有版本宏，10-29 的 #11942 把 RT_VER_NUM 抬到 0x50400，此后仍无发布说明、二进制与预发布标签。全文按「版本号已进入 5.4.0 开发态、尚未发布」口径表述。
  • 主线提交：本周 master 共 21 笔提交、16 个提案合入；组织级另有 RT-Thread/sdk 两笔（TriCore 工具链与 QEMU 模拟器）、RT-Thread-packages 一笔（ai/Agent 配置）、pkgs-test 一笔（STM32 包测试并发锁）。
  • 节奏特征：周一零提交，周二四笔、周三五笔以上、周四七笔、周五两笔，属典型的积压提案批量落地；合入集中在傍晚时段（19:20 至 19:26、14:44、09:29 至 16:59），由同一位维护者集中处理。
  • 发布日核查（10-30 至 10-31）：主仓库再落两笔（#11915 dlmodule 全局量修复、#11936 clang-format 固定 22.1.8 并全量格式化），releases 与 tags 终点状态与周五日报一致，无新版本。

本周合入清单（21 笔提交 / 16 个提案）

日期：2026-10-25 ~ 2026-10-30　来源：主仓库 master 提交流

日期 提交 内容
10-25 1 笔 lwIP 回环 netdev（#11893，3 文件 +54/-0，新增回环网口开关）
10-26 0 笔 24 小时无提交，13 个提案在队列翻动
10-27 4 笔 dfs 的 UTIME_OMIT（#11885）、SAL 的 RAW socket 协议白名单（#11888）、poll 改从 dfs_file 取 fops（#11887）、8250 earlycon 读 reg-io-width（#11889）
10-28 7 笔 utest 四笔（#11601）、MAINTAINERS 删 FAL 条目（#11939）、RA6W1 向量表（#11934）、DHCP raw 选项边界（#11940）
10-29 7 笔 qemu-virt64 启用 Smart（#11896）、ping 统计（#11900）、TIOCLINUX 与默认窗口（#11890，两笔）、lwp 拆分（#11894，两笔）、恢复标准内核默认配置（#11942）
10-30 2 笔 dlmodule 未初始化全局量（#11915）、clang-format 固定 22.1.8 并全量格式化（#11936，75 个文件）
  • lwIP 回环（10-25）：此前 lwIP 的回环口没有注册成 netdev，走 127.0.0.1 的工具链跑不起来，没有物理链路的网络命名空间也缺默认可接口。改动新增一个回环网口开关，把 lo／lo0 注册为 netdev 并置为 link up，未指定接口时选回环作默认接口。这一笔是后续 qemu-virt64 启用 Smart 的前置依赖。
  • 10-27 的四笔边界修补：UTIME_OMIT 分支条件写反，调用方明确要求不动的时间戳反被覆盖；RAW socket 原来只放行 IPPROTO_RAW，ICMP 等原生套接字场景走不通，改为白名单校验；poll 在 DFSv2 下从 vnode 取 fops 拿到的是另一套结构，改为经 dfs_file 解析并保留 DFSv1 兼容路径；earlycon 不看设备树位宽，宽寄存器平台的早期日志错位与乱码有了统一解法。四笔合计新增 46 行、删除 6 行，三笔的 author 时间是 10-18。
  • 10-29 的 Smart 一组：见本章「评审队列观察」与第一章要闻第一条。
  • 10-30 的两笔：dlmodule 的未初始化全局量修复自 10-24 起在队列里（#11915），本周五上午合入；clang-format 固定版本 22.1.8 并格式化全部内核源码（#11936），是把 10-23 合入的规则细化落到全量代码上的收尾一步，涉及 75 个文件。

安全与缺陷

日期：2026-10-23 ~ 2026-10-31　来源：Issue #11960

  • 本周新开 16 单，安全类占十单以上。按族分三条线：时间与 libc 语义（#11922 settimeofday 窄化、#11923 gmtime_r 负时间戳、#11924 timer_gettime 截断、#11925 sys_poll 计数回绕、#11927 时间基线调研）、RT-Smart 边界（#11932 musl 线程链表释放后使用、#11933 signalfd 全局计数越界、#11937 终端 ioctl、#11952 块设备 ioctl、#11958 管道 ioctl、#11960 邮箱对象指针）、驱动参数校验（#11948 Bluetrum AB32、#11949 Bouffalo、#11951 HPM 三家 ADC 通道越界，以及 #11950 DM365 SPI 除零）。另有 #11956 为版本管理流程的功能单。
  • RT-Smart 边界这条线最重：终端、块设备、管道、邮箱四处的形态完全一致，都是适配层把用户指针当内核地址用。邮箱一单最严重——sys_mb_send() 不做任何校验就转发，攻击者可构造伪对象，读写范围不再受值域约束。四单的影响版本都回溯到 2022-12-03 的 RT-Smart 同步提交 ecf2d821，首个受影响版本为 v5.0.0，v5.3.0 与当前 master 全部在列，在 QEMU 上即可复现。
  • 本周内已闭环：#11913 的 DHCP raw 选项越界读由 10-28 合入的 #11940 修掉（+23/-5，12 项主机侧 ASAN 回归）；#11915 的 dlmodule 未初始化全局量于 10-30 10:54 合入；#11933 的 signalfd 越界在开单次日即收到修复提案 #11935（+41 行，改为按上下文定位的有上限槽位查找，关闭路径补监听器解绑）；#11925 的前半部分由 #11954（+28 行）在 10-30 提交，sys_poll() 在 32 位下对「字节数回绕」的计数直接拒绝。
  • 仍在队列或无人认领：#11878（lwip-dhcpd 租约池耗尽死循环）、#11905（cromfs 目录名越界）、#11917（NFS 越界写）、#11919（NVMe 堆泄漏，修复提案 #11920 未合入）、#11902 与 #11910（tmpfs 截断后使用，修复在 #11910）、#11918（9PFS 长度收敛）、#11901（FDT 深度限制）、#11931（串口 rx_indicate 被误清）、#11932（musl 线程链表），以及新开的 #11937、#11952、#11958、#11960 四单（其中 #11937 有提案 #11941，#11938 修的是它引出的定时器截断）。

评审队列观察

日期：2026-10-26 ~ 2026-10-31　来源：主仓库提案列表

  • Smart 这批被拆成两段推进：10-18 创建的六笔中，#11890、#11894、#11896、#11900 已在 10-29 落地；#11892（RISC-V 侧 MMU 与用户态缺页处理，4 个文件 +105/-8）与 #11897（K230 增加 K230D 支持）仍在队列。前者的内容是玄铁架构选择与 SVPBMT 选项、早期页表指针按内核物理偏移换算、未处理用户缺页时只终止当前 LWP 而不拖垮内核；后者涉及真实板卡，等硬件侧确认。规律是「能在 QEMU 验证的先合、依赖实机的后合」。
  • 大体量新硬件支持在审：#11944 Realtek RTL8125 以太网驱动（新增 1934 行，覆盖原生 PCI、描述符环 DMA、10/100/1000/2500M 自协商、lwIP 软件校验和，可选 PTP 与 PPS）；#11943 RK3588 与 RK3528 显示与音频（36 个文件、+5483/-391，含 HDMI 控制器与 HDPTX PHY、VOP2 路由、SAI 与 codec 音频时钟）；#11959 NXP RT1180 工业以太网链接脚本（20 个文件、+7499/-18，CM33 跑片内 RAM、CM7 从 Flash XIP）。三笔都属「一大类硬件成批进入」，评审周期通常以周计。
  • 工具与文档侧：#11930 把 __RT_KERNEL_SOURCE__ 提到 Kernel 组的全局 CPPDEFINES，修掉 Studio 导出工程里的 24 个 rt_sched_* 隐式声明警告；#11953 修 rt_sprintf() 在启用 libc vsnprintf 时把 (size_t)-1 交给 libc 导致一个字节都不写的问题（+11 行，改走 vsprintf()）；#11961 为原生线程初始化静态 TLS（6 个文件、+189/-3，AArch64 每次上下文切换恢复 TPIDR_EL0，RISC-V 仅在 MMU 的 S 模式启用）。
  • 长期挂起项：#11844（ESP32-S3 BSP）刷新后体量达 +295371/-22825，自 9-28 创建已一个月，评审焦点在整包 SDK 与许可；#10096（按需编译）被建议先变基；#11860（aarch64 中断应答）、#11864（IAR 隐式声明）仍在补测试记录。另 #11947（DHCP raw 地址池耗尽无界循环）改动不大（+17/-4），但附了 3586 组池大小与占用位图组合的对照测试与 ASAN 结果，验证强度在本周队列里最高。

三、生态与厂商适配

厂商 BSP 与驱动

日期：2026-10-26 ~ 2026-10-30　来源：PR #11896

  • 英飞凌 TriCore（AURIX）：Env SDK 侧补进 tricore-gcc 13.4.1 与 qemu-tricore 1.0.0 两个包，覆盖 TC2xx／TC3xx／TC4xx。工具链上游是 NoMore201/tricore-gcc-toolchain（EEESlab 11.3.0 的下游），Windows 包补了上游漏带的 libwinpthread-1.dll；模拟器只做 ASCLIN0 串口、STM、IR 中断路由、SCU 与时钟、SFR 桥与 RAM/Flash 映射，CAN、以太网、ADC、GPIO、DMA 均无，够跑内核与串口 shell，不够做外设驱动验证。
  • 瑞萨：RA6W1-EK 的 rafw_gen 向量表补 24 个 Wi-Fi 侧中断入口（KDMA、TDES CBC、PSK SHA1、SYSPLL 与 FPLL 锁定、整组 RTC 接口、MRM 与 D-cache MRM、CryptoCell-312、HSU、MAC 定时器／接收／发送／协议／通用／信标、radio controller），全部声明为 weak 处理函数并挂进向量表，同时把 ROM 符号表两个 crypto 入口改名为 __rom_ 前缀避免与 RAM 侧同名冲突。
  • 全志：F101 YuzukiNeko 与 H616 的 BSP 提案（#11877，172 个文件、+35428/-6）仍在队列，F101 侧补 Sun252i 设备模型驱动集与 Sunxi DE0／TCON0 显示后端（RGB、LVDS、MIPI-DSI），H616 侧是另一套驱动集并新增 AXP313A 调压器支持；D1s 的 QEMU 启动脚本（#11903，4 个文件 +145）同样在审，评审建议改成统一的目标机子目录。
  • 乐鑫：ESP-IDF v6.1 适配的收尾落在包侧——主仓提案 #11926 于 10-26 11:37 关闭，包仓提案 #19（fix(scons): prioritize RT-Thread FreeRTOS headers）于同日 09:15 合入，头文件优先级在 SCons 脚本层解决；ESP32-S3-DevKitM-1 的板级支持（#11844）仍待评审。需要分清内核：ESP32-S3 是 Xtensa，C3／C6 才是 RISC-V。
  • 意法半导体：OSPI 与 OctaFlash 提案（#11912，32 个文件）在组件层补 OSPI 总线、设备与消息定义，接进 SFUD 并覆盖读、写、擦与状态查询，另加通用 STM32 OctoSPI 驱动与 stm32l4r9-st-eval 板级配置，使 SFUD 能以 1-1-1 与 8-8-8 两种模式访问；#11819 一次性补 STM32 以太网 ops 回调集、SR8201F PHY 支持，并把 ADC 默认日志等级从刷屏降到 DBG_WARNING。
  • NXP：RT1180 工业以太网链接脚本提案（#11959）为 CM33 与 CM7 各补 Keil 分散加载（.scf）与 IAR 配置文件（.icf），并在 Kconfig、rtconfig.py 与模板中加对应 target。

软件包与中间件

日期：2026-10-23 ~ 2026-10-26　来源：RT-Thread-packages/esp-idf PR #19

  • ai/Agent 包：Kconfig 一笔 +32/-4，默认模型由 DeepSeek-V4-Pro 改为 deepseek-flash，默认服务端点由第三方聚合平台改为 DeepSeek 官方 API；新增语音转写（STT）开关与文件服务器地址，多模态说明从「图像／文件」扩成「图像／文件／音频」。同周社区大赛作品里 agent 包把 MQTT 订阅、退订与查历史注册成工具供内核调度，两件事指向同一种用法：把 RTOS 当作 agent 的运行时。
  • esp-idf 包：v6.1 整包升级后的头文件顺序问题在 SCons 层修掉，#include_next 不再解析到 ESP-IDF 自带的 FreeRTOS V11 头，Wrapper 提供的 configNUMBER_OF_CORES、configMINIMAL_STACK_SIZE 等默认值不再落空。
  • pkgs-test：STM32 软件包测试的并发锁上移到 __build()，依赖更新与编译进入同一临界区，避免多任务对同一 HAL 目录 git pull 时被 Git 中止并误报成 compile failure。

工具链与开发环境

日期：2026-10-26 ~ 2026-10-30　来源：vscode-rt-smart PR #38

  • vscode-rt-smart 0.4.14（10-26 22:35 合入）：49 个文件、+883/-4826，一次砍掉近五千行。Kconfig 视图、SDK 管理器、工具链设置、符号分析四块功能整体移除，ELF 与 DWARF 解析器（合计约 887 行）与 291 行设置文档随之退场；RT-Thread Setting 视图收窄到只做 Env 的安装、更新与状态显示，新增编辑器内置浏览器与 code --open-url 的 URI 处理。定位上是从「IDE 替身」退回「Env 入口加内嵌浏览器」。
  • Eclipse 工程生成器（#11930）：LOCAL_CPPDEFINES 不进生成的 rtconfig_preinc.h，导致 Studio 构建报 24 个隐式声明警告；改法是把宏移到全局 CPPDEFINES，只动工程生成脚本、不碰内核源码。
  • klibc（#11953）：启用 libc 委托的 vsnprintf 后，rt_sprintf() 把 (size_t)-1 当 size 传给 libc，64 位下 buf + size 溢出，调用失败且一个字节都不写；改用 vsprintf() 后恢复。
  • Env 文档侧：社区本周连续两篇长文拆解 Env v2.0.3——命令入口统一为 rt-env，新增 sdk／plugin／webui／system 子命令，依赖跑在 Python 虚拟环境，新增插件体系与浏览器 WebUI；兼容红线是 v2.0 完整支持 5.1.0 以上与 master，5.1.0 及更早仍需 v1.5.x。

核验说明

  • 主仓库发布页与标签页本周无新版本；官网新闻列表页为前端动态渲染，抓取只得加载空壳，新闻数据以官方接口为准。
  • topic:rt-thread 生态检索本周零散命中若干个人仓库与通用 GUI（zlgopen/awtk），均与 RT-Thread 无专项关联；K230 火焰检测、CH32H417 手写符号识别两个社区项目已按生态侧收录，见第五章。
  • TriCore 两个包的 Windows 构建仅做 PE 导入表检查，未在 Windows 实机运行，作者在提案里建议合入前补跑一次编译；本报告相关结论均按来源原文表述，不外推。

四、官方与社区活动

官方渠道

日期：2026-10-26 ~ 2026-10-30　来源：RT-Thread 官方新闻接口

  • 新闻接口连续第五个月静默：组织分类存档稿最新一条仍是 2026-06-17，此后六至十月无新增，各期核查返回条数在 5 条上下波动，属接口分页差异。官网新闻列表页无新稿，公司侧的对外动态在 Google News 中英文查询里同样零命中，睿擎与睿擎派的七天内查询为空。
  • 维护者变动：10-28 18:48 合入的 #11939 从 MAINTAINERS 删掉 components_fal 条目，原作者说明已无时间与精力继续参与。FAL（Flash 抽象层）长期由单人维护，条目删除后该组件暂无登记维护者，后续是否有人补位值得跟踪——这类基础组件无人认领时，问题往往在厂商提 BSP 时才暴露。
  • 信息首发渠道：产品与活动信息继续由微信公众号、社区论坛与 GitHub 首发，官方自有渠道的缺位在本周延续；社区的对外叙事由大赛作品与行业媒体承担。

媒体与评测

日期：2026-10-24 ~ 2026-10-27　来源：电子工程专辑：三大 RTOS 深度横评

  • 三大 RTOS 横评（10-27）：按实时性、内存占用、生态、社区、AI 支持与迁移成本六个维度对比 FreeRTOS、RT-Thread 与 Zephyr。文中给 RT-Thread 的定位是 Apache 2.0 的轻量全家桶，内核 3KB Flash 加 1.2KB RAM，内置 POSIX、GUI、文件系统与 AI 包；低功耗组件在 Stop 模式下比另两者省电 15% 至 20%；选型表把 64KB RAM 以下的极致低成本项目与消费电子、可穿戴划给 RT-Thread。文章同时承认 Zephyr 在多协议多板卡与长期维护场景更强，结论是三分而不是一边倒。
  • RISC-V 峰会侧记（10-24）：电子工程专辑 RT-Thread 专栏刊出第六届 RISC-V 中国峰会的系统软件视角报道，规模为 1 场主论坛、7 场平行分论坛加 Member Day 技术专场。与 RT-Thread 直接相关的表述有两段：峰会期间与多家 RISC-V IP 及芯片厂商就内核适配、工具链打通与联合方案落地交换意见；业内判断 RISC-V 在嵌入式与物联网已具备规模化条件，瓶颈正从「核」转向系统软件，操作系统的参与补的是实时性、功能安全与工程化交付。
  • 安谋科技 WTCC 2026 研讨会（10-23 活动 / 10-27 报道）：安谋科技在上海西岸国际科技消费嘉年华期间办小型具身智能方案研讨会，瑞芯微、瑞莎计算机与 RT-Thread 以开源 AIOS 联盟伙伴身份参加。RT-Thread AI 资深工程师郑炜按机器狗、HyperCar 与 Codex 编排三类 Agent 方案，讲智能体如何从对话走向执行，并明确后续以具身智能项目为重点；瑞芯微提出大模型推理正从计算密集转向内存密集、带宽成为端侧瓶颈。安谋同场发布 JishuFriends 与 JishuBuddy 两项落地成果。

社区作品与赛事

日期：2026-10-24 ~ 2026-10-30　来源：社区文章接口

  • 2026 嵌入式大赛作品进入提交高峰：本周窗口内至少七篇作品集中发布——10-24 至 10-25 的端侧 Agent 多传感融合监测、ART-Pi2 USB 枚举诊断仪、OpenMV 协议行人跟踪；10-28 的纳芯微 NS800RT7P65 工业 CAN 移动机器人、玄铁 D121 多从机监控、NXP MCXA346 神经网络增强 FOC；10-30 的英飞凌 Edgi Talk「Little Watcher」。共同点是都附开源仓库或完整复现记录，把工程细节连同代码一起公开，而不只是交一份报告。
  • GDR 调试工具（10-25）：一篇少见地把调试脚手架当正式工程做的社区长文。工具把 RT-Thread 内核对象查看固化成 GDB 的 Python 命令，提供聚合命令（threads／timers／system／semaphores／objects，线程表带基于栈填充模式的峰值水位）、便捷函数与 pretty-printer 三层能力；与 FinSH 的本质区别是完全无侵入，只通过 GDB 读符号与目标内存，适用于没有 shell 的 Nano 场景与 HardFault 之后的死后分析。CI 用 QEMU 启动真实固件做 pytest 断言，矩阵覆盖 Cortex-A9（3.1.0 至 3.1.5、4.x）与 RV64（4.0.4 至 4.1.1），作者写明尚未经真实板卡检验。
  • 内核与工具链长文三篇：10-26 的《rtthread 启动链路分析》把 Reset_Handler 到 main 拆成汇编、C 初始化、调度器启动三段，并指出 SystemInit 并不把主频配到 72MHz 这一常见误解；10-29 的内核对象分布长文以 4.0.3 的 object.c 与 rtdef.h 讲清「按类型管理、按名字查找、能遍历、能统计」如何落到 rt_object_information、侵入式链表与 container_of 三件东西上；Env v2.0.3 与 Studio 24 个隐式声明警告两篇属工具链踩坑记录。
  • 直播：10-26 20:00 至 21:00，社区开发者崔竣硕分享手部康复外骨骼项目，面向脑卒中、手外伤术后及周围神经损伤人群，看点是肌电信号到运动意图的识别链路与一块开发板上双核如何分工。

五、行业应用与商业动向

工业控制与工业互联

日期：2026-10-28 ~ 2026-10-29　来源：社区文章：小型自主移动机器人

  • 工业 CAN 分布式移动机器人：主控纳芯微 NS800RT7P65（Cortex-M7，600MHz），跑 RT-Thread 4.x，单芯片承担 FOC 二维云台、CAN 主控与 40 条 MSH 在线诊断命令；底盘是 CAN 五节点架构（主控、云台 FOC、传感器采集、底盘驱动、视觉 AI），从站各自本地闭环。感知侧用超声波旋转扫描生成二维点云加惯性单元与里程计做位姿推算，监控走局域网 MQTT，整条链路不依赖公网，代码以 GPL-3.0 公开。
  • 玄铁 D121 主站配龙芯 LS2K0300 从机：主站跑 RT-Thread 加 LVGL 触摸屏，经 RS485 与 Modbus RTU 轮询两个从站——星火 STM32F407 采集温湿度与六轴数据，龙芯 LS2K0300 上报 CPU、内存与运行时间等系统指标。采集数据落 TF 卡并支持本地回放，通信中断、恢复与振动越限进持久化队列，经 ESP8266 上云后用微信小程序远程查看，断网先存本地、恢复后补传。把 ARM 与 LoongArch 两类从站放进同一条 Modbus 总线，对异构设备接入有直接参考价值。
  • BLDC 电机缺陷 AI 监测：瑞萨 Titan Board（RA8P1，1GHz Cortex-M85 加 250MHz Cortex-M33，带 Ethos-U55 NPU、单芯片 256 GOPS）上采集三相电流、母线电压与逆变器温度，M85 核预处理后送 NPU 上的轻量 CNN 做实时缺陷识别；软件侧用 RT-Thread 起界面、通信与推理三个线程，模型经 RUHMI 从 TFLite 转 C 代码集成。方案强调不额外加传感器，走低成本预测性维护路线。

电机控制与端侧 AI

日期：2026-10-27 ~ 2026-10-30　来源：社区文章：轻量神经网络增强的无刷电机控制器

  • NXP MCXA346 的神经网络增强 FOC：硬件为 FRDM-MCXA346 加 2804 电机、AS5600 磁编码器与 SimpleFOC Mini 驱动。控制侧先做前馈加 PI 的速度环与位置环，再在输出上叠一个 3 输入、8 隐藏单元、1 输出的动态补偿网络，权重导出成 C 代码直接在 MCU 上算，固件不引入推理框架，补偿可单独开关便于同参数对照。90 段实板测试（正负 15 RPM 内 10 种切换各三轮）显示稳态尾段 100 毫秒窗口的 RMSE 从 2.187 降到 2.094 RPM（约 4.26%），整段 RMSE 从 3.327 降到 3.291（约 1.07%）；P 项目标加 25 毫秒平滑后，60 段测试的整段速度误差均值降约 5.83%。
  • K230 厨房火焰检测：以 K230 与 RT-Thread Smart 为底座公开源码，含多传感器融合、自适应联动策略、复现记录与模型评测，仓库同时放参考资料，便于第三方按记录复跑，项目自述定位是研究原型而非产品。这是本周少见的、把 Smart 用在真实感知闭环里的公开项目。
  • CH32H417 手写符号识别：沁恒双核 RISC-V 平台，技术栈是 RT-Thread 加 LVGL 加 TFLM，链路含 OV5640 采集、定点图像预处理、INT8 量化推理与界面显示，训练侧另附工具链。项目刚建立、尚无关注度，价值在于把 RISC-V 上一条完整的轻量视觉链路摊开写清楚。
  • 英飞凌 Edgi Talk「Little Watcher」：用一句中文指定一个可见目标的出现或消失，检测到变化就提醒并保存前后画面。板卡 M55 侧负责语音录制上传、摄像头采集上传与提醒播放，视觉判断跑在电脑侧的现成模型上；单次会话上限 300 秒、60 次图像上传，网页保留最近 100 条事件，重启默认暂停。看点在于把「AI 参与开发」的过程也当作交付物——需求拆解、代码集成、故障排查、测试验证与文档各环节都记录了 AI 的参与方式。

海外生态与商业动向

日期：2026-10-28 ~ 2026-10-30　来源：Hackster 项目：Smart Water Bottle Reminder

  • RT-Spark 板卡的海外项目：Hackster 上出现一个以 RT-Spark 板卡为硬件的离线边缘 AI 项目，用六轴 IMU 判断躺放、携带、饮用、晃动四种状态，30 秒未检测到饮用即 LCD 红字提示并鸣笛；深度 5 的决策树经 Python 训练后导出为纯 C，在 STM32F407 上单次推理约 154 微秒，留出集准确率 95%，同数据的阈值规则基线为 97.5%，作者如实写明这一差距。需分清：项目用的是 RT-Thread 的 RT-Spark 开发板，但固件跑的是 FreeRTOS，属板卡层面的生态复用，不构成内核采用案例。
  • 商业动向：本周无新增商用落地、融资或订单类报道。厂商动作集中在工具链与包侧铺底——TriCore 补编译与仿真、RA6W1 补向量表、ai/Agent 换默认后端；节奏上更像为后续方案铺底，而非单点提交。

六、趋势观察

  • Smart 的定位在本周被明确成「测试覆盖层」而不是「默认配置」：10-29 一天之内先开 Smart、再收回默认配置，看似反复，实际是维护者在做边界划分——默认配置必须保持可预测，让不带 Smart 的常规回归稳定；Smart 通过 utest 的配置覆盖层单独跑，两条路径共用一个 BSP。这样既拿到了 QEMU 上的用户态测试覆盖，又不打乱既有的 BSP 编译矩阵。随之而来的观察点是 #11892 与 #11897：能在 QEMU 验证的先合、依赖实机板卡确认的后合，这条排期规律在本周得到了两次印证。
  • RT-Smart 的用户态／内核态边界成为本周最重的安全主线，且已呈族化：终端、块设备、管道、邮箱四处形态完全一致，都是适配层默认参数已是内核地址、用户态入口没有 copyin/copyout。四单的影响版本全部回溯到 2022 年的同一次 RT-Smart 同步提交，说明这不是新引入的缺陷，而是移植时被整体带进来的结构性缺口。修复路径也已明确（#11941 的内核栈暂存加 copy_from_user/copy_to_user 加 lwp_in_user_space() 界限校验），接下来的看点是这套做法能否被抽成通用层，而不是在每个子系统各修一遍。
  • 主线节奏由「积压提案的批量清账」主导，而不是当日新开发：10-27 四笔、10-29 七笔的合入中，多数提案的 author 时间早于合入时间一周以上，10-29 那批更是 10-18 创建、排队十一天。这个形态对判断项目健康度有影响：单看提交数会高估当周开发强度，单看零提交日又会低估评审活动。真正稳定的指标是「提案队列的周转时间」——本周它从十天收敛到一天（#11896 合入后 #11942 当天跟上），属正向变化。
  • 测试可信度被当成基础设施来修，而不是当测试来修：本周修的三件事都不是「多加用例」，而是让判定本身可信——后续 unit 通过不再抹掉前面 testcase 的失败（#11601）、CI 不再依赖公网与非法 IP 字符串（#11601）、musl 下不再假定 signal 0 可安装（#11601），再加上 #11942 把 CI 的配置覆盖方式从「整份 checkout」改成「追加一行关闭开关」。这与上周 pkgs-test 的并发锁修复同属一条线：先把「测试通过」这个前提做实，再谈覆盖率。
  • 版本发布从「等待」转向「制度化」，但发布动作仍未开闸：v5.4.0 的版本号在 10-17 就 bump 过，10-29 又抬到 0x50400，而 releases 与 tags 停在 09-10 的 v5.3.0 已七周。10-30 出现的两份材料（#11956 的版本管理 CI 与发布流程、#11955 的版本与发布流程文档）说明社区自己也在处理这个落差——Z 线月度报告加人工批准、Y 线每 3 至 6 个月结合硬件验证，并把「QEMU 结论不扩大为实机结论」写进非目标。下一期应以 release 页与 ChangeLog 复核是否真正开闸，而不是以版本宏为准。
  • 厂商适配的形态在变：一边是工具链与仿真先行，一边是一大类硬件成批进入：TriCore 进的是 Env SDK 而非主仓库，先用开源 GCC 加 QEMU 解决「能编、能跑、能调」，BSP 与驱动留到后面；同时 RTL8125、RK3588、RT1180 三笔大体量提案同期在审，说明适配重心正从「单块开发板点亮」转向「整类平台与外设栈」。两条路径的评审成本差别很大：前者是包索引层面的低风险增量，后者动辄上千行、需要板卡侧确认，这也是为什么 BSP 队列里始终压着 172 个文件与 29 万行量级的提案。

附录：素材与核查

素材清单

期号 日期 有效窗口 收录条目（按小标题计）
第 1 期 2026-10-26（周一） 10-23 08:00 至 10-26 08:00（72 小时） 16
第 2 期 2026-10-27（周二） 10-26 08:00 至 10-27 08:00（24 小时） 13
第 3 期 2026-10-28（周三） 10-27 08:00 至 10-28 08:00（24 小时） 18
第 4 期 2026-10-29（周四） 10-28 08:00 至 10-29 08:00（24 小时） 16
第 5 期 2026-10-30（周五） 10-29 08:00 至 10-30 08:00（24 小时） 13
  • 五期日报齐全，无缺失日期；周一期为跨周末 72 小时窗口，起点沿用上一期截点，10-23 17:09 合入的 clang-format 规则细化（#11859）已在上一期周报的发布日核查中记录，本期不重复叙述。
  • 周报正文在五期日报基础上合并同主题条目，条目数与上表不等，属正常归并；安全类缺陷单按族合并，不逐单展开。

核查说明

  • 发布日核查：2026-10-31 对主仓库 master 提交流、releases 与 tags、合并与在审提案、新建缺陷单逐项实测，核查时点 10-31 17:00 前。核查发现两笔落在周五日报截点（10-30 08:00）之后的合入：#11915 于 10-30 10:54 合入、#11936 于 10-30 18:20 合入，已并入第二章合入清单并标注；同时新见三笔缺陷单（#11956 版本管理流程、#11958 管道 ioctl、#11960 邮箱对象指针）与六笔新提案（#11953、#11954、#11955、#11957、#11959、#11961），均按核查方式单独标注。
  • 版本口径：v5.4.0 只有 RT_VER_NUM 实测值（0x50400），正式 Release、标签与 ChangeLog 均未更新，全文按「已进入 5.4.0 开发态、尚未发布」表述。
  • 未收录项：zlgopen/awtk 的常规提交（通用 GUI，与 RT-Thread 无专项关联）、若干星标个位数的个人新建仓库、Hackster 的 RT-Spark 项目按板卡生态参考处理（固件为 FreeRTOS，不计入内核采用）、海外稿件的商业结论（窗口内无商用落地与融资类报道）。
  • 渠道限制：Google News 中英文多组查询与 HN Algolia 本周均无有效的新 RT-Thread 稿，HN 候选多为 threads 与 Threads 字面误匹配；官网新闻列表页前端渲染，新闻数据以官方接口为准；GitHub 匿名接口限额在部分期次采集中途接近上限，组织级核查以单次 sort=pushed 请求完成，主仓库提交以 commits 接口前 100 条为准。

完整信源清单

数据来源：每日 RT-Thread 动态日报（2026-10-26 至 2026-10-30 共五期）及本周期发布日核查；报告周期为 2026-10-26 至 2026-10-30。下一期周报周期建议：2026-11-02 ~ 2026-11-06。