RJ45以太网温湿度传感器接入楼宇自控，TCP/UDP 通信工程实践

RJ45以太网温湿度传感器接入楼宇自控，TCP/UDP 通信工程实践

楼宇自控系统（BA）是现代大型公共建筑、商业综合体、医院、产业园区厂房、写字楼实现机电设备集中管控的核心载体，系统覆盖中央空调、新风机组、排风机、给排水、照明、电梯、能源计量等子系统，通过采集环境变量作为调节输入，完成设备的自动变频、启停、模式切换。温湿度作为楼宇自控最基础、最重要的环境变量，其采集的实时性、准确度、通信稳定性直接决定空调系统的节能调节效果与室内环境舒适度。传统楼宇自控项目普遍采用 RS485、无源 NTC、0-10V、4-20mA 模拟量温湿度变送器接入 DDC 控制器，这类方案在中小型项目中成熟，但在大型综合体、多楼栋、大面积开放空间、改造类项目中逐渐暴露出局限：模拟信号长距离传输易受线缆阻抗、电磁干扰影响产生衰减漂移；RS485 总线存在总线冲突、单点故障整段瘫痪、轮询周期随点位增加持续拉长的问题，新增点位需要重新规划总线分支，改造施工工程量大。

随着建筑内网基础设施完善，RJ45 以太网温湿度传感器凭借复用建筑综合布线、支持 PoE 供电、多协议兼容、独立网络节点、故障隔离能力强等优势，越来越多地应用在楼宇自控改造与新建项目中。TCP、UDP 是以太网传感器最常用的两类通信模式，但二者交互模型、报文结构、可靠性机制完全不同，对接不同品牌楼宇自控平台、DDC、BACnet 网关、组态软件时适配逻辑差异巨大，大量工程现场容易出现 TCP 粘包、UDP 丢包、心跳断连、报文解析错位、跨 VLAN 无法通信、和原有 BA 系统时序不匹配等调试难题。

本文立足于商业楼宇、医院、产业园、大型公建楼宇自控落地工程，围绕 RJ45 以太网温湿度传感器接入 BA 系统全流程展开工程实践论述，包含楼宇自控网络架构特点、TCP/UDP 底层通信机制对比、传感器选型要点、点位规划、PoE 供电设计、网关协议转换方案、报文帧定义、服务端解析开发、心跳保活与断线重连逻辑、现场调试步骤、典型故障排查、系统联调以及节能联动策略，同时针对新建项目与存量 BA 改造项目给出差异化实施方案，为同类工程提供可落地的技术参考。

一、楼宇自控系统接入工况与设计约束

楼宇自控系统和机房动环、档案库房监测系统的需求重心存在明显区别，BA 系统本质是闭环控制系统，温湿度数据不是仅用于存储告警，而是作为控制回路的输入量参与 PID 调节，对数据时序一致性、采样抖动、数据延迟有着明确约束。

从网络环境层面来看，楼宇网络通常划分为办公网、安防网、楼宇自控专网、设备运维网，出于网络安全、等保以及机电系统稳定性要求，楼宇自控专网一般独立划分 VLAN，和办公网络物理隔离或者逻辑隔离，不允许无限制跨网段访问。很多老旧楼宇自控网络采用二层扁平化架构，缺少三层路由与访问控制，大量以太网终端直接广播报文，容易造成广播风暴，因此以太网温湿度传感器接入时，网络规划必须纳入 BA 整体网络设计，不能直接随意接入就近办公交换机。同时楼宇内部干扰源复杂，中央空调变频器、水泵变频、照明调光模块、配电柜、母线槽会持续释放脉冲群、射频干扰，对网线、网口、通信报文产生扰动。

从控制逻辑层面，传统 DDC 控制器原生支持 BACnet MS/TP、BACnet IP、Modbus RTU，绝大多数品牌 DDC 并不原生支持自定义 TCP、UDP 报文解析，这是工程落地最大的技术卡点。因此 RJ45 传感器接入 BA 存在两条主流技术路线：一条是传感器直接采用 Modbus TCP，对接支持 Modbus TCP 的新型 DDC、BACnet IP 网关；另一条是传感器使用自定义 TCP/UDP 主动上报，由边缘采集网关作为中间转发层，完成报文解析、协议转换，将温湿度、露点、设备状态转换为 BACnet 对象或者 Modbus 寄存器，再下发给楼宇自控控制器、上位组态平台。

