CINEMA System Engineering

Slides:



Advertisements
Similar presentations
System Safety's Role in Requirements Analysis
Advertisements

S Y S T E M S E N G I N E E R I N G.
More CMM Part Two : Details.
School of Computing, Dublin Institute of Technology.
Software Engineering CSE470: Requirements Analysis 1 Requirements Analysis Defining the WHAT.
System/Subsystem Requirements, Overview Determining requirements –Top level definition of driving requirements –Derived requirements Verification process.
Chapter 2 - Overview of the Systems Engineering Design Process1 Aerospace Systems Engineering Chapter 2 - Overview of the Systems Engineering Design Process.
LSU 10/09/2007System Design1 Project Management Unit #2.
LSU 01/18/2005Project Life Cycle1 The Project Life Cycle Project Management Unit, Lecture 2.
FIELDS iCDR Solar Probe Plus FIELDS Instrument CDR Introduction 1Peter Harvey.
Common PDR Problems ACES Presentation T. Gregory Guzik March 6, 2003.
NCSX Management Overview Hutch Neilson, NCSX Project Manager NCSX Conceptual Design Review Princeton, NJ May 23, 2002.
DVA Series Work Flow P. Dewdney Apr 15, SPDO DVP Work Flow 2 DVA-1 CPG.
DINO PDR 23 October 2015 DINO Systems Team Jeff Parker Anthony Lowrey.
SKA System Design Kobus Cloete 9 December 2010 AAVP Workshop "Exploring the Universe with the world's largest radio telescope"
THE PROJECT LIFE CYCLE PROJECT MANAGEMENT LIFE CYCLE LSU 01/18/2005 PROJECT LIFE CYCLE 1.
1 Mission Discussion & Project Reviews 祝飛鴻 10/14/93.
RBSP Radiation Belt Storm Probes RBSP Radiation Belt Storm Probes RBSP/EFW I-PER 21 January EFW Overview and Status Keith Goetz University of Minnesota.
RBSP Radiation Belt Storm Probes RBSP Radiation Belt Storm Probes 12/25/20151 Flight Software Template for Instrument Critical Design Review Gary M. Heiligman.
Solar Probe Plus A NASA Mission to Touch the Sun March 2015 Instrument Suite Name Presenter's Name.
GLAST LAT Project LAT System Engineering 1 GLAST Large Area Telescope: LAT System Engineering Pat Hascall SLAC System Engineering Manager
June 16, 2015SPP/FIELDS SOC CDR: Integration & Test SPP/FIELDS Integration and Test SOC Critical Design Review Keith Goetz University of Minnesota
SRR and PDR Charter & Review Team Linda Pacini (GSFC) Review Chair.
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.
TRIO-CINEMA 1 UCB, 2/08/2010 Integration and Test Program Dave Curtis UCB/SSL Space Sciences Laboratory University of California, Berkeley.
Introducing the INS Master Schedule Wayne Baggett.
TRIO-CINEMA 1 UCB, 2/08/2010 Mission Design Dave Curtis UCB/SSL Space Sciences Laboratory University of California, Berkeley.
SwCDR (Peer) Review 1 UCB MAVEN Particles and Fields Flight Software Critical Design Review Peter R. Harvey.
RBSP Radiation Belt Storm Probes RBSP Radiation Belt Storm Probes RBSP/EFW I-PER 21 January EFW Systems Engineering Michael Ludlam Space Sciences.
TRIO-CINEMA C&DH- 1 KHU, 10/19/2009 Command & Data Handling System (C&DH) Peter Harvey David Curtis David McGrogan Space Sciences Laboratory University.
TRIO-CINEMA 1 UCB, 2/08/2010 ACS Dave Auslander, Dave Pankow, Han Chen, Yao-Ting Mao, UC Berkeley Space Sciences Laboratory University of California, Berkeley.
Failure Modes, Effects and Criticality Analysis
EMIS Chapter 5 Much of Chap 5 and 6 varies depending on the contract type. Two major types are important so we’ll digress to Contracting 101 for.
TRIO-CINEMA 1 UCB, 2/08/2010 System Design Dave Curtis UCB/SSL Space Sciences Laboratory University of California, Berkeley.
Phase-1: Prepare for the Change Why stepping back and preparing for the change is so important to successful adoption: Uniform and effective change adoption.
Power Philip Luers NASA/GSFC Code 561 August 16-17, 2005.
TRIO-CINEMA 1 UCB, 2/08/2010 FSW & Operations Winter Summary Seyoung Yoon KHU EE Team.
TK2023 Object-Oriented Software Engineering
Camera PDR/CD1 Planning 19 September 2008
Session 2 Dr. Dan C. Surber, ESEP
How Systems are Developed
Integration Testing.
Command & Data Handling
Chapter 6: Database Project Management
Software and Systems Integration
Mars Atmosphere and Volatile EvolutioN (MAVEN) Mission
Solar Probe Plus – FIELDS Verification Instrument mini-PER (V5)
Mini-RF Requirements Overview
ACS UC Berkeley Space Sciences Laboratory
Session 5b Dr. Dan C. Surber, ESEP
IS442 Information Systems Engineering
Peer Review Agenda (Suggested).
CRaTER Pre-Environmental Review (I-PER) Completed Verification Results Bob Goeke September 10-11, 2008.
Electrical Ground Support Equipment Verification Test Support
Integration, Test, and Calibration
Roberta Roth, Alan Dennis, and Barbara Haley Wixom
SDO Flight Dynamics Subsystem
Software System Integration
Thursday’s Lecture Chemistry Building Musspratt Lecture Theatre,
By Jeff Burklo, Director
Lockheed Martin Canada’s SMB Mentoring Program
Launch and On-orbit Checkout
Integration and Test Organization Chart
CRaTER Pre-Environmental Review (I-PER) Completed Verification Results Bob Goeke September 10-11, 2007.
Instrument PDR Summary of Objectives
Baisc Of Software Testing
CS/EE/ME 75(a) Nov. 19, 2018 Today: Prelimnary Design Review Homework.
DOE Review of the LCLS Project October 2006
GLAST Large Area Telescope:
Project Management Unit #2
Presentation transcript:

CINEMA System Engineering Dave Curtis CINEMA 2009-10-19 -23

System Engineering Tasks Requirements Flowdown Identify top-level science and programmatic requirements Flow those requirements down to subsystems Involves some system-level design Verify by analysis and/or test that each requirement is met Interface Control, Specifications Document and track interfaces between subsystems System Design Top-level design of how the subsystems work together Resource Allocation and Tracking Mass, Power, Link Margin, Pointing, etc. Money, schedule, manpower resources typically tracked by Project Manager Technical Coordination and Evaluation Coordinate the various technical disciplines and subsystem leads to ensure that requirements are being met Perform technical reviews with independent reviewers to identify any issues Reliability Engineering and Risk Management Identify potential technical risks and failure modes and mitigate where possible System Integration and Test Coordination Ensure adequate testing to verify all requirements CINEMA 2009-10-19 -23

Requirements Top level science and programmatic requirements identified in the CINEMA NSF AO and Proposal Requirements have been extracted into a document and flowed down to the subsystem ftp://apollo.ssl.berkeley.edu/pub/cinema/2.%20Systems/CINEMA_Requirements.xls Flowdown depends on system design, which has evolved a bit since the proposal based on design trade studies Subsystem allocations still in work Some requirements cannot be nailed down until we have a launch selected Orbit, Launch loads, etc.; nominal values assumed for now Requirements organized as follows: Level 1 Science, Programmatic, and Mission Assurance Level 2 Subsystems (STEIN, MAGIC, ACS, Telecom, etc) Level 3 Components (MAGIC Boom, Torque Coils, etc) Documented requirements provides an agreed upon baseline for the system and subsystem engineers to design and test to, along with a rationale to remind us what we are losing if we cannot meet the requirements The System Engineer controls the requirements document. CINEMA 2009-10-19 -23

