レポート期間：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実測に基づく 編制説明：カーネルとバージョン、セキュリティと安定性、エコシステムとベンダー適配、公式およびコミュニティイベント、業界応用の5つの次元をカバー；本文の事実と日付は各期デイリーレポート原文から逐条的に取得し、リリース日の補記項目は検証方法を個別に明記する

1. 今週の要聞

  • RT-Thread Smart、10日間の待機を経て1日で集中着地、7時間半後にデフォルト設定から撤回（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 ユーザーポインタ境界で4件連続報告、ターミナルからブロックデバイス、パイプ、メールボックスまで波及（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() がユーザー指定のポインタをカーネルオブジェクトとして直接転送し、任意のカーネル読み書きを構成可能。4件の共通原因は RT-Smart の ioctl 適配層がデフォルトで「引数は既にカーネルアドレス」とみなし、ユーザー態入口でこの変換を行っていないこと。ターミナル側の修正提案 #11941 は10-28夜に提出済み（6ファイル、+577/-52）、残り3箇所には対応する修正はまだない。

  • メインライン21コミット、16提案、リズムは「先ず停止、その後集中清算」（10-25 ~ 10-30）：今週 master は合計21コミット、16提案がマージされ、分布は10-25が1件、10-26がゼロ件、10-27が4件、10-28が7件、10-29が7件、10-30が2件。10-27から10-29のマージには9日以上滞留した積圧提案が相当割合を占める——10-27の4件の作者日時は10-18、10-29の Smart グループも10-18作成。これは先週の「3日間静默、3時間で收尾」の判断と同源：開発側の成果はレビュー通過後に一括着地し、毎日均等に進むわけではない。

  • 車載TriCore（AURIX）が「ツールチェーン先行」方式で Env SDK に参入（10-26）：RT-Thread/sdk の2提案が相次いでマージ、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 の3機種対応）がそれぞれ toolchains-ci の v1.12 と v1.13 でリリース。区別すべきはこれはコンパイルとシミュレーション経路に過ぎない：メインリポジトリ libcpu の既存19アーキテクチャに tricore はなく、bsp 下にも AURIX ボードディレクトリはなく、2020年前後の TASKING 商用ツールチェーン依存の試みはすべてクローズ済み。旧経路と比較し、このステップはまず「コンパイルでき、実行でき、デバッグできる」を解決した。

  • 3か月以上滞留していたテスト提案が一気に4件マージ、テスト基盤を集中的に補習（10-28）：7月9日に作成された #11601 が 10-28 14:44 にマージされ、utest 集計統計の修正（以降の unit 通過が先行 testcase の失敗数を消さなくなる）、netdev ケースの 8.8.8.8 と百度への公網依存の切断、musl 下で signal 0 がインストールに関与しなくなること、さらに clang-format の整理2箇所を持ち込んだ。3類の問題はいずれも「テストは誤って走ったがレポートは問題なしと言う」という逆方向リスクに属し、修正後になってようやく CI の判定が信頼できる。これと配套するのは 10-29 の #11942 で、utest_auto_run の構成選択ロジックを書き直し、「git checkout 全体での上書き」を .config へ1行追記してスイッチを閉じる方式に変更した。

  • 時間サブシステムが一夜で4件起票、2件の修正がマージ可能状態へ移行（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 までの6項目の作業項目を持つ時間ベースライン調査票を提出した。修正提案 #11928（+185/-135）と #11929（+104/-9）は 10-26 にいずれも「成熟版本、マージ可能」にチェックが入ったが、今週中にはマージされていない。10-29 にはさらに timer_settime() が 32 ビット変数で 1e13 規模の結果を受け取り、10秒タイマーが実際には約21時間に arm されることを突き止めた（#11938、+142/-5）。

  • バージョン番号を 5.4.0 開発態へ引き上げ、バージョン管理とリリースフローを同日に制度化する2份の資料を提出（10-29 ~ 10-30）：10-29 の #11942 が RT_VER_NUM を 0x50301 から 0x50400 へ引き上げ、メインラインが正式に 5.4.0 開発態に入った。しかし releases と tags の両側は依然 09-10 の v5.3.0 のままで、プレリリースタグとバイナリはない。10-30 に2份の配套資料が登場：欠陥票 #11956 がバージョン管理 CI とリリースフローの確立を提案し（Z 線は月次レポートと人的承認、Y 線は3〜6ヶ月ごとにハードウェア検証と組み合わせ、B01 から B05 と C01 から C08 の2グループの作業項目に分ける）、提案 #11955 が主管線バージョンとリリースフローのドキュメントを補完した。これは今週稀に見る「フロー側」のシグナルであり、次号でコードに落ちたかどうかを再確認する価値がある。

  • ベンダー側は依然として提案先行：RA6W1 二期が着地、全志と ESP32-S3 の大容量提案は引き続きキューで浸かり中（10-26 ~ 10-30）：ルネサス RA6W1 の提案 #11934 が 10-28 18:52 にマージされ、Wi-Fi 側の割り込みベクタ24個を補い、ROM シンボルテーブルの crypto エントリ2つを __rom_ プレフィックスに改名した。全志 F101 YuzukiNeko と H616 の #11877（172ファイル、+35428/-6）、ESP32-S3-DevKitM-1 の #11844（10-28 刷新後累計 +295371/-22825）は依然キューにあり、後者は 9-28 の作成から丸1ヶ月が経過、レビューの注目点は機能が動作するかだけでなく、ベンダー SDK の丸ごと導入とライセンス条項に落ちている。

