3. 数据追溯工程总体架构
数据追溯工程不是把数据一股脑塞进数据库，而是要让“哪一件工件、由哪台设备、在什么参数下、经过哪道工序、由谁操作、结果是否合格”这条链路可被完整还原。要做到这一点，必须先把系统拆成职责清晰的五层：设备层负责产生真实信号，采集层负责把不同协议的数据统一取出来，边缘层负责在靠近设备的位置做缓存、清洗和事件判定，平台层负责长期存储、建模与查询，应用层负责把追溯结果呈现给质量、工艺和管理人员。五层之间是逐级汇聚、逐级抽象的关系，下层保证“数据拿得到”，上层保证“数据用得上”。
设备层是追溯的源头，核心对象包括 UR 协作机器人控制器、焊接电源和机加工中心。UR 控制器对外提供三类主要接口：一是基于 TCP/IP 的 Dashboard Server（默认 29999 端口），可读取机器人运行状态、程序名、加载的程序等；二是 Primary/Secondary 客户端接口（默认 30001/30002 端口），可实时接收关节角度、TCP 位姿、数字输入输出等状态流；三是 RTDE（Real-Time Data Exchange，默认 30004 端口），可按固定频率订阅寄存器、数字量、关节数据等，适合做高频追溯采集。焊接电源通常提供模拟量接口、数字 I/O 或现场总线接口（如 DeviceNet、EtherNet/IP、Profinet），可读取电流、电压、送丝速度、焊接程序号及报警代码。机加工中心则多通过 FANUC FOCAS、西门子 828D/840D 的 OPC UA 或 MTConnect 等接口，读取主轴转速、进给速度、刀具号、程序段号、加工计数和报警信息。
采集层的关键任务是“协议归一”。同一车间里，UR 走 TCP/RTDE，焊机走总线或模拟量，加工中心走 OPC UA 或 FOCAS，如果各自直接对接平台，平台会被大量异构协议拖垮。因此采集层通常部署协议网关或采集服务：对 UR 用 RTDE 客户端按 10～50 ms 周期订阅；对焊机通过 PLC 或总线网关把电流、电压映射到寄存器；对加工中心用 OPC UA 客户端按变量节点订阅。采集层还要完成时间戳对齐，建议统一使用设备侧或边缘侧 NTP 时间，避免不同设备时钟漂移导致追溯顺序错乱。
边缘层是五层架构中最容易被忽视、却最影响追溯质量的一层。它承担三件事：第一，断网缓存，当平台不可达时把数据写入本地队列，恢复后补传；第二，事件判定，把连续信号转成“追溯事件”，例如“焊接开始—焊接结束—电流均值—电压均值—是否超限”；第三，数据降采样与聚合，原始 10 ms 级数据不必全部上云，可保留特征值和异常片段。边缘层通常运行在工控机或边缘网关上，与设备处于同一网段，延迟低、可靠性高。
平台层负责持久化与追溯建模。推荐采用时序数据库（如 InfluxDB、TDengine）存过程曲线，关系数据库（如 PostgreSQL）存工件、工序、设备、人员、批次等主数据，对象存储保存报警截图或焊接波形文件。平台层要建立统一追溯主键，例如“工件唯一码 + 工序号 + 设备编号 + 开始时间”，使跨设备、跨工序的数据能串成一条链。应用层则面向质量追溯、工艺分析、设备 OEE 和报警闭环，提供按工件码反查全流程、按时间段统计焊接合格率、按刀具号分析加工异常等能力。
把五层串起来看，一次典型焊接追溯的链路是这样的：UR 控制器通过 RTDE 上报“程序名 = Weld_Program_03、数字输出 DO[0] = 1”表示焊接启动；焊接电源通过总线把电流 182 A、电压 24.6 V、送丝速度 8.2 m/min 写入 PLC 寄存器；采集层分别从 RTDE 和 PLC 取数，按统一时间戳写入边缘层；边缘层识别到 DO[0] 上升沿后开启一个“焊接事件窗口”，持续到下降沿，计算窗口内电流均值、电压均值、最大值和超限次数；平台层把该事件与工件码、设备编号、操作员绑定；应用层即可按工件码反查出“该焊缝由 1 号 UR 和 2 号焊机在 14:32:07 完成，电流均值 181.4 A，未超限”。
集成方式上，建议遵循三条原则。第一，优先选用设备原生数字接口，能用 RTDE 就不用屏幕截图，能用 OPC UA 就不用人工抄表。第二，采集频率按追溯粒度分级：焊接过程曲线用 20～50 ms，机加工状态用 200 ms～1 s，设备报警用事件触发，避免全量高频上云造成带宽和存储浪费。第三，所有设备必须统一时间源，边缘层在写入前打上采集时间戳，平台层保留设备原始时间戳和边缘时间戳两个字段，便于排查时钟偏差。
最后需要强调，五层架构的价值不在于层数多，而在于每层职责边界清楚。设备层不负责清洗，采集层不负责业务判定，边缘层不负责长期存储，平台层不负责界面展示，应用层不直接连设备。边界一旦清晰，后续增加一台焊机、换一台加工中心，或者新增一条追溯规则，都只需要改动对应层，而不会牵动整个系统。这也是数据追溯工程能够长期稳定运行、持续扩展的基础。