http://www.gkong.com 2026-11-09 15:11 华允物联科技有限公司
大棚里种果蔬,最怕的不是忙,是天气突然降温。人要是住得离棚远,等赶过去,可能已经冻坏一茬了。
想给每个棚装上温湿度、土壤墒情监测,第一反应往往是拉线。可棚和棚之间隔着生产路,架空线不好走,地埋还得开沟,等改棚的时候线又得重来。这种情况下,就可以考虑用LoRa。
LoRa 在大棚里能不能用,跟“它能传几公里”关系真不大,关键就看两件事——网关挂在哪儿,电池能撑多久。这俩问题答不上来,参数表再漂亮也落不了地。
温湿度、土壤水分、光照、CO? 的探头都很成熟,真正难的是连接。
一是金属骨架加棚膜。连栋温室的钢架和镀膜对 Sub-GHz 频段有反射和衰减,棚里棚外完全两码事,信号不能想当然。
二是高湿和凝露。夏天棚内湿度长期很高,最先坏掉的往往不是电路板,而是接插件和天线接头。
三是点位没电。绝大多数测点附近没有市电,只能靠电池,而且最好别一年换两次——换电池这事,想想都头疼。
四是点位多、数据量小。一栋棚也就几个到十几个测点,每个点每次上传几十字节而已。
说白了,应用现场点多、量小、分散、没电,就可以考虑用 LoRa 。
LoRa 是物理层,用的是线性调频扩频(CSS)。LoRaWAN 则是跑在它上面的 MAC 层协议和网络架构,定义了终端节点、网关、网络服务器这一套分层和入网流程。
买一堆点对点透传模块,不等于你就有了一张 LoRaWAN 网络。如果要做园区级部署——几十上百个点位、要入网管理、要下行确认——走 LoRaWAN 更省事;如果只是把一个棚的数据传到隔壁机房,点对点透传反而更简单,也更便宜。
落到工程上,其实就是两条路线。一条是 LoRaWAN 星型网:节点、网关、网络服务器三层,几十上百个点位统一入网、统一管理,代价是网关得买、服务器得搭。另一条是点对点或一对多数传:一头接传感器,一头接管理房的上位机,串口数据原样透传过去,没有网关,也没有服务器。
大棚这个场景,往往后一条就够了:点位虽然多,但数据最终只往管理房一个方向走,不需要入网鉴权,也不需要下行确认。二十栋棚以内,点对点透传通常比搭一张 LoRaWAN 网更快、更便宜,故障点也更少。
国内 LoRa 常用的是 470–510 MHz 这个免许可频段,具体可用频段和发射功率,还是以当地无线电管理规定为准。
感知层是 LoRa 节点加探头;汇聚层是挂在园区高点的 LoRa 网关;回传层用 4G 或有线以太网,把网关收上来的数据带出去;平台层负责展示、告警和联动。
很多人以为预算大头在节点,其实节点单价低、数量多,网关和平台的选型才是决定这套系统好不好用的地方。
位置优先于数量。先找一个视野开阔、尽量高的点——管理房屋顶、园区中间的水塔、地头的电线杆都行——把天线立起来,再拿几个节点去最远的棚里实测信号强度和丢包。位置选对了,后面能省很多事。
别把标称距离当覆盖半径。那是空旷视距下的理想值。园区里有钢架、有棚膜、有作物冠层,可能还有隔壁园区的设备,实际可用半径肯定要打折。打几折,只有现场勘测说了算。
容量比覆盖更容易被忽略。节点数、上报频次、单包在空中占的时间,这三样一起决定信道挤不挤。扩频因子越大传得越远,但单包占用空中的时间也越长——把 SF 一律拉满,等于让所有节点都变慢车,路反而堵了。所以大园区要么分区布多台网关,要么打开 ADR(自适应速率),让离网关近的节点自动调低扩频因子、把速率提上来。
电池寿命的第一变量是上报周期,不是电池容量。
一次发射的电流确实不小,但它只持续几十到几百毫秒;真正吃电的是节点醒着的时间、给传感器供电的时间,还有休眠时的底电流。所以把上报间隔从 1 分钟拉到 10 分钟,续航通常能改善一个数量级左右——这可不是多换两节电池能解决的。
LoRa 的三个可调参数——扩频因子 SF、带宽 BW、编码率 CR——本质上是在灵敏度、速率、空中占用时间三者之间做取舍:SF 越大传得越远、越慢,空中占用也越长;BW 越大速率越快,但灵敏度会下降。ADR 的价值就在这里,它让近处节点用小 SF、高速率,既省电,又给远端节点腾出信道。
太阳能补电在光照好的地区很划算,但设计时一定要把冬季和连续阴天算进去,别把容量卡得刚刚好。
下面这组数字只是算例,用来说明怎么推演,不是某地的实测结果。
假设一个 20 栋连栋温室的园区,每栋棚 6~8 个测点(空气温湿度 2 个、土壤水分 2~3 个、光照 1 个、CO? 1 个;按这个构成是 6~7 个,留一路备用可算 6~8 个),全园一百多个节点。
上报周期分开设。空气参数 5~10 分钟一次,土壤参数 15~30 分钟一次——土壤含水率变化慢,没必要跟着空气一起报。这一刀省下来,省的是全园的电池钱。
网关先按 2~3 台规划。按分区覆盖,勘测之后再定最终数量和挂高。
执行不走 LoRa。卷帘、风机、滴灌的动作,交给本地控制器按阈值自动执行;LoRa 只负责把阈值下发下去、把执行结果回传上来。理由很实在:无线链路可能晚到,而放风晚十分钟是要出事的。
|
对比维度 |
LoRa |
RS485 有线 |
4G Cat.1 |
|
布线量 |
几乎为零 |
大,需穿管或开沟 |
无,但每点都要卡 |
|
单点功耗 |
低,电池可用数年 |
极低,但需供电线 |
高,需持续供电 |
|
单点通信成本 |
无资费 |
无资费 |
每点每月资费 |
|
覆盖与穿透 |
园区级,非视距可用 |
总线距离有限,改线难 |
取决于运营商覆盖 |
|
适合的数据量 |
小包、低频 |
小包、可高频 |
中小包,可连续 |
|
后期维护 |
换电池 |
线路老化、改棚重布 |
换卡、续费 |
|
主要短板 |
带宽小、不能实时 |
施工与改造成熟度低 |
点位多时资费叠加 |
在具体的部署实施阶段,工程细节往往决定了系统的最终成败,部署的时候需要注意以下5点:
土壤探头直接埋在滴灌头正下方,测得的往往是水分而非真实土壤状态
高湿环境下的天线接口防水处理至关重要,接头往往比电路板更早失效。
在电磁环境复杂的园区,免许可频段的信道规划需在前期完成,避免多套系统相互干扰
系统配置需兼顾链路余量,若开启过多的下行确认(ACK)机制,上行通道极易被回执数据挤占
针对冬季凝露导致的读数漂移,设计时应预留校准窗口,防止数据在长周期内发生隐性偏移
落实到具体设备选型,节点侧需综合考量体积、接口与通信距离。以华允物联 EP-L100 数传电台为例,其尺寸紧凑,单串口兼容 RS485/RS232/TTL,且支持导轨或挂耳安装,适合空间受限的小型节点。在技术逻辑上,若园区跨度更大或需一对多覆盖,应优先选择发射功率更高、通信距离更远的型号;若采用星型网架构,则需另行配置网关。同时,针对非隔离设计的串口,在长距离布线或靠近钢架时,必须在施工阶段解决共地与干扰问题。在回传侧,为兼顾成本与无人值守需求,可采用 Cat.1 模组作为上行链路,或在有管理房的场景下使用带网络保持功能的 4G 路由器。
在实际使用的过程中,还必须清晰认知 LoRa 技术的应用边界。受限于物理层带宽,它无法承载视频或图像传输,且非实时控制通道,园区级的执行逻辑应下沉至本地处理。同时,它并非“零运维”技术,终端设备的电池更换仍是必要的周期性工作。此外,免许可频段意味着潜在的公共干扰,系统稳定性高度依赖于前期的科学规划与后期的持续运维。

归根结底,LoRa 省的只是那根线,技术落地必须回归场景与成本。一两栋棚的小散户,人工记录或许更划算;十栋以上连片且无电无网的园区,LoRa 才是高性价比的破局利器,但务必先勘测再下单;若需视频监控与闭环控制,则应让 LoRa 专注感知,各业务链路独立运行。