数采清单

脱敏说明：本文基于当前工作区中的《拧紧枪数采清单 V1.2》整理，仅保留通用结构与方法论，不展示公司名称、现场专属 IP、专有标识与可直接定位产线的敏感信息。

1. 什么是数采清单

数采清单是数采项目第一阶段最重要的交付物之一。

它不是简单的“点位列表”，而是把现场设备、工位、采集器、协议、字段含义、数据类型和采集频率串起来的连接桥梁。

从工程角度看，数采清单负责回答这几个最关键的问题：

1. 采什么。
2. 从哪里采。
3. 采到的数据代表什么。
4. 按什么频率采。
5. 采出来以后如何变成系统可用数据。

2. 数采清单的使命

数采清单的使命不是记录信息本身，而是把“现场点位”转换成“系统可用数据”的实施依据。

它要完成的工作包括：

1. 建立现场对象和数据点的对应关系。
2. 为实施侧提供统一的字段字典和编码规则。
3. 为后续程序开发提供采集目标、数据类型和采集周期。
4. 为测试、联调和验收提供可核对的基准。
5. 为后续的数据分析、追溯、报表和可视化打好基础。

换句话说，数采清单是“现场语言”和“系统语言”之间的翻译表。

3. 一份合格的数采清单应该包含什么

结合这份清单的结构，完整的数采清单通常至少要包含以下几类内容。

3.1 现场层级信息

这一部分用于描述点位属于哪条线、哪个工位、哪台设备、哪类采集器。

常见字段包括：

字段	作用
区域	描述点位所属的车间或区域
产线	描述点位所在产线
工站	描述点位所在工位
设备	描述点位对应的现场设备
采集器	描述点位来自控制器、PLC、站控系统还是其他设备

这一层的核心作用是把“一个值”放回到“它属于谁、在哪产生”这个上下文里。

3.2 接入与网络信息

这一部分用于描述采集链路如何接入现场。

常见字段包括：

字段	作用
边缘节点 IP&掩码	描述边缘侧部署位置和网络接入信息
数采卡 IP&掩码	描述采集网关或采集卡的网络信息
设备 IP&掩码	描述源设备的网络地址
数据源名	描述采集目标的名称或设备类型

这部分信息的意义很大，因为它决定了实施时能否连上、怎么连、连谁、连几路。

3.3 点位字典

这是数采清单的核心。

每一行都是一个待采集或待映射的数据点，通常应包含：

字段	作用
采集项名称	人能直接读懂的名称
含义备注	说明这个值到底表示什么
采集项编码	系统侧统一编码，用于程序映射、入库和检索
采集间隔	说明是单次事件、周期轮询还是曲线连续点

如果缺少这一部分，清单就只能算“设备登记表”，还不能算真正意义上的数采清单。

3.4 数据类型说明

一份可实施的清单，不仅要知道“字段名”，还要知道“字段类型”。

常见类型包括：

类型代号	说明
BOOL	二值型，通常用于状态位
BYTE / WORD / DWORD	无符号整数型
INT / DINT	有符号整数型
REAL	浮点型
CHAR / STRING 类	字符串型
TIME / DATE	时间或日期型

如果没有数据类型，后续在协议解析、点位转换、数据库写入时就容易出现截断、溢出、格式不匹配等问题。

3.5 版本与结构说明

一份成熟的清单通常还会配套：

内容	作用
版本页	记录清单演进，方便追溯
结构示意页	帮助理解现场设备与数据关系
数据类型页	统一字长、范围与类型解释

这三部分的作用是让清单从“表格文件”升级成“工程规范”。

4. 从这份清单可以看出的通用模式

阅读这份清单后，可以看到一个非常典型的工业数采模板：

4.1 以工位为单位组织

清单并不是按字段杂乱堆放，而是按工位、控制器、站级设备分块组织。

这说明数采不是围绕“单个字段”展开，而是围绕“业务场景”展开。

4.2 一个工位通常会有两类点位

1. 结果类点位
2. 工位/设备状态类点位

结果类点位通常包含：

• 拧紧编号
• 产品序列号
• 结果状态
• 扭矩/角度上下限
• 目标值与结果值
• 开始与结束时间戳
• 曲线点数据

状态类点位通常包含：

• 产品识别号
• 机型索引
• 工位状态
• 设备运行信息

这说明清单不仅关注“结果是否合格”，也关注“过程是怎么发生的”。

4.3 单次结果和曲线数据要分开定义

这份清单里很明显地把数据分成了：

• 单次拧紧结果
• 单次拧紧曲线组
• 工位周期性信息

这是很重要的设计习惯。

因为结果数据适合做追溯、统计和报警，曲线数据适合做过程分析和质量诊断，二者的采集频率、存储方式和分析方式都不一样。

4.4 编码规则要统一

清单中的采集项编码通常采用分段式结构，常见特征是：

• 前缀描述产线或项目域
• 中段描述工位或设备
• 后段描述数据类别
• 尾部用三位序号区分点位

这种编码方式的好处是：

1. 人一眼能看出大致归属。
2. 程序可以稳定映射。
3. 后续扩展时不容易冲突。

5. 数采清单在项目第一阶段的作用

在数采项目的第一阶段，清单通常承担“需求冻结”的作用。

它不仅是记录表，还是沟通结果的落地文件。第一阶段完成后，清单应该基本回答下面这些问题：

1. 现场有哪些设备和工位需要接入。
2. 每台设备需要采哪些点。
3. 这些点分别代表什么业务含义。
4. 采集频率是什么。
5. 每个点位最终要映射成什么系统编码。
6. 哪些点用于实时采集，哪些点用于单次事件，哪些点用于曲线分析。

如果这几个问题没有被清单写清楚，后续开发就容易出现返工：

• 编码变更
• 点位遗漏
• 类型不一致
• 频率不合理
• 数据分析口径不统一

6. 数采清单如何连接到系统实现

从实施角度看，数采清单是后续程序的直接输入。

它一般会被转换成以下几类配置：

1. 设备映射表
2. 字段映射表
3. 采集频率配置
4. 类型转换规则
5. 曲线拆点规则
6. 入库编码规则

也就是说，清单不是最终产物，而是程序开发的“源数据规范”。

7. 一份推荐的标准清单结构

如果以后再做同类项目，建议数采清单至少按下面的结构组织：

类别	建议字段
基础信息	序号、区域、产线、工站、设备、采集器、数据源名
接入信息	边缘节点 IP、数采卡 IP、设备 IP
点位定义	采集项名称、含义备注、采集项编码
数据属性	数据类型、单位、采集间隔、是否曲线点
业务归属	单次结果、过程数据、状态数据、曲线组
版本管理	版本号、修订说明、更新时间

8. 最终结论

数采清单的本质，是把现场采集需求标准化、结构化、工程化。

它完成的使命不是“列出一些点”，而是：

1. 把现场对象整理成可实施的采集对象。
2. 把业务语义整理成可编码的数据项。
3. 把采集方式整理成可执行的程序规则。
4. 把现场数据整理成后续分析系统能直接使用的数据资产。

所以，一份好的数采清单，决定的不只是“能不能采到数据”，更决定了“采到的数据能不能真正用起来”。