网络型温湿度变送器 RJ45以太网接入，楼宇自控 TCP/UDP 对接工程实践

网络型温湿度变送器 RJ45以太网接入，楼宇自控 TCP/UDP 对接工程实践

物联网 · 楼宇自控 · 温湿度变送器 · 盛世宏博

一、项目背景与楼宇自控环境监测需求

现代大型公共建筑、商业综合体、政务办公楼、医院医技楼、产业园区厂房普遍采用楼宇自控系统（BA，Building Automation）对暖通空调、新风、排风机组、给排水、照明、电梯等机电设备进行集中管控。传统楼宇自控体系中，环境感知大多依赖 DDC 本地 I/O 点位或者 RS485 总线型传感器，通过 Modbus-RTU 接入控制总线。该架构在早期中小体量楼宇中具备成本优势，但随着建筑规模扩大、功能分区细化、改造项目增多，总线架构的短板逐步凸显：总线拓扑限制、分支节点管控复杂、信号传输距离受限、新增测点需要敷设专用屏蔽总线，存量改造时墙体开槽、桥架重新布线工程量巨大，工期长，对正常办公、生产造成干扰。

在楼宇自控的实际运行逻辑中，温湿度是闭环控制的基础输入量。空调机组、新风机、风机盘管、除湿机组的 PID 调节依赖实时、稳定的环境温湿度采样；同时档案库房、机房、实验室、手术室、精密车间等特殊功能区域，还需要独立环境审计、超限告警、数据留存，满足规范验收要求。传统方案常常出现“普通区域和特殊区域感知设备两套体系、平台不互通、数据孤岛”的问题。

RJ45 网络型温湿度变送器直接复用楼宇综合布线，依托局域网完成数据上传，支持 TCP、UDP、Modbus TCP、部分型号兼容 SNMP、MQTT，能够直接对接主流楼宇自控平台、组态软件、BACnet 网关，成为新建楼宇以及存量 BA 系统升级改造的优选方案。楼宇场景和机房、配电室场景存在明显差异：测点分散分布在各个楼层、不同防火分区，网络架构由核心交换机、楼层接入交换机多级组成，存在 VLAN 划分、防火墙策略、BACnet/IP 协议共存、跨子网通信、无线 AP、监控、办公、自控多业务流量混杂等复杂条件；同时暖通设备存在周期性启停、风道气流扰动、季节工况切换，对变送器的通信稳定性、数据连续性、对接适配能力提出独特要求。

本文立足于楼宇自控项目现场实施经验，从需求梳理、设备选型、网络规划、TCP/UDP 两种接入模式深度拆解、对接适配开发、DDC 与上层平台联动、调试流程、典型故障处置、长期运维等方面完整阐述 RJ45 以太网温湿度变送器在 BA 系统中的工程落地路径，同时对比 TCP、UDP 在不同楼宇自控场景下的适配边界，给出标准化实施流程与避坑要点，为新建楼宇自控项目、存量 BA 系统点位扩容、总线改造项目提供可复用工程方案。

二、楼宇自控系统感知层改造总体架构

整套系统划分为感知层、局域网传输层、协议网关/采集层、楼宇自控平台与控制执行层，各层级协同完成环境采集、协议转换、闭环控制、告警审计全链路。

感知层为部署在各区域的 RJ45 网络型温湿度变送器，根据点位需求选择壁挂型、风管型、室内吸顶型。风管型变送器安装在空调送风、回风管道内部，用于机组 PID 调节；壁挂型部署在办公室、走廊、库房、实验室等室内空间，用于区域环境监测；部分点位集成露点、VOC、CO₂等复合参数采集，适配新风系统联动。变送器支持标准 IEEE802.3af PoE 供电，也支持 DC 12V/24V 直流供电。楼宇项目优先推荐 PoE 供电，楼宇内大量测点分散，如果单独敷设电源线，施工成本大幅上升，PoE 借助原有网线同时传输数据与供电，简化施工。但在部分防火分区、防爆区域、强电磁车间，需要按照消防规范单独供电，配套隔离电源。

