为了推动太阳射电观测技术的发展，我国天文学家提出400MHz~15GHz 范围内的厘米-分米波日像仪(Chinese Spectral Radio Heliograph,CSRH)^[1]，现已命名为MUSER，首次在多波段上实现同时以高空间、高时间和高频率分辨率观测太阳活动的动力学性质，对太阳从色球层到高日冕的广大区域进行高分辨率的三维动态成像观测，填补国际科学界在太阳耀斑、日冕物质抛射等爆发活动的能量初始释放区高分辨射电成像观测的空白，揭示太阳剧烈活动的起源和发生规律，并取得一批原创性研究成果，大大提升我国在太阳活动预报方面的能力，为航天航空、卫星通讯和国防建设等提供有效保障，对推动学科发展及相关高技术领域的建设具有重要作用。MUSER最终选址在内蒙古锡林格勒盟正镶白旗^[2]。

数据处理过程中，对观测地点的气象条件有相应的要求；一方面，在生成UVFITS、FITS-IDI等格式时，有相应天气的字段需要填入；另一方面，在低温、暴雨、冰雹等恶劣天气状况下，天线等物理情况有可能发生变化，同时暴雨对观测信号也有一定的误差作用，记录这些状态对后续数据处理有较大的帮助。

针对自动气象数据采集与归档的需要，项目组购置了美国戴维斯公司的Vantage Pro自动气象站。该气象站可以实时采集日像仪所在地的气象条件，但不能将数据存储到数据库中，也没有提供接口用于获取数据。而气象条件如光照、雨量、风速、风向、湿度、温度、雨量^{[3, 4]}等影响观测数据的有效性，因此需要实时采集并存储这些气象数据，并在数据处理过程中加入判定。除了对实时数据的处理，还包括对历史数据的处理(如某一个时间的积分)，需要能够查询历史的气象信息。因此需要实时采集并存储气象信息，能提供快速查询历史气象信息。在本文中，自行研发了一套系统，实现从Vantage Pro自动采集气象数据，并把数据存入数据库进行自动归档为后续检索使用，这是日像仪全自动观测与后续全自动数据处理的重要组成部分。其中，需要解决Vantage Pro通信协议分析、数据采集、数据格式分析与数据拆分、构建气象数据服务、数据合并归档与检索等相关问题。

Vantage Pro电子气象站是美国戴维斯公司(Davis Instruments Corp.)面向气象服务、移动服务的小型气象站^[5]，体积小，重量轻，功耗小，集成度高，安装简单，长期工作稳定可靠。气象站由一体化传感器单元(Integrated Sensor Suite,ISS)、终端控制器(CONSOLE)和记录器软件(Weather Link)组成^{[6, 7]}。一体化传感器单元可使用有线和无线方式传输数据，其中有线方式的一体化传感器单元由有线电缆供电，数据由有线电缆传送到终端控制器，电缆线长度可扩展至305m；无线方式的一体化传感器单元由太阳能供电，数据无线传送到终端控制器，距离大约200~300m。Vantage Pro也是目前国内外天文领域应用较广的全自动气象站之一，在远程自主观测等方面应用较广，MUSER使用有线电缆方式部署一体化传感器单元。Vantage Pro可以测量空气温度、空气相对湿度、风向、风速、雨量、气压、太阳辐射和紫外辐射，组成8要素电子气象站。还可扩展对土壤温度、土壤湿度及叶面湿度等气象要素进行观测。

与一般的气象站不同，Vantage Pro通过一体化传感器单元接口板接收数据并转发至终端控制器或连接的计算机中，其中温湿度传感器在白色百叶式防辐射罩内，翻斗式雨量计的翻斗在雨量筒内。各传感器信号线均接入一体化传感器单元接口板中。无线方式一体化传感器单元通过外部所带太阳能板供电，盒内装有一块3V锂电池，用于夜间及无日照时供电^[8]。终端控制器用来在未连接计算机单独显示气象信息时的状态。但由于当前日像仪采用计算机实时采集，因此终端控制器并不需要配置。

Vantage Pro中有线电缆的方式使用串行通信协议进行数据传输和命令控制，即RS232C串口通讯协议标准。RS232C串口通信协议包含8个数据位、1个起始位、1个停止位、无奇偶校验位。通信协议中的波特率设置为4800比特。用RS232C串口通信协议中的DB9(9针D型串口)，Vantage Pro串行端口的命令格式表示如下：