2. カーネルとバージョン動向

バージョンとメインライン

日付：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 が2件（TriCore ツールチェーンと QEMU シミュレータ）、RT-Thread-packages が1件（ai/Agent 設定）、pkgs-test が1件（STM32 パッケージテスト並行ロック）。
  • リズム特徴：月曜はゼロコミット、火曜4件、水曜5件以上、木曜7件、金曜2件で、典型的な滞留提案のバッチ着地；マージは夕方の時間帯（19:20 から 19:26、14:44、09:29 から 16:59）に集中し、同一メンテナが集中処理している。
  • リリース日核查（10-30 から 10-31）：メインリポジトリでさらに2件着地（#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 4 件（#11601）、MAINTAINERS から FAL エントリ削除（#11939）、RA6W1 ベクタテーブル（#11934）、DHCP raw オプション境界（#11940）
10-29 7 件 qemu-virt64 で Smart 有効化（#11896）、ping 統計（#11900）、TIOCLINUX とデフォルトウィンドウ（#11890、2 件）、lwp 分割（#11894、2 件）、標準カーネルデフォルト設定の復元（#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 の 4 件の境界修正：UTIME_OMIT の分岐条件が逆になっており、呼び出し元が明示的に変更不要としたタイムスタンプがかえって上書きされていた。RAW socket は従来 IPPROTO_RAW のみ許可しており、ICMP などのネイティブソケットシナリオが通らなかったため、ホワイトリスト検証に変更。poll は DFSv2 で vnode から fops を取得すると別の構造体が得られるため、dfs_file 経由で解析するよう変更し、DFSv1 互換パスを維持。earlycon はデバイスツリーのビット幅を参照しておらず、広いレジスタ幅のプラットフォームにおける初期ログの位置ずれと文字化けに統一的な解決策が導入された。4 件合計で 46 行追加、6 行削除、うち 3 件の author 時刻は 10-18。
  • 10-29 の Smart グループ：本章「レビューキュー観察」および第 1 章要聞第 1 条を参照。
  • 10-30 の 2 件：dlmodule の未初期化グローバル変数修正は 10-24 からキューにあり（#11915）、今週金曜午前にマージされた。clang-format はバージョン 22.1.8 に固定し全カーネルソースをフォーマット（#11936）するもので、10-23 にマージされたルールを詳細化して全量コードに適用する最終ステップであり、75 ファイルに関係する。

セキュリティと不具合

