去年年初我接手了一套医药洁净室空调箱AHU的改造项目。设备本身不算复杂但控制要求却相当苛刻——温度要稳定在22±2℃、相对湿度要稳定在45%±10%的区间内而且是全年各种室外工况下都要保证。医药洁净室对温湿度波动的容忍度极低任何一点波动都可能影响药品生产和检验结果。为了让这套系统达到预期的控制精度我全程用西门子S7-200 SMART PLC来做程序设计在温湿度的核心调节回路上采用了串级PID控制并把模拟量采集、PID参数、手自动状态这些数据统一封装成结构体变量来管理。这套程序从编译、仿真到现场调试前前后后花了大半年时间中间踩了不少坑也沉淀了一些实际可用的思路。最近陆续有做暖通和自控的同行问起这个项目所以我把整个设计过程、程序结构和调试经验梳理成文希望能给准备做医药洁净室空调控制的工程师一些参考。1. 项目背景与整体设计思路1.1 医药洁净室空调箱到底在控制什么很多人一听医药洁净室第一反应是“不就是空调嘛温度别太离谱就行”。但实际上医药车间的空调箱和普通办公楼的舒适性空调完全是两码事。药品生产过程中温湿度直接影响物料性质、微生物滋生、静电效应甚至某些工序的化学反应速率。药典和生产规范对洁净室的温湿度都有明确限值通常控制在20~24℃、相对湿度45%~60%有些特殊车间要求更窄。这次改造的车间就属于这种情况。原系统已经运行多年夏天湿度压不住冬天温度波动大出现过产品报废的苗头业主这才决定把控制柜和程序整体升级。我去现场摸底时拿到几个关键信息车间面积不大送风采用一台组合式空调箱包含新风段、初效过滤、表冷段、加热段、蒸汽加湿段、风机段和中效过滤段。送回风方式是上送下回房间内装了一个温湿度传感器回风管上还有一个温湿度传感器作为参考。这个项目真正要控制的并不是“让空调吹出多少度”而是要保证整个房间内的温湿度长期稳定。空调箱的传感器虽然有多个但真正可以直接反映房间状态的是回风温度和回风湿度所以控制回路的被控变量应该取回风温湿度。送风温度则是执行层面的中间变量它靠近冷盘管和加热盘管响应快、滞后小非常适合作为串级控制里的内回路。洁净室还需要关注正压差和换气次数但换气次数由风机频率和风阀决定温度湿度控制主要落在冷阀、热阀和加湿阀上。这个项目的执行机构包括冷冻水电动调节阀模拟量4-20mA控制、热水加热阀模拟量4-20mA控制、蒸汽加湿阀模拟量4-20mA控制。阀门的动作逻辑直接决定了整个控制系统的成败这也是我后来坚持用串级PID的最主要原因。1.2 硬件选型与系统架构选PLC时我其实纠结过一段时间。现场原有控制柜里已经有一个西门子S7-200 SMART SR30业主希望继续用同一系列方便备件管理。我也评估过升级到S7-1200但考虑到成本、供货周期以及这台设备的点位规模S7-200 SMART完全够用就保留了它作为核心控制器。硬件配置大概是这样CPUS7-200 SMART SR30自带24路数字量输入、16路数字量输出、1个以太网口模拟量输入扩展1块EM AE088路4-20mA模拟量输入模拟量输出扩展1块EM AQ044路4-20mA模拟量输出触摸屏配套的昆仑通态或西门子Smart Line走以太网通讯点位分配上模拟量输入主要接回风温度、回风湿度、送风温度、表冷器后温度、室外温湿度、冷水阀开度反馈。模拟量输出是3个阀门加上1路备用。数字量输入接风机运行状态、故障信号、手自动切换旋钮、防冻开关数字量输出控制风机启停、加湿器启停、报警输出。为什么这个配置能满足需求关键在于S7-200 SMART的PID向导支持多路PID回路而且CPU本体带以太网口触摸屏和上位机通讯都不需要额外加模块。EM AE08和EM AQ04的通道数刚好匹配现场点位还留了备用通道给以后扩展。系统架构上PLC放在原有控制柜内触摸屏装在洁净车间外面。传感器信号全部采用4-20mA传输好处是抗干扰能力强传输距离远而且大部分变送器直接支持。温度用带4-20mA输出的温度变送器湿度用温湿度一体变送器露点采用表冷器后的温度探头近似计算。整个控制系统从功能上分成三块温度控制链、湿度控制链、联锁保护逻辑。温度控制链负责加热阀、冷阀补偿湿度控制链负责冷阀除湿、蒸汽加湿联锁保护逻辑负责风机与阀门的启停时序、防冻保护、手自动切换。这三块互相影响程序里不能各自为政必须统一调度。2. 串级PID控制的原理与整定实战2.1 为什么我要用串级PID而不是单回路单回路PID在这个项目里能不能用短期看能用温度能稳定在±3℃左右湿度勉强能压住但遇到夏季暴雨降温、车间门开关、过滤器更换这种扰动时温湿度会长时间波动甚至震荡。原因很明显房间温湿度对象是典型的大惯性、大滞后系统回风温度到冷阀之间隔着房间容积、盘管热惰性、风管长度时间常数可能接近两分钟单回路PID为了稳定不得不把增益和积分调得很小结果就是反应慢、恢复时间长。串级PID的思路是把控制通道拆分。拿温度来说加热阀到送风温度是快回路送风温度到回风温度是慢回路。我让回风温度的主回路去计算“到底需要多高的送风温度”再由送风温度的副回路去调节加热阀。这样做的好处是外界的扰动如果先影响送风温度副回路会立刻修正根本不会等到房间温度变化了才动作。冷阀除湿那边同理湿度主回路输出的是表冷器后温度的目标值副回路直接稳喂送风温度让冷阀紧紧咬住这个目标。还有一个工程上的理由串级PID方便现场整定。内回路参数整定好了以后外回路就像一个“慢速纯积分”对象调试时先把内环保持自动、外环切手动送风温度基本稳定了再投外环自动。这样做每一步都看得见效果不容易把回路整得紊乱。温湿度的串级结构我最终定成温度链回风温度主 → 送风温度副 → 加热阀开度湿度链回风湿度主 → 表冷器后温度副 → 冷冻水阀开度加湿链回风湿度主 → 蒸汽加湿阀开度单回路PID这里要说明一下冷阀除湿的副被控变量是表冷器后温度也就是通常说的“机露点温度”。回风湿度一高主回路就把机露点目标往下压冷阀开大降温除湿湿度达到要求后机露点目标回升冷阀收小防止过度除湿导致温度过低。2.2 PID向导的参数设置与实际整定流程S7-200 SMART的PID向导确实好用但很多人忽略了向导里设置的和实际运行时的对应关系。我在这个项目里一边用向导生成PID指令一边在符号表里做了一套自定义的结构体变量来保存PID参数现场调试直接改VD地址就能生效。向导里主要设置这几个内容回路设定值范围温度主回路0~50℃因为是回风温度换算后的工程值温度副回路0~50℃湿度主回路0~100%RH过程变量输入选单极性4-20mA原始值范围用5530~27648输出类型模拟量输出4-20mA0~27648对应增益、积分时间、微分时间先给经验值现场再整定串级回路在向导里的实现并不复杂生成两个独立的PID块比如温度主回路用PID0温度副回路用PID1。主回路的输出量是一个0~100.0之间的实数直接赋值给副回路的设定值寄存器。副回路的PID输出才真正去控制加热阀。参数整定时我采用“先内环、后外环、再串级”的步骤。整定内环时把主回路输出固定在一个常数上相当于手动给定送风温度目标然后给一个阶跃扰动观察送风温度变化曲线调整PID1的增益和积分时间目标是让送风温度快速无超调地回到设定值。我实测下来送风温度内环的P通常在3~5之间I在30~60秒之间D基本关闭或给很小的值。外环整定时把PID0切自动给回风温度设定值一个变化量观察回风温度响应。由于内环已经把它变成了一个快速跟随的通道外环可以放心地把增益调小一点一般在1.0~2.5积分时间放到150~300秒这样房间温度变化平缓不超调。湿度回路的整定要比温度麻烦一些因为湿度传感器响应滞后比温度大而且加湿、除湿过程还伴随着热量变化。我把湿度主回路的采样周期从默认的1秒放大到5秒积分时间放到300秒以上效果立刻改善。具体表现就是湿度波动幅度从±15%降到±5%以内。3. 模拟量采集与结构体变量设计3.1 模拟量标定从原始值到工程值S7-200 SMART模拟量输入的原始值不是直接显示成温度或湿度的它是一个0~27648的数字量。配置成4-20mA输入时4mA对应553020mA对应27648。很多初学的朋友直接用AIW的原始值当工程量去参与PID运算结果就是程序逻辑看起来没问题实际控制一团糟因为量纲完全错了。换算公式其实很简单工程值 AIW原始值 - 5530 × 工程量上限 - 工程量下限 ÷ 27648 - 5530 工程量下限举个具体例子温度变送器量程是-20~60℃当前AIW读到的原始值是15000那么实际温度15000 - 5530 × 80 ÷ 27648 - 5530 - 20 ≈ 14.26℃这个换算在程序里我用浮点指令来算因为整数运算很容易溢出。S7-200 SMART的V区浮点数是32位计算精度足够。不过PID向导生成的PID块本身带有工程量转换功能只要你把PID向导里的PV传感器上下限设成和变送器量程一致向导会自动把原始值换算成工程值并且提供PV_Value输出。我在这个项目里是把所有模拟量的原始值先统一读到V区做标定换算后存成工程值再交给PID块使用。这样做的好处是触摸屏上显示的曲线、报警值、累计数据全部是工程单位调试时一眼就能看出问题。标定过程中有一个坑要提一下4-20mA信号如果出现断线AIW原始值会低于5530甚至接近0。程序里必须写一个断线检测逻辑比如原始值小于5530且持续超过一定时间就判定传感器故障同时把对应的PID回路切到手动防止阀门前一次的开度被“假数据”带到危险位置。3.2 用结构体变量组织控制回路数据S7-200 SMART不像S7-1200那样原生支持UDT结构体类型但可以通过连续规划V区来实现同样的效果。我在程序里给每一类设备定义了一套“模拟结构体”把所有需要长期保存和在线修改的参数集中放到连续的V存储区。以温度控制回路为例我从VB2000开始规划地址段VD2000温度主回路设定值SP浮点VD2004温度主回路过程值PV浮点VD2008温度主回路输出OUT浮点0~100%VD2012温度主回路比例增益Kp浮点VD2016温度主回路积分时间Ti浮点VD2020温度主回路微分时间Td浮点VB2024手自动切换标志字节VD2026输出上限浮点VD2030输出下限浮点这样在符号表里一一命名后程序里只需要通过符号名操作可读性比裸的V区地址好得多。更重要的是调试时我用触摸屏把这些地址做成参数页面业主的运维人员可以直接在线修改PID参数和上下限不用重新下载程序。湿度控制回路我用另一段连续地址比如从VB2100开始。这样整个程序里各回路的“结构体”偏移是一致的读代码时不会串。风机、阀门、手自动状态这些也做成了独立的结构体区域。结构体变量带来的一个直接好处是回路复制容易。当时现场有两台同型号空调箱我一台程序调试通过后把整个结构体的偏移表复制到第二台只换了I/O地址映射控制逻辑几乎不用改动。这是靠零散变量写程序做不到的。有人可能会问S7-200 SMART的V区本来就只有几十KB这样规划会不会不够用实际上每一个模拟量结构体也就几十个字节所有回路和设备结构体加起来不超过4KB完全在安全范围内。我更担心的是程序写得乱而不是V区不够用。4. 关键控制逻辑与联锁保护4.1 手自动无扰切换与积分饱和处理空调箱控制柜上必须有手自动切换功能这是业主要求也是安全底线。切换时最怕什么最怕输出跳变。操作员从自动切手动时阀位突然从30%蹦到80%这一下就会引起送风温度大幅波动严重时直接触发报警停机。S7-200 SMART的PID向导本身提供了Auto_Manual输入和ManualOutput输入。当Auto_Manual为0时PID输出被强制等于ManualOutput这属于基础的手动覆盖。但我在实际项目里做了一套更稳妥的“跟踪切换”逻辑程序每个扫描周期都把当前的阀门控制量实时写入ManualOutput寄存器。这样操作员切手动时PID输出和手动给定保持一致阀门开度不会跳。从手动切回自动的时候要处理积分饱和。如果手动状态下阀门一直开得很小实际温度离设定值又很远PID一旦切入自动积分项会累计很快直接把输出推到限幅值导致阀门猛开温度过冲。我的解决办法是切换前把积分项清零或者把设定值先“逼近”当前过程值等系统稳定后再把设定值改回目标值。这个“逼近”动作我用一个子程序实现每100ms把设定值向实际值靠拢2%直到误差小于0.5℃再恢复到最终设定值。串级PID还有另一层积分饱和风险。温度主回路输出的送风设定值如果超出副回路能够实现的物理范围比如冬季冷阀想再开大但盘管已经冰水不足PID仍然会努力往上积分。我在程序里监视主回路输出一旦超过副回路可接受范围就停止主回路的积分动作并给触摸屏弹出一个“冷阀能力不足”的提示。4.2 除湿、加热与加湿的联动逻辑温湿度控制最怕两个执行器打架。最常见的情况是夏天除湿时冷阀开大送风温度降得很低温度回路为了让房间温度达标又命令加热阀猛开结果就是一边制冷一边加热能耗高得离谱阀门还来回振荡。我在程序里做了一层“工位协调”逻辑。首先明确各阀门的主责任冷冻水阀夏季除湿的主要手段由湿度回路控制加热阀温度精细调节由温度回路控制但要受冷阀开度补偿蒸汽加湿阀冬季加湿手段由湿度回路控制当湿度回路输出要求冷阀开度超过某个阈值比如60%时程序自动降低温度主回路的输出上限把送风温度的目标压低一点而不是让加热阀无限补热。反过来当温度回路输出接近上限但仍无法满足室温要求时程序会检查湿度回路是否在正向除湿如果是说明冷阀带走了过多热量此时把湿度主回路的机露点目标上调一小步减少除湿强度让温度得以恢复。这个协调逻辑刚开始我觉得很复杂后来想明白了一个原则空调箱的所有执行器最终都作用于空气的焓值。温度控制管显热湿度控制管潜热只要把送风露点温度和送风温度两个中间变量控制好房间状态自然就稳了。程序里多做几个条件判断远好过让两个PID在房间里互相打架。冬季加湿也有联动问题。蒸汽加湿器一启动大量水蒸气混入空气中会带走一部分热量送风温度瞬时下降温度副回路如果不及时补偿房间温度会掉下来。我在程序里把加湿器的启停信号和一个前馈补偿量做了关联加湿器刚开启的3分钟内加热阀在PID输出基础上额外增加5%的开度之后逐步减少这个补偿量。实测下来冬季加湿时送风温度波动从原来的±3℃收窄到±1℃以内。联锁保护里还有一条很重要的逻辑风机没有运行时所有调节阀必须强制关闭并禁止PID自动投用。因为如果风机停着表冷器仍然通冷水盘管会被冻裂加湿器仍然通蒸汽容易造成局部凝水。程序里我除了用硬件继电器做风机与阀门的互锁之外还在PLC内加了一道软件锁只有风机运行反馈信号为1时PID回路才能切到自动。5. 调试运行中的坑与经验5.1 湿度振荡事件复盘这套系统第一次试运行是在春天室外温度不高湿度中等。第一次送电后温度控制还算平稳湿度却出现了明显的锯齿状波动湿度从45%升到55%加湿器开始动作又降到42%加湿器停止如此反复。我用趋势图记录了整整一个下午发现问题出在加湿回路的PID参数太激进。湿度和温度的对象特性完全不同。温度是热惯性大湿度在加湿器动作后变化却相对快而且湿度传感器的安装位置在回风管上距离加湿段有一定距离存在明显传输滞后。PID只要增益稍大就会反复越过目标。我把加湿回路的比例增益从2.0降到0.8积分时间从120秒拉长到400秒同时把PID执行周期从1秒改成5秒再观察曲线平直了很多。后来我又发现一个隐患湿度传感器安装在回风管的末端探头直接暴露在气流中冬天回风湿度低、风速大时传感器读数会有小幅跳动。厂家建议装一个防风保护罩我装上后信号确实稳定下来。这提醒我一件事PID参数再调得好传感器数据不真实一切都是空谈。5.2 冬季与夏季工况切换空调箱从春天调试到冬天工况变化让我对这套程序又做了好几轮修改。最大的一个问题是控制系统必须在不停机的情况下自动从夏季除湿模式切换到冬季加热加湿模式。夏季模式的特征是冷阀长时间投入加热阀只在送风温度太低时启用。冬季模式则完全不同冷阀可能几天都不动作主要靠预热段把新风的温度提上来再用加热阀细调加湿器频繁动作。中间还有过渡季室外温度不高不低新风可以直接利用冷热阀都处于间歇工作状态。我在程序里加了一个“工况判断”子程序通过室外温湿度和回风温湿度计算当前的状态分成夏季除湿模式、冬季加热加湿模式、过渡季自然能模式。切换时不是简单改几个标志位而是把每个PID回路的输出上下限、积分参数、手自动状态整体切换。比如过渡季把冷阀输出上限限制在40%防止意外除湿引起温度大幅下降冬季把加湿回路的手动清零值可以赋到一个安全开度避免频繁启停。这个工况判断子程序当时没有做得很智能只是基于室外温度、室外焓值、房间温度偏差做的分段判断。但对于这台设备的运行环境来说已经够用业主操作员只需要在触摸屏上确认当前模式不需要改任何底层参数。5.3 上位机通讯与运维细节S7-200 SMART的以太网口支持Modbus TCP和西门子自己的协议。这个项目触摸屏走的是Modbus TCP上位机数据采集系统走的是Modbus TCP从站。由于空调箱要求长期记录温湿度曲线用于合规审查PLC必须稳定地把温度、湿度、阀门开度、PID设定值这些数据送给上位机。做Modbus映射时要注意地址偏移和数据类型。S7-200 SMART的Modbus库默认是从V区偏移开始映射上位机读的保持寄存器地址和V区符号表里的地址差着一个固定的偏移量。我在项目里单独建了一个“通讯映射区”把需要上报的数据全部集中复制到一段固定V区这样无论程序怎么优化重构上位机的点表都不用频繁改。通讯中断是另一个容易遇到的问题。一开始上位机偶尔读不到数据排查后发现是PLC侧的Modbus从站指令在某个扫描周期被其他中断程序抢占了太多时间。解决方法是把通讯保持功能放到一个低优先级的循环中并在主程序里定期刷新确保数据不陈旧。后来我还加了心跳寄存器上位机如果超过30秒没收到心跳就判定通讯故障并给出报警提示。这个项目的运维交接也很重要。我在触摸屏上做了参数修改页面但设了密码权限操作员只能改设定值维护工程师才能改PID参数。这样防止有人误调参数把系统搞乱。每一次参数修改都会记录时间戳和修改人方便事后追溯。这套程序从设计到最终稳定运行中间改动了很多次。有一次改了下限判断逻辑就导致全系统停机原因是我忘了把手动状态下的阀门限幅也统一修改。做过这个项目之后我有个很深的体会PLC程序的可靠性往往不取决于控制算法有多高级而取决于你有没有把每一个异常情况都提前考虑到。串级PID、结构体变量都只是工具真正值钱的是那些藏在边角里的保护逻辑和切换策略。 
长河君 · 2026/10/20 23:56:30 · 阅读 1.2k 基于S7-200 SMART PLC的医药洁净室AHU串级PID温湿度控制方案
去年年初我接手了一套医药洁净室空调箱AHU的改造项目。设备本身不算复杂但控制要求却相当苛刻——温度要稳定在22±2℃、相对湿度要稳定在45%±10%的区间内而且是全年各种室外工况下都要保证。医药洁净室对温湿度波动的容忍度极低任何一点波动都可能影响药品生产和检验结果。为了让这套系统达到预期的控制精度我全程用西门子S7-200 SMART PLC来做程序设计在温湿度的核心调节回路上采用了串级PID控制并把模拟量采集、PID参数、手自动状态这些数据统一封装成结构体变量来管理。这套程序从编译、仿真到现场调试前前后后花了大半年时间中间踩了不少坑也沉淀了一些实际可用的思路。最近陆续有做暖通和自控的同行问起这个项目所以我把整个设计过程、程序结构和调试经验梳理成文希望能给准备做医药洁净室空调控制的工程师一些参考。1. 项目背景与整体设计思路1.1 医药洁净室空调箱到底在控制什么很多人一听医药洁净室第一反应是“不就是空调嘛温度别太离谱就行”。但实际上医药车间的空调箱和普通办公楼的舒适性空调完全是两码事。药品生产过程中温湿度直接影响物料性质、微生物滋生、静电效应甚至某些工序的化学反应速率。药典和生产规范对洁净室的温湿度都有明确限值通常控制在20~24℃、相对湿度45%~60%有些特殊车间要求更窄。这次改造的车间就属于这种情况。原系统已经运行多年夏天湿度压不住冬天温度波动大出现过产品报废的苗头业主这才决定把控制柜和程序整体升级。我去现场摸底时拿到几个关键信息车间面积不大送风采用一台组合式空调箱包含新风段、初效过滤、表冷段、加热段、蒸汽加湿段、风机段和中效过滤段。送回风方式是上送下回房间内装了一个温湿度传感器回风管上还有一个温湿度传感器作为参考。这个项目真正要控制的并不是“让空调吹出多少度”而是要保证整个房间内的温湿度长期稳定。空调箱的传感器虽然有多个但真正可以直接反映房间状态的是回风温度和回风湿度所以控制回路的被控变量应该取回风温湿度。送风温度则是执行层面的中间变量它靠近冷盘管和加热盘管响应快、滞后小非常适合作为串级控制里的内回路。洁净室还需要关注正压差和换气次数但换气次数由风机频率和风阀决定温度湿度控制主要落在冷阀、热阀和加湿阀上。这个项目的执行机构包括冷冻水电动调节阀模拟量4-20mA控制、热水加热阀模拟量4-20mA控制、蒸汽加湿阀模拟量4-20mA控制。阀门的动作逻辑直接决定了整个控制系统的成败这也是我后来坚持用串级PID的最主要原因。1.2 硬件选型与系统架构选PLC时我其实纠结过一段时间。现场原有控制柜里已经有一个西门子S7-200 SMART SR30业主希望继续用同一系列方便备件管理。我也评估过升级到S7-1200但考虑到成本、供货周期以及这台设备的点位规模S7-200 SMART完全够用就保留了它作为核心控制器。硬件配置大概是这样CPUS7-200 SMART SR30自带24路数字量输入、16路数字量输出、1个以太网口模拟量输入扩展1块EM AE088路4-20mA模拟量输入模拟量输出扩展1块EM AQ044路4-20mA模拟量输出触摸屏配套的昆仑通态或西门子Smart Line走以太网通讯点位分配上模拟量输入主要接回风温度、回风湿度、送风温度、表冷器后温度、室外温湿度、冷水阀开度反馈。模拟量输出是3个阀门加上1路备用。数字量输入接风机运行状态、故障信号、手自动切换旋钮、防冻开关数字量输出控制风机启停、加湿器启停、报警输出。为什么这个配置能满足需求关键在于S7-200 SMART的PID向导支持多路PID回路而且CPU本体带以太网口触摸屏和上位机通讯都不需要额外加模块。EM AE08和EM AQ04的通道数刚好匹配现场点位还留了备用通道给以后扩展。系统架构上PLC放在原有控制柜内触摸屏装在洁净车间外面。传感器信号全部采用4-20mA传输好处是抗干扰能力强传输距离远而且大部分变送器直接支持。温度用带4-20mA输出的温度变送器湿度用温湿度一体变送器露点采用表冷器后的温度探头近似计算。整个控制系统从功能上分成三块温度控制链、湿度控制链、联锁保护逻辑。温度控制链负责加热阀、冷阀补偿湿度控制链负责冷阀除湿、蒸汽加湿联锁保护逻辑负责风机与阀门的启停时序、防冻保护、手自动切换。这三块互相影响程序里不能各自为政必须统一调度。2. 串级PID控制的原理与整定实战2.1 为什么我要用串级PID而不是单回路单回路PID在这个项目里能不能用短期看能用温度能稳定在±3℃左右湿度勉强能压住但遇到夏季暴雨降温、车间门开关、过滤器更换这种扰动时温湿度会长时间波动甚至震荡。原因很明显房间温湿度对象是典型的大惯性、大滞后系统回风温度到冷阀之间隔着房间容积、盘管热惰性、风管长度时间常数可能接近两分钟单回路PID为了稳定不得不把增益和积分调得很小结果就是反应慢、恢复时间长。串级PID的思路是把控制通道拆分。拿温度来说加热阀到送风温度是快回路送风温度到回风温度是慢回路。我让回风温度的主回路去计算“到底需要多高的送风温度”再由送风温度的副回路去调节加热阀。这样做的好处是外界的扰动如果先影响送风温度副回路会立刻修正根本不会等到房间温度变化了才动作。冷阀除湿那边同理湿度主回路输出的是表冷器后温度的目标值副回路直接稳喂送风温度让冷阀紧紧咬住这个目标。还有一个工程上的理由串级PID方便现场整定。内回路参数整定好了以后外回路就像一个“慢速纯积分”对象调试时先把内环保持自动、外环切手动送风温度基本稳定了再投外环自动。这样做每一步都看得见效果不容易把回路整得紊乱。温湿度的串级结构我最终定成温度链回风温度主 → 送风温度副 → 加热阀开度湿度链回风湿度主 → 表冷器后温度副 → 冷冻水阀开度加湿链回风湿度主 → 蒸汽加湿阀开度单回路PID这里要说明一下冷阀除湿的副被控变量是表冷器后温度也就是通常说的“机露点温度”。回风湿度一高主回路就把机露点目标往下压冷阀开大降温除湿湿度达到要求后机露点目标回升冷阀收小防止过度除湿导致温度过低。2.2 PID向导的参数设置与实际整定流程S7-200 SMART的PID向导确实好用但很多人忽略了向导里设置的和实际运行时的对应关系。我在这个项目里一边用向导生成PID指令一边在符号表里做了一套自定义的结构体变量来保存PID参数现场调试直接改VD地址就能生效。向导里主要设置这几个内容回路设定值范围温度主回路0~50℃因为是回风温度换算后的工程值温度副回路0~50℃湿度主回路0~100%RH过程变量输入选单极性4-20mA原始值范围用5530~27648输出类型模拟量输出4-20mA0~27648对应增益、积分时间、微分时间先给经验值现场再整定串级回路在向导里的实现并不复杂生成两个独立的PID块比如温度主回路用PID0温度副回路用PID1。主回路的输出量是一个0~100.0之间的实数直接赋值给副回路的设定值寄存器。副回路的PID输出才真正去控制加热阀。参数整定时我采用“先内环、后外环、再串级”的步骤。整定内环时把主回路输出固定在一个常数上相当于手动给定送风温度目标然后给一个阶跃扰动观察送风温度变化曲线调整PID1的增益和积分时间目标是让送风温度快速无超调地回到设定值。我实测下来送风温度内环的P通常在3~5之间I在30~60秒之间D基本关闭或给很小的值。外环整定时把PID0切自动给回风温度设定值一个变化量观察回风温度响应。由于内环已经把它变成了一个快速跟随的通道外环可以放心地把增益调小一点一般在1.0~2.5积分时间放到150~300秒这样房间温度变化平缓不超调。湿度回路的整定要比温度麻烦一些因为湿度传感器响应滞后比温度大而且加湿、除湿过程还伴随着热量变化。我把湿度主回路的采样周期从默认的1秒放大到5秒积分时间放到300秒以上效果立刻改善。具体表现就是湿度波动幅度从±15%降到±5%以内。3. 模拟量采集与结构体变量设计3.1 模拟量标定从原始值到工程值S7-200 SMART模拟量输入的原始值不是直接显示成温度或湿度的它是一个0~27648的数字量。配置成4-20mA输入时4mA对应553020mA对应27648。很多初学的朋友直接用AIW的原始值当工程量去参与PID运算结果就是程序逻辑看起来没问题实际控制一团糟因为量纲完全错了。换算公式其实很简单工程值 AIW原始值 - 5530 × 工程量上限 - 工程量下限 ÷ 27648 - 5530 工程量下限举个具体例子温度变送器量程是-20~60℃当前AIW读到的原始值是15000那么实际温度15000 - 5530 × 80 ÷ 27648 - 5530 - 20 ≈ 14.26℃这个换算在程序里我用浮点指令来算因为整数运算很容易溢出。S7-200 SMART的V区浮点数是32位计算精度足够。不过PID向导生成的PID块本身带有工程量转换功能只要你把PID向导里的PV传感器上下限设成和变送器量程一致向导会自动把原始值换算成工程值并且提供PV_Value输出。我在这个项目里是把所有模拟量的原始值先统一读到V区做标定换算后存成工程值再交给PID块使用。这样做的好处是触摸屏上显示的曲线、报警值、累计数据全部是工程单位调试时一眼就能看出问题。标定过程中有一个坑要提一下4-20mA信号如果出现断线AIW原始值会低于5530甚至接近0。程序里必须写一个断线检测逻辑比如原始值小于5530且持续超过一定时间就判定传感器故障同时把对应的PID回路切到手动防止阀门前一次的开度被“假数据”带到危险位置。3.2 用结构体变量组织控制回路数据S7-200 SMART不像S7-1200那样原生支持UDT结构体类型但可以通过连续规划V区来实现同样的效果。我在程序里给每一类设备定义了一套“模拟结构体”把所有需要长期保存和在线修改的参数集中放到连续的V存储区。以温度控制回路为例我从VB2000开始规划地址段VD2000温度主回路设定值SP浮点VD2004温度主回路过程值PV浮点VD2008温度主回路输出OUT浮点0~100%VD2012温度主回路比例增益Kp浮点VD2016温度主回路积分时间Ti浮点VD2020温度主回路微分时间Td浮点VB2024手自动切换标志字节VD2026输出上限浮点VD2030输出下限浮点这样在符号表里一一命名后程序里只需要通过符号名操作可读性比裸的V区地址好得多。更重要的是调试时我用触摸屏把这些地址做成参数页面业主的运维人员可以直接在线修改PID参数和上下限不用重新下载程序。湿度控制回路我用另一段连续地址比如从VB2100开始。这样整个程序里各回路的“结构体”偏移是一致的读代码时不会串。风机、阀门、手自动状态这些也做成了独立的结构体区域。结构体变量带来的一个直接好处是回路复制容易。当时现场有两台同型号空调箱我一台程序调试通过后把整个结构体的偏移表复制到第二台只换了I/O地址映射控制逻辑几乎不用改动。这是靠零散变量写程序做不到的。有人可能会问S7-200 SMART的V区本来就只有几十KB这样规划会不会不够用实际上每一个模拟量结构体也就几十个字节所有回路和设备结构体加起来不超过4KB完全在安全范围内。我更担心的是程序写得乱而不是V区不够用。4. 关键控制逻辑与联锁保护4.1 手自动无扰切换与积分饱和处理空调箱控制柜上必须有手自动切换功能这是业主要求也是安全底线。切换时最怕什么最怕输出跳变。操作员从自动切手动时阀位突然从30%蹦到80%这一下就会引起送风温度大幅波动严重时直接触发报警停机。S7-200 SMART的PID向导本身提供了Auto_Manual输入和ManualOutput输入。当Auto_Manual为0时PID输出被强制等于ManualOutput这属于基础的手动覆盖。但我在实际项目里做了一套更稳妥的“跟踪切换”逻辑程序每个扫描周期都把当前的阀门控制量实时写入ManualOutput寄存器。这样操作员切手动时PID输出和手动给定保持一致阀门开度不会跳。从手动切回自动的时候要处理积分饱和。如果手动状态下阀门一直开得很小实际温度离设定值又很远PID一旦切入自动积分项会累计很快直接把输出推到限幅值导致阀门猛开温度过冲。我的解决办法是切换前把积分项清零或者把设定值先“逼近”当前过程值等系统稳定后再把设定值改回目标值。这个“逼近”动作我用一个子程序实现每100ms把设定值向实际值靠拢2%直到误差小于0.5℃再恢复到最终设定值。串级PID还有另一层积分饱和风险。温度主回路输出的送风设定值如果超出副回路能够实现的物理范围比如冬季冷阀想再开大但盘管已经冰水不足PID仍然会努力往上积分。我在程序里监视主回路输出一旦超过副回路可接受范围就停止主回路的积分动作并给触摸屏弹出一个“冷阀能力不足”的提示。4.2 除湿、加热与加湿的联动逻辑温湿度控制最怕两个执行器打架。最常见的情况是夏天除湿时冷阀开大送风温度降得很低温度回路为了让房间温度达标又命令加热阀猛开结果就是一边制冷一边加热能耗高得离谱阀门还来回振荡。我在程序里做了一层“工位协调”逻辑。首先明确各阀门的主责任冷冻水阀夏季除湿的主要手段由湿度回路控制加热阀温度精细调节由温度回路控制但要受冷阀开度补偿蒸汽加湿阀冬季加湿手段由湿度回路控制当湿度回路输出要求冷阀开度超过某个阈值比如60%时程序自动降低温度主回路的输出上限把送风温度的目标压低一点而不是让加热阀无限补热。反过来当温度回路输出接近上限但仍无法满足室温要求时程序会检查湿度回路是否在正向除湿如果是说明冷阀带走了过多热量此时把湿度主回路的机露点目标上调一小步减少除湿强度让温度得以恢复。这个协调逻辑刚开始我觉得很复杂后来想明白了一个原则空调箱的所有执行器最终都作用于空气的焓值。温度控制管显热湿度控制管潜热只要把送风露点温度和送风温度两个中间变量控制好房间状态自然就稳了。程序里多做几个条件判断远好过让两个PID在房间里互相打架。冬季加湿也有联动问题。蒸汽加湿器一启动大量水蒸气混入空气中会带走一部分热量送风温度瞬时下降温度副回路如果不及时补偿房间温度会掉下来。我在程序里把加湿器的启停信号和一个前馈补偿量做了关联加湿器刚开启的3分钟内加热阀在PID输出基础上额外增加5%的开度之后逐步减少这个补偿量。实测下来冬季加湿时送风温度波动从原来的±3℃收窄到±1℃以内。联锁保护里还有一条很重要的逻辑风机没有运行时所有调节阀必须强制关闭并禁止PID自动投用。因为如果风机停着表冷器仍然通冷水盘管会被冻裂加湿器仍然通蒸汽容易造成局部凝水。程序里我除了用硬件继电器做风机与阀门的互锁之外还在PLC内加了一道软件锁只有风机运行反馈信号为1时PID回路才能切到自动。5. 调试运行中的坑与经验5.1 湿度振荡事件复盘这套系统第一次试运行是在春天室外温度不高湿度中等。第一次送电后温度控制还算平稳湿度却出现了明显的锯齿状波动湿度从45%升到55%加湿器开始动作又降到42%加湿器停止如此反复。我用趋势图记录了整整一个下午发现问题出在加湿回路的PID参数太激进。湿度和温度的对象特性完全不同。温度是热惯性大湿度在加湿器动作后变化却相对快而且湿度传感器的安装位置在回风管上距离加湿段有一定距离存在明显传输滞后。PID只要增益稍大就会反复越过目标。我把加湿回路的比例增益从2.0降到0.8积分时间从120秒拉长到400秒同时把PID执行周期从1秒改成5秒再观察曲线平直了很多。后来我又发现一个隐患湿度传感器安装在回风管的末端探头直接暴露在气流中冬天回风湿度低、风速大时传感器读数会有小幅跳动。厂家建议装一个防风保护罩我装上后信号确实稳定下来。这提醒我一件事PID参数再调得好传感器数据不真实一切都是空谈。5.2 冬季与夏季工况切换空调箱从春天调试到冬天工况变化让我对这套程序又做了好几轮修改。最大的一个问题是控制系统必须在不停机的情况下自动从夏季除湿模式切换到冬季加热加湿模式。夏季模式的特征是冷阀长时间投入加热阀只在送风温度太低时启用。冬季模式则完全不同冷阀可能几天都不动作主要靠预热段把新风的温度提上来再用加热阀细调加湿器频繁动作。中间还有过渡季室外温度不高不低新风可以直接利用冷热阀都处于间歇工作状态。我在程序里加了一个“工况判断”子程序通过室外温湿度和回风温湿度计算当前的状态分成夏季除湿模式、冬季加热加湿模式、过渡季自然能模式。切换时不是简单改几个标志位而是把每个PID回路的输出上下限、积分参数、手自动状态整体切换。比如过渡季把冷阀输出上限限制在40%防止意外除湿引起温度大幅下降冬季把加湿回路的手动清零值可以赋到一个安全开度避免频繁启停。这个工况判断子程序当时没有做得很智能只是基于室外温度、室外焓值、房间温度偏差做的分段判断。但对于这台设备的运行环境来说已经够用业主操作员只需要在触摸屏上确认当前模式不需要改任何底层参数。5.3 上位机通讯与运维细节S7-200 SMART的以太网口支持Modbus TCP和西门子自己的协议。这个项目触摸屏走的是Modbus TCP上位机数据采集系统走的是Modbus TCP从站。由于空调箱要求长期记录温湿度曲线用于合规审查PLC必须稳定地把温度、湿度、阀门开度、PID设定值这些数据送给上位机。做Modbus映射时要注意地址偏移和数据类型。S7-200 SMART的Modbus库默认是从V区偏移开始映射上位机读的保持寄存器地址和V区符号表里的地址差着一个固定的偏移量。我在项目里单独建了一个“通讯映射区”把需要上报的数据全部集中复制到一段固定V区这样无论程序怎么优化重构上位机的点表都不用频繁改。通讯中断是另一个容易遇到的问题。一开始上位机偶尔读不到数据排查后发现是PLC侧的Modbus从站指令在某个扫描周期被其他中断程序抢占了太多时间。解决方法是把通讯保持功能放到一个低优先级的循环中并在主程序里定期刷新确保数据不陈旧。后来我还加了心跳寄存器上位机如果超过30秒没收到心跳就判定通讯故障并给出报警提示。这个项目的运维交接也很重要。我在触摸屏上做了参数修改页面但设了密码权限操作员只能改设定值维护工程师才能改PID参数。这样防止有人误调参数把系统搞乱。每一次参数修改都会记录时间戳和修改人方便事后追溯。这套程序从设计到最终稳定运行中间改动了很多次。有一次改了下限判断逻辑就导致全系统停机原因是我忘了把手动状态下的阀门限幅也统一修改。做过这个项目之后我有个很深的体会PLC程序的可靠性往往不取决于控制算法有多高级而取决于你有没有把每一个异常情况都提前考虑到。串级PID、结构体变量都只是工具真正值钱的是那些藏在边角里的保护逻辑和切换策略。