4. 系统架构概览
在HMI配方与参数管理系统中，HMI、PLC、数据库和上位机并不是四个孤立设备，而是围绕“配方数据”形成的一条完整链路。理解这条链路的关键，不是记住设备名称，而是看清数据在谁手里产生、由谁执行、在哪里持久化、又由谁发起调用。只有把通信方向、数据流向和职责边界同时理清，后续的配方下发、参数回读、版本追溯和异常恢复才有稳定基础。
一、四层角色的职责边界
从系统分层看，HMI位于现场操作层，直接面向操作员，承担配方选择、参数微调、启动确认和报警提示等任务。PLC位于控制执行层，接收配方参数后将其映射到实际工艺变量，例如温度设定值、压力阈值、速度曲线、保压时间等，并持续回传当前值与运行状态。数据库位于数据持久层，保存配方主数据、版本号、生效时间、适用设备、审计记录等。上位机位于集中管理层，通常以SCADA、MES客户端或配方管理软件形式存在，负责配方编辑、审批、下发、比对和归档。
这四个角色不能互相替代。HMI不应承担长期配方存储，PLC不应保存完整版本历史，数据库不应直接驱动执行机构，上位机也不应绕过PLC直接写现场输出。职责清晰，数据流才不会混乱。
二、通信与数据流关系
典型数据流分为上行和下行两条主线。下行方向是“配方调用与下发”：上位机从数据库读取配方版本，经通信网络发送给HMI或直接写入PLC；HMI也可根据操作员选择，向PLC请求切换配方。上行方向是“执行反馈与状态回传”：PLC将当前配方号、参数实际值、设备状态、报警码回传给HMI和上位机，上位机再将关键结果写入数据库，形成追溯记录。
通信协议方面，HMI与PLC之间常见以太网、串口、Modbus TCP、Profinet、EtherNet/IP等；上位机与数据库之间通常使用SQL查询或API接口；上位机与PLC之间可能通过OPC UA、Modbus TCP或厂商专用协议通信。不同协议并不改变数据流本质，只是改变了封装方式和实时性。
三、典型场景：一次配方切换的完整数据流
假设某灌装线需要从“500mL标准瓶”切换到“1L大瓶”配方。操作员在HMI上选择目标配方并确认，HMI向PLC发送配方切换请求；PLC校验当前设备状态是否允许切换，若允许，则向上位机或数据库请求该配方的最新生效版本。上位机从数据库读取配方参数，包括灌装量、流速、延时、封口温度等，经校验后下发至PLC。PLC将参数写入对应寄存器或数据块，并回传“配方已生效”状态。HMI显示新配方名称和关键参数，上位机将本次切换记录写入数据库，形成审计日志。
这个过程中，任何一步失败都会影响最终结果。例如数据库版本未生效、PLC处于运行禁止切换状态、HMI与PLC通信超时、上位机下发参数超出量程等。因此，系统设计时必须为每个环节设置校验和回退机制。
四、关键参数与通信检查清单
| 检查项 | 所在环节 | 典型参数/对象 | 异常表现 |
|---|---|---|---|
| 配方版本一致性 | 上位机 ↔ 数据库 | 版本号、生效时间、适用设备 | 下发旧版本，参数与工艺要求不符 |
| 通信链路状态 | HMI ↔ PLC | IP地址、端口、站号、超时时间 | HMI显示离线，无法切换配方 |
| 参数映射正确性 | PLC内部 | 寄存器地址、数据类型、量程 | 设定值偏差、溢出或执行异常 |
| 写权限与互锁 | PLC ↔ HMI/上位机 | 运行状态、手自动模式、安全条件 | 切换被拒绝，配方无法生效 |
| 审计记录完整性 | 上位机 ↔ 数据库 | 操作人、时间戳、旧值/新值 | 无法追溯，复盘困难 |
五、常见误区与复盘要点
第一个误区是把HMI当作配方主存储。HMI本地存储容量有限，且难以统一版本，一旦更换触摸屏或恢复出厂设置，配方可能丢失。正确做法是以数据库为唯一主数据源，HMI只做缓存和展示。第二个误区是让上位机直接写PLC输出，绕过HMI和PLC内部逻辑。这会导致安全互锁失效，现场设备可能在错误状态下动作。第三个误区是只关注下行下发，忽略上行回读。没有回读，就无法确认PLC是否真正接受了参数，也无法发现通信中断后的“假生效”。
从架构角度看，HMI、PLC、数据库和上位机的关系可以概括为：上位机管“配方资产”，数据库管“版本与追溯”，HMI管“现场交互”，PLC管“实时执行”。四者通过下行下发和上行反馈形成闭环，任何一层缺失或越权，都会破坏系统的可靠性和可维护性。理解这张关系图，是后续学习配方建模、参数校验、版本管理和故障恢复的基础。