2. 食品行业数据采集需求分析

在动手配置SCADA历史数据库之前,最重要的一步不是选表结构,也不是调采集周期,而是把“到底要采什么、为什么采、采到什么粒度”想清楚。食品行业的数据采集需求分析,本质上是一次从工艺、生产组织方式和法规约束三个维度出发的梳理工作。历史数据库的容量、采样频率、压缩策略、保留周期,全部由这一步的结论决定。需求分析做得粗,后面要么存了大量无用数据拖慢查询,要么关键参数缺失导致追溯断链。

一、从工艺出发识别关键参数

食品加工的参数种类很多,但并非所有参数都值得进入历史库。判断标准通常有三条:是否直接影响食品安全或产品品质、是否是法规或客户审核要求留证的、是否用于过程控制或故障分析。满足其中任意一条,就应纳入采集范围。

以典型的乳制品巴氏杀菌工段为例,关键参数包括:巴氏杀菌机出口温度(通常要求≥72℃并保持15秒以上)、均质机压力、冷却段出口温度、流量计读数。这些参数共同构成“杀菌有效性”的证据链。再如饮料调配工段,pH值、电导率(用于判断CIP清洗终点和浓度)、糖度、调配罐液位与搅拌时间都是核心对象。电导率在食品行业尤其重要,它既是清洗液浓度的间接指标,也是区分产品与水的边界信号,常被用作CIP分界和产品切换的判断依据。

识别参数时建议同时记录四类元数据:参数名称与位号、工程单位与量程、正常操作范围与报警阈值、采样频率要求。量程决定了历史库中数值字段的类型选择,采样频率决定了是走1秒级实时归档还是分钟级批量归档。例如杀菌温度需要秒级采样以证明“持续15秒”的合规性,而储罐液位用10秒或30秒级即可。

二、批次过程与连续过程的差异

食品工厂往往同时存在两种生产组织方式,它们对历史数据的要求截然不同。连续过程如UHT超高温灭菌、连续式油炸、灌装线,物料不间断流动,关注的是参数随时间的稳定性与趋势,历史库需要高频、等间隔的时序数据,重点是趋势曲线和统计值(最大值、最小值、平均值、标准差)。批次过程如发酵罐、调配罐、杀菌釜,每一批有明确的开始与结束,关注的是“这一批在什么条件下完成”,历史库需要把批次号与时间段绑定,能够按批次回放整条参数曲线。

这种差异直接影响数据模型设计。批次过程需要在历史数据中引入批次标识维度,常见做法是在批次开始和结束时由MES或操作员写入批次事件标记,历史库据此把时间区间切分为批次记录;连续过程则更依赖时间戳索引和固定采样间隔。若把两者混为一谈,用同一套采集策略,批次追溯时就会找不到批次边界,连续趋势分析时又会因事件标记过多而降低查询效率。

实操建议:在需求分析阶段就为每个工艺段标注“批次型/连续型”,并据此确定该段是否需要批次事件接口、是否需要批次级统计汇总表。这一步的结论会直接写入后续的历史库组态。

三、法规与追溯要求如何转化为数据需求

食品行业的法规约束主要来自食品安全国家标准、生产许可审查细则以及客户审核体系(如BRC、FSSC 22000)。这些要求落到数据层面,通常体现为三类:关键控制点(CCP)参数的连续记录、产品批次的可追溯性、记录的可保存期限与不可篡改性。

以HACCP体系中的杀菌CCP为例,法规要求能够证明每一批产品都达到了规定的杀菌条件。这意味着历史库必须保存杀菌温度、保持时间的完整曲线,且数据不能被随意修改,保留期通常要求超过产品保质期若干个月。再如追溯要求,当出现质量问题时,需要从成品批号反查到原料批号、生产时间段、关键参数记录。这要求历史库中的时间戳与批次号、工单号能够关联,形成“参数—批次—原料”的链路。

因此,需求分析阶段应输出一份“法规参数清单”,明确每个参数的记录频率、保留年限、是否需要审计追踪。保留年限直接决定历史库的归档策略和存储容量估算;审计追踪要求则决定是否启用历史库的写保护与操作日志功能。

数据采集需求分析:三维度识别与历史库映射 工艺参数维度 • 温度(杀菌/冷却出口) • 压力(均质机/蒸汽) • 流量(进料/回流) • pH(调配/发酵) • 电导率(CIP/产品切换) • 液位、糖度、搅拌时间 过程组织维度 批次过程 发酵罐、调配罐、杀菌釜 → 批次号绑定时间区间 连续过程 UHT、连续油炸、灌装线 → 等间隔高频时序归档 法规与追溯维度 • CCP参数连续记录 • 批次—原料—成品链路 • 保留期限(超保质期) • 审计追踪与不可篡改 • 客户审核留证要求 需求清单:参数 + 频率 + 保留期 批次型/连续型标注 · 法规留证标记 映射到历史数据库配置 采样周期 秒级 / 分钟级 数据模型 时序 / 批次事件 保留与归档 年限 / 压缩策略 审计追踪 写保护 / 日志

四、把需求落成可执行的采集清单

完成上述三个维度的梳理后,应形成一份可直接用于历史库组态的采集清单。清单至少包含:位号、参数名、单位、量程、采样周期、归档方式(实时/批量)、是否绑定批次、保留年限、法规标记。下面给出一个示例片段,参数与数值均为教学假设,实际项目需按工艺文件和审核要求核定。

位号        参数名          单位   量程        采样周期  归档方式  批次绑定  保留年限  法规标记
TT-101      杀菌出口温度    ℃     0~120       1 s       实时      是        3 年      CCP
PT-201      均质机压力      bar   0~250       1 s       实时      是        3 年      CCP
FT-301      进料流量        L/h   0~5000      5 s       实时      是        2 年      —
AT-401      调配罐pH        pH    0~14        10 s      实时      是        2 年      质量
CT-501      CIP电导率       mS/cm 0~200       5 s       实时      否        2 年      清洗
LT-601      成品罐液位      %     0~100       30 s      批量      否        1 年      —

这张清单的价值在于它把“需求”翻译成了“配置参数”。采样周期一列直接对应历史库的采集任务周期;批次绑定一列决定是否需要配置批次事件接口;保留年限一列决定归档分区和清理策略;法规标记一列则提示该点位是否需要启用写保护和审计日志。审核时,这张表也是证明“数据采集覆盖了CCP和追溯要求”的直接证据。

五、常见疏漏与判断依据

实际项目中最容易出现的疏漏有三类。第一类是只采了控制用参数,漏掉了证明性参数,例如只记录杀菌温度设定值而没有记录实际测量值和保持时间,导致无法证明合规。第二类是把批次过程和连续过程用同一采样周期,批次罐的pH用1秒采样造成数据量膨胀,而连续线的温度却用30秒采样导致保持时间无法判定。第三类是保留年限按经验拍定,未对照产品保质期和审核要求,出现追溯期内数据已被覆盖的情况。

判断需求分析是否做到位,可以用一个简单的问题检验:给定一个成品批号,能否在历史库中还原出该批生产期间所有CCP参数的时间曲线,并关联到对应原料批次?如果能,说明参数识别、批次绑定和保留策略三者已经对齐;如果不能,缺哪一环就回到对应维度补充。这个检验问题本身,也应当作为需求评审的固定检查项。