传输层依托楼宇综合布线系统，测点就近接入本楼层接入交换机。楼宇自控网络设计原则上建议自控网络独立组网，和办公网、监控网逻辑隔离，通过 VLAN 划分实现业务隔离。很多存量项目受原有布线条件限制，无法物理独立布线，只能逻辑隔离，这也是楼宇场景最常见的情况。跨楼层、跨防火分区通信依赖楼宇三层交换机，子网之间通过静态路由或者三层接口互通，防火墙、接入控制列表 ACL 会对端口、报文进行拦截，这也是 TCP/UDP 对接失败最高发的诱因。

采集与协议适配层分为两条技术路线。第一条路线：如果楼宇自控平台、上位组态、BACnet 网关原生支持 Modbus TCP，变送器直接接入，不需要额外转换，数据直接被 BA 平台读取；第二条路线：原有 BA 主控 DDC 仅支持 Modbus-RTU、BACnet MS/TP，无法直接识别以太网报文，此时需要部署工业协议网关，网关作为中间节点，一边通过以太网和 RJ45 变送器通信，另一边转换为 BACnet/IP、Modbus-RTU，接入原有自控总线，实现新旧系统融合。协议网关在存量改造项目中使用频次极高，是打通以太网传感器和传统 DDC 控制器的核心设备。

平台与执行层包含楼宇自控服务器、组态上位机、HMI 触摸屏、DDC 现场控制器、空调、新风、除湿、风阀执行机构。平台接收温湿度实时数据，按照预设控制逻辑输出指令给 DDC，完成恒温恒湿调节、新风量调节、除湿启停；同时完成数据存储、曲线展示、分级告警、报表导出，部分项目对接能耗平台、智慧园区总平台，实现数据向上汇聚。

和机房动环集中式监测不同，楼宇自控架构存在分布式控制诉求：即使上层平台断网，局部 DDC、网关应当具备本地自治能力。所以在方案设计时，关键区域（精密库房、实验室）的联动逻辑尽量下沉至本地网关或者 DDC，而不是全部依赖上层服务器，防止网络中断之后环境调节失效。

三、RJ45 温湿度变送器点位布设与选型要点

楼宇场景测点布设需要区分“控制类测点”和“监测审计类测点”，二者布设标准、精度要求、安装位置完全不同。控制类测点数据直接参与空调、新风闭环调节，对响应速度、测量精度、长期稳定性要求更高；审计类测点只做环境记录、超限告警，不参与设备自动调节，要求数据可追溯，满足归档需求。

风管型变送器用于空调机组送回风监测，探头必须伸入风管气流主流区，避开管壁死角、冷凝水汇集位置，探头与管壁之间做好密封，防止漏风影响空调静压；同时远离加热器、表冷器出口近距离位置，避免局部气流极端温度造成调节震荡。风管开孔位置做好防腐密封，防止漏风、冷凝水顺着线缆回流进入变送器壳体。

室内壁挂式变送器，安装高度控制在 1.2～1.5m，也就是人体活动区域高度，避开阳光直射、空调直吹风口、暖气片、配电箱、强电控制柜，同时远离给排水管道，防止凝水滴落损坏设备。如果是库房、档案室，还需要兼顾 DA/T 42-2022 档案库房技术管理规范，均匀布设，避免单点采样代表大面积库房环境。

选型层面，优先选择支持多协议切换、可自定义报文、支持本地配置网页、支持参数固化的网络型变送器。楼宇项目运维人员往往同时对接多家厂商设备，设备配置方式越统一，后期维护成本越低。精度指标方面，常规暖通控制选用温度 ±0.5℃、湿度 ±3%RH 即可；实验室、档案库房、精密仪器房间，需要升级为温度 ±0.2℃、湿度 ±2%RH 的高精度版本。同时重点核查设备的温度漂移、湿度漂移指标，楼宇常年四季工况切换，温湿度跨度大，漂移量大的设备运行一两年之后调节逻辑会持续偏移，造成空调频繁启停、能耗上升。

电磁环境也是选型重点。楼宇地下机房、配电室、变频空调控制柜附近存在大量变频驱动设备，会产生高频电磁干扰，靠近这类区域的变送器优先选用金属外壳、具备 EMC 三级以上防护、屏蔽 RJ45 接口的型号，网线采用屏蔽超五类/六类网线，屏蔽层单端接地。

四、TCP、UDP 通信机制在楼宇自控中的适配逻辑

