Copyright MBARI 2003 Managing Sensor Network Configuration and Metadata In Ocean Observatories Using Instrument Pucks Kent L. HEADLEY, Thomas C. O’REILLY,

Slides:



Advertisements
Similar presentations
John A. Orcutt Deputy Director, SIO Ocean Observations Initiative NSF MREFC Chair, NSF/CORE DEOS Comm.
Advertisements

All rights reserved © 2006, Alcatel Grid Standardization & ETSI (May 2006) B. Berde, Alcatel R & I.
MicroKernel Pattern Presented by Sahibzada Sami ud din Kashif Khurshid.
Moxa Embedded Solution on IEC 61850
TURKEY AWOS TRAINING 1.0 / ALANYA 2005 TRAINING COURSE ON AUTOMATED WEATHER OBSERVING SYSTEMS ( AWOS ) MODULE C.2: COMMUNICATION SONER KARATAŞ ELECTRONIC.
What we do Larotecs Web2M is an off-the shelf, end-to-end, web-based solution designed to manage multiple widely distributed devices.
Distributed Data Processing
INTRODUCTION TO SIMULATION WITH OMNET++ José Daniel García Sánchez ARCOS Group – University Carlos III of Madrid.
15 th Annual Tcl/Tk Conference October 2008 Timothy L. Tomkinson Fellow Software Engineer Northrop Grumman Electronic Systems Remote Control of Test Equipment.
CGW 08, Kraków, October 13-15th,  Integration of instrumentation and selected applications with e-Infrastructure and maintenance on production.
Copyright MBARI 2004 MBARI-CIMT Mooring EARTH Workshop July 7, 2004 Kent Headley, Software Engineer, MBARI.
StreamBlade SOE TM Initial StreamBlade TM Stream Offload Engine (SOE) Single Board Computer SOE-4-PCI Rev 1.2.
Team 7 / May 24, 2006 Web Based Automation & Security Client Capstone Design Advisor Prof. David Bourner Team Members Lloyd Emokpae (team Lead) Vikash.
SENSORS and PUCK Duane Edgington, Bob Herlien, Kevin Gomes, Tom O’Reilly MBARI Duane Edgington, Bob Herlien, Kevin Gomes, Tom O’Reilly MBARI.
OOI CI S&A workshop 1/27/2011 PUCK protocol update Tom O’Reilly 1/27/2011.
Ch. 7. Architecture Standardization for WoT
Finding That Elusive Pot of Gold or Networking Your Shelter Rebecca Peltzer & Jennifer Bradley, Polk County – Air Quality Steve Drevik, Agilaire.
1 Introduction to XML. XML eXtensible implies that users define tag content Markup implies it is a coded document Language implies it is a metalanguage.
Ocean Technology Test Bed Colin Bradley, University of Victoria John Roston, McGill University NEPTUNE Canada VENUS.
A Cost Effective Means to Transmit Real-Time and Archived Well Data
DAKNET Presented By: rreema.
What is adaptive web technology?  There is an increasingly large demand for software systems which are able to operate effectively in dynamic environments.
SCADA and Telemetry Presented By:.
Discussion and conclusion The OGC SOS describes a global standard for storing and recalling sensor data and the associated metadata. The standard covers.
MICA: A Wireless Platform for Deeply Embedded Networks
A modern NM registration system capable of sending data to the NMDB Helen Mavromichalaki - Christos Sarlanis NKUA TEAM National & Kapodistrian University.
Ch. 1. The Third ICT Wave The Third ICT Wave.
Page 1 ADAM-6000 Web-enabled Smart I/O Γιάννης Στάβαρης Technical Manager Ιούνιος 26, 2007.
CLOUD COMPUTING. What is cloud computing ? History Virtualization Cloud Computing hardware Cloud Computing services Cloud Architecture Advantages & Disadvantages.
MBARI’s SSDS Data Management for Ocean Observatories Brian Schlining ブライアン シュリニング.
Kevin Gomes, SENSORS Overview and Architecture OOI Cyberinfrastructure: Sensing and Acquisition Workshop San Diego August 5-7, 2008.
Computer Concepts 2014 Chapter 5 Local Area Networks.
NATIONAL INSTITUTE OF SCIENCE & TECHNOLOGY Presented by: Santosh kumar Swain Technical Seminar Presentation by SANTOSH KUMAR SWAIN Roll # CS
Marine & Aquatic Sensor Arrays Ken Johnson Monterey Bay Aquarium Research Institute.
Oceanographic Data Provenance Tracking with the Shore Side Data System Mike McCann, Kevin Gomes International Provenance and Annotation Workshop June 18,
CONFIDENTIAL 1. 2 Designing the Intelligent Energy Gateway 2009 CONFIDENTIAL.
Daniel E. Frye A GENERAL VIEW OF GATEWAY PLATFORMS Daniel E. Frye Woods Hole Oceanographic Institution.
IODE Ocean Data Portal - technological framework of new IODE system Dr. Sergey Belov, et al. Partnership Centre for the IODE Ocean Data Portal MINCyT,
OOI CI LCA REVIEW August 2010 Ocean Observatories Initiative OOI Cyberinfrastructure Architecture Overview Michael Meisinger Life Cycle Architecture Review.
AUV CTD Time Series (900200) 09 June Project Goals Automate and sustain observations in Monterey Bay Increase the spatial resolution of regular.
OOI Annual Review Year 2 May 16 – 20, 2011 Ocean Observatories Initiative Surface and Subsurface Mooring Telemetry Inductive and acoustic technology and.
ASI-Eumetsat Meeting Matera, 4-5 Feb CNM Context Matera, February 4-5, 20092ASI-Eumetsat Meeting.
Ocean Observatories Initiative OOI Cyberinfrastructure Life Cycle Objectives Review January 8-9, 2013 Tom O’Reilly Monterey Bay Aquarium Research Institute.
MBARI Observatory Software Software Infrastructure and Applications for MOOS K. Headley January 2011.
Topics of presentation
1 Geospatial and Business Intelligence Jean-Sébastien Turcotte Executive VP San Francisco - April 2007 Streamlining web mapping applications.
Introduction Infrastructure for pervasive computing has many challenges: 1)pervasive computing is a large aspect which includes hardware side (mobile phones,portable.
Interoperable marine monitoring systems Toma Daniel Mihai Technical University of Catalonia Mentor: Tom O’Reilly MBARI 2010.
OS Services And Networking Support Juan Wang Qi Pan Department of Computer Science Southeastern University August 1999.
Architectural Approaches (Part 1) Power Aware Distributed Systems Kickoff August 23, 2000.
Kevin Gomes and John Graybeal, MBARI MBARI’s SSDS OOI Cyberinfrastructure: San Diego June 30, 2008.
Overview A wireless sensor network (WSN) is a wireless network consisting of spatially distributed autonomous devices using sensors to cooperatively monitor.
The Gator Tech Smart House: A Programmable Pervasive Space Real/Research Application In Pervasive Computing Lee Hae Dong, ICU CSE.
CLOUD COMPUTING. What is cloud computing ? History Virtualization Cloud Computing hardware Cloud Computing services Cloud Architecture Advantages & Disadvantages.
Jabber Technical Overview Presenter: Ming-Wei Lin.
Background Real-time environmental monitoring is a field garnering an ever-increasing amount of attention. The ability for sensors to make and publish.
August 2003 At A Glance The IRC is a platform independent, extensible, and adaptive framework that provides robust, interactive, and distributed control.
Internet of Things. IoT Novel paradigm – Rapidly gaining ground in the wireless scenario Basic idea – Pervasive presence around us a variety of things.
Source Controller software Ianos Schmidt The University of Iowa.
Kevin Gomes, MBARI MBARI Data Architecture OOI Cyberinfrastructure: Data Product Generation Workshop San Diego May 20-21, 2008.
Providing web services to mobile users: The architecture design of an m-service portal Minder Chen - Dongsong Zhang - Lina Zhou Presented by: Juan M. Cubillos.
GRID ANATOMY Advanced Computing Concepts – Dr. Emmanuel Pilli.
11 th February 2008Brian Martlew EPICS for MICE Status of the MICE slow control system Brian Martlew STFC, Daresbury Laboratory.
March 2004 At A Glance The AutoFDS provides a web- based interface to acquire, generate, and distribute products, using the GMSEC Reference Architecture.
IODE Ocean Data Portal - technological framework of new IODE system Dr. Sergey Belov, et al. Partnership Centre for the IODE Ocean Data Portal.
REMOTE SENSING IN THE ARCTIC REGION
Joseph JaJa, Mike Smorul, and Sangchul Song
Programmable Logic Controllers (PLCs) An Overview.
REMOTE POWER MONITORING OF MARINE SITES
Task Manager & Profile Interface
Presentation transcript:

Copyright MBARI 2003 Managing Sensor Network Configuration and Metadata In Ocean Observatories Using Instrument Pucks Kent L. HEADLEY, Thomas C. O’REILLY, Michael RISI, Lance McBRIDE, Dan DAVIS, Duane EDGINGTON, May 10, 2007

Copyright MBARI 2003 Acknowledgements SIAM Engineering Thomas C. O’Reilly Michael Risi Daniel Davis Duane Edgington MOOS Engineering Lance McBride Wayne Radochonsky Timothy Meese Mark Chaffey SSDS Engineering Kevin Gomes John Graybeal Science Collaborators Francisco Chavez John Ryan Operations Collaborators Mike Kelley Mark “Zorba” Pickerill External Collaborators Nortek Seabird Electronics WetLabs Technical Support Support Engineering Techincal Support Group Sponsors David and Lucile Packard Foundation

Copyright MBARI 2003 Overview New Ocean Observatories: Context for Instrument Pucks MBARI Ocean Observing System (MOOS) Software Infrastructure and Applications for MOOS (SIAM) Challenges Faced by New Ocean Observatories Instrument Pucks Results and Status

Copyright MBARI 2003 MOOS: Context for Instrument Pucks “Monterey Ocean Observing System” Development program of observatory technologies and systems integrated with multiple field deployments and science experiments Aim is for the technologies and systems to be adopted by community observatory programs, e.g. OOI System concepts Buoy based observatories Cabled observatories MOOS Sub-Systems/Technologies Software Infrastructure and Applications (SIAM) Shore Side Data System (SSDS) MOOS Mooring/MOOS Mooring Controller (MMC) AUV’s/AUV docking Vertical profiling

Copyright MBARI 2003 Dorado AUV Docking MBARI Vertical Profiler Shore-Side Data System MOOS Projects SIAM...MOOS Mooring/MMC

Copyright MBARI km MOOS Mooring Moored network of benthic, midwater, and surface nodes Instruments can be accessed in near-realtime over satellite or RF link Power ( W) and data (10 Mbit/sec) to the seafloor 4000 meter depth 10 km Benthic runs Support for AUV docking

Copyright MBARI 2003 MOOS Sensors Commercial off-the-shelf (COTS) Custom-made > 100 candidates for MOOS Many different software protocols Existing instrumentation (mostly serial) RS-232 RS-485 analog Spectroradiometer Acoustic Doppler Current Profiler Fluorometer

Copyright MBARI 2003 SIAM “Software Infrastructure and Applications for MOOS” Deployed and Operations subsystems of MOOS moored network Provides and enables –data collection –resource and configuration management –metadata handling –maintenance –instrument configuration, command and control –archiving data/metadata

Copyright MBARI 2003 wire/fiber TCP/IP Radio wire/fiber TCP/IP Moored network SIAM Operations Subsystem Mooring node Benthic node Benthic node Operations workstation Portal host MOOS network Shore network SIAM Deployed Subsystem

Copyright MBARI 2003 Key Elements of SIAM Plug and Work Configuration –Instrument Pucks Deployed subsystem – Host-node application frameworks – Host-node applications Operations subsystem –Shore side applications Portal software –links deployed and operations subsystems –manages communications, bandwidth

Copyright MBARI 2003 Ocean Observatory Challenges With Greater Capabilities… Great variety of instrumentation Highly integrated data collection Cooperation between a variety of platforms (AUV, ROV, Moorings) Adaptive sampling Event detection Wider Coverage (Surface to Seafloor) Come New Challenges… Platform Configuration Management Metadata Management Diverse Software Protocols Operational Scalability Power Management Intermittent, Low-Bandwidth Telemetry Links

Copyright MBARI 2003 The Configuration Headache Many steps required for a device to join a platform: –Plug device into host port –Install device software, configuration files, metadata –Modify host’s configuration file (port #, baud rate, etc) –Note change of data collection context and associate metadata with new data stream Time-consuming, tedious, and error-prone Does not scale well Pete Strutton, 1998, Equatorial Pacific

Copyright MBARI 2003 Metadata System Requirements Metadata needed to: –Interpret scientific data from sensors Rigorously captures context of scientific measurements –Describe sensors, instruments, platforms, and communication links in a deployment –System infrastructure data support Support the real time operation of the system, including monitoring and diagnostics

Copyright MBARI 2003 Power constraints Intermittent network Harsh physical/electrical environment Many legacy instruments –Commercial off-the-shelf and custom- made –Diverse protocols, few interface standards Need to describe and distinguish individual instruments Why is This a Difficult Problem?

Copyright MBARI 2003 The Plug-and-Work Solution... Physically plug device into host serial port Instrument service is (almost) automatically retrieved from instrument puck Metadata are automatically inserted into the archiving data stream when relevant changes occur Distributed software makes device services and metadata accessible to users and other observatory nodes

Copyright MBARI 2003 Instrument Puck Concept InstrumentPuck serial interface Consists of non-volatile memory and a simple protocol to access the contents An instrument puck is closely coupled to a specific instrument, always travels with its instrument Puck contains unique ID, instrument service code and metadata Host retrieves instrument service code and metadata from puck when the instrument/puck is plugged in to host node

Copyright MBARI 2003 What Information is Stored in the Puck? Instrument to node computer serial interface Depends on application… Instrument ID and metadata –Instrument type, default settings, owner, etc… Instrument service code –Downloaded and executed on node when instrument is plugged in Puck

Copyright MBARI 2003 Node manager Instrument service Instrument service New sensor Plug in new sensor Node Network Platform Configuration Operator Initiates Scan

Copyright MBARI 2003 Node manager Instrument service Instrument service Scanner starts instrument service Node Network Service joins network Instrument service code Instrument service Platform Configuration

Copyright MBARI 2003 What is Inside a Puck? 7.32 MHz MSP430 microprocessor –48 Kbytes flash for puck firmware –2 Kbytes RAM MAX3160 Serial Transceiver 1 MB SPI flash (configurable) for instrument service code and metadata

Copyright MBARI 2003 Puck Specifications Supports RS-232 or RS-485 up to 115 Kbps (and possibly greater) 1 MB flash (configurable) for instrument service code and metadata –Typical Instrument Service code is Kbytes –Typical metadata size TBD Power consumption (0.40 W quiescent /1.06 W during I/O) currently driven by COTS isolated power supply; target is 0.030/1.00 W) 4000 m housing 28 cm x 3.3 cm O.D. 5-wire interface

Copyright MBARI 2003 Plug in new sensor Network Node manager Instrument service Node Network New Sensor Puck Micro Flash Operator initiates scan Puck contents retrieved Puck Operation During Platform Configuration

Copyright MBARI 2003 Puck enters pass through mode Network Puck Operation During Platform Configuration Node manager Instrument service Node Network New Sensor Puck Micro Flash Instrument service controls sensor Puck Micro Flash Metadata

Copyright MBARI 2003 PUCK Enabled Instruments Same principle of operation Latest protocol enables seamless transfer between PUCK and instrument mode via software control Clear operational advantages over hardware implementations

Copyright MBARI 2003 Why Not Other Instrument Interface Standards? Easy for instrument manufacturers to adopt –requires little hardware change to integrate into existing products –small, lightweight, low power –inexpensive –uses common serial protocols already used by many manufacturers Puck is a general solution –independent of controller hardware/software –uses no proprietary standards SIAM/Puck architecture supports simple cabling infrastructure (5 wire interface) Lack financial incentive for instrument manufacturers to adopt new protocols No demand from science users for other interface standards

Copyright MBARI 2003 Activities and Milestones MTM-1 Deployment: Winter 2002 Puck Prototype Hardware: Spring-Summer 2003 AOSN Deployment: Summer 2003 CIMT Deployment: Summer 2004 MTM-2 Deployment Autumn 2003 MTM-3 Autumn 2005 MOOS Science Experiment: Summer 2006 Autumn 2006

Copyright MBARI 2003 Recent PUCK Activities PUCK Protocol v 1.3 developed with Nortek, Seabird and WetLabs Hardware implementation at v 1.2 Instruments deployed as part of MOOS Science Experiment Interoperability demonstration at JavaOne conference with Agilent and USF NetBeams project Currently writing proposal for OOI Coastal Global Scale Nodes Implementing Organization

Copyright MBARI 2003 Closing Remarks Close binding of metadata and configuration information to their data sources improves system scalability Instrument pucks perform this data-binding function, enabling plug-and-work behavior and automated configuration management and automatic metadata handling Instrument pucks can be used in cable-to-shore or moored ocean observatories; their usefulness is independent of the location of system intelligence (remote or on-shore) Instrument pucks use existing protocols to leverage large existing instrument base and standards used widely by the oceanographic community

Copyright MBARI 2003 Thank You

Copyright MBARI 2003 CIMT NOAA/UCSC project to develop coastal observatory infrastructure Chavez/Edgington - MBARI PM/Engineering lead SIAM to develop plug-and-work sensors for MOOS mooring controller Benchtop demo in August, 2003 with M1 instrument suite

Copyright MBARI 2003 MOOS Data Flow and SIAM Components Deployed Operations Shore Side Data System Shore Side Data System telemetry (high-speed link) commands telemetry External data source External data source external data metadatatelemetry commands telemetry processed data Deployed component operators Science users

Copyright MBARI 2003 Technical Approach to System Object oriented modular approach in software, hardware,and metadata Use distributed object, client-server, smart network, software framework Use instrument-puck interface between instrument and software infrastructure host Use XML to represent metadata and bind metadata to instrument through its puck

Copyright MBARI 2003 SIAM Deployed Deliverables Node networking Time-keeping Instrument control Data acquisition Metadata management Plug-and-work: sensor pucks Autonomous event response

Copyright MBARI 2003 SIAM Operations Deliverables Utilities for –System integration –Deployment –Maintenance Shoreside portal gateway Instrument user interfaces

Copyright MBARI 2003 Helping Platforms Manage Themselves Every Challenge Operational Scalability Platform Configuration Management Metadata Management Has A Solution Self Configuring Networks Binding Instruments with their Metadata Automatic Response to Dynamic Metadata Focus on Infrastructure that Provides Facilities for Automation and Cooperation

Copyright MBARI 2003 MOOS Functional Requirements Cabled ObservatoriesMooring SystemsAutonomous VehiclesData management MARSMOOS MooringDoradoAUV DockingMVPSIAM Shore-Side Data System System concepts design trade-offs configurations interfaces MOOS Projects

Copyright MBARI 2003 Wireless comms to shore Power ( W) and data (10 Mbit/sec) to the seafloor 4000 meter depth 10 km Benthic runs Support for AUV docking 10 km MOOS Mooring

Copyright MBARI 2003 New Sensor Plug in new sensor Network Device Discovery Node manager Instrument service Node Network Puck Micro Flash Operator initiates scan

Copyright MBARI 2003 Puck Operation During Device Discovery Node Plug in New Sensor Turn On Power Sensor InOut Non- Volatile Memory Micro InOut Non- Volatile Memory Micro

Copyright MBARI 2003 Puck Operation During Device Discovery Node Plug in New Sensor Turn On Power Sensor InOut Non- Volatile Memory Micro InOut Non- Volatile Memory Micro InOut Non- Volatile Memory Micro Puck Mode Enter Puck Mode Retrieve Puck Contents Node App

Copyright MBARI 2003 Puck Operation During Device Discovery Node Plug in New Sensor Turn On Power Sensor InOut Non- Volatile Memory Micro InOut Non- Volatile Memory Micro InOut Non- Volatile Memory Micro Puck Mode Enter Puck Mode Retrieve Puck Contents Enter Pass Through Mode Service Connects to Instrument InOut Non- Volatile Memory Micro Pass Through Mode Service