鹅厂的这波青年,自发搭建了一套分布式大气监测系统

​引言

 

“绿水青山,就是金山银山”,随着我国加强立法,大力投入环境治理,大家已经明显感觉到身边的大气环境在不断改善,那么除了国家气象局的城市级监测数据外,我们身边的微环境究竟是什么样子的呢?接下来的进一步环保努力,又应该在什么位置呢?

为了跟踪小区级的微环境质量,腾讯内部发起了一个实验性项目:细粒度的分布式大气监测。此系统完全基于腾讯云搭建,组成部分包含:腾讯云-物联网开发平台、TencentOS tiny、腾讯云-API网关、腾讯云-云函数、腾讯云-云数据库、腾讯云-腾讯云图,以及配套的 NUCLEO LoRa 开发套件、攀藤 PMS7003 颗粒物传感器等。

我们早期设定的目标,是在目标小区部署终端,并以15秒的监测频率,记录、追踪空气质量的波动,将跟踪粒度,由大环境监测细化到微环境监测,实时监测如吸烟、厨房油烟对空气质量的影响。

但在原型系统上线后,仅在5个种子节点的情况下,我们意外的追踪到了大环境污染气团在深圳的移动过程。接下来,将分两个部分进行介绍,分别是“系统简介与追踪分析”及“系统技术架构”,详细的系统各组成部分的技术拆解说明,将在后续陆续放出。
 

一、系统简介与追踪分析

 

1. 系统数据界面


先看一下系统的数据界面。
 

鹅厂的这波青年,自发搭建了一套分布式大气监测系统_第1张图片


包含三个页面:

- 带有地理位置展示的实时监测数据展示;

- 90分钟历史数据;

- 30天历史数据。

 

2. 监测节点分布



原型系统终端:拥有5个种子节点,均放置于志愿者家中的露天阳台上,直接监测生活环境数据。具体分布地点位于:

- 001:南山区 - (前海:西南部)
- 002:南山区 - (前海:东北部)
- 003:南山区 - (后海:海岸城)
- 004:宝安区 - (宝安:西部)
- 005:宝安区 - (宝安:东部)

注: 005节点选择了厨房外的阳台,用于局部真实环境数据的突出展示(吸烟、油烟等),所以后续展示数据中,短期波动比较大。



3. 追踪数据与分析



短期污染气团移动的情况,出现过多次,这里针对一次典型的事件分析,来看一下具体情况的分析过程,事件时间是 2020年4月3日 星期五。



(1)系统数据

 

鹅厂的这波青年,自发搭建了一套分布式大气监测系统_第2张图片

实时监测页面

 

由此截图可知,西侧的宝安、南山前海的空气质量尚可,但东侧的后海等地已经出现了读数升高的情况。是内源问题吗?还是数据异常?

接下来看一下90分钟数据

 

鹅厂的这波青年,自发搭建了一套分布式大气监测系统_第3张图片

鹅厂的这波青年,自发搭建了一套分布式大气监测系统_第4张图片


由两个先后时间的截图可以明显发现,这是一个外部颗粒物气团,且有一个明显的移动过程:


- 西侧的1、4节点,监测指标首先上升,首先下降;

- 东侧的2、3、5节点,监测指标延后上升,延后下降。

初步判断:污染源是由外部进入深圳,是一个自西向东的移动过程。

由于我们的节点较少,未覆盖深圳以外地区,所以接下来我们使用了中国气象局及aqicn.org(第三方数据,可信度未知,这里仅做参考)的数据,进行对比,及外源性分析。



(2)公开数据

 


先看一下国家气象局深圳南油监测点的数据。

 

鹅厂的这波青年,自发搭建了一套分布式大气监测系统_第5张图片


国家气象局数据,每小时更新一次,每次一个数据指标,就指标来看,监测数据确实存在一个上升过程,并在16点进入告警状态。

也就是说,指标上升是真实存在的。

再看一下 aqicn.org 的数据。(第三方参考数据,不对其可信度负责,可信数据请关注国家气象局数据)
 

鹅厂的这波青年,自发搭建了一套分布式大气监测系统_第6张图片

 

aqicn.org 虽然也是以小时为频率更新数据,但提供了地理维度的数据展示效果。从图中可以看到,顺德、中山出现了更高的监测指标,结合我们自己系统的污染源移动数据,初步的推断是:也许顺德、中山首先受到了影响,且污染气团进一步越过珠江,到达了深圳。

但顺德、中山位于深圳的西北方和西方,为什么我们的系统监测看,似乎仅仅是西方传播源呢?为了进一步了解这个问题,我们接下来看一下地理情况及路径分析。



(3)污染来源与路径分析



先来看一下三地的地形情况

 

鹅厂的这波青年,自发搭建了一套分布式大气监测系统_第7张图片


可以发现,有几座山岭隔开了西北方向的直达路径,且由于珠江入海口的海拔,提供了一个允裕的传递通道。

