接入模式

工业数据接入模式

阅读导引

这篇笔记把 BS350、NodeRed 压机采集、MES/SAMS 接口、IOT 中间件和曲线数据上报资料放在一起理解，目标是形成可复用的数据接入设计模式。

核心结论

工业数据接入不是简单的数据搬运，而是一个“现场设备语义 → 平台业务语义”的转换过程。好的接入设计要同时解决协议、频率、时间戳、数据完整性、业务主键、异常处理和验收标准。

flowchart LR
  Device[设备 / 控制器 / MES] --> Adapter[协议适配与接口服务]
  Adapter --> Edge[边缘节点 / 缓存 / 清洗]
  Edge --> Model[统一数据模型]
  Model --> Platform[平台数据服务]
  Platform --> App[质量诊断 / 预测维护 / 报表]

设计原则

1. 先统一业务语义，再谈字段映射

源文件里有很多设备字段、接口字段和曲线字段。如果直接把这些字段暴露给上层应用，系统会很快被项目差异拖垮。更合理的做法是先定义统一业务对象，例如工件、设备、工位、程序、结果、曲线、特征、判定，再映射到各设备/系统字段。

2. 曲线数据要分层处理

曲线类数据至少应区分三类：

• 原始过程数据：点位序列、时间戳、扭矩/角度/压力等。
• 结果数据：最终判定、峰值、目标值、状态码。
• 特征数据：斜率、面积、阶段长度、拐点、波动等计算结果。

这样才能同时支持追溯、报表、异常检测和模型分析。

3. 接口交付必须包含验收语境

接口文档不能只写 URL 和字段，还要说明调用方向、频率、批量限制、异常码、重试机制、样例数据、数据量预估和验收方式。否则现场联调会反复依赖口头解释。

4. 边缘侧需要承担稳定性责任

对于现场设备和平台之间的连接，边缘节点/中间件不只是转发，还应处理缓存、断点续传、格式清洗、状态监控和错误记录。

交付检查清单

• 是否明确数据源、协议、调用方向和采集频率？
• 是否定义了统一业务对象，而不是只列设备字段？
• 是否区分结果数据、过程曲线和特征数据？
• 是否包含样例报文、异常码和重试策略？
• 是否定义了接口验收方法和数据质量检查方式？