从点位场景划分，楼宇自控温湿度采集点位分为室内环境点位、风管内点位、新风机组进出口点位、冷水机房环境点位、地下车库点位。室内点位关注人员舒适区间，温度控制目标 22～26℃，相对湿度 40%～60%RH；风管内探头需要耐气流冲击、防尘，用于送风、回风温湿度采集，作为空调机组 PID 调节核心输入；地下车库、设备机房湿度偏高，存在凝露风险，探头需要具备防尘防潮能力。不同点位对采样周期要求不同，房间环境点位采样周期可以设置 30～60s，风管回风参与机组调节的点位采样周期建议控制在 5～15s，保证调节回路响应速度。

同时工程实施需要兼顾原有系统兼容，存量 BA 改造项目是这类方案最主要应用场景：原有模拟量变送器布线老化、点位不足，重新敷设大量屏蔽控制线成本高，而建筑内部已经部署综合布线，利用原有网口点位部署以太网温湿度传感器，可以在不改动原有 DDC 控制柜内部大量接线的前提下，扩充环境监测点位，降低改造停机时间与施工成本。

二、TCP 与 UDP 在楼宇自控场景下通信机制对比

RJ45 以太网温湿度传感器支持的 TCP、UDP 两种通信方式，在工程选型阶段就需要结合 BA 平台能力、点位数量、控制等级确定，两种协议没有绝对优劣，适配不同的业务定位。

TCP 属于面向连接、可靠传输的流式协议，通信前必须完成三次握手建立连接，通信过程依靠序列号、确认应答、超时重传、滑动窗口机制保障报文送达，通信结束执行四次挥手断开连接。传感器作为客户端主动向网关或者 BA 采集服务器发起连接，维持长连接，定时上报数据包，同时周期性发送心跳报文，服务端通过心跳超时判断终端在线状态。TCP 的可靠性优势非常适合参与闭环调节的风管温湿度、机组进出口监测点位，丢失报文会自动重传，不会造成控制输入缺失。但 TCP 存在与生俱来的粘包、分包问题，协议层没有边界标识，连续上报的数据在传输层合并，若服务端解析程序没有设计基于帧头、帧长度、校验和的解析器，极易出现解析错位、数据乱码、寄存器读取错乱，直接造成空调调节异常。同时长连接会占用服务端连接资源，当一栋楼宇内上百台传感器同时维持长连接，网关需要合理配置最大连接数、连接超时回收机制，避免连接资源耗尽。

UDP 是无连接的数据报协议，不需要握手建立连接，传感器直接向预设服务端 IP 和端口发送独立报文，每个数据包自带完整帧结构，不存在粘包问题，实现逻辑简单，网关侧开发成本更低，报文头部开销小，传输延迟更低。但 UDP 不提供确认、重传、拥塞控制，报文在网络拥堵、链路干扰时会出现丢包、乱序。UDP 更适合仅用于环境监视、大屏展示、趋势记录的普通房间点位，不建议直接作为高精度闭环调节回路唯一数据源；如果业务场景必须使用 UDP 参与控制，则需要在应用层增加应用层应答、重传机制，传感器收到网关应答后再发送下一包数据，弥补 UDP 底层可靠性短板。

在楼宇自控工程中，还有一种常见组合方案：核心调节点位使用 Modbus TCP（基于 TCP 封装 Modbus 应用协议），由网关轮询读取，可靠性可控，有成熟调试工具；普通环境监测点位采用自定义 UDP 主动上报，降低网关资源消耗；告警优先级高的点位采用自定义 TCP 长连接上报，保障告警报文送达。

三、RJ45 以太网温湿度传感器选型及配套辅材设计

适配楼宇自控接入的 RJ45 温湿度传感器不能简单选用普通商用桌面级设备，选型指标需要匹配 BA 系统控制需求、建筑电磁环境、安装位置。

