1 / 12

GSE and SOC-GSE (Science Operations Center In Support of I&T) Overview and Status

GSE and SOC-GSE (Science Operations Center In Support of I&T) Overview and Status. John Bonnell Will Rachelson Matt Born Space Sciences Laboratory University of California, Berkeley. EFW GSE and SOC-GSE Outline. Science Operations Center (SOC) Requirements Organization Description:

selah
Télécharger la présentation

GSE and SOC-GSE (Science Operations Center In Support of I&T) Overview and Status

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. GSE and SOC-GSE(Science Operations Center In Support of I&T)Overview and Status John Bonnell Will Rachelson Matt Born Space Sciences Laboratory University of California, Berkeley

  2. EFW GSE and SOC-GSEOutline Science Operations Center (SOC) Requirements Organization Description: Data Products Data Processing Flow Development: Schedule and Milestones Test Plan Status

  3. EFW SOCRequirements The EFW SOC allows the EFW SOC and Science teams to: Process and distribute EFW science data in a timely, accurate, and configuration-controlled fashion. Efficiently command and control the EFW instrument, both during ground testing and on-orbit operations. Governing documents: RBSP Mission Requirements Document. RBSP-EFW UCB Performance Assurance Matrix (GSE and SOC tabs). RBSP EFW SOC Requirements Document. RBSP EFW SOC Software Development Plan. Contributing Documents: RBSP Science Data Management Plan.

  4. EFW SOCOrganization • The EFW SOC will be: • Developed at UCB. • Hosted from UCB. • UCB has played a similar role on previous missions: • CRRES, Polar, FAST, THEMIS. • EFW Instrument I&T occurs at UCB, and SOC development builds on the GSE required to support that effort: • GSE→Test SOC→FLT SOC.

  5. EFW SOCTop-Level Data Processing Diagram EMFISIS SOC MAG data OTHER RBSP and GEOPHYSICAL DATA Sources RBSP MOC CTG-CTG SOC-NRT SOC-PDP SDC-MDP SDC-MAG SDC-ODP SDC-BSEL EFW Supporting DATA ARCHIVES: EMF-MAG STATE MOC OGPD SOC-logs EFW Instrument DATA ARCHIVES: SOH L0+, L1, L2, QL, CAL, L3+ SDC-DVAL SDC-CAL SDC-SDA RBSP EFW SOC Command-Telemetry-Ground Support (CTG) and Science Data Center (SDC) elements. I-CDR SOC-CDR Jan 2010

  6. EFW SOCData Processing Organization • SOC is divided into two parts: • Command, Telemetry, and Ground Support (CTG). • Science Data Center (SDC) • CTG consists of a single CSCI, CTG. • SDC consists of 9 CSCIs, 1 of which is directly relevant to INT efforts: • NRT – Near-real Time data processing and display. • METUTC -- MET↔UTC Time Conversion • PDP – Processed Data Production. • DVAL – Data Validation • BSEL – Burst Data Selection • MDP – MOC Data Products Processing. • MAG – MOC and EMFISIS Data Products Processing. • ODP – Other RBSP and Geophysical Data Products Processing. • SDA – Science Data Analysis. • CAL – EFW Calibration Parameter Production.

  7. EFW SOCData Products

  8. EFW SOCNRT Block Diagram RBSP MOC EFW SOC CTG Near-Real Time Data Acquisition, Processing, and Display (Science and SOH) MOC L0 to SOC L0+ processing EFW L0+ Archive L0+ to L1 Processing EFW L1 Archive NRT Data Analysis And Display Autonomous Operation SOC and SCI team input required External Process or Resource

  9. EFW SOCDevelopment Plan: Schedule and Milestones

  10. BACKUP SLIDES

  11. EFW SOCCTG Block Diagram GSE

  12. EFW SOCTest Plan Detailed GSE-SOC test plan under development (due Q2 or Q3, 2009; supports SDP Phase II). CSCI elements will be tested in isolation to establish basic functionality (test cases; error cases and signaling). Example: phased introduction of DCB functions and testing using GSE. Elements are brought together into full modules and fed instrument data from known sensor excitations to verify module-level functionality and requirements fulfillment. Example: basic instrument functional tests during I&T. End-to-end testing at each stage of integration to weed out problems early. Example: testing of complete PDP chain as early as possible during Phase D using data from SC I&T and environmental tests.

More Related