我们假设有两个传播方向,猜测一下传播效果:

a) 西北方扩散而来

 

鹅厂的这波青年,自发搭建了一套分布式大气监测系统_第8张图片


由于多个山岭的阻隔,比较难以快速到达,反而会在中山一带聚集,形成一个位于西方的滞留点。

b) 西方扩散而来

 

鹅厂的这波青年,自发搭建了一套分布式大气监测系统_第9张图片


横跨珠江,自西向东,通道顺畅,理论上是具备条件的。

也就是说,无论污染气团是西北方传播过来,还是西方传播过来,都将产生我们系统中监测的数据效果。我们的监测系统,是真实有效的。

注:本实验性项目,仅仅是验证技术可行性,相关论述仅为模拟性推理,不代表实际情况。


 

二、系统技术架构

 

 

接下来,说明一下系统的组成,以及架构原理。



1. 系统架构图



本系统的核心部分,完全由腾讯云相关产品实现,并配合腾讯云兼容产品,共同搭建了系统。下图介绍了架构组成及使用的云产品。

鹅厂的这波青年,自发搭建了一套分布式大气监测系统_第10张图片

2. 终端模块与功能



(1)监测节点



监测节点由三个部分组成:

- 固件:软件层,使用TencentOS Tiny,可以使用加密通信方式,对接腾讯云物联网开发平台。

- 主控板:硬件层,使用兼容TencentOS Tiny的硬件产品,搭载固件,读取传感器,上报数据至腾讯云。

- 传感器:硬件层,此处使用了比较常见的攀藤传感器,用于监测数据。



(2)本地网关



网关分为两类,用于不同环境的接入,监测节点通过网关接入网络,并与腾讯云通信:


- LoRa网关:支持LoRa协议终端的接入,单网关支持1km~10km的覆盖能力。由于是长距通信能力,所以在无法使用网关时,也可使用低轨卫星接入。

- WiFi网关:支持WiFi协议终端的接入,用于家庭环境的接入。


  
3. 云端模块与功能



(1)物联网接入层



使用 腾讯云-物联网开发平台,实现终端加密接入腾讯云,具备多产品管理、多协议接入、数据解析、基础存储、状态监测等物联网核心能力。

本项目中将复杂的逻辑处理,转交其它云产品承接,使用了物联网开发平台的转推功能,将数据传递到应用接入模块。



(2)应用接入层



使用 腾讯云-API网关,实现快速的REST服务接口,全面PaaS化的接入服务,后端衔接逻辑层,负担监测数据格式化、展示数据复合化的出入口功能。



(3)逻辑层



使用 腾讯云-云函数,进行实时、定时的逻辑处理。有三种应用:

- 实时入库:将API网关转发的数据,经拆解、分析、入数据库。

- 定时分析:使用自带的定期任务能力,按小时、天等时间,对数据进行汇总分析。

- 实时查询:基于严格鉴权,向展示层提供展示数据。使展示数据有更好的缓存、与复杂数据组合能力。



(4)存储层



使用 腾讯云-云数据库,基于云数据库的高性能与高稳定性,且当前种子节点数据较少的情况,直接使用数据库记录数据。



(5)展示层



使用 腾讯云-腾讯云图,利用云图强大的地图、视效、多接口兼容能力,快速搭建丰富的展示效果。

在展示页中,所有的地图数据均为实时绘制,通过 腾讯云-API网关 和 腾讯云-云函数 这两个产品配合提供的接口数据,按指定经纬度展示数据效果。云图自带的2D、3D省市区展示效果,将应用在本项目的后续功能中。
 

三、结语


由于项目架构点多,且受限于篇幅原因,本文仅展示了实验性项目的核心效果与架构概述,具体每个模块的技术实现与处理细节,将在后续文章中,逐个展开说明。请大家关注后续文章。

注:本项目为实验性项目,相关数据与推论均为简单分析。准确的监测数据值,还请关注国家气象局数据。

 

参考资料:

 

[1] 腾讯云-物联网开发平台:

https://cloud.tencent.com/product/iotexplorer

[2] TencentOS tiny:

https://github.com/Tencent/TencentOS-tiny

[3] 腾讯云-API网关:

https://cloud.tencent.com/product/apigateway

[4] 腾讯云-云函数:

https://cloud.tencent.com/product/scf

[5] 腾讯云-云数据库:

https://cloud.tencent.com/product/cdb

[6] 腾讯云-腾讯云图:

https://cloud.tencent.com/product/tcv

 

作者简介

高树磊,腾讯云高级生态产品经理,2015年加入腾讯,历任腾讯云基础产品经理及生态产品经理,拥有9项国家专利,现负责腾讯生态联合实验室建设及相关标准制定。

你可能感兴趣的:(鹅厂的这波青年,自发搭建了一套分布式大气监测系统)