凌晨两点被电话叫醒值班员说园区西侧花坛边有两盏路灯一直亮着其他几十盏都已经关灯了。这种单灯失控在传统定时器加接触器的系统里特别麻烦——先找到配电箱再判断是哪一路最后手动断掉等天亮再安排维修。后来我把整个园区的路灯改造成了基于PLC的路灯控制系统把十几个照明回路统一纳入一套逻辑靠“光感时间模式”自动运行才真正告别这种夜间救火式的运维状态。这篇文章想把整个设计和实施过程拆开讲清楚从为什么选PLC而不是单片机或智能控制器到I/O怎么规划、控制策略怎么定再到程序里的模式互锁、故障报警怎么写以及现场接线里最容易翻车的那几个细节。最后会放一个模拟园区改造前后的实测数据对比和几条排查链路的经验。适合正在做市政照明、工业园区照明、厂区道路照明的电气工程师也适合刚接手PLC项目、想理解控制逻辑怎么落地的自动化同行。1. 传统路灯控制的三块短板以及PLC为什么更适合1.1 时控钟、光控开关在真实路灯场景里的尴尬很多老项目的路灯控制就是一只时控开关加一批接触器。时控开关说白了是一个带时钟的自动开关设定好时间段就按点通断。听起来没问题但实际用起来有一堆事第一电子钟会漂移。尤其经历过停电之后时钟一旦复位到出厂时间路灯可能在白天突然亮起来。我在某园区就见过一次一个周末下午整条路的路灯全亮了路过的车还以为是施工测试。第二普通光控探头太容易被干扰。它的原理就是感光电阻或光敏二极管灵敏度低了阴雨天不动作灵敏度高了对面来一辆车、闪一下雷甚至探头被树叶影子晃一下都可能误触发。更别提探头装低了被泥浆、鸟粪盖住反馈值直接失效。第三所有控制点都是单打独斗。每个配电箱各干各的没有汇总没有远程没有报警。出了故障只能晚上派人一条路一条路巡检。很多园区一个月下来光夜间巡检的人力和车辆费用就很可观。1.2 路灯系统的真实需求拆解远不止“按时开灯”做控制方案之前我习惯先把需求列成一张表再倒推需要什么输入、输出和逻辑。路灯控制表面上是“晚上亮、白天灭”实际上现场会提这些要求需求典型场景控制层面要做什么按季节动态调整夏天19:30天亮着冬天17:30就要亮经纬度时钟或光感参与判断恶劣天气提前开灯暴雨、阴天、雾霾导致能见度骤降光照度连续低于阈值触发开灯后半夜节能人车很少全亮浪费半夜策略隔回路熄灭或降功率节假日/临时活动园区有活动需要延长照明、全部点亮场景模式、远程强开故障及时告警回路跳闸、接触器粘连、灯大量损坏反馈DI、电流检测、上位机报警集中管理值班室要看到开关状态和记录以太网/RS485通信、组态监控这些需求放到一块普通时控开关和光控模块是扛不住的。所谓“智能照明”核心不是某一个传感器而是一套能把现场状态汇总起来、按策略决策、再集中执行的控制系统。1.3 PLC相比单片机、智能照明控制器优势到底在哪有人会问做路灯控制用单片机不好吗一个板子几十块钱还支持PWM调光。理论上是能做但工程落地要看的不是裸板成本而是整体可靠性、开发周期、维护门槛和通信扩展能力。简单对比一下维度PLC单片机/自制控制板单灯智能控制器抗干扰能力工业级设计EMC有保障需要自己设计滤波和隔离偏单灯场景回传能力弱开发调试梯形图/ST现场可在线监控需要烧录器和调试器功能固定二次开发难扩展能力DI/DO/AI/通信模块灵活扩展改硬件要重新设计扩展性有限维护成本工程师容易上手备件成熟板子坏了很难修只能找原厂通信整合支持Modbus、以太网方便接上位机要额外做协议栈厂家私有协议为主所以我的结论很明确如果做的是十几二十个回路的集中照明控制PLC是最稳的选择。等后面做到单灯级调光和故障定位再叠加单灯控制器也不迟PLC那层还继续当区域大脑。2. 控制系统的三层架构与I/O点数规划2.1 现场层、控制层、管理层各负其责我做的这套方案分了三个层次也方便后期单独排查现场设备层包括路灯、景观灯、广告灯箱、接触器、断路器、漏电保护器、光照传感器、电流变送器等。这一层负责把电送出去同时把状态量提上来。控制层就是PLC及其扩展模块、中间继电器、触摸屏。PLC根据程序里的模式和时间、光照条件决定DO点输出驱动中间继电器再由中间继电器驱动接触器线圈。这里加中间继电器不是多此一举而是保护PLC输出触点——接触器线圈通断瞬间有反电动势如果让PLC的继电器触点直接去切寿命会明显缩短。管理层是一台上位机或组态屏通过以太网和PLC通信显示所有回路的开/关状态、电流、报警信息也能下发远程强制指令。对值班人员来说不需要懂PLC看组态画面点按钮就行了。2.2 一个模拟项目的I/O清单和PLC选型过程我拿一个模拟园区项目X来举例。项目里有64盏100W的LED路灯分成8个路灯回路另加6个景观灯回路、2个广告灯箱回路一共16个控制回路。先数输入输出每个回路需要1个DO控制输出共16个DO每个回路需要1个DI读取接触器辅助触点反馈共16个DI手/自动/远程三位选择开关占2个DI故障复位按钮1个DI漏电报警信号1个DI光照度传感器模拟量1个AI预留若干备用点。汇总下来大概是21个DI、16个DO、1个AI。我从实际选型的角度选了某品牌的国产中型一体化PLCCPU自带20点DI和16点DO再扩展一块8通道模拟量模块通信口配了以太网和RS485。程序容量和I/O余量都够用成本也控制住了。这里有个经验I/O点数千万别卡着需求选。现场调试时很容易冒出新的信号需求比如甲方临时要加一个“喷泉联动”或者要在配电柜门上加门磁报警。预留20%余量基本是行业习惯。2.3 控制策略光感判断要加“时间窗”半夜模式要有冗余控制策略的总体框架是“光感优先、时间修正、模式总控”。自动模式下PLC持续读取光照度。光照度连续3分钟低于30勒克斯并且当前时间落在允许开启的窗口内比如16:30到次日7:30才给出开灯信号。为什么要连续3分钟因为单次瞬间低于阈值太容易被车灯、闪电、飞鸟遮挡误触发。关灯同理光照度连续5分钟高于50勒克斯才熄灭。经纬度时钟我放在上位机里算每天凌晨把当天的开灯时间和关灯时间下发到PLC的保持寄存器。PLC自己有RTC就算上位机短时间断线也不会全乱。如果现场没有上位机现在不少PLC自带天文时钟功能可以直接用。半夜模式是这样的正常情况下16个回路全开到了23:00景观灯和广告灯箱全部关闭路灯回路按隔路方式关闭一半只保留主干道和主要出入口的路灯凌晨4:00再自动恢复全部回路。这样既省电又不会让园区一早起来黑漆漆。2.4 通信与上位机数据点设计PLC和触摸屏之间我用RS485Modbus RTU协议和上位机之间走以太网Modbus TCP。数据点主要包括三类遥信每个回路的接触器反馈状态、漏电报警、手自动模式遥控每个DO回路的远程强制开/关遥测光照度、当前时间、各回路的电流和功率通过智能电表或电流变送器读取。采样周期不需要太快通信轮询周期15秒就足够。路灯控制是一个慢过程追求毫秒级响应没有任何意义反而会增加通信负担。3. 控制程序怎么编模式互锁、双条件启停与故障报警3.1 手/自动/远程三种模式的硬互锁程序里第一件事就是模式判断。我用一个三位选择开关手动、自动、远程。手动模式下面板按钮直接控制接触器PLC只监视状态不输出自动模式PLC按程序跑远程模式PLC接受上位机指令。这里必须强调互锁不能只在程序里做硬接线也要做。具体做法是在PLC的DO输出到接触器线圈之间串一个“自动允许”中间继电器的常开触点。那个中间继电器只有在自动/远程模式下才吸合。手动模式下这个触点断开哪怕PLC程序出了bug、DO误输出也到不了接触器。面板上的手动启动按钮则是直接接在接触器线圈回路里不经过PLC。为什么要这么较真因为调试和检修时人就在柜子旁边如果PLC误动作把接触器吸合了灯具带电那是很危险的事。我见过有人在别的项目里只写程序互锁结果程序跑飞维修时柜子里的灯突然亮了差点出事。硬接线虽然多花一个继电器但这个是安全保障不能省。可以用结构化文本伪代码来描述模式互锁的核心逻辑// 模式选择0手动1自动2远程 IF iMode 0 THEN bManual : TRUE; bAuto : FALSE; bRemote : FALSE; ELSIF iMode 1 THEN bManual : FALSE; bAuto : TRUE; bRemote : FALSE; ELSE bManual : FALSE; bAuto : FALSE; bRemote : TRUE; END_IF // 只有自动或远程模式下PLC输出回路才允许接通 bPLC_OutputEnable : bAuto OR bRemote;实际程序里每一个DO输出都在最终使能处串上bPLC_OutputEnable形成一个总开关。3.2 经纬度时间加光感的“双保险”怎么落前面提到过开灯条件要“光感连续低阈值时间窗合法”这个要用定时器做锁定延时而不是简单瞬时判断。写伪代码大概是这样// 光照度低于30勒克斯启动3分钟延时 TON_LightLow(IN : (fLightLevel 30.0), PT : T#3M); // 光照度高于50勒克斯启动5分钟延时 TON_LightHigh(IN : (fLightLevel 50.0), PT : T#5M); IF bAuto AND TON_LightLow.Q AND bTimeWindow THEN bOpenRequest : TRUE; END_IF IF TON_LightHigh.Q THEN bOpenRequest : FALSE; END_IF IF bTimeToClose THEN bOpenRequest : FALSE; END_IF这套逻辑的好处是阴天下午虽然没到设定时间但光线已经压下来了经过3分钟确认后灯会提前亮而到了早晨即使光感探头被短暂遮挡也要等5分钟才熄灭不会闪烁。经纬度时间不是每天都要人工设。上位机根据日期算出日出日落凌晨零点把结果写到PLC寄存器。PLC里还保留一套“最晚开灯/最早关灯”的边界限制防止上位机下发异常数据。3.3 接触器反馈不一致、回路欠电流的报警处理故障报警最简单的实现方式是对比“输出指令”和“接触器反馈”。程序输出开灯指令后如果3秒内没有收到对应的接触器辅助触点反馈判定为启动故障如果输出关灯指令后反馈仍然保持闭合判定为接触器粘连。两类故障都要保持显示直到人工按下复位按钮。有了电流变送器还能再做一层保护。比如某路灯回路8盏灯正常电流3.5A左右当点亮指令有效且电流低于额定值的一半时说明这个回路大量灯泡损坏或驱动电源故障。这种“欠电流报警”比单纯依赖接触器反馈更接近真实负载状态。报警处理逻辑可以这样写// 启动故障输出ON但3秒后无反馈 TON_StartCheck(IN : bDo_R1 AND NOT bDi_R1_Feedback, PT : T#3S); IF TON_StartCheck.Q THEN bAlarm_R1 : TRUE; END_IF // 报警保持直到复位按钮 IF bResetButton THEN bAlarm_R1 : FALSE; END_IF // 报警输出到汇总 bAlarm_Any : bAlarm_R1 OR bAlarm_R2 OR ...;3.4 调试顺序先离线、再空载、最后带载程序写完别急着合闸。我的调试顺序是这样离线仿真把I/O强制成不同状态看逻辑分支是否正确断开接触器负载侧空载测试DO输出和中间继电器、接触器的动作带载测试逐回路合闸用钳形表测每相电流确认三相平衡模拟量调试用信号发生器或遮光袋改变光照度探头输入验证阈值和延时故障模拟拆掉某回路反馈线、强制输出验证报警能触发能复位最后校正PLC时钟避免后续时间逻辑出错。有几个细节很容易漏白天测试光感时要把探头遮住或者在上位机写强制值不然现场光线充足逻辑永远不会进入开灯分支测试半夜模式时不要把电脑系统时间改成凌晨而去直接修改PLC的RTC改完记得改回来。4. 现场接线和安装里最容易翻车的五个细节4.1 回路分组和三相平衡计算路灯配电一般是三相五线进配电箱但每个照明回路是单相220V。如果全部回路都朝同一相上接某相电流会很高变压器和电缆发热甚至跳总闸。所以回路分组时要做三相平衡。拿模拟项目X来说明8个路灯回路每个800W6个景观回路每个500W2个广告灯箱回路每个1000W。总功率约11400W三相平均每相约3800W。我按下面的方式分配相别回路组成合计功率L13个路灯回路 1个景观回路 1个广告回路3900WL23个路灯回路 2个景观回路3400WL32个路灯回路 3个景观回路 1个广告回路4100W三相之间最大偏差约700W偏差率不到10%属于可接受范围。算单相回路电流就用公式I P / (220 × cosφ)LED驱动电源的cosφ一般能做到0.95以上。800W回路电流大约是3.8A。实际选断路器和接触器时不要按计算电流卡死要留1.5倍以上的裕量。LED驱动电源启动瞬间会有冲击电流我习惯800W回路配C16断路器、16A接触器如果现场经常误跳闸再换D型曲线断路器但要确认电缆和线路能承受对应短路电流。4.2 接触器线圈浪涌和LED电源冲击的应对很多人忽略接触器线圈并联RC吸收器结果PLC的继电器输出触点用半年就不行了。接触器线圈是感性负载断开瞬间会产生很高的反向电动势虽然中间继电器已经在挡一道但PLC输出回路里最好还是加浪涌抑制。在接触器线圈两端直接并联一个RC阻容吸收器是成本最低、效果也最直接的办法。接线时注意RC吸收器要装在接触器线圈附近不要走很长的线。LED路灯的驱动电源本身也会产生谐波和浪涌所以每个回路的断路器要选“照明型”或“C型/D型”曲线。另外灯具接线端的端子一定要压紧路灯常年风吹振动端子松动是发热起火的高发原因。我后期巡检时专门用手电钻标定力矩避免接线端子松脱。4.3 光照传感器装在哪里直接影响逻辑可靠性光照度传感器是整个自动模式的眼睛但也是最容易被忽视的环节。装不好程序写得再对也是白搭。我的原则是传感器探头要看向天空但尽量避免被直射日光、路灯灯光、地面反射光直接照到。一般装在控制柜所在配电间的屋顶顶部或者装在附近路灯杆上距离灯具较远的位置。朝北安装通常比较稳能降低中午强光直射的影响。还要注意探头朝向不能对着来车方向。有一次调试传感器装得偏低结果对面汽车大灯一照光照度从20勒克斯瞬间跳到200多程序把路灯全关了现场乱成一团。后来把探头抬高、加遮光沿才解决。另外探头要定期清洁被鸟粪或者灰尘盖住以后测出来的数值会明显偏低可能导致大白天就开灯。哪怕程序里有时间窗限制也最多是“到了傍晚提前亮”而不是“白天全亮”。4.4 防雷和强弱电分离别省那几百块钱室外路灯控制柜必须考虑雷电感应。电源进线侧装II级浪涌保护器SPD如果当地雷雨多信号线也需要加信号防雷器。PLC模拟量输入模块是最娇贵的一个感应雷打过来整块模块可能就报废了。柜内布线要强弱电分离。动力电缆和PLC的DI/DO信号线不能走在同一个线槽里至少间隔20cm以上。传感器信号线用屏蔽双绞线屏蔽层单端接地。曾经有个项目把光感信号线和接触器线圈控制线绑在一起结果接触器一吸合光照度信号就被干扰得上下跳逻辑跟着乱动。这就是典型的不分家走线造成的恶果。柜体接地电阻要做合格常规要求≤4Ω接地排要和柜体、柜门都可靠连接。有些施工队图省事控制柜不接地或者接到镀锌管上雷雨季节故障率会明显上升。4.5 手自动切换开关的硬接线互锁细节第一章节讲过硬互锁这里再说说具体接法。三位选择开关的“手动”位置并不只是给PLC一个输入信号更重要的是要物理上切断PLC对接触器的控制通道。接法可以这样自动允许中间继电器KA的线圈串在选择开关的“自动或远程”触点回路里。KA的一组常开触点串进所有PLC主DO输出的公共回路线。也就是说选择开关只有在自动或远程位置时KA才吸合PLC输出指令才可能到得了各接触器线圈。手动模式下KA断开PLC输出回路整体断电。手动启动按钮和停止按钮则并接在接触器自锁回路里直接控制接触器。注意手动按钮也要有过热保护接触器本身带的热继或电机保护断路器不能因为“手动”就跳过。这套接法我建议写进原理图每次验收都重点查这一点。它解决的是“最坏情况下人能不能安全操作”的问题比程序里一百行互锁更有意义。5. 改造前后实测对比以及后期运维排查链路5.1 模拟项目X的能耗和管理效率变化改造完成后我特意统计过连续一个月的运行数据。改造前原系统定时开关每天18:30开、5:30关固定亮灯11小时64盏100W路灯全时段全亮。按每天亮灯电量算仅路灯这项就是64×0.1kW×11h70.4kWh加上驱动损耗和景观灯每天接近90kWh。改造后PLC根据光感和经纬度动态控制平均每天有效亮灯约9.5小时23:00后景观、广告灯箱和部分路灯关闭平均运行功率从全亮的约9kW降到约5.5kW。不算不知道一个月下来项目改造前改造后平均每天亮灯时长固定11小时约9.5小时平均每天耗电量约90kWh约58kWh回路故障发现方式人工夜间巡检上位机5秒内报警控制中心人数需要夜间巡查值班室远程监控手动干预频率每周数次基本为零按照当地电费约0.6元/kWh估算光电能费每月就省了500多元一年下来接近6500元。这还没算人工巡检的车辆和人力成本。对于规模更大的市政项目这个数字会翻好几倍。5.2 三个高频故障的完整排查链路路灯控制系统的故障翻来覆去就那几类。我总结成三条排查链路给现场电工打印出来贴在柜门上。第一类某个回路灯不亮。先在上位机看反馈状态。如果显示“已合闸”但灯不亮那是主回路问题检查断路器是否跳闸、接触器主触点是否烧蚀、灯具驱动是否损坏。如果反馈就是“分闸”状态再看PLC输出继电器指示灯亮不亮。输出灯亮就去量中间继电器和接触器线圈电压线圈有电压不动作是线圈坏了没有电压往模式互锁回路查大概率是自动允许继电器没吸合。输出灯不亮就要进程序看是不是半夜模式、节假日模式把它关了或者温度异常导致逻辑没进开灯分支。第二类大白天路灯全亮。先看光照度实时值如果数值偏低甚至接近0清洁探头或者查信号线。如果光照值正常再看PLC当前时间RTC有没有因为电池没电而复位。最后查操作记录有没有人切成了手动模式或者上位机远程强开了某个场景。这三步能覆盖95%以上的情况。第三类上位机通信中断。如果PLC和触摸屏是RS485总线先测A/B端电压检查线是不是接反了有没有终端电阻。再登录PLC看看通信模块是不是被干扰复位了。总线上的设备地址必须唯一波特率必须一致。以太网通信则重点查IP地址冲突、交换机端口和网线水晶头。5.3 从回路级控制到单灯级管理PLC还可以继续当大脑这套系统做完只是阶段一。很多园区后面会提“单灯故障自动定位”的需求——某一盏灯坏了不用人去找系统直接告诉你是哪根灯杆。这时候需要在每一盏灯上装单灯控制器通过电力线载波、RS485或者LoRa等方式把状态传到集中器再统一交到PLC和上位机。PLC在这个架构里仍然是区域控制器负责下发策略什么时候开、什么时候调光、什么时候进入半夜模式。单灯控制器则负责执行和回传单灯状态。两者配合才能既覆盖回路级的集中控制又做到单灯级的精细运维。有一点在做技术方案时要特别注意照明行业常说的“PLC”既是可编程逻辑控制器也是电力线载波通信的缩写。跟甲方和施工单位聊需求时一定要把这两个概念分开否则方案会议上很容易跑偏。最后再分享一个我自己很受益的小习惯所有回路编号、I/O端子号、接触器编号做一张表打印出来贴在控制柜门内侧。现场维修时不用翻图纸直接对照排查。再加上把每个回路的最近一次开灯、关灯时间记录在PLC保持寄存器里后续出问题回溯起来会顺手很多。