断网的那几天谁在记：风蚀自动气象站的本地与远程两条路

【万象推荐：WX-FSQ1】风蚀观测点大多立在人少、风大、没有市电的地方，通信条件也说不上好。设备如果把全部希望押在上传上，断网的那几天就是一张白纸；如果只把数据存在机器里，人得跑一趟才知道发生过什么。风蚀自动气象站的采集终端把这两条路并着走，一路往下存，一路往外送，数据才有底气说自己是连续的。

一、第一条路：先在本地落下

本地存储是这套系统里最不起眼、也最要紧的一环。气象观测单元和集沙称重单元的读数，按固定的时间间隔写进采集终端的存储里，这个过程不依赖任何网络。哪怕外面信号全无、平台那边一片空白，机器内部仍在按顺序记：几点几分风速多少、风向如何、称重单元累计到多少。等到有人到场，或者网络恢复，这段记录还在，一场沙的全过程也就还在。

二、第二条路：把数据送出去

远程监控平台走的是另一条逻辑。它不等有人来，而是把读数按周期送出去，让人在办公室里能看到点位的状态、当前的曲线、最近一次上传的时间。这条路的价值在于时效：一场沙正在起的时候，就能判断它会不会继续加强，而不必等一周后拿到数据再回头分析。对偏远点位来说，这也是判断设备是否还活着的唯的一办法。风蚀自动气象站让上传程序只负责把数送出去，把记录的责任留给本地，各走各的路，才不至于互相拖累，掉线时少传几条，人到场还能补齐。

三、两条路为什么要并行

原因很直接：这两条路怕的东西不一样。远程传输受制于信号覆盖、供电和流量，遇到连续阴天、基站故障，掉线是常事；本地存储则不怕这些，只怕存储写满和意外断电。一个负责当下的可见，一个负责事后的完整。真正无人值守的站点，必须同时具备这两种能力，否则要么看不见，要么留不下。并行不是冗余设计，而是野外条件下的基本要求。

四、两条路各自怕什么

本地这一路，最怕的是存储管理没做好：写得进、取不出，或者旧数据被新数据直接覆盖掉，等于白记。远程这一路，最怕的是把上传频率定得太高，供电撑不住，或者信号弱时反复重连，既耗电又传不完。合理的做法是让两路各守本分：本地按细粒度记全，远程按需传关键，遇到异常再补传。设备状态、供电情况和最近一次通信时间，都应当能在线看到，这样在远方也能判断这条路还通不通。

五、去现场取数那一天

再好的远程也替代不了到场。定期去一趟，把本地记录导出来，和平台上收到的数据比对一遍，看看有没有缺口、有没有异常跳变，顺便清一清集沙单元、查一查供电和固定件。这一步做完，两条路才算真正接上：远程负责日常的看，本地负责最终的账，人到场负责把两者对齐。数据可信，是从这些琐碎动作里攒出来的，没有哪一步可以长期省掉，也没有哪一步能交给设备代劳。

一套风蚀观测系统能不能长期立得住，往往不取决于它测了多少项，而取决于它有没有为最坏的情况做准备。断电、断网、连续阴天，这些在沙区都是常态。风蚀自动气象站把本地存储与远程传输并行起来，等于给每一场沙留了两份底稿：一份随时可看，一份始终在手。这比任何单项指标都更能说明它适不适合无人值守的野外地带。