日付：2026-10-23 ~ 2026-10-31　情報源：Issue #11960

  • 今週新規に16件を起票、セキュリティ系が10件以上を占める。系列別に3つのラインがある：時間と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の3社のADCチャネル境界外、および#11950 DM365 SPIのゼロ除算）。ほかに#11956はバージョン管理プロセス向けの機能単である。
  • RT-Smartの境界ラインが最も重い：ターミナル、ブロックデバイス、パイプ、メールボックスの4箇所の形態は完全に一致しており、いずれもアダプテーションレイヤがユーザポインタをカーネルアドレスとして使っている。メールボックスの1件が最も深刻——sys_mb_send() は一切の検証を行わずに転送するため、攻撃者は偽のオブジェクトを構築でき、読み書き範囲はもはや値域の制約を受けない。4件の影響バージョンはいずれも2022-12-03のRT-Smart同期コミット ecf2d821 に遡り、最初の影響バージョンはv5.0.0、v5.3.0と現在のmasterがすべて該当し、QEMU上で再現可能である。
  • 今週中にクローズ済み：#11913のDHCP rawオプション境界外読み取りは10-28にマージされた#11940で修正（+23/-5、ホスト側ASAN回帰12項目）；#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の4件（うち#11937には提案#11941があり、#11938はそれが引き起こしたタイマー切り捨てを修正する）。

レビューキューの観察

日付：2026-10-26 ~ 2026-10-31　情報源：メインリポジトリ提案リスト

  • Smart は2段階に分けて推進：10-18 に作成された6件のうち、#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 から）。3件とも「一大カテゴリのハードウェアがまとめて入る」タイプで、レビュー期間は通常週単位。
  • ツールとドキュメント側：#11930 で __RT_KERNEL_SOURCE__ を Kernel グループのグローバル CPPDEFINES に昇格させ、Studio エクスポートプロジェクトにおける 24 件の rt_sched_* 暗黙宣言警告を修正；#11953 は libc vsnprintf 有効時に rt_sprintf() が (size_t)-1 を libc に渡してしまい1バイトも書き込まれない問題を修正（+11行、vsprintf() 経由に変更）；#11961 はネイティブスレッドの静的 TLS 初期化（6ファイル、+189/-3、AArch64 はコンテキストスイッチごとに TPIDR_EL0 を復元、RISC-V は MMU の S モードでのみ有効）。
  • 長期保留項目：#11844（ESP32-S3 BSP）はリフレッシュ後 +295371/-22825 に達し、9-28 の作成から既に1か月、レビューの焦点はパッケージ全体の SDK とライセンス；#10096（オンデマンドコンパイル）はまずリベースするよう提案済み；#11860（aarch64 割り込み応答）、#11864（IAR 暗黙宣言）はテスト記録を補完中。また #11947（DHCP raw アドレスプール枯渇時の無限ループ）は変更自体は大きくない（+17/-4）が、3586通りのプールサイズと占有ビットマップの組み合わせによる対照テストと ASAN 結果を添付しており、検証の強度は今週のキューの中で最高。

3. エコシステムとベンダー適応

ベンダー BSP とドライバ