RJ45 网络温湿度变送器主流两种主动上报模式：TCP 长连接上报、UDP 报文上报，同时也支持 Modbus TCP（主从轮询，底层基于 TCP）。很多现场调试人员容易混淆 Modbus TCP、自定义 TCP、自定义 UDP 的使用场景，在楼宇自控项目中误用通信模式，出现丢包、连接频繁断开、平台收不到数据等问题。

4.1 TCP 长连接对接机制

TCP 是面向连接、可靠传输协议，具备三次握手、应答确认、重传、拥塞控制机制。在楼宇自控场景下，TCP 对接分为两种形态：一种是 Modbus TCP，采集端作为客户端，主动向变送器的 502 端口发起轮询读取；另一种是自定义 TCP，变送器作为客户端，主动向 BA 采集网关、上位机的监听端口发起连接，建立长连接，周期性主动推送温湿度、设备状态报文，同时维持心跳保活。

Modbus TCP 是楼宇自控网关、组态软件兼容性最好的方案。网关/平台作为 Client，变送器作为 Server，监听固定端口，收到功能码请求之后返回寄存器数据。标准寄存器定义一般包含温度（放大 10 倍或者 100 倍整数存储）、湿度、露点、设备运行状态、故障码。这种模式的优势在于标准化，不需要开发自定义解析协议，绝大多数 BACnet 协议网关、国产组态、楼宇平台原生支持 Modbus TCP 接入，调试工具丰富，Modbus Poll、QModMaster 都可以直接测试，适合控制类测点，数据可靠性高。缺点是轮询模式下，当楼层测点数量巨大，如果轮询时序没有合理分组，网关负载会升高，单条链路轮询周期拉长，实时性下降。

自定义 TCP 长连接上报，变送器主动连接网关监听端口，适合点位分散、需要高实时告警的场景。设备上电之后自动发起连接，连接成功后按照设定周期推送数据包，报文格式由厂商自定义，一般包含帧头、设备地址、温度、湿度、校验和、帧尾。该模式下，网关不需要轮询，流量由终端驱动。但是该方案存在明显工程短板：报文私有，没有统一标准，更换平台、更换网关之后解析程序需要重新开发；同时大量变送器同时上电、网络恢复时，会并发发起连接请求，如果网关连接队列、最大连接数没有做限流，极易造成网关连接耗尽，出现批量设备无法接入。因此自定义 TCP 上报适合小型自控子系统、独立区域监测，不适合整栋大楼上千测点规模化部署。

TCP 链路的心跳与断线重连是调试核心。楼宇网络经常出现交换机重启、楼层链路闪断、VLAN 策略变更，心跳机制用于快速识别链路失效。心跳包周期一般设置为 5～15s，连续 N 次没有收到应答，判定连接断开，启动重连。变送器侧必须实现指数退避重连策略，而不是固定间隔重连，否则断网恢复瞬间，全部设备同时重连，产生连接风暴，冲击采集网关。同时 TCP 链路天然存在粘包、分包问题，自定义报文模式下，网关解析程序必须基于帧头帧尾、长度域做帧解析，不能简单按固定长度截取，否则在网络拥塞、报文合并的时候出现解析错乱，温湿度数值跳变。

4.2 UDP 报文对接机制

UDP 属于无连接传输，没有握手确认、重传机制，变送器直接向指定 IP+端口发送单播或者广播报文，报文短小，协议开销极低，对网关算力占用很小。在楼宇自控场景，UDP 对接多用于两种场景：一是原有上位系统只支持 UDP 自定义报文接收；二是多设备广播同步、本地 HMI 快速读取环境参数。

UDP 的优点是部署简单，不需要维持连接，不存在连接数上限问题，瞬时并发压力小；网络链路恢复之后不需要握手，直接发送报文，实时性好。但是短板同样突出：没有应答机制，报文丢失之后设备不会自动补发。楼宇跨楼层传输，经过多级交换机、防火墙，一旦网络出现拥塞、端口过滤，报文直接丢弃，平台不会感知，容易出现“设备在线，但是数据消失”的隐性故障，运维很难及时发现。

