3. 食品设备配方参数体系建模

配方参数体系建模,是把“老师傅脑子里的经验”和“散落在各台设备上的设定值”转化为可存储、可校验、可追溯的结构化数据的过程。如果参数分类混乱、属性定义含糊,后续的配方下发、版本比对、审计追溯都会失去可靠基础。本节围绕三个核心动作展开:先把参数按来源与作用分成工艺参数、设备参数、质量参数三类;再为每一类参数定义统一的属性字段;最后用数据字典把这些定义固化下来,形成全系统共享的“参数语言”。

一、三类参数的划分依据与边界

分类的关键不是名字好听,而是按“谁产生、谁负责、谁消费”来划边界。工艺参数是配方本身要表达的产品加工意图,例如杀菌温度、保温时间、搅拌转速、进料流量,它们由产品工艺决定,换产品就要换值;设备参数描述执行该工艺时设备自身的运行条件与能力约束,例如换热器蒸汽压力上限、泵的频率范围、阀门开度限位、设备容量,它们由设备型号和现场状态决定,通常不随产品变化,但会限制工艺参数的可选范围;质量参数是对结果的度量与判定,例如成品中心温度、水分含量、微生物指标、净含量偏差,它们由检测或在线仪表产生,用于验证工艺是否达成目标。

实际建模中最容易出错的是“跨界参数”。例如“杀菌温度”看似工艺参数,但若某台设备只能稳定在某一区间,则其可达上限属于设备能力,应作为设备参数中的约束记录,而不是塞进工艺参数里。建议的判定顺序是:先问“这个值换产品会不会变”,会变则归工艺;再问“这个值是否由设备物理特性决定”,是则归设备;最后问“这个值是否用于判定产品合格”,是则归质量。一个参数原则上只归一类,跨类关系通过引用表达,而不是重复存储。

配方参数体系:三类参数与数据字典的引用关系 工艺参数 由产品工艺决定,换产品即变 • 杀菌温度 121 ℃ • 保温时间 15 min • 搅拌转速 45 r/min • 进料流量 2.5 t/h • 冷却终温 8 ℃ 设备参数 由设备能力与状态决定 • 蒸汽压力上限 0.6 MPa • 泵频率范围 20–50 Hz • 阀门开度限位 0–100 % • 罐体有效容积 3 m³ • 换热面积 12 m² 质量参数 由检测或在线仪表产生 • 中心温度 ≥ 118 ℃ • 水分含量 ≤ 12 % • 菌落总数 ≤ 10⁴ CFU/g • 净含量偏差 ±2 g • 色泽 ΔE ≤ 3 约束 作用 参数数据字典(统一定义层) 字段:参数编码 | 中文名称 | 所属类别 | 数据类型 | 单位 | 上下限 | 精度 | 默认值    采集方式 | 是否必填 | 校验规则 | 版本号 | 责任人 示例:PROC_TEMP_STER | 杀菌温度 | 工艺 | 数值 | ℃ | 110–125 | 0.1 | 121    在线采集 | 必填 | 区间校验+步长0.1 | V1.2 | 工艺部 所有配方、设备、质量记录均引用字典编码,不重复定义名称与单位 三类参数统一引用字典定义

二、参数属性定义:让每个参数“可校验、可追溯”

仅有名称和数值的参数无法支撑工程使用。一个可用的参数定义至少应包含以下属性:参数编码(全局唯一、稳定不变,建议采用“类别缩写_对象_量”的命名,如 PROC_TEMP_STER)、中文名称、所属类别、数据类型(数值、整数、枚举、布尔、字符串)、单位(必须与量纲一致,禁止同一参数混用 ℃ 与 K)、取值范围(下限、上限)、精度或步长、默认值、采集方式(人工录入、PLC 在线采集、实验室检测)、是否必填、校验规则、版本号与责任人。

其中“取值范围”和“校验规则”是防止错误配方流入生产的关键。以杀菌温度为例,字典中定义下限 110 ℃、上限 125 ℃、步长 0.1 ℃,则配方录入 130 ℃ 时应立即被拒绝,而不是等到下发设备后才由 PLC 报警。再如搅拌转速定义为整数、范围 0–60 r/min,录入 45.5 就应提示类型不符。校验规则还可以表达跨参数约束,例如“保温时间 × 搅拌转速”不得超过某经验阈值,这类规则写在字典的规则字段中,由配方保存时统一执行。

版本管理同样不可忽视。参数定义一旦被历史配方引用,就不能随意修改编码或单位,只能通过升版本、保留旧版本兼容的方式演进。例如把“杀菌温度”精度从 1 ℃ 提升到 0.1 ℃,应发布 V1.1 并注明变更原因,历史配方仍按 V1.0 解释,避免追溯时出现数值歧义。

三、数据字典的落地结构与示例

数据字典在实现上通常是一张参数定义主表,配方明细表、设备能力表、质量记录表都通过参数编码外键引用它。下面给出一段可直接参考的字典条目示例(数值为教学示例,非实测数据):

参数编码        中文名称     类别  类型  单位   下限   上限   步长  默认值  采集方式    必填  校验规则
PROC_TEMP_STER  杀菌温度     工艺  数值  ℃     110    125    0.1   121     在线采集    是    区间校验
PROC_TIME_HOLD  保温时间     工艺  数值  min    5      30     0.5   15      在线采集    是    区间校验
PROC_SPEED_AGI  搅拌转速     工艺  整数  r/min  0      60     1     45      在线采集    是    整数校验
EQUI_PRESS_MAX  蒸汽压力上限 设备  数值  MPa    0.2    0.8    0.05  0.6     人工录入    是    区间校验
EQUI_FREQ_RANGE 泵频率范围   设备  字符串 Hz    20     50     -     -       人工录入    是    范围描述
QUAL_TEMP_CORE  成品中心温度 质量  数值  ℃     110    125    0.1   -       实验室检测  是    判定≥118
QUAL_MOIST_MAX  水分含量上限 质量  数值  %      8      15     0.1   -       实验室检测  是    判定≤12

建好字典后,配方建模就变成“选编码、填数值、过校验”的标准化动作。以某酱料产品配方为例:工艺段引用 PROC_TEMP_STER 填 121、PROC_TIME_HOLD 填 15、PROC_SPEED_AGI 填 45;系统自动带出单位与精度,并按字典规则校验通过。随后系统读取该产线设备参数 EQUI_PRESS_MAX=0.6 MPa,确认工艺所需蒸汽压力未超限;生产结束后录入 QUAL_TEMP_CORE=119,系统按字典判定规则“≥118 为合格”自动给出结论。整个过程无需人工记忆单位、范围和判定阈值,错误在录入阶段即被拦截。

建模顺序建议:先梳理现有配方与设备台账,抽取参数清单;再逐条判定类别、补齐属性;最后统一编码并发布字典 V1.0。字典稳定后再做配方批量导入,可显著减少返工。
常见误区:把设备能力上限直接写进工艺参数默认值,导致换设备后配方失效;或同一物理量在不同配方中使用不同单位,造成比对与统计错误。应坚持“一类一归属、一量一单位、一参一编码”。

当三类参数边界清晰、属性字段完整、字典编码统一后,配方就不再是一堆孤立数字,而成为可校验、可追溯、可跨设备复用的结构化资产,为后续的版本管理、下发执行与审计追溯打下坚实基础。