日付：2026-10-26 ~ 2026-10-30　情報源：PR #11896

  • Infineon TriCore（AURIX）：Env SDK 側に tricore-gcc 13.4.1 と qemu-tricore 1.0.0 の 2 パッケージを追加し、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 の実行には十分だが、ペリフェラルドライバの検証には不足。
  • Renesas：RA6W1-EK の rafw_gen ベクタテーブルに Wi-Fi 側の割り込みエントリ 24 個（KDMA、TDES CBC、PSK SHA1、SYSPLL と FPLL ロック、RTC インターフェース一式、MRM と D-cache MRM、CryptoCell-312、HSU、MAC タイマー／受信／送信／プロトコル／汎用／ビーコン、radio controller）を追加し、すべてを weak ハンドラとして宣言してベクタテーブルに登録。同時に ROM シンボルテーブルの crypto エントリ 2 個を __rom_ プレフィックスに改名し、RAM 側の同名衝突を回避。
  • Allwinner：F101 YuzukiNeko と H616 の BSP 提案（#11877、172 ファイル、+35428/-6）は依然キュー待ち。F101 側は Sun252i デバイスモデルドライバセットと Sunxi DE0／TCON0 ディスプレイバックエンド（RGB、LVDS、MIPI-DSI）を追加し、H616 側は別のドライバセットに AXP313A レギュレータサポートを新規追加。D1s の QEMU 起動スクリプト（#11903、4 ファイル +145）も審査中で、レビューでは統一されたターゲットマシンサブディレクトリへの変更が提案されている。
  • Espressif：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。
  • STMicroelectronics：OSPI と OctaFlash の提案（#11912、32 ファイル）はコンポーネント層に OSPI バス、デバイス、メッセージ定義を追加し、SFUD に接続して読み取り、書き込み、消去、ステータスクエリをカバー。さらに汎用 STM32 OctoSPI ドライバと stm32l4r9-st-eval ボード設定を追加し、SFUD が 1-1-1 と 8-8-8 の 2 モードでアクセス可能に。#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 に中断されコンパイル失敗と誤報されるのを回避。

ツールチェーンと開発環境

日付：2026-10-26 ~ 2026-10-30　情報源：vscode-rt-smart PR #38

  • vscode-rt-smart 0.4.14（10-26 22:35 マージ）：49 ファイル、+883/-4826、一気に約5000行を削減。Kconfig ビュー、SDK マネージャー、ツールチェーン設定、シンボル解析の4機能を全面的に削除、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 がオーバーフロー、呼び出し失敗かつ1バイトも書き込まれない；vsprintf() に変更後復旧。
  • Env ドキュメント側：コミュニティ今週は連続2本の長文で 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 手書き記号認識の2つのコミュニティプロジェクトはエコシステム側として収録済み、第5章参照。
  • TriCore 2パッケージの Windows ビルドは PE インポートテーブル検査のみで、Windows 実機での実行なし、作者は提案でマージ前に一度コンパイルを追加実行することを推奨；本レポートの関連結論はすべて情報源の原文表現に基づき、外挿しない。

4. 公式・コミュニティ活動

公式チャネル

日付：2026-10-26 ~ 2026-10-30　情報源：RT-Thread 公式ニュースインターフェース

  • ニュースインターフェースが連続5ヶ月沈黙：組織分類アーカイブの最新記事は依然 2026-06-17、以降6月から10月まで新規追加なし、各期核查の返却件数は5件前後で変動、インターフェースのページネーション差異に属する。公式サイトのニュース一覧ページに新規記事なし、会社側の対外動向も Google News 中英文検索で同様にゼロヒット、睿擎と睿擎派の7日以内検索は空。
  • メンテナ変動：10-28 18:48 マージの #11939 が MAINTAINERS から components_fal エントリを削除、原作者は参加を継続する時間と精力がなくなったと説明。FAL（Flash 抽象層）は長期間単独メンテナンス、エントリ削除後このコンポーネントには登録メンテナが一時的に不在、今後補位する人が現れるか追跡に値する——このような基盤コンポーネントが無人引き受けの時、問題は往々にしてベンダーが BSP を提出する時に露呈する。
  • 情報初出チャネル：製品と活動情報は引き続き WeChat 公式アカウント、コミュニティフォーラム、GitHub が初出、公式自有チャネルの欠位は今週も継続；コミュニティの対外ナラティブは大会作品と業界メディアが担う。

メディアとレビュー

