40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 122 of 339  Not logged in ELOG logo
ID Date Author Type Categoryup Subject
  6636   Wed May 9 15:50:13 2012 JenneBureaucracyGeneral40m Meeting Action Items

I'm combining the IFO check-up list (elog 6595) and last week's action items list (elog 6597).  I thought about making it a wiki page, but this way everyone has to at least scroll past the list ~1/week.

Feel free to cross things out as you complete them, but don't delete them.  Also, if there's a WHO?? and you feel inspired, just do it!

PRIORITY ITEMS:

Dither-align arm to get IR on actuation nodes, align green beam - JENNE

Arm cavity sweeps, mode scan - JENNE

ASS doesn't run on Ubuntu! or CentOS Fix it! - JENNE, JAMIE's help

Input matricies, output filters to tune SUS.  check after upgrade. - JENNE

POX11 whitening is not toggling the analog whitening??? - JAMIE, JENNE, KOJI

OAF comparison plot, both online and offline, comparing static, adaptive and static+adaptive - DEN

 

THE FULL LIST:

  • General
    • Revamp control room - more monitors, maybe move TV shelves. - JENNE
    • Audio system for the signals!!!! Even a crappy one! - LEO
  • SUS
    • ETMX oplev - replace 1064nm lens with 632nm lens (KBC037, -100) - JENNE
    • Input matricies, output filters to tune SUS.  check after upgrade. - JENNE
  • IFO
    • Fix occasional common-mode power transient in the arm transmissions. Probably an alignment thing. Would ISS help? - WHO??
    • Drift of the green incident axis -> Assess the amount of the drift / replace the mount - JENNE, KOJI
    • Calibration of POP22 / AS110 - JENNE
    • PMC/IMC/ARM characterization (loss, finesse, reflectivity, etc) - JENNE
    • Dither-align arm to get IR on actuation nodes, align green beam - JENNE
    • Arm cavity sweeps, mode scan - JENNE
    • Align AS OSA (others?) - JENNE  
    • Investigate PRMI glitches, instability - JENNE
    • PZT or Picomotor mounts for PSL/ALS beams - WHO??
    • ALS on the both arm simultaneously / common / diff ALS scripts - JENNE
  • CDS
    • Capture OSA signals in CDS (the 'scope TDS1001B has a USB port in the back for connecting to the computer) - WHO??
    • Transmon (arms) for high and low power - WHO??
    • POX11 whitening is not toggling the analog whitening??? - JAMIE, JENNE, KOJI
    • Install guardians to monitor EPICS values - WHO??
  • Electronics
    • Actuator noise level characterization (coil driver response in V/m & coil driver noise level V/rtHz) - WHO??
    • Beat box - KOJI
    • I/Q DFD - WHO??
    • Improvement of POP22/110/AS110 RF circuits. - WHO??
  • MEDM
    • Complete 40m overview screen - everything should be clickable with pseudo 3D icons - JENNE
    • Better suspension screen - copy from sites. - WHO??
    • Script to generate a MEDM tree - WHO??
    • Resurrect MEDM snapshots - WHO??
    • New ! buttons on every screen, include wiki page - WHO??
  • SCRIPT
    • Locking scripts with integrator triggers / disabling when unlocked - JENNE
    • Daily diagnosis of the MC spot positions (there must be something already...) - SURESH?
    • Daily/occasional adjustment of the incident axis on the MC - SURESH?
    • IFO_CONFIGURE scripts still do a burt restore, so step the optics.  Need to remove optic alignment from config .snap files, use reg restore script instead. - JENNE
    • OPLEV/OSEM trending script before the IFO work for diagnosis. - JENNE
    • Auto-locker for arms - JENNE
    • Auto-locker for PMC, PSL things - DEN
    • Diagnostic script for CDS - mx_stream, other stuff. - WHO??
  • Video
    • If each video screen has a caption, that would be great - WHO??
    • GUI interface of "videoswitch" - MIKEJ
    • Mouse Jiggler for Zita (called Swinput?) - JENNE
  • Ubuntu vs. CentOS
    • burttoday is not aliased in ubuntu.    burttoday:      aliased to cd /opt/rtcds/caltech/c1/burt/autoburt/today/ - JAMIE
    • Upgrade Rossa, Allegra, make sure they connect to DTT, Dataviewer, AWG. - JAMIE
    • ASS doesn't run on Ubuntu! or CentOS Fix it! - JENNE, JAMIE's help
    • CentOS machines cannot open simulink models properly (get "Bad Link"s everywhere, so you can't do anything useful) - JAMIE
  • MM
    • IPPOS beam measurement - SURESH with JENNE
    • AS beam measurement (if beam is bright enough) - SURESH and JENNE
    • Mode matching calculations, sensitivity to MC waist measurement errors, PRM position - JENNE
    • Think up diagnostic measurement to determine mode matching to PRC while chambers are open, while we tweak MMT - JAMIE, JENNE, KOJI, SURESH
    • Use sensoray to capture, measure beam mode at AS, POP - YUTA
  • Stray Light
    • Scattered light measurement at the end stations: design / confirmation of the mechanical parts/optics/cameras - JAN
  • OAF
    • OAF comparison plot, both online and offline, comparing static, adaptive and static+adaptive - DEN
    • Static-only OAF noise budget (Adaptive noise budget as next step) - DEN
    • Build amplifiers for new small microphones - DEN
    • Script for daily / weekly re-calculation of Wiener, post to elog if need changing - DEN
  • Tip Tilts
    • Prepare electronics for TTs (coil drivers) - JAMIE
    • In-air TT testing to confirm we can control / move TTs before we vent - SURESH
    • Connect TTs to digital system and controls, lay cables if needed - JAMIE with SURESH
  • RF Photodiodes
    • Opto Energy diode laser - look into buying - ERICG
    • Purchase fibers, splitters, other supplies - ERICG
    • Set everything up - ERICG

  6637   Thu May 10 14:49:06 2012 KojiHowToGeneralHow to clean & bake black glass pieces

  6648   Thu May 17 15:31:22 2012 steveUpdateGeneralbeam trap posts & clamps for vacuum

 Aluminum posts and SS clamps for green glass traps in vacuum will be out of the shops by June 6, 2012 the latest

 

Attachment 1: 05161201.PDF
05161201.PDF 05161201.PDF
Attachment 2: 05151201.PDF
05151201.PDF
  6653   Mon May 21 19:16:55 2012 KojiUpdateGeneralrossa X config

I rebooted rossa and the X sever has stalled.

  6667   Wed May 23 13:57:11 2012 JenneBureaucracyGeneral40m Meeting Action Items

PRIORITY ITEMS:

Align Ygreen beam - JENNE, YUTA

Arm cavity sweeps, mode scan - JENNE, YUTA

ASS doesn't run on Ubuntu! or CentOS Fix it! - YUTA, JENNE, JAMIE's help

Input matricies, output filters to tune SUS.  check after upgrade. - JENNE

POX11 whitening is not toggling the analog whitening??? - JAMIE, JENNE, KOJI

Decide on plots for 40m Summary page - DEN, STEVE, JENNE, KOJI, JAMIE, YUTA, SURESH, RANA, DUNCAN from Cardiff/AEI

 Look into PMC PZT drift - PZT failing? Real MC length change? - JENNE, KOJI, YUTA

THE FULL LIST:

  • General
    • Revamp control room - more monitors, maybe move TV shelves. - JENNE
    • Audio system for the signals!!!! Even a crappy one! - LEO
  • SUS
    • Input matricies, output filters to tune SUS.  check after upgrade. - JENNE
  • IFO
    • Fix occasional common-mode power transient in the arm transmissions. Probably an alignment thing. Would ISS help? - MIKEJ?
    • Drift of the green incident axis -> Assess the amount of the drift / replace the mount - JENNE, KOJI
    • Calibration of POP22 / AS110 - JENNE
    • PMC/IMC/ARM characterization (loss, finesse, reflectivity, etc) - JENNE
    • Align green beam - JENNE, YUTA
    • Arm cavity sweeps, mode scan - JENNE, YUTA
    • Align AS OSA (others?) - JENNE  
    • Investigate PRMI glitches, instability - JENNE
    • PZT or Picomotor mounts for PSL/ALS beams - WHO??
    • ALS on the both arm simultaneously / common / diff ALS scripts - JENNE
  • CDS
    • Capture OSA signals in CDS (the 'scope TDS1001B has a USB port in the back for connecting to the computer) - WHO??
    • Transmon (arms) for high and low power - WHO??
    • POX11 whitening is not toggling the analog whitening??? - JAMIE, JENNE, KOJI
    • Install guardians to monitor EPICS values - WHO??
  • Electronics
    • Actuator noise level characterization (coil driver response in V/m & coil driver noise level V/rtHz) - WHO??
    • Beat box - KOJI
    • I/Q DFD - WHO??
    • Improvement of POP22/110/AS110 RF circuits. - WHO??
  • MEDM
    • Complete 40m overview screen - everything should be clickable with pseudo 3D icons - JENNE
    • Better suspension screen - copy from sites. - WHO??
    • Script to generate a MEDM tree - WHO??
    • Resurrect MEDM snapshots - WHO??
    • New ! buttons on every screen, include wiki page - WHO??
    • Screen for errors in signal transmission between models - DEN
  • SCRIPT
    • Locking scripts with integrator triggers / disabling when unlocked - JENNE
    • Daily diagnosis of the MC spot positions (there must be something already...) - SURESH?
    • Daily/occasional adjustment of the incident axis on the MC - SURESH?
    • IFO_CONFIGURE scripts still do a burt restore, so step the optics.  Need to remove optic alignment from config .snap files, use reg restore script instead. - JENNE
    • OPLEV/OSEM trending script before the IFO work for diagnosis. Put into 40m summary screen. - JENNE, DUNCAN from Cardiff/AEI
    • Auto-locker for arms - JENNE
    • Auto-locker for PMC, PSL things - DEN
    • Diagnostic script for CDS - mx_stream, other stuff. - WHO??
  • Video
    • If each video screen has a caption, that would be great - WHO??
    • GUI interface of "videoswitch" - MIKEJ
    • Mouse Jiggler for Zita (called Swinput?) - JENNE
  • Ubuntu vs. CentOS
    • burttoday is not aliased in ubuntu.    burttoday:      aliased to cd /opt/rtcds/caltech/c1/burt/autoburt/today/ - JAMIE
    • Upgrade Allegra, make sure connect to DTT, Dataviewer, AWG. - JAMIE
    • ASS doesn't run on Ubuntu! or CentOS Fix it! - JENNE, JAMIE's help
    • CentOS machines cannot open simulink models properly (get "Bad Link"s everywhere, so you can't do anything useful) - JAMIE
  • MM
    • IPPOS beam measurement - SURESH with JENNE
    • AS beam measurement (if beam is bright enough) - SURESH and JENNE
    • Mode matching calculations, sensitivity to MC waist measurement errors, PRM position - JENNE
    • Think up diagnostic measurement to determine mode matching to PRC while chambers are open, while we tweak MMT - JAMIE, JENNE, KOJI, SURESH
    • Use sensoray to capture, measure beam mode at AS, POP - YUTA
  • Stray Light
    • Scattered light measurement at the end stations: design / confirmation of the mechanical parts/optics/cameras - JAN
    • Align AUX laser into dark port - KOJI, YUTA
  • OAF
    • OAF comparison plot, both online and offline, comparing static, adaptive and static+adaptive - DEN
    • Static-only OAF noise budget (Adaptive noise budget as next step) - DEN
    • Script for daily / weekly re-calculation of Wiener, post to elog if need changing - DEN
  • Tip Tilts
    • Prepare electronics for TTs (coil drivers) - JAMIE
    • In-air TT testing to confirm we can control / move TTs before we vent - SURESH
    • Connect TTs to digital system and controls, lay cables if needed - JAMIE with SURESH
  • RF Photodiodes
    • Opto Energy diode laser - purchase - ERICG
    • Purchase fibers, splitters, other supplies - ERICG
    • Set everything up - ERICG

 

  6668   Wed May 23 20:41:37 2012 SureshBureaucracyGeneral40m Meeting Action Items: Tip-tilts : cabling and electronics

Quote:
..........
  • Tip Tilts
    • Prepare electronics for TTs (coil drivers) - JAMIE
    • In-air TT testing to confirm we can control / move TTs before we vent - SURESH
    • Connect TTs to digital system and controls, lay cables if needed - JAMIE with SURESH
  • .....

 

 [Koji, Suresh]

  We tried to locate the sixteen analog output channels we need to control the four tip-tilts (four coils on each).  We have only 8 available channels on the C1SUS machine. 

  So we will have to plug-in a new DAC output card on one of the machines and it would be logical to do that on the C1IOO machine as the active tip-tilts are conceptually part of the IOO sub-system.   We have to procure this card if we do not already have it.  We have to make an interface between this card output and a front panel on the 1X2 rack.  We may have to move some of the sub-racks on the 1X2 rack to accommodate this front panel.

  We checked out the availability of cards (De-whitening, Anti-imaging, SOS coil drivers)  yesterday.  In summary: we have all the cards we need (and some spares too).  As the De-whitening and Anti-imaging cards each have 8 channels, we need only two of each to address the sixteen channels.  And we need four of the SOS coil drivers, one for each tip-tilt.  There are 9 slots available on the C1IOO satellite expansion chassis (1X1 rack), where these eight cards could be accommodated.

  There are two 25 pin feed-thoughs, where the PZT drive signals currently enter the BS chamber.  We will have to route the SOS coil driver outputs to these two feed-throughs. 

   Inside the BS chamber, there are cables which carry the PZT signals from the chamber wall to the the table top, where they are anchored to a post (L- bracket).  We need a 25-pin-to-25-pin cable (~2m length) to go from the post to the tip-tilt (one for each tip-tilt).  And then, of course, we need quadrapus cables (requested from Rich) which fit inside each tip-tilt to go to the BOSEMs.

   I am summarising it all here to give an overview of the work involved.

 

 

  6673   Thu May 24 12:23:00 2012 DenUpdateGeneralconnection error monitor for the website

The main page of connection error monitor can be a scheme of computers and models with connections. If there is an error in connection, the corresponding arrows turns from green to red.

errors_overview.png

 

Each arrow is a line to a more detailed information about the channels.

errors.png

  6675   Thu May 24 14:49:59 2012 KojiSummaryGeneralDaily news idea

Top tab categolies:

  • Summary
  • CDS
    • CDS Status
  • PEM
    • Seismic 24h trend
    • Accoustic 24h trend
    • Weather/Temp/Barometer/etc 24h trend
  • PSL/IOO
    • PSL summary trend / duty ratio
    • IOO summary (MC Health Check/IOO QPD trends / IFO QPD trends / Transmon QPD trends) duty ratio
  • SUS
    • Summary
    • OSEM PSD/trend
    • OPLEV PSD/trend
  • IFO
    • DC Mon
    • RF ports
    • OMC
  • Steve
    • Vacuum
  • Misc.

IFO

  • DC Monitors
    • Incident beam power trend (24h)
    • AS/REFL/POP/TRX/TRY bean power trend (24h)
    • AS/POP RF beam power trend (24h)
  • RF port
    • DARM sensitivity PSD (mean/min/max/reference) for an hour
    • DARM/CARM/PRCL/MICH/SRCL PSD
    • DARM/CARM/PRCL/MICH/SRCL (freq vs Gaussianity)
    • DARM/CARM/PRCL/MICH/SRCL calibration trend
  • OMC
    • TBD

 

  6676   Thu May 24 15:10:43 2012 SureshSummaryGeneralIOO (MC) health check webpage layout

   Here is the suggested layout of the MC health check web page layout. I will update the Omnigraffle file as people comment and suggest changes.  If you want the file let me know.

 

MC_Health_Check.pdf

  6678   Thu May 24 16:39:47 2012 steveUpdateGeneralsteve's webpage example

3 strip charts monitoring on 24 hours time scale: Vac,  PSL-IFO,  SUS and 10 channel video monitoring inside - outside  of 40m lab

Attachment 1: 05241201.PDF
05241201.PDF
  6682   Fri May 25 16:10:53 2012 KojiUpdateGeneralStripTool on Zita restored

ssh -X pianosa

On pianosa

StripTool PSL.strip&
StripTool IOO.strip&
StripTool seismic.strip&

 

  6690   Sat May 26 01:28:58 2012 KojiUpdateGeneralClipping improvement

The beam at the dark port was largely clipped.
The arm transmissions (TRX/TRY) were ~0.6 no matter how you try to align.

The PZT1/2 X was scanned and TRX/TRY are now both ~0.9.
This means that the beam was mostly clipped in or after the mode mathing optics.

FPMI contrast is (2.45-0.02)/(2.45+0.02) = 98%
Not so bad although it does not tell anything about clipping before the IFO.

In the next opportunity, we should try to "pin" the beam axis on the arm mirrors using A2L.

1. I am not sure exactly where the clipping was. It means that a small clipping might still be there.

2. I am afraid that the beam is still clipped in the faraday. The beam can be scanned using the steering on the PSL table.

 

Attachment 1: Untitled.png
Untitled.png
  6720   Wed May 30 22:04:13 2012 JenneBureaucracyGeneral40m Action Items

.....including:

fix Q of Vio2 filter in SUS. - JENNE

Switch power source for beatnote PD's amplifiers from temporary power supplies under PSL table to permanent taking the power from a rack.

  6733   Thu May 31 17:47:25 2012 SureshOmnistructureGeneral40m Wireless Network

Mike Pedraza came by today to install a new wireless network router configured for the 40m lab network.  It has a 'secret' SSID i.e. not meant for public use outside the lab.  You can look up the password and network name on the rack.  Pictures below show the location of the labels.

40m_Wifi.png

  6741   Fri Jun 1 10:00:03 2012 steveOmnistructureGeneral40m Wireless Network

Quote:

Mike Pedraza came by today to install a new wireless network router configured for the 40m lab network.  It has a 'secret' SSID i.e. not meant for public use outside the lab.  You can look up the password and network name on the rack.  Pictures below show the location of the labels.

40m_Wifi.png

 Mike P swapped in a new network router Linksys E1000

  6843   Thu Jun 21 02:57:16 2012 JenneBureaucracyGeneral40m Action Items

PRIORITY ITEMS:

ASS doesn't run on Ubuntu!
Put beatbox back, simultaneous arm ALS
Input matricies, output filters to tune SUS.  check after upgrade.
POX11 whitening is not toggling the analog whitening???
Look into PMC PZT drift - PZT failing? Real MC length change?
Vent planning / organization

THE FULL LIST:

General

     Audio system for the signals!!!! Even a crappy one!

SUS

     Input matricies, output filters to tune SUS.  Check after upgrade.

IFO

     Fix occasional common-mode power transient in the arm transmissions. Probably an alignment thing. Would ISS help?

     Drift of the green incident axis -> Assess the amount of the drift / replace the mount

     Calibration of POP22 / AS110

     PMC/IMC/ARM characterization (loss, finesse, reflectivity, etc)

     Arm cavity sweeps, mode scan

     Align AS OSA (others?)

     Investigate PRMI glitches, instability

     PZT or Picomotor mounts for PSL/ALS beams

     ALS on the both arm simultaneously / common / diff ALS scripts

     Measure green locking (Aux laser to arm) transfer functions, residual spectra

     Measure oplev spectra while locking Xgreen - see if the optics are particularly noisy

     Measure Xarm residual motion using POX while ALS is engaged.

     Fix Vio2 filter modules on SUS 

     Switch power supply for amplifiers of beatnote signal to rack power

     Add temp sensors for end lasers to CDS slow channels

     Put windows / pickoffs on PSL table for (a) green trans camera, (b) GTRY, (c) GTRX

CDS

     Capture OSA signals in CDS (the 'scope TDS1001B has a USB port in the back for connecting to the computer)

     Transmon (arms) for high and low power

     POX11 whitening is not toggling the analog whitening???

     Install guardians to monitor EPICS values

Electronics

     Actuator noise level characterization (coil driver response in V/m & coil driver noise level V/rtHz)

     Improvement of POP22/110/AS110 RF circuits?

MEDM

     Complete 40m overview screen - everything should be clickable with pseudo 3D icons

     Script to generate a MEDM tree

     Resurrect MEDM snapshots

     New ! buttons on every screen, include wiki page

     Add all screens to svn

SCRIPT

     Daily diagnosis of the MC spot positions (there must be something already...)

     Daily/occasional adjustment of the incident axis on the MC

     Panic button on Watchdog screen isn't working on Ubuntu

     OPLEV/OSEM trending script before the IFO work for diagnosis. Put into 40m summary screen.

     Auto-locker for arms

     Auto-locker for PSL things

     Diagnostic script for CDS - mx_stream, other stuff.

     Make sure scripts are all svn-ed

Video

     If each video screen has a caption, that would be great

     GUI interface of "videoswitch"

Ubuntu vs. CentOS

     Upgrade Ottavia to Ubuntu, make sure connect to DTT, Dataviewer, AWG.

MM

     IPPOS beam measurement

     AS beam measurement (if beam is bright enough)

     Mode matching calculations, sensitivity to MC waist measurement errors, PRM position

     Think up diagnostic measurement to determine mode matching to PRC while chambers are open, while we tweak MMT

     Use sensoray to capture, measure beam mode at AS, POP

Stray Light

     Scattered light measurement at the end stations: design / confirmation of the mechanical parts/optics/cameras

     Align AUX laser into dark port

     Assemble in-vac beam dumps - how many do we need?

OAF

     OAF comparison plot, both online and offline, comparing static, adaptive and static+adaptive

     Static-only OAF noise budget (Adaptive noise budget as next step)

     Script for daily / weekly re-calculation of Wiener, post to elog if need changing

Tip Tilts

     Prepare electronics for TTs (coil drivers)

      In-air TT testing to confirm we can control / move TTs before we vent

     Connect TTs to digital system and controls, lay cables if needed

     Determine whether we need to add a new flange to OMC chamber

RF Photodiodes

     Opto Energy diode laser - purchase

     Set everything up

     Demod board for AS110 - so we can also have POP110?

  6860   Sat Jun 23 18:44:15 2012 steveUpdateGeneralpower surge has no effect on the lab

I was notified by CIT Utilities that there was a power surge or short power outage this after noon.

Lab conditions are normal:  c1ioo is down.  The south arm AC was off......I turned it back on.

  6864   Mon Jun 25 08:21:40 2012 steveUpdateGeneralAC power disturbance on Sat

Quote:

I was notified by CIT Utilities that there was a power surge or short power outage this after noon.

Lab conditions are normal:  c1ioo is down.  The south arm AC was off......I turned it back on.

 

             CALIFORNIA INSTITUTE OF TECHNOLOGY

                 FACILITIES MANAGEMENT

                 UTILITY & SERVICE INTERRUPTION

 

**PLEASE POST**

 

Building:         CAMPUS

 

Date:             Saturday, June 23, 2012

 

Time:             3:46 P.M.

 

Interruption:     Electrical Power Disturbance

 

Contact:          Tom Brennan, x-625-395-4984    

 

*The City of Pasadena Water & Power Department had a 34,000-volt line event on Saturday June 23 at 3:46 p.m.  This caused a city wide disturbance on the power grid.  The Campus did not lose electrical power.  However, the disturbance may have affected sensitive electronic equipment.

(If there is a problem with this Interruption, please notify the Service Center X-4717 or the above Contact as soon as possible.

If no response is received we will proceed with the interruption.)

         

                        Jerry Thompson,

                        Interim Director of Campus Operations & Maintenance

 

Attachment 1: powerdisturbed.png
powerdisturbed.png
  6879   Wed Jun 27 11:33:28 2012 MashaUpdateGeneralFirst Week Update

This week I wrote Matlab code, most of which can be found in /users/masha

First, I wrote a simulation seismicFilter.m which filters noisy seismic noise with a desired signal of non-seismic noise. The signals are purely simulated, so I played around with zero-pole-gain generation of transfer functions to obtain them. The function takes the number of taps, the filter type (Wiener or adaptive nlms) as well as an iteration step size and number of iterations, and generates PSD plots of the witness signal, the desired signal, the estimated (filtered) signal, and the error. I'm not sure that I am properly implementing the Wiener part of the code, and I assume the line "[W, R, P] = miso_firlev(TAPS, noisySeismicSignal1, seismicSignal2); " generates W, a filter with TAPS number of weights, but  then "[y, error] = filter(W, 1, noisySeismicSignal1);" generates an error signal of size TAPS rather than N, the size of the original signal. Perhaps I should calculate error using e(t) = d(t + a) - w(t)*x(t), where "a" is the delay.

I have various screenshots in my directory of what seismicFilter.m generates, and I will take a larger screenshot, as well as generate a learning curve (for error vs. number of taps) when I can use Sasha's computer for a bit, since it both has more computing power and a larger screen.

The funciton filterConvergence.m, meanwhile, is similar, except it takes two file names as real data, and uses realDataFilter.m to run the filtering. Currently, I am working with data from C1:IOO-MC_F_DQ-Online  and C1:PEM-SEIS_GUR1_X_IN1_DQ-Online, and I will include screenshots of these once I get on Sasha's computer.

In order to generate the data, meanwhile, I had to modify the python script, and thus wrote mashaImportingData.py for myself. Likewise, plotSignalFromFile.m visualizes this data, both in the time domain and in the frequency domain.

On the side, I wrote an NLMS filter in adaptiveFilterSimulationNLMS.m, and compared is to Matlab's NLMS filter in NLMStest.m (using generated data) and adaptiveFilterSimulation.m using twn input signals. Right now, it's faster on smaller inputs and smaller tap sizes, but then begins to choke and run slower than the Matlab one when these get to big. In order to improve it, I have to develop a better method of generating the initial weights.

As far as machine learning goes, once I find the number of taps for the convergence of both the Wiener filter and the NLMS filter, I will email Denis for further instructions. At some point, however, I should generate learning sets from the seismometers and the MCL (or the DARM), and thus have to find adequate times at which I can take data (probably not from the DARM, however, because it was rarely on).

Thanks for reading!

  6881   Wed Jun 27 14:12:44 2012 EricSummaryGeneralSURF Week 1

I started work familiarizing myself with the ELOG and some of the control systems at the 40m. I spent a fair bit of time gaining some general knowledge of the interferometer, control systems, calibration, null instruments, etc. On Friday, June 22 Yaakov and I spent the afternoon pulling cables for the beatbox that Jamie had finished up. We were able to get the cables from the rack containing the beatbox routed to the control room.

Then I started work on calibrating the beatbox. I set up the function generator to send a sine wave into the beatbox, then sent the signal from the beatbox to the oscilloscope. I compared both the input sine wave and the output from the beatbox at many frequencies, taking peak to peak measurements. I'm working on using the data to calibrate the beatbox now.

  6893   Fri Jun 29 03:21:32 2012 yutaUpdateGeneralprep for the vent - others

1. Turned off high voltage power supplies for PZT1/2 (input PZTs) and OMC stage 1/2. They live in 1Y3 rack and AUX_OMC_NORTH rack.

2. Restored all IFO optics alignment to the position where I aligned this afternoon (for SRM, I didn't aligned it; it restored at the saved value on May 26).

3. Centered all the oplevs. They can be used for a reference for alignment change before and after the vent.

I will leave PSL mechanical shutter and green shutters closed just in case.

Some MEDM screenshots below.
MEDMscreenshotswithCOW_20120629.png

  6896   Fri Jun 29 16:41:41 2012 yutaUpdateGeneralPRM was NOT installed backwards

[Koji, Steve, Jamie, Yuta]

So, PRM was NOT flipped......

We opened the BS chamber and quickly checked the arrow on the PRM pointing HR. It turned out to be correct, the arrow was pointing towards the arm cavity. We opened the ITMX chamber, too, to check PR2 later.
BS chamber and ITMX chamber is now closed with the light door.

But it was a one step forward anyway, because we could prove PRM was innocent.

What to do next:
  We know that the mode-matching of the incident beam and both arms are pretty good. So, dirty modes come from PRC.
  We will check beam clipping, mirrors, suspensions in PRC.
  I expect the chambers to be closed on Monday(July 2) afternoon and start pumping on Tuesday(July 3) morning.

  6900   Sun Jul 1 23:48:15 2012 yutaSummaryGeneralclipping at BS, my plan

[Koji, Yuta]

We aligned PRMI and inspected BS chamber. Last inspection by Jamie and I (see elog #6897) was done when nothing is aligned, so I wanted to see the difference.
Aligning PRMI at low power was difficult for me, because I see no fringe at ASDC PD nor REFLDC PD. I just aligned them by looking at AS/REFL camera. The beam shape at AS looked as bad as when the usual power.

No significant change was found inside the vacuum. We still see clipping at the Faraday, and also, we saw clipping by BS coil holder. Using PZT1, we could make it better, but this might be causing PRC problem -- BS is inside the PRC, too.

We also took some pictures of PR3 and PRM(attached). The arrow pointing HR is correctly pointing inside the PRC. Seeing is believing.

Yuta's plan:
  We might have to avoid clipping at BS (and Faraday) by aligning input optics inside the vacuum. If we are going to align them, I think we should start from centering MC beam spot positions and the whole alignment could take more than a week. I don't want to spend too much time on the alignment. Also, we are going to install tip-tilts on the next big vent, so we have to redo the alignment anyway.
  So, my plan is as follows;

1. Take lots of photos and close the door on Monday(June 2).

2. Pump on Tuesday(June 3).

3. Restart working on ALS. For example, demonstration of FPMI using ALS.

4. We also can do some characterization of PRC, like measuring power recycling gain for PRMI/PRFPMI, mode scan for PRC using AUX laser from AS port, and so on. We need some calculation for clipping tolerance, too.

  Any objections?

Attachment 1: PR3.JPG
PR3.JPG
Attachment 2: PRM.JPG
PRM.JPG
  6901   Mon Jul 2 00:41:13 2012 ranaSummaryGeneralclipping at BS, my plan

 

 Start pumping on Monday before Steve goes home.

  6902   Mon Jul 2 10:45:25 2012 JenneSummaryGeneralclipping at BS

Quote

No significant change was found inside the vacuum. We still see clipping at the Faraday, and also, we saw clipping by BS coil holder. Using PZT1, we could make it better, but this might be causing PRC problem -- BS is inside the PRC, too.

 Yuta just told Jamie and I that when he and Koji were looking at things yesterday, they saw that the beam spot was roughly at the center of the PRM, but was clipping on the lower OSEM holder plate on the BS.  This indicates that the beam spot on the BS is much too low.  The easiest way I can see this happening is poor pitch pointing with the tip tilts, which we unfortunately don't have active control over.

Recall elog 3425, where I mentioned some pretty bad pitch pointing after a TT was moved from the cleanroom, to the chamber, back to the cleanroom.  I think that we may need to check the pitch pointing at the chamber before installing tip tilts in the future.

  6903   Mon Jul 2 18:27:25 2012 yutaUpdateGeneralBS and ITMX chambers closed

[Koji, Steve, Jamie, Jenne, Yuta]

We opened BS and ITMX chambers, took lots of photos, and closed them with heavy doors.
I turned off high voltage power supplies for PZTs and blocked PSL beam. We are ready for the pumping tomorrow.

Important photos we took:
  - positions of green optics at BS chamber, which was moved on the vent on Aug 2011
  - positions of PZT mirrors and cable connectors at BS chamber, which will be replaced with tip-tilts on the next vent
  - arrow on PR2 pointing HR (it was correct)
  - tried to take photos of clipping IR beam at BS OSEM holder from ITMX chamber
 
 We also took bunch of other photos.


Beam dump needed at BS chamber:
  We also checked some un-dumped beams at BS chamber. We need dumps;
  - behind MMT1, for unwanted transmitted beam
  - behind IPPOSSM3, for unwanted transmitted beam (IPPOSSM3 is the last mirror in BS chamber for IPPOS)

  6946   Mon Jul 9 16:28:13 2012 MashaConfigurationGeneralSeismometer repositioning

Today I REPOSITIONED THE SEISMOMETERS in order to triangulate noise sources (as Rana suggested).

I re-levelled all of them, locked them, and turned them on. They should be located out of sight, but just in case:

GUR 1 IS DOWN THE X-ARM, behind the interferometer.

GUR 2 IS BETWEEN THE TWO ARMS, BEHIND THE CABLE TRAP THAT RUNS PARALLEL TO THE X-ARM.

STS 1 IS DOWN THE Y-ARM behind the interferometer.

I'll wait a day for them to stabilize (continuing to reset STS-1 every hour or so) and then begin taking data tomorrow morning, depending on the condition of the signal.

Ideally, I'd like a few days' worth of data, so I'll update when I've changed the configuration back to the way it was prior.

 

  6951   Tue Jul 10 10:50:02 2012 JamieConfigurationGeneralSeismometer repositioning

Quote:

Today I REPOSITIONED THE SEISMOMETERS in order to triangulate noise sources (as Rana suggested).

I re-levelled all of them, locked them, and turned them on. They should be located out of sight, but just in case:

GUR 1 IS DOWN THE X-ARM, behind the interferometer.

GUR 2 IS BETWEEN THE TWO ARMS, BEHIND THE CABLE TRAP THAT RUNS PARALLEL TO THE X-ARM.

STS 1 IS DOWN THE Y-ARM behind the interferometer.

I'll wait a day for them to stabilize (continuing to reset STS-1 every hour or so) and then begin taking data tomorrow morning, depending on the condition of the signal.

Ideally, I'd like a few days' worth of data, so I'll update when I've changed the configuration back to the way it was prior.  

 Highlighting good, ALL CAPS LESS SO!

  6958   Wed Jul 11 11:00:45 2012 MashaSummaryGeneralWeek Summary

This week, my work fell into two categories: Artificial Neural Networks and lab-related projects.

Artificial Neural Networks

- I played around with radial basis functions and k-means classification algorithms for a bit in order to develop an algorithm to pick out various features of seismic signals. However, I soon realized that k-means is an extremely slow algorithm in practice, and that radial basis functions are thus difficult to implement since their centers are chosen by the k-means algorithm in practice.

- Thus, I moved on to artificial neural networks. Specifically, I chose to implement a sigmoidal neural network, where the activation function of each neuron is f(u) = 1/ (1 + e-u/T), T constant, which is nice because it's bounded in [0, 1]. Classification, then, is achieved by generating a final output vector from the output layer of the form [c1, c2, c3, ..., cN] where N is the number of classes, ci = 1 (ideally) if the input is of class i, and ck = 0 otherwise.

- First, I built a network with randomly generated weights, ten neurons in the one hidden layer, and two output neurons - to simply classify [1, 0] (earthquake) and [0, 1] (not an earthquake). I ran this on fake input I generated myself, and it quickly converged to error 0. Thus, I decided to built a network for real data.

- My current network is a 2-layer, 10 neuron / 2 neuron sigmoidal network that also classified earthquake / not an earthquake. It trains in roughly 80 - 100 iterations (it's learning curve on training data it attached). It decimates full data from DataViewer by a factor of 256 in order to run faster.

- Next steps: currently, my greatest limitation is data - I can use US Geological Survey statistics to classify each earthquake (so that N = 10, rather than 2, for example), but I would like definite training data on people, cars, trucks, etc. for supervised learning, in order to develop those classes. Currently, however, the seismometers are being used for mine and Yaakov's triangulation project, so this may have to wait a few days.

Lab-Related Projects

- I apologize for all of the E-logs, but I changed the filters in the RMS system (to elliptic and butterworth filters) and changed the seismic.strip display file.

- I repositioned the seismometers so that Yaakov and I can triangulate signals and determine seismic noise hot-spots (as a side-project).

Right now I'm going to try for more classes based on USGS statistics, and I will also explore other data sources Den suggested.

 

Thanks for your help, everybody in 40m!

 

Attachment 1: Error.fig
  6962   Wed Jul 11 14:22:54 2012 EricSummaryGeneralSURF Update

Here's what I accomplished since my last elog:

I continued working on the beatbox calibration. Instead of using the function generator for an input signal,
I used the network analyzer because it can generate higher frequencies that are of more interest to us. I ran
the network analyzer output into the RF in port, and took voltage measurements from the Q port using the
oscilloscope. The frequency range I focused on was 100 - 200 MHz, and I also took more closely spaced measurements
from 180 - 200 MHz. The data is recorded on the computer now, and I will analyze it more fully in the future.

I also edited the Calibration page on the LIGO 40 m wiki. Rana showed me the page on calibration, but there was
limited information there, so he recommended that I post my work there as well. Right now I haven't posted much,
but I will likely add some information on the Simulink model I'm working on and results of measurements to be
taken as the project progresses.

The majority of my work has been on developing a Simulink model in Matlab of the differential arm length sensing
and control loop
. I am using Figure 6-1 from Rana's thesis as a guide on important components to include in the
model. Some of the details on the transfer functions of components need to be worked out, but a basic framework has
been established. Right now the transfer function of the arm cavity is being approximated as a single pole, but
we may integrate the calibration model I'm working on with Sasha's work on the arm cavity. I have also begun to
implement the length response function in the model
. I believe it is giving correct results at frequencies up to
100 Hz, but is off at higher frequencies. This might be fixed after I continue to fill in the transfer functions
of the digital components; they are currently set to 1 until I find more information on them.

  6974   Fri Jul 13 15:49:38 2012 yutaBureaucracyGeneral40m Priority Action Items

These are all priority action items need to be done before I come back (in mid-September).
BE PREPARED FOR THE FULL LOCK!

NEXT VENT:
        - Prepare and install tip-tilts -JAMIE
        - Adjust IP-ANG -JAMIE, JENNE, KOJI
        - Make sure there's no clipping. Start from MC centering -JAMIE, JENNE, KOJI

ASS/A2L:
        - Make ASS and A2L work -JENNE, JAMIE
        - Better MC spot position measurement script(see the last sentence in elog #6892) -JENNE
        - Daily beam spot measurements for IFO, just like MC -JENNE
        - ASS for green using PZT steering mirrors on end table -JENNE
        - Modeling of phase tracking ALS -JAMIE

ALS:
        - PZT mounts for PSL and ALS beams -JENNE, KOJI
        - Add temperature sensors for end lasers to CDS slow channels -JENNE
        - Put green trans camera, GTRY PD, and GTRX PD on PSL table -JENNE
        - Better beat box; include comparators, frequency dividers, and whitening filters -JAMIE, KOJI
        - Adjust servo gain/filters of end green PDH lock (reduce frequency noise) -JENNE
        - Add on/off switch, gain adjuster, etc to CDS for end green PDH lock -JENNE, JAMIE

PRC:
        - Find why and reduce 3 Hz motion -JENNE
        - Simulation of PRMI with clipping -YUTA
        - Alignment tolerance of PRMI -YUTA

  6984   Wed Jul 18 09:44:13 2012 MashaSummaryGeneralWeek Summary

This week, I continued to work with my Artificial Neural Network. Specifically, I implemented a 3-hidden layer sigmoidal, gradient-descent supervised network, with 3 neurons in the final output layer, since I have introduced a new class, trucks. I have overcome my past data limitation, since I observed that there is a multitude of trucks that comes between 9 and 10 am, and thus I have observed a bunch of trucks after the fact (their seismic patterns are rather distinct, and thus there could prove to be a very large supply of this data - I have gathered data on the past 50 days so far, and have gathered 60+ truck patterns).

With 3 classes, the two-layer network converges in ~200 epochs, while the 3-layer network takes around ~1200 (and more time per iteration). Since the error gradients in the stochastic gradient descent are recursively calculated, the only real time limitation in the algorithm is just lots of multiplication of weight / input vectors, lots of computation of sigmoidal functions, and lots of data I/O (actually, since the sigmoidal function is technically an exponentiation to a decimal power and a division, I would be curious to know if theory or Matlab has any clever ways of computing this faster that can be easily implemented - I will look into this today). Thus, the networks take a long time to train. I'm currently looking at optimizing the number of layers / number of neurons, but this will be a background process for at least several days, if not the next week. In the greater scope of things, however, training time isn't really a problem, since the actual running of the algorithm requires only one pass through the network, and the network should be as well-trained as possible. However, due to the fact that I am only here until the end of August, it would be nice to speed things up.

As far as other classifications, I can simulate signals either by dropping the copper block from the Stacis experiment, or by applying transfer functions to general seismic noise. However, I would like more real data on noise sources, but the only other one plausible to LIGO that I can currently think of (cars don't show up very well) is the LA Metro. Perhaps I will take a day to clock trains as they come in (since the schedule is imprecise) and see if there is any visible seismic pattern.

I also, with the help of Yaakov, Jenne, and Den, now have three working, triangulated seismometers, which can now begin taking triangulation data (the rock tumblers are still working, so there should be opportunities to do this), both to find hot-spots as Rana suggested, and to measure the velocity and test out my algorithm, as Den suggested.

 

  7024   Wed Jul 25 11:25:27 2012 MashaUpdateGeneralSummary

This week, I have been mainly working on my new neural network project, and working with the BLRMS channels.

New Neural Network Project:

Rana and I read a paper which demonstrated the use of a neural network to control an inverted pendulum. Since the test masses are, in simplest terms coupled harmonic oscillators with six degrees of freedom, we suspect something similar can be done. The logic behind trying to use a neural network as a control system lies in the fact that the actual motion of the test masses is a complicated function of many variables (including environment variables, such as temperature and seismic disturbance as well), and neural networks, at the core, are function approximators, which can approximate a function as a combination of polynomials (with error 0 in a closed interval) or of sigmoidal functions (which, in the papers I've read, seems to be possible in practice - the authors also reference some theoretical results regarding this). Thus, this network could, in theory take the displacement in the degrees of freedom of the OSEMS and generate the actuation force.

However, there was the question of building a neural network which explicitly took the history of a time series into account, and not only implicitly in the neuron weights. Thus, I found recurrent neural networks, which, for some T (this will ultimately be related to the sampling frequency, or spectrum of the signal),  has T hidden sub-layers which pass in the output of the T previous iterations.

I have written Matlab code that generates, for a given T and neuron vector (the number of neurons in each of the T layers) a recurrent neural network (it still, like my old network, uses gradient descent and sigmoidal activation functions). However, I needed a system to run it on, so I began playing around with Simulink. I have never used this system before, so I took a bit of time doing the tutorials, but I currently have a damped, driven harmonic oscillator which accepts a force at each time step and outputs a displacement (taking into account the earlier forces). This afternoon, I think I will link it to my recurrent neural network, which can accept a displacement and output a force, and see what happens. These networks are notoriously slow to converge, but I could at least check to see that my code (and understanding of the algorithm) is correct. Should this work, I can also try hooking it up to Sasha's simulation, which is more complex than an oscillator with one degree of freedom.

As Far as Seismic Things Go:

I haven't worked with seismic noise itself very much this week, although the signals could be used as inputs to a neural network. I moved the STS1 and GUR1 cables, which I realized were crossed and thus stupidly placed (my fault) and now have STS1 on the very end of the Y arm (GUR1 is about 10 meters down the X arm, however, so Jenne and I will probably have to make a cable). I also found granite and foam, so at least the STS can be given a final position at the end of the arm.

BLRMS:

I added two new channels to the BRLMS, for 0.01 - 0.03 Hz and 0.03 - 0.1 Hz, so that we can better observe distant earthquakes. I also changed the MEDM screen for all of the ACC, GUR, and STS RMS channels (I think Liz is also using this for her MIC channels), combining the low pass and high pass filter screens into a screen demonstrating the complete RMS process, which squaring and square roots. I have also changed the RMS filters, and wrote an Elog about that process.

The paper Rana and I read is Charles W. Anderson, Learning to Control and Inverted Pendulum Using Neural Networks

A good paper of recurrent neural network basics is Mikael Boden, "A guide to recurrent neural networks and backpropagation"

 


 

 

  7064   Wed Aug 1 10:38:11 2012 EricSummaryGeneralSURF Update

Since my last update I have modified the DARM control loop model to the extent that it resembles the
measured open loop transfer function much more closely
. The phase especially is much more accurate, with
a phase margin of about 35 degrees at the unity gain frequency of 156 Hz. Right now I'm normalizing to
the unity gain frequency still to adjust the gain properly. Using the length response function from the
model, I can calibrate the error signal as well to find the simulated h(t) output. There were a number of
computational problems in calculating the length response function, but I eventually found a work-around.
Attached is an updated plot of the open loop transfer function and the length response function of the model.

This week Jamie showed me around the real-time Simulink models as well. The one specific to my project
is c1cal.mdl
. It takes the output in the form of the error and control signals from c1lsc.mdl as its
input and produces the calibrated signal as output. In order to produce the calibrated signal we need the actuation
function and the inverse of the sensing function for the model as it stands now. We also built, installed,
and restarted the c1cal model because no data was showing up in data viewer, but the problem remained
after this attempt. 

Jamie and I also started on calibrating the interferometer in the traditional way. Jamie aligned the beam
splitter and the input test masses so we could take free-swinging Michelson measurements. However, taking
the data with the nds system appears to be giving different results than what is showing up in data viewer.
The goal of this measurement is to get a value for the peak to peak amplitude of the Michelson error signal.

Attachment 1: OLG_hendries.png
OLG_hendries.png
Attachment 2: Length_response_hendries.png
Length_response_hendries.png
  7066   Wed Aug 1 11:46:16 2012 MashaSummaryGeneralWeek Summary

 A lot of my time this week was spent struggling with implementing my neural network code in Simulink in order to experiment with using neural network control systems, as Rana suggested. Perhaps I'm inept at S-Functions, but I decided try to use the Model Reference Controller block in Simulink instead of my own code, and experiment with using that to control a driven, damped harmonic oscillator with noise. The block consists of two neural networks, one which is trained on a model of the plant to simulate the plant, and one that it trained on a reference model (which, in my case, is just input -> gain 0 -> output since my desired signal for now is 0. So far, I have managed to adjust the parameters enough to stop the neural network controller from outputting too much force (this causing the amplitude of the oscillator to increase with each iteration), but outputting enough to keep the plant oscillating with a maximal displacement of 2 m/s (with 30 neurons, 100 reference time delays, and 100 plant output time delays). I will continue to work on this, especially with added noise sources, and see how feasible it is to train such a controller to actually perform well.

control.png

20-100-100-Perform.png

As far as classification, I took up that project again, and realized that I have been approaching it the wrong way the whole time - instead of using a neural network to classify an entire time series, I could just classify it online using a recurrent neural network. This, however, meant that my data (which used to be in packets of 900 seconds) had to be parsed through to generate time-dependent desired output vectors. I did this last night, and have been trying various combinations of neuron numbers, time delays, and learning parameters this morning. Below is my current best result for mean square error with time, obtained with 1 neuron in the hidden layer, 50 time delays (so that there are actually 51 neurons feeding into the hidden layer, and a subnetwork of 50 neurons connected to 50 neurons, and learning parameter 0.7). The peak is due to the fact that a large amount of sharp earthquakes occur around that time, essentially giving the neural network a surprise, and causing it to rapidly learn. However, I suspect this sharp rise would decrease if I were to stop decimating my data by a factor of 256, and using all of the inputs as they come in (this, however would be drastically slower). Currently, I have a massive loop running which tries different combinations of neurons and time delays.

1-50-0.7.png

 

In terms of other lab stuff, Jenne and I ordered parts to make a cable for Gurlap-1, and I updated the pin map for Gurlap-1. Also, I wrote my progress report.

 

  7117   Wed Aug 8 11:46:09 2012 MashaSummaryGeneralWeek Summary

The main thing that I did this week was write a C block that, given static weights, would classify seismic signals (into one of three categories - Earthquake, Truck, Quiet). I have successfully debugged the C block so that it works without segmentation faults, etc, and have made various versions - one that uses a recurrent neural network, and one that uses a time-delayed input vector (rather than keeping recurrent weights). I've timed my code, and it works very fast (to the point where clock() differences in <time.h> are 0.000000 seconds per iteration). This is good news, because it means that operations can be performed in real-time, whether we are sampling at 2048 Hz, or, as Rana suggested, 256 Hz (currently, my weights are for 256 Hz, and I can decimate the incoming signal which is at 2048 Hz right now).

In order to optimize my code, since at the core it involves a lot of matrix multiplications, I considered how the data is actually stored in the computer, and attempted to minimize pointer movement. Suppose you have an array in C of the form A[num_row][num_col] - the way this array is actually stored on the stack or heap is row_1 / row_2 / row_3 / ... / row_num_row, so it makes sense to move across a matrix from left to right and then down (as though reading on a page). Likewise, there's no efficient algorithm for matrix multiplication which is less that O(N^2) (I think), so it's essentially impossible to avoid double for loops (however, the way I process the matricies, as mentioned before, minimizes this time).

The code is also fast because, rather than using an actual e^-u operation for the sigmoidal activation function, it uses a parametrized hyperbola - this arithmetic operations are the only ones that occur, and this is much faster than exponentiation (which I believe is just computer by Taylor series in the C math library..)

The weight vectors for this block are static (since they're made from training data where the signal type is already known). I am not currently satisfied with the performance of the block on data read from a file, so I am retraining my network. I realized that what is currently happening is that, given a time-dependent desired output vector, the network first trains to output a "quiet" vector, then a "disturbance" vector, and then retrains again to output a "quiet vector" and completely forgets how to classify disturbance. Currently, I am trying to get around this problem by shifting my earthquake data time-series, so that when I train in batch (on all of my data), there is probably an earthquake at all time points, so that the network does not only train on "quiet" at certain iterations. Likewise, I realized that I should perform several epochs (not just one) on the data - I tried this last night, and training performance MSE decreased by a factor of 1 per iteration (when on average, it's about 40, and 20 at best).

After I input the static weight vectors (which shouldn't take long since my code is very generalized), the C block can be added to the c1pem frame, and a channel can be made for the seismic disturbance class. I've made sure to keep with all of the C block rules when writing my code (both in terms of function input/output, and in terms of not using any C libraries).

As for neural networks for control, I talked to Denis about the controller block, and he realized that we should, instead of adding noises, at first attempt to use a reference plant with a lower Q pendulum and a real plant with a higher Q pendulum (since we want pendulum motion to be damped). I've tried training the controller block several times, but each time so far the plant pendulum has started oscillating greatly. My current guess at fixing this is training more.

Also, Jenne and I made a cable for Guralp 1 (I soldered, she explained how to do it), and it seems to work well, as mentioned in my previous E-log. Hopefully it can be used to permanently keep the seismometer all the way down the arm.

  7119   Wed Aug 8 13:16:58 2012 EricSummaryGeneralSURF Update

This week I spent most of my time learning about how the interferometer is calibrated and working on the calibration itself. I also looked more into the Pound-Drever-Hall technique.

Continuing work on the free-swinging Michelson measurements, I changed the signal that I was using to C1:LSC-ASDC_OUT_DQ. This is a proper power signal so that the peak-to-peak amplitude of this error signal can be directly read off the graph. The motivation to measure this amplitude is that it must be known in order to calibrate the actuation of the input and end test masses.

Next I looked into using DTT to make some measurements. I ran the Michelson restore script in the IFO Configure screen to adjust the optics to be near alignment. Then I tweaked the precise settings in the IFO Align screen of pitch and yaw for the ITMX, ITMY, and BS. The goal with this was to minimize the magnitude of the C1:LSC-ASDC_OUT_DQ signal. After it was well-aligned, back in DTT I sent in a sine wave excitation and used a Triggered Time Response measurement to see the output. As a first test I put the excitation signal in the ASDC channel and I was able to plot the resulting OUT signal in DTT. The amplitude was different than I input due to gains between the excitation and the point of measurement, but this can easily be accounted for by adjusting the amplitude in DTT accordingly.

The next step is to work on measurements of a single arm cavity, introducing excitations there and measuring the response.

  7156   Mon Aug 13 00:33:06 2012 MashaUpdateGeneralMysterious banging on emergency door

[Masha, Sasha]

Sorry to spam the e-log, but did someone come knock loudly on the emergency exit door a few moments ago? It gave Sasha and I quite a fright, and we are rather worried.

  7157   Mon Aug 13 01:33:55 2012 DenUpdateGeneralMysterious banging on emergency door

Quote:

[Masha, Sasha]

Sorry to spam the e-log, but did someone come knock loudly on the emergency exit door a few moments ago? It gave Sasha and I quite a fright, and we are rather worried.

 Probably, security. You can call 5555 and ask them. Otherwise you can ask them to come and check everything.

  7158   Mon Aug 13 09:59:05 2012 KojiUpdateGeneralMysterious banging on emergency door

You mean 5000?

Quote:

Probably, security. You can call 5555 and ask them. Otherwise you can ask them to come and check everything.

 

  7160   Mon Aug 13 15:31:09 2012 steveUpdateGenerallarger optical tables at the ends

I'm proposing larger optical tables at the ends to avoid the existing overcrowding. This would allow the initial pointing and optical level beams to set up correctly.

The existing table is 4 x 2 would be replaced by 4' x 3'   We would lose only ~3" space  toward exist door.

I'm working on the new ACRYLIC TABLE COVER for each end that will cost around $4k ea.  The new cover should fit the larger table.

Let me know what you think.

Attachment 1: ETMYtable.jpg
ETMYtable.jpg
Attachment 2: ETMY4X3.jpg
ETMY4X3.jpg
  7163   Mon Aug 13 18:00:30 2012 jamieUpdateGenerallarger optical tables at the ends

Quote:

I'm proposing larger optical tables at the ends to avoid the existing overcrowding. This would allow the initial pointing and optical level beams to set up correctly.

The existing table is 4 x 2 would be replaced by 4' x 3'   We would lose only ~3" space  toward exist door.

I'm working on the new ACRYLIC TABLE COVER for each end that will cost around $4k ea.  The new cover should fit the larger table.

Let me know what you think.

I'm not sure I see the motivation.  The tables are a little tight, but not that much.  If the issue is the incidence angle of the IP and OPLEV beams, then can't we solve that just by moving the table closer to the viewport?

The overcrowding alone doesn't seem bad enough to justify replacing the tables.

  7179   Tue Aug 14 15:58:44 2012 JenneUpdateGeneralTranslation to English: larger optical tables at the ends

Quote:

Quote:

I'm proposing larger optical tables at the ends to avoid the existing overcrowding. This would allow the initial pointing and optical level beams to set up correctly.

The existing table is 4 x 2 would be replaced by 4' x 3'   We would lose only ~3" space  toward exist door.

I'm working on the new ACRYLIC TABLE COVER for each end that will cost around $4k ea.  The new cover should fit the larger table.

Let me know what you think.

I'm not sure I see the motivation.  The tables are a little tight, but not that much.  If the issue is the incidence angle of the IP and OPLEV beams, then can't we solve that just by moving the table closer to the viewport?

The overcrowding alone doesn't seem bad enough to justify replacing the tables.

Steve pointed out to me (this is not in his original elog, although you can see it in the photo if you look closely), that we can't really move the table legs any closer to the chamber.  We have maybe 3" of clearance between the table leg and the blue support tube that supports the bottom of the stack.  Therefore, we can't just

So Steve's proposal is to leave the legs exactly where they are, and just put a larger table on those legs.  This leaves 9" unsupported on the chamber side, and 3" unsupported on the far side.  The tables are 4" thick. 

Steve also mentions that we will lose 1.5" on all 4 sides of the table, with the new acrylic boxes, so we'll be down to 1'9" unless we get the larger table, in which case we'd have 2'9", and 3'9" on the long direction.

I would like to see a sketch of the end tables, so we can see if 1'9" x 3'9" is enough.  Manasa is working on a new end table layout in parallel to the ringdown stuff.  If we're actually concerned about the input angle of the oplevs, then to fix that we need to either get the bigger table and hang it off the edge of the legs, or perhaps as Dmass suggested, get a "doggy cone collar", and give ourselves a larger opening angle of access to the viewport, from the current table location.

 

  7194   Wed Aug 15 16:01:47 2012 steveUpdateGenerallarger optical tables at the ends ?

The drawing of the 4' x 2'  table cover can be seen at entry  #6190 The new proposed wall #7106  The yellow acrylic would be ~ 0.25" thick and it will be the inside. It is not shown on the drawing.

Question remaining: should get a larger table 4' x 3' as outlined by red lines and make new cover to fit this

The oplev beam path needs larger incident angle to get in and out of the chamber: REMOVE BOTTLENECK for easy traffic

Moving the existing table closer to ETMY chamber - as Jamie suggested-  would help but there is no room for this solution.

The larger table solve this issue and leave more room for initial pointing, arm transmitted and future experiments.

Other benefits: no tube to make between table and chamber. It is easier to make the the larger box air tight.

The new isolation box with feed through, cover, seals will cost $4-5K ea

 

 

Attachment 1: bottleneck.jpg
bottleneck.jpg
  7195   Wed Aug 15 16:29:59 2012 Eric SummaryGeneralSURF Update

This week I took more data for the calibration of YARM. The summary of measurements taken is:

1. Peak-to-peak on Michelson
2. Michelson open loop
3. Excite ITMY and measure on AS55_Q_ERR
4. Excite ITMY and measure on POY11_I_ERR
5. Excite ETMY and measure on POY11_I_ERR
6. YARM open loop

Then I worked on comparing these measurements to the Simulink model of the interferometer control loop. The measured open loop transfer function of the YARM matched well with the model above about 20 Hz, after the gain was scaled properly to fit the data. Next is to fit the length response function of the model and the measurements, and then use DTT to calibrate the arm cavity's power spectrum.

  7247   Wed Aug 22 01:54:03 2012 JenneUpdateGeneralList o' things: YarmASS, ETMXTcamera, POXwhiteningTriggering

While meditating on other things, I have noticed / found the following today:

YARM ASS works okay.  Yesterday I measured the sensing matrix for the ASS for both arms (although I forgot to copy one of the matrix elements to my text file for Xarm - needs remeasuring).  I put the Yarm matrix in (after appropriate inversion, only non-zero pitch-to-pitch, yaw-to-yaw elements).  I turned on the Yarm ASS, and  the yaw converged pretty quickly (couple of minutes), with gains of -1 in the servos, overall gain of anywhere between 0.005 and 0.010.  The pitch took much longer, and I had to 'pause' several times by turning off the overall gain for the yarm ass when the MC lost lock (which has happened several times tonight - unknown cause).  Eventually, the pitch settled out, and quit changing, but the lockin outputs weren't zero, even though the error signal for the servos were almost zero (gains for the pitch servos were -0.5, overall gain ~0.005 was better than 0.01 - higher gain caused oscillations in the lockin outputs).  I think this means that I need to remeasure the yarm pitch ass matrix.  It's still much, much faster to just turn on the dithers, watch the striptool of the lockin outputs, and align the cavity by hand.

I think the ETMX Trans camera view is clipped a little bit.  I went down there, and it doesn't seem to be on the last optic before the camera, and moving the spot on the camera doesn't change the shape of the image, so I don't think it's on the camera.  We should look into this, since it's either clipping on the BS that separates some camera beam from the TRX beam, or TRX is getting a clipped beam too.  If the clipping is any earlier in the Trans path, the Trans QPD could also have some clipping.  This requires investigation.  The xarm trigger needs to be reset/disabled so we don't lose lock every time we block the TRX beam (as was happening to me).

XARM really doesn't like to relock unless the POX whitening is turned off.  Good flashes, doesn't really catch (10+ min waiting (while working on Yarm stuff) ).  After turning off the whitening, it catches almost immediately. Even though it's on the to-do list to rethink the tuning of our whitening, we should probably implement the whitening triggering now anyway.  It'll make things easier.

The double integrator that Rana implemented in the X and Y arm servo filters last week take 8 seconds to turn off (due to Foton settings), so even though they are triggered to turn off immediately upon lockloss, they sit around and integrate for 8 seconds, so have huge signals.  If the cavity flashes and the locking trigger engages during that 8 seconds, we send a huge kick to the ETMs.  I'm modeling the response of the filters to an impulse and noise, particularly in the case of ramping on the double integrators.  The problem is that a flat filter has 0deg phase, but the double integrator has 180deg phase at low frequencies, so there's some weird sign flipping that can happen as we ramp - this is part of what I'm modeling.

MC is losing lock unusually often tonight.  Everything on the servo board screen looks normal (which is good since that's all set by the autolocker).  I just disabled the test exc in, but that's been left enabled for a while now, and it hasn't (I think?) been a problem since there shouldn't be anything connected to the board there.  PMC transmission is a little low, 0.816, and FSS is starting to get near -1 on the slow actuator adjust, but we've seen locking of the PMC problems around -1.5 or -2 of the FSS, and the adjust value was at -0.8 earlier tonight and we still had MC locking problems.  I have had the seismic channels open on Dataviewer for the last several hours, and I'm not seeing any spikes in any of the Guralp channels which correspond to the times that the MC loses lock.  BLRMS don't seem particularly high, so MC lockloss cause is still a mystery for today.

The ETMX monitor selector on the VIDEO screen seems not to be switching the actual camera that's shown on the monitor.  Using the script command itself works, so my screen is wrong.

  7248   Wed Aug 22 11:41:20 2012 steveUpdateGeneralgrout plate for optical table at the ends

Reinforced concrete grout plate for existing carbon steel stands at the ends.

 

Attachment 1: IMG_1561.JPG
IMG_1561.JPG
Attachment 2: 08231201.PDF
08231201.PDF
  7249   Wed Aug 22 15:47:34 2012 jamieSummaryGeneralvent prepartion for fast-track vent

We are discussing venting first thing next week, with the goal of
diagnosing what's going on in the PRC.

Reminder of the overall vent plan:

https://wiki-40m.ligo.caltech.edu/vent

Since we won't be prepared for tip-tilt installation (item 2), we should
focus most of the effort on diagnosing what's going on in the PRC.  Of
the other planned activities:

(1) dichroic mirror replacement for PR3 and SR3

  Given that we'll be working on the PRC, we might consider going ahead
  with this replacement, especially if the folding mirror becomes
  suspect for whatever reason.  In any case we should have the new
  mirrors ready to install, which means we should get the phase map
  measurements asap.

(3) black glass beam dumps:

  Install as time and manpower permits.  We need to make sure all needed
  components are baked and ready to install.

(4) OSEM mount screws:

  Delay until next vent.

(5) new periscope plate:

  Delay until next vent.

(6) cavity scattering measurement setup

  Delay until next vent.

  7255   Thu Aug 23 10:38:12 2012 SteveUpdateGeneralvent prepartion for fast-track vent

Quote:

We are discussing venting first thing next week, with the goal of
diagnosing what's going on in the PRC.

Reminder of the overall vent plan:

https://wiki-40m.ligo.caltech.edu/vent

Since we won't be prepared for tip-tilt installation (item 2), we should
focus most of the effort on diagnosing what's going on in the PRC.  Of
the other planned activities:

(1) dichroic mirror replacement for PR3 and SR3

  Given that we'll be working on the PRC, we might consider going ahead
  with this replacement, especially if the folding mirror becomes
  suspect for whatever reason.  In any case we should have the new
  mirrors ready to install, which means we should get the phase map
  measurements asap.

(3) black glass beam dumps:

  Install as time and manpower permits.  We need to make sure all needed
  components are baked and ready to install.

(4) OSEM mount screws:

  Delay until next vent.

(5) new periscope plate:

  Delay until next vent.

(6) cavity scattering measurement setup

  Delay until next vent.

 Bob is back. Cleaning and baking all our posts and clamps. They will be ready for use Tuesday next week. Therefore beam dumps will be available for installation.

  7271   Fri Aug 24 14:46:08 2012 JenneSummaryGeneralDetailed alignment plan

Friday / pre-vent:

[done] Align the MC mirrors for the incident beam so that the mirrors can be the alignment reference [Koji]

[in progress] Center spots on MC mirrors [Jenne]

Put beam attenuator optics (PBS + waveplate) on PSL table, realign input beam to MC mirror centers

[In progress] See if we can design a set of nuts and bolts to use at bottom of tiptilt optic ring, to do small adjustments of pitch alignment [Steve]

After doors open:

Use CCD (Watek, with AGC on) to take images of everything we can think of, to see current status of clipping

Check that we get through the Faraday without clipping

Move PZT1 and MMT mirrors to get good spot positions on PR3, PR2.  Make sure we're clearing the Faraday's housing

Install dichroic optics, perhaps completely readjust pitch alignment of those tiptilts (we will measure the spares later, and call that good enough for our phase mapping).

Use some kind of oplev setup to check pitch alignment of PR2, PR3.

Tweak (if necessary) PR2 & PR3 pitch to go through center of PRM, BS, hit center of ITMY

Check that we're not clipping on the BS cage anywhere

Use CCD to take images with Sensoray of everything we can think of, to confirm we don't have clipping anywhere.  Want to see the edges of the beam on the targets, which would mean that the beam is hitting the center of the optic.  If necessary, we'll stay open an extra day to get good camera images everywhere, so we have a good record of what's going on inside.

Note:  While having good arm alignment would be good, we're willing to sacrifice some arm alignment to have good DRMI alignment, since we're re-venting and installing the new active tiptilts in another month or so. 

Things I'm leaving for Jamie-the-Vent-Czar to plan:

Order of door opening

Beam dump assembly and placement

 

ELOG V3.1.3-