配电柜RJ45以太网温湿度传感器部署实战：从选型到调试

去年夏天我们在某电力中心的配电房做环境整治方案里最关键的一项就是在每个配电柜内部署RJ45以太网温湿度传感器。起因很直接2号低压配电柜连续两次因为柜内温度过高自动跳闸值班员打开柜门一看面板烫得不敢摸电缆室里潮气还很重。配电柜本身发热大但柜内空气温湿度一直没人实时盯着等巡检发现异常绝缘件的寿命和可靠性其实已经打了折扣。当时我们定了方案给每个关键配电柜装一个带RJ45网口的网络型温湿度传感器通过网线直接连值班室交换机数据走标准的Modbus TCP协议统一汇到动环平台。从选型、布局、网络调试到稳定运行前前后后折腾了不到一个月。今天就把这套部署实施过程完整写出来从为什么选以太网方案、传感器怎么挑、柜内装在哪、网络怎么配到现场踩过的坑都给准备做类似改造的朋友一个参考。1. 为什么偏偏是RJ45以太网温湿度传感器配电柜环境的三个硬约束1.1 配电柜不是什么空调房是高温、高湿、强电磁的集合体配电柜的环境和普通机房完全不一样。机房讲究的是恒温恒湿、防静电配电柜恰恰相反——它在发热而且发热源就在传感器边上。大型配电柜内部有断路器、接触器、母排、电缆接头满载运行时机柜上部空气温度轻松到50℃以上电缆密集的进线柜局部温度更高。更麻烦的是湿度。配电房如果位于地下层或电缆沟附近空气湿度常年偏高柜内温度昼夜变化时金属表面很容易达到露点凝露。凝露一出现绝缘件表面爬电、短路、金属锈蚀就都来了。我之前见过一个低压柜进出线端子的螺丝都锈成了绿色就是因为长期湿度偏高。所以配电柜的环境监控核心诉求就是两件事第一把温度异常在变成故障之前发现第二把湿度控制在凝露阈值以下。这俩诉求都不复杂难的是传感器在这个环境里能不能稳定工作。1.2 串口总线和无线方案在配电柜场景里都有明显的短板很多朋友第一反应是传统的RS485温湿度传感器或者干脆用DHT11加单片机自己焊。DHT11做原型验证没问题但精度只有±2℃、±5%RH而且模拟信号线在柜内强磁环境下很容易被干扰真要上生产环境我个人不推荐。RS485方案在工业现场很成熟可它有个绕不开的问题RS485本身是串行总线不能直接接入网络必须配一个串口服务器或DTU做协议转换。这意味着多一个网关设备多一路供电多一个故障点。网关断电或者死机整个RS485总线上的传感器全部失联运维排查起来很头疼。RS485还有极性、终端电阻、共地这些讲究现场调试时经常在这上面栽跟头。无线方案ZigBee、LoRa、433MHz也不行。配电柜是个金属封闭体无线信号被柜体屏蔽得厉害如果传感器装在柜内、接收端装在柜外丢包率非常高。就算把天线引出来配电房里密集的金属柜体之间信号绕射衰减也很严重。我见过一个项目用无线温湿度传感器离接收机直线距离不到15米信号穿了两排柜子以后轮询成功率只有60%。1.3 以太网方案真正解决了什么一根网线同时搞定供电和数据RJ45以太网温湿度传感器把前面这些麻烦一次性拆掉了。它本质上是把一个嵌入式温湿度探头和一个小型网络终端做在一起有自己的CPU、MAC、IP地址网线插到交换机上就是一个独立的网络节点。它最大的优势是供电。大部分以太网温湿度传感器支持POE供电802.3af标准最大约13W而传感器功耗一般不到2W所以一根网线同时走数据和电力不需要额外拉DC电源线。配电柜内本来空间就紧少一路电源线理线负担小很多。协议方面标准产品基本都支持Modbus TCP这是动环监控领域的通用语言。值班室的动环主机、SCADA系统、组态软件只要支持Modbus TCP就能直接轮询这个传感器不需要中间加协议转换器。传感器的IP是独立的坏了一台不影响其他节点这一点和RS485总线一个节点故障拖垮整条总线完全不一样。成本上也划算一台RJ45以太网传感器比RS485传感器通常贵100到300元但省掉了串口服务器或DTU的300到500元整体成本基本持平部署还更简单。我在选型表里做了一个简单的对比大家在方案评审的时候可以直接用。对比维度RJ45以太网传感器RS485传感器串口服务器无线传感器供电网线POE供电无需额外电源需DC电源网关还需单独供电需电池或DC电源接入方式直连交换机独立IP需串口服务器做协议转换需无线接收网关故障隔离单点故障互不影响总线整体受影响丢包时数据不可靠金属柜内传输网线不受电磁干扰影响总线易受干扰信号衰减严重部署成本低线缆少中需网关和电源中接收端和电池2. 传感器选型四要素探头量程、壳体防护、供电与协议一个都不能含糊2.1 探头量程与精度别被高精度宣传带偏配电柜监控不需要实验室级精度但要覆盖足够宽的量程。选型时重点关注温度量程至少-10℃到70℃湿度量程0到100%RH因为柜内局部温度可能超过60℃低温端的负温度主要考虑冬季配电房停用或户外柜的极端情况。精度方面主流网络型温湿度传感器内部用的是SHT30、SHT40、HTU21这类数字温湿度芯片温度精度可以做到±0.3℃左右湿度精度±2到3%RH完全满足配电柜环境监控的需求。比这个精度再高的传感器价格翻倍不说在配电柜这种温度梯度大的环境里精度再高也体现不出来——你测的是柜内一个点的空气温度和柜内另一个位置的实际温度差个2到3℃很正常单纯追传感器精度没有意义。还有一个容易忽略的参数探头的长期稳定性。配电柜内常年有粉尘、有轻微酸性气体橡胶绝缘件老化会释放物质廉价传感器的探头使用半年后读数就可能漂移。选型时优先看探头是否可拆卸替换后期维护成本会低很多。2.2 壳体防护与安装方式金属柜体内的物理细节配电柜不是洁净机房柜内可能有灰尘、凝露所以传感器的防护等级至少要求IP65以上。这里要特别提醒IP防护等级说的是传感器本体但很多产品的探头是外置的探头自身的防护等级也要确认。有些探头外壳是半开放的凝露直接滴到探头上湿度读数长期偏高或者直接失效。安装方式上我建议优先选探杆式或者吸顶螺丝安装的款式而不是简单的一体式方块直贴柜壁。原因是柜壁本身温度受柜内发热影响很大传感器外壳紧贴柜壁时测到的温度其实是柜壁金属温度不是空气温度读数会虚高。探杆式可以让探头离开柜壁3到5厘米测到的才是真正的环境空气温度。另外注意传感器壳体材质。配电柜内空间封闭散热条件差尽量选金属壳或者散热设计好的产品不要选全塑料封死的否则长时间在55℃以上的柜内运行内部元件老化速度会加快。2.3 POE供电与备用DC供电现场交换机未必支持POEPOE供电很省事但设计阶段必须去现场核实一个事实配电柜连接到的那台交换机到底支不支持POE。很多老旧配电房的交换机还是普通百兆交换机不带POE功能。如果传感器不支持DC供电你就得额外加一个POE供电模块位置还不好放。所以在选型时我强烈建议选POE DC 12V双供电的型号。POE能通就优先用POE交换机不带POE就临时接DC电源灵活度完全掌握在自己手里。实际部署时我们有一半的柜子是用POE另一半因为交换机口不支持临时用了DC12V等后面换交换机再整体切到POE。还要注意非标POE的问题。市面上有些监控摄像头配的非标POE交换机电压是12V或24V直供不是标准的802.3af握手协商。把这种非标POE接到标准POE设备上运气好设备不启动运气不好可能直接烧网口。选传感器时一定要看说明书是否声明支持IEEE 802.3af或802.3at标准现场也要查清交换机POE是不是标准供电。2.4 协议开放度Modbus TCP是底线私有协议坚决不碰传感器最终要接入动环平台或者自己写的采集程序。所以协议必须开放。RJ45以太网温湿度传感器的协议大致分三类Modbus TCP工业动环领域的通用协议几乎所有平台都支持这是我选型的底线要求。SNMP适合对接网络管理系统如果你用网管平台统一管设备SNMP也很方便。MQTT适合直接上云传感器主动上报互联网平台适合云监控场景。需要警惕的是某些品牌只支持自己的私有云平台或专用APP数据要先上传到厂商云端再转发不仅多了一道绕路断网时本地反而拿不到数据。这种产品功能演示时很好看真正集成到自有系统时非常痛苦。我们选型的标准很简单能直接通过Modbus TCP读到原始温湿度数值的产品优先考虑私有协议的再便宜也不碰。3. 配电柜内测点怎么布装几台、装在哪个位置、网线怎么走3.1 按柜型确定测点数量一个柜子至少一台大柜子两台测点数量不是越多越好多了浪费成本、占柜内空间少了又测不到关键位置。我按常见柜型整理了一个参考柜型建议测点数量测点位置建议进线柜/母联柜1台大电流柜建议2台柜内上部空气温度监测为主大柜加装下部电缆室监测点馈线柜/抽屉柜每柜1台柜内上部靠近出线端区域电容柜每柜1台柜内中部或上部避开电容器本体的局部高温区配电室环境监测房间对角线两处离地1.5米左右远离柜体热辐射影响进线柜和母联柜是电流密度最高的地方母排连接处的发热往往最集中这种柜子建议一台装在柜体上部空气流通好的位置另一台装在电缆室或下部端子区域上下各看一层才能真正覆盖整柜的热分布。普通馈线柜一台就够了装在柜体上部偏后侧即可因为热空气总是往上走上部温度能最快反映柜内过热点。电容柜比较特殊电容器和电抗器本身是主要发热源周围局部温度比柜内平均温度高不少传感器不要正对电容器表面安装否则读数长期偏高反而不真实。3.2 安装高度与探头朝向找空气混合均匀的位置传感器装在柜内什么高度直接决定数据有没有参考价值。我的经验是温度测点优先装柜体上部因为热空气上升上部温度是柜内最极端但也最灵敏的位置发热异常出现时最早被发现。湿度测点如果条件允许可以装在柜内下部或电缆室附近因为电缆沟进来的潮气、底部凝露都是从下部开始的。探头朝向也要讲究。不要朝上安装柜内灰尘沉积、上方如果有其他设备滴水朝上的探头容易出问题。也不要正对散热风扇的出风口风扇直吹会造成探头局部温度失真测出来的数据忽高忽低。比较稳妥的做法是探头水平朝向柜内空气流通好的区域侧面有百叶窗或散热孔的柜子探头可以适当靠近气流路径但不要堵住散热孔。安装固定上用传感器自带的安装支架配合M4螺丝固定即可避免用双面胶长期粘贴——配电柜运行时有振动双面胶夏天脱胶概率很高传感器掉落砸到带电部位很危险。3.3 网线走线与强电隔离这是最容易埋雷的地方配电柜内部不是普通网线的自由市场柜里有400V甚至更高等级的带电导体网线走线的核心原则是和强电电缆保持距离。具体做法上网线必须走独立的线槽或扎带固定路径不能和强电电缆捆在一起间距尽量保持在20到30厘米以上。柜内空间有限实在分不开时也要用金属线槽做物理隔离不要让网线和动力电缆平行长距离走线。线缆选型上配电柜内必须用屏蔽网线至少是SFTP或FTP带铝箔或编织网屏蔽层。普通的UTP双绞线在柜里走一圈工频磁场和变频器谐波都可能造成丢包。屏蔽层要做接地处理我们的做法是让屏蔽层在机柜一侧可靠接到接地排形成单端接地避免形成地环路。如果柜内有变频器或软启动器干扰特别大可以考虑两端接地试一下但千万不能屏蔽层悬空不接。网线长度方面配电柜到值班室交换机一般都在100米内Cat5e或Cat6的超五类、六类屏蔽线完全满足要求。不要因为距离短就随意用网线边角料柜内弯折处要留一定余量水晶头做好后要测试线序和连通性再封槽。4. 网络配置与协议调试让传感器数据真正进入值班室系统4.1 IP规划给每台传感器一个固定身份RJ45温湿度传感器本质是一台小型网络设备上电后就要有IP地址。我们在部署时最怕的就是传感器IP冲突或漂移数据突然串到别的柜子上去。IP规划的核心原则是分配独立的IP网段建议用独立VLAN比如10.50.20.0/24网段专门给环境监控传感器用和办公网、生产网隔离。每台传感器固定IP并在交换机上做MAC地址和IP的绑定DHCP Snooping或静态ARP绑定防止同一网段其他设备占用。建一个台账记录柜号、传感器IP、MAC地址、安装位置、交换机端口号。几十台传感器部署完没有台账后面排查问题会非常痛苦。传感器的初始IP各厂家不一样有的是默认固定IP比如192.168.1.200有的是DHCP自动获取。拿到设备后第一步是读说明书或看设备标签上的默认IP然后用电脑配一个同网段的临时IP打开浏览器登录传感器管理页面改配置。4.2 传感器侧的基础配置IP、掩码、网关、Modbus从站参数RJ45传感器一般都有内置Web管理页面浏览器访问IP就能进。进去后主要设置四项IP地址/子网掩码/默认网关按规划好的网段填网关最好填上方便后面远程维护。Modbus TCP使能大多数产品默认开启确认端口是502。温湿度上报单位工程上一律用摄氏度℃和%RH避免平台侧还要转换。轮询间隔或上报间隔如果传感器支持主动上报按平台需要设置即可一般5到15秒一次足够。需要注意的细节是有些传感器支持设置Modbus单元ID从站地址。在Modbus TCP标准里单元ID默认填1或255很多设备并不严格校验但如果你用软件统一轮询建议所有传感器单元ID都设成1可以保持配置一致减少出错概率。4.3 用Modbus协议拿到温湿度数值数据帧怎么解析Modbus TCP的报文其实很简单核心就是一个请求、一个响应。我们以最常见的读输入寄存器功能码04为例一次请求读取两个寄存器分别对应温度和湿度值。协议帧结构事务ID2字节请求和响应配对用随便给个递增编号。协议ID2字节Modbus TCP固定为0。长度2字节后面字段的总字节数。单元ID1字节从站地址一般是1。功能码1字节04表示读输入寄存器。起始地址2字节从哪个寄存器开始读。寄存器数量2字节读几个一般读2个。下面这个Python脚本用底层socket发一条标准的Modbus TCP请求直接看设备返回的原始数据排查问题时非常好用import socket, struct # 组装Modbus TCP请求 # 事务ID1, 协议ID0, 长度6, 单元ID1, 功能码04, 起始地址0, 数量2 req struct.pack(HHHBBHH, 1, 0, 0, 6, 1, 4, 0, 2) s socket.create_connection((10.50.20.11, 502), timeout5) s.send(req) resp s.recv(256) print(响应原始数据:, resp.hex()) s.close()如果设备正常返回数据类似0100000007040301780123其中0178是温度寄存器值十六进制转十进制为376如果传感器的数据精度是0.1℃那实际温度就是37.6℃。0123是湿度寄存器转十进制291实际湿度29.1%RH。最终温度湿度到底要不要除以10必须以说明书为准不同厂家尺度不一样有的除以10有的除以100。实际项目里没必要自己写协议解析直接用现成的Python库更省事。这里给出一个基于pymodbus的简单采集脚本跑在主站服务器上就能定时轮询from pymodbus.client import ModbusTcpClient client ModbusTcpClient(10.50.20.11, port502, timeout5) if client.connect(): resp client.read_input_registers(address0, count2, unit1) if not resp.isError(): temp resp.registers[0] / 10.0 humi resp.registers[1] / 10.0 print(f温度: {temp:.1f} ℃, 湿度: {humi:.1f} %RH) client.close()用之前先pip install pymodbus装一下库。跑通这一条链路后面接动环平台、接自建的监控大屏本质都是干同一件事定时把每个IP的Modbus寄存器读出来存到数据库里。4.4 连不上的时候怎么排查从物理层到应用层逐级定位传感器上电后ping不通或者Modbus请求超时这是部署现场最高频的问题。我的排查套路按三层走第一层物理层。用测线仪打一下网线确认水晶头线序正确、每芯连通。然后确认传感器网口指示灯状态Link灯不亮一定是物理链路问题。有一点特别容易忽略有时候不是网线没做好而是交换机那边端口没启用或VLAN配错导致网络不通。第二层网络层。用ping命令验证IP通不通ping 10.50.20.11ping通说明网络通。然后是检查502端口telnet 10.50.20.11 502如果弹出一个黑窗口但是不退出说明TCP端口可达。telnet不可用的话Linux/macOS上用nc -vz 10.50.20.11 502代替。第三层应用层。端口通了但Modbus读不到数据大概率是寄存器地址或单元ID不对。用Wireshark抓一下包看请求有没有响应。如果设备回了但内容不对仔细核对起始地址、寄存器数量、数据格式。曾经遇到一个品牌的传感器温度和湿度并不连续在相邻寄存器中间还夹了一个设备状态寄存器我一度以为设备坏了看了说明书才发现是寄存器地址表理解错了。5. 现场调试复盘的五个坑部署中最容易翻车的地方5.1 水晶头压接的虚通测线仪都救不了的隐形断点部署第一天我们就遇到三台传感器连不上。网线是项目施工队压的测线仪打过去八个灯全亮但插到交换机上就是link灯不亮。后来把水晶头剪了重新压问题瞬间解决。原因是压线时钳子没压到位水晶头里的金属簧片没有完全刺穿网线绝缘层测线仪用微弱电流测试还能通过但交换机端口的驱动信号对阻抗和接触电阻更敏感通信就失败了。而且传统测线仪测的是通断和线序测不出接触电阻的异常。经验教训网线必须用质量好的水晶头压接时用棘轮压线钳一次压到位完成后用力拉一下线确认金属簧片卡紧。如果是屏蔽网线水晶头的金属外壳最好有包地设计否则屏蔽层接了也和没接一样。批量部署时每一根网线插上设备后实测一次ping和Modbus读取不要只看测线仪。5.2 柜内强电磁干扰导致的间歇性闪断Modbus轮询谜之超时有一个电容柜的传感器装好后数据偶尔断一下ping丢包率大概5%Modbus轮询第二次又恢复正常。起初怀疑是设备问题换了一台传感器还是老样子。最终定位是网线路径问题那段网线从柜体上部下来时被扎带固定在了电容柜的交流接触器正上方和接触器出线电缆绑在一起走了大概40厘米。接触器吸合、释放瞬间产生的电磁脉冲直接耦合进了网线。处理办法很简单把网线移开不再和动力电缆绑扎单独走线槽问题彻底消失。这件事也验证了前面说的布线原则——不要图省事把网线和强电电缆捆在一起尤其在电容柜、动力柜这种脉冲干扰强的柜型中屏蔽网线也不是万能保险。5.3 读数虚高3到5℃传感器贴着柜壁惹的祸有一台馈线柜的传感器温度读数长期比同柜的另一台参考温度高4℃左右。我去现场一看安装工人图方便用双面胶把传感器直接粘在了柜体门板内侧。门板虽然是金属但柜内热空气加热门板后温度比空气还高传感器外壳紧贴门板测得根本是门板温度。解决办法是把传感器改用支架安装让外壳离开柜壁至少3到5厘米同时探头方向避开柜壁让它实际感受空气温度。改完以后读数立刻降了将近4℃和红外测温枪测的柜内空气温度基本对上了。现在我一直坚持在实施规范里写清楚传感器禁止直接贴在柜壁和发热元件表面必须用支架悬空安装。5.4 断电重启后的假失联别急着报故障配电房做过一次停电检修恢复了供电以后值班室监控大屏上十几台传感器全部显示离线。我心想完了批量损坏。赶到现场一看每台传感器网口灯都正常亮ping也通就是动环平台读不到数据。原因是传感器上电后内部系统和网络协议栈初始化需要10到30秒而动环平台在检测到断电恢复后立刻开始轮询传感器还没就绪轮询请求全部超时平台就把设备标记成离线了。等平台下一次轮询周期我们设的是30秒再扫其实已经正常了但平台没有自动恢复在线状态。处理办法有两个一是动环平台的告警逻辑里加一个恢复供电后延迟5分钟再判断离线的联动规则二是选传感器时尽量选上电启动快的型号。另外如果传感器是用DHCP获取IP断电恢复后IP一旦被其他设备抢占那就不是假失联是真的失联了必须固定IP。5.5 湿度读数的凝露误报探头装在了风口上有个柜门的空调正对配电房吹我们有一台传感器装在靠门最近的柜内下部每次空调除湿模式启动湿度读数就会突然冲到85%以上触发高湿告警。但同一时刻柜内其他位置的参考湿度只有60%。原因很简单探头恰好装在了柜体缝隙和空调出风气流能直接影响的区域空调吹出来的低温高湿气体局部聚集在探头周围造成了虚假的高湿读数。现场的解决办法是调整传感器安装位置让探头远离柜门缝隙、空调出风口、电缆沟窜气通道。同时可以在系统里加一个告警确认时间参数湿度连续超过阈值3分钟以上才触发告警有效滤掉局部的瞬时波动。温湿度监控要的是柜内环境的整体趋势不是单点的瞬时值。6. 联动控制与阈值策略装完传感器只是开始6.1 温度阈值怎么定预警、告警、联动三档分开设传感器数据上屏以后接下来要面对的就是阈值设多少的问题。阈值设得太激进一天告警几十次值班员直接无视设得太宽松又起不到预警作用。我在同类项目里常用的参考是级别温度阈值动作风机联动45℃自动开启柜内散热风机或配电房排风预警50℃通知值班员加强巡检查看负载变化告警60℃通知相关负责人计划安排停电检查回差滞回区间设在3℃左右防止风机频繁启停比如联动启动是45℃要降到42℃才停止否则风机一开温度就掉、一停又上来反复切换容易损坏风机。不同柜型、不同季节可以微调。夏天进线柜满载柜内温度常年55℃不稀奇这种柜子如果按60℃告警基本就是要出事了才响。所以告警阈值可以参考该柜的历史数据用正常波动上限 10%来定而不是一刀切。6.2 湿度阈值严格盯住凝露风险线配电柜的湿度控制比温度更需要精细化。湿度如果控制在40%到60%柜内金属件基本不会结露湿度到70%以上随着昼夜温差导致的柜壁温度变化凝露风险就开始上升到85%以上基本就是凝露高发区了。我的设置参考是湿度70%作为预警线85%作为告警线。联动方面如果配电房有除湿机或柜内加热器建议在湿度达到80%时启动除湿降到70%以下再停止回差同样保留10%左右避免除湿设备反复启动。有一点很多人没考虑到同样的湿度值在冬天和夏天的凝露风险完全不同。冬天柜壁温度低即使湿度只有60%也可能因为柜内气温高、柜壁温度低而产生凝露。有条件的话更好的策略是对比柜内温度和柜壁温度来判断凝露倾向但这需要额外装柜壁温度探头或者用红外测温。没有这个条件时湿度阈值按保守值设就行宁可多报警不要漏报警。6.3 数据记录与告警通知让采集的数据真正派上用场传感器读到的数据如果只是在大屏上滚动显示价值就浪费了一半。我坚持的方案是Modbus轮询服务把数据写入时序数据库比如InfluxDB或MySQL再配一个Web展示页面或对接已有监控大屏每天自动生成温湿度日报表记录每个柜当天的最高温、最低温、最高湿度、持续时间。告警通知建议走两条通道一条是值班室监控平台的声光告警另一条是短信或企业微信/钉钉机器人推送。温湿度传感器一般不带短信功能告警推送是靠监控平台或告警服务实现的。我们当时用的是一个简答的Python脚本轮询到阈值越限时调用企业微信Webhook推送效果不错也避免了短信资费问题。硬件部署完毕只是项目的一半把数据用起来、让告警真的能推动人去处理才算真正闭环。6.4 半年一次的校准传感器也会疲劳传感器长期在高温高湿环境运行漂移是正常的。我的建议是每半年做一次手工比对用一个经过验证的手持式温湿度计和传感器放在同一个测点旁边稳定十分钟记录差值然后在传感器管理页面做软件偏移修正。有些品牌的Web管理页面支持直接设置温度偏移和湿度偏移比如读数偏高0.5℃就填一个-0.5的偏移值。这一步成本很低但很多项目从上线到设备报废从来没做过校准读出来的数据慢慢偏离实际最后连阈值告警都失去了可信度。半年校准一次这个习惯我觉得值得写进运维规程。整套系统上线到现在最直观的变化不是少跳了几次闸而是值班员终于不用三伏天一趟趟跑配电房了更不用每次巡检时拿温湿度计一个柜一个柜地贴。我个人还有一个体会RJ45以太网温湿度传感器这个方案看着简单但真正做得顺不顺全看部署阶段细不细。设备到手先做POE供电验证和Modbus报文测试不要看参数表就下单现场布线多花两天后面能少折腾半年。希望这份实施记录能帮准备做配电柜环境监控的朋友少走几步弯路。