日付：2026-10-24 ~ 2026-10-27　情報源：電子工程専輯：三大 RTOS 深度横評

  • 三大 RTOS 横評（10-27）：リアルタイム性、メモリ占有量、エコシステム、コミュニティ、AI サポート、移行コストの 6 つの観点から FreeRTOS、RT-Thread、Zephyr を比較。記事中で RT-Thread は Apache 2.0 の軽量オールインワンパッケージと位置づけられ、カーネルは 3KB Flash に 1.2KB RAM、POSIX、GUI、ファイルシステム、AI パッケージを内蔵。低消費電力コンポーネントは Stop モードで他の 2 者より 15% から 20% 省電力。選定表では 64KB RAM 以下の極限的な低コストプロジェクトとコンシューマエレクトロニクス、ウェアラブルを RT-Thread に割り当てている。記事は同時に、Zephyr がマルチプロトコル・マルチボードと長期保守のシナリオでより強いことを認めており、結論は一辺倒ではなく三分している。
  • RISC-V サミット側記（10-24）：電子工程専輯の RT-Thread コラムに、第 6 回 RISC-V 中国サミットをシステムソフトウェアの視点から報じた記事が掲載された。規模はメインフォーラム 1 場、並行分科会 7 場に Member Day 技術専場を加えたもの。RT-Thread に直接関連する記述は 2 段落ある。サミット期間中に複数の RISC-V IP およびチップメーカーとカーネル適配、ツールチェーンの打通、共同ソリューションの実装について意見交換を行ったこと。業界では RISC-V が組み込みと IoT で規模化の条件をすでに備えており、ボトルネックは「コア」からシステムソフトウェアへ移りつつあり、オペレーティングシステムの参画が補うのはリアルタイム性、機能安全、エンジニアリング納品であるとの判断が示された。
  • 安謀科技 WTCC 2026 セミナー（10-23 開催 / 10-27 報道）：安謀科技は上海西岸国際テック・コンシューマーカーニバル期間中に小型のエンボディドインテリジェンス方案セミナーを開催し、瑞芯微、瑞莎計算機、RT-Thread がオープンソース AIOS 聯盟パートナーとして参加した。RT-Thread AI のシニアエンジニア鄭煒氏はロボット犬、HyperCar、Codex オーケストレーションの 3 種類の Agent 方案に沿って、智能体が対話から実行へどう移行するかを講演し、今後はエンボディドインテリジェンスプロジェクトを重点とすることを明言した。瑞芯微は大規模モデル推論が計算集約型からメモリ集約型へ移行しつつあり、帯域がエッジ側のボトルネックになっていると指摘した。安謀は同席で JishuFriends と JishuBuddy の 2 つの実装成果を発表した。

コミュニティ作品とコンテスト

日付：2026-10-24 ~ 2026-10-30　情報源：コミュニティ記事インターフェース

  • 2026 組み込みコンテスト作品が投稿ピークに：今週の調査期間内に少なくとも 7 作品が集中公開された。10-24 から 10-25 のエッジ側 Agent マルチセンサ融合モニタリング、ART-Pi2 USB 列挙診断機、OpenMV プロトコル歩行者追跡。10-28 の納芯微 NS800RT7P65 産業用 CAN 移動ロボット、玄鉄 D121 マルチスレーブ監視、NXP MCXA346 ニューラルネットワーク強化 FOC。10-30 の英飛凌 Edgi Talk「Little Watcher」。共通点はすべてオープンソースリポジトリまたは完全な再現記録を添付し、レポート 1 本を提出するだけでなく、エンジニアリングの詳細をコードとともに公開していることだ。
  • GDR デバッグツール（10-25）：デバッグ用足場を正式なエンジニアリングとして取り組んだ珍しいコミュニティ長文。ツールは RT-Thread カーネルオブジェクトの閲覧を GDB の Python コマンドとして固定化し、集約コマンド（threads／timers／system／semaphores／objects、スレッド表はスタック充填パターンに基づくピーク水位付き）、便利関数、pretty-printer の 3 層の機能を提供する。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）をカバーする。著者は実ボードでの検証は未実施と明記している。
  • カーネルとツールチェーンの長文 3 本：10-26 の「rtthread 起動チェーン分析」は Reset_Handler から main までをアセンブリ、C 初期化、スケジューラ起動の 3 段に分解し、SystemInit がメインクロックを 72MHz に設定しないというよくある誤解を指摘した。10-29 のカーネルオブジェクト分布長文は 4.0.3 の object.c と rtdef.h を用いて、「型ごとに管理し、名前で検索し、走査でき、統計できる」ことが rt_object_information、侵入型リンクリスト、container_of の 3 つにどう落とし込まれるかを解説した。Env v2.0.3 と Studio の 24 個の暗黙宣言警告の 2 本はツールチェーンの落とし穴記録である。
  • ライブ配信：10-26 20:00 から 21:00、コミュニティ開発者の崔竣碩氏が手指リハビリ外骨格プロジェクトを共有する。脳卒中、手外傷術後、末梢神経損傷の人々を対象とし、見どころは筋電信号から運動意図への認識チェーンと、1 枚の開発ボード上でデュアルコアがどう分担するかである。

