📚 课程目录第4章自动化平台架构

4. 自动化平台架构

CPO（共封装光学）量产测试的自动化平台，本质上是一套把“仪器、夹具、被测件、调度逻辑、数据系统”串成闭环的工程系统。它既不是单纯的测试机，也不是单纯的软件平台，而是硬件层、软件层、通信接口与数据流四者协同的结果。理解这套架构，是后续做测试脚本开发、产线部署和故障定位的基础。

一、四层架构总览

从工程视角看，CPO自动化测试平台可划分为四个层次：硬件层负责物理激励与测量，软件层负责调度与判定，通信接口负责跨设备指令与数据搬运，数据流层负责结果沉淀与追溯。四层之间不是简单堆叠，而是通过明确的接口契约耦合。

核心原则：硬件层提供“可重复的物理条件”，软件层提供“可复现的判定逻辑”，通信接口保证“时序与数据不丢失”，数据流保证“每一颗CPO都有完整履历”。

下图给出该平台的典型架构与数据流向，可作为后续章节讨论的参照基线。

二、硬件层：可重复的物理条件

硬件层是测试结果的物理基础。CPO测试通常需要同时施加光激励与电激励，并测量光功率、波长、眼图、误码率等参数。典型硬件包括：可调激光源、光功率计、光谱仪、误码仪、高速示波器、源表、光开关矩阵、光纤阵列耦合台、温控台以及六轴精密运动平台。

硬件层设计的关键不是“堆仪器”，而是保证可重复性。例如光纤阵列的耦合重复性、温控台的温度稳定性、探针接触电阻的一致性，都会直接反映到测试数据的分布上。工程上常用“金样件（Golden DUT）”定期校验整条硬件链路，确认系统误差未漂移。

三、软件层：调度、判定与抽象

软件层承担三件事：把测试计划翻译成可执行的仪器动作、对测量结果做判定、把结果写入数据系统。为避免“换一台仪器就改一次脚本”，平台通常引入仪器抽象层，用统一API屏蔽SCPI、Modbus、REST等差异。

# 测试序列伪代码示例
sequence = [
    {"step": "power_on",   "resource": "SMU_01",  "cmd": "set_voltage(3.3)"},
    {"step": "temp_set",   "resource": "TEC_01",  "cmd": "set_temp(25.0)"},
    {"step": "align_fiber", "resource": "STAGE_01","cmd": "auto_align()"},
    {"step": "measure_il", "resource": "OPM_01",  "cmd": "read_power()"},
    {"step": "measure_ber","resource": "BERT_01", "cmd": "run_ber(1e-12)"},
]
for step in sequence:
    result = driver.execute(step)
    if not judge(result):
        mark_fail(step, result)
        break

判定逻辑应独立于测量代码，限值来自配方（Recipe）而非硬编码。这样同一套脚本可以服务不同产品型号，只需切换配方即可。

四、通信接口：时序与数据完整性

通信接口决定了平台能否稳定运行。低速控制类设备（温控、电源、运动平台）常用Modbus、RS-232或EtherCAT；高速测量类仪器多用SCPI over TCP/USB或VISA；与MES、数据库之间则常用REST、gRPC或MQTT。

接口类型	典型对象	特点	注意事项
SCPI / VISA	示波器、源表、误码仪	指令丰富、通用性强	注意超时与缓冲区大小
Modbus / EtherCAT	温控、运动平台、PLC	实时性好、布线简单	注意轮询周期与寄存器映射
REST / gRPC	MES、数据库、调度系统	跨平台、易集成	注意幂等与重试策略
MQTT	告警、状态上报	轻量、发布订阅	注意QoS等级与消息顺序

五、数据流与系统集成方案

数据流从仪器采集开始，经过解析、判定、入库，最终进入SPC与良率分析。系统集成时建议采用“边缘采集 + 中心存储”的结构：测试工位本地缓存原始数据，避免网络抖动导致丢数；中心数据库负责汇总与追溯。

集成建议：为每颗CPO分配唯一SN，测试记录包含时间戳、工位号、配方版本、仪器序列号和操作员。任何一次判定都能回溯到当时的物理条件与软件版本。

六、常见误区与复盘

误区一：只关注仪器精度，忽略夹具重复性。 实际产线中，耦合与接触带来的误差往往大于仪器本身。
误区二：判定逻辑写死在脚本里。 换型号时改动量大，容易引入人为错误。
误区三：通信无重试、无超时管理。 偶发丢包会导致误判，必须区分“测量失败”与“通信失败”。
误区四：数据只存结果不存原始波形。 后期做失效分析时缺少证据链。

排障顺序建议：先确认硬件物理条件（温度、耦合、供电），再检查通信链路（连接、超时、寄存器），最后核对软件判定与配方版本。多数“测试异常”并非仪器故障，而是接口或配置问题。

综上，CPO自动化测试平台的架构设计，核心在于让硬件层、软件层、通信接口与数据流形成可追溯、可复现、可扩展的闭环。只有四层协同，才能支撑量产环境下的高节拍与高可靠性要求。