3. 配方与参数基础
在HMI配方与参数管理系统中，配方、参数、变量、数据块是四个最基础也最容易混淆的概念。很多初学者会把它们当作同义词使用，结果在组态时出现“配方改了但设备没变”“参数下载后丢失”“变量地址冲突”等问题。理解这四者的层次关系，是后续配方建模、参数下发、数据归档的前提。
一、四个概念的核心定义
参数是设备运行所需的一个具体数值或设定项，例如温度设定值、速度上限、保压时间。参数是“值”本身，具有名称、数据类型、单位、上下限等属性。参数是配方的最小组成单元。
配方是一组参数的集合，描述“生产某一产品时，设备各参数应取什么值”。例如“A型号饮料”配方包含灌装量、封口温度、输送速度等若干参数。配方是面向工艺的“参数套餐”。
变量是HMI与PLC之间交换数据的载体，是运行时的“容器”。变量有地址（如DB100.DBD0）、数据类型（Real、Int、Bool）和当前值。参数要生效，必须通过变量写入PLC。
数据块（DB）是PLC中用于存储数据的结构化区域，通常按配方或设备单元划分。数据块是参数在控制器侧的“落地仓库”，变量则是指向数据块中某个字段的“指针”。
二、四者的层次关系
可以用“配方 → 参数 → 变量 → 数据块”这条链路来理解：配方是逻辑集合，参数是集合中的条目，变量是传输通道，数据块是存储目标。配方管理界面操作的是参数，参数通过变量绑定写入PLC数据块，最终被程序读取使用。
三、方法流程：从配方到设备生效
以“切换A型号饮料配方”为例，完整流程如下：
- 选择配方：操作员在HMI配方画面选择“A型号饮料”。
- 读取参数：系统从配方库读取该配方下所有参数值，如灌装量=500ml、封口温度=180℃。
- 变量映射：每个参数通过组态时绑定的变量，找到对应PLC地址，如灌装量→DB100.DBD0。
- 写入数据块：HMI将参数值写入PLC数据块对应字段。
- 程序读取：PLC程序从DB100读取新值，设备按新参数运行。
配方：A型号饮料
参数：灌装量 = 500 ml → 变量：DB100.DBD0 → 数据块：DB100
参数：封口温度 = 180 ℃ → 变量：DB100.DBD4 → 数据块：DB100
参数：输送速度 = 1.2 m/s → 变量：DB100.DBD8 → 数据块：DB100
四、案例场景：饮料灌装线配方切换
某饮料厂灌装线需要生产三种产品：A型号500ml、B型号330ml、C型号750ml。工程师在HMI中建立三个配方，每个配方包含灌装量、封口温度、输送速度、保压时间四个参数。参数分别绑定到PLC的DB100数据块中的四个Real字段。
当操作员选择B型号时，HMI将330ml、175℃、1.0m/s、2.5s写入DB100。PLC程序读取DB100.DBD0作为灌装目标值，驱动灌装阀动作。整个过程无需修改程序，只切换配方即可。这就是配方管理的核心价值：参数与程序分离，换产品不换代码。
五、常见误区与复盘
误区1：把参数直接写成常量。在程序中硬编码“灌装量=500”，换产品时必须改程序重新下载，失去配方管理意义。
误区2：变量地址与数据块字段不对应。参数绑定了DB100.DBD0，但程序实际读取DB100.DBD4，导致配方切换后设备无变化。
误区3：忽略数据类型匹配。参数为Real，变量却定义为Int，写入后数值被截断或解析错误。
误区4：配方只存HMI不存PLC。断电后HMI配方丢失，或PLC数据块被初始化，导致参数回到默认值。
复盘建议：组态时先规划数据块结构，再定义变量，最后建立配方与参数的绑定关系。数据块字段顺序、数据类型、变量地址三者必须严格一致。建议为每个配方参数建立“参数名—变量—DB地址—数据类型—单位”对照清单，便于排查。
六、四概念对照清单
| 概念 | 本质 | 所在层 | 典型示例 | 关键属性 |
|---|---|---|---|---|
| 配方 | 参数集合 | 工程组态层 | A型号饮料配方 | 配方名、版本、参数列表 |
| 参数 | 具体数值项 | 工程组态层 | 灌装量=500ml | 名称、类型、单位、上下限 |
| 变量 | 数据容器/通道 | 运行时数据层 | DB100.DBD0 | 地址、数据类型、当前值 |
| 数据块 | PLC存储区域 | 运行时数据层 | DB100 | 结构、字段、掉电保持 |
总结来说，配方是“做什么产品”，参数是“这个产品要什么值”，变量是“值怎么传”，数据块是“值存哪里”。四者环环相扣，缺一不可。只有把这条链路理清，后续的配方新建、修改、下载、归档才能稳定可靠。