测量性能指标：参与空调机组 PID 闭环的高精度点位，温度精度 ±0.2℃，湿度 ±2%RH；普通房间环境监测点位，温度 ±0.3℃，湿度 ±3%RH；设备机房、地下车库等非舒适区域，可选用常规精度版本；设备内置露点计算，直接输出露点值，方便 BA 系统做防凝露联动；传感器内置硬件 RTC，上报数据包携带高精度时间戳，保证多点位数据时序对齐，这对于多区域联动空调系统至关重要。

通信与固件能力：硬件网口优先选用工业级 PHY 芯片，支持 10/100M 自适应，支持 IEEE802.3af PoE 供电，预留 DC 12V/24V 备用供电接口；协议栈需要同时支持 Modbus TCP、自定义 TCP 客户端上报、UDP 上报，支持静态 IP、DHCP、网关、子网掩码配置，支持 MAC 绑定；支持心跳包配置、心跳超时时间、断线重连间隔，并且重连逻辑实现指数退避算法，避免网络恢复后大量传感器同时发起连接，瞬间冲击采集网关；支持本地数据缓存，网络中断期间缓存时序数据，链路恢复后续传，保证 BA 趋势曲线不出现大面积断点。

探头形式根据安装场景区分：室内壁挂一体式，适合办公室、病房、会议室；引线外置探头，适合嵌入风管、空调静压箱内部；风管探头自带导流罩、防尘滤网，抵御气流中粉尘；潮湿地下机房选用 IP54 及以上防护版本，探头配备防凝露透气膜。壳体优先选用金属壳体，具备电磁屏蔽能力，抵御楼宇变频器带来的电磁干扰。

配套布线辅材：新建楼宇优先采用六类非屏蔽网线，接入楼宇自控专网交换机；靠近变频器、配电柜、动力桥架的线路，更换为双层屏蔽六类网线，屏蔽层在汇聚机柜单端接地，防止地环路干扰；墙面、吊顶内布线采用阻燃网线，阻燃等级 GB 8624 B1；吊顶内的接头全部放置在密封接线盒，避免冷凝水侵蚀水晶头；风管内引线采用耐温屏蔽控制线，长期耐受风管内高低温气流。

供电方案优先 PoE，复用楼宇综合布线，省去单独布设电源线的工作量；BA 交换机选用工业级 PoE 交换机，放置在弱电竖井、机房控制柜内，交换机开启端口隔离、端口限流，避免单点终端故障造成端口阻塞；对于风管内、吊顶深处点位，网线接近 100m 传输极限，需要核算 PoE 电压降，必要时在链路中间增加工业交换机中继，或者改为就近本地直流供电。

四、楼宇自控网络规划与 VLAN、访问控制设计

以太网传感器接入 BA，网络规划是前置环节，如果网络策略缺失，后续会出现大量通信异常，并且难以定位根因。所有 RJ45 温湿度传感器统一划入楼宇自控专属 VLAN，和办公网、视频监控网逻辑隔离；如果是高安全等级医院、政务建筑，BA 专网采用物理独立交换机，不与其他系统共用交换设备。

接入层：传感器就近接入弱电竖井内的 BA 接入交换机，每台接入交换机配置端口隔离，同一个 VLAN 内部端口之间默认隔离，仅允许端口向上联口通信，抑制广播报文扩散，防止某个传感器异常持续发送广播包影响整个 BA 网络。交换机开启风暴抑制，限制广播、组播流量占比。

汇聚层：各个竖井接入交换机上联至 BA 汇聚交换机，汇聚交换机配置三层接口、ACL 访问控制策略，仅允许指定的边缘网关、BACnet 服务器、采集服务器 IP 访问传感器通信端口，拒绝其他网段主动访问终端。对于 Modbus TCP，限制外部 IP 访问 502 端口；自定义 TCP/UDP 上报端口同样做白名单管控，避免非法设备读取、篡改传感器参数。

跨楼栋场景，如果多个楼宇 BA 独立组网，楼栋之间通过光纤互联，三层路由打通；不建议直接把 BA 终端暴露到公网，远程运维全部通过堡垒机、内网 VPN 接入。同时网络规划预留 IP 地址余量，按照建筑分区分配网段，点位台账和 IP、MAC、安装位置一一绑定，方便后期运维。

