probe-rs 0.32でCH32はかなり普通のOSSデバッグ対象になった
CH32の開発環境はMounRiverだけではなくGCC・ch32fun・Zephyr・Rustまで広がっている と CH32の書き込みとデバッグはSWIO・ISP・minichlink・probe-rsを分けて考える のprobe-rs部分。
事実
probe-rsはRust製の組込み書き込み・デバッグツール群で、RISC-VとArmを扱う。
2026年7月リリースのprobe-rs 0.32.0では、ch32-metapac由来のCH32 target YAMLが追加・再生成された。
対象として、
- CH32F1
- CH32H4
- CH32L1
- CH32V003/CH641
- CH32V00X
- CH32V1
- CH32V2/V3
- CH32X0/CH643
などが含まれる。
さらにWCH-LinkのAttachChip responseからCH32 variantを自動判別する処理が追加された。
V003自体はprobe-rsでの対応が以前から進んでいたが、0.32では系列全体としての扱いがかなり整理された。
考察
この変更の意味は「RustでCH32が使える」だけではない。
書き込みとデバッグがvendor IDEから独立し、
- CLI
- VS Code DAP
- CI
- embedded-test
- RTT
のような既存OSSワークフローへCH32を入れやすくなる。
RISC-V命令セットの標準化メリットが、Flash algorithmやprobe supportまで揃って初めて開発体験として表に出てきた例と考えられる。
まだ残る固有性
CH32固有のmemory map、Flash algorithm、reset sequence、option byteは消えない。
特にQingKe世代によってdebug機能に差があり、V003のような小型コアでは上位MCUと同じbreakpoint機能を期待できない。
したがってprobe-rs対応は「WCH固有知識が不要になった」ではなく、「その固有知識をOSS側へ実装できた」と見る方が正確である。