Control System for Amateur Telescope Experience



Similar documents
Descripción y Areas del Dpto. de Computación de ALMA (ADC)

Copyright bizagi

How To Design A Project

Colegio Cristóbal Colón High School, Melipilla.

TMT SOFTWARE REQUIREMENTS FOR LOW-LEVEL SUBSYSTEMS

Autoguiding System Essentials

TheSkyX Supported Telescopes

CLOUD COMPUTING & WINDOWS AZURE

Polar Alignment by Iterating on One Star and Polaris

A SOA visualisation for the Business

Monitoring Infrastructure (MIS) Software Architecture Document. Version 1.1

Service-Oriented Architecture and Software Engineering

Green Migration from Oracle

The Data Grid: Towards an Architecture for Distributed Management and Analysis of Large Scientific Datasets

A Web-based Dashboard for the High-level Monitoring of ALMA

SOA-14: Continuous Integration in SOA Projects Andreas Gies

Masters in Human Computer Interaction

Masters in Advanced Computer Science

Masters in Artificial Intelligence

Using Chroot to Bring Linux Applications to Android

Elements of robot assisted test systems

Software Development Kit

Buying a Commercial Telescope

Lecture Objectives. Software Life Cycle. Software Engineering Layers. Software Process. Common Process Framework. Umbrella Activities

An Analysis of Reference Architectures for the Internet of Things

Certification Report

Total Exploration & Production: Field Monitoring Case Study

RUP Design. Purpose of Analysis & Design. Analysis & Design Workflow. Define Candidate Architecture. Create Initial Architecture Sketch

An Easier Way for Cross-Platform Data Acquisition Application Development

Developing the Architectural Framework for SOA Adoption

The Role of the Software Architect

A Management Tool for Component-Based Real-Time Supervision and Control Systems

SNMP Management of KIV-19s using the. TELEGRID KIV-19 Remote SNMP Proxy (KRSP TM )

Building Lab as a Service (LaaS) Clouds with TestShell

Federated, Generic Configuration Management for Engineering Data

Government of Chile

Core J2EE Patterns, Frameworks and Micro Architectures

Software Process Improvement

DCS110 CATVisor COMMANDER

Implementing Intercluster Lookup Service

Two patterns for cloud computing: Secure Virtual Machine Image Repository and Cloud Policy Management Point

Dependable (Safe/Reliable) Systems. ARO Reliability Workshop Software Intensive Systems

Cisco Application Networking for BEA WebLogic

Software Development with Real- Time Workshop Embedded Coder Nigel Holliday Thales Missile Electronics. Missile Electronics

Procedure: You can find the problem sheet on Drive D: of the lab PCs. Part 1: Router & Switch

GlassFish Security. open source community experience distilled. security measures. Secure your GlassFish installation, Web applications,

SERVICE-ORIENTED MODELING FRAMEWORK (SOMF ) SERVICE-ORIENTED BUSINESS INTEGRATION MODEL LANGUAGE SPECIFICATIONS

Masters in Computing and Information Technology

Masters in Networks and Distributed Systems

Bridge Development and Operations for faster delivery of applications

Enterprise Integration: operational models of business processes and workflow systems *

Motion Sensor Driven Gestrure Recognition for Future Internet Application Development

Managing Cloud Services in the Enterprise The Value of Cloud Services Brokers

MyCompany Professional Web Developer Certification Examination Specification

Project Development Plan

DIABLO VALLEY COLLEGE CATALOG

Consolidating HFC Device and Network Management and Monitoring under SCTE HMS SNMP

ICS 434 Advanced Database Systems

BCS THE CHARTERED INSTITUTE FOR IT. BCS HIGHER EDUCATION QUALIFICATIONS BCS Level 6 Professional Graduate Diploma in IT SOFTWARE ENGINEERING 2

Chapter 2 Addendum (More on Virtualization)

Oracle Data Integrator: Administration and Development

Monitoring Nginx Server

NexStar Communication Protocol

VisuSniff: A Tool For The Visualization Of Network Traffic

