桥、隧、坡的"最后一公里"：现场组网技术的成本、功耗与场景对比
做监测项目的人大概都遇到过这种场面：传感器装好了，数据一条都上不来。查了半天，不是光栅坏了，也不是解调仪故障，而是中间那台交换机进水了，或者串口服务器的 IP 冲突了，又或者边坡上那块太阳能板的电池在连续阴雨天里饿死了。
行业里讨论传感器选型、算法精度、数据平台的文章很多，讨论"数据怎么从传感器走到机柜"的却很少。但对一个真实工程来说，现场组网往往是决定项目成败、也决定预算能不能兜住的那一环——它不但影响数据质量，还直接决定了后期五到十年的运维成本。
这篇文章把桥梁、隧道、边坡三类典型场景的现场组网技术摊开对比，重点看四个维度：技术特点、成本、功耗、适用场景。
先明确：不同数据对网络的要求差三个数量级
组网方案没法一概而论，因为"监测数据"本身跨度极大。按传输特性大致分四类：
| 数据类型 | 典型内容 | 采样/上报 | 单点带宽 | 对时延要求 |
|---|---|---|---|---|
| 缓变量 | 温度、湿度、沉降、倾斜、水位 | 1 分钟～1 小时 | <1 kbps | 分钟级即可 |
| 动态量 | 振动、索力、动应变、加速度 | 50～200 Hz，连续或触发 | 10～200 kbps | 秒级 |
| 图像/视频 | 裂缝抓拍、施工入侵、结构巡检 | 事件触发或定时 | 2～20 Mbps | 秒级，允许抖动 |
| 控制与配置 | 采集器参数下发、设备重启 | 偶发 | 极低 | 秒级，要求可靠 |
把这张表记住，后面所有选型判断都会变简单：缓变量占了点位数的 80%，却只占用不到 5% 的带宽。很多项目花大价钱全现场铺千兆光纤，实际跑的都是温度和水位，这是典型的过度设计。
有线技术：稳定性的基准线
工业以太网 + PoE：最通用，也最容易做错
标准以太网（100/1000BASE-TX）单段最长 100 米，这是物理限制，不是设备问题。监测现场用它有两个明显优势：一是带宽充裕，视频、振动、配置可以走同一根线；二是 PoE（802.3af/at，15.4W/30W）能一根网线同时供电，省掉每个点位的电源施工——在桥上这意味着少装几十个防水接线盒。
但它有两个硬约束：100 米和星型拓扑。桥面系通常几百米到几公里，靠交换机级联一层层延伸，级联层级一多，故障点就多，一处断电半幅桥的数据全丢。因此工程上正确的用法是：以太网只负责"最后一段"（传感器→现场机柜），机柜之间用光纤环网连接。
光纤环网：桥梁与隧道主干的标准答案
工业交换机组成环形拓扑，跑 ERPS 或私有环网协议，单点断纤时自愈时间可以做到 50 ms 以内，对监测系统来说等于"无感"。单模光纤传输距离 20～80 km，天然免疫电磁干扰和雷击浪涌——这两点在桥上（接触网、变频设备、雷暴）和在隧道里（牵引供电、风机变频）都是刚需。
代价是设备成本和施工成本：工业环网交换机单台从几千到上万元，光缆敷设还要配套桥架、穿管、熔接和测试。但它的"每点位边际成本"很低——一根 12 芯光缆只用了 2 芯，剩下的芯可以留给未来的视频、广播、消防，扩展不追加土建。算十年账，环网通常是最便宜的方案。
EPON / GPON 无源光网络：隧道里的性价比之选
EPON 把"交换机"换成了不需要供电的分光器：局端一台 OLT，隧道内每 1～2 km 放一个 1:8 或 1:16 的分光器，末端接 ONU 给采集设备提供网口。中间全无源，不需要在隧道里布置有源机柜——这是它最大的价值，长隧道里每个有源节点都是一次检修、一次故障、一次供电隐患。
单纤可挂 32～64 个 ONU，下行 1.25 Gbps 共享。缺点是共享带宽和故障定位稍麻烦：分光器之后的链路一旦中断，只能靠 OTDR 一段段找。综合来看，超过 3 km 的隧道，EPON 的总体成本通常低于多级交换机串联。
RS-485 / Modbus：便宜，但别拿它跑动态数据
两线差分总线，9600 bps 时理论 1200 米，一条总线挂 32～128 个节点，设备单价几十到几百元，是成本最低的有线方案。现场大量老式采集器、气象站、水位计、倾角仪都是 485 接口。
它的短板也很明确：半双工、无仲裁、带宽窄。一条总线上的节点轮询一圈，如果每个点要 200 ms，32 个点就是 6.4 秒——测温度够用，测振动完全不行。另外总线是"一断全断"结构，某个节点短路会把整条总线拖死，所以现场必须做好分支保护与终端电阻。
CAN 总线：动态采集的"现场小动脉"
CAN 有硬件仲裁和多主结构，1 Mbps 时传输 40 米，适合把一组高频采集节点（比如一个断面上的 8 个加速度计）先在本地汇总，再由边缘网关转成以太网上传。它在车载与工业控制里成熟度极高，抗干扰能力优于 485，节点异常会自动退出总线而不拖垮全局。
但它不适合长距离和跨区域组网，本质上是"机柜内部/断面内部"的总线。工程上常见的合理组合是：传感器→CAN/485 就地汇聚→边缘网关→光纤环网。
无线技术：解决"进不去"和"没有电"
Wi-Fi 6：带宽够，功耗和覆盖是硬伤
Wi-Fi 6（802.11ax）单 AP 实测吞吐几百 Mbps，适合视频回传、巡检终端接入、调试期临时联网。但在监测现场它有三个问题：终端功耗高（模组收发 300～800 mW，无法电池长期供电）、覆盖半径有限（隧道内靠漏缆或定向天线，桥上靠杆件挂 AP）、以及 2.4/5 GHz 频段的同频干扰。
结论：Wi-Fi 更适合"人"和"视频"，不适合"长期在线的传感器"。
LoRa / LoRaWAN：边坡与分散点位的现实解
Sub-GHz 频段（国内 470～510 MHz），灵敏度可到 -137 dBm，视距通信 3～10 km，一个网关能带几百到上千个节点，节点发射电流约 30～120 mA、休眠电流 µA 级。对边坡这种"点位分散、无市电、无光纤、只能靠太阳能+电池"的场景，LoRa 几乎是目前最经济的选择。
代价是速率：0.3～50 kbps，且有占空比限制，一条消息几十字节。它天生只适合缓变量——位移、雨量、含水率、倾角，一小时上报一次完全没问题。想用它传振动波形，是不现实的。
NB-IoT：不用自己建网，但要算清资费和覆盖
直接跑运营商网络，覆盖增益比 GSM 高 20 dB，地下室、隧道口、桥下都能勉强打通；PSM/eDRX 模式下电池可以撑 5～10 年。省掉了网关和自建网络的运维，代价是每点一张卡（年资费几十元）、单次传输时延较大（秒级到分钟级），且数据要经过运营商平台。
适用场景是"点位零散、没有本地网络、也不值得建网关"的补充监测，比如临时加密观测、汛期应急监测。
ZigBee / BLE Mesh：短距自组网，适合隧道内补盲
两者都属于短距低功耗自组网，单跳几十米，靠多跳延伸到几百米。隧道内作为 LoRa 或光纤主干之外的"补盲"手段有价值（比如某个断面内十几个传感器之间互联），但多跳网络的稳定性与运维复杂度会随跳数上升，不建议作为主干。
4G / 5G：留给"大流量"和"移动场景"
4G 模组峰值功耗 1～2 W，5G 模组 2～4 W，长期在线对太阳能供电是灾难。它的合理定位是：视频回传、应急指挥、移动巡检车、以及作为光纤中断时的备份链路——而不是几百个传感器的主通道。
功耗账：决定边坡项目能不能活下去
功耗不是参数表上的一个数字，它直接换算成太阳能板和蓄电池的尺寸，也就是钱和维护量。
| 技术 | 收发功耗 | 待机/休眠 | 电池供电可行性 | 典型供电方案 |
|---|---|---|---|---|
| RS-485 / CAN | 10～50 mW | 低 | 可（需定时唤醒） | 本地 12/24V + 太阳能 |
| 工业以太网 | 1～3 W（含交换机分摊） | 无休眠 | 不可 | 市电 / PoE |
| EPON ONU | 2～5 W | 无休眠 | 不可 | 隧道照明电源 |
| Wi-Fi 6 | 0.3～0.8 W（终端） | 秒级休眠 | 勉强（大电池） | 市电 / PoE |
| LoRa | 发射 100～400 mW（瞬时） | µA 级 | 完全可行 | 一次锂电 3～5 年 |
| NB-IoT | 发射 0.5～1 W（瞬时） | µA 级（PSM） | 可行 | 锂电 5 年+ |
| 4G | 1～2 W（峰值） | mA 级 | 困难 | 市电 + UPS |
| 5G | 2～4 W（峰值） | mA 级 | 不可 | 市电 |
一条现场经验：边坡节点按"日均耗电 ≤ 5 Wh"设计，配 20 W 太阳能板 + 12V/20Ah 蓄电池，可以扛住连续 5～7 天阴雨；如果用了 4G 常在线，这个配置撑不过两天。很多边坡监测系统"夏天好好的、入冬就失联"，八成是功耗预算没留裕量。
成本账：真正贵的不是设备
以 1 km 桥梁、30 个监测断面、约 120 个测点为例，把各项成本摊开看（数量级示意，随地区与工艺浮动）：
| 成本项 | 占比 | 说明 |
|---|---|---|
| 管沟/桥架/穿管土建 | 35%～50% | 桥梁走桥架、隧道挂壁、边坡开挖埋管，最贵且最难改 |
| 光缆/电缆材料 | 10%～20% | 单模光缆约 2～6 元/米，屏蔽电缆更贵 |
| 网络设备 | 15%～25% | 工业交换机、OLT/ONU、网关、AP |
| 施工人工与熔接测试 | 10%～20% | 熔接、成端、标签、OTDR 报告 |
| 防雷接地 | 5%～10% | 桥上、雷区边坡不可省 |
| 十年运维 | 视方案而定 | 有源节点越多，运维越贵 |
这张表能解释一个常见现象：光纤环网设备比无线贵，但十年总成本往往更低——因为它的故障点和更换频次少。反过来，无线方案省了土建，却把成本转移到了电池更换、网关维护和信号排查上。选型时如果只比设备报价，结论几乎一定是错的。
三类工程的典型组网方案
桥梁（跨江/跨谷大桥，2～3 km）
主干：沿桥架敷设 12～24 芯单模光缆，两端各一台工业交换机组成 ERPS 环网；断面机柜内用工业交换机 + PoE 给采集器供电；振动类高频测点就地用 CAN 汇聚到边缘网关，再上传。关键点：光缆走独立桥架并两端接地，机柜做等电位。
隧道（3～10 km 长隧道）
主干：洞内敷设光缆 + EPON，每 1～2 km 一个分光器，衬砌壁挂 ONU 箱；环境量与收敛测点走 485 就地汇聚；视频单独走一路光纤（不与监测混跑）；洞内无 GNSS，统一由中心机房 PTP/NTP 授时。关键点：ONU 箱防水等级 IP66、每段光缆预留 5% 余长、洞内接地网就近接入。
边坡（分散、无市电）
方案：LoRa 网关布在坡顶或坡脚有市电的位置，节点按 3～5 年电池寿命设计，缓变量 30～60 分钟上报一次；关键断面加装 4G 备份链路；网关侧汇聚后经光纤或 4G 回中心。关键点：节点天线抬高、避开金属网与茂密植被、网关太阳能独立供电。
工程现场最容易踩的七个坑
- 雷击与接地：桥上、山顶的网线就是引雷针。光缆的金属加强芯必须两端接地或采用非金属光缆，机柜接地电阻 <4Ω，网口加装浪涌保护器。
- 电磁干扰：隧道牵引供电、桥上变频风机都是强干扰源。信号线用双绞屏蔽并单端接地，动力与信号分槽敷设，间距 ≥30 cm。
- 时钟不同步：多断面振动数据要能做相关性分析，时间必须统一到毫秒级。用 NTP 只能到几十毫秒，动态监测建议上 PTP（IEEE 1588）。
- IP 与 VLAN 规划缺失：设备一多就冲突或广播风暴。上线前做地址规划表，监测、视频、管理分 VLAN。
- PoE 距离超标：超过 100 米就掉电重启，反复重启还会烧坏摄像头。远端设备要么加中继，要么改光纤+本地供电。
- 无线同频与信道规划：多个 LoRa 网关同频、Wi-Fi 信道重叠，会导致丢包率飙升。现场勘查要做频谱扫描。
- 有源节点无监控：交换机、ONU、网关自己坏了没人知道。至少要用 SNMP 或心跳把网络设备纳入平台监控——否则"数据断了"永远只能靠人发现。
结语
现场组网没有"最好"的技术，只有"匹配"的技术。判断标准可以简化成三句话：
有市电、有管沟、要求高可靠 → 光纤环网；长距离、少维护、隧道场景 → EPON；无电、分散、只测缓变量 → LoRa / NB-IoT。
真正的分水岭不在设备选型表上，而在两件事：一是把网络的"十年账"算清楚，包括土建与运维；二是把供电预算留够，因为绝大多数现场失联，最终都能追溯到一块电池或者一次雷击。
