上个月有个朋友拿着一块开发板来找我说他要在仓库里放十几个温湿度传感器把所有数据统一汇到一张报表上问我到底该用哪种联网方式。这个问题我自己早几年就纠结过一轮那时候我面前同时摆着有线、WiFi、蜂窝、LoRa四套资料越看越觉得每一套都有道理结果方案反复推翻好几版最后才明白一个道理不存在最好的联网方式只存在最适合现场条件的联网方式。这篇内容不是给你抄答案而是帮你把选型这件事的底层逻辑理清楚。我会把四种方案放在同一张底层上做横向对比内容包括硬件成本、功耗账本、协议链路、部署踩坑最后再用几个我实际做过的项目复盘收尾。无论你是用DHT11做宿舍小项目还是用SHT30组一套工业级监测网这篇都能给你一个可直接套用的判断框架。1. 先回答三个问题再做方案对比很多人一上来就问我有线WiFi蜂窝LoRa哪个好这种问法根本没法答。因为我连你的现场长什么样都不知道。同样是温湿度传感器放在机柜里、大棚里、冷链车上答案完全不同。所以做对比之前先逼自己回答三个前置问题。1.1 你打算多久去一次现场这是供电与维护的边界这个问题的本质是你愿不愿意为这个节点伺候它。如果你能每周去一次现场那一切都好说——电池没电了就换网线松了就重新插甚至可以扛着充电宝去续命。但你如果打算把节点装在某个够不着的地方比如粮仓顶上、桥墩下面、深山里的气象杆上那维护半径就直接决定了方案上限。我的判断标准很简单维护周期超过三个月就尽量避免用电池供电的方案超过一年就必须走有源供电或者超低功耗链路。WiFi和蜂窝模块的待机功耗普遍在毫安级甚至更高靠电池撑一年难度不小有线供电不存在这个问题LoRa因为能做到极低占空比电池跑两三年反而是常事。所以别先看通讯距离多远先问自己下次去现场是什么时候。1.2 数据最终要到哪里去平台接入方式决定了传输链路我见过不少项目死在了最后一公里——传感器把数据传上来了但服务器那边接不住。比如你选了MQTT协议平台却只提供HTTP接口又比如你选LoRa周边却没有现成网关自己又不想搭最后只能把串口线直接插到电脑上读数据。所以第二个问题是你的数据是要进自建平台、某朵云、还是某个现成的组态软件如果要进云平台那你大概率逃不开MQTT/HTTP这几种通用协议WiFi和蜂窝最省事有线只要接个小网关也能转发如果你打算完全私有化部署LoRa加一个本地网关反而是最干净的闭环。先把数据出口定了再回头看物理链路比先选链路再迁就平台要省很多折腾。1.3 部署环境到底有多不友善温湿度极限、遮挡与电磁干扰这里说的环境主要指物理条件。常规做室内监测温度范围0到40摄氏度湿度正常范围四套方案都能干但你一放到高温高湿的养殖棚里或者电磁环境复杂的机房里问题就来了。先说传感器本身DHT11这种入门级器件在高温高湿下误差会明显变大长期暴露在60%以上湿度环境里漂移也快真做长期项目建议直接上SHT30或者SHT40这类带I2C接口且出厂校准更好的芯片。再说通讯链路温湿度本身数据量极小不太怕带宽但怕稳定性和穿透力。仓库里货架一多2.4G频段的WiFi信号衰减非常明显LoRa在同样场景下的穿透能力要强得多。最后提一句电磁干扰大电流电缆、变频器附近有线方案如果没有做屏蔽反而比无线更容易收到干扰。2. 四种联网通道的身份档案与横向对比这四个方案本质上解决的是四个不同的问题硬往一起比其实不太公平但选型的时候又必须放在一起比。我按身份标签来给它们画像你看哪个更贴近你的现场。2.1 有线稳定但长尾巴有线的最大优点是结果可预期。带宽充足、延迟低、不受频段干扰插上就能通跑个几年都不会因为信号不好失效。Modbus RTU/RS485是温湿度采集领域最常见的老牌协议一条双绞线上可以挂32个节点成本低且抗干扰能力强用屏蔽双绞线更好。但代价也很直接布线的工期和人工成本常常比设备本身还贵。有个项目需要在厂区里放20个点光从配电间拉线就花了整整两天线管、桥架、穿线、压端子最后算下来每个点位的综合成本远超无线方案。而且线缆终归会老化接头在潮湿环境里氧化是常有的事我一朋友的冷链仓库就是因接线端子氧化导致三个点同时失联排查了半天才找到病灶。2.2 WiFi家/厂内网最方便WiFi方案在四套里是上手成本最低的。ESP8266、ESP32这类模组便宜到几块钱开发资料多到你根本看不完配个路由器就能把数据传内网或者走MQTT上云也很顺。如果你是在办公室、实验室、家里的阳台做监测WiFi几乎是无脑选。问题出在规模和稳定性上。大一点的项目十几个WiFi节点同时在内网跑路由器压力倒不大但节点多了以后总有那么一两台会莫名掉线重启又好了。WiFi的重连机制、路由器频段设置、DHCP租约设计这些都得花心思处理。再者WiFi模块的功耗也是四套里偏高的正常工作电流几十到一百多毫安指望电池长期供电不太现实。2.3 蜂窝哪里都有信号但要算流量账蜂窝4G/5G/NB-IoT最大的价值是独立于你的场地网络。现场没有WiFi、布线又嫌麻烦、位置还偏得很只要有运营商信号蜂窝方案就能工作。目前市面上的4G温湿度传感器已经很成熟插一张物联卡就能用远程APN、MQTT透传这类功能基本是标配。代价是使用成本结构性偏高。硬件上一个4G模组比LoRa/WiFi模组贵不少而且每个月都有流量费哪怕用的是几块钱包年的小流量套餐积少成多也是一笔长期开销。另外蜂窝模块的电量消耗不低唤醒、搜网、注册、拨号这一串流程走下来功耗相当可观。2.4 LoRa低功耗远距离但速率与中心化部署有门槛LoRa是四套里唯一既远又省的。它利用扩频调制在Sub-GHz频段传输几百毫瓦的发射功率就能在城区跑到几公里开阔地更远。单点速率不高几kbps到几十kbps但传温湿度这种小包绰绰有余。最重要的是LoRa的休眠电流能做到微安级工作占空比低一节电池跑两年的场景非常常见。不过LoRa有个隐藏门槛:它是中心化组网架构。节点本身不能像WiFi那样直连云平台必须有一个网关先把LoRa的数据收上来再通过网络转发到服务器。网关不是人人都有如果你只有一两个节点一个网关的成本分摊下来会很心疼。LoRaWAN的配置也比WiFi麻烦涉及节点入网激活OTAA/ABP、频段、信道、占空比限制这些问题不像WiFi输个密码就能连上。2.5 一张表看懂核心参数我把我经常用来给客户讲方案的一张对比表放在这里方便你直接拷走参考。维度有线RS485/网线WiFi蜂窝4G/NB-IoTLoRa典型传输距离几十米到几百米室内20-50米不限有基站即可城区1-3公里开阔地更远抗遮挡能力好屏蔽线缆差2.4G穿透弱好基站决定较好Sub-G低频穿透强工作功耗较低较高高搜网、注册极低休眠微安级硬件成本低传感器线缆低ESP32等中高4G模组卡费中节点网关分摊部署复杂度高布线低中配置APN中高网关入网长期成本线缆维护路由维护流量费用网关维护数据直连平台需网关/串口服务器可直接上云可直接上云必须经网关这张表只做方向参考具体数值会因设备和环境有波动但大致逻辑是准的。3. 供电与功耗续航时间的真实账本这是最容易被低估的环节。很多新手把传感器和乐高积木一样拼起来插上USB电源能跑就以为完事了。但只要你打算长期在线供电和功耗就必须精打细算。3.1 传感器本体功耗DHT11与SHT30的差别传感器本身的功耗先算清楚。DHT11是经典的低成本温湿度传感器测量时电流大约0.5-1mA空闲时可以忽略不计但它用的是单总线协议精度也一般长期项目里我其实不太推荐。SHT30这类I2C接口的芯片在读数时电流可以做到几百微安甚至支持周期性测量模式比如每秒钟测一次平均电流只有几微安。虽然这些数字听上去都不大但在电池供电的系统里小账不可细算会直接影响节点寿命。3.2 无线模块的功耗大头差异真正吃掉电量的不是传感器而是通信模块。以常用的ESP8266为例WiFi连上并稳定传输时电流往往在70-100mA这个区间即便进入Modem Sleep也不可能低于十几毫安。4G模块更夸张因为要保持与基站的连接经常性搜网时瞬时电流能冲到几百毫安日常平均功耗远高于LoRa。LoRa模块比如SX1268这类主流方案发射电流在100mA左右但一个温湿度数据包在空中传输时间只有几十到几百毫秒传完马上睡休眠电流降到几微安。这就是LoRa能一节电池用两年的根本原因——不是它发射时有多省电而是它醒来干活的时间极短。3.3 电池容量估算公式与示例我习惯用一个简单的能量账本来估算续航每天总功耗 待机电流 × 待机时间 传输电流 × 工作时间。然后用电池容量除以日耗得到续航天数。举个具体例子假设一个LoRa节点每10分钟上报一次温湿度。待机电流3uA每天待机占绝大多数时间每次上报工作电流120mA、耗时0.5s每天288次合计约144秒的传输时间。一天的耗电量大概等于0.003mA × 86400s 120mA × 144s约等于17.3mAh。用一节2000mAh的锂亚电池供电理论续航达到115天以上——当然这只是理想估算还要折算电池自放电、低温容量衰减、数据重传带来的损耗打八折后也能跑到90天以上。同样频率用WiFi模块来跑光是保持连接的平均电流就超过了10mA一天的耗电量至少240mAh起步一节2000mAh电池撑不过8天。3.4 有线供电的隐藏成本有线方案在功耗账本上是降维打击但也别高兴太早。弱电供电线缆的压降、集中供电电源的规格、每个节点的保险丝这些都是隐藏成本。尤其在一根RS485总线上串十几个节点时要考虑总线供电还是分散供电集中供电时线径不够容易导致远端电压不足。另外PoE供电网线供电是个好办法一根线同时搞定通讯和供电但需要交换机、供电模块等基础设备的支持前期投入更高。4. 数据链路上行协议选择与平台接入实操选好物理通路之后紧接着要解决数据怎么变成平台能看懂的东西。这部分我按从易到难的顺序讲并给出最常见的实操路径。4.1 有线和WiFiModbus RTU/TCP与MQTT有线温湿度传感器最常见的是RS485总线用Modbus RTU协议。基本流程是传感器从机地址、寄存器地址表示温度和湿度主机通常是边缘网关发03功能码读保持寄存器从机返回两个16位寄存器值。如果你直接用Modbus TCP就相当于把RS485包换成了以太网帧逻辑一样。实操时注意从站地址别冲突寄存器地址每家厂商的偏移规则不一样拿到手先在串口调试工具里扫一遍。WiFi方案我默认推荐走MQTT。规则很简单传感器节点作为MQTT客户端连上Broker比如本地装的EMQX或云上实例把温湿度发布到一个主题上比如sensors/warehouse/001/temperature。出差错的几个点提醒一下MQTT的QoS级别选0还是1直接关系到重传逻辑Will Message遗嘱消息要在配置里写对否则节点异常掉线时平台拿不到离线告警还有topic的设计最好在项目开始时就统一模板后面接自动化规则和告警会省心很多。4.2 蜂窝MQTT over TCP与HTTP流量怎么算蜂窝模组的开发模式是先把模块通过串口透传或者在模组内部跑TCP/IP协议栈然后走MQTT或HTTP。很多现成的4G温湿度传感器出厂就内置了MQTT配置你只要在配置页填上Broker的地址、端口、ClientID、Topic就能用。也有的平台只支持HTTP接口那就在模组里做POST请求注意HTTP的Header和Body格式要匹配平台要求。流量账本很容易被忽略MQTT空包很小一个温湿度包可能就一百字节左右就算每小时上报一次一个月也才百KB级别但如果你开了保活心跳KeepAlive把包发得特别频繁加上TLS握手带来的额外流量一个月也能攒出几十MB来。我通常建议客户每月流量按上报字节数×次数×2.5倍来预估多出来的部分是握手、重传留下的余量。4.3 LoRaWANOTAA/ABP激活、Class选型LoRaWAN是LoRa链路层的标准协议。节点要么用OTAA在空中激活要么用ABP在出厂时手动激活。OTAA的好处是安全性高一些可灵活换网关但过程和硬件交互多一层ABP配置简单上手快但密钥写死后移植性差。新手做测试时可以先ABP跑通做产品化时再切OTAA。Class选型更关键。Class A最省电节点发完上行数据后短暂开两个接收窗口听网关下发数据就睡Class B多了定期接收下行的时间槽功耗会上升Class C几乎一直开着接收适合有持续电源的节点。温湿度采集绝大多数场景用Class A就行别一上来就选Class C那会把LoRa省电的优势全部丢掉。4.4 采样与上传频率设计一个数据包的成本计算最后聊一下频率——这是协议设计中性价比最高的一步。温湿度是缓变量5分钟采样一次和5秒采样一次对于环境监测来说几乎没有本质差别但对功耗、流量、网关容量的影响是数量级的。比如用MQTT上传时每多一倍的频率就多一倍的TCP握手可能、多一倍的心跳包流量费用直接翻番用LoRaWAN时一类地区的占空比限制比如1%决定了每个节点每个小时只能累计占用那么长空中时间。所以我的习惯是先按需求设频率再按频率反推功耗和流量最后做取舍。现场没人盯着看的时候甚至可以把上报频率降到15分钟一次真需要告警时再临时加一个超阈值立即上报的机制。5. 部署中的真实体验我踩过的坑与注意事项这些坑大多不是理论书上的是我在实际项目里被现实教育过后才总结出来的。按四种方案列一下帮你提前绕开。5.1 WiFi的信号死角与重连问题WiFi项目最常见的故障场景头天测试时所有节点在线第二天一早上班发现三个节点离线其中两个在仓库角落、一个在金属机柜里。原因之一是2.4G信号在穿金属货架、铁皮柜之后衰减剧烈原因之二是节点长时间待机后路由器把它的DHCP租约回收了模块却不知道导致重连时IP查不到。我的应对措施有三条第一点位勘测时先用手机装个WiFi分析仪在预放位置实测信号强度信号低于-70dBm就直接考虑换方案第二给节点配静态IP或做IP-MAC绑定防止租约问题第三在固件里加自动重连和看门狗逻辑设备掉线后能主动重拨而不是卡死在那等人工干预。5.2 蜂窝的SIM卡管理、物联卡与流量预警蜂窝方案最容易被卡在这个字上。物联卡管理平台要有专人盯套餐到期不续费、流量跑超被停卡这类事我见过太多次。另外不同运营商的APN参数不一样采购一批卡前最好确认它们是不是同一个接入点信息。我自己的建议是尽量选择支持远程管理的物联卡平台把每张卡的用量设置阈值告警比如用到80%就发一次通知避免流量跑完一整个月的数据断掉。还有一点很现实部分便宜物联卡在郊区或高速移动场景下的网络优先级低实际信号可能弱于手机装之前先在现场插手机测一下不要只看运营商的覆盖图。5.3 LoRa的组网调试天线摆放、信道分配、占空比LoRa的坑排前三的一是天线方向性二是频率参数配置三是下行确认的占空比。天线的常规误区是天线离地越高越好其实还要注意天线垂直极化、周围不能有大面积金属遮挡。我调试过一套园区的LoRa网络节点放地面和放杆顶收发成功率完全两回事。频率参数方面国内常用470-510MHz但同一区域多个项目一起跑时可能互相干扰最好先做频谱扫描挑空一点的频段。还有LoRaWAN限定了每小时的空中占用时间如果你配了确认模式一个节点反复重传同一包不仅耗电还容易被网关限制这个坑不做压测很难提前发现。5.4 有线的线缆敷设与抗干扰有线方案的问题很少出在传感器上多数出在线缆上。因为温湿度传感器节点分散走线经常和动力电缆并行如果不做区分敷设RS485通讯会受到干扰出现偶发性乱码。我的经验是采用屏蔽双绞线屏蔽层单点接地且尽量避开和变频器电缆同管敷设。接线端子也要用好一点的防潮端子尤其是高湿场景端子氧化之后接触电阻上升通讯直接飘。6. 按场景选型四个真实项目的决策复盘前面说了那么多原理和坑最后用四个我做过的项目把逻辑串起来。你看完后应该能对着自己的现场条件做一个判断了。6.1 室内机房/实验室机柜有线或WiFi一个客户要在机房机房列头柜加装温湿度监测点一共十几个点。机房信号复杂2.4G频段干扰源多而且WiFi设备绑定运营商的APN在这类环境并不靠谱另外公司网络要求高强度安全WiFi入网要走一堆流程。最终用的方案是RS485有线采集到边缘网关网关用网线上传至内部IoT平台。这套方案的优势是走出了一条很清晰的隐患链路现场无线的复杂性被直接消灭了数据回到内网安全策略也好执行。如果点位特别分散且不方便布线我才会考虑WiFi条件是现场有专属IoT的SSID且每个点位信号强度满足要求。6.2 温室大棚/种植基地LoRa为主另一位客户的蔬菜大棚基地三个大棚跨度一百多米中间还隔着一片空地接WiFi和有线都很费劲。我们直接用LoRa每个棚里放两个温湿度节点棚顶中心一个、侧边一个网关放在中间的农具房顶上。节点用两节5号锂铁电池每15分钟上报一次跑到现在七个多月都没换过电。这套方案很典型节点数量在几十个以内、现场无公共网络、布线麻烦、维护半径又远LoRa网关MQTT上云的组合基本就是最优解。6.3 冷链运输/偏远监测点蜂窝为主冷链车的情况完全不一样车是移动的现场没有固定网络也没有地方架网关。蜂窝方案就成了唯一合理选择。我们用的是内置4G模组的温湿度记录仪配合物联卡从装车到卸货全程每5分钟上报一次温度。偏远山区的气象监测点也一样没有局域网、没有有线条件但有运营商的信号那么蜂窝也是首选。这类方案核心要看流量和电源冷链车可以指望车载电源偏远独立站就得配太阳能锂电池了。6.4 大型园区/工厂有线LoRa/WiFi混搭上了规模的园区单一方案往往搞不定。我做过一个老厂区改造项目办公区楼宇内的机房、档案室用有线RS485车间内部点位密集、电磁条件差用有线的同时还要注意屏蔽处理成品仓库跨度大货架多单独搞WiFi容易有死角最后加了LoRa网关做覆盖还有几处室外配电箱直接放4G DTU省去拉线。数据统一汇到一个MQTT Broker里平台层完全无感——对上层来说不管是LoRa网关还是4G DTU还是网口网关都只是透传数据的一个通道。这几套方案串下来我个人体会最深的一点是不要追求用一套方案打通全世界。先想清楚运维半径再决定通讯半径然后把数据出口定好最后才落到具体协议和硬件选型上。每次项目都这样走一遍你会发现很多纠结根本不是选型问题而是你没搞清楚这数据到底怎么出去、后续谁负责维护这两个根本问题。