Next: When the Observer isn't there: The OMP Feedback System
Up: Control System
Previous: The CARMA Monitor System (CAM) - Transforming Cyclically Collected Telemetry into a Linear Stream
Table of Contents - Subject Index - Author Index - Search - PS reprint - PDF reprint

Marganian, P., Constantikes, K., & Creager, R. 2003, in ASP Conf. Ser., Vol. 314 Astronomical Data Analysis Software and Systems XIII, eds. F. Ochsenbein, M. Allen, & D. Egret (San Francisco: ASP), 724

The Engineering Measurement System:
A Crucial Component of the Precision Telescope Control System at the Green Bank Telescope

Paul R. Marganian, Kim Constantikes, Ramòn Creager
National Radio Astronomy Observatory, Green Bank, WV 24944, USA

Abstract:

The Engineering Measurement System (EMS) is a software package whose role is to provide a prototyping environment to experiment with a variety of different measurement and processing strategies. Its basic design provides a signal-flow graph user interface, which in turn interfaces with several off-the-shelf software components.

1. Introduction

The National Radio Astronomy Observatory has undertaken an ambitious project that is intended to control our 100m primary Gregorian telescope, the Green Bank Telescope (GBT), at frequencies up to 115 Ghz. The Precision Telescope Control System (PTCS) is being developed in order to make the improvements to telescope monitor and control that are necessary for high frequency observations described in 'The GBT Precision Telescope Control System' (Constantikes 2004). A key component of the PTCS is the Engineering Measurement System (EMS), a software package whose role is to provide a prototyping environment to experiment with a variety of different measurement and processing strategies (Figure 1). The EMS implements algorithms as signal flow graphs, uses Matlab for standard algorithms and visualization, and uses ODBC (Open Database Connectivity) and databases for organizing pertinent data. We will present an overview of the EMS system, along with its results as to date, as well as its possible future applications.

Figure 1: Demonstration of the EMS performing multilateration experiment
\begin{figure}
\epsscale{.90}
\plotone{P9-9-f1.eps}
\end{figure}

2. Paradigm

The EMS paradigm consists of a signal-flow graph environment, in which data is visually processed in the graph. All other components which either provide data or and/or process data communicate with this signal-flow graph. The signal-flow graph environment maintains state through connections to data-bases, and through global variables initialized upon start-up of the graph.

3. Components

The EMS consists of several different interacting components.

3.1 WiT: for Workflow management

WiT is a visual programming tool targeted at the image processing community. Algorithms are created by dragging and dropping icons that represent operations onto a workspace to create executable block diagrams called 'igraphs'. Links between the icons direct data from one icon to the next. WiT provides a DLL interface to allow users to create custom operation icons

3.2 Matlab: for Computation and Visualization

Matlab is a powerful integrated mathematical computation and visualization tool. It is an ideal environment for developing mathematical algorithms. Key features include: numerical computational tools, graphics for visualization and data analysis, interactive development, and application interfaces, such as COM and DLLs.

3.3 Open Database Connectivity (ODBC): for Data Organization

ODBC is an Application Programming Interface that allows a programmer to abstract a program from a database. ODBC can be used to insert data into and query data from mySQL and/or Access databases.

3.4 Metrology: for data acquisition from the GBT Laser Rangefinders

Laser Rangefinders are tools used in the attempt to measure the GBT's exact shape and position. GBT software provides a TCP server for acquiring Laser Rangefinder data. This TCP server can provide live or pre-recorded data.

3.5 GBT Monitor and Control

The GBT Monitor and Control system is responsible, among other things, for sending commands to the GBT's various sub-systems, and for retrieving pertinent data. The full services of the GBT Monitor and Control system are available to clients from a SOAP server.

4. Component Integration

4.1 EMS Application Architecture

WiT is used as the central component in this architecture, and provides most of the user interface. The user triggers Matlab computations, ODBC inserts/queries, Metrology data acquisition, directly through the WiT application. An exception to this is the interaction between Matlab and the Monitor and Control system (see below). In addition, some processes must be started separately from WiT (such as the Metrology TCP servers).

4.2 WiT Glyphs

As stated above, WiT is the central component to the EMS. Therefore, it is of crucial importance that WiT can interface with other applications. WiT provides a DLL interface to allow users to create custom operation icons. Any third party software that contains a C-Interface can be called from WiT. We have created three types of WiT icons that facilitate the Wit Interfaces with Matlab, ODBC libraries, and Metrology software.

4.3 Matlab Interfaces

The WiT/Matlab interface has facilitated the creation of the EMS as a visual algorithm building machine with state of the art computational and visualization capabilities. The Matlab engine library allows programmers to call the Matlab Computational Engine from C programs (in this case, a Wit icon). This library communicates with separate Matlab processes via a Component Object Model (COM) interface. The library allows users to open and a close a Matlab engine, insert and extract data, and perform commands (computations and/or visualizations). Data is translated between WiT and Matlab data forms using an intermediate data representation. Matlab can also interface with the GBT Monitor and Control system using a SOAP java client and XML parser, allowing Matlab to interact directly with the GBT, and pipe data back up into WiT.

5. Algorithm Development

The EMS provides a powerful and diverse algorithm development environment. Experiment re-configurations is compile and install free. Algorithm testing can be in real time, taking in live data through the Metrology interface or the Matlab/Monitor and Control interface, or can be accomplished after-the-fact, using the ODBC interface. Results from experiments are viewable immediately. And no software developer support is needed.

6. Application and Results

The development of the EMS has provided GBT scientists and engineers with a rapid algorithm development tool. The EMS has provided solutions to several problems. Figure 1 is an example of multilateration using Laser Rangefinders. In this example, the signal-flow graph initializes global variables, then moves on to extract data from the Laser Rangefinders. This data is then piped down to Matlab, where it is processed and visualizations are produced. In the later stages of the igraph, results are piped down into a mySQL database.

7. Future Developments

As algorithms are developed further using the EMS, entire WiT igraphs will be converted to stand-alone Matlab Applications, callable from a WiT icon, to provide faster and more stable execution. In addition, mature algorithms will be implemented into the PTCS, and standalone EMS components may be used for trials directly in the Monitor and Control system.

8. Summary

The Engineering Measurement System has been successfully developed as an algorithm development application by leveraging and interfacing several different off-the-shelf software components. It has proven to be an effective tool in the effort at high-frequency observations with the Green Bank Telescope.

Acknowledgments

We would like to thank Joe Poon for his help with WiT.

References

Constantikes, K. 2004, this volume, 689


© Copyright 2004 Astronomical Society of the Pacific, 390 Ashton Avenue, San Francisco, California 94112, USA
Next: When the Observer isn't there: The OMP Feedback System
Up: Control System
Previous: The CARMA Monitor System (CAM) - Transforming Cyclically Collected Telemetry into a Linear Stream
Table of Contents - Subject Index - Author Index - Search - PS reprint - PDF reprint