5. 産業応用とビジネス動向

産業制御と産業インターコネクト

日付：2026-10-28 ~ 2026-10-29　情報源：コミュニティ記事：小型自律移動ロボット

  • 産業用 CAN 分散型移動ロボット：メイン制御は納芯微 NS800RT7P65（Cortex-M7、600MHz）で、RT-Thread 4.x を実行し、単一チップで FOC 二次元雲台、CAN マスター、および 40 件の MSH オンライン診断コマンドを担当する。シャーシは CAN 5ノードアーキテクチャ（マスター、雲台 FOC、センサー収集、シャーシ駆動、視覚 AI）で、スレーブはそれぞれローカルで閉ループを構成する。知覚側は超音波回転スキャンで二次元点群を生成し、慣性ユニットとオドメトリで姿勢推算を行い、監視は LAN 上の MQTT で行い、チェーン全体は公衆網に依存せず、コードは GPL-3.0 で公開されている。
  • 玄鉄 D121 マスターと龍芯 LS2K0300 スレーブの構成：マスターは RT-Thread と LVGL タッチスクリーンを実行し、RS485 経由で Modbus RTU により 2 台のスレーブをポーリングする——星火 STM32F407 は温湿度と六軸データを収集し、龍芯 LS2K0300 は CPU、メモリ、稼働時間などのシステム指標を報告する。収集データは TF カードに保存されローカル再生をサポートし、通信断、復旧、振動閾値超過は永続化キューに入り、ESP8266 経由でクラウドに上げた後、WeChat ミニプログラムでリモート閲覧する。ネットワーク断時はまずローカルに保存し、復旧後に再送する。ARM と LoongArch の 2 種類のスレーブを同一の Modbus バスに接続する構成は、異種デバイスの接続において直接的な参考価値がある。
  • BLDC モーター欠陥 AI 監視：瑞薩 Titan Board（RA8P1、1GHz Cortex-M85 と 250MHz Cortex-M33、Ethos-U55 NPU 搭載、単一チップ 256 GOPS）上で三相電流、母線電圧、インバータ温度を収集し、M85 コアで前処理した後、NPU 上の軽量 CNN に送ってリアルタイム欠陥識別を行う。ソフトウェア側は RT-Thread で UI、通信、推論の 3 スレッドを起動し、モデルは 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 種類の切り替えを各 3 回）では、定常後半 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 量子化推論、UI 表示を含み、学習側には別途ツールチェーンを添付する。プロジェクトは設立間もなく注目度はまだないが、RISC-V 上の軽量視覚チェーン全体を明確に書き出している点に価値がある。
  • Infineon Edgi Talk「Little Watcher」：中国語の一文で可視目標の出現または消失を指定し、変化を検出すると通知し前後の画面を保存する。ボードの M55 側は音声録音アップロード、カメラ収集アップロード、通知再生を担当し、視覚判断は PC 側の既存モデル上で実行される。1 セッション上限 300 秒、画像アップロード 60 回、Web ページは直近 100 件のイベントを保持し、再起動時はデフォルトで一時停止する。注目点は「AI が開発に参加する」プロセス自体を成果物として扱っていること——要件分解、コード統合、故障排查、テスト検証、ドキュメントの各段階で AI の関与方法を記録している。

海外エコシステムと商業動向

