rtos_llm_opt/02-项目框架/02-项目框架2-面向AI的实时控制基础系统研究/20-子课题A-面向MCU的静态智能控制基础系统/40-合作与成果/01-翼辉技术确认会议提纲.md

翼辉技术确认会议提纲

会议目标：确认现有 RK3588 工业盒能否进入 SylixOS 实验，冻结首期 BSP、开发工具、运行时和测量接口，明确需要翼辉支持的工作。

1. 会前材料

• RK3588 工业盒型号、主板照片和硬件规格；
• CPU、内存、eMMC、网络、CAN、RS485、GPIO清单；
• 当前 Ubuntu 版本、设备树和启动日志；
• 拟运行的1 ms控制任务说明；
• INT8 1D CNN模型与算子清单；
• 预期对照实验和指标；
• 本会议问题清单提前发送给翼辉。

2. 项目说明

本项目拟研究：

在 SylixOS 控制系统中，通过静态内存、固定优先级、固定推理窗口、部署准入和规则兜底，使轻量AI任务进入系统后不破坏关键控制任务的时间边界。

首期实验不依赖大模型，也不把NPU作为启动前提。计划先完成：

• RK3588 + SylixOS；
• 1 ms周期控制任务；
• CPU执行的INT8 1D CNN；
• 控制与AI共存；
• 超时、过载、故障和规则兜底。

3. 必须确认的问题

3.1 板卡与BSP

1. 现有工业盒是否兼容翼辉官方RK3588 BSP？
2. 如果不完全兼容，需要提供哪些原理图、设备树和启动信息？
3. 推荐使用哪个SylixOS版本、BSP版本和RealEvo版本？
4. 当前BSP支持哪些CPU核、定时器、GPIO、CAN、RS485、网口、eMMC和NVMe？
5. 是否支持SMP和大小核调度？
6. BSP移植工作由哪一方负责，预计交付物是什么？

3.2 调度与计时

1. 周期任务推荐使用哪类定时器和任务接口？
2. 是否支持固定优先级、RMS和CPU亲和性？
3. 是否支持将控制任务固定到指定CPU核？
4. 是否支持中断亲和性或中断线程化？
5. 高精度单调时钟的分辨率和读取开销是多少？
6. 推荐如何记录任务释放、开始、完成和截止期违约？

3.3 内存、Cache与DMA

1. 如何在BSP或链接脚本中划分控制区、AI区和DMA区？
2. 是否可为应用设置固定内存上限或独立内存区域？
3. DMA连续内存如何申请和释放？
4. Cache刷新、失效和一致性维护使用什么接口？
5. 是否可以避免正式运行阶段的动态内存分配？
6. 是否有内存峰值、碎片和泄漏监测工具？

3.4 推理运行时

1. SylixOS下是否已有可用的小模型CPU推理运行时？
2. 是否支持TFLite Micro、ONNX Runtime裁剪版或翼辉自有方案？
3. RK3588 NPU驱动是否可用？
4. RKNN/RKLLM模型转换和运行时能否在SylixOS下工作？
5. NPU提交、完成中断、DMA和统一内存路径是否可观测？
6. 若NPU不可用，翼辉是否认可先完成CPU路径研究？

3.5 故障处理

1. RK3588看门狗在SylixOS中的推荐使用方式是什么？
2. AI线程卡死后能否只重启线程或进程？
3. 驱动异常是否可能影响关键控制任务？
4. 如何记录任务异常、看门狗、重启和恢复事件？
5. 是否有推荐的安全降级或双任务监控模式？

3.6 RealEvo与自动化

1. 外部工具能否生成或修改SylixOS App工程？
2. 是否有命令行编译、部署和调试接口？
3. 链接脚本、静态数组和任务配置如何自动注入？
4. 是否支持批量运行测试和回收日志？
5. 性能分析、代码覆盖率和远程调试工具如何使用？

3.7 真正MCU路线

1. 是否存在SylixOS lite/tiny产品形态？
2. 支持哪些真正MCU或无MMU目标？
3. 最小Flash、RAM和启动时间是多少？
4. 推荐哪块参考板开展MCU实证？
5. 是否有TinyML或轻量推理参考工程？

4. 希望翼辉提供的材料

• 推荐BSP与版本；
• 板卡兼容性判断；
• RealEvo安装包和开发文档；
• 周期任务、核绑定和高精度计时样例；
• DMA、Cache和静态链接布局样例；
• 看门狗和任务恢复样例；
• CPU推理运行时或移植建议；
• NPU支持状态说明；
• 真正MCU候选平台清单；
• 技术接口人与问题跟踪方式。

5. 会议输出

决策项	结论	责任方	完成时间	证据/链接
RK3588 BSP	待确认
SylixOS/RealEvo版本	待确认
CPU推理路径	待确认
NPU路径	待确认
调度和计时接口	待确认
内存和DMA接口	待确认
故障恢复接口	待确认
真正MCU候选	待确认

6. 会议结束判据

会议结束时至少应得到：

1. RK3588能否进入SylixOS实验的明确结论；
2. 一个冻结的软件版本组合；
3. 一个CPU推理可行路径；
4. NPU路径是“可用、需适配或暂缓”的结论；
5. 双方责任人和下一次检查节点。