五、接入架构：网关协议转换方案

绝大多数传统 DDC 控制器无法直接解析自定义 TCP/UDP 报文，协议转换网关是整个接入链路的核心，工程中分为三种主流架构。

第一种架构：Modbus TCP 直连 DDC。如果项目选用新一代支持 Modbus TCP 的 DDC，传感器设置为 Modbus TCP 服务端模式，DDC 作为客户端按照固定周期轮询传感器寄存器，读取温度、湿度、露点、设备状态。该方案链路最简单，不需要额外协议网关，调试工具成熟，Modbus Poll、Modbus Slave 都可以辅助调试，适合点位不多、新建设备。局限是 DDC 轮询压力随点位上升而增大，大量点位同时轮询会拉长采集周期，因此适合机组回风、供水管道附近少量关键采集点。

第二种架构：边缘网关集中采集，转换为 BACnet IP。这是大型楼宇自控项目最常用方案。网关作为 TCP/UDP 的服务端，监听固定端口，接收所有传感器主动上报的数据包，完成报文解析、校验、数据预处理，之后将温湿度映射为 BACnet Analog Input 对象，网关作为 BACnet IP 设备接入 BA 主控制器、上位组态平台。BA 系统不需要关心底层 TCP/UDP 报文格式，只需要按照标准 BACnet 对象读取数值，完美兼容主流品牌楼宇自控系统。网关可以设置数据滤波、防抖，过滤短时异常跳变，避免数值抖动引起空调频繁调节。同时网关支持本地逻辑，能够在 BA 上位机断开的情况下，本地执行超限告警、继电器输出联动。

第三种架构：网关转换为 Modbus RTU。针对存量老旧 BA，DDC 只支持 Modbus RTU，网关采集以太网传感器数据之后，通过 RS485 总线输出 Modbus RTU，接入原有 DDC，适合改造项目，最大限度保留原有自控控制柜、布线、控制逻辑，只新增以太网感知节点。

网关硬件选型要求工业宽温机型，支持多网口，一个网口接入 BA 采集网段，另一个网口接入上层平台，实现双网隔离；具备本地时序缓存、掉电保存、断网续传能力；支持脚本自定义报文解析，适配不同厂家传感器自定义 TCP/UDP 协议格式。

六、TCP/UDP 报文设计、解析逻辑与保活机制

在工程对接前，需要统一约定应用层报文帧格式，这是避免解析混乱的基础，无论 TCP 还是 UDP，应用层报文都需要包含帧头、设备地址、数据域、校验码、帧尾。推荐帧结构：帧头（2 字节）+设备编号（4 字节）+温度（4 字节，浮点数）+湿度（4 字节，浮点数）+露点（4 字节）+状态位（1 字节）+校验和（2 字节）+帧尾（2 字节）。状态位用来标记传感器故障、探头断线、低功耗异常；校验和采用 CRC16，网关收到数据包后先校验 CRC，校验失败直接丢弃，避免错误数据送入 BA 控制回路。

TCP 长连接上报逻辑：传感器上电后，按照配置的服务端 IP、端口发起连接；连接成功后，每隔设定上报周期发送数据包；同时独立定时发送心跳包，心跳包可以是精简报文，不携带采集数据，仅用于维持连接。网关侧维护连接状态表，为每一个客户端连接记录设备编号、最后收到报文时间；当超过心跳超时阈值没有收到任何报文，网关判定该传感器离线，标记点位故障，同时向 BA 系统推送故障告警。传感器检测连接断开之后，启动断线重连，重连间隔采用指数退避，首次间隔 1s，失败之后依次递增，设置最大间隔上限，防止网络故障时持续高频发起连接。针对 TCP 粘包问题，网关解析程序必须采用流式解析，循环读取缓冲区，识别帧头，读取帧长度，截取完整帧之后再送入校验，不能按固定长度截取数据包。

UDP 上报逻辑：传感器按照周期向网关 IP+端口发送完整独立数据报。因为 UDP 无连接，网关依靠设备编号、MAC 地址识别终端，维护在线状态依靠超时机制。工程实践中推荐开启应用层应答机制：网关收到合法数据包，回复应答帧；传感器如果在超时时间内没有收到应答，则重新发送报文，最多设置重传次数上限，防止无限重传占用带宽。对于仅监视点位，可以不启用应答，简化程序。