日付：2026-10-28 ~ 2026-10-30　情報源：Hackster プロジェクト：Smart Water Bottle Reminder

  • RT-Spark ボードの海外プロジェクト：Hackster に、RT-Spark ボードをハードウェアとするオフラインエッジ AI プロジェクトが登場した。6軸 IMU を用いて、置いた状態・携帯・飲用・振動の4状態を判定し、30秒間飲用が検出されなければ LCD に赤字で通知しブザーを鳴らす。深さ5の決定木を Python で訓練した後、純粋な C にエクスポートし、STM32F407 上で1回の推論は約154マイクロ秒、ホールドアウトセットの精度は95%、同じデータでの閾値ルールベースラインは97.5%であり、著者はこの差を正直に明記している。区別が必要な点：プロジェクトは RT-Thread の RT-Spark 開発ボードを使用しているが、ファームウェアは FreeRTOS で動作しており、ボードレベルでのエコシステム再利用に属し、カーネル採用事例には該当しない。
  • 商業動向：今週は新たな商用展開、資金調達、受注に関する報道はない。ベンダーの動きはツールチェーンとパッケージ側の基盤整備に集中している——TriCore はコンパイルとシミュレーションを補完し、RA6W1 はベクタテーブルを補完し、ai/Agent はデフォルトバックエンドを変更した。そのリズムは単発のコミットというよりも、今後のソリューションのための基盤整備のように見える。

6. トレンド観察

  • Smart の位置づけは今週、「デフォルト設定」ではなく「テストカバレッジ層」として明確化された：10-29 の一日のうちに、まず Smart を有効化し、その後デフォルト設定を撤回した。一見繰り返しのように見えるが、実際はメンテナが境界を引いている——デフォルト設定は予測可能な状態を保ち、Smart なしの通常回帰を安定させる必要がある。Smart は utest の設定オーバーレイ層を通じて個別に実行され、両パスは1つの BSP を共有する。これにより QEMU 上のユーザー空間テストカバレッジを獲得しつつ、既存の BSP ビルドマトリクスを乱さない。これに伴う観察点は #11892 と #11897 である：QEMU で検証できるものは先にマージし、実機ボードでの確認に依存するものは後にマージするという、このスケジューリングの法則が今週2回裏付けられた。
  • RT-Smart のユーザー空間／カーネル空間の境界が今週最も重いセキュリティ主線となり、すでに族化している：端末、ブロックデバイス、パイプ、メールボックスの4箇所で形態は完全に一致しており、いずれもアダプテーション層のデフォルト引数がすでにカーネルアドレスであり、ユーザー空間の入口に copyin/copyout がない。4件の影響バージョンはすべて2022年の同一の RT-Smart 同期コミットに遡り、これは新たに導入された欠陥ではなく、移植時に全体として持ち込まれた構造的ギャップであることを示している。修正パスもすでに明確である（#11941 のカーネルスタック一時保存に copy_from_user/copy_to_user と lwp_in_user_space() の境界チェックを加える）。今後の注目点は、この手法が共通層として抽出できるかどうかであり、各サブシステムごとに個別に修正することではない。
  • 主線のリズムは「滞留提案の一括清算」に支配されており、当日の新規開発ではない：10-27 の4件、10-29 の7件のマージのうち、大多数の提案の author 時間はマージ時間より1週間以上前であり、10-29 の那群はさらに10-18 作成で11日間待ち行列に並んでいた。この形態はプロジェクトの健全性判断に影響を与える：コミット数だけを見ると当週の開発強度を過大評価し、ゼロコミット日だけを見るとレビュー活動を過小評価する。本当に安定した指標は「提案キューのターンアラウンドタイム」である——今週それは10日から1日に収束した（#11896 マージ後に #11942 が当日追随）。これは前向きな変化である。
  • テストの信頼性はテストとしてではなく、インフラとして修正されている：今週修正された3つの事柄はいずれも「ケースを増やす」ことではなく、判定自体を信頼できるものにすることである——後続の unit 通過が前の testcase の失敗を抹消しなくなる（#11601）、CI が公網と不正な IP 文字列に依存しなくなる（#11601）、musl 下で signal 0 がインストール可能と仮定しなくなる（#11601）。さらに #11942 が CI の設定オーバーレイ方式を「チェックアウト全体」から「1行追記してスイッチをオフにする」に変更した。これは先週の pkgs-test の並行ロック修正と同じ線上にあり、「テスト通過」という前提をまず確実にしてから、カバレッジを語るというものである。
  • バージョンリリースは「待機」から「制度化」へ移行しているが、リリース動作の門はまだ開いていない：v5.4.0 のバージョン番号は10-17 にすでに bump され、10-29 にはさらに 0x50400 に引き上げられたが、releases と tags は09-10 の v5.3.0 で7週間停止している。10-30 に出現した2つの資料（#11956 のバージョン管理 CI とリリースプロセス、#11955 のバージョンとリリースプロセスのドキュメント）は、コミュニティ自身もこの乖離を処理していることを示している——Z 線の月次レポートと手動承認、Y 線は3〜6ヶ月ごとにハードウェア検証と組み合わせ、「QEMU の結論を実機の結論に拡大しない」ことを非目標として明記している。次回はバージョンマクロではなく、release ページと ChangeLog で実際に門が開いたかどうかを再確認すべきである。
  • ベンダー適応の形態が変化している：一方ではツールチェーンとシミュレーションが先行し、もう一方では一大類のハードウェアがまとめて参入している：TriCore は主リポジトリではなく Env SDK に入り、まずオープンソース GCC と QEMU で「コンパイルできる、実行できる、デバッグできる」を解決し、BSP とドライバは後回しにしている。同時に RTL8125、RK3588、RT1180 の3件の大規模提案が同期間に審査中であり、適応の重心が「単一開発ボードの点灯」から「プラットフォームとペリフェラルスタック全体」へ移行していることを示している。2つのパスのレビューコストは大きく異なる：前者はパッケージインデックス層の低リスク増分であり、後者はしばしば数千行に及び、ボード側の確認が必要である。これが 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
  • 5 号分のデイリーレポートが揃っており、欠落日はない。月曜号は週末をまたぐ 72 時間の期間であり、起点は前号の締切時点を踏襲している。10-23 17:09 にマージされた clang-format ルールの細分化（#11859）は、前回ウィークリーレポートのリリース日確認で記録済みのため、本号では重複して述べない。
  • ウィークリーレポート本文は 5 号分のデイリーレポートを基に同一テーマの項目を統合しており、項目数が上表と一致しないのは正常な統合によるものである。セキュリティ系の欠陥チケットはファミリー単位で統合し、個別チケットごとの展開は行わない。

