1. 生产测试平台需求分析
STM32MP 系列属于异构多核处理器,典型结构是 Cortex-A 应用核运行 Linux,Cortex-M 实时核运行 RTOS 或裸机固件,两者通过 OpenAMP/RPMsg 等机制通信。这种结构决定了它的生产测试不能照搬纯 MCU 的“烧录—跑测试—打标”模式,也不能照搬纯 Linux 板卡的测试方式。测试平台必须同时覆盖 A 核系统启动、M 核固件加载、双核通信、外设接口、存储与安全启动等对象,并把结果汇总为可追溯的数据记录。
需求分析阶段的核心任务,是把“产线要什么”翻译成“平台必须做什么、做到什么程度、如何判定”。它至少包含五个维度:测试目标、测试项定义、节拍要求、数据追溯、MES 对接。下面按实际工程顺序展开。
一、明确测试目标与测试边界
产线测试目标通常不是“验证设计”,而是“筛出不良品并保证一致性”。因此需求规格说明书中应明确:本平台面向哪一款或哪几款 STM32MP 板卡、测试覆盖哪些硬件模块、哪些项目属于必测、哪些属于抽检、哪些由供应商保证不测。例如某 STM32MP157 核心板产线,必测项包括 DDR 读写、eMMC 读写、PMIC 各路电压、USB OTG、以太网 PHY、串口、GPIO 回环、A 核启动与 M 核固件加载;Wi-Fi 模组若为选配,则按工单决定是否测试。
测试边界还要写清“不测什么”。例如不测射频指标、不做 EMC 复测、不做长时间老化,这些属于型式试验或可靠性试验,不应占用产线节拍。边界清晰,后续测试项和工位设计才不会失控。
二、测试项定义:从功能到判定条件
测试项不能只写名称,必须写成“测试对象 + 激励/操作 + 观测点 + 判定条件”。以 DDR 为例:测试对象是 DDR3L 颗粒与走线;操作是由 A 核运行 memtester 或平台自带 DDR 压力程序,写入并回读指定地址段;观测点是误码数量与测试耗时;判定条件是误码为 0 且耗时不超过设定上限。再以 M 核固件为例:操作是通过 remoteproc 加载固件并启动,观测点是 RPMsg 通道能否收到 M 核回传的心跳帧,判定条件是 3 秒内收到且序号连续。
对于模拟量,判定条件要给出上下限和采样方式。例如 PMIC 的 VDD_CORE 标称 1.2V,允许范围 1.14~1.26V,用 ADC 连续采样 16 次取中位数,超限即判 FAIL。对于通信接口,要给出误码率、丢包率或重传次数阈值。所有阈值都应来自设计规格或试产统计,而不是随手填写。
三、节拍要求与工位划分
节拍要求直接决定平台架构。假设产线目标产能为每小时 120 台,则单台节拍为 30 秒。若单工位完成全部测试需要 90 秒,就必须拆成 3 个工位并行,或把耗时长的项目(如 eMMC 全盘读写、DDR 压力)放到独立工位。需求规格说明书中应给出每个测试项的预估耗时,并据此做产线平衡。
节拍分析还要考虑上下料、扫码、夹具压合、结果上传等辅助时间。实际可用测试时间往往只有节拍的 70%~80%。例如 30 秒节拍,真正留给测试的约 22~24 秒。若某测试项单独就超过这个值,就必须拆分或改为抽检。
四、数据追溯与 MES 对接
数据追溯要求每台设备的生产过程可回放:谁、在哪条线、哪个工位、什么时间、用什么程序版本、测了哪些项、结果如何、是否返修。最小追溯单元是“单板 + 工单 + 工位 + 测试程序版本 + 测试结果”。因此平台必须为每块板生成唯一序列号,并在每个工位扫码绑定。
MES 对接通常采用 HTTP/JSON 或 MQTT 上报。需求规格说明书中应明确接口方向:平台向 MES 上报测试结果、向 MES 查询工单与序列号合法性;MES 向平台下发工单、测试程序版本和阈值配置。还要定义失败重传、断网缓存、超时重试等异常策略,避免网络抖动导致数据丢失。
五、需求规格说明书的落地写法
需求规格说明书不是概念文档,而是后续开发、验收和产线部署的依据。建议至少包含以下内容:产品与工单范围、测试项清单及判定阈值、工位划分与节拍预算、测试程序版本管理、数据追溯字段、MES 接口协议、异常处理策略、验收标准。其中测试项清单应逐条可执行,例如:
测试项:DDR3L 读写校验
对象:DDR3L 颗粒及 PCB 走线
激励:A 核运行 memtester 64M,循环 2 次
观测:误码数、耗时
判定:误码 = 0 且耗时 ≤ 8s
失败处理:重测 1 次,仍失败则判 FAIL 并上传日志
节拍预算可以用表格表达,把每个工位的测试项、预估耗时、累计耗时列出来,便于发现瓶颈。例如工位 2 中 A 核启动 6s、以太网 4s、USB 3s、串口 2s,累计 15s,加上上下料 5s,共 20s,小于 30s 节拍,满足要求。
最后,需求规格说明书应经过产线、测试、研发、质量四方评审。评审重点不是文字是否漂亮,而是:测试项是否覆盖关键失效模式、阈值是否有依据、节拍是否可达成、追溯字段是否够用、MES 接口是否可联调。评审通过后,这份文档就是后续平台开发、工位搭建和产线验收的基线。