在十九岁的尾巴里狂奔[小红花]
72h建模，和队友一起速成万字论文。
大概我与大神的区别就是
我：哎哟，我的这个代码跑出来了耶 要不要按照这个写，反正差不多[喵喵]
大神：嗯～等等我再想想，用循环的话会快很多
然后balibali就写出来了。
抛砖引玉我本人了，
能静下心写代码的人自带光芒[笑cry]

从无到有，时而面面相觑，时而互相鼓励，
又是一份辛苦而又特别的经历
(如果能有好消息就更好了)

过去的三天里，在教师节的时候给很多老师发了祝福。好多老师祝我健康快乐，我真的很感动。[悲伤]
因为只有真正了解我的人，才知道对现在的我而言，真正的快乐有多宝贵。[心]

还有就是综测出结果了，
在茫茫人海里，我守住了属于自己的位置。
虽然只是一朵平平无奇的小浪花，但我还是会坚定勇敢地奔向远方。[兔子]

团支部积累了很多活儿，晚上干了一些，
明天继续解决。

Follow my heart , follow my dream[给力]

这个观测站的名字我暂时定为天知。

天知本站通过SHT35采集温湿度数据，理论温度精度在±0.1℃，通过BMP280采集大气压数据，理论绝对精度在±1hPa，数据经过直接同型模块和产品化设备对比校正，绝对精度应当优于±1hPa。通过PMS7003获取空气颗粒物数据，对当前大气污染情况和能见度的反映良好(周围焚烧作物，燃放爆竹时数值变化灵敏，对近期副高控制下的高能见度良好空气情况反映同步)。

采集数据的中控是esp32开发板，一方面连接blynk服务器端实时(约5秒1次)上报数据并接收配置调整信息，另一方面连接MQTT服务器端，约一分钟上报一次存档数据。

我发现我的RTC时钟模块只要接上开发板就会导致温湿度模块无法使用，经过多个深夜痛苦的调试，最终放弃使用该模块，只使用ntp网络时钟。阿里云的时钟服务器时常连不上，幸而群晖的nas在控制面板里面自带ntp服务器功能，并且直接开启就可使用，没有什么坑。

原来blynk的服务端放在我的华为云服务器上，但是在家中运行频繁出现断线问题，这一断基本就直接卡住罢工了。怀疑是路由器上的小猫导致的代理，但是调试几遍没有好转，于是决定服务短信直接转到家里的nas上面。用docker安装了之后死活打不开管理页面，一整天都快被磨过去了，最后发现是要通过https协议访问管理页面(即便没有SSL证书)。改用局域网内的服务端后未曾出现断连现象。

MQTT的服务端也是直接在nas上用nas搭建的，因为是开源版本，只能收到消息，没有企业版那样收到之后直接保存到数据库的功能，要自己写。因此又在nas上安装mysql相关套件，参考网上示例用python写代码，连接MQTT，连接数据库，订阅来自天知的消息，如果来了上报的数据，就把数据分割好，存到数据库里面去。在nas上面后台持续运行这个python程序即可。这个程序运行得相当省心，没出过什么问题。

网上搜索资料稍微改一改，用python写了统计当日观测数据并发送微博的代码，用nas每天定时运行。

给qq机器人加入了查询当前数据库内最新数据和功能，qq机器人的痛苦开发历程我们之后再谈。

现在还有不少问题：
1.我写入了错误数据或者断网等情况下的自动重启功能，但是重启后不会记录上一次的采集频率和上报频率设置，导致数据库经常按照5秒一次的默认速度保存数据，占用大量空间。需要在默认设置里面做出调整。
2.大气颗粒物传感器的上报设置不合理，我原本想要设置定时休眠，但是受转接板引脚限制放弃了该功能的运行(代码已经实现并测试运行通过了)。这样一来原本上报计划不太合适，需要调整。
3.调整完成后大气颗粒物数据要接入mqtt的数据库存档，每日微博汇报要加入空气污染物的观测结果，QQ机器人要加入实时空气污染物监测数据的展示。
4.微博的汇报最好要有数据变化曲线图，最后以后能有数据展示的网页。
5.数据偶然采集出错的处理和平滑功能还没写好。

明天再说一说观测仪器的

#yangguang001# 全部整理出来。

看着电脑屏幕上的万用编译器上显示的运行成功的字样，陈默就忍不住想笑。

万用编译器是《计算机语言创造与应用》中自带的一种编译器，目的就是为了让创造计算机语言的人，能够解决编译代码不兼容的问题。

不过在写代码前，必须对基础语法进行定义。

皇天不负有心人。

经过这么长时间的创造，终于将基础语法完成。在编译器上，是一个最简单的十进制计算器。

上面显示成功，这就说明，基础语法的定义已经基本完整。

如果让人知道，他仅花了三个月就创造一门计算机语言