Aquarius Mission Simulation A realistic simulation is essential for mission readiness preparations This requires the ability to produce realistic data,

Slides:



Advertisements
Similar presentations
Chapter 12 Prototyping and Testing Design of Biomedical Devices and Systems By Paul H. King Richard C. Fries.
Advertisements

29-April Harris Team – Atmospheric and Environmental Research, GOES-R Ground System and Algorithm Implementation Design Alex Werbos Lizzie Lundgren.
Navigation and Ancillary Information Facility NIF Motivation for Developing SPICE November 2014.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 23 Slide 1 Software testing.
GLAST LAT ProjectISOC Peer Review - March 2, 2004 Document: LAT-PR Section 2.1 Requirements 1 Gamma-ray Large Area Space Telescope GLAST Large.
GLAST LAT Project ISOC Peer Review - March 2, 2004 Document: LAT-PR Section 2.3 Verification and Validation 1 Gamma-ray Large Area Space Telescope.
Simulating A Satellite CSGC Mission Operations Team Cameron HatcherJames Burkert Brandon BobianAleks Jarosz.
Page 1HMI Team Meeting – January 26, 2005 HMI Mission Operations Rock Bush HMI Stanford Program Manager Stanford University
09 May 2014page 1 ROCC to PPL ICD Initial Definition ExoMars Rover Operations Control Center ROCC.
1 08 January 2015 Stephen Horan Cube Quest Kick-off: Communications Rules PI for Avionics Space Technology Mission Directorate.
EE694v-Verification-Lect5-1- Lecture 5 - Verification Tools Automation improves the efficiency and reliability of the verification process Some tools,
MWR Algorithms (Wentz): Provide and validate wind, rain and sea ice [TBD] retrieval algorithms for MWR data Between now and launch (April 2011) 1. In-orbit.
GLAST LAT Project 1S. Ritz Purposes of the Data Challenges “End-to-end” testing of analysis software. –define the ends –define the tests (what is success?)
Testing - an Overview September 10, What is it, Why do it? Testing is a set of activities aimed at validating that an attribute or capability.
ALARA Planning and Teaching Tool Based on Virtual-Reality Technologies Di Zhang 1, X. George Xu 1, D. Hussey 2, S.Bushart 2 1 Nuclear Engineering and Engineering.
The Pursuit for Efficient S/C Design The Stanford Small Sat Challenge: –Learn system engineering processes –Design, build, test, and fly a CubeSat project.
Overview of the Database Development Process
1 Software Testing (Part-II) Lecture Software Testing Software Testing is the process of finding the bugs in a software. It helps in Verifying and.
Objectives Understand the basic concepts and definitions relating to testing, like error, fault, failure, test case, test suite, test harness. Explore.
Implementation Yaodong Bi. Introduction to Implementation Purposes of Implementation – Plan the system integrations required in each iteration – Distribute.
1. 2 Purpose of This Presentation ◆ To explain how spacecraft can be virtualized by using a standard modeling method; ◆ To introduce the basic concept.
Common PDR Problems ACES Presentation T. Gregory Guzik March 6, 2003.
Overview of Software Testing 07/12/2013 WISTPC 2013 Peter Clarke.
20a - 1 NASA’s Goddard Space Flight Center Attitude Control System (ACS) Eric Holmes, Code 591 Joe Garrick, Code 595 Jim Simpson, Code 596 NASA/GSFC August.
SGS: Activities and Requests Helen Middleton. Hermean Environment Working Group Meeting | SGS Team | Key Largo | 16/05/2013 | Slide 2 Contents 1.ESAC.
MAPLDDesign Integrity Concepts You Mean We’re Still Working On It? Sustaining a Design.
Aquarius Project Status 7 th Aquarius/SAC-D Science Team Meeting 11 April 2012.
CAPACITY Operational Atmospheric Chemistry Monitoring Missions CAPACITY Final Meeting - WP Ground Segment synthesis Final Meeting ESTEC02/06/05.
John T. Gunn, AVDS Manager Earth & Space Research 1910 Fairview Ave. E., Suite 210 Seattle, WA Ph: ; 1 st Joint GOSUD/SAMOS.
Thomas C. Stein PDS Geosciences Node Washington University in St. Louis 1MS Supporting Active Surface Missions and Adding Value.
Final Version Micro-Arcsecond Imaging Mission, Pathfinder (MAXIM-PF) Mission Operations Tim Rykowski Jeffrey Hosler May 13-17, 2002.
All rights reserved © Altec ExoMars 2018 Rover Operations Control Centre Planned Organization of ROCC Operations I. Musso.
Consortium Meeting La Palma October PV-Phase & Calibration Plans Sarah Leeks 1 SPIRE Consortium Meeting La Palma, Oct. 1 – PV Phase and.
Software Testing Reference: Software Engineering, Ian Sommerville, 6 th edition, Chapter 20.
DSL Distributed Systems Laboratory ATC 23 August Model Mission: Magnetospheric Multiscale (MMS) Mission Goal “To study the microphysics of three.
TESTING LEVELS Unit Testing Integration Testing System Testing Acceptance Testing.
Aquarius Level-3 Binning and Mapping Fred Patt. Definitions Projection - any process which transforms a spatially organized data set from one coordinate.
TRIO-CINEMA Meeting at KHU 1 October 19-23, 2009 CINEMA Operations Manfred Bester.
March 2004 At A Glance autoProducts is an automated flight dynamics product generation system. It provides a mission flight operations team with the capability.
Chapter 8 Lecture 1 Software Testing. Program testing Testing is intended to show that a program does what it is intended to do and to discover program.
Overview of SOIS Electronic Data Sheets (EDS) & Dictionary of Terms (DoT) SOIS APP WG Fall 2012.
All rights reserved © Altec ExoMars 2018 Rover Operations Control Centre Science instruments data pipeline G. Martucci.
VIIRS Product Evaluation at the Ocean PEATE Frederick S. Patt Gene C. Feldman IGARSS 2010 July 27, 2010.
1/15/02Bowman/Harch1 CONTOUR Science Ops Update Ann Harch Cornell University (607) Alice Bowman Applied Physics.
Software Engineering1  Verification: The software should conform to its specification  Validation: The software should do what the user really requires.
Mission Operations Review February 8-10, 2010 Cordoba, ARGENTINA SECTION 16.x Aquarius Science Commissioning and Acceptance Draft 2 Prepared by: Gary Lagerloef,
National Aeronautics and Space Administration Aquarius Validation Data System Overview and Status Algorithm Workshop March 21-22, 2007 John Gunn Earth.
GLAST LAT Project LAT System Engineering 1 GLAST Large Area Telescope: LAT System Engineering Pat Hascall SLAC System Engineering Manager
GLAST Large Area Telescope LAT Flight Software System Checkout TRR Test Suites (Backup) Stanford Linear Accelerator Center Gamma-ray Large Area Space Telescope.
First Flight: Successful Use of a High Rate LDPC Code With High Data Rate in a Restricted Band H. Garon, V. Sank, W. Fong NASA/GSFC Spring Technical Meeting,
Aquarius Simulation Studies Gary Lagerloef Aquarius Principal Investigator Algorithm Workshop 9-11 March 2010.
1. 2 Purpose of This Presentation ◆ To explain how spacecraft can be virtualized by using a standard modeling method; ◆ To introduce the basic concept.
ADPS Science Software Development Bryan Franz NASA Ocean Biology Processing Group Aquarius Data Processing Workshop, NASA/GSFC, March 2007.
Winter 2007SEG2101 Chapter 121 Chapter 12 Verification and Validation.
Chapter – 8 Software Tools.
GLAST LAT ProjectCDR/CD-3 Review May 12-16, 2003 Document: LAT-PR Section 5 IOC Subsystem 1 GLAST Large Area Telescope: IOC Subsystems WBS: 4.1.B.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 23 Slide 1 Software testing.
Aquarius Level 0-to-1A Processing Rule #1: save everything from the Level 0 data. Rule #2: never forget Rule #1! The objective is to ensure that the Level.
Testing Overview Software Reliability Techniques Testing Concepts CEN 4010 Class 24 – 11/17.
Software Testing Reference: Software Engineering, Ian Sommerville, 6 th edition, Chapter 20.
The road to the first E2E tests
Software Testing Strategies for building test group
Group mambers: Maira Naseer (BCS ).
GLAST Large Area Telescope:
Chapter 13 & 14 Software Testing Strategies and Techniques
Launch and On-orbit Checkout
Mark Suder
<Your Team # > Your Team Name Here
Chapter 13 & 14 Software Testing Strategies and Techniques 1 Software Engineering: A Practitioner’s Approach, 6th edition by Roger S. Pressman.
Presentation transcript:

Aquarius Mission Simulation A realistic simulation is essential for mission readiness preparations This requires the ability to produce realistic data, containing observations similar to expected flight data, with the correct volumes and structures. This data will be generated on an ongoing basis, over periods of months, to test the entire ground data processing system. Such a simulation has been proven to increase the success of the mission by exposing problems well in advance of launch. It can also be used to test alternative processing approaches.

SeaWiFS Heritage The SeaWiFS Project developed a realistic data simulation based on CZCS data and the sensor operations scenario. The simulation was configured to run daily, starting from a simulated orbit and sensor command schedule, through end-to-end processing of the data with the production system. This mission simulation was run continuously for 18 months prior to the SeaWiFS launch, uncovering many bugs and allowing major refinements in the processing system. As a result, SeaWiFS was able to produce scientifically credible data products from the very first sensor observations on September 4, 1997.

Mission Simulation Requirements A useful mission simulation requires: –Simulating sensor output starting from realistic geophysical values with sufficient fidelity to exercise “all” logical paths in the data processing algorithms –Simulating sensor downlink data in the correct format and the expected data rates and volumes –Simulating realistic data collection scenarios –Use of operational data processing software and formats –Use of actual ancillary data sets wherever possible –Ability to generate one day of data per day.

Mission Simulation Requirements (cont.) It does not necessarily require: –Simulating every aspect of the data path (e.g., surface-to-instrument, sensor operation) with maximum possible fidelity –Simulating 100% of the sensor output (e.g., housekeeping telemetry not required by science algorithms) or dynamics –Ability to incorporate anomalous behavior

