Mission Assurance Concepts and Discussion NEPTUNE Power CoDR Richard Kemski June 10, 2002.

Slides:



Advertisements
Similar presentations
Tore Langeland, Yongtao Yang and Carl Öhlen Risk based approach for development of offshore HVDC transmission technologies EWEA 2012.
Advertisements

Chapter 4 Quality Assurance in Context
EAS Lessons Learned Summary Lessons Learned Published in May 2014.
Software Quality Assurance (SQA). Recap SQA goal, attributes and metrics SQA plan Formal Technical Review (FTR) Statistical SQA – Six Sigma – Identifying.
Integrated Messaging and Process Analysis Control Techniques  SEA Inc. Proprietary Data – Please Protect Accordingly 6100 Uptown Blvd., NE, Suite 700,
TALOS Total ATM Life-cycle operational Solution. The Cost equation Life cycle costs are high Life cycle costs are complex Life cycle costs involve all.
Reliability Risk Assessment
Helfried Rybin 1 AUTOMOBILENTWICKLUNG / ENGINEERING Safety Demands for Automotive Hydrogen Storage Systems Helfried Rybin.
Quality by Design (QbD) N. Vidyashankar 1Quality by Design (QbD), FICCI, 19th Jan 2012.
System Safety & Mission Assurance (SS&MA) for Sub-Class D Missions Steve Jara NASA Ames System Safety & Mission Assurance Division.
Software Engineering CSE470: Systems Engineering 35 Computer System Engineering Computer System Engineering is a problem-solving activity. Itemize desired.
Power System for Ocean Bottom Observatories Taken from the Cabled Observatory Presentation School of Ocean and Earth Science and Technology February 2006.
Vegard Joa Moseng BI - BL Student meeting Reliability analysis summary for the BLEDP.
Software Verification and Validation (V&V) By Roger U. Fujii Presented by Donovan Faustino.
© ABB Group August 13, 2015 | Slide 1 Power Generation Service Life Cycle Management for Power Plants Daniel Looser, Power Gen Europe in Amsterdam, June.
LSU 01/18/2005Project Life Cycle1 The Project Life Cycle Project Management Unit, Lecture 2.
National Highway Traffic Safety Administration Electrical Safety William Joel Sánchez.
LHC Beam Screen Heaters: System overview, consolidation needs and project planning 4 February TE-CRG/JCC (Beam Screen Heater Review) 1.
Effective Methods for Software and Systems Integration
Software Project Management
FIELDS iCDR Solar Probe Plus FIELDS Instrument CDR Introduction 1Peter Harvey.
North East Pacific Time-series Underwater Networked Experiment (NEPTUNE): Power System Design, Modeling and Analysis Aditya Upadhye.
Standard WBS Version 1.0 WBS2-3.pptPage 1 Standard Work Breakdown Structure Legend = Decomposes to lower level WBS elements 4.0 Implementation 4.0 Implementation.
NEPTUNE Power System Ground Return Electrodes Tim McGinnis & Colin Sandwith UW/APL.
From Research Prototype to Production
Risk-Informed In- Service Inspection (RI-ISI) Ching Guey.
Unit 8 Syllabus Quality Management : Quality concepts, Software quality assurance, Software Reviews, Formal technical reviews, Statistical Software quality.
ERT 312 SAFETY & LOSS PREVENTION IN BIOPROCESS RISK ASSESSMENT Prepared by: Miss Hairul Nazirah Abdul Halim.
DESIGN OF THE NEPTUNE NODE CONVERTER Vatché Vorpérian Jet Propulsion Laboratory.
New proposed BU circuit and control logic design University of Washington.
FAULT TREE ANALYSIS (FTA). QUANTITATIVE RISK ANALYSIS Some of the commonly used quantitative risk assessment methods are; 1.Fault tree analysis (FTA)
Slide 1V&V 10/2002 Software Quality Assurance Dr. Linda H. Rosenberg Assistant Director For Information Sciences Goddard Space Flight Center, NASA
Final Version Micro-Arcsecond Imaging Mission, Pathfinder (MAXIM-PF) Mission Operations Tim Rykowski Jeffrey Hosler May 13-17, 2002.
Neptune Power Overview- 1 All rights reserved © 2003, Neptune NEPTUNE power subsystem Progress and Plans April 2003 Harold Kirkham.
C osmic R Ay T elescope for the E ffects of R adiation PERFORMANCE ASSURANCE BRIAN KLATT MISSION ASSURANCE MANAGER.
July LEReC Review July 2014 Low Energy RHIC electron Cooling Edward T. Lessard ESHQ.
Risk Management 1. Risks and Risk Management Risks are potential events that have negative impacts on safety or project technical performance, cost or.
Building Dependable Distributed Systems Chapter 1 Wenbing Zhao Department of Electrical and Computer Engineering Cleveland State University
THE PROJECT LIFE CYCLE PROJECT MANAGEMENT LIFE CYCLE LSU 01/18/2005 PROJECT LIFE CYCLE 1.
PSB dump: proposal of a new design EN – STI technical meeting on Booster dumps Friday 11 May 2012 BE Auditorium Prevessin Alba SARRIÓ MARTÍNEZ.
Idaho RISE System Reliability and Designing to Reduce Failure ENGR Sept 2005.
Review of the operation scenarios and required manning of the activities P. Schnizer and L. Serio.
Over View of CENELC Standards for Signalling Applications
Utility Engineers, PC.  Generation  Transmission  Distribution.
Probabilistic Risk Assessment (PRA) Mathew Samuel NASA/GSFC/MEI (301)
DESIGNING FOR COMPREHENSIVE SUPPORT THOMAS L. NONDORF THE BOEING COMPANY Oct. 22, 2003
Reliability Applied to KM3NET
Harold Kirkham Jet Propulsion Lab 21 May 2002 The NEPTUNE Project: Wiring the Juan de Fuca Plate for Science Bruce Howe University of Washington.
Review of the operation scenarios and required manning of the activities P. Schnizer and L. Serio.
Page 1 NEPTUNE Alternate System Design Peter Phibbs 7-8 January 2003.
Neptune Power Versions compared 1 All rights reserved © 2003, Neptune Power sub-system Versions 1 and 2 Key features V2 is functionally equivalent to V1.
NEPTUNE Power System Controller Preliminary Design Review Tim McGinnis Dec 4-5, 2003.
IAEA International Atomic Energy Agency INTRODUCTION Module 2.
SRR and PDR Charter & Review Team Linda Pacini (GSFC) Review Chair.
Software Engineering Lecture 8: Quality Assurance.
Angelo Orlando for the NEMO collaboration VLV T08, Toulon, France April International Workshop on a Very Large Volume Neutrino Telescope for.
Toward a New ATM Software Safety Assessment Methodology dott. Francesca Matarese.
Wet Demonstrator Objectives. 2 A Brief History Functional Requirements First DraftJuly 2014 Wet Demonstrator Scope First DraftJuly 2014 Singapore Workshop.
Failure Modes, Effects and Criticality Analysis
MVDC Collaboration MVDC Issues and Viability of Red Demo in Philadelphia.
ME Summer 2013 Systems Engineering, Part II Session July 2013 Mr. Larry Hopp, CPL.
The Rotation Sleeve System Triangle Equipment AS in co-operation with Ericsson Saab Avionics AB The EXPRO Group.
PRA: Validation versus Participation in Risk Analysis PRA as a Risk Informed Decision Making Tool Richard T. Banke– SAIC
ABB SACE Maintenance Preventive Maintenance Program
Peer Review Agenda (Suggested).
IEEE 383 Standard for Qualifying Electric Cables and Splices for Nuclear Facilities Preview SC-2 May 12, 2014 Robert Konnik.
Lockheed Martin Canada’s SMB Mentoring Program
HMI Reliability Dale Wolfe Reliability Engineer LMSSC*ATC*LMSAL
Chapter 9 – Software Evolution and Maintenance
Quality by Design (QbD)
Presentation transcript:

Mission Assurance Concepts and Discussion NEPTUNE Power CoDR Richard Kemski June 10, 2002

2 Agenda Mission Assurance from JPL Perspective Deep Space Missions Similarity to Deep Sea Missions Fault Protection Power System Pedigree Power System Reliability/Availability Node Power Modeling (Bottoms up estimate) Neptune Risk Management Neptune Mission Assurance Drivers Thoughts on Mission Assurance Implementation Thoughts on Mission Assurance Best Practices Summary

3 Mission Assurance from JPL Perspective Mission Assurance is involved throughout the complete mission lifecycle –From proposal (initial planning) phase to design/development phase through operations phase Mission Assurance personnel are integrated into the project structure –Project management, Risk management, Design team, Manufacturing, Test & Integration, and Operations (including maintenance) Mission Assurance includes: –EEE Parts, Environmental Design & Test Requirements, Reliability, Quality Assurance (H/W & S/W), Materials & Processes Control, Systems Safety (includes personnel and H/W), Operations Assurance

4 Deep Space Missions Similarity to Deep Sea Missions Deep Space –Long life –Environment driven design Temperature, Radiation, micrometeoroids, Launch dynamics, EMI/EMC –Pre-launch handling environment –Mix of new, inherited and modified inherited designs –System robustness traded with cost, science and operations impacts –Failures during operations are either costly and/or impossible to fix Deep Sea –Long life –Environment driven design Temperature, Ocean chemistry, Pressure, bio-fouling, Deployment dynamics, EMI/EMC –Pre-deployment handling environment –Mix of new, inherited and modified inherited designs –System robustness traded with cost, science and operations impacts –Failures during operations are costly to fix often with significant delay

