规划文档 工程与评审背景 Rev.A0 阶段 0 清单

背景资料 · 工程与评审背景

Rev.A0阶段0退出清单

项目内容
文档版本0.1
状态规划稿
目标判断项目是否具备进入工程脚手架、原理图和A0打样的条件
更新日期2026-08-28

1. 使用规则

  • 本清单全部关键项关闭后,阶段0才允许退出。
  • “待实测”的数值可以不在阶段0定型,但必须明确测试方法和通过线。
  • 缺少具体模组资料、引脚、电压或供应信息时,不允许实现人员自行猜测。
  • 退出阶段0不代表产品需求永久不变,但任何新增P0功能都需要重新评估范围。

2. 产品范围

  • 第一阶段只支持三国杀。
  • 只替代武将牌,不替代实体手牌。
  • Rev.A不包含触摸、NFC、音频、振动和多人组局。
  • P0功能已定义:选将、身份、体力、护盾、一个Token、锁定、撤销、休眠和恢复。
  • 将P0、P1、P2范围进行一次最终集中评审。
  • 完成15~20名目标玩家访谈。
  • 完成至少5场纸模、手机模拟或非完整硬件流程测试。
  • 比较手机工具、实体体力牌和专用设备。
  • 验证个人单台、桌主套装和桌游店套装购买模式。
  • 形成可用于BOM反推的初步价格区间。
  • 明确用户首要购买理由和不购买理由。
  • 确定A0内部测试用户和A1真实对局用户来源。
  • 定义用户访谈记录模板和数据保留方式。

3. 屏幕资料

  • 确定ST7305屏幕模组供应商与具体料号。
  • 保存完整数据手册和模组引脚定义。
  • 确认有效显示尺寸而不只使用4.2英寸对角线。
  • 确认逻辑电压、模拟电压和最大电流。
  • 确认SPI模式、最大频率和上电时序。
  • 确认复位、休眠、唤醒和刷新命令。
  • 确认显存排列、位序、扫描方向和局刷限制。
  • 确认FPC连接器型号、方向和机械尺寸。
  • 确认工作温度、静态保持功耗、MOQ和交期。
  • 明确后续六色屏至少需要预留的BUSY、RESET和电源控制信号。
  • 筛选至少两款六色屏候选并记录尺寸、刷新、接口、功耗、价格、MOQ和交期。
  • 规划或完成至少一块六色屏真实样屏验证。

屏幕资料是阶段0的首要阻塞项。没有可靠资料,不进入最终原理图。

4. ESP32-S3模组

  • 确定N16R8具体模组料号。
  • 确定板载天线或外接天线版本。
  • 核对N16R8内部Flash/PSRAM占用的GPIO。
  • 核对USB固定引脚和启动配置引脚。
  • 获取推荐天线净空和PCB布局资料。
  • 确认模组尺寸、封装、供应和替代料。

5. 总线与GPIO

  • 建立完整GPIO表。
  • 为每个GPIO记录方向、默认电平、上下拉、睡眠状态和测试点。
  • 验证五键不会影响启动配置。
  • 预留原生USB、调试和恢复接口。
  • 根据资料决定ST7305与MicroSD是否采用独立SPI。
  • 确认PCF85063 I2C地址、中断和上拉。
  • 确认屏幕、SD和扩展接口电源控制脚。
  • 确认未使用GPIO的处理方式。

6. 电源与电池

  • 明确800mAh电池尺寸、连接器、保护板和放电能力。
  • 定义USB输入、充电、电源路径和3.3V系统电源框图。
  • 选择至少两组候选充电/电源器件进行比较。
  • 确认边充边用和电池耗尽后插USB启动行为。
  • 定义Wi-Fi、SD和屏幕同时工作的峰值电流预算。
  • 定义ADC分压、开关和校准方法。
  • 明确低电、危险电压和恢复阈值的初始测试方法。
  • 确认RTC在深睡眠期间持续供电。
  • 明确运输关机方案是否进入A0。
  • 建立各电源状态的电流测量点。

7. MicroSD与USB

  • 确定MicroSD卡座型号、插卡检测和机械开口。
  • 确认3.3V供电、静电保护和信号完整性预留。
  • 确认SD_PWR_EN是否配置。
  • 定义8GB、16GB和32GB FAT32兼容测试集。
  • 确认USB-C连接器、CC电阻、静电保护和插入检测。
  • 明确A0的USB范围:烧录、日志、升级验证;资源传输后置。