在工程规范上，UDP 不建议作为参与空调 PID 闭环调节的主采集链路，只适合辅助监测、大屏展示、非核心区域采集。如果项目必须采用 UDP，工程上一般采用双链路冗余：主链路 Modbus TCP 做可靠采集，用于自控调节；UDP 作为备用链路，同步推送数据给大屏或者第三方平台。同时开启报文序列号，接收端校验序列号，识别丢包，当连续多个周期没有收到报文，标记测点异常，触发离线告警，弥补 UDP 无确认的缺陷。

UDP 广播模式在楼宇跨 VLAN 场景下基本不可用，广播报文无法穿越三层网关，因此跨楼层测点 UDP 对接必须使用单播模式，直接指定采集网关固定 IP。很多调试人员在现场直接配置广播地址，结果跨子网完全收不到数据，这是楼宇 UDP 对接最常见的误区。

4.3 TCP 与 UDP 在 BA 项目选型对照表

从工程落地角度总结选型原则：参与空调、新风、除湿自动调节的控制测点，优先采用 Modbus TCP；独立小型子系统、需要主动上报告警、平台支持私有 TCP 解析，可以选用自定义 TCP；仅用于展示、辅助采集、原有平台仅支持 UDP 接入，选用 UDP 单播；大型园区、整栋楼宇集中自控，优先标准化 Modbus TCP，降低后期维护、设备替换成本。

五、楼宇自控网络规划与防火墙、VLAN 适配方案

楼宇自控网络环境复杂度远高于机房，多业务共享交换机，跨三层子网、多防火分区、多 VLAN 是常态，网络策略问题是 RJ45 变送器对接失败的第一诱因。

首选方案是自控系统独立 VLAN，所有网络型温湿度变送器、协议网关、BA 服务器划入独立 VLAN，分配独立网段，和办公网、安防监控网逻辑隔离。三层交换机配置静态路由，保证采集网关和变送器之间路由可达。接入控制列表 ACL 需要针对性放行通信端口：Modbus TCP 默认 502，自定义 TCP、UDP 需要放行项目约定的监听端口。很多楼宇防火墙默认拦截陌生端口，即使 ping 可以互通，端口报文依然被丢弃，表现为 ping 正常，但是读不到温湿度数据，这是现场高频故障。

DHCP 配置策略需要谨慎选择。如果楼宇 DHCP 服务器是办公服务器，不建议让变送器接入，办公网 DHCP 租期、地址池变动会带来设备地址漂移。推荐方案：在自控 VLAN 内使用静态 IP，每一台变送器固定 IP，录入 BA 资产台账；测点数量庞大时，在自控专用 DHCP 服务器配置 MAC 地址静态绑定，设备上电固定获取同一 IP，兼顾批量部署效率与地址稳定，禁止无绑定动态分配。

交换机端口参数优化：PoE 端口功率预算提前核算，楼层接入交换机如果大量接入 PoE 变送器，需要确认整机 PoE 功率容量，避免功率超载，设备随机重启。开启端口风暴抑制，限制广播、组播报文带宽，防止某一台变送器故障持续发送广播报文，影响整层自控网络；关闭不需要的二层协议，优化端口流控。对于跨楼层远距离点位，网线严格按照综合布线规范，信道总长不超过 100m，超长点位增加光纤收发器或者中间交换机。

还有一个楼宇特有的问题：不同防火分区之间部署防火墙、网闸。如果变送器和采集网关跨防火分区，除了放行端口，还需要按照消防、等保要求做白名单，仅允许变送器网段向网关指定端口发起访问，禁止反向访问，满足安全规范。

六、协议网关转换、DDC 联动与 BACnet 融合方案

存量楼宇自控项目大量使用 BACnet MS/TP、BACnet/IP 架构，原有 DDC 控制器不支持以太网传感器直接接入，协议网关是核心中间件。网关下行通过以太网和 RJ45 温湿度变送器通信，按照 Modbus TCP 轮询或者接收 TCP/UDP 上报报文；上行转换为 BACnet/IP 对象，在 BA 系统中生成模拟量对象（AI），原有 DDC、上位平台直接读取 BACnet 对象，不需要改动原有 DDC 控制程序，实现平滑改造。

