做医药洁净室空调箱控制跟做普通舒适性空调完全是两码事。第一次拿到这个项目需求时光看技术协议就翻了好几页核心就一句话送风温度、送风湿度、房间压差、换气次数每一项都得在验证过的范围内稳住而且还要留下完整的数据记录。整套系统用的是西门子S7-1500 PLC搭配昆仑通泰触摸屏上位机只做监视不参与控制这个组合在中小型药厂项目里非常常见。这篇文章就围绕这套系统把我从IO点表设计、程序架构到调试现场踩坑的完整过程捋一遍给后面要碰同类型项目的朋友一个可落地的参考。1. 项目背景与需求拆解搞清楚洁净室空调箱到底在控制什么1.1 医药洁净室空调箱的特殊之处医药车间的洁净室空调箱本质上是一个为洁净区提供受控空气环境的空气处理单元但它的特殊之处在于“受控”这两个字被推到了极致。普通办公室空调只要夏天能降温、冬天能升温人不骂娘就算合格。医药洁净室不一样它要同时满足温度、湿度、洁净度、压差、换气次数等多个指标并且这些指标之间还会互相影响。洁净度靠的是高效过滤器和换气次数换气次数由送风量决定送风量又会直接影响房间压差。温度靠表冷段和加热段调节湿度靠表冷除湿加再热、或加湿段加湿来完成。而这几个环节在同一个空调箱里运行控制环路之间天然存在耦合。夏天想要把湿度降下来表冷阀开大风经过表冷器之后温度变低又要靠加热阀补上再热量一冷一热之间就是能源浪费和控制波动的来源。另外医药行业有明确的验证要求。工艺验证、设备验证、空调净化系统验证每一轮验证都需要有记录来证明系统运行在自己的控制范围内。这意味着控制程序不仅要“会干活”还要“会记账”。什么时候报警、什么时候参数被修改、什么时候发生过手动干预这些都要有据可查。这个要求直接影响了我在后面选择触摸屏还是上位机、要不要做触摸屏操作记录、程序里报警等级怎么划分等一系列决策。1.2 控制系统的总体架构选型项目选型时确实纠结过用中型PLC还是小型PLC也考虑过直接用触摸屏加继电器逻辑这种省钱方案。后来综合评估下来选了西门子S7-1500搭配昆仑通泰触摸屏。选S7-1500的原因很直接。医药项目里模拟量通道多冷阀、热阀、加湿阀、压差、温湿度传感器加起来十几个模拟量信号小PLC的通道扩展能力容易卡在瓶颈上。S7-1500本身集成了Profinet接口扩展模块很方便而且运算能力强同一时间跑五六个PID回路完全没有压力。更重要的是它的诊断功能做得细CPU故障、模块断线、通道超限都能在触摸屏上直接定位对于经常需要快速排查问题的现场来说这个价值没法忽视。昆仑通泰触摸屏在这个体系里性价比优势很明显。很多医药项目对成本敏感不需要上一整套SCADA系统触摸屏只要能满足监视、操作、报警、趋势、参数设置这几件事就够用了。昆仑通泰的MCGS组态环境上手快驱动库里有成熟的S7-1500通讯驱动走TCP/IP协议直接连不需要额外加通讯模块配置起来非常顺手。这个方案最终呈现出来的状态是PLC做全部控制逻辑和联锁保护触摸屏做全部人机交互和记录展示即使触摸屏突然断电控制功能也不受影响系统照样按程序自动运行。2. 硬件配置与IO点表设计控制系统的骨架工程2.1 PLC硬件清单与选型思路这套系统最终用到的硬件清单大致是这样的CPU模块、数字量输入模块、数字量输出模块、模拟量输入模块、模拟量输出模块配一个24V直流电源。CPU选型主要看IO点数和程序量我习惯留出20%到30%的余量因为后期业主极大概率会追加几个房间或者增加传感器。数字量输入点主要接风机运行状态、风机故障、手自动转换开关、过滤器压差报警、防冻报警。这里要特别注意一点无源干接点信号和有源信号不能混在一个公共端上现场很多设备提供的状态信号是无源触点自带24V输出的设备又是另一套接法。我在项目中特意确认了每个DI点对应的设备信号类型避免模块通道烧掉。模拟量输入通道全部按4到20毫安两线制配置。温度传感器用铂电阻或者带变送器的一体化温度变送器湿度传感器同样输出4到20毫安。压差变送器用在送风管、回风管、以及房间与走廊之间的压差测量量程按现场实际需求选一般选0到100Pa或者0到250Pa。模拟量输出通道用0到10V控制电动调节阀冷水阀、热水阀、加湿阀各占一路另外还有一个变频器频率给定信号。变频器的反馈频率和运行状态通过AI和DI读回PLC这样触摸屏上能真实显示变频器输出频率而不是只看PLC的给定值。2.2 IO点表设计与地址映射IO点表是整个项目里最容易被人忽略、但后续影响最大的一个文件。点位编号混乱到了写程序和做触摸屏画面的时候就会吃苦头。我习惯先把整个系统分成几类来列DI设备状态类、DI报警类、DO设备启停类、DO阀门开关类、AI工艺参数类、AI设备反馈类、AO控制输出类。每一类内部再按设备分布排列比如空调箱从新风段到送风段依次排传感器和阀门。点表里除了要写信号名称和PLC地址我还会专门加一列“量程范围”温度写0到50摄氏度湿度写0到100%RH压差写0到100Pa这样后面做模拟量工程量换算的时候不用到处翻资料。地址规划上有一个经验S7-1500的输入输出地址虽然可以系统自动分配但我习惯在组态里手动指定模块起始地址保证每个模块的地址段是连续且可预测的。比如AI模块占IB64到IB80这段AO模块占QW80到QW90后续程序里批量处理模拟量时会很顺手。触摸屏的变量映射直接跟DB块的绝对地址挂钩地址规划清晰之后MCGS里建变量都不会出现“这个地址到底对应什么东西”的疑问。3. 控制程序核心逻辑与关键算法实现3.1 程序总体框架与扫描机制PLC程序采用模块化思路主程序OB1里按功能块调用每个功能块处理一个独立的控制任务。初始化逻辑放在启动组织块里主要做三件事清除非保持性数据、给PID参数填默认值、把执行机构输出置为安全状态。这一点很关键现场很多控制异常就是CPU刚启动那一刻输出状态不确定造成的。PID控制没有放在OB1里跑而是单独放在循环中断组织块里比如OB30设置成固定周期调用。这样有两个好处PID采样周期稳定不会因为主程序里其他逻辑执行时间波动而变化调试的时候调整PID扫描周期只需要改一个地方不用在OB1里翻找。主程序里做的是模式判断、联锁逻辑、工况切换这些逻辑对实时性要求没那么高放在OB1里完全够用。功能块划分上我建立了风机组控制块、温度控制块、湿度控制块、压差控制块、报警处理块、触摸屏数据交换块。每个功能块之间数据交换全部通过DB块完成不直接用M区传递关键数据。原因很简单DB块的数据类型和偏移地址都明确调试时在线监控看得清楚上传下载时也不容易丢数据。M区偶尔用在中问标志位但我尽量少用因为M区的变量在程序下载后容易丢失也没有DB块那么直观。3.2 温湿度PID控制与夏季冬季工况切换温湿度控制是整个程序里让很多人头疼的部分核心难点在于温湿度耦合和工况切换。先看温度回路。空调箱的加热段和表冷段共用同一个温度传感器反馈控制上要么用两个独立PID回路分别控制冷阀和热阀要么做联锁。我最终用的是带输出选择的双PID方案冷阀PID和热阀PID各自独立计算然后根据当前是夏季模式还是冬季模式选择哪个回路起作用。夏季温度偏高时冷阀PID输出增大热阀PID输出被锁在最小开度防止一边制冷一边加热顶着干。冬季则反过来热阀PID输出增大冷阀输出锁在最小。湿度回路更绕一点。除湿靠表冷段表冷段一动作温度必然下降如果湿度回路只看湿度偏差去给冷阀PID发增量它跟温度回路就会打起来。所以我在湿度控制里把表冷阀的湿度控制作为主导输出温度回路的再热阀作为补充补偿。简单说就是湿度过大时湿度PID先输出加大表冷阀开度表冷阀开度加大带来送风温度下降温度PID检测到温度偏低后再去开再热阀把温度补回来。这两个回路之间有时间差在PID参数整定上就必须把湿度回路放慢一点响应周期拉长给它一个“让子弹飞一会儿”的空间。工况切换不能靠一条判断就定死。我的做法是设置“倾向性积分”程序持续检测表冷阀和加热阀的输出位置如果一段时间内加热阀持续输出接近下限并且室外温度高于某一阈值就认为当前工况适合切到夏季模式。反过来如果加热阀持续输出超过一定开度并且室外温度低于阈值就切换到冬季模式。切换之后还有一个延迟确认时间一般为5到10分钟避免短时间内的温度波动造成工况来回跳。这个逻辑是在现场被“冬夏反复切换”折磨过后总结出来的。3.3 压差控制与风量平衡压差控制是洁净室控制里最容易出歧义的部分。甲方需求书上写“房间压差大于等于5Pa”但实际现场往往不是单个房间而是一整条走廊加一圈功能间每个房间对走廊的压差方向还不一样。控制策略上我用的是主送风管静压加房间排风阀配合的方案。送风机采用变频控制变频器频率由送风管静压PID调节。静压传感器装在主送风管末端2/3处这个位置取到的静压基本能代表整个系统的阻力状态。同时新风阀和回风阀做比例随动新风阀跟随送风机频率同步动作保证新风量不低于最小新风比。每个功能间的排风支管上装电动比例调节阀房间压差传感器反馈到对应的排风阀PID每个房间一个小PID回路实现房间压差微调。这里有一个细节压差传感器装在墙上探头处的气流干扰和开门瞬间的压差突变会让PID输出大幅波动。我在程序里对压差反馈做了滤波处理滤波时间常数大概5到8秒开门时压差短暂下降不会让排风阀突然开大或关小。提高压差回路的死区设置也能减少执行机构频繁动作洁净室压差本来就不是无穷精确的东西稳定比精确更重要。送风机频率做了上下限约束下限保证换气次数上限保护电机不过流。频率给定变化速率也做了限速防止风机突然升速导致房间压差剧烈波动。3.4 联锁保护、报警与历史记录控制程序写得再花哨最底层的底线永远是联锁保护。这个项目里我重点做了几类联锁防冻联锁。冬季工况下表冷器盘管温度过低时连续三个扫描周期低于设定值程序立刻触发防冻报警同时强制关闭新风阀并停掉送风机防止盘管冻裂。这个报警在触摸屏上没有被轻易复位的权限必须现场确认没有问题后才允许复位防止误操作造成二次事故。风机联锁。送风机没有运行状态下冷阀、热阀、加湿阀全部强制关闭防止水管内介质遇到静止空气导致换热不均或者冻裂。风机故障时除了停机之外还要把变频器给定值清零并将空调箱切换到停机模式。传感器断线报警。4到20毫安信号在断线时电流会掉到0毫安PLC读到数值为负溢出程序里对这个状态做了判断。一旦判断传感器断线对应回路自动切换到“不受控”状态阀门按安全位置动作同时触摸屏上弹出一条明显的报警信息。这个细节很值得做很多现场问题最后查出来就是传感器接头松了而没有这个判断的时候看起来就像是控制程序失灵。记录方面S7-1500的保持性DB块里存储了最近500条报警记录和300条操作记录触摸屏负责把这些记录上翻展示。因为昆仑通泰触摸屏内部没有大容量的存储设计我采取了PLC保持性存储加触摸屏历史数据匣的方式组合。温度、湿度、压差这几个关键模拟量走触摸屏的实时曲线和历史趋势曲线PLC里不存大量历史数据减轻PLC存储负担也方便后续审计的时候在触摸屏上直接翻看趋势。4. 昆仑通泰触摸屏画面设计与操作逻辑4.1 画面架构与层级设计触摸屏画面如果只是一股脑地把所有参数堆在一个界面里操作工肯定骂娘。最终设计的画面结构分为五层用户登录页、系统总览页、设备控制页、参数设置页、历史记录页。系统总览页是全屏监视的核心用一张空调箱的系统示意图把新风阀、表冷段、加热段、加湿段、送风机、各级过滤器、房间压差传感器都画上去。每个设备旁边动态显示当前开度、温度、湿度、压差值。画面不用做得太花哨颜色固定两种正常运行显示绿色报警状态显示红色闪烁这一页的目的是一眼看清整个系统是否正常。设备控制页放了手自动切换按钮、风机启停按钮、变频器频率设定框、各阀门手动开度设定框。这一页是操作工每天要用的页面布局上把最容易误操作的“急停”按钮单独放在页面角落并加了二次确认防止误触。参数设置页是我的地盘放了PID参数、压差设定值、温度设定值、湿度设定值、上下限报警值。这一页默认只有管理员权限才能打开操作工无法修改。修改参数时弹出软键盘并且在输入框做了数值范围限制防止把PID增益填到100这种离谱值。4.2 与S7-1500通信配置要点昆仑通泰触摸屏和S7-1500通讯用的是S7-TCP协议配置上最需要注意的是IP地址和变量地址对应关系。触摸屏和PLC必须处在同一个网段推荐的做法是触摸屏网口直连PLC的Profinet接口中间不要经过路由器减少一层转发延迟同时避免组播隔离问题。PLC侧IP设置成192.168.0.1触摸屏设置成192.168.0.2子网掩码一致就能建立通讯。MCGS里建变量时要特别注意地址格式。S7-1500的模拟量数据都以32位浮点数存放在DB块中MCGS变量类型必须选择“浮点数”而不是整数否则数值会明显不对。布尔量点位对应PLC里Bool变量MCGS用“位”变量。建变量时我先把PLC程序里的DB块偏移地址整理成一张表在MCGS里照着表一一对应极大减少变量匹配错误。通讯周期上设置为500毫秒左右。周期太短会增加PLC通讯负载太长操作响应会延迟明显。500毫秒在操作人员体感上基本无延迟且不会影响控制程序运行。4.3 操作安全与易用性细节手自动切换是现场最容易出事的地方。程序里做了无扰切换从自动切到手动时手动设定值自动继承当前阀门的实际输出值这样切换瞬间不会有输出跳变。从手动切回自动时PID的积分项自动预置为当前手动输出值同样避免PID接手瞬间产生冲击。这个逻辑在代码里占了几行但现场体验差别非常大不做无扰切换操作工每次切换都会看到阀门猛跳一下长期下来对设备冲击明显。每个操作按钮都加二次确认弹窗包含操作人和被操作设备信息。触摸屏用户分为三级操作员能看到总览和设备控制页组长能额外看参数设置页工程师全权限。用户名和密码存放在触摸屏本地PLC只记录切换后的结果不参与密码验证避免复杂化。5. 现场调试中的常见问题与排查经验5.1 PID控制不稳定与参数整定最典型的现场问题是温度PID振荡。现象是送风温度设定20度实际温度在19到22度之间来回波动阀门开度也跟着大幅变化整个系统发出类似“呼呼”的喘振声。排查时先用趋势曲线看反馈信号本身是否干净。如果温度信号本身就在跳变那是传感器或线路问题如果信号稳定但回路振荡问题出在PID参数上。温度对象是大惯性环节从阀门动作到温度变化存在明显的纯滞后时间这时比例增益大往往不是让响应变快而是让系统在滞后时间内过度修正形成振荡。我按响应曲线法来整定先把积分时间设得特别大微分设零只留纯比例在跑逐步加大增益到系统开始震荡记录此时的临界增益和振荡周期再按经验公式算出合适的比例增益、积分时间和微分时间。整定之后温度能稳定在设定值加减0.5度范围完全满足验证要求。湿度回路更敏感加湿阀的响应很快但湿度传感器的数据更新有延迟整定时间比温度回路长。我的策略是湿度PID的积分时间要比温度回路大出两三倍让它“迟钝”一些避免湿度和温度两个回路互相刺激。5.2 传感器漂移与信号干扰压差变送器在现场遇到过读数缓慢漂移的问题白天显示10Pa到了晚上慢慢变成7Pa第二天白天又回到10Pa。排查之后发现是传感器的安装位置受到空调箱启停带来的温度变化影响。压差变送器属于精密仪表周围环境温度波动会引入零点漂移。处理办法是把变送器安装在风管侧面远离冷桥位置并且做保温隔离漂移问题明显缓解。模拟量信号干扰也遇到过。电动调节阀动作时湿度传感器数值会突然跳高或跳低。这个现象多半是变频器谐波耦合引起的。排查方法是把模拟量信号线全程屏蔽并单端接地同时信号线走独立的金属线槽跟动力线拉开距离。变频器输出侧增加电抗器减少高次谐波传导。处理后信号稳定了不再出现跳变。5.3 冬夏工况切换失败这个坑在初调试时几乎必踩。切换条件设置得太灵敏室外温度在设定阈值附近徘徊时系统会在夏季模式和冬季模式之间反复切换每次切换都伴随阀门大幅度动作整个空调箱像打摆子一样。处理办法是前面提到的“回滞区间”加“延迟确认”双重防护。室外温度阈值设为12度但切夏季模式的阈值设成15度切冬季模式设成9度中间留了6度的回滞空间温度徘徊在12度附近时不会触发切换。再叠加5分钟的连续条件确认时间只有室外温度持续超过阈值5分钟以上才执行切换。这样改造之后现场再也没有出现过工况反复切换的情况。5.4 通讯中断或卡顿调试后期遇到过触摸屏和PLC状态栏显示通讯正常但部分数据不刷新的情况。检查后发现MCGS里建的变量太多而且很多变量做了历史记录存储导致触摸屏内部驱动刷新跟不上。解决办法是分级刷新总览页的实时数据每500毫秒刷新一次参数设置页和历史记录页的数据在页面切换时才主动读取不让后台持续高频刷新所有变量。断电恢复后触摸屏有时要等十几秒才能重新连接上PLC。原因是PLC在启动阶段需要加载组态和初始化模块触摸屏如果启动更快在PLC未就绪时发起的连接会失败。处理办法是在触摸屏脚本里加了连接重试机制每2秒尝试重连一次直到成功。这个逻辑很简单但对现场使用体验提升很明显。6. 写在最后的项目复盘与扩展建议做完这个项目我最大的体会是洁净室空调箱控制表面上是写PLC程序和做触摸屏画面实际上是在做一套“以稳定为底线、以验证为目标”的系统工程。先保证联锁和安全再去追求温湿度的精度这条优先级顺序我在每个项目里都会守住。再分享一个非常实用的习惯一边写程序一边同步维护“控制功能说明书”和“IO点表最终版”每次调试参数发生变化都记录上去。这个文档在后期运维和验证时的价值完全不亚于程序本身。如果这个系统后续要扩展我建议往三个方面走一是增加上位机SCADA调度把多台空调箱的数据统一存到服务器做成集中监控二是增加能耗统计模块通过累计风机运行能耗、冷热量消耗来优化运行策略三是做数据备份机制把PLC保持性DB块和触摸屏历史数据定期导出给质量审计员提供更完整的证据链。这个方案框架在当前项目规模下是够用的如果扩大到整个厂区的公用工程管理再考虑升级到更完整的数字化管理平台也不迟。