Sample Requirements CINEMA 2009-10-19 -23

Verification Each requirement must be verified during system testing Verify early at subsystem/component level where possible Verify again at the full system level Verify environmental requirements Survive launch loads Operate in vacuum and over temperature Some requirement verified by analysis, but test is preferred Ready to launch when all requirement verified System Engineer tracks verification of requirements CINEMA 2009-10-19 -23

Interface Control Documents An Interface Control Document (ICD) describes how one subsystem or component interacts with another or with the system as a whole It augments the requirements document with detailed information about how the interaction between subsystems takes place such that an engineer can design his subsystem. It includes things like mass and power, interface voltages, currents, signals, timing diagrams, pinouts, etc. The System Engineer, together with the subsystem engineer, develops the ICD for the subsystem MAGIC ICD first draft provided by IC. Others to follow as needed CINEMA 2009-10-19 -23

Specifications Specifications describe the implementation of a component or subsystem Includes details of how the item works, User information, handling details, etc. May take the place of an ICD in some cases Commercial equipment typically includes a specification or users manual Specifications provide a way of documenting the design as it progresses Important due to the transient nature of the students who are doing much of the CINEMA development Specifications are not formally controlled documents; they are expected to evolve with the design and include by reference the schematics, listings, and other low level design information All controlled documentation available on the CINEMA Web page ftp://apollo.ssl.berkeley.edu/pub/cinema All working documentation on the CINEMA Wiki page http://wiki-new.ssl.berkeley.edu/index.php/Cinema Password controlled. CINEMA 2009-10-19 -23

System Design Current top-level design shown in following slides Design continues to evolve Design to meet requirements Science, Technical, and Programmatic Details of subsystem designs in later talks CINEMA 2009-10-19 -23

Electrical Block Diagram CINEMA 2009-10-19 -23

Mechanical Configuration CINEMA 2009-10-19 -23

Ground System CINEMA 2009-10-19 -23

Operations Launched powered-off Power up into Safe mode Contact Ground power-up on deployment from P-Pod Power up into Safe mode Instrument and ACS Off Transceiver powered on, listening Contact Ground Set-up time-tagged contact windows so transceiver can be powered off between passes, freeing up power for ACS MAG Boom Deploy Determines major axis for stable spin Deploys magnetometer for ACS MAG Cal Use torque rods to determine MAG orientation ACS Acquisition Mode Detumble, Spin up, Sun-normal spinning Precession Mode Reorient to Ecliptic Normal Spin (requires ground interaction) Science Mode Power off ACS, Power up instruments Return to ACS Mode Periodic drift correction Return to Safe Mode In the event of problems (low power, no ground contact, system reset) Power up transceiver, wait to be contacted. CINEMA 2009-10-19 -23

Resource Budgets The following budgets are based on the proposal configuration Design trades continue to refine the configuration CINEMA 2009-10-19 -23

Mass CINEMA 2009-10-19 -23

Power Generation CINEMA 2009-10-19 -23

Battery CINEMA 2009-10-19 -23

Power Usage Telecom Power CINEMA 2009-10-19 -23

Telecom Assumes 1 pass/day for command / housekeeping via MHX2400 transceiver Remaining passes for Science recorder download with S-band transmitter CINEMA 2009-10-19 -23

Reliability Good design practices, workmanship standards, and high quality parts are key to reliable systems But are limited by the reality of limited cost and schedule On such a severely cost constrained mission as CINEMA, reliability is obtained by primarily through testing Identifies design flaws, poor quality parts, bad workmanship Test early, test often Include margin testing (voltage, temperature, frequency, etc) Include ‘test-as-you-fly’ CINEMA 2009-10-19 -23