【#西安长城宽带断网之殇#追踪 陕西省通信管理局：进入转网收尾、退费工作开始阶段】今年4月至今，华商报接到70多条关于长城宽带的投诉。华商报记者逐一回访，发现有些用户虽已从长城宽带转网至移动，但还有很多用户面临转网难、退费难的局面。甚至在今年长城宽带大面积断网的情况下，仍有工作人员上门让用户续费。9月3日，华商报B02-B03版对此事进行了报道。9月6日，华商报记者再次来到陕西省通信管理局，咨询长城宽带转网、退费等相关问题。

因涉及垄断，个别小区未能迁转

陕西省通信管理局信息通信管理处工作人员称，长城宽带（以下简称长宽）从去年9月起开始断网，有内部原因也有外部原因，施工挖断线缆、三大运营商资费下降、长宽自身经营不善等，通管局协调多次，今年3月起，长宽用户可选择转网至移动，转网之前的信息登记等工作由长宽负责，转至移动后，接网等工作由移动负责，“有些小区没有端口或移动网络未覆盖，这些由移动处理。还有个别小区未能迁转到移动的，涉及小区垄断，移动进不去，这个也由对口业务部门在处理，网络设施肯定要共建共用。”

工作人员说，截至8月底，长宽有5万余用户，转网的有4万用户，等不到退费自己办理其他网络的有5000用户，在网、愿意迁转且未办理的还有300用户，已申请退费的有5000用户。300户的转网办完之后，长宽还会再动员一次申请退费用户，“能转网尽量都转网，因为确实没钱退。到最后实在不愿意转网的，再统计核算数量金额，由总公司拨款退费。”目前，已进行到转网工作的尾声、退费工作的开始阶段。

移动过户费须优先用于用户退费

“今天上午我们还联系了长宽总部，对方这周会来西安，再次当面协调沟通退费事宜。”工作人员说，关于长宽涉及的问题，通管局一直在做相关协调工作，长宽西安分公司目前还在营业，之前几百员工现在只剩十几个员工，其中多数在外跑业务，办理用户转网。移动和长宽目前是合作关系，移动是央企，长宽是民企，移动接收长宽用户迁转是出于央企的社会责任，每转一个用户到移动，移动会给长宽过户费，而这笔费用会直接打到长宽总公司，每月由长宽总公司给西安分公司拨款。省通管局已经和长宽总部强调沟通多次，这笔费用会优先用于用户退费。

自行换网用户剩余时长可转赠

有些用户因迟迟无法处理解决已自行换网，“剩余时长可转赠给家人朋友，长宽之前承诺断网时间的3倍补时，这些也都会补，如果换网了就转赠。”工作人员说， 西安长宽长时间中断电信服务且不及时退费，导致大量用户申诉，省通管局曾对其作出警告，并处2万元罚款的行政处罚，“不光是西安，长宽在河南郑州、海南等地，也都有类似的情况，相关部门也都处罚过。下一步，会继续对西安长宽进行督促，解决市民遇到的问题。”

华商报记者 佘欣/文 强军/图

#realme# 真我GT大师探索版
老是感觉亮屏充电有问题。 刚刚重新测试了一下。
21点41分开启闪充。
22.点01分结束充电。
充电时长20分钟 电量充入43%。
后台挂着微信 上tb3分钟 息屏充电3分钟 其余时间 看小说（已下载好的。小说软件断网版）
平均下来每分钟进电量为2.15%
你这是65瓦还是苹果的5伏一安？
而且我发社区跟我说一句内容不合法？？

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

天知本站通过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.数据偶然采集出错的处理和平滑功能还没写好。

明天再说一说观测仪器的