网上搜PLC毕业设计和课程设计翻来覆去就是抢答器、红绿灯、天塔之光。不是说这些题不好而是做的人太多答辩时老师看一眼程序结构就知道你是抄的还是自己写的。我这次选的方向更贴近真实需求基于PLC的智能家居监测控制系统把温度、湿度、光照、烟雾这些环境参数采进来再由PLC自动调控空调、新风、灯光、窗帘和报警设备。整套系统从I/O分配、传感器接线、模拟量换算、控制策略到触摸屏组态全部跑通中间踩了不少坑也总结了一套可以直接复用的设计方法。如果你想做智能家居、环境监测方向的设计或者单纯想看看工业PLC在家居场景里怎么落地这篇文章应该能给你省下大量查资料的时间。1. 为什么选PLC先给自己一个不后悔的理由1.1 这个项目要解决什么问题需求其实很直白一套房子或一间样板间里需要实时监测温度、湿度、光照强度、烟雾浓度、燃气泄漏状态然后根据这些环境参数自动调控空调、新风、排气扇、窗帘、照明这些设备。比如夏天室温超过设定值就启动制冷光照太弱自动开灯CO₂浓度超标自动换气晚上烟雾报警自动切断危险回路并触发声光报警。传统意义上这些事用单片机也能干用树莓派也能干但放在课程设计和工程实践场景里PLC反而是更“正统”的选择。PLC在整个系统里扮演的角色可以理解成一个24小时不睡觉的管家传感器是它的眼睛继电器输出是它的手触摸屏是它随时向你汇报工作的小黑板。它做的事情从表面看只是“判断输出”但真正落地时要解决的事情非常多模拟量怎么换算、断线怎么检测、PID参数怎么调、上电瞬间设备会不会误动、触摸屏通信为什么连不上。这些才是这个项目真正值钱的地方。1.2 对比单片机/树莓派的取舍我见过很多同学一上来就选STM32或者树莓派理由无非是“资料多”“能联网”“可以用Python”。但等你真把系统摆在答辩老师面前几个问题就能把你问住你用什么保证系统连续运行一个月不死机你的程序怎么处理传感器信号抖动你的设备驱动电路有没有做隔离相比之下PLC的梯形图虽然上手没有Python快但程序结构透明现场排查问题非常方便而且工业级的抗干扰能力和长期稳定性是单片机方案比不了的。下面这个表是我当时做选型时给自己列的对比对比维度单片机/STM32方案树莓派方案PLC方案开发门槛需要懂电路、C语言、定时器中断需要Linux、Python、GPIO驱动梯形图/ST语言逻辑直观抗干扰能力较弱电源波动易跑飞一般长期通电稳定性存疑工业级电源隔离和滤波完善直接驱动220V设备必须额外设计继电器/可控硅电路必须外接继电器板并且防浪涌继电器输出模块直接隔离调试便利性需要仿真器、串口打印远程SSH、看日志在线监控梯形图、强制点、波形监视项目答辩说服力偏电子设计偏物联网应用贴近工业自动化专业对口我的结论很明确如果目标是“智能家居环境监测控制系统”这类偏自动化、偏工程化的题目PLC是容错率最高的方案。当然成本上PLC会贵一些但课程设计一般实验室都有现成设备选型上并不是问题。1.3 系统整体架构与I/O分配系统架构分为三层感知层、控制层、执行层。感知层是温湿度传感器、光照传感器、烟雾探测器、燃气探测器它们把环境状态变成4-20mA电流信号或者开关量信号送给PLC控制层是PLC本体加上模拟量扩展模块跑环境参数智能调控的算法执行层是中间继电器、接触器以及空调、新风阀、窗帘电机、照明回路等设备。触摸屏挂在PLC上方通过串口或网口通信负责参数显示和手动操作。I/O分配是整个项目的第一步这一步没想清楚后面全是返工。我当时做的分配表大概是这样信号类型地址/通道接什么设备说明DI1自动/手动切换开关选择运行模式DI2急停按钮硬件级最高优先级DI3烟雾报警探测器常开触点闭合有效DI4燃气泄漏探测器常开触点闭合有效AI1温度传感器 4-20mA量程0-50℃AI2湿度传感器 4-20mA量程0-100%RHAI3光照传感器 0-10V量程0-2000LuxDO1空调启停继电器中间继电器隔离DO2新风阀继电器DO3排气扇继电器DO4窗帘电机开/关用两个继电器互锁DO5照明回路继电器DO6声光报警器这里专门提醒一句窗帘电机如果只有一个DO通道那只能做“开到位后自己停”的行程开关方案如果你用的是两个输出控制正反转继电器之间必须做硬件互锁不然正反转同时吸合是会冒烟的。2. 环境参数怎么进PLC传感器选型、接线与数据换算2.1 传感器选型与信号类型家居环境监测常见的传感器就那几类温湿度、光照、烟雾/燃气条件好的还可以加CO₂、PM2.5。选传感器时不要只看精度先看输出信号类型能不能接到PLC的模拟量模块上。主流传感器输出无非三种4-20mA电流环、0-10V电压、RS485数字通讯Modbus RTU。也有NTC热电阻直出电阻值的但PLC要读NTC还得配变送器反而多一道手。我项目里的选择是这样的检测量传感器类型输出信号量程/精度备注温度一体化温湿度变送器4-20mA或RS4850-50℃ ±0.5℃客厅、卧室各一个湿度同上4-20mA或RS4850-100%RH ±3%RH与温度共用变送器光照光照度变送器0-10V0-2000Lux放在窗户附近烟雾独立式烟雾报警探测器开关量现场光电式直接进DI燃气燃气泄漏探测器开关量催化式/半导体式厨房重点4-20mA信号在工业现场最常见好处是抗干扰能力强、线损不会导致误差因为电流环串联结构对线路电阻不敏感。0-10V电压信号接线简单但走线超过二十米就开始吃线路压降传感器供电电压不稳也会直接影响输出。家用环境距离短0-10V问题不大我仍然优先选了4-20mA温湿度光照因为传感器市面上以0-10V居多就随它去了。2.2 模拟量到工程值的换算不要让PLC背着你算错数这是整个项目里第一个坑。PLC模拟量模块采集到的原始值不是摄氏度不是%RH是一个16位整数。以西门子S7-200 SMART的模拟量模块为例4-20mA对应的数字量范围大约是5530到276480-10V对应的范围也是0到27648。我必须把这段原始区间线性映射到真实工程量区间。换算公式很简单本质就是坐标映射工程量 (原始值 - 量程下限数字值) / (量程上限数字值 - 量程下限数字值) * (工程量上限 - 工程量下限) 工程量下限如果你用的是S7-200 SMART温度传感器4-20mA、量程0-50℃那么换算就是温度 (AIW0 - 5530) * (50.0 - 0.0) / (27648 - 5530) 0.0但这里有几个细节必须注意。第一PLC里一定要用浮点数运算。整数除整数在PLC里会把小数直接砍掉你算出来的温度永远是整数值触摸屏上看到的可能就是25、26、26、27像心电图一样难看。先转浮点再算。第二原始模拟量值要放在不掉电保持区不然PLC一断电再上电这几十毫秒的过渡阶段会读到0直接把传感器故障误报出来。第三不要只算显示用的工程量还要保留原始值用于断线判断。4-20mA回路如果传感器断线或电源掉了AIW会掉到5530以下甚至0这时候换算出来的温度可能是负数。所以在换算之前先做一次范围合法性判断比什么都重要。我写了这样一组伪代码逻辑IF AIW0 5530 THEN 温度显示 : 0 传感器断线标志 : TRUE ELSE 温度显示 : (AIW0 - 5530) * 50.0 / 22118 传感器断线标志 : FALSE END_IF2.3 现场接线的抗干扰传感器电源和继电器电源必须分开做这个项目时我犯过一个典型错误把24V开关电源当万能电源同时给传感器、中间继电器、PLC触摸屏供电。结果继电器一吸合传感器供电电压就跌个零点几伏模拟量读数跟着跳温度能从25.1跳成24.6再跳回25.3查了半天都不知道是谁在搞鬼。正确的做法是分两路供电一路给PLC和传感器一路给继电器输出回路。如果成本允许传感器最好单独接一个24V开关电源。信号线尽量避开动力线至少要离开20cm以上和220V动力线穿同一根线管是最忌讳的事电机的启停干扰能直接在模拟量通道上打出几伏的感应电压。屏蔽层要单端接地不要两头都接地形成接地回路。这些道理看起来基础但实验室里大家图省事经常全都省了最后在现场挨个排查的就是这些底层问题。电流变送器如果和继电器回路共用一个电源导致读数跳还有一个补救办法在PLC程序里加数字滤波比如一阶滤波用0.2或者0.3的系数做当前值和上次值的加权。但这只是治标治本还是得把电源分开。3. 控制策略才是核心阈值联动、PID温控与联锁保护3.1 环境参数智能调控的多级联动环境调控逻辑不是一根筋的“大于某值就开、小于某值就关”那样设备会频繁启停且根本没法处理多个条件互相牵制的场景。我的做法是把每一种环境参数拆成分级策略。先说光照控制。窗帘和灯具协同工作白天照度低于150Lux自动补光开灯高于1000Lux自动关灯并把窗帘拉上一部分避免午后西晒导致室温升高如果室内温度也跟着上来了优先执行遮阳策略而不是开制冷这是家居节能里成本最低的手段。再说空气质量。CO₂浓度在500到1000ppm之间启动新风系统1000到1500ppm再叠加排气扇强化换气超过2000ppm就声光报警提示并且强制开窗如果装了电动开窗器。新风和排气扇不要从零直接跳到100%先开一台不够再叠加避免设备频繁启停。温度湿度是稳态调节用PID闭环光照和空气质量是离散调节用多级阈值。这两套逻辑混在同一个程序里时一定要把优先级写清楚我后面会专门说联锁优先级。3.2 PID闭环温控与参数整定温差大的根因要一层层找温湿度控制在智能家居里属于典型的大滞后回路。分体空调一启动要等几分钟房间温度才开始变化新风系统把室外冷空气送进来反馈同样滞后。对这种系统用最简单的两位式控制大于阈值关、小于阈值开温度波动会非常大夏天你睡到半夜会被冻醒就是因为压缩机一开就把温度打到23℃停了之后又慢慢回升到28℃才重新启动一整夜温差能超过5℃。PLC的PID指令本身并不神秘。把它理解成一个算法根据“设定值减当前值的偏差”先按比例P给出基本输出再用积分I把长时间存在的偏差慢慢消除最后用微分D对温度变化趋势做提前刹车。我当时用的是S7-200 SMART的PID向导生成的回路手头保留了一套完整的参数调整经验现象优先调整方向说明波动幅度大、温差超过2℃减小PP太大会把偏差放大系统来回振荡稳态偏差一直存在适当增强I把积分时间缩短加强消除余差能力到达设定值后严重超调增加D或加大死区微分对滞后系统有效但过强会被噪声干扰响应非常慢增大P、缩短采样周期前提是没有振荡真正动手调参前还有两个容易被忽略的前提。一是传感器安装位置。如果探头装在空调正对的风口下面PID读到的温度永远是“被冷风直吹后的假低温”逻辑再准也没用。我把传感器放到了房间中间靠墙的位置还加了一个遮阳罩避免阳光直射造成瞬时温升假象。二是采样周期空调系统的时间常数通常以分钟计我设置了10秒采样一次PID输出周期设成6分钟。也就是说6分钟内根据输出百分比决定压缩机累计运行几多分钟不能PID一输出变化压缩机就跟着启停那样压机早就报废了。我最后调出来的参数大致是P4.2I60秒D15秒死区±0.5℃输出限幅0-100%。经过两轮现场调整温度稳定后能压在设定值±0.8℃以内。3.3 手动/自动模式优先级与安全联锁控制逻辑再多也必须给人留一条后路。我设计了三个优先级层次急停按钮最高其次是自动/手动模式切换最后才是程序里的各种策略。自动模式下PLC按照PID和阈值策略自动决定所有设备的开停。手动模式下所有DO输出交给触摸屏上的按钮控制策略程序完全旁路。切换模式时有一个细节自动转手动手动状态必须和当前设备真实状态同步。不然你切到手动触摸屏上显示“关”但空调还在制冷你说不清这算谁的责任。所以模式切换瞬间要把所有手动按钮的初始状态读到PLC里再镜像到设备状态。安全联锁这一块涉及燃气和火灾一定不能想当然。对于燃气泄漏正确思路是检测到泄漏后先关闭燃气电磁阀、打开窗户和强制排风同时切断所有可能产生电火花的回路防止继电器吸合瞬间产生火花引爆燃气。对于烟雾火灾报警首要任务是保障人员撤离课程演示工程通常会简化为“声光报警自动切断非必要负载记录报警时间”更复杂的消防联动需要由专业消防系统完成。任何涉及燃气、火灾的施工方案都强烈建议让专业人员复核接线和控制逻辑不要只拿B站视频当依据。4. 触摸屏组态让参数看得见、调得动4.1 页面规划触摸屏是这个项目的门面也是答辩时老师最直观看到的部分。我用的国产触摸屏配组态软件整体页面分成五个主画面、参数设置、实时趋势、报警记录、手动操作页。主画面做成了平面布置图的样子客厅、卧室、厨房位置上放置对应的温度、湿度、光照实时数值旁边用不同颜色显示设备运行状态绿色表示运行灰色表示停止红色表示报警。这个页面主要给用户一个整体感知考的就是组态软件里“数值显示控件”绑定PLC寄存器的基本功。参数设置页把所有需要现场调整的量集中在一个页面温度设定值、湿度设定值、PID的P/I/D参数、光照阈值、CO₂联动阈值、PID输出周期等。这么设计的理由是让调试人员不用改梯形图就能整定参数。现场调PID时我是真的在触摸屏上一边看曲线一边改P和I的效率比每改一次参数就重新下载一次程序高太多。实时趋势页主要是温度、湿度两个曲线个别组态软件支持历史趋势回放但前提是PLC和屏之间要做掉电保存否则断电一次曲线就没了。4.2 通讯设置与报警管理触摸屏和PLC通信连不上是现场调试第一天最容易卡住的地方。不管是威纶通、昆仑通态还是其他品牌本质都是主从站关系。串口通信时双方波特率、数据位、校验位、停止位必须完全一致触摸屏的设备列表里要选对PLC品牌和型号通信站号要跟PLC程序里设置的一样。网口通信时触摸屏IP和PLC IP必须在同一网段比如PLC设192.168.0.1触摸屏就设192.168.0.10网关也要对齐。报警管理我建议这样实现PLC内部用比较指令生成报警位比如温度高于设定上限就置位M50燃气报警就置位M51触摸屏读取这些M位后弹出报警窗口并记录发生时间。报警确认按钮做在触摸屏上按下后只是把“报警已被确认”这个标志位置位报警位本身要等实际故障消失后自动复位。这样有两个好处问题没解决前报警不会消失只是不再反复弹窗骚扰你同时你有报警记录可以追溯故障时间。4.3 数据掉电保存与历史记录设备状态、参数设定值、报警时间这些都是需要在断电后保持的数据。PLC里直接用电保持寄存器区或掉电保持区来存储设定值触摸屏里的报警记录也要设置成掉电保持。我在项目中把温度设定值和PID参数都放进了PLC的电保持区这样现场断电重启后之前调好的参数还在不然后半夜停电一次第二天所有设定全清零又得重新调一遍参数整套系统就像失忆了一样。这里有个小细节值得注意有的组态软件默认历史趋势和报警记录是内存存储不下电保持你要在组态里手动改成掉电存储或存储到U盘。否则演示的时候老师问“昨天报警是什么时间”你打开一看是空的场面会有点尴尬。5. 现场调试复盘五个不试一次永远不知道的坑5.1 模拟量在电源边上的抖动这个坑其实就是我在2.3节提到的传感器电源和继电器电源共用问题。现象是触摸屏上温度数字一直在跳幅度在±0.8℃左右但用万用表量温度变送器的4-20mA输出却是完全稳定的。这说明问题不在传感器在PLC读取那一侧。我当时排查的顺序是先看AIW原始值确实在5530附近上下摆动说明是模拟量信号被干扰然后检查是不是模块接线松了排除后才发现继电器吸合瞬间共用电源的电压有跌落变送器的供电波动导致输出波动。解决办法是给传感器换了一路独立的24V电源同时在程序里加了一阶滤波双管齐下才彻底压住。这个坑给所有人的教训是现场模拟量跳动不能一上来就怀疑传感器或者模块坏了先从供电、接地和布线几个最基本的物理层问题排查。供电不稳是头号嫌疑犯。5.2 PID温度波动大到底先动哪个参数第一次用PID向导跑出来的默认参数温度波动超过了4℃跟没调过差不多。我当时在触摸屏上看实时曲线眼睁睁看着曲线从26℃冲到23℃停了半天又慢慢爬到28℃循环往复。一开始我还以为是采样周期太长把采样周期从10秒改到2秒结果曲线抖动得更厉害。后来我想明白了一个问题对于分体空调这种大滞后系统采样周期必须和系统响应时间匹配采样太快反而把短期噪声全采进来了。正确的顺序是先调P把波动幅度压小再动I消除稳态偏差最后加一点D处理超调。要记住一个原则一次只动一个参数改完后至少观察两到三个控制周期再判断效果不要手忙脚乱三个参数一起拧那样你根本不知道是“哪个参数调好的”还是“哪个参数调糟了”。另外输出周期和压缩机启停是绑定的我把输出周期拉长到6分钟最小停机时间保护设在3分钟保证压缩机每次停机后能充分散热再重新启动。这虽然不是程序算法层面的参数但少了它整机寿命会很难看答辩时讲出来反而是加分项。5.3 上电瞬间设备误动有次我在做上电测试PLC一上电窗帘电机突然转了一下照明灯也闪了一闪。吓得我赶紧断电。原因有两层一是PLC输出模块在上电瞬间、CPU还没正式扫描程序时有的输出通道电平是不确定的二是继电器输出型模块虽然断电时触点断开但通电瞬间如果程序里对输出状态没有做初始化个别通道会按上一轮值或者默认值动作。解决办法分两步。第一步是硬件层面在主回路里用带浪涌抑制的中间继电器做隔离PLC输出只驱动中间继电器线圈大功率设备由中间继电器触点控制不要用PLC输出直接带灯带和窗帘电机防止上电冲击直接打坏输出点。第二步是软件层面在程序的第一扫描周期里有一个初始化标志位置位后立即把所有DO输出复位为0再往下执行正常逻辑。现在很多PLC的指令体系里有专门的初始化脉冲要善用它。上电安全这件事每个做系统的同学都该养成本能PLC上电不等于程序马上跑起来任何执行机构都不应该在程序就绪前有动作。规范的控制柜设计里还会要求所有急停回路是常闭串联接线急停按钮按下直接切断主接触器线圈回路而不是等到PLC程序去判断。5.4 触摸屏与PLC通信连不上的可靠排查顺序这个坑我分别在串口和网口各踩了一回。串口那回是触摸屏的COM口参数里波特率设成了19200而PLC那边设的是9600双方都没错但就是通信不上。触摸屏的串口默认参数非常容易在新建工程时被忽略。网口那回更典型PLC用网口连接模式触摸屏设置好IP地址之后一直显示连接超时。反复检查后才发现触摸屏工程里选错了通信协议选成了别的协议Modbus TCP和西门子S7的TCP/IP协议报文格式完全不同选错什么都不通。给一个总结性的排查清单先看触摸屏和PLC的物理连接串口A/B有没有反接网线插口灯亮不亮。再查通信参数波特率、数据位、校验位、站号是否一致。网口设备查IPPC能ping通PLC不一定代表触摸屏能通很多触摸屏不提供ping功能就直接看IP网段和子网掩码。确认PLC程序在RUN状态。有的PLC下载程序后默认停在STOP触摸屏当然通信不上。最后看触摸屏工程里选对设备型号没有型号选错就是两个世界的人。这套顺序谁严格按照来排查都会事半功倍。千万别一上来就怀疑屏坏了十次里有九次是配置问题。5.5 传感器断线不当报警最后一个坑是我在做连续运行测试时发现的。温度传感器线被实验室拖地时绊松了焊接点虚接断断续续接触不良。结果温度AIW瞬间掉到了0程序按正常逻辑换算出一个负值PID判断“当前很热”直接把制冷输出拉到100%空调全速运转。等传感器线恢复杂质温度又瞬间回到28℃PID猛地削减输出设备又猛停。这种“传感器故障引发设备全速运行”的情况在环境调控系统里其实挺危险的。解决措施就是我在2.2节提到的合法性判断所有模拟量在做工程量换算之前先看原始数字量是否在合理区间。4-20mA通道低于量程下限数字值就认为是传感器断线或信号异常此时不再使用该通道参与任何控制逻辑同时报警提示并强制切换回手动模式。这就保证了一旦采集环节出问题系统选择停在安全状态而不是疯狂加热或制冷。把这一条写进任何环境监测系统的设计里都不为过。整套系统做完之后我自己最大的收获其实不是那几十条报警配方也不是PID参数怎么从默认拧到合理而是养成了一个习惯任何环境参数进PLC之前先问一句“如果这个信号坏了会怎么样”。智能家居自动化场景里真正决定系统好坏的往往不是正常逻辑多漂亮而是异常时系统能不能安全地停下来并且把异常告诉该知道的人。这个项目后续可以扩展的方向也挺多比如通过RS485或以太网把PLC采集到的环境数据送到树莓派做本地可视化或者定时记录能耗数据做分时段统计。如果你在做的课程设计正好也是智能家居环境监测方向我的建议是从一台设备的手动控制开始先采集数据、跑通换算、做好断线诊断再一点一点加自动策略。别一上来就追求全自动不然调试到半夜的滋味比喝咖啡还提神。需要完整设计源文件、万字报告和全套讲解视频的话文末可以扫码获取工程文件和调试记录都在里面。