网关在配置时，需要完成点位映射：将每一台变送器的温度、湿度映射为独立 BACnet 对象，配置对象名称、单位、高限、低限、偏移校准值。网关支持本地数据缓存，当上层 BA 服务器离线，网关继续采集数据，缓存到本地存储，网络恢复之后补传历史数据，保证审计数据连续不中断。同时网关支持本地逻辑配置，可以设置阈值，当温湿度超限，网关输出继电器信号，直接联动声光报警器、风阀，实现断网自治。

联动逻辑分为两级：一级是本地 DDC 闭环联动，风管温湿度数据送入 DDC，在 DDC 内部编写 PID 调节程序，动态调节表冷阀、加热阀、加湿阀开度，控制空调送风参数；二级是平台级联动，室内区域温湿度超限之后，平台联动对应新风机、除湿机组，同时推送告警、生成工单。工程实施中，暖通调节的核心闭环尽量下沉到 DDC，不要把 PID 放在上位服务器，上位机只负责监控、记录、告警，防止上位宕机造成空调系统失控。

联动互锁逻辑必不可少。比如除湿机组，不能因为湿度瞬间超标反复启停，设置最小运行间隔、防抖延时；空调冷热阀增加互锁，加热、制冷不能同时全开，避免能耗浪费和控制震荡。在档案库房、实验室这类高标准区域，温湿度控制区间窄，调节响应灵敏，防抖时长、PID 参数需要现场调试整定，根据季节工况修正，不能直接套用默认参数。

七、标准化现场调试流程

楼宇项目测点分散在多层，调试顺序不当会造成排查困难，采用单机调试 → 楼层分块调试 → 网关接入 → 平台联调 → 全系统压力验证的标准化流程。

第一步，单机预配置。在进场前或者调试工位，电脑直连变送器，通过 Web 页面或者厂商配置工具设置设备 IP、子网掩码、网关、目标服务器 IP、通信模式（Modbus TCP / TCP 主动上报 / UDP）、上报周期、校准偏移、心跳参数。同一批次测点可以导出配置文件批量导入，大幅减少重复配置工作。同时完成读数比对，使用手持式标准温湿度仪对照，记录偏差，写入校准参数。确认报文格式、寄存器地址、OID、BACnet 对象编号，整理成项目点位表。

第二步，楼层点位安装、布线与单点连通测试。设备固定、网线接入楼层交换机，使用 ping 测试连通性；如果是 Modbus TCP，使用 Modbus Poll 读取寄存器，验证数据；如果是 TCP/UDP 上报，使用网络调试助手（NetAssist）在网关监听端口抓包，确认报文正常上传，核对帧结构、校验和，排查水晶头、网线、PoE 供电问题。单点调试阶段，标记测点位置、编号，同步录入资产表。

第三步，协议网关接入与点位映射。所有楼层测点调试完成之后，在网关内添加变送器设备，配置轮询参数、超时时间，完成 BACnet 或者 Modbus-RTU 点位映射，查看网关设备在线状态、采集成功率。调整轮询分组，同一网关下大量测点按楼层分组错开轮询时间，避免瞬时并发请求。

第四步，楼宇自控平台、DDC 联调。在 BA 上位、HMI 画面添加点位，核对数值和网关输出是否一致；配置告警阈值、告警等级、推送渠道；编写联动逻辑，空载测试联动动作，验证超限之后风阀、机组启停逻辑是否符合设计要求，规避逻辑冲突。

第五步，长时间稳定性验证。连续 72h 不间断运行测试，模拟楼层交换机断电重启、链路闪断、VLAN 策略变更，验证设备断线重连、数据缓存、离线告警功能，统计丢包率、在线率，对频繁离线、数值漂移的点位排查整改。

八、典型故障、根因分析与处置方案

楼宇场景的故障和机房环境故障存在差异，很多问题和楼宇多级网络、暖通工况、原有自控系统耦合在一起，下面梳理高频故障场景。

故障一：ping 能通，但是 Modbus TCP 读不到数据。根因：防火墙、ACL 拦截 502 端口；变送器 Modbus 从站地址配置冲突；网关客户端 IP 不在白名单；设备 Web 页面开启访问限制。处置：在交换机、防火策略放行 502，核查从站编号，添加白名单。

