1. 配方系统概述：什么是配方、配方在工业自动化中的作用、配方切换的痛点分析
1.1 什么是配方？—— 不只是“一张单子”
说到配方，你可能会想到烘焙食谱、药品说明书，或者化工投料单。没错，工业上的配方，本质上也是一套“生产指令集”。
它告诉机器：用什么原料、加多少、按什么顺序、在什么温度下、跑多长时间。我习惯把配方理解成“产品的数字DNA”。换一个产品，其实就是换一套DNA。
举个例子，你生产三种口味的饮料：
- 原味：水 80%、糖 10%、香精 0.5%、搅拌 5 分钟、温度 60°C
- 柠檬味：水 78%、糖 8%、柠檬汁 5%、香精 0.3%、搅拌 8 分钟、温度 50°C
- 薄荷味：水 82%、糖 6%、薄荷提取物 2%、香精 0.2%、搅拌 6 分钟、温度 45°C
这三组参数，就是三个配方。在 PLC、HMI 或 SCADA 系统里，它们被存成一组数据块。生产时，操作员点一下“切换配方”，设备就自动调整所有参数。
核心定义：配方（Recipe）是一组预定义的工艺参数集合，用于控制自动化设备生产特定规格的产品。它包含原料配比、工艺条件、设备动作序列等全部可变量。
1.2 配方在工业自动化中的作用
说白了，配方系统解决的是“多品种、小批量”的生产难题。没有配方系统，每次换产品都得人工去调几十个参数，又慢又容易出错。
我总结配方系统的三大核心作用：
| 作用 | 说明 | 实际收益 |
|---|---|---|
| 标准化 | 将工艺知识固化到系统中，不依赖操作员经验 | 减少人为失误，保证批次一致性 |
| 快速切换 | 一键调用预存参数，无需逐项手动修改 | 换产时间从小时级降到分钟级 |
| 可追溯 | 记录每次生产使用的配方版本、修改时间、操作人 | 满足GMP、ISO等合规审计要求 |
我在一个食品厂见过最典型的场景：一条产线一天要换 6~8 种产品。以前老师傅拿着纸质单子，对着 HMI 一个一个改参数，改完还要双人复核。上了配方系统之后，操作员扫码枪一扫条码，配方自动加载，全程不到 30 秒。
我的经验：配方系统做得好的工厂，换产效率能提升 5~10 倍。但前提是——配方数据本身要干净、结构要合理。否则自动化反而会放大错误。
1.3 配方切换的痛点分析
你可能会想：“配方切换不就是点个按钮吗？有什么难的？”
嗯，理想很丰满，现实很骨感。我在现场踩过的坑，随便数数就有七八个。下面这几个是最常见的：
痛点一：手动操作，效率低还容易出错
这是最原始的方式。操作员打开 HMI，找到参数设置页，一个一个改。改完还得拿纸笔核对。我曾经见过一个夜班操作员，把温度参数的小数点输错了一位，结果整批产品报废，损失十几万。
- 问题：依赖人工，速度慢，易疲劳，易出错
- 典型场景：老旧设备、无配方管理功能的 HMI
痛点二：配方数据分散，版本混乱
有些工厂的配方存在 U 盘里、Excel 表格里、甚至写在笔记本上。不同班组的操作员用的版本可能都不一样。今天 A 班用 V1.2，明天 B 班用 V1.1，产品品质能稳定才怪。
- 问题：无统一管理，版本失控，追溯困难
- 典型场景：多台设备独立运行，无中央配方服务器
痛点三：切换过程影响生产连续性
配方切换不是瞬间完成的。有些参数需要渐变（比如温度从 80°C 降到 50°C），有些设备需要排空、清洗、重新填充。如果切换逻辑没写好，设备可能报警、停机，甚至产生废品。
- 问题：切换过程不稳定，过渡时间长，产生中间品浪费
- 典型场景：化工反应釜、食品灌装线、制药混合机
痛点四：缺乏权限管控，存在安全隐患
谁可以修改配方？谁可以删除配方？谁可以执行切换？很多工厂没有严格的权限分级。操作员不小心删了关键配方，或者修改了不该动的参数，后果很严重。
- 问题：权限模糊，操作不可追溯，存在质量与安全风险
- 典型场景：中小型工厂，HMI 未设置用户等级
我曾经踩过的坑：一个化工厂的配方切换脚本里，没有做“当前批次是否完成”的判断。操作员在批次运行到一半时误触了切换按钮，结果反应釜的温度曲线瞬间跳变，差点引发安全事故。从那以后，我所有配方切换逻辑里都强制加了“状态互锁”。
1.4 配方系统的知识体系总览
下面这张图，是我梳理的配方系统核心知识结构。它也是我们这门课的整体框架。
1.5 为什么选择脚本控制？
你可能会问：“PLC 本身不是有配方功能吗？为什么还要用脚本？”
没错，主流 PLC 品牌确实自带配方管理指令（比如西门子的 RECIPE、三菱的 Recipe 功能块）。但我在实际项目中遇到过几个限制：
- 灵活性差：内置配方功能通常只能处理简单的参数覆盖，复杂的切换逻辑（如渐变、互锁、条件判断）很难实现
- 扩展性弱：配方数量一多（比如上百个），HMI 的配方列表管理就变得很笨重
- 跨平台困难：不同品牌的配方数据格式不通用，换设备就得重新开发
- 调试不便：内置配方功能在调试时，很难看到每一步的执行状态
而脚本控制（比如用 Python、VBS、Lua 或 PLC 的脚本语言）可以做到：
- 自定义切换逻辑：想怎么切就怎么切，不受内置功能限制
- 集中管理：配方数据存在中央服务器，统一版本控制
- 可视化调试：每一步都有日志输出，出问题能快速定位
- 易于集成：可以对接 MES、ERP 等上层系统
我的建议：如果你的产线只有 3~5 个配方，且切换逻辑简单，用 PLC 内置配方功能就够了。但如果配方多、切换逻辑复杂、或者需要对接信息系统，脚本控制是更优的选择。这门课讲的就是后者。
1.6 本章小结
这一章我们聊了三个核心问题：
- 什么是配方——一套生产指令集，产品的数字DNA
- 配方的作用——标准化、快速切换、可追溯
- 配方切换的痛点——手动易错、版本混乱、切换中断、权限缺失