5 Fault Protection Protects against propagation of fault to other elements of the system –Sense and isolation of fault (response is combination of H/W and S/W) –Spacecraft employ combination of block or functional redundancy wherever possible –Neptune employs dual shore power sources (to protect against shore/sea node failure propagation) and sensing & isolation (to protect against any node/line failure propagation)

6 Power System Pedigree Shore AC/DC 10KV converters – New COTS design, different(?) application environment Shore to Sea & backbone cable – Inherited, similar application environment (possibly higher current than qualified to) “Magic” spur cable – New design Alcatel Branching Units (BU’s) – Inherited (very few units deployed), similar application environment 400V, 48V DC/DC node converters – New design “Magic” cable to node and node to science terminations– New design Node circuit breakers – Inherited COTS, different application environment (requires new packaging) Node fault protection sense circuitry (differential I, over I, distance, etc.) – New designs SCADA software – New designs

7 Power System Reliability/Availability System Modeling –45 Nodes modeled plus 2 Intelligent BBU (equivalent to 2 nodes) –Repair opportunities available annually –Analysis by simulation at various confidence levels Given various node reliabilities (MTBFs of 30, 45, or 60 years) Given different success criteria (no node outages allowed, 1 node outage allowed,... ) –Results indicate that if few, or no, failures are allowed high node reliability is required (results shown for 90% confidence) Node MTBF No Failures* </= 1 Failure* </= 2 Failures* </= 4 Failures* 30 Years43%71%81%89% 60 Years61%86%92%95% * Failure is defined as loss of node

8 Node Power Modeling (Bottoms up estimate) Node Power includes: –Start-Up Supply –Overcurrent Protection –Feedback Control –48 Series DC – DC Converters Preliminary MIL-HDBK-217F parts count prediction –50% stress on all parts –10C case ambient temperature –Part Quality is class S Estimated MTBF is 826 years for a single converter –17% probability 48 in series will operate 30 years, therefore redundancy or architectural modification of converter design should be considered

9 Neptune Risk Management Minimum science requirements must be defined and accepted by the funding organization (NSF), partners and scientists –Design, Operations, and Mission Assurance Requirements derived from science requirements –All risks (technical, cost, schedule) measured against impact to minimum science requirements

10 Neptune Mission Assurance Drivers 30 year life (goal of > 2 years between node replacements per NOPP report) Pressure – approx. 200 – 300 atm. 2 o C < T< 30 o C (includes surface testing/handling and deployed environment) –2 o C low qualification temperature precludes deployment/repair in icing environment High power consumption/heat dissipation ? Corrosive effects of water, salt, sulfur, biofouling, ? - on cable insulation, node connectors, ? Effects of high DC E field on submerged materials (cable insulation – treeing, galvanic corrosion at anodes, ?) Systems and personnel safety during assembly test, I & T, installation, and repair operations due to heavy equipment, high power, high voltage application

11 Thoughts on Mission Assurance Implementation Representatives from each MA discipline part of design team –Close working relationship with design, fabrication, test engineers Generate Mission Assurance & Safety Plan and Environmental Design & Test Plan early to avoid programmatic surprises later Perform system level Fault Tree Analysis (FTA) and FMECA (includes both hardware and software) –Use failure rates and probabilities judiciously (I.e., where available data is relevant to application and environment) –Where data is unavailable: Perform accelerated tests on article of interest (e.g., connectors) –Assumes activation energies are known (where not known perform Design Of Experiments) Identify reliability discriminators (order of magnitude) Identify common mode failures (e.g., spur cable or spur connector failure causes node power and communications failure) Understand full impacts of application environment on inherited hardware –Inherited hardware rarely stays inherited

12 Thoughts on Mission Assurance Best Practices Perform full parts qualification to “S” space level requirements Perform Worst Case Analysis (V, T, life) or HAST at assembly level (in lieu of WCA) Parts Stress Analysis (derated parts have a significant impact on improving system lifetime) Evaluate all materials and processes for application and environmental compatibility Perform full qualification testing, or workmanship acceptance testing (at a minimum) on all assemblies Perform QA audits of all manufacturing processes and inspections of all delivered assemblies Involve Safety and QA early for all assembly and system level testing Perform Safety review of all high voltage testing and repair procedures

13 Summary Involve Mission Assurance team early and throughout mission lifecycle Integrate Mission Assurance into project team Perform “Best Practices” as suggested Consider all potentially catastrophic failure modes – Unknown unknowns have almost always been the cause of loss of mission

14