1. 项目概述与设计思路校园照明这件事乍一听好像就是个“天黑开灯、天亮关灯”的简单活但真去管过的人才知道有多折磨人。教学楼、图书馆、宿舍区、操场、主干道、林荫小道每块区域的照明需求完全不同有的要通宵常亮有的只在下晚自习那半小时亮有的遇到阴雨天必须提前开启寒暑假又得彻底关掉。靠人去按开关哪怕专门配两个后勤师傅三班倒也总有漏灯、晚开、早关的情况电费账单还年年走高。这也是我接下这个基于PLC的校园照明控制系统项目时第一个想明白的事这不是一个“做个自动开关”的电气题而是一个“如何用一套可靠的控制系统把分散在校园各处的照明设备管起来”的管理题。用PLC来做校园照明最大的优势不在“自动化”本身而在于它的可编程、可监控、可扩展。你可以把光照度、时间表、节假日、紧急模式全部揉进一套逻辑里让系统自己判断什么时候该亮、亮到什么程度、哪些回路必须保持。比起传统的继电器控制——改一次定时就要爬一次控制柜重新接线——PLC只需在软件里改个参数、下载一段程序现场完全不用动。这一点在校园这种需求经常变的环境里价值远高于那点硬件成本差。这篇内容面向的读者不只是电气自动化专业的在校学生也包括学校后勤的电工师傅、做楼宇自控的工程同行。你可能是为了交一份毕业设计手上刚好有“设计源文件万字报告讲解”的整套参考也可能是学校要改造老旧照明系统想看PLC方案到底怎么落地、值不值得上。不管哪种情况这篇的重点都不是摆一堆梯形图让你抄而是把“为什么这么设计、现场会踩哪些坑、报告里该写什么”讲透。1.1 核心需求解析先理一下校园照明到底有哪些典型场景。我按实际项目的功能分区习惯把它拆成四类宿舍区照明。这区域的灯使用高峰期集中在晚上十点前后和早晨六点到七点深夜到凌晨基本没人但出于安全考虑又不能全灭。最适合的模式是“高峰全亮、深夜隔盏亮”也就是隔一个灯亮一个保持基本照度又省电。教学区与图书馆照明。需要的是可预测的定时控制比如晚上六点半到十点保持全亮周末白天如果有自习需求则切换到“光照度不足才开启”的光控模式。主干道与操场照明。道路照明讲究均匀性操场则要考虑场地活动安排。这类区域我一般建议做“光控优先、时控修正”光线暗到阈值以下才允许开灯但到了深夜十二点以后自动切换到半亮状态避免整夜满功率运行。景观与应急照明。景观灯追求效果可以直接用独立的时控回路应急照明则必须独立于所有自动逻辑保证消防联动时强制点亮。综合来看一套合格的校园照明控制系统至少要满足三个层面的需求安全层面保证夜间校园基本照度应急回路不能失效管理层面要能灵活应对上课日、周末、假期、考试周等不同时间表经济层面通过分区控制、隔盏亮、分时调光等手段把无谓的空耗电费压下来。1.2 方案选型为什么是PLC这里有个很实在的问题校园照明控制用单片机、用智能时控开关、甚至用物联网云平台都能做为什么我偏好PLC答案不在于“PLC更高级”而在于“PLC更适合现场电气工程师维护”。单片机方案成本确实低但开发周期长一旦出了问题学校后勤很难找到人改程序更别提看懂你的代码。云平台方案控制灵活但校园网络万一断了整个照明系统就瘫了这对安全要求较高的场景是不能接受的。智能时控开关最便宜但功能太死改个节假日时间表要把每个开关重新按一遍几十个回路让你按到怀疑人生。PLC方案的逻辑是把控制逻辑全部下沉到本地网络断了不影响基本运行程序用梯形图编写稍微学过电工基础的人都能看懂维护I/O点数和通讯接口留足余量以后要接入光照传感器、人体感应、触摸屏甚至上位机监控都不用换主机。从全生命周期的维护成本来算PLC反而是最划算的选择。当然PLC也不是没有缺点。它的强项是逻辑控制和开关量处理做模拟量采集比如光照度连续变化、电流检测不擅长但校园照明恰恰主要是开关量控制只要选型时把CPU本体和扩展模块搭配好这个劣势基本不影响。如果你后续想加入调光功能可以考虑加模拟量输出模块控制0-10V调光驱动器或者直接用带调光功能的继电器输出模块这部分我在后面的扩展思路里细讲。2. 系统架构与硬件选型详解2.1 PLC机型选型具体到设备选型我推荐以“点数够用、留30%余量、通讯接口齐”为原则。校园照明项目通常是几十个回路开关量输入几十点输出几十点属于典型的小型PLC应用场景。市场上用得最多的是西门子S7-200 SMART和三菱FX3U/FX5U系列两者都是主流选择选哪个主要看你手上熟悉哪种编程环境。西门子S7-200 SMART的性价比在这个体量的项目里确实能打。CPU SR20或SR30自带数字量I/O不够就加一个EM DR16数字量扩展模块本体带网口支持Modbus TCP以后要接触摸屏或上位机组态非常方便。软件用STEP 7-Micro/WIN SMART免费的对初学者也友好。三菱FX3U的强项是指令丰富、运行稳定国内工厂的老设备里存量很大如果你以后要跟工厂设备打交道学FX系列不吃亏。它的编程软件GX Works2也免费仿真功能比西门子做得更顺手。缺点是要加通讯模块才能方便地上以太网成本会比西门子方案略高一点。从项目交付的角度我额外看重两点一是编程软件必须是免费的因为学校或后勤不可能单独买授权二是资料要好找毕竟最后接手维护的人可能是下一届学生或新来的电工遇到问题查得到资料比什么都强。基于这个考虑西门子S7-200 SMART在校园项目里优势更明显。2.2 I/O点数计算与地址分配I/O点数的估算是方案设计的第一步也是最容易翻车的一步。我见过太多项目做到一半发现输入输出不够用最后只能外挂继电器来解决既难看又不可靠。正确的做法是先把控制需求全部列出来再逐项折算成I/O点。以一座中等规模校园为例照明回路按配电箱分假设共有24个照明回路每个回路由一个接触器控制那就是24个PLC输出点控制24个接触器线圈。同时为了能在监控界面看到每个回路的实际通断状态需要接触器辅助触点反馈到PLC输入又是24个输入点。再加上手动/自动切换开关、光照传感器信号、应急联动信号、治安值班室远程控制按钮输入点大约需要30~32点输出点24点。这样算下来一个CPU SR30是24输入/16输出明显不够所以我会选SR30加一块EM DR168输入/8输出凑到32输入/24输出刚好覆盖需求余量约20%对校园项目来说够用了。如果你预计以后要加路灯节能柜、喷淋联动、门禁联动这些建议直接上SR40或加两块扩展模块余量拉到30%以上。地址分配方面我的习惯是输入按功能区域分组输出按配电箱回路编号一一对应绝不能乱跳。比如I0.0到I0.7分配给手动/自动切换和应急联动I1.0到I1.7分配给宿舍区照明反馈I2.0开始分配给教学区输出Q0.0到Q0.7对应宿舍区回路1到8Q1.0到Q1.7对应教学区回路。这样以后排查故障时看程序注释和图纸就能直接定位不需要对着万用表猜。2.3 控制柜布局与接线要点控制柜的设计直接决定这个系统后期好不好维护。我见过的反面教材包括接线端子排得密密麻麻连个标签都没有、PLC放在柜子最底部一进水就跳闸、强电弱电走同一个线槽导致通讯干扰。布局上我的习惯是遵循“上强下弱、左进右出”的基本规则。柜顶或柜内上部安装总断路器和各回路断路器中部安装接触器和热继电器下部或侧边独立空间布置PLC和24V开关电源强电线缆和弱电信号线必须分开走线槽间距至少10厘米以上。PLC的24V电源不要和接触器线圈共用要单独用开关电源供电避免接触器吸合瞬间的电压跌落把PLC搞复位。每个回路的接触器线圈两端必须并联RC吸收回路电阻电容串联或者直接选用自带浪涌抑制的接触器。线圈断电瞬间会产生很高的反向电动势不吸收的话轻则干扰PLC程序跑飞重则打坏输出继电器触点。这是很多新手自己接线调试时反复“莫名复位”的根本原因。输出端到接触器线圈之间建议加一级中间继电器过渡。你可能会问PLC输出继电器直接带接触器线圈不行吗行是行但S7-200 SMART输出点的带载能力只有2A而且频繁通断对PLC内部继电器触点寿命影响很大。加了中间继电器之后换一个继电器几块钱烧了不心疼PLC输出板坏了那就要返厂了。这个钱不能省。3. 控制逻辑设计与梯形图实现3.1 时间表控制与季节自适应时间控制是校园照明的主干逻辑。用一个时钟指令读PLC实时时钟然后在程序里设定多个时间段每个时间段对应不同的回路组合动作。这里有个隐藏问题不同季节的日落时间相差近两个小时如果时间表写死一个“18:00开灯”夏天18:00天还大亮灯白白亮一小时冬天18:00已经全黑灯却没开。解决思路有两层。第一层是给时间表加“季节偏移量”把一年分成春夏秋冬四套时间段通过日期判断自动切换。例如夏天上课日晚间照明设为19:00到22:30冬天设为17:30到22:30。这个方案实现简单不需要额外硬件适合预算有限的学校。第二层是引入光照传感器做“光控修正”也是我更推荐的方案。PLC的模拟量模块接一路光照度传感器当检测到照度低于设定阈值比如30勒克斯且当前时间处于允许开灯的窗口期比如17:00到23:00时才允许照明回路得电。这相当于给时间表加了一个“前置条件”天气突变、阴雨天提前暗下来时系统能自动提前开灯不需要人干预。我在现场调试时光控阈值不是一次性写死的。先连续记录一周的光照度曲线再根据实际视觉感受调整阈值。经验值是校园主干道在30~50勒克斯之间开灯比较合适低于30勒克斯时人眼已经明显感觉昏暗高于50勒克斯开灯又太早浪费。宿舍区走廊可以适当放宽到20勒克斯毕竟走廊有应急灯兜底。3.2 模式切换与优先级管理一个实用的校园照明系统至少要具备四种运行模式自动、手动、应急、检修。四个模式之间必须设置严格的互锁优先级从高到低依次是应急大于手动、手动大于自动、检修独立于所有模式。自动模式下程序按上述的时间表加光控逻辑自动通断。手动模式用于特殊情况比如运动会晚上操场要加练、考试周教学楼要延时熄灯这时候值班人员在触摸屏或控制柜面板上直接操作“强制开/关”按钮。应急模式是安全性最高的一级由消防信号或治安报警信号触发。这个模式不经过任何时间表和光控判断直接点亮应急回路和关键通道照明。在PLC程序里应急信号优先使用输入点的常闭触点参与逻辑这样即使传感器断线、程序跑飞只要信号线没断硬件层面也能保证应急回路得电。检修模式则是把某个回路从自动控制中完全摘除允许电工在大白天检修线路时强制断电或点动送电而不会触发自动开灯。这四个模式的切换我在程序里统一使用“模式字”来管理M0.0到M0.3分别代表四个模式切换时先复位全部模式位再置位目标模式位杜绝两个模式同时激活的竞争状态。这个编程习惯在大型项目里尤其重要我在小型校园项目里也坚持这么做就是为了避免逻辑漏洞。3.3 核心程序段示例说明梯形图我不会整段贴出来但几个关键程序段的逻辑骨架值得说说。第一个是照明回路的基本控制段。以宿舍区回路1为例逻辑是手动/自动模式切换之后在自动模式下条件为“时间窗内 光照度低于阈值 宿舍区总开关已合闸”三个条件串联输出到Q0.0。其中任何一个条件不满足回路就断开。这个段的写法很简单但要注意“时间窗内”的条件必须用“大于等于开始时间 与 小于等于结束时间”写不能反了否则半夜会误开灯。第二个是隔盏亮控制段。深夜模式启动时程序把两个相邻照明回路的输出条件错开——回路1由深夜模式直接点亮回路2必须在“深夜模式且再隔30分钟”才点亮这样走廊或道路保持基本照度又不会整宿满功率。如果想做得更精可以用一个定时器做轮换每隔一小时把亮的那半换到另一半让灯具使用寿命更均衡。不过这个功能会增加接触器动作频率对接触器寿命是一种损耗我一般在校园项目里不主动启用除非甲方明确要求。第三个是“最后一次熄灯”逻辑。以宿舍区为例晚上22:30主灯熄灭但为了照顾晚归学生程序控制在主灯熄灭后延时5分钟点亮两盏门厅灯和走廊应急灯维持30分钟后自动熄灭。这30分钟内如果有人经过可以再接人体感应器触发走廊灯短暂全亮。加了这层逻辑之后学生和宿管的满意度都会明显提升属于花小钱办大事的典范。3.4 触摸屏监控与数据记录现在做PLC项目不带人机界面基本没法交代。我推荐选一个7寸的国产触摸屏昆仑通态、威纶通都可以通过网线和PLC连接省去了串口线还要转USB的麻烦。触摸屏页面主要做三块系统总览画面、回路控制画面、参数设置画面。系统总览画面用图形显示校园平面图各个照明区域用不同颜色标识状态。运行中的回路绿色显示关闭的灰色故障报警的红色闪烁。值班人员一眼就能看出哪条回路有问题不用再拿手电筒去配电房挨个看接触器。回路控制画面就是软手操面板每个回路配一个“自动/强制开/强制关”三选按钮。这个页面是给后勤人员用的所以操作逻辑必须防呆强制操作前必须选择“手动模式”防止误触导致自动逻辑失效。参数设置画面用于修改时间表、光控阈值、延时时间等。这些参数直接写入PLC的掉电保持区停电重启后不丢失。我建议把所有可调参数集中到一个数据块里并在程序里给每个参数设置合理的上下限。这样既方便现场调整也能防止误操作把时间改成“25:99”之类的非法值。数据记录方面如果项目预算允许可以在触摸屏上做一个简单的运行日志记录每天各回路的累计运行时间。这个数据有两个用途一是月底和电费单对账验证节能效果二是推算接触器和灯具的维护周期提前备件。4. 设计源文件与万字报告怎么整理4.1 源文件归档的规范做法很多人在项目收尾时只丢出一个“xxx.zap”或“xxx.gxw”文件这在交付上是严重不合格的。一个规范化归档的源文件包至少应该包含以下层次的内容。第一层是PLC程序文件。西门子对应的是.zap归档文件里面要包含程序注释、符号表、交叉引用表。我强烈建议在程序里把每个I/O点的注释写清楚网络注释也尽量完整。你可能觉得麻烦但三个月后你自己回来看程序如果没有注释你真的会看不懂当时的逻辑。更别提接手的人是别人了。第二层是触摸屏画面文件。画面源文件、画面截图、字体文件如果用了特殊字体都要归档。触摸屏项目最容易丢的就是字体文件换一台电脑打开项目字体全变方块特别影响体验。第三层是电气图纸。包括主电路图、控制回路图、PLC接线图、端子排图、柜内布置图。图纸不需要用专业电气CAD软件画但至少要用通用格式输出一份方便后期任何人打开查看。第四层是设备清单和参数表。PLC型号、扩展模块订货号、接触器型号、中间继电器型号、开关电源规格、断路器整定值、传感器型号全部列成清单并注明每个元器件在柜内的安装位置。这张表对于以后备件采购来说就是救命表。4.2 万字报告的结构与写作方法这份报告是很多学生最头疼的部分但其实掌握了结构框架之后写起来并不难。我的建议是严格按照毕业设计或项目验收报告的通用结构来组织不要自由发挥。第一章写需求分析从校园照明现状切入指出人工管理的问题引出自动化改造的必要性。第二章写方案论证对比PLC、单片机、云平台三种方案从可靠性、维护性、成本三个维度给出选择PLC的理由。第三章写硬件设计把I/O表、电气原理图、选型计算逐个写进去特别要把接触器线圈电流、PLC输出驱动能力、开关电源容量这些计算过程写清楚这是评阅老师最看重的地方。第四章写软件设计包括程序流程图、梯形图逻辑说明、关键参数设置。第五章写调试过程把我在现场遇到的几个典型问题如实写进去比如光控阈值怎么整定、时间表怎么修正、干扰怎么排除。第六章写运行效果和节能分析用改造前和改造后的用电量做对比表格。万字听起来很多但把每章写500到800字的分析文字加上图表和参数表格其实很快就够数了。关键是每个章节都要有实质内容不能靠空话凑字数。我见过一些报告光“引言”就写了两千字的背景描述结果一到核心设计部分就只剩一两百字的截图这种报告在我这里直接不合格。4.3 配图与参考资料的收集策略标题里提到“支持资料、图片参考”和“文章底部可以扫”这其实是很多校园项目交付时的流量入口。我的建议是配图要有四个层次系统架构图让读者一眼看明白整个系统的层级关系、控制柜实物图展示接线工艺水平、触摸屏界面截图展示人机交互设计的完整性、运行曲线或数据截图用实际数据支撑节能效果。这些图片在写报告、做答辩PPT、发技术博客时都能复用所以平时养成随手拍照的习惯特别重要。每次调试到一个阶段就拍一张柜内布局图、一张屏幕状态图记录当时的操作和现象。这些都将是项目报告里最有说服力的素材比一百页说明书都好用。5. 现场调试与常见故障排查5.1 调试前的通电检查清单控制柜安装完毕、程序下载之后先别急着合闸。我总结了一套“通电九查”每次调试必做花不了十分钟但能避免大部分低级事故。一查接线端子紧固情况用螺丝刀逐个拧一遍带电前松动的端子是大隐患。二查PLC输出点与中间继电器线圈之间有没有短路尤其是强电端子和24V端子有没有搭线。三查24V开关电源输出电压是否为24V正负0.5V范围。四查接触器线圈电压等级不要AC220V的线圈接到了AC380V回路里。五查PLC和触摸屏的IP地址是否在同一网段这是最常见连接不上故障的根源。六查所有PLC输入点对应的传感器信号线有没有接反。七查应急回路是否直接由消防信号源独立供电不允许经过PLC电源。八查柜内接地排和PLC的接地端子是否可靠连接悬浮接地是干扰的根源。九查上电后CPU运行指示灯是否正常程序是否处于运行状态。这“九查”听起来琐碎但每一个我都踩过对应版本的坑。特别是第一项有一次调试时端子松动接触器吸合瞬间直接拉弧把端子排熏黑了一块幸好没伤到人。5.2 高频故障现象与处理方案运行阶段常见的故障我按照出现频率排个序逐个说处理思路。故障一PLC程序正常部分回路不动作。优先排查方向是中间继电器是不是坏了或者中间继电器底座松动。我遇到过继电器坏了一半触点的情况万用表量线圈正常但带负载就拉不动。替换中间继电器后问题消失。故障二照明灯该亮时不亮该灭时不灭。不要先去怀疑PLC先看接触器辅助触点反馈给PLC的输入点状态对不对。很多时候接触器动作是正常的但反馈触点虚接导致PLC误判回路状态。用万用表在端子排上量输入点电压很快就能定位。故障三触摸屏不定期显示通讯超时。原因九成是屏蔽层接地没做好或者通讯线缆和动力线走在同一个线槽里。处理方法是把通讯线单独走管屏蔽层单端接地再在触摸屏侧加一个终端电阻。如果还不行把PLC通讯波特率降一档从187.5K降到9.6K稳定压倒一切。故障四光控在傍晚频繁闪动。这是因为光照度在设定阈值附近波动PLC输出触点反复通断。解决办法是加一个滞回区间比如开灯阈值设为30勒克斯关灯阈值设为50勒克斯中间这段是死区。凝滞回区间之后傍晚只会动作一次不会来回折腾。故障五雷雨天气后某几个回路失控。大概率是感应雷通过线路窜入击穿了PLC输出点或中间继电器线圈。除了在电源端加防雷器之外我还会在每个回路的中间继电器线圈两端加一个压敏电阻能吸收大部分浪涌能量。这个做法成本很低但现场非常有效。5.3 调试记录与验收材料调试完成不是项目的终点验收材料才是真正让甲方签字的东西。我建议把调试过程归纳成三份文档调试记录表、运行日志、验收报告。调试记录表按日期记录每天巡检发现的问题、处理措施、遗留事项。运行日志是交给后勤部门日常使用的格式简单每天抄录各回路开关状态和异常记录。验收报告则需要包含系统功能逐项确认表每一行对应一个功能点甲乙双方当场确认并签字。写到这里我想说一个自己反复强调的心得PLC项目成败的关键往往不在编程技巧有多花哨而在细节有没有做到位。一个接线规范、注释完整、文档齐全的系统哪怕程序逻辑平平无奇也能让人放心用上十年反之程序写得再精巧端子接得乱七八糟调试时照样会让你痛不欲生。还有一个小技巧送给大家所有程序修改、参数调整都在触摸屏上做一个“修改日志”页面每次改动自动记录时间和修改内容。这不仅是给甲方看的更是给自己留的后路——一旦改出问题要回退你至少知道上一个能用的版本是什么时候、改了什么。这个习惯在之后的多个项目里都帮我省了大量返工时间。 
长河君 · 2026/10/10 8:05:44 · 阅读 1.2k 基于PLC的校园照明控制系统设计与实践
1. 项目概述与设计思路校园照明这件事乍一听好像就是个“天黑开灯、天亮关灯”的简单活但真去管过的人才知道有多折磨人。教学楼、图书馆、宿舍区、操场、主干道、林荫小道每块区域的照明需求完全不同有的要通宵常亮有的只在下晚自习那半小时亮有的遇到阴雨天必须提前开启寒暑假又得彻底关掉。靠人去按开关哪怕专门配两个后勤师傅三班倒也总有漏灯、晚开、早关的情况电费账单还年年走高。这也是我接下这个基于PLC的校园照明控制系统项目时第一个想明白的事这不是一个“做个自动开关”的电气题而是一个“如何用一套可靠的控制系统把分散在校园各处的照明设备管起来”的管理题。用PLC来做校园照明最大的优势不在“自动化”本身而在于它的可编程、可监控、可扩展。你可以把光照度、时间表、节假日、紧急模式全部揉进一套逻辑里让系统自己判断什么时候该亮、亮到什么程度、哪些回路必须保持。比起传统的继电器控制——改一次定时就要爬一次控制柜重新接线——PLC只需在软件里改个参数、下载一段程序现场完全不用动。这一点在校园这种需求经常变的环境里价值远高于那点硬件成本差。这篇内容面向的读者不只是电气自动化专业的在校学生也包括学校后勤的电工师傅、做楼宇自控的工程同行。你可能是为了交一份毕业设计手上刚好有“设计源文件万字报告讲解”的整套参考也可能是学校要改造老旧照明系统想看PLC方案到底怎么落地、值不值得上。不管哪种情况这篇的重点都不是摆一堆梯形图让你抄而是把“为什么这么设计、现场会踩哪些坑、报告里该写什么”讲透。1.1 核心需求解析先理一下校园照明到底有哪些典型场景。我按实际项目的功能分区习惯把它拆成四类宿舍区照明。这区域的灯使用高峰期集中在晚上十点前后和早晨六点到七点深夜到凌晨基本没人但出于安全考虑又不能全灭。最适合的模式是“高峰全亮、深夜隔盏亮”也就是隔一个灯亮一个保持基本照度又省电。教学区与图书馆照明。需要的是可预测的定时控制比如晚上六点半到十点保持全亮周末白天如果有自习需求则切换到“光照度不足才开启”的光控模式。主干道与操场照明。道路照明讲究均匀性操场则要考虑场地活动安排。这类区域我一般建议做“光控优先、时控修正”光线暗到阈值以下才允许开灯但到了深夜十二点以后自动切换到半亮状态避免整夜满功率运行。景观与应急照明。景观灯追求效果可以直接用独立的时控回路应急照明则必须独立于所有自动逻辑保证消防联动时强制点亮。综合来看一套合格的校园照明控制系统至少要满足三个层面的需求安全层面保证夜间校园基本照度应急回路不能失效管理层面要能灵活应对上课日、周末、假期、考试周等不同时间表经济层面通过分区控制、隔盏亮、分时调光等手段把无谓的空耗电费压下来。1.2 方案选型为什么是PLC这里有个很实在的问题校园照明控制用单片机、用智能时控开关、甚至用物联网云平台都能做为什么我偏好PLC答案不在于“PLC更高级”而在于“PLC更适合现场电气工程师维护”。单片机方案成本确实低但开发周期长一旦出了问题学校后勤很难找到人改程序更别提看懂你的代码。云平台方案控制灵活但校园网络万一断了整个照明系统就瘫了这对安全要求较高的场景是不能接受的。智能时控开关最便宜但功能太死改个节假日时间表要把每个开关重新按一遍几十个回路让你按到怀疑人生。PLC方案的逻辑是把控制逻辑全部下沉到本地网络断了不影响基本运行程序用梯形图编写稍微学过电工基础的人都能看懂维护I/O点数和通讯接口留足余量以后要接入光照传感器、人体感应、触摸屏甚至上位机监控都不用换主机。从全生命周期的维护成本来算PLC反而是最划算的选择。当然PLC也不是没有缺点。它的强项是逻辑控制和开关量处理做模拟量采集比如光照度连续变化、电流检测不擅长但校园照明恰恰主要是开关量控制只要选型时把CPU本体和扩展模块搭配好这个劣势基本不影响。如果你后续想加入调光功能可以考虑加模拟量输出模块控制0-10V调光驱动器或者直接用带调光功能的继电器输出模块这部分我在后面的扩展思路里细讲。2. 系统架构与硬件选型详解2.1 PLC机型选型具体到设备选型我推荐以“点数够用、留30%余量、通讯接口齐”为原则。校园照明项目通常是几十个回路开关量输入几十点输出几十点属于典型的小型PLC应用场景。市场上用得最多的是西门子S7-200 SMART和三菱FX3U/FX5U系列两者都是主流选择选哪个主要看你手上熟悉哪种编程环境。西门子S7-200 SMART的性价比在这个体量的项目里确实能打。CPU SR20或SR30自带数字量I/O不够就加一个EM DR16数字量扩展模块本体带网口支持Modbus TCP以后要接触摸屏或上位机组态非常方便。软件用STEP 7-Micro/WIN SMART免费的对初学者也友好。三菱FX3U的强项是指令丰富、运行稳定国内工厂的老设备里存量很大如果你以后要跟工厂设备打交道学FX系列不吃亏。它的编程软件GX Works2也免费仿真功能比西门子做得更顺手。缺点是要加通讯模块才能方便地上以太网成本会比西门子方案略高一点。从项目交付的角度我额外看重两点一是编程软件必须是免费的因为学校或后勤不可能单独买授权二是资料要好找毕竟最后接手维护的人可能是下一届学生或新来的电工遇到问题查得到资料比什么都强。基于这个考虑西门子S7-200 SMART在校园项目里优势更明显。2.2 I/O点数计算与地址分配I/O点数的估算是方案设计的第一步也是最容易翻车的一步。我见过太多项目做到一半发现输入输出不够用最后只能外挂继电器来解决既难看又不可靠。正确的做法是先把控制需求全部列出来再逐项折算成I/O点。以一座中等规模校园为例照明回路按配电箱分假设共有24个照明回路每个回路由一个接触器控制那就是24个PLC输出点控制24个接触器线圈。同时为了能在监控界面看到每个回路的实际通断状态需要接触器辅助触点反馈到PLC输入又是24个输入点。再加上手动/自动切换开关、光照传感器信号、应急联动信号、治安值班室远程控制按钮输入点大约需要30~32点输出点24点。这样算下来一个CPU SR30是24输入/16输出明显不够所以我会选SR30加一块EM DR168输入/8输出凑到32输入/24输出刚好覆盖需求余量约20%对校园项目来说够用了。如果你预计以后要加路灯节能柜、喷淋联动、门禁联动这些建议直接上SR40或加两块扩展模块余量拉到30%以上。地址分配方面我的习惯是输入按功能区域分组输出按配电箱回路编号一一对应绝不能乱跳。比如I0.0到I0.7分配给手动/自动切换和应急联动I1.0到I1.7分配给宿舍区照明反馈I2.0开始分配给教学区输出Q0.0到Q0.7对应宿舍区回路1到8Q1.0到Q1.7对应教学区回路。这样以后排查故障时看程序注释和图纸就能直接定位不需要对着万用表猜。2.3 控制柜布局与接线要点控制柜的设计直接决定这个系统后期好不好维护。我见过的反面教材包括接线端子排得密密麻麻连个标签都没有、PLC放在柜子最底部一进水就跳闸、强电弱电走同一个线槽导致通讯干扰。布局上我的习惯是遵循“上强下弱、左进右出”的基本规则。柜顶或柜内上部安装总断路器和各回路断路器中部安装接触器和热继电器下部或侧边独立空间布置PLC和24V开关电源强电线缆和弱电信号线必须分开走线槽间距至少10厘米以上。PLC的24V电源不要和接触器线圈共用要单独用开关电源供电避免接触器吸合瞬间的电压跌落把PLC搞复位。每个回路的接触器线圈两端必须并联RC吸收回路电阻电容串联或者直接选用自带浪涌抑制的接触器。线圈断电瞬间会产生很高的反向电动势不吸收的话轻则干扰PLC程序跑飞重则打坏输出继电器触点。这是很多新手自己接线调试时反复“莫名复位”的根本原因。输出端到接触器线圈之间建议加一级中间继电器过渡。你可能会问PLC输出继电器直接带接触器线圈不行吗行是行但S7-200 SMART输出点的带载能力只有2A而且频繁通断对PLC内部继电器触点寿命影响很大。加了中间继电器之后换一个继电器几块钱烧了不心疼PLC输出板坏了那就要返厂了。这个钱不能省。3. 控制逻辑设计与梯形图实现3.1 时间表控制与季节自适应时间控制是校园照明的主干逻辑。用一个时钟指令读PLC实时时钟然后在程序里设定多个时间段每个时间段对应不同的回路组合动作。这里有个隐藏问题不同季节的日落时间相差近两个小时如果时间表写死一个“18:00开灯”夏天18:00天还大亮灯白白亮一小时冬天18:00已经全黑灯却没开。解决思路有两层。第一层是给时间表加“季节偏移量”把一年分成春夏秋冬四套时间段通过日期判断自动切换。例如夏天上课日晚间照明设为19:00到22:30冬天设为17:30到22:30。这个方案实现简单不需要额外硬件适合预算有限的学校。第二层是引入光照传感器做“光控修正”也是我更推荐的方案。PLC的模拟量模块接一路光照度传感器当检测到照度低于设定阈值比如30勒克斯且当前时间处于允许开灯的窗口期比如17:00到23:00时才允许照明回路得电。这相当于给时间表加了一个“前置条件”天气突变、阴雨天提前暗下来时系统能自动提前开灯不需要人干预。我在现场调试时光控阈值不是一次性写死的。先连续记录一周的光照度曲线再根据实际视觉感受调整阈值。经验值是校园主干道在30~50勒克斯之间开灯比较合适低于30勒克斯时人眼已经明显感觉昏暗高于50勒克斯开灯又太早浪费。宿舍区走廊可以适当放宽到20勒克斯毕竟走廊有应急灯兜底。3.2 模式切换与优先级管理一个实用的校园照明系统至少要具备四种运行模式自动、手动、应急、检修。四个模式之间必须设置严格的互锁优先级从高到低依次是应急大于手动、手动大于自动、检修独立于所有模式。自动模式下程序按上述的时间表加光控逻辑自动通断。手动模式用于特殊情况比如运动会晚上操场要加练、考试周教学楼要延时熄灯这时候值班人员在触摸屏或控制柜面板上直接操作“强制开/关”按钮。应急模式是安全性最高的一级由消防信号或治安报警信号触发。这个模式不经过任何时间表和光控判断直接点亮应急回路和关键通道照明。在PLC程序里应急信号优先使用输入点的常闭触点参与逻辑这样即使传感器断线、程序跑飞只要信号线没断硬件层面也能保证应急回路得电。检修模式则是把某个回路从自动控制中完全摘除允许电工在大白天检修线路时强制断电或点动送电而不会触发自动开灯。这四个模式的切换我在程序里统一使用“模式字”来管理M0.0到M0.3分别代表四个模式切换时先复位全部模式位再置位目标模式位杜绝两个模式同时激活的竞争状态。这个编程习惯在大型项目里尤其重要我在小型校园项目里也坚持这么做就是为了避免逻辑漏洞。3.3 核心程序段示例说明梯形图我不会整段贴出来但几个关键程序段的逻辑骨架值得说说。第一个是照明回路的基本控制段。以宿舍区回路1为例逻辑是手动/自动模式切换之后在自动模式下条件为“时间窗内 光照度低于阈值 宿舍区总开关已合闸”三个条件串联输出到Q0.0。其中任何一个条件不满足回路就断开。这个段的写法很简单但要注意“时间窗内”的条件必须用“大于等于开始时间 与 小于等于结束时间”写不能反了否则半夜会误开灯。第二个是隔盏亮控制段。深夜模式启动时程序把两个相邻照明回路的输出条件错开——回路1由深夜模式直接点亮回路2必须在“深夜模式且再隔30分钟”才点亮这样走廊或道路保持基本照度又不会整宿满功率。如果想做得更精可以用一个定时器做轮换每隔一小时把亮的那半换到另一半让灯具使用寿命更均衡。不过这个功能会增加接触器动作频率对接触器寿命是一种损耗我一般在校园项目里不主动启用除非甲方明确要求。第三个是“最后一次熄灯”逻辑。以宿舍区为例晚上22:30主灯熄灭但为了照顾晚归学生程序控制在主灯熄灭后延时5分钟点亮两盏门厅灯和走廊应急灯维持30分钟后自动熄灭。这30分钟内如果有人经过可以再接人体感应器触发走廊灯短暂全亮。加了这层逻辑之后学生和宿管的满意度都会明显提升属于花小钱办大事的典范。3.4 触摸屏监控与数据记录现在做PLC项目不带人机界面基本没法交代。我推荐选一个7寸的国产触摸屏昆仑通态、威纶通都可以通过网线和PLC连接省去了串口线还要转USB的麻烦。触摸屏页面主要做三块系统总览画面、回路控制画面、参数设置画面。系统总览画面用图形显示校园平面图各个照明区域用不同颜色标识状态。运行中的回路绿色显示关闭的灰色故障报警的红色闪烁。值班人员一眼就能看出哪条回路有问题不用再拿手电筒去配电房挨个看接触器。回路控制画面就是软手操面板每个回路配一个“自动/强制开/强制关”三选按钮。这个页面是给后勤人员用的所以操作逻辑必须防呆强制操作前必须选择“手动模式”防止误触导致自动逻辑失效。参数设置画面用于修改时间表、光控阈值、延时时间等。这些参数直接写入PLC的掉电保持区停电重启后不丢失。我建议把所有可调参数集中到一个数据块里并在程序里给每个参数设置合理的上下限。这样既方便现场调整也能防止误操作把时间改成“25:99”之类的非法值。数据记录方面如果项目预算允许可以在触摸屏上做一个简单的运行日志记录每天各回路的累计运行时间。这个数据有两个用途一是月底和电费单对账验证节能效果二是推算接触器和灯具的维护周期提前备件。4. 设计源文件与万字报告怎么整理4.1 源文件归档的规范做法很多人在项目收尾时只丢出一个“xxx.zap”或“xxx.gxw”文件这在交付上是严重不合格的。一个规范化归档的源文件包至少应该包含以下层次的内容。第一层是PLC程序文件。西门子对应的是.zap归档文件里面要包含程序注释、符号表、交叉引用表。我强烈建议在程序里把每个I/O点的注释写清楚网络注释也尽量完整。你可能觉得麻烦但三个月后你自己回来看程序如果没有注释你真的会看不懂当时的逻辑。更别提接手的人是别人了。第二层是触摸屏画面文件。画面源文件、画面截图、字体文件如果用了特殊字体都要归档。触摸屏项目最容易丢的就是字体文件换一台电脑打开项目字体全变方块特别影响体验。第三层是电气图纸。包括主电路图、控制回路图、PLC接线图、端子排图、柜内布置图。图纸不需要用专业电气CAD软件画但至少要用通用格式输出一份方便后期任何人打开查看。第四层是设备清单和参数表。PLC型号、扩展模块订货号、接触器型号、中间继电器型号、开关电源规格、断路器整定值、传感器型号全部列成清单并注明每个元器件在柜内的安装位置。这张表对于以后备件采购来说就是救命表。4.2 万字报告的结构与写作方法这份报告是很多学生最头疼的部分但其实掌握了结构框架之后写起来并不难。我的建议是严格按照毕业设计或项目验收报告的通用结构来组织不要自由发挥。第一章写需求分析从校园照明现状切入指出人工管理的问题引出自动化改造的必要性。第二章写方案论证对比PLC、单片机、云平台三种方案从可靠性、维护性、成本三个维度给出选择PLC的理由。第三章写硬件设计把I/O表、电气原理图、选型计算逐个写进去特别要把接触器线圈电流、PLC输出驱动能力、开关电源容量这些计算过程写清楚这是评阅老师最看重的地方。第四章写软件设计包括程序流程图、梯形图逻辑说明、关键参数设置。第五章写调试过程把我在现场遇到的几个典型问题如实写进去比如光控阈值怎么整定、时间表怎么修正、干扰怎么排除。第六章写运行效果和节能分析用改造前和改造后的用电量做对比表格。万字听起来很多但把每章写500到800字的分析文字加上图表和参数表格其实很快就够数了。关键是每个章节都要有实质内容不能靠空话凑字数。我见过一些报告光“引言”就写了两千字的背景描述结果一到核心设计部分就只剩一两百字的截图这种报告在我这里直接不合格。4.3 配图与参考资料的收集策略标题里提到“支持资料、图片参考”和“文章底部可以扫”这其实是很多校园项目交付时的流量入口。我的建议是配图要有四个层次系统架构图让读者一眼看明白整个系统的层级关系、控制柜实物图展示接线工艺水平、触摸屏界面截图展示人机交互设计的完整性、运行曲线或数据截图用实际数据支撑节能效果。这些图片在写报告、做答辩PPT、发技术博客时都能复用所以平时养成随手拍照的习惯特别重要。每次调试到一个阶段就拍一张柜内布局图、一张屏幕状态图记录当时的操作和现象。这些都将是项目报告里最有说服力的素材比一百页说明书都好用。5. 现场调试与常见故障排查5.1 调试前的通电检查清单控制柜安装完毕、程序下载之后先别急着合闸。我总结了一套“通电九查”每次调试必做花不了十分钟但能避免大部分低级事故。一查接线端子紧固情况用螺丝刀逐个拧一遍带电前松动的端子是大隐患。二查PLC输出点与中间继电器线圈之间有没有短路尤其是强电端子和24V端子有没有搭线。三查24V开关电源输出电压是否为24V正负0.5V范围。四查接触器线圈电压等级不要AC220V的线圈接到了AC380V回路里。五查PLC和触摸屏的IP地址是否在同一网段这是最常见连接不上故障的根源。六查所有PLC输入点对应的传感器信号线有没有接反。七查应急回路是否直接由消防信号源独立供电不允许经过PLC电源。八查柜内接地排和PLC的接地端子是否可靠连接悬浮接地是干扰的根源。九查上电后CPU运行指示灯是否正常程序是否处于运行状态。这“九查”听起来琐碎但每一个我都踩过对应版本的坑。特别是第一项有一次调试时端子松动接触器吸合瞬间直接拉弧把端子排熏黑了一块幸好没伤到人。5.2 高频故障现象与处理方案运行阶段常见的故障我按照出现频率排个序逐个说处理思路。故障一PLC程序正常部分回路不动作。优先排查方向是中间继电器是不是坏了或者中间继电器底座松动。我遇到过继电器坏了一半触点的情况万用表量线圈正常但带负载就拉不动。替换中间继电器后问题消失。故障二照明灯该亮时不亮该灭时不灭。不要先去怀疑PLC先看接触器辅助触点反馈给PLC的输入点状态对不对。很多时候接触器动作是正常的但反馈触点虚接导致PLC误判回路状态。用万用表在端子排上量输入点电压很快就能定位。故障三触摸屏不定期显示通讯超时。原因九成是屏蔽层接地没做好或者通讯线缆和动力线走在同一个线槽里。处理方法是把通讯线单独走管屏蔽层单端接地再在触摸屏侧加一个终端电阻。如果还不行把PLC通讯波特率降一档从187.5K降到9.6K稳定压倒一切。故障四光控在傍晚频繁闪动。这是因为光照度在设定阈值附近波动PLC输出触点反复通断。解决办法是加一个滞回区间比如开灯阈值设为30勒克斯关灯阈值设为50勒克斯中间这段是死区。凝滞回区间之后傍晚只会动作一次不会来回折腾。故障五雷雨天气后某几个回路失控。大概率是感应雷通过线路窜入击穿了PLC输出点或中间继电器线圈。除了在电源端加防雷器之外我还会在每个回路的中间继电器线圈两端加一个压敏电阻能吸收大部分浪涌能量。这个做法成本很低但现场非常有效。5.3 调试记录与验收材料调试完成不是项目的终点验收材料才是真正让甲方签字的东西。我建议把调试过程归纳成三份文档调试记录表、运行日志、验收报告。调试记录表按日期记录每天巡检发现的问题、处理措施、遗留事项。运行日志是交给后勤部门日常使用的格式简单每天抄录各回路开关状态和异常记录。验收报告则需要包含系统功能逐项确认表每一行对应一个功能点甲乙双方当场确认并签字。写到这里我想说一个自己反复强调的心得PLC项目成败的关键往往不在编程技巧有多花哨而在细节有没有做到位。一个接线规范、注释完整、文档齐全的系统哪怕程序逻辑平平无奇也能让人放心用上十年反之程序写得再精巧端子接得乱七八糟调试时照样会让你痛不欲生。还有一个小技巧送给大家所有程序修改、参数调整都在触摸屏上做一个“修改日志”页面每次改动自动记录时间和修改内容。这不仅是给甲方看的更是给自己留的后路——一旦改出问题要回退你至少知道上一个能用的版本是什么时候、改了什么。这个习惯在之后的多个项目里都帮我省了大量返工时间。