故障二：TCP 主动上报，网关偶尔收不到数据，设备显示连接成功。根因：粘包分包、解析程序没有按帧头解析；心跳超时参数不一致；网关连接数达到上限。处置：修改解析逻辑，增加帧长度校验，优化退避重连，扩容网关连接资源。

故障三：UDP 本地同一交换机下可以收到，跨楼层网关收不到报文。根因：使用广播地址发送，广播报文无法穿越三层 VLAN；三层设备拦截 UDP 端口。处置：改为单播模式，填写网关固定 IP，放行对应 UDP 端口。

故障四：温湿度数值缓慢漂移，空调调节持续偏移。根因：探头积灰、风管探头进水凝露、探头长期靠近热源、校准失效。处置：清理防尘膜，调整安装位置，增加冷凝排水防护，重新计量校准。

故障五：设备随机离线，时好时坏。根因：楼层 PoE 交换机整机功率不足，供电间歇性掉电；网线老化、水晶头压接不良；变频空调控制柜带来电磁干扰。处置：核算 PoE 预算，更换屏蔽网线，强电弱电分开线槽，垂直交叉走线。

故障六：接入 BA 平台之后，出现数值跳变、偶尔超大值。根因：报文解析错误、寄存器字节序高低位颠倒；电磁干扰造成报文位翻转。处置：核对厂商寄存器文档，调整字节序，增加校验和判断，校验失败直接丢弃异常报文，不送入控制逻辑。

故障七：网关接入大量变送器之后，CPU 占用高、采集延迟变大。根因：轮询间隔过小，所有设备同步轮询；网关硬件算力不足。处置：分组错峰轮询，拉长非审计测点轮询周期，或者新增网关分担点位负载。

九、系统运维、校准与长期管理体系

楼宇自控系统属于常年不间断运行系统，运维周期长达数年，需要建立常态化运维机制。

日常远程运维：通过 BA 平台批量监测设备在线率、采集成功率，设置设备离线告警，及时发现链路故障；定期导出温湿度曲线，分析季节切换时环境变化，评估空调调节效果，优化 PID 参数。

季度现场巡检：对风管型、壁挂型变送器外观检查，清理探头防尘膜，检查网线固定、供电、壳体凝水情况，查看桥架、管线有无破损。

年度计量校准：使用经过检定的温湿度标准源对变送器校准，留存校准证书，医院、档案馆、实验室等合规场景必须保留校准记录，用于验收、审计。建立完整设备台账，记录设备位置、IP、MAC、固件版本、通信模式、上次校准时间、维保记录，设备损坏替换时，可以直接导入配置，快速恢复接入。

固件升级分批执行，禁止整网同时升级，优先选择夜间、非工作时段，升级前导出全部点位配置备份，升级完成核对采集数据，防止固件异常造成批量测点失联。同时持续维护网络文档，更新 VLAN、路由、端口白名单，楼宇改造、新增办公网络时，避免修改防火墙策略误阻断自控感知链路。

十、方案总结与适用边界

RJ45 网络型温湿度变送器依托楼宇综合布线，以 TCP/UDP/Modbus TCP 作为通信载体，打通感知层和传统楼宇自控系统，是新建楼宇、存量 BA 扩容改造非常成熟的技术路线。TCP（Modbus TCP）适合控制类测点，可靠、标准化，适配 BACnet 网关、DDC 闭环调节；UDP 部署轻便，适合辅助监测、大屏数据同步，但不能承担核心自控调节链路。

方案落地的关键不在于硬件本身，而在于楼宇复杂网络的隔离规划、端口放行、跨 VLAN 路由设计，以及自控联动逻辑下沉，避免全部依赖上层服务器。同时区分控制测点和审计测点，差异化配置精度、通信模式、告警策略，兼顾系统稳定性、控制效果、项目成本。

这套对接方案已经在政务办公楼、医院、产业园、商业综合体多个楼宇自控项目落地，有效解决传统 RS485 总线布线困难、扩容受限的痛点，实现环境感知和暖通自控深度融合，在保障室内舒适度的同时，优化空调运行策略，降低楼宇整体能耗。随着智慧楼宇、园区平台一体化建设推进，以太网感知设备和 BA 系统的融合会持续普及，TCP/UDP 多协议对接也会成为楼宇环境感知接入的主流工程方案。