Teaching Astronomy in the University of Granada. Eduardo Battaner Departamento de Física Teórica y del Cosmos

Fondap Conicyt Rodrigo Palma Behnke SERC Team January, 6th 2015

Cisco Active Network Abstraction Gateway High Availability Solution

Easy configuration of NETCONF devices

Capability Maturity Framework for e-government: A Multi-dimensional Model and Assessing Tool *

Object oriented design process

Software Process Improvement CMM

Cisco ROSA Video Service Manager (VSM) Version 05.03

Using Symantec NetBackup with Symantec Security Information Manager 4.5

Design Considerations for a Wireless Sensor Network Architecture Attached to a Cognitive Training System for the Elderly

Static Analysis and Validation of Composite Behaviors in Composable Behavior Technology

System Component Deployment in a Realtime Embedded Software Defined Radio (SDR) Architecture

Citrix XenDesktop & XenApp

Transcription:

Control System for Amateur Telescope Experience Departamento de Informática, Universidad Técnica Federico Santa María, Avenida España 1680, Valparaiso, Chile

Agenda Introduction Scientific/Technological Novelty System Architecture Deployment Experiences Conclusions

What is CSAT? A Telescope Control System (TCS) Generic software for amateur telescopes Based on ALMA Common Software (ACS) Developed by ALMA-UTFSM Group First step towards professional generic TCS

The Problem Observatories reimplement their TCSs over and over again Reusing old telescopes Reduce cost of academic observatories Robotic and distributed telescopes Common patterns between telescopes Specific instruments of each one Integrate, port and deploy wide spectrum of external software

The Solution gtcs: generic Telescope Control System Bazaar paradigm: community development Advantage: there are not so many telescopes Problem: almost every telescope is different Step-by-step: show that is plausible First step: A prototype for amateur telescopes

CSAT Goals General objective To have first-hand case study to feedback in the gtcs design, and use the telescope for first prototype of gtcs usage.

CSAT Goals General objective To have first-hand case study to feedback in the gtcs design, and use the telescope for first prototype of gtcs usage. Specific objectives The system must:

CSAT Goals General objective To have first-hand case study to feedback in the gtcs design, and use the telescope for first prototype of gtcs usage. Specific objectives The system must: be capable to decide if the object is or not in the visible field of the sky.

CSAT Goals General objective To have first-hand case study to feedback in the gtcs design, and use the telescope for first prototype of gtcs usage. Specific objectives The system must: be capable to decide if the object is or not in the visible field of the sky. provide Presetting.

CSAT Goals General objective To have first-hand case study to feedback in the gtcs design, and use the telescope for first prototype of gtcs usage. Specific objectives The system must: be capable to decide if the object is or not in the visible field of the sky. provide Presetting. provide Pointing.

CSAT Goals General objective To have first-hand case study to feedback in the gtcs design, and use the telescope for first prototype of gtcs usage. Specific objectives The system must: be capable to decide if the object is or not in the visible field of the sky. provide Presetting. provide Pointing. provide Tracking.

System Architecture

System Architecture There are four software layers: Hardware access layer (1/4) In this layer the DevIOs are placed.

System Architecture There are four software layers: Hardware access layer (1/4) In this layer the DevIOs are placed. New hardware only change this layer device component

System Architecture There are four software layers: (Logical + Devices control) layer (2/4) This layer has components that do control over the Dev* components. For example, Telescope over DevTelescope.

System Architecture There are four software layers: (Logical + Devices control) layer (2/4) This layer has components that do control over the Dev* components. For example, Telescope over DevTelescope. Also, are present logical components, as Pointing, Tracking and Calculations.

System Architecture There are four software layers: Interface layer (3/4) This layer is compound by CSATStatus and CSATControl.

System Architecture There are four software layers: Interface layer (3/4) This layer is compound by CSATStatus and CSATControl. These are the entry points for external applications.

System Architecture There are four software layers: Interface layer (3/4) This layer is compound by CSATStatus and CSATControl. These are the entry points for external applications. CSATStatus: read-only operations. CSATControl: send commands.

