抚仙湖1 m太阳望远镜(NVST)是目前国内最大的太阳望远镜，也是世界上最大的真空望远镜，主要对太阳光球和色球进行高空间分辨率的成像观测和高光谱分辨率的光谱观测^[1]。太阳光球和色球的高空间分辨率观测是太阳物理很重要的研究方向，也是主要的观测研究手段之一。目前已经实现了TiO和Hα双通道高分辨观测系统，该系统利用高分辨图像处理技术消除湍流大气对成像质量的影响，对太阳光球和色球进行同步高分辨率观测。基于该观测系统可以开展多项太阳物理前沿的研究，如太阳耀斑的精细结构等。常规的天文观测直接用探测器自带的软件既可进行，但是随着观测要求的提高，探测器自带的软件已经不能满足观测需求，高分辨观测系统的观测需求更为复杂，因此必须自行开发观测软件。

国内外许多望远镜采用不同的方式实现了自己的观测系统。由于各个望远镜实际情况以及科学目的不同，对观测采集系统有不同的要求。观测系统受这些需求的影响，在实现时采用了相应的措施，具有鲜明的该望远镜的特色，很难把这些系统直接挪用作为另一台望远镜的控制观测系统。比如远程望远镜控制系统第二版(Remote Telescope System 2^nd Version,RTS2)，最初的目的是为了能够自动控制一台小型望远镜对伽马射线暴进行观测的控制程序^[2]，所以在开发该系统时，更关心系统是否能够及时响应伽马射线暴(Gamma Ray Burst,GRB)信号，进行观测目标的快速切换。因此RTS2系统采用简单的C/S结构，使用一个中央调度服务器管理各个设备进程，具有结构简单，易于开发的特点。但受C/S架构特点的影响，当系统结构变得相对复杂时，将加大中央调度服务器的负载，降低服务器响应速度，造成消息处理的延迟，影响整个系统的性能。因此阿塔卡玛大型毫米波天线阵(Atacama Large Millimeter/sub-millimeter Array,ALMA)在开发其控制观测系统时，基于该系统需要协调多台望远镜的控制进行观测以及所控制的望远镜规模可能发生扩充的考虑，未采用传统的C/S架构，而是使用了容器/组件模型开发系统^[3]。多个容器分担了系统中央调度服务器的角色，避免某一服务器负载过大。该方式不仅提高系统的可扩展性，而且具有更好的可重用性。此外，ALMA提供开源的ALMA通用软件框架(ALMA Common Software,ACS)，可进行二次开发，缩短系统的开发周期。

由于1 m太阳望远镜高分辨观测系统仍有很多发展规划，如增加观测通道、改进高分辨重建技术、更换高速探测器、与光谱仪的同步观测模式等等。因此在高分辨观测软件的设计过程中需要将当前的需求和未来观测系统的发展统筹考虑，否则每一次变化都可能导致整个软件重新设计，大大增加开发成本，大幅度拖延观测系统的研制时间。在保证观测系统功能的前提下，还需具备良好的可扩展性，因此选用与ACS相似的软件架构。由于ACS使用通用物件请求代理架构作为通信中间件，并且与整个框架紧密耦合，基于通用物件请求代理架构(Common Object Request Broker Architecture,CORBA)组件性能与功能局限选择自行开发组件容器以及远程对象调用的底层实现。

1 m太阳望远镜现使用的常规观测通道为Hα通道(656.283 nm)和TiO通道(705.8 nm)，分别对太阳色球和光球进行观测。1 m太阳望远镜未将自适应光学系统用于常规观测，为实现高分辨观测，采用了后期数据重建的方式提高观测数据的空间分辨率，所以观测系统首先要满足重建算法的要求。1 m太阳望远镜采用斑点掩模算法，对图像进行多帧统计重建，需要观测采集系统能够在保证观测对象结构不发生变化的同时，采集满足算法信噪比要求帧数的数据。

1 m太阳望远镜原使用探测器厂家提供的数据采集程序，在功能上只能实现探测器的连续采集，无法与其它设备进行交互以实现比较复杂的观测模式，因此需要开发新的观测采集系统。新的观测采集系统根据各个通道观测方式的特点，可以实现波长点扫描观测、时间分辨率可调等多种观测模式。

Hα通道使用中心波长可调的Lyot滤光器进行成像观测，可实现不同波长的观测。对窄带成像观测，单点观测通常难以解释一些现象，如某些低温物质存在一定视向运动，造成增亮的假象，所以需要利用滤光器中心波长可调的特点，通过对多个波长进行观测，以获得谱线观测所能提供的物理信息。