在网关侧需要增加数据防抖滤波，针对楼宇气流扰动带来的瞬时数值波动，采用滑动平均滤波，连续多帧数据加权计算，过滤尖峰噪声，输出平滑后的数值给到 BA 控制回路，防止 PID 震荡。滤波参数区分点位，机组回风点位滤波窗口短，保证响应速度；房间舒适点位滤波窗口可以适当放大，稳定输出。

七、点位布设与楼宇自控联动策略

点位布设需要贴合 BA 控制回路，不能盲目布点。空调机组回风温湿度探头布置在回风风道中部，避开风机出口强湍流、冷凝水滴落位置；送风探头布置在送风口之后，用于监测冷量输出；室内环境探头避开空调直吹位置、阳光直射墙面、热源附近，采集代表房间平均环境的温湿度；冷水机房、换热机房探头布置在设备区域回流空气位置；地下车库探头布置在低洼、通风差、容易结露区域。

联动逻辑下沉至边缘网关或者 DDC，遵循分级联动。基础舒适控制：房间温度高于设定值，联动新风机组、空调盘管，开大冷水阀，降低送风温度；湿度超标联动除湿、加湿模块；露点差值低于阈值，提前关闭冷水阀，防止表冷器结露。优先级上，消防信号、漏水信号优先级高于温湿度调节，一旦收到消防干接点信号，立刻停止空调、新风机。同时设置调节死区，避免在设定值附近微小波动造成阀门、风机频繁启停。

多区域联动场景，例如大型展厅、开放式办公区，多个以太网传感器数据汇总，采用平均值作为区域控制输入，单点异常时自动剔除偏离过大的异常值，防止单点故障干扰整区空调调节。所有联动动作、数据变更、设备离线事件生成日志，存入时序数据库，支持楼宇能源审计、运维追溯。

八、标准化现场调试流程

现场调试分为实验室预调试、网络调试、单点通信调试、网关协议转换调试、BA 联调、长期稳定性验证。

预调试阶段：设备进场前，在调试工位配置传感器 IP、网关地址、上报周期、心跳参数，统一约定报文格式；使用抓包工具 Wireshark 抓取 TCP/UDP 报文，验证数据包内容、CRC 校验正确性，测试断线重连、心跳超时逻辑；网关侧导入解析脚本，验证解析输出数值和传感器读数一致，提前筛除固件、报文格式问题，减少现场调试工作量。

网络调试：接入 BA 专网交换机，使用笔记本在同一 VLAN 内 ping 传感器 IP，检查连通性；跨网段场景，验证路由可达，确认 ACL 策略没有拦截上报端口；使用 Wireshark 抓包，检查是否存在大量广播报文、报文丢包。如果出现 ping 丢包，排查网线屏蔽、接地、线缆是否靠近动力电缆。

单点通信调试：TCP 模式，确认传感器成功建立连接，网关连接列表出现设备编号，持续接收上报报文，检查粘包解析是否正常；UDP 模式，确认网关持续接收数据报，校验码全部通过，开启应答机制验证重传逻辑。同步对比手持式检定温湿度仪，确认采集精度符合要求，排除探头安装位置带来的测量偏差。

网关协议转换调试：网关侧查看解析后的数据，确认映射到 BACnet 点位或者 Modbus 寄存器数值稳定；在 BA 上位机查看点位，核对地址、单位、缩放比例，很多工程故障来源于寄存器缩放配置错误，数值放大或者缩小 10 倍、100 倍。

BA 系统联调：将点位加入自控画面、趋势曲线，模拟温湿度超限，验证空调、加湿除湿设备联动逻辑；模拟网线断开、交换机断电，验证网关标记设备离线、推送故障告警；网络恢复后，验证自动重连、数据补传，趋势曲线无明显断点。

稳定性验证：连续 72h 长时间试运行，统计在线率、丢包率、采集成功率，观察早晚负荷变化、变频器启停时刻数值是否跳变，针对干扰严重点位调整滤波参数、更换屏蔽线缆、修改布线路由。调试完成之后归档点位台账、网络拓扑、报文协议文档、BACnet 点位表、联动逻辑说明。