System Architecture There are four software layers: Clients layer (4/4) Hevelius: easy-to-use GUI designed for teaching purposes.

System Architecture There are four software layers: Clients layer (4/4) Hevelius: easy-to-use GUI designed for teaching purposes. External clients wrapper: a wrapper for external applications that connect to a telescope.

System Architecture There are four software layers: Clients layer (4/4) Hevelius: easy-to-use GUI designed for teaching purposes. External clients wrapper: a wrapper for external applications that connect to a telescope. ACS Object Explorer: GUI to access the interface of a component.

Generic Control Design (1/3) Control several amateur telescopes Uses the generic ACS DevIO abstraction Defines a generic telescope interface to be implemented: Set axis velocity Get axis velocity Get current axis position Different control for each axis type (called mount) In particular for equatorial and alt/azm telescopes

Generic Control Design (2/3)

Generic Control Design (3/3)

External Applications Wrapper (1/3) Scenario CSAT works with the Hevelius GUI, but... External application compatibility is a key-feature (Amateur) Astronomers want to use other existing front-ends These applications usually interacts with telescopes They use some standard protocol to connect to the telescope

External Applications Wrapper (2/3) Our response Solution: a CSAT client that binds a serial port service Result: enhance CSAT usability using star catalogs, graphical interfaces, etc. Available protocols: LX200 and Nexstar Opportunity: use several mounts with the same interface!

External Applications Wrapper (3/3)

Goals achieved Control for altitude/azimuth mounted telescopes, as well as Equatorial mounted ones. Manual and automatic pointing model. Tracking capabilities. Geographic information configuration. Current support for Nexstar 4 SE, Meade LX200 GPS and Meade LX200 EMC telescopes. Hevelius GUI client for CSAT. External applications wrapper

Deployment methodology To deploy CSAT on new telescopes you should follow these steps: 1. Study the communication protocol. 2. Develop simple test clients. 3. Encapsulate the communication code into DevIOs. 4. Write a DevTelescope interface, using the corresponding DevIOs

UTFSM Deployment (1/2) CSRG Laboratory (Valparaíso) CSAT development platform: Celestron Nexstar 4 SE telescope MEADE Lunar Planetary Imager GARMIN GPS Nexstar simulator (ACS based and stand-alone) CCD GUI for testing 10-month development

UTFSM Deployment (2/2)

Santa Martina/PUC Deployment (1/2) Observatorio UC at Cerro Santa Martina (Santiago) Meade LX200 GPS telescope DevIO implementation and protocol adaptation Amateur observation and tracking testing 2-month development during a summer job

Santa Martina/PUC Deployment (2/2)

OCA/UCN Deployment (1/2) Observatorio Cerro Armazones (Atacama desert) Equatorial Meade LX200 EMC Protocol adaptation from PUC experience Amateur observation and tracking testing more exhaustive 3-days development (Plus the previous experience with LX200 telescopes)

OCA/UCN Deployment (2/2)

Conclusions Developing generic interfaces for telescopes is possible! CSAT was a productive way of learning from the astronomical instrumentation domain The usage of ACS framework provides the tools for: Component distribution Generic interfaces Runtime configuration Multi-language support Concurrent access Software testing ACS is a good platform for a gtcs implementation Most of the patterns of CSAT are the basis of gtcs

Future Work Design a general architecture for the gtcs gtcs workshop will be held at the UTFSM An implementation of gtcs will be developed

Questions? This work has been supported by project ALMA-CONICYT 31060008 Software Development for ALMA: Building Up Expertise to Meet ALMA Software Requirements withing a Chilean University. The development over the Meade LX200 GPS telescope on the Santa Martina Observatory could not have been done without the collaboration of the Pontificia Universidad Católica. The development over the Equatorial Meade LX200 and the testing over the 84 [cm] telescope on Cerro Armazones could not have been done without the collaboration of the Universidad Católica del Norte and Roland Lemke, who has also given us support with his participation on the gtcs discussions. Jorge Ibsen has been of great help during the whole process.