MagE Software Documentation

The Observatories of the Carnegie Institution for Science (Carnegie Observatories), Pasadena, CA

Version 1.4 / 2.0

Christoph C. Birk (birk AT carnegiescience DOT edu)


Location of this document: http://instrumentation.obs.carnegiescience.edu/Software/MAGE/mage.html


  • News
  • X11 (v1): Screen Shots and GUI Documentation
  • Aqua (v2): Screen Shots and GUI Documentation
  • MagE (LCO)
  • order.fits
  • wavelength.fits


    News

    I am porting the X11-GUI to native macOS/Cocoa GUI (Aqua)
    The deployment is pending the installation of a "new" macOS observer workstation running at least macOS-10.13 (HighSierra), oh my ...

    v0040 (2024-11-xx)
  • Added the runtime command to the TCP/IP interface.
  • v0037 (2024-04-04)
  • Added the [ focus , frame , datapath , object , binning ] commands to the TCP/IP interface.
  • Added the [ exptype , slit , speed ] commands to the TCP/IP interface.
  • v0032 (2022-07-20)
  • Fixed double-reporting of the disk full warning.
  • 2022-07-20: Konstantina reports that the ThAr and XeFlash exposures are now working as expected.

    v0031 (2022-07-19)
  • Changed the timing of opening the TCP/IP connection to the PLC.
  • This avoids the connection beeing dropped during the exposure loop.

    v0030 (2022-07-11)
  • Minor bug-fix in the QlTool.
  • 2022-03-22: Comment by ChristophB
    I spent all day comparing the output (to the PLC) from the old magegui versus the new MagE-GUI and I fail to see any difference. Maybe we can arrange a VNC session to burro when you are back at LCO, I am stumped :-(

    2022-03-22 Report by GabrielP (testing v0029)
    I was able to reproduce the ThAr bug as follows:
  • take a 1s thar, no loops <-- OK
  • take a 1s obj, no loops <-- It's a dark, OK
  • take 3x thar with loops, 1s <-- OK
  • take a 1s obj, no loops <-- It's a thar!!
  • take a 1s thar, no loops <-- OK
  • take a 1s obj, no loops <-- It's a dark, OK
  • 2022-03-18 Report by KonstantinaB (testing v0029)
    With the new GUI if loops>1, the ThAr lamp stays on after the sequence is over. In order to turn it off I had to take a single ThAr image (loops=1). With the Xe-flash lamp the behaviour is different. When loops>1, only the 1st image is with the lamp on. The rest of the images have the lamp off. So the issue seems to be how the GUI is handling the lamps during loops.

    v0029 (2022-03-14)
    Release Notes



    2007-11-29, Christoph C. Birk, Carnegie Observatories