九、工程高频故障与处置方案

故障一：TCP 网关偶尔接收乱码数据，数值随机跳变。根因：TCP 流式解析没有做帧头和长度校验，发生粘包分包，解析错位。处置：重写网关解析程序，采用状态机解析，识别完整帧之后再处理，增加 CRC 校验，非法帧直接丢弃。

故障二：UDP 点位数值偶尔丢失，曲线出现断点。根因：网络拥堵、交换机缓存溢出，UDP 报文丢包，无重传机制。处置：参与控制的关键点位改为 TCP 上报，或者启用 UDP 应用层应答重传；优化交换机流量，抑制广播风暴。

故障三：传感器在线，但是 BA 上位机数值长期不变。根因：网关映射寄存器缩放配置错误；网关没有将新数据写入 BACnet 对象；DDC 轮询地址配置不匹配。处置：在网关侧查看原始解析数据，逐级定位，区分故障在传感器、网关转换链路还是 BA 平台点位配置。

故障四：变频器启动瞬间，温湿度读数跳变。根因：线缆靠近变频动力回路，电磁耦合干扰；屏蔽网线两端接地，形成地环路。处置：信号线远离动力桥架，屏蔽层改为汇聚端单点接地，更换双层屏蔽网线，网关开启滑动滤波。

故障五：大量传感器网络恢复之后，短时间内集中离线、反复重连。根因：重连没有退避机制，全部设备同时发起 TCP 连接，网关连接资源耗尽。处置：传感器固件配置指数退避重连策略，分散连接请求。

故障六：跨 VLAN 无法通信，同网段通信正常。根因：三层交换机 ACL 拦截上报端口，路由未放行。处置：调整访问控制策略，放行网关与传感器之间通信端口。

故障七：PoE 供电传感器在吊顶远端随机重启。根因：网线距离接近 100m，直流压降超出设备工作电压。处置：缩短 PoE 链路，中间增加工业交换机中继，改为本地 24V 直流供电。

十、运维体系、校准与扩容方案

系统上线之后，建立远程巡检加现场巡检机制，运维平台每日统计点位在线率、采集成功率、故障点位，自动生成运维工单。季度现场巡检，重点检查风管探头防尘滤网、吊顶接线盒积水、网线固定情况；每年对参与空调闭环调节的高精度点位开展计量校准，留存校准证书；普通环境监测点位每两年校准，潮湿多尘区域缩短校准周期。

固件升级选择建筑空调负荷低谷时段分批升级，禁止一次性批量升级全部传感器，升级前导出网关解析配置、点位映射表备份。项目后期扩容，只需要在 BA 专网新增点位，分配 IP，在网关增加设备编号与点位映射，不需要改动原有 DDC 控制柜大量接线，扩容灵活。同时这套架构可以平滑扩展接入风管压差、二氧化碳、PM2.5 等其他以太网环境传感器，丰富楼宇自控环境感知维度。

十一、方案适用边界总结

RJ45 以太网温湿度传感器依托 TCP/UDP 接入楼宇自控，是传统模拟量、RS485 采集方案有力补充，尤其适合存量楼宇自控改造、大面积公建、点位分散、综合布线基础完善的项目。TCP 长连接可靠性高，适合作为空调机组闭环调节数据源；UDP 轻量化、无粘包问题，适合大范围房间环境监视。整套方案落地的核心不在于硬件本身，而在于网络隔离规划、应用层报文规范、网关协议转换适配、解析逻辑设计，以及和原有 BA 控制回路的融合。

该方案已经在医院、产业园、商业综合体、大型写字楼楼宇自控项目落地，解决传统布线工程量大、总线易瘫痪、新增点位困难等痛点，在保障环境舒适的同时，支撑空调系统精细化调节，降低建筑综合能耗。在实际工程中，需要结合原有 BA 控制器品牌、网络架构、控制等级合理选择通信模式，搭配协议转换网关，实现以太网环境感知设备和楼宇自控系统稳定、可靠对接。

物联网 · 楼宇自控 · TCP/UDP通信 · 温湿度传感器 · 盛世宏博