8. PCB与调试

  • A0按四层PCB进行规划。
  • 确定A0板框和主要器件布局草案。
  • 定义整机宽、高、厚、重量和屏占比的暂定上限。
  • 完成屏幕、PCB、电池、SD、USB、五键和天线的机械堆叠草案。
  • 完成天线净空、USB、SPI和地平面评审。
  • 提供USB、UART、SPI、I2C和各路电源测试点。
  • 提供启动、复位、屏幕复位和电流测量位置。
  • 预留必要的串联电阻、去耦和替代器件位置。
  • 定义A0手工焊接、返修和飞线空间。
  • 建立BOM初稿并标记长交期与单一来源器件。

9. 固件架构

  • 原生ESP-IDF、C++17和LVGL 9已经确认。
  • 可移植核心、Board层、Display接口和GameAdapter边界已经确认。
  • 单向Command/Event与单一对局状态所有者已经确认。
  • 数据插件和编译期游戏适配器边界已经确认。
  • 在正式开始前选择并锁定ESP-IDF和LVGL具体版本。
  • 定义组件公开头文件和依赖图。
  • 定义rev_a_debug、rev_a_release、factory_test和simulator配置。
  • 根据初步镜像预算冻结16MB Flash分区草案。
  • 定义错误域、日志级别和诊断导出格式。
  • 定义任务、队列和关键超时的初始预算。
  • 规划LVGL 1-bit、外部字体、局部Flush和六色刷新模型的最小验证。

10. 数据与资源

  • .chpack分发、展开运行已经确认。
  • 通用1-bit CHB、不绑定ST7305显存已经确认。
  • A/B Catalog和当前卡面缓存已经确认。
  • 冻结pack.json与index.json Schema 1草案。
  • 冻结CHB1文件头字段、字节序、位序和CRC范围。
  • 定义ID、名称、路径和文件大小上限。
  • 确定具有明确许可的系统字体和卡包字体来源。
  • 准备至少10张原创或明确可用的驱动测试卡。
  • 规划扩展到500张验收集和1,000张压力测试集的数据来源与整理工作量。
  • 为同一批卡生成原图黑白化、简化海报和结构化模板三种方案。
  • 比较设备级全局字体包和每卡包字体子集。
  • 定义资源校验错误报告格式。

11. 交互

  • 五键物理构成已经确认。
  • 将默认不自动锁、上/下直接改体力作为A1测试基线。
  • 将5秒撤销作为A1测试基线,并准备3秒和8秒对照。
  • 冻结启动、首页、选将、身份、游戏、状态和结束页面清单。
  • 定义每个页面的短按、长按和错误反馈。
  • 定义全卡面与固定状态区的对照测试方案。
  • 定义字体大小、列表行数和黑白焦点表达的初始规范。

12. 可靠性与升级

  • A/B对局快照、双OTA、启动自检和安全模式已经确认。
  • 定义A/B快照的Schema、序号和CRC规则。
  • 定义Catalog A/B切换和staging清理规则。
  • 定义连续启动失败计数和启动成功标志。
  • 定义屏幕、SD、RTC和持久化的超时与恢复次数。
  • 冻结A0深睡眠≤100µA的测量条件。
  • 明确测量时的屏幕、RTC、SD、无线、稳压和充电器状态。
  • 验证RLCD最低功耗保持和完全断电时的画面行为。
  • 定义OTA Manifest和新固件确认条件。
  • 明确原型阶段不启用Secure Boot和Flash Encryption。

13. 测试准备

  • 建立硬件诊断项目的测试项目表。
  • 建立电脑端游戏规则和序列化测试表。
  • 建立SD损坏、拔卡和资源错误样本。
  • 建立断电、低电、睡眠和升级中断测试方法。
  • 明确测试记录需要包含固件版本、硬件版本、SD卡和电池信息。
  • 定义阶段2至阶段4的验收负责人。

14. 阶段0退出评审

满足以下条件才建议进入工程脚手架和原理图:

  • ST7305和ESP32-S3具体模组资料完整。
  • 用户痛点、购买单位和价格区间已有前期证据。
  • 六色屏候选不存在已知致命问题,并已有真实验证计划。
  • 机械包络和器件堆叠表明目标形态具备基本可行性。
  • GPIO、总线、电源和测试点表可评审。
  • P0范围无新增未评估功能。
  • 软件模块、资源Schema和可靠性边界清楚。
  • 至少10张合法测试资源可用于点屏。
  • A0验收用例和功耗测量方法明确。
  • 所有未关闭项均已标为阻塞、可后置或需要实测,并有明确负责人。

评审结论只能是:

  • Go:允许进入脚手架、原理图和A0实施。
  • Conditional Go:仅允许开展不依赖阻塞项的工作。
  • No-Go:关键资料或方案不足,继续阶段0。

15. 当前首要输入

目前首要工作由两条并行路径组成:一条取得ST7305、六色屏候选和ESP32-S3模组资料;另一条完成用户痛点、购买单位和价格验证。两条路径都不能由更多软件设计替代。