# 翼辉技术确认会议提纲

> 会议目标：确认现有 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. 双方责任人和下一次检查节点。