# 基于现有设备的项目实施路线图 ## 1. 当前起点 项目目前具备: - RK3588 16 GB工业盒,可作为SylixOS控制端SoC主样例; - 4×V100服务器,可承担训练、量化、转换和离线工具; - SylixOS/RealEvo研究基础; - RK3568/RK3576候选扩展路线; - 已形成六步离线联合编排与准入框架。 当前关键缺口: - 现有工业盒BSP兼容性确认; - SylixOS下可用的小模型CPU运行时; - RK3588 NPU运行时和驱动准入; - 功耗与GPIO端到端测量设备; - 真正MCU开发板及对应SylixOS形态。 ## 2. 工作包 ### WP0:平台与版本冻结 输出:硬件清单、设备编号、SylixOS/BSP/RealEvo版本、编译器、时间戳和测量链路。 停止条件:BSP不能稳定启动、关键外设不可用或计时误差无法接受。 ### WP1:控制任务与基线 在RK3588上实现1 ms控制任务、GPIO/CAN回环、看门狗和日志缓冲,形成无AI基线。 输出:`control_tasks.yaml`、控制延迟数据、外部响应数据。 ### WP2:模型与离线工具 在V100服务器完成模型训练/选择、INT8量化、算子图分析、Tensor Arena规划和代码生成。 首个模型建议:振动或电流窗口上的1D CNN。 输出:模型清单、算子数据库、静态内存布局和参考精度。 ### WP3:RK3588 CPU路径闭环 先不依赖NPU,完成AI任务、固定优先级、静态Arena、有界队列、超时和规则兜底。 输出:首个完整SylixOS参考工程和O0~O4对照数据。 ### WP4:干扰、故障与长稳 增加CPU、内存、DMA、通信、突发输入、模型超时和任务崩溃;执行长稳和恢复实验。 输出:可行负载区间、故障传播边界和恢复时间。 ### WP5:NPU条件扩展 只有在RK3588 NPU驱动、运行时、模型转换和时间戳均通过准入后开展。 输出:CPU与NPU路径的整栈对照,并区分RTOS收益和加速器收益。 ### WP6:控制端收缩 把相同描述和生成工具迁移到RK3568/RK3576,收紧内存、功耗和启动预算。 输出:跨BSP迁移工作量、预测误差和资源边界变化。 ### WP7:真正MCU实证 完成选板、BSP、轻量运行时、功耗采样和控制外设准入,再复用任务描述和准入报告。 输出:严格MCU级实证、第三篇论文候选和开发套件原型。 ## 3. 依赖关系 ```text WP0 → WP1 ─────────────┐ └→ WP2 → WP3 → WP4 ─┼→ WP6 → WP7 └─────┘ WP5为条件扩展 ``` 不应让NPU适配阻塞CPU路径,也不应等待真正MCU采购后才开始工具链研究。 ## 4. 阶段验收 | 阶段 | 验收标志 | |---|---| | M0 | 备份、目录重组和技术确认清单完成 | | M1 | RK3588 SylixOS控制任务基线可复现 | | M2 | 服务器端模型转换和静态内存报告完成 | | M3 | RK3588 CPU路径AI+控制闭环完成 | | M4 | O0~O4与L0~L7核心数据完成 | | M5 | RK3568/RK3576至少一档迁移成功 | | M6 | 真正MCU完成核心实验并形成论文数据 | ## 5. 首批采购与确认优先级 ### 优先确认,不立即采购 - 现有RK3588工业盒BSP; - SylixOS CPU小模型运行时; - RealEvo自动化接口; - 逻辑分析仪/示波器、功率计是否已有。 ### 首批可能需要补充 - RK3568或RK3576官方/兼容开发板; - GPIO、CAN或电机回环负载; - 可同步采样的直流功率计; - 真正MCU候选板,但须在BSP确认后采购。 ## 6. 风险与替代路线 | 风险 | 替代路线 | |---|---| | RK3588 NPU在SylixOS不可用 | CPU路径先完成方法验证,NPU列适配缺口 | | 现有工业盒与官方BSP不兼容 | 使用官方RK3588评估板或先在仿真/兼容板验证 | | RK3576 BSP不可用 | 跳过中间档,优先RK3568或RK3588限额 | | 真正MCU无法运行SylixOS | MCU使用轻量RTOS验证方法,SylixOS保留控制端SoC工程平台角色 | | 功耗仪器不足 | 先完成时间和内存实验,能耗标为未测而非估算 | | 模型不能满足窗口 | 缩小模型、降低周期或采用算子分段,并由准入报告记录限制 | ## 7. 当前最小可行成果 无需等待所有设备,当前即可完成的最小成果是: > 在RK3588与SylixOS上,以1 ms控制任务和INT8 1D CNN为样例,完成静态Arena、固定优先级、有界队列、超时与规则兜底,并证明离线联合编排相比普通后台部署能够更稳定地维持控制任务边界。 这一成果能够同时验证问题定义、工具链、SylixOS集成和实验方法,是后续向RK3568和真正MCU扩展的共同基础。