確認説明

  • リリース日確認：2026-10-31 にメインリポジトリの master コミットフロー、releases と tags、マージ済みおよび審査中の提案、新規作成の欠陥チケットを項目ごとに実測し、確認時点は 10-31 17:00 以前。確認の結果、金曜デイリーレポートの締切（10-30 08:00）以降にマージされた 2 件が見つかった：#11915 は 10-30 10:54 にマージ、#11936 は 10-30 18:20 にマージされ、いずれも第 2 章のマージ済みリストに統合し注記した。同時に新たに 3 件の欠陥チケット（#11956 バージョン管理プロセス、#11958 パイプ ioctl、#11960 メールボックスオブジェクトポインタ）と 6 件の新規提案（#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 件を基準とする。

完全な情報源リスト

1923（gmtime_r 負タイムスタンプ） — https://github.com/RT-Thread/rt-thread/issues/11923

ater Bottle Reminder（RT-Spark） — https://www.hackster.io/monxx-ie/smart-water-bottle-reminder-edge-ai-on-rt-spark-462a9b

データソース：毎日の RT-Thread 動向デイリーレポート（2026-10-26 から 2026-10-30 まで全5回）および本期間のリリース日確認；レポート期間は 2026-10-26 から 2026-10-30。次回ウィークリーレポートの期間案：2026-11-02 ～ 2026-11-06。