<参数名称—十进制数字>

<参数名称—十六进制数字>

<参数名称—二进制数字>

十进制和十六进制数字可以用ASCII替换，二进制数字发送字符值，每个命令之后紧跟一个换行符(\\n)。

Vantage Pro通过串口获取气象数据，实际传送的气象数据为99个字节的数据包，如表 1，从1~99对数据包编号，提取的数据用括号给出注释，括号中逗号之前的内容表示字段含义，逗号之后的内容表示测量值的单位。数据包的具体格式如表 1。

在应用中，将各个一体化传感器单元采集的气象因子数据通过RS232C串口通信协议传到数据接收服务器，通过该接收机上的数据请求与拆分程序将RS232C传送的气象因子数据包实时拆分出需要的气象因子并归档到MySQL数据库和键值数据库高速缓存中。同时数据合并程序自动合并同价值的数据，将最新的数据存到键值数据库中。系统整体结构如图 1。

图 1 气象站与数据库之间的通信图 Fig. 1 The Communication sketch between the Vantage Pro and the MySQL

图选项

串口数据的接收和归档以驻留程序方式运行在服务器上，图 2显示了实时气象数据拆分与处理的初始化流程。气象因子的记录器对象主要暂时存储拆分处理后的气象数据，气象因子读取器对象负责读取数据包中记录的特定气象因子的测量值。由于Vantage Pro气象站测量的气象因子值与要归档值的单位不一致，因此也需要气象因子的修正器对象对测量的原始值进行修正。

图 2 系统初始化流程图 Fig. 2 The flowchart of the initialization

图选项

系统初始化后，采集程序定时从串口接收数据，首先获得采集时间并转换为1970年到现在的秒数，并向Vantage Pro请求一个数据包，接着处理收到的气象数据包。采集服务器上实时气象数据的拆分与处理流程如图 3。

图 3 数据包的拆分处理 Fig. 3 The procedure of data extracting and processing

图选项

图 3中时间秒数的定义为从1970年1月1日0时0分0秒到此时的秒数。相邻的两个时间秒数之间相差60s，即1min。数据的采样周期也是1min。时间秒数用来唯一表示气象因子的采集时间或采样时间，同时也作为键值数据库存储中可分类的集合中顺序属性(Score)的值。

在实际应用中，将采集的气象数据保存到MySQL数据库中，同时为了提高查询速度，使用键值数据库作为高速缓存。MySQL数据库中数据表的定义如表 2。

键值数据库是一个Key-Value存储系统^[9]，和Memcached类似，它支持存储的值(Value)类型相对更多，包括字符串(string)、链表(list)、集合(set)和有序集合(zset)。键值数据库的功能可以理解为一个Key-Value的数据结构操作，数据保存在内存中定期刷新到磁盘，以提高读写效率。键值数据库通过两种方式实现数据持久化：使用快照的方式将内存中的数据不断写入磁盘，将操作记录在磁盘文件中。因为需要在键值数据库执行范围查询，使用有序集合Sorted Sets存储气象数据，集合结构中使用时间秒数作为顺序属性，气象数据的实际值为其值。而键(Key)的值为气象的统计因子，如温度、湿度等。比如将2015年1月29日16时26分05秒采集的温度值17℃存储到键值数据库的命令为：redis 127.0.0.1: 6379>zadd iss.temperature 142252110017。

在气象数据拆分与归档的例子中，以测量室外温度的传感器iss.temperature为例。其它气象因子数据的拆分与归档和气象因子(室外温度)的处理情况类似。步骤如下：

(1)开始采样时间为2015年1月29日16时26分05秒，将该时间转换成1970年以来的时间秒数，为1422521100。

(2)向Vantage Pro发送 “LOOP 1” 命令，请求一个99字节的数据包。接收端到气象站响应的数据包，数据包的内容如图 4。

图 4 数据包 Fig. 4 Entries in the packet

图选项

(3)传感器iss.temperature的读取器从数据包中偏移量为12的位置读取2个字节，其十六进制值为00 1d。读取器对象将00 1d转换成十进制的29。

(4)传感器iss.temperature的修正器将传感器的29F修正为2.900000F，然后再将2.900000F转换成-16.166667℃。(温度传感器记录的测量值是实际测量值的10倍，其它值的倍数详见表 1)