在满足后期重建算法要求的基础上，观测采集系统需要实现Hα通道多个波长点扫描观测模式。其中，单个波长点观测作为多波长点扫描观测模式的特例，具体观测状态见图 1。观测多个波长点会造成时间分辨率的下降，通常观测3个波长点需要42 s。由于常规观测主要对耀斑进行监测，所以为保证时间分辨率，Hα通道常规观测模式为Hα线心单波长点观测。

图 1 观测状态图：左图为TiO通道；右图为Hα通道多个波长点扫描观测 Fig. 1 The State Diagram of the Observation

图选项

TiO通道的观测对象为不同演化速度的动力学现象，为满足观测需要，配备了一台可以实现高速采集的互补式金属氧化物半导体(Complementary Metal-Oxide-Semiconductor,CMOS)探测器。该探测器可以实现全帧曝光频率为100 Hz，但受CamLink传输速度250 MB/s的限制，1 s内曝光的数据需要4 s的传输时间。为防止探测器内存由于缓存太多的数据导致崩溃，在曝光完一定帧数后，必须停止曝光，直到缓存于探测器内存中的数据被完全移出。影响采集速度的主要因素为CambLink的传输速度，因此可通过缩小曝光区域，降低数据量以提高每秒传输的帧数，即牺牲TiO通道的视场以换取更高的时间分辨率。观测采集系统需要根据观测要求，提供小视场、高时间分辨率的观测模式。

常规观测时，TiO通道以监测为主，需要保证足够的视场。由于后期数据重建速度较慢，不能应对长时间持续采集带来的数据处理压力。因此需要观测采集系统能够实现大视场、低时间分辨率的常规观测模式，即在连续采集完重建算法要求的帧数后，暂停一段时间，在保证后期重建效果的同时，减少数据量。

在现有双通道高分辨成像系统的基础上，将搭建五通道成像系统，具体参数见表 1^[4]。

多通道高分辨成像系统的升级包括两方面：

(1)常规观测通道数的增加。首先在原双通道成像系统的基础上，增加G-band，Ca II(854.2 nm)和He I(1 083.0 nm)。其中，Ca II通道将使用中心波长可调的Lyot滤光器对色球进行观测，沿用Hα通道的观测模式，即多个波长点扫描观测，以及将单个波长点观测作为该种观测方式的特例。

(2)更高采集效率探测器的使用。在双通道观测中，TiO通道使用的CMOS探测器采集频率为100 Hz，但由于CamLink传输速度的限制，造成观测时间分辨率的下降。所以选择能够使用两个CamLink接口同时传输数据的探测器，作为多通道使用的探测器。

通道数的增加和更高采集频率探测器的使用，将面临更大的数据处理重建压力。TiO通道采用降低常规观测的时间分辨率的方式减轻数据重建的压力，但这种采集方式很难在其它观测通道继续使用，所以为减轻重建的压力，将采用多通道同步观测作为特殊的采集手段。

TiO通道使用滤光片对光球进行观测，信噪比远高于Hα通道使用的Lyot滤光器，所以使用由高信噪比的宽带成像系统观测数据进行统计重建得到的瞬时传递函数，重建低信噪比低通道的观测数据。该方式具有如下优点^[5]：

(1)重建速度快。同步重建只需要计算信噪比较高的通道的传递函数，所以相比需要对几个通道都计算传递函数的传统重建方式，可以减少重建所需的时间。

(2)提高时间分辨率。使用斑点掩模法对数据进行重建，为保证信噪比，往往采用增加重建帧数的方法，而使用同步重建需要的帧数较少，即用同样的帧数可以获得更多的结果，所以提高了时间分辨率。

同步重建算法要求不同通道探测器同步触发的误差为1 ms。为满足该触发精度，由一台上位机负责多台探测器的同步外触发控制。上位机通过外设部件互连标准(Peripheral Component Interconnect,PCI)总线控制卡的并行I/O口同步向多台探测器发出外触发信号，探测器收到信号后开始曝光。经过试验证明探测器的触发精度在纳秒量级，可以满足同步重建算法的要求。

双通道同步观测已经完成实验，但仍未用于常规观测。主要原因为双通道现使用的探测器采集频率相差很大。Hα通道使用的CCD模数转换效率很低，合并读取为1×1时采集频率为3.4 Hz，而TiO通道使用的CMOS外触发模式下采集频率为13 Hz，所以若采用一一对应的同步方式，将极大降低TiO通道的时间分辨率。因此，在搭建五通道观测平台时，选用了相同型号高采集频率的CMOS探测器。

1 m太阳望远镜多通道高分辨观测系统主要需求如下：

(1)功能性需求：(a)Hα通道实现多个波长点扫描观测；(b)TiO通道时间分辨率可调。

