3. 生物反应器控制系统架构设计
生物反应器控制系统不是“一台PLC加几个传感器”的简单堆叠，而是一个按时间尺度、安全等级和数据用途分层组织的工程体系。分层的核心目的，是让每一层只承担自己最擅长的事：传感器层负责把生物过程的物理化学量转换为可信电信号；执行器层负责把控制指令转换为真实的物料、能量或气体流量；控制器层负责在毫秒到秒级完成闭环运算与联锁保护；监控层负责人机交互、批次管理与报警确认；数据层负责长期存储、追溯与批次分析。层与层之间通过明确定义的接口交换数据，任何一层内部的变化都不应随意穿透到其他层。
五层功能划分与典型设备
传感器层位于最底层，直接接触反应器本体或管路。典型对象包括pH电极、溶解氧（DO）电极、温度热电阻（Pt100）、压力变送器、排气CO₂/O₂分析仪、称重模块和流量计。这一层的输出必须是标准化的：例如pH电极经变送器输出4～20 mA对应pH 2～12，Pt100经温度变送器输出4～20 mA对应0～150 ℃。传感器层的职责边界是“测量与初步转换”，不承担控制决策。
执行器层接收控制器输出并驱动物理动作。常见对象有：搅拌电机变频器（4～20 mA对应0～300 rpm）、通气质量流量控制器（MFC，0～5 V或4～20 mA对应0～10 L/min）、蠕动泵（用于补料、补碱、补酸）、夹套循环水调节阀（0～100%开度）以及排气阀。执行器层的关键接口参数是“指令—动作”的线性关系与响应时间，例如补碱泵从收到指令到实际出液存在约1～3 s的管路滞后，这一滞后必须在控制器参数中予以考虑。
控制器层是系统的实时核心，通常由PLC或嵌入式控制器实现。它周期性地采集传感器层信号，执行PID运算、比值控制、串级控制和联锁逻辑，再输出到执行器层。控制器层的扫描周期一般在10～100 ms量级，pH和DO回路常用PID，温度回路常采用串级结构（外环温度、内环夹套水温）。控制器层还承担硬联锁，例如“液位高于90%时强制关闭补料泵”，这类逻辑不依赖监控层，必须独立可靠。
监控层由SCADA或DCS操作站构成，提供趋势曲线、批次配方、报警管理和操作权限。它不直接参与毫秒级闭环，而是以1 s级周期从控制器读取过程值，并向控制器下发设定值、批次参数和启停命令。监控层的接口重点是“设定值下行、过程值上行、报警与事件并行”。
数据层位于最上层，负责历史数据存储、批次报表、审计追踪和数据分析。它从监控层或控制器层获取带时间戳的数据，通常以关系数据库或时序数据库保存。数据层的接口要求是数据完整性、时间同步和可追溯性，例如每30 s记录一次pH、DO、温度、补料累计量，并关联批次号与操作员ID。
接口关系的工程约定
五层之间的接口必须用工程文件固定下来，而不是靠口头约定。最常用的做法是编制“仪表索引表”和“I/O分配表”。以一台5 L实验室反应器为例，其接口约定可参考下表：
| 层级 | 典型对象 | 信号类型 | 量程/对应关系 | 接口方向 |
|---|---|---|---|---|
| 传感器层 | pH电极 | 4～20 mA | pH 2～12 | → 控制器层 |
| 传感器层 | DO电极 | 4～20 mA | 0～200%空气饱和度 | → 控制器层 |
| 执行器层 | 搅拌电机 | 4～20 mA | 0～300 rpm | ← 控制器层 |
| 执行器层 | 补碱泵 | 数字量/继电器 | 开/关，约0.5 mL/s | ← 控制器层 |
| 控制器层 | PLC | 以太网/Modbus TCP | 1 s周期上传 | ↔ 监控层 |
| 监控层 | SCADA | OPC UA/数据库接口 | 30 s归档 | → 数据层 |
接口方向必须明确：传感器层到控制器层是单向测量信号，控制器层到执行器层是单向控制输出，控制器层与监控层之间是双向的设定值/过程值交换，监控层到数据层主要是单向归档。任何反向穿透，例如数据层直接写执行器，都是架构禁忌。
分层设计中的关键判断
实际工程中，最容易出问题的是“哪些逻辑放在控制器层、哪些放在监控层”。判断原则是：涉及安全、联锁和快速闭环的逻辑必须放在控制器层，且不依赖上位机；涉及批次配方、趋势显示、报表和权限管理的功能放在监控层；涉及长期存储和分析的功能放在数据层。例如，pH控制PID应放在控制器层，而“本批次pH设定值从6.8改为7.0”应由监控层下发。若把PID放在监控层，一旦操作站死机或网络中断，反应器将失去pH控制，这是不可接受的。
常见架构错误：将补料泵的联锁逻辑写在SCADA脚本中。正确做法是联锁逻辑在PLC内独立实现，SCADA只负责显示联锁状态和报警记录。网络中断时，PLC仍能执行联锁，保证反应器安全。
数据流与时间尺度
五层架构的另一条主线是时间尺度。传感器层和控制器层工作在10～100 ms级，执行器层响应在秒级，监控层刷新在1 s级，数据层归档在30 s级。设计接口时必须让快层不被慢层阻塞：控制器层不能等待监控层确认才输出控制量；监控层不能以10 ms周期轮询PLC，否则网络和CPU负载会失控。合理的做法是控制器层以固定周期运行，监控层以1 s周期读取控制器中的过程映像区，数据层以30 s周期从监控层或控制器历史缓冲区取数。
以温度串级控制为例：外环温度PID在控制器层以500 ms周期运算，输出夹套水温设定值；内环夹套温度PID以100 ms周期运算，输出调节阀开度。监控层以1 s周期显示反应器温度和夹套温度趋势，数据层每30 s记录一次。这样，快回路不受慢层影响，慢层也能获得足够平滑的数据。
架构落地的最小检查清单
- 每个传感器是否有明确的量程、信号类型和对应物理量？
- 每个执行器是否有明确的指令范围、动作方向和失效安全位置？
- 控制器层是否独立于监控层完成所有闭环和联锁？
- 监控层与控制器层的通信周期是否与过程时间常数匹配？
- 数据层是否记录了批次号、时间戳、操作员和关键过程值？
- 是否存在任何跨层直连，例如数据层直接写执行器？如有，必须整改。
把五层职责和接口关系固定下来之后，后续的传感器选型、PID整定、联锁设计和数据追溯才有稳定的基础。架构设计不是画一张漂亮的框图，而是让每一层都知道自己该做什么、不该做什么，以及通过什么信号与相邻层对话。