1 / 19

ExAOC Gemini ICDs: Interface Control Documents for System Engineering

This document provides an overview and guide for the Interface Control Documents (ICDs) of the ExAOC Gemini system, covering optical, mechanical, electrical, software, and service interfaces. It also includes the Functional and Performance Requirements Document (FPRD) and the Test, Integration, and Commissioning Plan.

kwickstrom
Télécharger la présentation

ExAOC Gemini ICDs: Interface Control Documents for System Engineering

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. ExAOC MTR October 21-22, 2004 HIA (Victoria) Les Saddlemyer ExAOCSystems Engineering

  2. Gemini style ICD overview ExAOC FPRD CoDR documentation outline Test & Integration Plan Outline

  3. ICDs(Interface Control Documents) • Provides definition of how entities will interface; agreed upon by teams on both sides of ‘connection’ and system engineering. • Optical • Mechanical • Electrical • Software • Services • Special (e.g. dedicated network, shared memory)

  4. Gemini ICDs Hierarchical 1.5 Cass. Rotator assembly 1.5.3 ISS 1.9 Science Instruments 1.9.d GMOS 1.9.x ExAOC (If given AURA’s blessing?!) 1.9.x.1 ExAOC AO module 1.9.x.2 “ Coronagraph module 1.9.x.3 “ Science Instrument 1.9.x.4 “ Calibration Module N2 diagram -> 1.9.x.1/1.9.x.4 “ExAOC AO to Calibration Module ICD”

  5. ICD No. ICD Title 1a,/1b/1c The System Command Interface The Baseline Attribute/Value Interface Baseline DHS Interface 2 Systems Status and Alarm Interfaces 3 Bulk Data Transfer 5 Wavefront Sensing Information Interface 7a ICS Subsystem Interfaces 9 EPICS Time Bus Driver 10 10 EPICS Synchro Bus Driver 12 Interlock System 16 The Parameter Definition Format G0013 Gemini Environmental Requirements G0014 Gemini Observatory Optomechanical Coordinate Systems G0015 Gemini Facility Handling Equipment and Procedures for Instrumentation ICDs:“General”

  6. 1.9 Science Instruments Interface Control Documents Overview and Guide 1.1.1/1.9 Telescope Structure to Science Instruments Interface Control Document 1.6/1.9 A&G System to Science Instruments 1.1.11/1.9 Science Instrument to Telescope Control System 1.1.13/1.9 Interlock System to Science Instruments Interface Control Document 1.4.4/1.9 SCS to Science Instrument Interface 1.9/1.10 Science Instruments to On Instrument WFS 1.9/2.7 Science and facility instruments to facility handling equipment interface control document 1.9/3.1 Science Instrument to Observatory Control System 1.9.x/3.1 ExAOC to Observatory Control System 1.9/3.2 Science Instrument to Data Handling System 1.9.x/3.2 ExAOC to Data Handling System ICDs: N2

  7. ICD: ExAOC internal(so far …) ICD 1.9.x ICD Overview and Guide ICD 1.9.x.1/1.9.x.2 AO to Coronagraph ICD 1.9.x.2/1.9.x.3 Coronagraph to Science Inst. ICD 1.9.x.2/1.9.x.4 Coronagraph to Cal. Module ICD 1.9.x.1/1.9.x.4 AO to Cal. Module

  8. FPRD(Functional and Performance Requirements Document) Functional: what the instrument does and Performance:how well it does it. -> Translation between science requirements (OCDD) and technical requirements, to which designs are to be based. • High level specifications (e.g. “… shall achieve a contrast ratio of …”) • Obvious details (e.g. “ExAOC will accept and use the oftical feed of the telescope …”) • Gritty details (e.g. “… will use fasteners sized for a safe working load …”).

  9. ExAOC FPRD “Every feature of ExAOC should be traceable to a requirement in this document …”

  10. CoDR Documentation(Conceptual Design Review) Four main sections, with contributions by everyone. Each section has a ‘champion’. Science (James Graham) Technical (Les Saddlemyer) Management (David Palmer) Appendices (Les Saddlemyer) KEY: Lots of review by everyone, including cross-discipline.

  11. CoDR: Science Section(James Graham) • Overview • Science Drivers • Simulations

  12. Overview (BM) System Design (BM) AO module (BM) Coronagraph Module (BO) Science Instrument(s) (RD & JL) Calibration Module (KW) Mechanical Design (CL) Control Systems (WD) Control Software (JD) Optical Issues (BB) Test, Integration and Commissioning (BM & LS) Trade Studies (LS) CoDR: Technical Section(Les Saddlemyer)

  13. CODR: Management Section(Dave Palmer) • Project Definition • Project Organization • Work Break-Down Structure • Schedule • Resources • Project Teams • Track Records

  14. CODR: Appendices(Les Saddlemyer) Supporting documents, studies, references etc. • OCDD • FPRD • Test, Integration and Commissioning Plan • Trade Studies • Simulation results • Etc. • Etc. • Etc.

  15. Test, Integration and Commissioning Plan (TI&C) • Module (AO, coronagraph, science instrument(s), calibration module and SW) developed at separate Institutes. • Requires interface simulators (e.g. artificial stars and cameras. Nice if can be installed on assembled ExAOC for testing/debugging). • Requirement for components control SW and HW (duplicates) to be delivered to each Institute. • Acceptance tests before shipment. • Re-test after shipping to I&T location

  16. TI&C Plan • Integrate in single location (UCSC?), one major module at a time. Module team members follow each to T&I. • Major structure (incl. control SW & HW) • Coronagraph • AO • Calibration Module • Science Camera

  17. TI&C Plan • Full-up system: • Reliability testing • Flexure testing • Performance/characterizing • Re-work • Gemini acceptance testing

  18. TI&C Plan • Commissioning • Shipping • Re-assemble • Post-ship verification (summit or base?) • Integrate w/Gemini systems (summit) • Daytime testing/flexure/calibration • Nighttime commissioning

  19. Conclusion • Documentation, documentation, … • Guides and well-defined interfaces exist • Keep in mind ‘big picture’ when working on major modules

More Related