(2)非功能性需求：(a)开发周期短：功能性需求需要马上实现，并用于实际观测。在使用过程中，根据使用效果，可能调整预先定义的需求；(b)易扩展性：观测系统能够满足多通道观测系统扩展或升级需求。

为了在较短的开发周期内提交软件，以及在使用过程中能够快速响应需求的变化，采用敏捷开发方式^[6]，即首先快速搭建能够满足观测需要的软件，并在较低周期的迭代部署过程中，根据使用情况，调整原有功能的实现并增加新的特性。

在系统的具体实现过程中，为满足多通道发展的需要，主要通过降低系统耦合性的方式提高可扩展性，并分别从硬件部署和软件结构上进行系统的解耦。

为满足1 m太阳望远镜增加观测通道，使用更高采集频率探测器的要求，以及Hα通道和TiO通道的观测具有一定的独立性，采用分布式、多终端的观测采集部署方案(图 2)。该方案具有以下优点：

(1)可拓展性：由于每个通道配有一个控制终端，可通过增加控制终端数目来增加通道数，而且每个终端控制一台探测器，可以满足探测器的带宽以及其它要求。

(2)可维护性：发生单点故障时，不影响其它通道的正常观测，而且方便故障的排查。

(3)成本较低：可以使用较为便宜的商用计算机，降低成本。

图 2 观测采集系统部署图 Fig. 2 The Deployment diagram of the data collection system

图选项

由于观测系统仍然处于发展状态，需要更换探测器，调整存储设备，甚至存在更换操作系统的可能，因此需要系统架构能够满足功能和该功能相关计算机底层技术间的松耦合，所以将系统架构分为功能架构和技术架构^{[3, 7]}(图 3)。

图 3 功能/技术架构示意图 Fig. 3 Functional/Technical Architecture

图选项

(1)功能框架描述了各个组件的接口及功能，以及各个组件间的关系和交互行为。

(2)技术框架提供了远程通讯、线程、事务处理机制等底层具体实现细节。

为实现系统功能架构和技术架构的分离，采用了组件容器模型。组件是架构构建的最小模块，并以元数据等方式声明了与架构相关的属性，包括与其它组件的依赖性，所以可以独立开发组件。容器拥有多个独立的组件，并提供外部接口，能够简化对组件的管理。组件相当于实现构建功能框架最小单元的程序，而容器负责这些程序的开始、结束及其它功能，构成技术框架。Java和.Net都提供了容器组件的实现，但由于性能和设备硬件的支持，如许多设备的SDK包不提供.Net或者Java环境的支持，所以选择自行开发。

技术框架和功能框架的分离具有以下优点：

(1)降低了具体功能与相关软件技术间的耦合性。软件技术发展十分迅速，若与功能紧密耦合，就会使观测采集系统的性能受现有软件实现技术的限制。如1 m太阳望远镜现有控制系统的开发与通信技术实现紧密耦合。当时的通信技术已经不能满足现在的要求，所以如果更改底层通信技术，需要重写所有望远镜控制系统，工程量巨大。通过技术架构与功能架构间的松耦合性，可以减少调整软件技术带来的工作量。

(2)可以为工程师提供开发具体应用的平台，开发具体功能性应用的技术人员不用关心底层技术的实现。

为方便观测人员操作，使用了图形交互界面(图 4)。界面的设计采用了极简风格，主界面中仅列出观测必须使用的功能，如Hα通道滤光器扫描的偏带点、探测器曝光时间、观测目标信息等，其它在观测中极少使用的功能，如修改探测器合并读取或截取区域(Area Of Interest,AOI)，更改滤光器串口等，通过修改相应配置文件调整这些在观测中很少使用的参数。

图 4 交互图形界面。左图为Hα通道图形界面，右图为TiO通道图形界面 Fig. 4 Interaction of the GUI

图选项

多通道高分辨观测采集系统在功能上主要实现了Hα通道的多波长点扫描观测以及TiO通道根据不同观测目的采用不同时间分辨率等观测模式。由于1 m太阳望远镜多通道高分辨观测系统仍处于发展之中，观测采集软件系统在实现观测功能的同时，需保证良好的扩展性。因此在实现观测软件的过程中，采用了敏捷开发方式，在较低开发周期的部署迭代中，调整已实现的功能并加入新的特性。此外通过分布式、多终端的部署方式以及类似于ACS技术、功能框架的分离，提高观测采集系统的扩展性。

在下一步的发展中，将由双通道拓展为五通道高分辨成像系统，并更换更高速率的探测器，因此将在现有双通道观测采集系统的基础上，增加相应的观测采集服务端。此外，将使用多通道同步外触发采集模式代替现在使用的软件触发模式。