(5)传感器iss.temperature的记录器将-16.166667℃更新到记录器对象中。

(6)将传感器的值归档到MySQL和键值数据库中。

(7)更新下一次采用时间，循环步骤(1)~(7)。

数据处理过程中，在生成UVFITS、FITS-IDI等格式中，有相应的天气字段需要填入，同时在如低温、暴雨、冰雹等恶劣天气状况对观测信号也有一定的误差影响，因此在数据处理过程中需要获得气象数据。因数据量巨大，数据处理采用基于分布式的方法，数据处理程序分散在集群中的多台机器上，分布式程序处理会从多台机器向气象服务发送气象数据查询的请求，所以并发要求高，因此需要为数据处理程序构建高并发气象数据服务。选择使用ZeroMQ编写气象数据服务^{[10, 11]}，ZeroMQ不是如其名所示的是一个消息队列，它更像一个面向消息的中间件或者网络通信程序库，提供了多种语言的应用程序编程接口和跨越多种传输协议(甚至包括了进程间和进程内的通信)的套接字。同时为了满足高并发高速查询的要求，使用数据合并和缓存方式进一步提高数据查询效率。

一般情况下将采集的气象数据处理成特定格式后直接追加到数据库中，然而随着时间的积累，数据库中的记录数会急剧增加。相应地检索某一个时间段的天气状态所需的时间也会增加，不能满足高效数据处理的要求。由于连续时间段的天气状态可能相同，例如在2014-6-6 10∶00∶00到2014-6-6 10∶00∶59这一分钟采集的天气状态为晴天，而在接下来的59分钟的时间内采集的天气状态都为晴天。通常情况下是将这60条记录全部存储到数据库中，然而改进的归档方法是合并这60条记录为一条记录。当检索落在这一合并后的时间段天气状态时，仍然可以检索到要检索时间段的天气状态为晴天，这样做和从60条记录中检索到的天气状态一样都是晴天，保证了合并后的数据仍然是有效的。如果一天要归档的所有采集的天气状态都一样，那么采用合并方法，数据库中存储一条记录就可以记录这一天的天气状态。但是如果采用传统的数据归档方式，记录一天的天气状态就需要24×60条，这样不仅浪费存储空间，同时影响检索效率。

数据合并一定程度上可以加快检索速度，但对于具体值的气象采集因子，如需要在每个UVFITS文件中存储的温度、湿度值，无法采用数据合并，数据量仍非常大。为了进一步提高查询速度，使用键值数据库作为高速缓存。数据查询时首先访问键值数据库，只有当键值数据库访问失败时或者在键值数据库中找不到数据时才访问MySQL，并将从MySQL获得的数据更新到键值数据库中。

最常用的气象数据查询模式是根据观察时间查询气象数据，因此使用有序集合Sorted Set，Sorted Set是集合的一个升级版本，它在集合的基础上增加了一个顺序属性，这一属性在添加修改元素的时候可以指定，每次指定后，有序集合会自动重新按新的值调整顺序。可以理解为有两列的MySQL表，一列存储具体的值，一列存顺序，也就是气象数据的时间。操作中key理解为有序集合的名字。查询时根据观察时间和气象因子可以获得该时刻的具体气象数据。比如查询时间2015年1月29日16时26分05秒的温度值，首先将该时间转换成1970年以来的时间秒数，为1422521100，在键值数据库上执行如下查询命令：

redis 127.0.0.1: 6379>zrangebyscore temperature 1422521100+inf LIMIT 0 1

这条命令的意思是在键值为temperature的Sorted Sets中查找大于时间点1422521100的第1个值。+inf在键值数据库中表示正无穷大。

本文首先介绍了明安图射电频谱日像仪的基本情况，并对项目中气象条件的可能应用场景和气象条件对观测数据有效性可能造成的影响进行了论述。简要介绍了Vantage Pro气象站的基本工作原理，数据交换格式以及串行通信协议。设计并实现了气象数据的实时采集数据归档、合并和快速索引方法。本文介绍的Vantage Pro气象站的气象数据采集、存储及快速查询的优化方法对观测数据的处理有重要的支撑作用，同时也可应用于望远镜选址中气象条件的自动监测。本文虽然提到了气象数据的合并方法，但是具体的气象条件状态值的确定需要统计分析气象数据对观测数据的影响后得出。因此未来将进行大量统计分析以评估气象数据对观测数据的可能影响，完善归并方法。