简介《无线传感器网络应用案例分析》面向WSN学习者及化工园区安全监测人员以污染指标实时测控为场景解析从需求到落地的完整案例。压缩包内为1个doc文档约15KB适合直接查阅和课堂讨论。文档围绕监测终端、中继站和监控软件三部分展开终端集成气体传感器、JRc1无线模块、GPS与电池组采集数据经Ad-hoc网络传至中继站和监控中心监控软件结合气象与危化源信息预测泄漏扩散及起火爆炸影响并输出报告、图表和事故影响分析。案例还说明非视距工业环境中的自动组网、路由重建和低成本部署方式并延伸至化工、石油、能源等行业的应用前景。已有849人学习下载可供课程案例分析、方案撰写与园区监测系统规划参考。1. 化工园区的监测死角支撑起一套 WSN 三层方案某化工园区管委会最初的想法很直接在罐区、管廊、装卸台各装几个固定式气体探测器数据接进中控室就行。真正落地时卡在三处罐区围堰不允许动火拉电缆管廊下方没有电源可取装卸台位置随作业面变化固定点位根本追不上。于是改成 WSN 无线传感器网络方案——监测终端贴在点位自采自报靠 Ad-hoc 智能网络一跳一跳把数据送回中继站中继站再上传监控中心。这套方案要解决的核心问题很具体让危险区域在事故发生前 30 分钟就有可读的浓度趋势事故后能还原扩散路径、界定影响范围。正在做环境监测类毕设、课设的人可以照着这套结构搭出自己的版本需要交一份园区级监测方案的从业者也能直接改。2. 需求拆解与总体架构三层链路和四类角色的职责边界2.1 把“实时监测”拆成能写进验收单的指标管委会的原话是“危险发生之前能预知、事故发生后能快速响应、平时能巡检”。这句话没法验收我一般会把它拆成三组测什么、多久测一次、测出来多久能看到。测什么可燃气%LEL、硫化氢、一氧化碳、VOC、氧气单台终端最多挂 5 路传感器多久测一次默认采样周期 10 s可下发指令调到 5 s多久能看到从传感器出数到中心弹出告警端到端不超过 30 s定位终端自带 GPS坐标误差控制在 10 m 以内续航无光照条件下电池组独立支撑 30 天以上覆盖单个中继站覆盖半径 3-5 km可用性月度数据完整率不低于 99%需求项指标值验收方法采样周期10 s可配 5 s抓包统计相邻帧时间差端到端时延≤ 30 s打点注入标准气记录中心告警时间定位精度≤ 10 m与手持差分设备比对 20 个点位单站覆盖3-5 km沿 8 个方位拉距测试丢包率电池续航≥ 30 天断光伏模拟连续阴雨数据完整率≥ 99%按月统计应有帧数与实收帧数这里有个容易被忽略的地方99% 的数据完整率看起来是软件指标实际是供电和路由的指标。一个中继站因为连续阴雨天掉电三天完整率直接掉到 90% 以下。所以做验收方案时我把“数据完整率”和“供电连续性”拆成两条独立测否则出了问题根本定位不到是网络丢包还是断电。2.2 三层架构与四条数据通路整个系统按职责切成三层。感知层是监测终端负责采样、打包、定位、上报传输层是智能中继站负责路由、汇聚、转发应用层是监控软件负责入库、建模、告警、出报告。三层之间只通过数据帧打交道任何一层换实现都不影响另外两层。数据从上往下走有三条通路再加上一条反向控制通路终端 → 中继Ad-hoc 多跳一帧 32 字节10 s 一次带重传中继 → 中心中继把覆盖范围内的终端数据聚合成一批再上传降低空口开销中心 → 数据库时序写入按节点和通道建索引中心 → 终端下行指令包括改采样周期、改告警阈值、远程校准、固件升级为什么不在终端侧做浓度换算和阈值判断两个原因。一是功耗终端靠电池组供电多算一次就少撑一天二是判断需要上下文比如风速风向、相邻节点读数、当前作业票这些数据只有中心有。终端只做一件事把原始电压值转成工程值打包发出去。提示终端上报的应该是原始 ADC 值和标定系数不应该上报已经算好的浓度。标定系数会变原始值不会事后复盘才有可能。2.3 选型对比为什么是 Ad-hoc而不是星型、WiFi 或蜂窝这是整个方案里最容易被问、也最容易选错的地方。我把当时评估的四条路摆一起方案覆盖方式供电主要问题星型点对点中心直连每个终端终端电池单跳距离受限罐区遮挡后大量丢包WiFi / APAP 覆盖终端关联AP 要布电缆罐区无法取电功耗高电池撑不住蜂窝模组走公网终端电池园区内信号盲区多金属罐区穿透差长期有流量成本Ad-hoc 自组网节点互为路由多跳回传终端电池 中继太阳能带宽低路由调试要靠抓包选 Ad-hoc 的核心理由不是“无线更先进”而是它能自动延伸覆盖范围。当罐区把某一跳挡住时节点会自己找另一条路径回来不需要人到现场重新规划。网络拓扑变化时各节点自动组网、自动寻找路由、自动重建这套算法固化在无线模块的固件里现场不需要人工干预——对一个动辄几十个点位、还会随检修临时挪位置的园区来说这一点比峰值带宽重要得多。代价也要说清楚多跳意味着时延有抖动一跳正常 200 ms五跳可能到 2 s带宽按 kbps 算调试期如果没有抓包工具路由问题基本靠猜。2.4 网络容量与带宽估算园区实际规模是 60 个监测终端、8 个中继站。算一下空口压力每个终端 10 s 发一帧 32 字节60 个终端就是每秒 6 帧、192 字节加上帧头、重传和路由开销实际占用不到 2 kbps。中继站聚合后上传量级更小。这个负载对工业无线模块来说是闲着的剩下的余量留给重传和突发上报。真正需要算的是“单中继带多少终端”。经验值是单跳覆盖区内终端不超过 20 个超过之后碰撞概率上升、重传变多、时延抖动明显。60 个终端配 8 个中继平均每站 7-8 个留了两倍以上余量后面加点位不用重新规划网络。3. 监测终端与中继站从 1-5 路气体采样到 3-5 公里一跳3.1 终端硬件组成与传感器排布单台终端的配置是1-5 个气体传感器、一个 JRc1 无线模块、一个 GPS 模块、一组电池。传感器负责探测空气中气体浓度无线模块负责处理数据并通过 Ad-hoc 网络发出去GPS 负责在事故后能还原“哪个点、什么时间、什么浓度”。传感器排布有几个细节值得写进设计说明。进气口朝下并加防雨罩防止雨水和粉尘直接进入可燃气传感器装在离地 30 cm 左右多数可燃气比空气重会在地面附近积聚氢气这类轻质气体则要装在高处如果是泵吸式采样采样管路长度要控制在 1 m 以内管太长气体在管里就被吸附了。输出信号一般是 4-20 mA 或 RS-485终端采集板把电流信号转成 ADC 值再乘标定系数换算成 %LEL 或 ppm。标定系数不是常数出厂值、现场零点校准值、温度补偿系数要分开存后面 5.1 会讲为什么。3.2 采集与组帧一帧 32 字节怎么排终端每隔一个采样周期把所有通道读一遍打成一个定长帧。定长帧的好处是解析快、不用做分隔符判断接收端按偏移直接取值。import struct, time # 帧格式WS 节点ID(2) 时间戳(4) 纬度(4) 经度(4) 5路浓度(各2) 电量(2) CRC(2) FRAME struct.Struct(2sH I i i 5H H H) def build_frame(node_id: int, lat: float, lon: float, readings: list[int], batt_mv: int) - bytes: 把一次采样结果打包成一帧。 node_id: 节点编号1..65535 lat/lon: GPS 坐标乘以 1e6 后取整避免浮点在空口传输 readings: 5 个通道的工程值未接传感器的通道填 0xFFFF batt_mv: 电池电压毫伏低于阈值时中心会提前预警 assert len(readings) 5 ts int(time.time()) body FRAME.pack(bWS, node_id 0xFFFF, ts, int(lat * 1e6), int(lon * 1e6), *[min(r, 0xFFFE) for r in readings], batt_mv, 0) crc crc16(body[:-2]) # 帧尾两个字节留 0先按 0 算 CRC return body[:-2] struct.pack(H, crc) def parse_frame(buf: bytes) - dict: 中心侧解析长度不对或 CRC 不匹配直接丢弃不往下游传。 if len(buf) ! FRAME.size or buf[:2] ! bWS: return {} if struct.unpack(H, buf[-2:])[0] ! crc16(buf[:-2]): return {} _, nid, ts, lat, lon, *rest FRAME.unpack(buf) return {node: nid, ts: ts, lat: lat / 1e6, lon: lon / 1e6, ch: rest[:5], batt: rest[5]}坐标乘以 1e6 后取整是因为浮点数在不同硬件上解析出来的结果会差最后几位事故复盘时两个点对不上就很麻烦。CRC 放在帧尾接收端校验失败直接丢帧不交给上层这样数据库里不会出现半截数据。5 个通道空着的位置填 0xFFFF 而不是 0是为了区分“没装传感器”和“读数为 0”这两件事在告警判断里含义完全不同。3.3 中继站太阳能供电预算与链路预算中继站是整套系统里唯一不接市电的设备靠一块太阳能板和一组蓄电池撑着。它需要算两笔账。第一笔是电。中继站的日均耗电大约是无线模块收发 1.2 W、路由计算 0.3 W、传感器自检 0.1 W按占空比折算后日均约 15 Wh。按当地最差月份每天有效光照 3 小时算太阳能板功率至少 15 Wh ÷ 3 h ÷ 0.7充电效率≈ 7 W。再考虑连续阴雨天蓄电池按 5 天自持设计15 Wh × 5 75 Wh取 12 V/7 Ah 电池84 Wh留一成余量。项目取值说明日均耗电15 Wh模块 路由 自检最差月有效光照3 h按冬季阴天折算光伏板功率≥ 7 W15 ÷ 3 ÷ 0.7自持天数5 天连续阴雨考核标准蓄电池容量12 V / 7 Ah84 Wh留余量覆盖半径3-5 km视距条件良好时取上限第二笔是链路。发射功率 20 dBm、两端天线各 3 dBi1.2 GHz 频段在 3 km 处的自由空间损耗约 103 dB接收灵敏度 -110 dBm算下来余量有 20 dB 以上足够抵消雨衰和多径。要注意的是“3-5 公里”这个数是视距条件下的罐区钢结构遮挡会吃掉十几 dB所以布置中继站时天线要架高至少高出罐顶 2 m别图省事装在设备房墙上。3.4 Ad-hoc 自组网路由建立与拓扑自愈“自动组网、自动寻找路由、自动重建”这三句话分别对应三个动作。自动组网是节点上电后广播邻居发现帧收到应答的邻居记进邻居表自动寻找路由是节点按跳数从少到多给自己的邻居打分选一条到中继站跳数最少、链路质量最好的路径自动重建是邻居表里的链路质量连续几个周期低于阈值就把这条路由标记为失效重新发起发现。这些算法固化在模块固件里应用层只需要读路由表。def update_route(neighbors: dict, current: dict, link_thresh0.45, max_hop8) - dict: 简化的路由更新逻辑用于说明模块固件在做的事。 neighbors: {邻居ID: {rssi: -78, hop: 3, loss: 0.12}} current: 当前使用的下一跳格式同上可能为 None alive {n: v for n, v in neighbors.items() if v[loss] link_thresh} if not alive: return current # 没有可用邻居保持原路由并等下一轮 # 打分 跳数为主链路质量为辅避免为了少一跳选一条烂链路 best min(alive, keylambda n: (alive[n][hop], alive[n][loss])) if current is None or alive[best][hop] current[hop] - 1: return {next: best, **alive[best]} return current这段逻辑里最关键的是那个- 1只有新路由比现有路由少两跳以上才切换少一跳不切。因为频繁切换会导致在途数据帧丢失而多一跳的代价只有几百毫秒。很多现场出现的“数据断断续续”就是切换太积极导致的固件里这个迟滞参数一般会在调试期调大。4. 监控软件与扩散模型700 种物质库怎么变成一张疏散图4.1 数据模型从原始帧到可查询的时序表监控中心收到的每一帧都要拆成 5 条记录落库因为不同通道的采集频率、量纲、告警阈值都不一样。表设计我一般按“原始值和分析值分开存”的原则来-- 时序读数表只追加不更新方便事后回溯 CREATE TABLE sensor_reading ( node_id VARCHAR(16) NOT NULL, ts TIMESTAMPTZ NOT NULL, ch SMALLINT NOT NULL, -- 通道号 1..5 gas VARCHAR(8) NOT NULL, -- LEL/H2S/CO/VOC/O2 raw_adc INTEGER NOT NULL, -- 原始 ADC标定系数变了也能重算 value NUMERIC(10,3), -- 换算后的工程值 unit VARCHAR(8) NOT NULL, lat NUMERIC(9,6), lon NUMERIC(9,6), batt_mv SMALLINT, quality SMALLINT DEFAULT 0, -- 0正常 1标定过期 2传感器故障 PRIMARY KEY (node_id, ts, ch) ); -- 告警事件表一次事件一行带确认状态和处理人 CREATE TABLE alarm_event ( id BIGSERIAL PRIMARY KEY, node_id VARCHAR(16) NOT NULL, gas VARCHAR(8) NOT NULL, started TIMESTAMPTZ NOT NULL, ended TIMESTAMPTZ, peak NUMERIC(10,3), level SMALLINT, -- 1预警 2报警 3紧急 acked_by VARCHAR(32) ); CREATE INDEX idx_reading_ts ON sensor_reading (ts DESC); CREATE INDEX idx_reading_node_gas ON sensor_reading (node_id, gas, ts DESC);raw_adc这一列是故意留的。传感器标定系数调整之后历史数据的工程值会变但如果保留原始 ADC就可以按新系数重算一遍做趋势对比时不会出现“同一段数据两种曲线”的尴尬。表按时间做分区一年一区查询近 24 小时数据时只扫最新分区。4.2 扩散模型把浓度读数换算成疏散半径监控软件的核心能力不是显示数字而是回答一个问题这个点位测到 50 ppm下风向 500 m 的办公楼要不要撤。这一步靠扩散模型完成。项目里用的做法是把实时浓度、当时风速风向、大气稳定度、地形遮挡一起喂进模型算出浓度场再反解出达到危险阈值的距离。import math def dispersion_coeff(x: float, stability: str) - tuple[float, float]: 按 Pasquill 稳定度取水平/垂直扩散系数x 单位为 m。 这里用幂律近似实际项目可换成更精细的查表插值。 p {A: (0.22, 0.20), B: (0.16, 0.12), C: (0.11, 0.08), D: (0.08, 0.06), E: (0.06, 0.03), F: (0.04, 0.02)}[stability] return p[0] * x ** 0.894, p[1] * x ** 0.894 def plume_concentration(Q: float, u: float, H: float, x: float, y: float, stability: str) - float: 高斯烟羽模型返回地面浓度 mg/m3。 Q: 源强 g/su: 10m 风速 m/sH: 有效排放高度 m x: 下风向距离 my: 横风向距离 mstability: A~F if u 0.5: # 静风时模型失效改用箱模型兜底 u 0.5 sy, sz dispersion_coeff(x, stability) c Q / (2 * math.pi * u * sy * sz) c * math.exp(-y * y / (2 * sy * sy)) c * math.exp(-H * H / (2 * sz * sz)) return c * 1e6 # g/m3 - mg/m3 def hazard_radius(Q, u, H, stability, threshold, y0.0, xmax5000): 二分法反解浓度降到阈值以下时的下风向距离。 lo, hi 10.0, xmax while hi - lo 5: mid (lo hi) / 2 if plume_concentration(Q, u, H, mid, y, stability) threshold: lo mid else: hi mid return hi参数里最容易被忽略的是有效排放高度 H。泄漏点如果在罐顶H 要加上罐高如果是地面管道H 取 0.5 m 左右。同一个源强H 从 0.5 变成 15落地浓度能差一个数量级——这也是为什么事故现场要优先确认泄漏位置不然算出来的疏散圈完全没法用。稳定度等级按当时的风速和日照判断夜间无云一般取 E 或 F白天强日照取 A 或 B。4.3 700 种物质库与情景再现模型算得准不准一半靠参数一半靠物质库。项目里的应用模块带一个 700 种以上化学物质的数据库每种物质要存的关键字段有名称、CAS 号、LEL/UEL、IDLH立即危害生命健康浓度、蒸气密度、毒性分级、燃烧产物。蒸气密度这一列特别重要。它决定泄漏后气体是往上飘还是往地沟里沉。比空气重的气体多数 VOC、液化石油气会在地面、地沟、电缆沟积聚这时候按烟羽模型算出来的疏散半径会偏小得叠加一个“低洼区域二次聚集”的判断。系统输出里那些等值点图和重要点图就是把浓度场切片画出来高亮出学校、办公楼、门岗这些需要优先疏散的位置。情景再现程序的做法是把历史某段时间的读数、当时的气象快照、当时的作业票一起回放重新跑一遍模型看预警是否及时、疏散建议是否合理。这个功能在事后调查和责任界定里非常有用也是答辩时最能讲出东西的一块。4.4 与终端、中继的接口约定中心与下层之间的协议尽量简单上行用 MQTT下行用同一连接上的控制主题。{ topic: wsn/up/node/1042, qos: 1, payload: { ts: 1735689600, lat: 30.123456, lon: 120.654321, ch: [12, 0, 3, 88, 209], batt_mv: 3820, rssi: -87, hop: 3 } }QoS 选 1保证至少送达一次重复由node_id ts ch主键去重。下行指令带cmd_id终端执行后回报结果中心侧超时 30 s 未收到回报就重发一次。这么做是因为现场有些终端在弱信号区一条指令发出去没回应很常见但不能因为没回应就一直重发会把空口占满。5. 避坑与排查这套系统最容易出问题的五处5.1 传感器读数不涨告警却一直跳现象现场用标准气标定时读数正常装到罐区跑两周后零点慢慢往下漂浓度显示 0 但偶尔跳到报警值。原因电化学传感器有温漂和寿命衰减出厂标定系数在温差大的环境下不成立另外进气口加了防雨罩之后通风变差响应变慢残留气体导致回落缓慢。解决一是把零点校准做进日常巡检每周用零点气校一次系数存进数据库而不是写在固件里二是终端上报原始 ADC中心按最新系数重算三是给告警加持续时间条件浓度超过阈值并持续 3 个采样周期才升级为报警短时尖峰只记事件不推送。5.2 中继站频繁掉线路由来回切现象某个中继下的终端数据时断时续日志里能看到路由下一跳每隔几分钟就变一次。原因天线架设高度不够罐体遮挡导致链路质量在阈值附近抖动或者相邻两个中继信道重叠互相干扰。解决天线抬高到罐顶以上 2 m改用定向天线对准主要覆盖方向相邻中继错开信道固件里把路由切换的迟滞从 1 跳调到 2 跳牺牲一点最优性换稳定。5.3 同一场事故终端和中心的时间对不上现象事后复盘时终端记录的峰值时刻比中心入库时间早 40 多秒两边的数据对不上。原因终端本地时钟靠晶振走一个月能漂几十秒中继转发有排队延迟中心入库用的是服务器时间。解决终端每次收到 GPS 授时就同步一次 RTCGPS 失锁时用中心下发的对时指令兜底数据帧里带的是采样时刻而不是发送时刻中心入库时同时存sample_ts和recv_ts两列分析永远用前者。5.4 误报压不下去值班人员开始不当回事现象系统上线第一个月推了 200 多条报警其中大部分是瞬时尖峰值班员后来直接关掉了声音提醒。原因阈值一刀切没有结合相邻节点、风速风向、作业票做联合判断不同气体的报警逻辑混在一起。解决分级——预警只进列表不响铃报警才推送加空间相关性判断单点超标但相邻两点正常时降级把检维修作业票接进来作业期间该区域的阈值临时放宽并标注原因。误报率降下来系统才有人看。5.5 连续阴雨天整个片区失联现象入梅之后连着四天没太阳某个片区的终端数据全部中断等天晴了自动恢复。原因太阳能供电预算按平均日照算的没按最差月份算蓄电池容量只留了 2 天自持低温下电池实际可用容量还要打折。解决按最差月有效光照重算光伏板功率自持天数按 5 天设计电池仓做保温终端增加低电量分级策略电量低于 30% 时把采样周期从 10 s 放到 60 s先保住“活着”。6. 验收与答辩用一份可复现的测试清单把方案说清楚方案交上去能不能过取决于你能不能当着评审的面把指标测出来。我一般会准备一张测试清单逐条现场演示而不是念 PPT。测试项操作方法合格判据采样与上报抓包连续观察 30 分钟相邻帧间隔 10 s ± 1 s端到端时延打点注入标准气秒表计时中心告警 ≤ 30 s定位精度与手持差分设备比对 20 点误差 ≤ 10 m单站覆盖沿 8 个方位拉距至丢包 5%半径 ≥ 3 km路由自愈断电拆掉一个中间节点60 s 内恢复上报断电续航断开光伏静置 5 天数据不中断告警准确性注入 3 组浓度序列误报 0 次漏报 0 次模型输出给定源强与风速疏散半径与手工计算偏差 ≤ 15%答辩讲解的顺序我建议按“问题—架构—证据”走先用两分钟讲清楚园区为什么拉不了线这是所有设计的起点再用架构图讲三层怎么分工重点解释为什么把判断放在中心而不是终端最后拿上面的测试表现场过一遍能跑的当场跑跑不了的放录屏。评审最常追问的三个问题是多跳之后时延还能不能保证、太阳能供电在连续阴雨下靠不靠谱、扩散模型的参数从哪来。前两个用测试数据回答第三个老实说“来自现场气象站和 Pasquill 分级查表源强按泄漏孔径和物质饱和蒸气压估算”比硬编一个精度数字可信得多。有个小技巧把一次完整的告警链路做成可以重放的 demo从注入气体、终端上报、中继转发、中心入库、模型计算到弹出疏散建议全程 40 秒。评审看完这条链路基本不会再纠结单个参数的小数点。这套系统我第一次做的时候把 90% 的精力花在模型和界面上结果现场联调卡在供电和路由上整整两周。从那以后我每次做无线监测类项目都强制先跑一遍供电预算和链路预算把这两张表算完再动手写代码。希望这套结构能帮你少走一段弯路。本文还有配套的精品资源点击获取 化工园区WSN气体监测：Ad-hoc自组网三层架构与扩散预警
简介《无线传感器网络应用案例分析》面向WSN学习者及化工园区安全监测人员以污染指标实时测控为场景解析从需求到落地的完整案例。压缩包内为1个doc文档约15KB适合直接查阅和课堂讨论。文档围绕监测终端、中继站和监控软件三部分展开终端集成气体传感器、JRc1无线模块、GPS与电池组采集数据经Ad-hoc网络传至中继站和监控中心监控软件结合气象与危化源信息预测泄漏扩散及起火爆炸影响并输出报告、图表和事故影响分析。案例还说明非视距工业环境中的自动组网、路由重建和低成本部署方式并延伸至化工、石油、能源等行业的应用前景。已有849人学习下载可供课程案例分析、方案撰写与园区监测系统规划参考。1. 化工园区的监测死角支撑起一套 WSN 三层方案某化工园区管委会最初的想法很直接在罐区、管廊、装卸台各装几个固定式气体探测器数据接进中控室就行。真正落地时卡在三处罐区围堰不允许动火拉电缆管廊下方没有电源可取装卸台位置随作业面变化固定点位根本追不上。于是改成 WSN 无线传感器网络方案——监测终端贴在点位自采自报靠 Ad-hoc 智能网络一跳一跳把数据送回中继站中继站再上传监控中心。这套方案要解决的核心问题很具体让危险区域在事故发生前 30 分钟就有可读的浓度趋势事故后能还原扩散路径、界定影响范围。正在做环境监测类毕设、课设的人可以照着这套结构搭出自己的版本需要交一份园区级监测方案的从业者也能直接改。2. 需求拆解与总体架构三层链路和四类角色的职责边界2.1 把“实时监测”拆成能写进验收单的指标管委会的原话是“危险发生之前能预知、事故发生后能快速响应、平时能巡检”。这句话没法验收我一般会把它拆成三组测什么、多久测一次、测出来多久能看到。测什么可燃气%LEL、硫化氢、一氧化碳、VOC、氧气单台终端最多挂 5 路传感器多久测一次默认采样周期 10 s可下发指令调到 5 s多久能看到从传感器出数到中心弹出告警端到端不超过 30 s定位终端自带 GPS坐标误差控制在 10 m 以内续航无光照条件下电池组独立支撑 30 天以上覆盖单个中继站覆盖半径 3-5 km可用性月度数据完整率不低于 99%需求项指标值验收方法采样周期10 s可配 5 s抓包统计相邻帧时间差端到端时延≤ 30 s打点注入标准气记录中心告警时间定位精度≤ 10 m与手持差分设备比对 20 个点位单站覆盖3-5 km沿 8 个方位拉距测试丢包率电池续航≥ 30 天断光伏模拟连续阴雨数据完整率≥ 99%按月统计应有帧数与实收帧数这里有个容易被忽略的地方99% 的数据完整率看起来是软件指标实际是供电和路由的指标。一个中继站因为连续阴雨天掉电三天完整率直接掉到 90% 以下。所以做验收方案时我把“数据完整率”和“供电连续性”拆成两条独立测否则出了问题根本定位不到是网络丢包还是断电。2.2 三层架构与四条数据通路整个系统按职责切成三层。感知层是监测终端负责采样、打包、定位、上报传输层是智能中继站负责路由、汇聚、转发应用层是监控软件负责入库、建模、告警、出报告。三层之间只通过数据帧打交道任何一层换实现都不影响另外两层。数据从上往下走有三条通路再加上一条反向控制通路终端 → 中继Ad-hoc 多跳一帧 32 字节10 s 一次带重传中继 → 中心中继把覆盖范围内的终端数据聚合成一批再上传降低空口开销中心 → 数据库时序写入按节点和通道建索引中心 → 终端下行指令包括改采样周期、改告警阈值、远程校准、固件升级为什么不在终端侧做浓度换算和阈值判断两个原因。一是功耗终端靠电池组供电多算一次就少撑一天二是判断需要上下文比如风速风向、相邻节点读数、当前作业票这些数据只有中心有。终端只做一件事把原始电压值转成工程值打包发出去。提示终端上报的应该是原始 ADC 值和标定系数不应该上报已经算好的浓度。标定系数会变原始值不会事后复盘才有可能。2.3 选型对比为什么是 Ad-hoc而不是星型、WiFi 或蜂窝这是整个方案里最容易被问、也最容易选错的地方。我把当时评估的四条路摆一起方案覆盖方式供电主要问题星型点对点中心直连每个终端终端电池单跳距离受限罐区遮挡后大量丢包WiFi / APAP 覆盖终端关联AP 要布电缆罐区无法取电功耗高电池撑不住蜂窝模组走公网终端电池园区内信号盲区多金属罐区穿透差长期有流量成本Ad-hoc 自组网节点互为路由多跳回传终端电池 中继太阳能带宽低路由调试要靠抓包选 Ad-hoc 的核心理由不是“无线更先进”而是它能自动延伸覆盖范围。当罐区把某一跳挡住时节点会自己找另一条路径回来不需要人到现场重新规划。网络拓扑变化时各节点自动组网、自动寻找路由、自动重建这套算法固化在无线模块的固件里现场不需要人工干预——对一个动辄几十个点位、还会随检修临时挪位置的园区来说这一点比峰值带宽重要得多。代价也要说清楚多跳意味着时延有抖动一跳正常 200 ms五跳可能到 2 s带宽按 kbps 算调试期如果没有抓包工具路由问题基本靠猜。2.4 网络容量与带宽估算园区实际规模是 60 个监测终端、8 个中继站。算一下空口压力每个终端 10 s 发一帧 32 字节60 个终端就是每秒 6 帧、192 字节加上帧头、重传和路由开销实际占用不到 2 kbps。中继站聚合后上传量级更小。这个负载对工业无线模块来说是闲着的剩下的余量留给重传和突发上报。真正需要算的是“单中继带多少终端”。经验值是单跳覆盖区内终端不超过 20 个超过之后碰撞概率上升、重传变多、时延抖动明显。60 个终端配 8 个中继平均每站 7-8 个留了两倍以上余量后面加点位不用重新规划网络。3. 监测终端与中继站从 1-5 路气体采样到 3-5 公里一跳3.1 终端硬件组成与传感器排布单台终端的配置是1-5 个气体传感器、一个 JRc1 无线模块、一个 GPS 模块、一组电池。传感器负责探测空气中气体浓度无线模块负责处理数据并通过 Ad-hoc 网络发出去GPS 负责在事故后能还原“哪个点、什么时间、什么浓度”。传感器排布有几个细节值得写进设计说明。进气口朝下并加防雨罩防止雨水和粉尘直接进入可燃气传感器装在离地 30 cm 左右多数可燃气比空气重会在地面附近积聚氢气这类轻质气体则要装在高处如果是泵吸式采样采样管路长度要控制在 1 m 以内管太长气体在管里就被吸附了。输出信号一般是 4-20 mA 或 RS-485终端采集板把电流信号转成 ADC 值再乘标定系数换算成 %LEL 或 ppm。标定系数不是常数出厂值、现场零点校准值、温度补偿系数要分开存后面 5.1 会讲为什么。3.2 采集与组帧一帧 32 字节怎么排终端每隔一个采样周期把所有通道读一遍打成一个定长帧。定长帧的好处是解析快、不用做分隔符判断接收端按偏移直接取值。import struct, time # 帧格式WS 节点ID(2) 时间戳(4) 纬度(4) 经度(4) 5路浓度(各2) 电量(2) CRC(2) FRAME struct.Struct(2sH I i i 5H H H) def build_frame(node_id: int, lat: float, lon: float, readings: list[int], batt_mv: int) - bytes: 把一次采样结果打包成一帧。 node_id: 节点编号1..65535 lat/lon: GPS 坐标乘以 1e6 后取整避免浮点在空口传输 readings: 5 个通道的工程值未接传感器的通道填 0xFFFF batt_mv: 电池电压毫伏低于阈值时中心会提前预警 assert len(readings) 5 ts int(time.time()) body FRAME.pack(bWS, node_id 0xFFFF, ts, int(lat * 1e6), int(lon * 1e6), *[min(r, 0xFFFE) for r in readings], batt_mv, 0) crc crc16(body[:-2]) # 帧尾两个字节留 0先按 0 算 CRC return body[:-2] struct.pack(H, crc) def parse_frame(buf: bytes) - dict: 中心侧解析长度不对或 CRC 不匹配直接丢弃不往下游传。 if len(buf) ! FRAME.size or buf[:2] ! bWS: return {} if struct.unpack(H, buf[-2:])[0] ! crc16(buf[:-2]): return {} _, nid, ts, lat, lon, *rest FRAME.unpack(buf) return {node: nid, ts: ts, lat: lat / 1e6, lon: lon / 1e6, ch: rest[:5], batt: rest[5]}坐标乘以 1e6 后取整是因为浮点数在不同硬件上解析出来的结果会差最后几位事故复盘时两个点对不上就很麻烦。CRC 放在帧尾接收端校验失败直接丢帧不交给上层这样数据库里不会出现半截数据。5 个通道空着的位置填 0xFFFF 而不是 0是为了区分“没装传感器”和“读数为 0”这两件事在告警判断里含义完全不同。3.3 中继站太阳能供电预算与链路预算中继站是整套系统里唯一不接市电的设备靠一块太阳能板和一组蓄电池撑着。它需要算两笔账。第一笔是电。中继站的日均耗电大约是无线模块收发 1.2 W、路由计算 0.3 W、传感器自检 0.1 W按占空比折算后日均约 15 Wh。按当地最差月份每天有效光照 3 小时算太阳能板功率至少 15 Wh ÷ 3 h ÷ 0.7充电效率≈ 7 W。再考虑连续阴雨天蓄电池按 5 天自持设计15 Wh × 5 75 Wh取 12 V/7 Ah 电池84 Wh留一成余量。项目取值说明日均耗电15 Wh模块 路由 自检最差月有效光照3 h按冬季阴天折算光伏板功率≥ 7 W15 ÷ 3 ÷ 0.7自持天数5 天连续阴雨考核标准蓄电池容量12 V / 7 Ah84 Wh留余量覆盖半径3-5 km视距条件良好时取上限第二笔是链路。发射功率 20 dBm、两端天线各 3 dBi1.2 GHz 频段在 3 km 处的自由空间损耗约 103 dB接收灵敏度 -110 dBm算下来余量有 20 dB 以上足够抵消雨衰和多径。要注意的是“3-5 公里”这个数是视距条件下的罐区钢结构遮挡会吃掉十几 dB所以布置中继站时天线要架高至少高出罐顶 2 m别图省事装在设备房墙上。3.4 Ad-hoc 自组网路由建立与拓扑自愈“自动组网、自动寻找路由、自动重建”这三句话分别对应三个动作。自动组网是节点上电后广播邻居发现帧收到应答的邻居记进邻居表自动寻找路由是节点按跳数从少到多给自己的邻居打分选一条到中继站跳数最少、链路质量最好的路径自动重建是邻居表里的链路质量连续几个周期低于阈值就把这条路由标记为失效重新发起发现。这些算法固化在模块固件里应用层只需要读路由表。def update_route(neighbors: dict, current: dict, link_thresh0.45, max_hop8) - dict: 简化的路由更新逻辑用于说明模块固件在做的事。 neighbors: {邻居ID: {rssi: -78, hop: 3, loss: 0.12}} current: 当前使用的下一跳格式同上可能为 None alive {n: v for n, v in neighbors.items() if v[loss] link_thresh} if not alive: return current # 没有可用邻居保持原路由并等下一轮 # 打分 跳数为主链路质量为辅避免为了少一跳选一条烂链路 best min(alive, keylambda n: (alive[n][hop], alive[n][loss])) if current is None or alive[best][hop] current[hop] - 1: return {next: best, **alive[best]} return current这段逻辑里最关键的是那个- 1只有新路由比现有路由少两跳以上才切换少一跳不切。因为频繁切换会导致在途数据帧丢失而多一跳的代价只有几百毫秒。很多现场出现的“数据断断续续”就是切换太积极导致的固件里这个迟滞参数一般会在调试期调大。4. 监控软件与扩散模型700 种物质库怎么变成一张疏散图4.1 数据模型从原始帧到可查询的时序表监控中心收到的每一帧都要拆成 5 条记录落库因为不同通道的采集频率、量纲、告警阈值都不一样。表设计我一般按“原始值和分析值分开存”的原则来-- 时序读数表只追加不更新方便事后回溯 CREATE TABLE sensor_reading ( node_id VARCHAR(16) NOT NULL, ts TIMESTAMPTZ NOT NULL, ch SMALLINT NOT NULL, -- 通道号 1..5 gas VARCHAR(8) NOT NULL, -- LEL/H2S/CO/VOC/O2 raw_adc INTEGER NOT NULL, -- 原始 ADC标定系数变了也能重算 value NUMERIC(10,3), -- 换算后的工程值 unit VARCHAR(8) NOT NULL, lat NUMERIC(9,6), lon NUMERIC(9,6), batt_mv SMALLINT, quality SMALLINT DEFAULT 0, -- 0正常 1标定过期 2传感器故障 PRIMARY KEY (node_id, ts, ch) ); -- 告警事件表一次事件一行带确认状态和处理人 CREATE TABLE alarm_event ( id BIGSERIAL PRIMARY KEY, node_id VARCHAR(16) NOT NULL, gas VARCHAR(8) NOT NULL, started TIMESTAMPTZ NOT NULL, ended TIMESTAMPTZ, peak NUMERIC(10,3), level SMALLINT, -- 1预警 2报警 3紧急 acked_by VARCHAR(32) ); CREATE INDEX idx_reading_ts ON sensor_reading (ts DESC); CREATE INDEX idx_reading_node_gas ON sensor_reading (node_id, gas, ts DESC);raw_adc这一列是故意留的。传感器标定系数调整之后历史数据的工程值会变但如果保留原始 ADC就可以按新系数重算一遍做趋势对比时不会出现“同一段数据两种曲线”的尴尬。表按时间做分区一年一区查询近 24 小时数据时只扫最新分区。4.2 扩散模型把浓度读数换算成疏散半径监控软件的核心能力不是显示数字而是回答一个问题这个点位测到 50 ppm下风向 500 m 的办公楼要不要撤。这一步靠扩散模型完成。项目里用的做法是把实时浓度、当时风速风向、大气稳定度、地形遮挡一起喂进模型算出浓度场再反解出达到危险阈值的距离。import math def dispersion_coeff(x: float, stability: str) - tuple[float, float]: 按 Pasquill 稳定度取水平/垂直扩散系数x 单位为 m。 这里用幂律近似实际项目可换成更精细的查表插值。 p {A: (0.22, 0.20), B: (0.16, 0.12), C: (0.11, 0.08), D: (0.08, 0.06), E: (0.06, 0.03), F: (0.04, 0.02)}[stability] return p[0] * x ** 0.894, p[1] * x ** 0.894 def plume_concentration(Q: float, u: float, H: float, x: float, y: float, stability: str) - float: 高斯烟羽模型返回地面浓度 mg/m3。 Q: 源强 g/su: 10m 风速 m/sH: 有效排放高度 m x: 下风向距离 my: 横风向距离 mstability: A~F if u 0.5: # 静风时模型失效改用箱模型兜底 u 0.5 sy, sz dispersion_coeff(x, stability) c Q / (2 * math.pi * u * sy * sz) c * math.exp(-y * y / (2 * sy * sy)) c * math.exp(-H * H / (2 * sz * sz)) return c * 1e6 # g/m3 - mg/m3 def hazard_radius(Q, u, H, stability, threshold, y0.0, xmax5000): 二分法反解浓度降到阈值以下时的下风向距离。 lo, hi 10.0, xmax while hi - lo 5: mid (lo hi) / 2 if plume_concentration(Q, u, H, mid, y, stability) threshold: lo mid else: hi mid return hi参数里最容易被忽略的是有效排放高度 H。泄漏点如果在罐顶H 要加上罐高如果是地面管道H 取 0.5 m 左右。同一个源强H 从 0.5 变成 15落地浓度能差一个数量级——这也是为什么事故现场要优先确认泄漏位置不然算出来的疏散圈完全没法用。稳定度等级按当时的风速和日照判断夜间无云一般取 E 或 F白天强日照取 A 或 B。4.3 700 种物质库与情景再现模型算得准不准一半靠参数一半靠物质库。项目里的应用模块带一个 700 种以上化学物质的数据库每种物质要存的关键字段有名称、CAS 号、LEL/UEL、IDLH立即危害生命健康浓度、蒸气密度、毒性分级、燃烧产物。蒸气密度这一列特别重要。它决定泄漏后气体是往上飘还是往地沟里沉。比空气重的气体多数 VOC、液化石油气会在地面、地沟、电缆沟积聚这时候按烟羽模型算出来的疏散半径会偏小得叠加一个“低洼区域二次聚集”的判断。系统输出里那些等值点图和重要点图就是把浓度场切片画出来高亮出学校、办公楼、门岗这些需要优先疏散的位置。情景再现程序的做法是把历史某段时间的读数、当时的气象快照、当时的作业票一起回放重新跑一遍模型看预警是否及时、疏散建议是否合理。这个功能在事后调查和责任界定里非常有用也是答辩时最能讲出东西的一块。4.4 与终端、中继的接口约定中心与下层之间的协议尽量简单上行用 MQTT下行用同一连接上的控制主题。{ topic: wsn/up/node/1042, qos: 1, payload: { ts: 1735689600, lat: 30.123456, lon: 120.654321, ch: [12, 0, 3, 88, 209], batt_mv: 3820, rssi: -87, hop: 3 } }QoS 选 1保证至少送达一次重复由node_id ts ch主键去重。下行指令带cmd_id终端执行后回报结果中心侧超时 30 s 未收到回报就重发一次。这么做是因为现场有些终端在弱信号区一条指令发出去没回应很常见但不能因为没回应就一直重发会把空口占满。5. 避坑与排查这套系统最容易出问题的五处5.1 传感器读数不涨告警却一直跳现象现场用标准气标定时读数正常装到罐区跑两周后零点慢慢往下漂浓度显示 0 但偶尔跳到报警值。原因电化学传感器有温漂和寿命衰减出厂标定系数在温差大的环境下不成立另外进气口加了防雨罩之后通风变差响应变慢残留气体导致回落缓慢。解决一是把零点校准做进日常巡检每周用零点气校一次系数存进数据库而不是写在固件里二是终端上报原始 ADC中心按最新系数重算三是给告警加持续时间条件浓度超过阈值并持续 3 个采样周期才升级为报警短时尖峰只记事件不推送。5.2 中继站频繁掉线路由来回切现象某个中继下的终端数据时断时续日志里能看到路由下一跳每隔几分钟就变一次。原因天线架设高度不够罐体遮挡导致链路质量在阈值附近抖动或者相邻两个中继信道重叠互相干扰。解决天线抬高到罐顶以上 2 m改用定向天线对准主要覆盖方向相邻中继错开信道固件里把路由切换的迟滞从 1 跳调到 2 跳牺牲一点最优性换稳定。5.3 同一场事故终端和中心的时间对不上现象事后复盘时终端记录的峰值时刻比中心入库时间早 40 多秒两边的数据对不上。原因终端本地时钟靠晶振走一个月能漂几十秒中继转发有排队延迟中心入库用的是服务器时间。解决终端每次收到 GPS 授时就同步一次 RTCGPS 失锁时用中心下发的对时指令兜底数据帧里带的是采样时刻而不是发送时刻中心入库时同时存sample_ts和recv_ts两列分析永远用前者。5.4 误报压不下去值班人员开始不当回事现象系统上线第一个月推了 200 多条报警其中大部分是瞬时尖峰值班员后来直接关掉了声音提醒。原因阈值一刀切没有结合相邻节点、风速风向、作业票做联合判断不同气体的报警逻辑混在一起。解决分级——预警只进列表不响铃报警才推送加空间相关性判断单点超标但相邻两点正常时降级把检维修作业票接进来作业期间该区域的阈值临时放宽并标注原因。误报率降下来系统才有人看。5.5 连续阴雨天整个片区失联现象入梅之后连着四天没太阳某个片区的终端数据全部中断等天晴了自动恢复。原因太阳能供电预算按平均日照算的没按最差月份算蓄电池容量只留了 2 天自持低温下电池实际可用容量还要打折。解决按最差月有效光照重算光伏板功率自持天数按 5 天设计电池仓做保温终端增加低电量分级策略电量低于 30% 时把采样周期从 10 s 放到 60 s先保住“活着”。6. 验收与答辩用一份可复现的测试清单把方案说清楚方案交上去能不能过取决于你能不能当着评审的面把指标测出来。我一般会准备一张测试清单逐条现场演示而不是念 PPT。测试项操作方法合格判据采样与上报抓包连续观察 30 分钟相邻帧间隔 10 s ± 1 s端到端时延打点注入标准气秒表计时中心告警 ≤ 30 s定位精度与手持差分设备比对 20 点误差 ≤ 10 m单站覆盖沿 8 个方位拉距至丢包 5%半径 ≥ 3 km路由自愈断电拆掉一个中间节点60 s 内恢复上报断电续航断开光伏静置 5 天数据不中断告警准确性注入 3 组浓度序列误报 0 次漏报 0 次模型输出给定源强与风速疏散半径与手工计算偏差 ≤ 15%答辩讲解的顺序我建议按“问题—架构—证据”走先用两分钟讲清楚园区为什么拉不了线这是所有设计的起点再用架构图讲三层怎么分工重点解释为什么把判断放在中心而不是终端最后拿上面的测试表现场过一遍能跑的当场跑跑不了的放录屏。评审最常追问的三个问题是多跳之后时延还能不能保证、太阳能供电在连续阴雨下靠不靠谱、扩散模型的参数从哪来。前两个用测试数据回答第三个老实说“来自现场气象站和 Pasquill 分级查表源强按泄漏孔径和物质饱和蒸气压估算”比硬编一个精度数字可信得多。有个小技巧把一次完整的告警链路做成可以重放的 demo从注入气体、终端上报、中继转发、中心入库、模型计算到弹出疏散建议全程 40 秒。评审看完这条链路基本不会再纠结单个参数的小数点。这套系统我第一次做的时候把 90% 的精力花在模型和界面上结果现场联调卡在供电和路由上整整两周。从那以后我每次做无线监测类项目都强制先跑一遍供电预算和链路预算把这两张表算完再动手写代码。希望这套结构能帮你少走一段弯路。本文还有配套的精品资源点击获取