沙漠油田 150 口井无线组网实录：从工勘到并网的 5 个坑

为什么原来的 900MHz 电台不够用了

业主原来的架构是每口井一个 900MHz 电台，9600bps 轮询 RTU。这套系统跑了十一年，SCADA 一直正常。问题出在 2024 年他们想加视频——不是”加点画面看看”，而是要上远程巡检，用 AI 识别井场周边的第三方入侵和管线泄漏。

我接手时先做了一轮链预算核算。原来的 900MHz 链路单跳有效速率实测 4.8–6.2kbps，轮询周期 15 分钟。要把它提升到承载视频，不是”升级固件”能解决的——4 路 1080p 按 H.265 最低 2Mbps 算，单井口也需要 8Mbps，比现有链路高三个数量级。

业主最初考虑的是全光纤。他们拿到的施工报价是 420 万美元、工期 14 个月，主要成本在动土许可和穿越管线保护区。我们给的方案是 28 万美元、3 周部署，含每台基站的太阳能供电。差价主要来自一件事：把光缆换成了 5GHz 回传，把动土换成了立杆。

但这个差价能不能兑现，取决于工勘做得够不够细。后面三次返工，都是这里出的问题。

逐点工勘数据（含实测 RSSI 与速率）

下面这张表是现场逐点实测的原始记录。测点编号按业主的井号编排，坐标为 WGS84，RSSI 和速率为 2025-04-18 至 2025-04-22 安装完成后的验收实测值（每点连续采样 30 分钟取均值，仪表为 Anritsu MS2720T 频谱仪 + iperf3 双向打流）。海拔一栏写的是天线安装点标高，不是地面标高——这个区别很重要，后面返工一就栽在这上面。

现场共 8 个关键点位的平面位置与链路关系见图 1。井口级（150 口）的逐井数据属业主资产，此处不公开，仅给出井群聚合值。

返工一：植被遮挡把第 7 跳的 CCQ 打到 62%

第一次返工发生在部署后第 9 天。业主运维打电话说井群 D（AP-31 那一簇）的画面”下午会花”。我远程拉了一下链路质量数据，CCQ（客户端连接质量）在下午 14:00–17:00 之间从 96% 掉到 62%，速率从 126Mbps 掉到 41Mbps。早上和夜间完全正常。

当天下午我到了现场。链路本身没问题——RSSI 稳定在 −66dBm，噪声底 −92dBm，信噪比也算健康。问题出在第一菲涅尔区。

这条链路从 BB-03 到 AP-31 直线距离 4.2km，两端天线标高分别是 20m 和 14m。工勘是在 4 月做的，那时沙漠边缘的柽柳（tamarisk）还没发新枝，灌木高度目测约 2.5m。我当时算菲涅尔半径时用的是 2.5m——事后测量发现，7 月盛长期这些灌木长到了 4.1m，正好切进链路中段的菲涅尔区。

RSSI 几乎没变但 CCQ 大幅波动，是典型的部分菲涅尔遮挡特征——信号强度够，但多径结构被破坏，误码率上升导致重传，CCQ 掉下去。如果是天线对准问题或距离超限，RSSI 也会同步恶化；这里没有，所以排除。

整改： 我们把 BB-03 的杆从 20m 加高到 24m（增加 4m 钢管 + 拉线），同时把 AP-31 的定向天线俯仰角从 0° 上调到 +3.5°。整改后重测，下午时段 CCQ 稳定在 93–96%，速率 118–124Mbps。（数据为 2025-07-14 复测，同一仪表同一方法。）

这件事的教训不是”要算菲涅尔”，而是：沙漠边缘的灌木生长季高度必须按盛长期算，不能按工勘当天的实测算。 我现在做沙漠项目会在工勘表里加一栏”植被盛长期预估高度”，并且按盛长期高度倒算天线标高。

太阳能容量核算：我按最差月份算的账

这篇里所有站点的太阳能容量不是按”100W 板配 100Ah 电池”这种经验值配的，而是逐站算的。我把核算过程完整放出来，因为它直接决定了这套系统能不能在无人值守下撑过沙尘季。

负载清单（单台骨干基站，实测值）

功耗的测量条件是 24V 输入、室温 42°C、双回传链路满载打流。7.4W 这个数比我最初估算的 8W 略低——差异来自我们最终把风扇改成了温控启动（原方案常开，实测常开状态整机 11.2W）。

容量核算（按日照最差月份，即 12 月）

该站点纬度约 24°N，12 月年均峰值日照时数（PSH）实测 4.3h。系统效率取 0.72（含 MPPT 效率、温升损失、沙尘遮挡）。

按这个核算，100W 板 + 100Ah 电池的方案理论自主天数是 5.2 天，比设计目标 3 天有富余——这个富余是留给沙尘衰减的。实测数据：2025-05 至 2025-08 期间，最低一次电池电压出现在连续 4 天沙尘天气后，为 25.1V（额定 25.6V，即 SOC 约 68%），未触发低压告警。

