PreCam: Lessons Learned, version 0 Kyler Kuehn 2011-01-27.

Slides:



Advertisements
Similar presentations
Test process essentials Riitta Viitamäki,
Advertisements

1 PreCam Analysis Plans Douglas L. Tucker PreCam Observing Run Wrap-up Telecon 27 January 2011.
1 FNAL-ANL PreCam Reductions Douglas L. Tucker (FNAL) DES Collaboration Meeting ICG, Portsmouth PreCam Parallel Session 29 June 2011.
70-290: MCSE Guide to Managing a Microsoft Windows Server 2003 Environment Chapter 12: Managing and Implementing Backups and Disaster Recovery.
An Apogee CCD Instrument Module for Chimera Cid Meyers, Earl Bellinger, Adam Biesenbach, Joshua Brown, Joshua Primrose, Dennis Quill, Antonio Kanaan, Paulo.
Week:#14 Windows Recovery
SM3121 Software Technology Mark Green School of Creative Media.
DataLogger Operation - 1 DataLogger ® Operation Procedures.
Digital Photography Fundamentals Rule One - all digital cameras capture information at 72 dots per inch (DPI) regardless of their total pixel count and.
© 2009 GroundWork Open Source, Inc. PROPRIETARY INFORMATION: Information contained herein is not for use or disclosure outside of GroundWork Open Source,
Microsoft Office Communicator 2007 R2 IT Global Helpdesk Training.
Administering Windows 7 Lesson 11. Objectives Troubleshoot Windows 7 Use remote access technologies Troubleshoot installation and startup issues Understand.
Business Continuity and Disaster Recovery Chapter 8 Part 2 Pages 914 to 945.
Chapter 8: Systems analysis and design
ZTF Server Architecture Roger Smith Caltech
Fick Observatory - Boone, IA. Observatory Automation ongo02e March 26, 2002 Faculty advisor: Dr. John P. Basart Client: Joe Eitter ISU Physics Department.
70-290: MCSE Guide to Managing a Microsoft Windows Server 2003 Environment, Enhanced Chapter 12: Managing and Implementing Backups and Disaster Recovery.
Some Notes on Video Camera Astronomy and use of the Phil Dyer Colour Camera Roger Samworth.
Btec National Diploma Level 31 IT Systems Troubleshooting and Repair Identify and select remedies.
 To explain the importance of software configuration management (CM)  To describe key CM activities namely CM planning, change management, version management.
Software Testing Testing principles. Testing Testing involves operation of a system or application under controlled conditions & evaluating the results.

CH10: Delivering the System help users to understand and feel comfortable with our product * Training * Documentation TECH Computer Science.
Testing Session Testing Team-Release Management Team.
1 Project Information and Acceptance Testing Integrating Your Code Final Code Submission Acceptance Testing Other Advice and Reminders.
Magellan Telescopes Observatory Report Accomplishments Problems Work in Progress Network f5 mirror coating.
The Handover Process P6.
1 PreCam’s Progress Douglas L. Tucker for the PreCam Team FCPA Chalk Talk Notes Fermilab, 10 February 2011.
Configuration Database MICE Collaboration Meeting 28, Sofia David Forrest University of Glasgow Antony Wilson Science and Technology Facilities Council.
1 Performance Optimization In QTP Execution Over Video Automation Testing Speaker : Krishnesh Sasiyuthaman Nair Date : 10/05/2012.
16 Ways To Take To Work. How Would You Use PBwiki At Work? Over 1,000 non-business users were surveyed How would you use PBwiki at work? All responses.
Building a Real Workflow Thursday morning, 9:00 am Lauren Michael Research Computing Facilitator University of Wisconsin - Madison.
Basic Input/Output System
Dark Energy Survey (DES) (Presenter: Douglas Tucker) DES is observing (Aug. 15 th – Feb. 15 th ) Year 2 Operations Collaboration Meeting in Sussex, UK,
P3 - prepare a computer for installation/upgrade By Ridjauhn Ryan.
PC Components Troubleshooting Problems with Personal Computers
Technology Wednesday With Larry Heyman With Larry Heyman.
1 © 2005 Cisco Systems, Inc. All rights reserved. 111 © 2004, Cisco Systems, Inc. All rights reserved. CNIT 221 Security 2 ver.2 Module 8 City College.
Magellan Telescopes Instrumentation: A Critical Assessment of Current Status.
Cluster Consistency Monitor. Why use a cluster consistency monitoring tool? A Cluster is by definition a setup of configurations to maintain the operation.
Computing Facilities CERN IT Department CH-1211 Geneva 23 Switzerland t CF Automatic server registration and burn-in framework HEPIX’13 28.
Healthcare Quality Improvement Dr. Nishan Sharma University of Calgary, Canada March
COMP3241 E-Commerce Technologies Richard Henson University of Worcester November 2014.
UHCS 2005, slide 1 About Continuous Integration. UHCS 2005, slide 2 Why do you write Unit Test ? Improve quality/robustness of your code Quick feedback.
18 th GIST Meeting 14 th –16 th May 2003 Ground Segment (GGSPS) Report 1 GERB Ground Segment B.C.Stewart RAL.
MSD II Week 7 Update P13265: Motorcycle Safety Lighting and Portable Electronics Charging System.
Tracking Functionality Changes in IRI: A Distance Education Software System C. Michael Overstreet, Kurt Maly, Ayman Abdel-Hamid, Ye Wang Old Dominion University.
Mountaintop Software for the Dark Energy Camera Jon Thaler 1, T. Abbott 2, I. Karliner 1, T. Qian 1, K. Honscheid 3, W. Merritt 4, L. Buckley-Geer 4 1.
Building Trust with Anchors Eric Osterweil Dan Massey Lixia Zhang 1.
Version Control and SVN ECE 297. Why Do We Need Version Control?
November 1, 2004 ElizabethGallas -- D0 Luminosity Db 1 D0 Luminosity Database: Checklist for Production Elizabeth Gallas Fermilab Computing Division /
Verification & Validation
Observing the Current System Benefits Can see how the system actually works in practice Can ask people to explain what they are doing – to gain a clear.
Programming Objectives What is a programming language? Difference between source code and machine code What is python? – Where to get it from – How to.
1 Douglas L. Tucker DES Calibration Telecon 23 August 2013 Global Calibration Module (GCM) Photometric Zeropoints For SV-A1: Status Report.
By the end of this lesson you will be able to explain: 1. Identify the support categories for reported computer problems 2. Use Remote Assistance to connect.
APPULATE IMPLEMENTATIONS. AMAT VICTORIA CURAM (“VICTORY FAVORS THE PREPARED”) Q: Is any System Implementation really “easy”? A: Easy is a relative term,
Run the on your PC to start the firmware configuration process Run IP Config Tool.
Troubleshooting Windows Vista Lesson 11. Skills Matrix Technology SkillObjective DomainObjective # Troubleshooting Installation and Startup Issues Troubleshoot.
NT1210 Introduction to Networking
Cofax Scalability Document Version Scaling Cofax in General The scalability of Cofax is directly related to the system software, hardware and network.
Question 7 Looking back at your preliminary task, what do you feel that you have learnt in the progression from it to the full product?
DECam in Overview Alistair Walker Version 3 December Ver 4 Updates Jan
Blanco Telescope and DECam Alistair Walker ACTR meeting 22 March 2013
Alistair Walker Version 3 December
Introduction to Computers
Using Collaboration Tools to Improve Artifact Consistency in CS577 Projects Allen Kou.
Announcements HR Diagram lab will be extended for one week. I’ll talk about it today. Homework: Chapter 9 # 1, 2 & 3 Next week is a Dark Sky Night. If.
The Troubleshooting theory
Presentation transcript:

PreCam: Lessons Learned, version 0 Kyler Kuehn

What went right? See ObsTac Coverage Plots: we succeeded in observing the vast majority of our proposed Rib & Keel plan, especially Stripe 82. All data successfully transferred off-mountain. No catastrophic data management errors (e.g. HD filled only once, was resolved quickly). Everything survived shipping--good news for DES. CCDs also weathered sudden exposure to atmospheric pressure (while cold) + a few other temperature incidents. “Live-fire” exercises for many components of DES hardware (CCDs, Monsoon) and software (PanVIEW, SISPI, ObsTac, QR), leading to much feedback and many improvements or new capabilities (especially in software). I expect the same outcome for upcoming Data Analysis/Pipeline activities. Successfully trained many observers on DES-like system. Communications with observers...almost like being there.

What went wrong? Major Problems Optics are a perfect place for single-point failures! Shutter: 2 catastrophic + 1 recoverable failures in ~40k actuations Banding/streaking in many images (~10%?) Grounding/Electrical Isolation: Telescope Ground =/= Dome Ground Gravitational Loading on cables--esp. Monsoon-VIB and Monsoon power. [Cryo lines, on the other hand, performed amazingly well-- spec’d for ~1 foot of unsupported weight, we had ~2m.] Vacuum Gauge failure after only a few weeks. FITS Headers took a very long time to sort out precam1 /boot corrupted, failover to precam2 failed (initially) Data processing pipeline (and even QR) not fully integrated [Not a problem in itself, but this likely would have facilitated identification of, for example, flat-field intensity issues or disconnected Rib/Keel segments before they became serious issues.]

What went wrong? less major problems Too many avenues of communication: Skype, PreCam Wiki, , Electronic Logbook, Observing Logs, CTIO Nightly Logs, Observing Manual, C-S Manual, Daily Telecons. Pick one or a few primary modes where all essential information is conveyed! Training and on-mountain knowledge became attenuated as time progressed. (Documentation?) “15 minute” Telecons were more often 45 min. Did this impact observing or other necessary work? Computers are “missile technology”?!? Camera vessel modified multiple times during production Leach controller-enabled CCD ports on “wrong” end of VIB CCD-VIB cables installed backwards (now keyed!) Dewar-T/F Box mating clamps didn’t all fit--why was this a surprise? LS setpoint temperature not always matched by actual temperature.

What went wrong? less major problems SISPI is quite baroque, with lots of moving parts; when it works it is a thing of beauty to behold. When it doesn’t, it has many failure modes: Internal dependencies/conflicting versions (OCS/ICS/IB/DHS) External dependencies (Python, PyRO, postgres) Panview (+FP Configuration), ObsTac, QR DB, setup script and ini files Lots of support required (esp. from Kyler, Steve, Marco, Eric, Doug, TelOps, and others). Sufficient expertise to diagnose/solve nearly every PreCam problem resided within a few people who were relatively easy to communicate with (i.e. +/-3 hrs from Chile). This will not be the case for DES. During observing, we had 1.3MB of Skype text chat, >2.5k s (I’m still cleaning out my inbox), numerous video chats, and daily VPN sessions for remote troubleshooting. From 12/18 to 1/18, I was on Skype/phone with observers roughly every other day for between 30 min and 9 hours. Will DES need this much (or more) support, esp. during commissioning?