Aquarius Mission Simulation Flow Simulated Orbit Salinity Map Input File Intermediate Data Persistent Data Output File

Aquarius Mission Simulation Flow Simulated Orbit Salinity Map Input File Intermediate Data Persistent Data Output File Data Collection Scheduler Downlink Schedule

Aquarius Mission Simulation Flow Simulated Orbit Surface Measurements Salinity Map Ancillary Data Sensor Geometry & Timing Radiative Transfer Model Sensor Measurements Input File Intermediate Data Persistent Data Output File Data Collection Scheduler Downlink Schedule

Aquarius Mission Simulation Flow Simulated Orbit Surface Measurements Sensor Telemetry Sensor Output DN Salinity Map Ancillary Data Sensor Geometry & Timing Instrument Model Radiative Transfer Model Data Collection Scheduler Downlink Schedule Sensor Measurements Input File Intermediate Data Persistent Data Output File

Aquarius Mission Simulation Flow Simulated Orbit Surface Measurements Sensor Telemetry Sensor Output DN Salinity Map Ancillary Data Sensor Geometry & Timing Instrument Model Radiative Transfer Model Data Collection Scheduler ICDS Simulator Sensor Memory Simulator Science Blocks Downlink Schedule Sensor Memory Sensor Measurements Input File Intermediate Data Persistent Data Output File

Aquarius Mission Simulation Flow Simulated Orbit Surface Measurements Sensor Telemetry Sensor Output DN Salinity Map Ancillary Data Sensor Geometry & Timing Instrument Model Radiative Transfer Model ICDS Simulator Sensor Memory Simulator Science Blocks Sensor Memory Sensor Measurements Input File Intermediate Data Persistent Data Output File Data Collection Scheduler Spacecraft Telemetry Simulator Downlink Schedule Spacecraft Telemetry Ephemeris File

Aquarius Mission Simulation Flow Simulated Orbit Surface Measurements Sensor Telemetry Sensor Output DN Salinity Map Ancillary Data Sensor Geometry & Timing Instrument Model Radiative Transfer Model Data Collection Scheduler ICDS Simulator Sensor Memory Simulator Spacecraft Telemetry Simulator Spacecraft Downlink Simulator Science Blocks Downlink Schedule Sensor Memory Downlink Files Spacecraft Telemetry Sensor Measurements Input File Intermediate Data Persistent Data Output File Ephemeris File

Aquarius Mission Simulation Scenario Simulated orbit (e.g., from TLEs) is used with the station coordinates to generate a daily data downlink schedule. Simulated orbit is used with the sensor geometry and timing and the global salinity map to generate surface observations and viewing geometry. Surface observations are combined with geometry, radiative transfer model and ancillary data to generate sensor observations. “Simplified” instrument model (with required engineering telemetry) is used to produce sensor output values (DN).

Aquarius Mission Simulation Scenario (cont). Sensor values and telemetry are formatted into science blocks. Science blocks are accumulated in “onboard memory” according to data collection/memory management scenario. Critical spacecraft telemetry (navigation) is formatted into spacecraft telemetry blocks at the specified sampling rate. Aquarius memory and spacecraft telemetry are “downlinked” at specified times according to downlink strategy (i.e., multiple Aquarius transmissions) and staged at CONAE.

Aquarius Mission Simulation Scenario (cont). Aquarius file is preprocessed at CONAE using ADPS-provided system. Aquarius and spacecraft files are acquired by ADPS. ADPS processes Aquarius and spacecraft data to levels 1A, 1B, 2 and 3 in mission product formats using operational data system, product generation software and ancillary data. ADPS generates matchups and provides to AVDS. Aquarius GS and Science team compare mission products with original source files. Repeat daily until launch!

Implementation Stages Initial simulation efforts would involve single orbits, downlinks and days to verify formats, interfaces and software. Spacecraft telemetry would use interim formats or best available information until SAC-D formats are finalized. CONAE interactions would be exercised after internal ADPS verification. Objective is to have full-up mission simulation running daily no later than L – 1 year. The simulation fidelity can always be improved once the basic mechanics are functioning.

Possible Improvements Simulated cold-sky maneuver. Multiple downlink stations Incorporate instrument characterization test results Incorporate various noise and error models ?