返工二：粉尘进入机箱导致一天重启三次

第二次返工发生在 6 月，比第一次严重。AP-21 那台设备开始无规律重启，一天最多三次。远程看日志是电源欠压保护动作，但太阳能核算明明有余量。

现场拆开机箱就明白了：机箱进沙。防尘滤网被细沙糊死，机箱内温度比环境温度高 14°C（实测机箱内 61°C，环境 47°C）。高温触发主机的过温降频，功耗上升 + 风扇全速运转，太阳能白天补不上，晚上电池被拉低到欠压点。

根本原因是我们在第一次安装时把机箱装平顶朝上，滤网正对主导风向。沙漠地区的主导风会把细沙压进任何平置的滤网。我们当时的安装图是从通用室外机箱标准套过来的，没考虑风向。

整改： 三点改动。（1）机箱改为侧装 + 遮阳檐，滤网朝下 15° 倾斜，避开主导风向；（2）滤网更换周期从”半年”改为每月一次，并在网管里加了机箱内温度告警（阈值 55°C）；（3）机箱内壁加贴铝箔反射层。整改后连续运行两个月，最高机箱内温 49°C（环境 46°C），无重启。

返工三：雷击损坏骨干节点与接地整改

第三次返工是 7 月的一次雷暴。BB-02 那台设备的 5GHz 射频模块被击穿，链路中断 6 小时。设备本身在保修范围内，但业主不接受”雷击属于天灾”——他们要的是设计里就该防住。

复盘后发现两个问题。一是接地电阻超标：实测接地电阻 18Ω，而沙漠地区土壤电阻率高，按当时的设计标准（≤10Ω）不合格——施工队当初用的是通用接地设计，没考虑当地砂砾土的电阻率。二是馈线浪涌保护器选型偏低：原来配的是 2kA 等级，雷暴区应该上 10kA。

整改： （1）每台基站增加两根 3m 接地棒，间距 3m 打深，接地电阻降至 6.2Ω；（2）更换为 10kA 馈线浪涌保护器；（3）塔顶增加独立避雷针，与机箱接地汇流排单点连接。整改后至本文撰写时（2025 年 8 月底）经历两次雷暴，无设备损坏。

这里我想补一句：这三个返工里，雷击这个其实不该算在无线方案的问题上——它是土建和电气设计的疏漏。但因为业主把整套系统交给我们，责任就在我们。我们后来把”接地电阻实测记录”和”浪涌保护等级”也加进了交付文档模板。

三类流量如何共存

硬件的坑填完之后，剩下的是流量规划。这套网络同时跑三类流量，各自的要求差得很远：

三类流量跑在同一个 5GHz 回传上，靠 802.1Q VLAN 标记 + 严格优先级队列分开。有个细节值得说：视频的承诺信息速率我们一开始设成 8Mbps/井，跑了一周发现高峰期偶发丢帧。抬到 10Mbps 后正常。原因是 H.265 在检测到运动（比如沙尘被风吹过画面）时会瞬时冲高码率，8Mbps 的桶太小，包被丢在整形队列里。

如果再做一次，我会改的 5 件事

1. 工勘表加”植被盛长期高度”栏，天线标高按盛长期倒算，而不是按工勘当天实测。这一条能直接避免返工一。
2. 机箱安装方式必须结合当地主导风向定，滤网不能正对风沙方向；沙漠项目默认侧装 + 遮阳檐，不采用平顶安装。这一条能直接避免返工二。
3. 接地电阻和浪涌保护等级纳入设计方案，而不是交给土建施工队自定；高土壤电阻率地区按 ≤10Ω 设计并实测验收。
4. 视频承诺信息速率按编码器实际峰值调，不要按平均码率配；H.265 的运动突发至少要留 25% 余量。
5. 交付文档里放实测原始数据（RSSI、CCQ、速率、功耗、电池电压历史曲线），而不只是拓扑图和配置表。业主的运维团队看这些数据比看图有用。

整个项目最后交付时，150 口井的 SCADA 轮询、4 路/井的视频、以及泵控制器控制全部上线，实测聚合带宽 152Mbps，30 天可用率记录 99.94%。业主的验收结论里有一句我印象比较深：”我们最看重的不是速率，是你们把三次故障的整改过程写进了交付文档。”

参考资料

1. API RP 554 Part 1《Process Control Systems — Functional Requirements》—— 油田过程控制系统功能要求，本文 SCADA 轮询周期与控制时延指标参照该标准第 5 章。
2. IEEE 802.11-2020 —— 无线局域网 MAC 与 PHY 规范，本文 802.1Q VLAN 与严格优先级队列的配置依据。
3. NREL PVWatts Calculator —— 太阳能发电量估算工具，本文 12 月 PSH=4.3h 数据取自该工具对站点纬度 24°N 的输出（系统效率手改为实测 0.72）。pvwatts.nrel.gov
4. IEC 62305《Protection against lightning》—— 本文接地电阻 ≤10Ω 与浪涌保护器 10kA 等级的选型依据。

常见问题