企业官网建设流程全解析

去年夏天，我们在某电力中心的配电房做环境整治，方案里最关键的一项，就是在每个配电柜内部署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元，整体成本基本持平，部署还更简单。我在选型表里做了一个简单的对比，大家在方案评审的时候可以直接用。

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供电：现场交换机未必支持POE

POE供电很省事，但设计阶段必须去现场核实一个事实：配电柜连接到的那台交换机，到底支不支持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 按柜型确定测点数量：一个柜子至少一台，大柜子两台

测点数量不是越多越好，多了浪费成本、占柜内空间，少了又测不到关键位置。我按常见柜型整理了一个参考：

进线柜和母联柜是电流密度最高的地方，母排连接处的发热往往最集中，这种柜子建议一台装在柜体上部空气流通好的位置，另一台装在电缆室或下部端子区域，上下各看一层，才能真正覆盖整柜的热分布。普通馈线柜一台就够了，装在柜体上部偏后侧即可，因为热空气总是往上走，上部温度能最快反映柜内过热点。

电容柜比较特殊，电容器和电抗器本身是主要发热源，周围局部温度比柜内平均温度高不少，传感器不要正对电容器表面安装，否则读数长期偏高，反而不真实。

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）为例，一次请求读取两个寄存器，分别对应温度和湿度值。

协议帧结构：

• 事务ID（2字节）：请求和响应配对用，随便给个递增编号。
• 协议ID（2字节）：Modbus TCP固定为0。
• 长度（2字节）：后面字段的总字节数。
• 单元ID（1字节）：从站地址，一般是1。
• 功能码（1字节）：04表示读输入寄存器。
• 起始地址（2字节）：从哪个寄存器开始读。
• 寄存器数量（2字节）：读几个，一般读2个。

下面这个Python脚本，用底层socket发一条标准的Modbus TCP请求，直接看设备返回的原始数据，排查问题时非常好用：

import socket, struct # 组装Modbus TCP请求 # 事务ID=1, 协议ID=0, 长度=6, 单元ID=1, 功能码=04, 起始地址=0, 数量=2 req = struct.pack(">HHHBBHH", 1, 0, 0, 6, 1, 4, 0, 2) s = socket.create_connection(("10.50.20.11", 502), timeout=5) 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", port=502, timeout=5) if client.connect(): resp = client.read_input_registers(address=0, count=2, unit=1) 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.11

ping通说明网络通。然后是检查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 温度阈值怎么定：预警、告警、联动三档分开设

传感器数据上屏以后，接下来要面对的就是阈值设多少的问题。阈值设得太激进，一天告警几十次，值班员直接无视；设得太宽松，又起不到预警作用。

我在同类项目里常用的参考是：

回差（滞回区间）设在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报文测试，不要看参数表就下单；现场布线多花两天，后面能少折腾半年。希望这份实施记录，能帮准备做配电柜环境监控的朋友少走几步弯路。