40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 319 of 341  Not logged in ELOG logo
ID Date Author Type Category Subjectup
  2846   Mon Apr 26 16:51:37 2010 KevinUpdatePSLre: 2W Vertical Beam Profile

I tried Koji's suggestions for improving the fit to the vertical beam profile; however, I could not improve the uncertainties in the fit parameters.

I started retaking the data today with the same laser settings used last time and noticed that the photodiode was saturating. We were using an ND 4.0 neutral density filter on the photodiode. Koji and I noticed that the coating on the filter was reduced in the center and added an additional ND 0.6 filter to the photodiode. This seemed to fix the photodiode saturation.

I think that the photodiode was also saturating to a lesser extent when I took the last set of data. I will take another vertical beam profile tomorrow.

[Edit by KA: Metallic coating started being evaporated and the ND filters reduced their attenuation. We decided to use absorptive one as the first incident filter, and put a thinner one behind. This looked fine.]

  2847   Mon Apr 26 17:34:31 2010 KojiUpdatePSLre: 2W Vertical Beam Profile

Give me the plot of the fit, otherwise I am not convinced.

Quote:

I tried Koji's suggestions for improving the fit to the vertical beam profile; however, I could not improve the uncertainties in the fit parameters.

  2851   Tue Apr 27 15:29:16 2010 KevinUpdatePSLre: 2W Vertical Beam Profile

I thought that the micrometer I was using to move the razor through the laser beam was metric; however, it is actually english.

After discovering this mistake, I converted my previous measurements to centimeters and fit the data to

w = sqrt(w0^2+lambda^2*(z-z0)^2/(pi*w0)^2) with the following results:

reduced chi squared = 14.94

z0 = (-4.2 ± 1.9) cm

w0 = (0.013 ± 0.001) cm

Attachment 1: vbp.jpg
vbp.jpg
Attachment 2: vbp_residuals.jpg
vbp_residuals.jpg
  2857   Wed Apr 28 14:22:36 2010 KevinUpdatePSLre: 2W Vertical Beam Profile

I used the Mathematica CurveFit package that we use in Ph6/7 to make the fits for the beam profile data. I wrote two functions that use CurveFit shown in the attachment to make the fits to the error function and square root.

Attachment 1: BeamFit.nb.tar
  11080   Thu Feb 26 20:02:46 2015 JenneUpdateLSCre: some thoughts

I have clarified my elog from last night to indicate that the sensing matrix in the "33MHz cancellation" configuration was measured with the PRMI held on REFL55 I&Q.

Also, I just re-read my control room notes from yesterday, and I typed the wrong demod phases into the table last night.  The elog has been edited.  Most significantly, the REFL33 demod phase did not change by 70 degrees.  It did change by 10 degrees, but that is likely from the fact that it was formerly tuned for PRCL in PRFPMI, and last night I tuned it for PRCL in PRMI-only.

  9305   Mon Oct 28 18:57:27 2013 MasayukiHowToLSCread 'scope and spectrum analyser datas

 

The command to get the data from spectrum analyzer right now

From command line, put ./netgpibdata -i 192.168.113.108 -d AG4395A -a 17 -f meas01

(EDIT JCD:  You must first be in the correct folder:  /opt/rtcds/caltech/c1/scripts/general/netgpibdata/)

(EDIT JCD again: "meas01" in the command line instruction will be the name of the filename.  Also, the output file meas01.dat has a comment in the first line that must be deleted before you can plot the data.  This sucks, and we should write a script to strip that line, then make nice plots.)

Please take notice that although IP address of AG4395A is same as written in the help of netgpibdata, the GPIB address is not same. It's 17.

 

How to use  'scope from control room.

Open the browser. Put the IP adress of 'scope (192.168.113.25) into adrress bar of the browser. If it's on the network, below screen will open.

You can control 'scope, get the data, and so on from control room.

Please take notice that Google Chrome cannot connect the 'scope. So you have to use the Firefox or other browser.

  7487   Fri Oct 5 00:29:34 2012 DenUpdatePEMreadout box power

Guralp readout box received +13.7 /0/ -15V instead +15V because of the broken fuse. Power provided by the source is normal.

Edit by Den: I've found a similar fuse on one of the tables and borrowed it. Guralp is not working again.

  7490   Fri Oct 5 11:11:00 2012 DenUpdatePEMreadout box power

Quote:

Guralp readout box received +13.7 /0/ -15V instead +15V because of the broken fuse. Power provided by the source is normal.

Edit by Den: I've found a similar fuse on one of the tables and borrowed it. Guralp is not working again.

 I've meant Guralp is NOW working again 

  4710   Fri May 13 01:42:35 2011 kiwamuUpdateLSCready for Schnupp asymmetry measurement

[Valera / Kiwamu]

 We are able to lock each arm smoothly.  It is ready for the Schnupp asymmetry measurement.

( to be done )

 - Manual D-phase adjustment of the AS55 channel.

 - A script to adjust the D-phase.

 - Trigger logic for the boost filters.

 - Modification of some old alignment scripts to adopt them to the new LSC channels

  6357   Mon Mar 5 17:07:58 2012 kiwamuUpdateIOOrealigned MC

I have slightly shifted the MC beam pointing to relax the PZT1 PITCH. As a result the TRY value went to 0.97 in a first lock trial.

However another issue arose:

   The polarity for controlling the PZT1 PITCH seems to have flipped for some reason.

Since it is still sort of controllable, I am leaving it as it is.

If I remember correctly, sliding the PZT1 pitch value to the positive side brought the beam spot upward in the AS CCD. But now it moves in the opposite way.

Also the ASS feedback looks tending to push the PZT1 pitch to the wrong direction.

I am not 100 % sure if the polarity really flipped, but this is my current conclusion.

 

 

(MC pointing)

  1. Locked the Y arm and aligned ITMY and ETMY with the ASS servos such that the beam spot on each test mass is well centered on the test mass.
    • With this process the eigen axis of the Y arm cavity is well prepared.
  2. Checked the beam positions of the prompt reflection light and cavity leakage field in the AS CCD.
    • It looked the incident beam needed to go upward in the CCD view.
  3. Offloaded the MC WFS feedback values to the MC suspension DC biases in a manual way.
  4. Disabled the MC WFS servos. The MC transmitted light didn't become worse, which means the suspensions were well aligned to the input beam
  5. Changed the DC bias in the MC2 PITCH, to bring the beam spot upward. I changed the DC bias by ~ 0.1 or in the EPICS counts.
  6. Aligned the zig-zag steering mirrors on the PSL table to match the incident beam to the new MC eigen beam axis.
    • The transmitted DC light and reflected DC values went back to 27000 counts and 0.58 counts respectively without the WFS servos.
  7. Re-engaged the WFS servos.

Quote from #6351

PZT1 started railing in the pitch direction and because of this TRY doesn't go more than 0.7. I will leave it as it is for tonight.

Tomorrow I will shift the alignment of the MC to make the PZT1 happier. 

 

  3923   Mon Nov 15 15:01:51 2010 kiwamuUpdateIOOrealigned the wideband EOM

Since we are going to lock the MC today, I aligned it back to the default place.

Quote: #3888

For Yuta's business, I intentionally misaligned the wideband EOM slightly to Yaw direction. 

  16650   Mon Feb 7 16:14:37 2022 TegaUpdateComputersrealtime system reboot problem

I was looking into plotting temperature sensor data trend and why we currently do not have frame data written to file (on /frames) since Friday, and noticed that the FE models were not running. So I spoke to Anchal about it and he mentioned that we are currently unable to ssh into the FE machines, therefore we have been unable to start the models. I recalled the last time we enountered this problem Koji resolved it on Chiara, so I search the elog for Koji's fix and found it here, https://nodus.ligo.caltech.edu:8081/40m/16310. I followed the procedure and restarted c1sus and c1lsc machine and we are now able to ssh into these machines. Also restarted the remaining FE machines and confirm that can ssh into them. Then to start models, I ssh into each FE machine (c1lsc, c1sus, c1ioo, c1iscex, c1iscey, c1sus2) and ran the command

rtcds start --all

to start all models on the FE machine. This procedure worked for all the FE machines but failed for c1lsc. For some reason after starting the first the IOP model - c1x04, c1lsc and c1ass, the ssh connection to the machine drops. When we try to ssh into c1lsc after this event, we get the following error :  "ssh: connect to host c1lsc port 22: No route to host".  I reset the c1lsc machine and deecided to to start the IOP model for now. I'll wait for Anchal or Paco to resolve this issue.


[Anchal, Tega]

I informed Anchal of the problem and ask if he could take a look. It turn out 9 FE models across 3 FE machines (c1lsc, c1sus, c1ioo) have a certain interdependece that requires careful consideration when starting the FE model. In a nutshell, we need to first start the IOP models in all three FE machines before we start the other models in these machines. So we turned off all the models and shutdown the FE machines mainly bcos of a daq issue, since the DC (data concentrator) indicator was not initialised. Anchal looked around in fb1 to figure out why this was happening and eventually discovered that it was the same as the ms_stream issue encountered earlier in fb1 clone (https://nodus.ligo.caltech.edu:8081/40m/16372). So we restarted fb1 to see if things clear up given that chiara dhcp sever is now working fine. Upon restart of fb1, we use the info in a previous elog that shows if the DAQ network is working or not, r.e. we ran the command

$ /opt/mx/bin/mx_info
MX:fb1:mx_init:querying driver:error 5(errno=2):No MX device entry in /dev.

 The output shows that MX device was not initialiesd during the reboot as can also be seen below.

$ sudo systemctl status daqd_dc -l

● daqd_dc.service - Advanced LIGO RTS daqd data concentrator
   Loaded: loaded (/etc/systemd/system/daqd_dc.service; enabled)
   Active: failed (Result: exit-code) since Mon 2022-02-07 18:02:02 PST; 12min ago
  Process: 606 ExecStart=/usr/bin/daqd_dc_mx -c /opt/rtcds/caltech/c1/target/daqd/daqdrc.dc (code=exited, status=1/FAILURE)
 Main PID: 606 (code=exited, status=1/FAILURE)

Feb 07 18:01:56 fb1 systemd[1]: Starting Advanced LIGO RTS daqd data concentrator...
Feb 07 18:01:56 fb1 systemd[1]: Started Advanced LIGO RTS daqd data concentrator.
Feb 07 18:02:00 fb1 daqd_dc_mx[606]: [Mon Feb  7 18:01:57 2022] Unable to set to nice = -20 -error Unknown error -1
Feb 07 18:02:00 fb1 daqd_dc_mx[606]: Failed to do mx_get_info: MX not initialized.
Feb 07 18:02:00 fb1 daqd_dc_mx[606]: 263596
Feb 07 18:02:02 fb1 systemd[1]: daqd_dc.service: main process exited, code=exited, status=1/FAILURE
Feb 07 18:02:02 fb1 systemd[1]: Unit daqd_dc.service entered failed state.


NOTE: We commented out the line

Restart=always

in the file "/etc/systemd/system/daqd_dc.service" in order to see the error, BUT MUST UNDO THIS AFTER THE PROBLEM IS FIXED!

  2619   Fri Feb 19 16:40:43 2010 kiwamuUpdateGreen Lockingrearrange the optics on the end table

Koji and kiwamu

The existing optics on the ETMX/ETMY end table were rearranged in this morning.

 


The main things we have done are -

1. relocation of the optical levers for ETMs ( as mentioned in koji's entry )

This relocation can make a space so that we can setup the green locking stuffs.

The optical path of the green locking is planed to start from the right top corner on the table, therefore we had to relocate the oplevs toward the center of the table.

2. relocation of the lens just before the tube

Because we are going to shoot the green beam into the arm cavity, we don't want to have any undesired lenses before the cavity.

For this reason we changed the position of the lens, it was standing just in front of the tube, now it's standing on the left side of the big mirror standing center top.

Since we did not find a significant change in its the spot size of the transmitted light, we did not change the position of all the TRANS_MON_PDs and its mirrors. And they are now well aligned.

Attachment1: ETMX end table

Attachment2: ETMY end table

Attachment 1: DSC_1202.JPG
DSC_1202.JPG
Attachment 2: DSC_1207.JPG
DSC_1207.JPG
  6145   Thu Dec 22 19:15:22 2011 kiwamuUpdateGreen Lockingrearrangement of PSL green optics
 As planed (#6143), rearrangement of the PSL green setup has begun.
It required to move approximately half of the green optics on the PSL table
and I finished displacing and installing the necessary optics coarsely.
So far I just have recovered the Y arm beat-note between the PSL green light.
 
 I will do a fine alignment of the X arm path on the PSL table and try obtaining the X arm beat-note tonight.
  6147   Fri Dec 23 01:07:41 2011 kiwamuUpdateGreen Lockingrearrangement of PSL green optics part II

After I did a fine alignment of the X green beam path on the PSL table, the X arm beat-note was also obtained.

Here is a picture of the latest setup. The blue lines represent S-polarizing green beams.

newLayout.png

During I was working on the PSL table HEPA was at 80 %, and after the work I brought it to 20 %.

Quote from #6145
 I will do a fine alignment of the X arm path on the PSL table and try obtaining the X arm beat-note tonight.

  10576   Tue Oct 7 16:17:15 2014 SteveUpdateGeneralreason for 8 sec power outage

Quote:

We had a unexpected power shutdown for 5 sec at ~ 9:15 AM.

Chiara had to be powered up and am in the process of getting everything else back up again.

Steve checked the vacuum and everything looks fine with the vacuum system.

 

There was an equipment malfunction in one of Pasadena's substation that caused the outage. After about an 8 second delay, back up circuits restored power. This affected about 1/2 of the campus.

Mike 

-----Original Message-----
From: Steve Vass [mailto:steve@ligo.caltech.edu] 
Sent: Tuesday, October 07, 2014 2:18 PM
To: Anchondo, Michael
Subject: 5s

Hi Mike,

Can you tell me about yesterday's power outage?

Thanks, Steve
  9668   Tue Feb 25 00:00:01 2014 rana, jenneUpdateLSCreasons that the REFL signals may be degenerate now

We're exploring some effects which may give some funny macroscopic detuning and cause a near phase degeneracy in the REFL RF signals (see radar plot from Jenne below).

1) Alignment: we centered the oplevs to reduce fluctuations and then tweaked the BS and PRM alignment to build up the power. No significant change in the RF phases of the DOFs.

2) Measuring RAM: we set the dark offsets (by hand since the Masayuki script doesn't really work well anymore) to with 1 counts. We then locked the MC, misaligned the ITMs, and looked at the REFLOUT16 channels using the following command line:

z avg 12 C1:LSC-REFL11_I_OUT16 C1:LSC-REFL11_Q_OUT16 C1:LSC-REFL33_I_OUT16 C1:LSC-REFL33_Q_OUT16 C1:LSC-REFL55_I_OUT16 C1:LSC-REFL55_Q_OUT16 C1:LSC-REFL165_I_OUT16 C1:LSC-REFL165_Q_OUT16
C1:LSC-REFL11_I_OUT16     -12.04
C1:LSC-REFL11_Q_OUT16     -14.34
C1:LSC-REFL33_I_OUT16       0.43
C1:LSC-REFL33_Q_OUT16      -0.28
C1:LSC-REFL55_I_OUT16       2.84
C1:LSC-REFL55_Q_OUT16       5.64
C1:LSC-REFL165_I_OUT16      4.40
C1:LSC-REFL165_Q_OUT16      0.10

So these offsets are small in counts. In meters this corresponds to....less than 3 pm for any of the I signals.

Refl11I = 2.06e-12 meters

Refl11Q = 2.94e-10 meters

Refl33I = 5.28e-13 meters

Refl33Q = 1.07e-11 meters

Refl55I = 2.71e-12 meters

Refl55Q = 3.55e-11 meters

Refl165I = 3.07e-13 meters

Refl165Q = 8.63e-14 meters

 

 

3) Next we want to put large offsets into the error points of the loops

4) Change modulation depth

5) Check IMC length (todo for Q/Manasa for Tuesday - Wednesday)

  4023   Tue Dec 7 19:34:58 2010 kiwamuUpdateCDSrebooted DAQ and all the front end machines

I found that all the front end machine showed the red light indicators of DAQ on the XXX_GDS_TP.adl screens.

Also I could not get any data from both test points and DAQ channels.

First I tried fixing by telneting and rebooting fb, but it didn't help.

So I rebooted all the front end machines, and then everything became fine.

 

  4393   Wed Mar 9 23:19:04 2011 kiwamuUpdateCDSrebooted c1ioo

For some reason the c1ioo machine suddenly died just 30 miteus before.

It died after we added a DAQ channel for c1gcv and rebooted the frame builder.

It didn't respond to a ping command. Therefore I rebooted the machine by clicking the physical reset button.

Now it seems fine.

  10989   Mon Feb 9 08:40:49 2015 SteveUpdateSUSrecent earthquake 4.9

Baja 4.9 m earth quake tripped suspentions, except ETMX Sus damping recovered. MC is locking.
 

Attachment 1: M4.9Baja.png
M4.9Baja.png
  10850   Sun Jan 4 12:49:18 2015 SteveUpdateSUSrecent earthquakes

All suspensions were tripped. Damping were restored. No obvious sign of damage. BS OSEM-UR may be sticking ?

Attachment 1: recentEQ.png
recentEQ.png
  10846   Mon Dec 29 21:30:25 2014 ranaUpdateGeneralrecovery
  1. Control room is at +66 F. Brrrr.
  2. Alignment of input beam into the IMC was wacky; locked on HOM.
  3. Re-aligned beam into the PMC first.
  4. Restarted mxstream for c1sus.
  5. Power cycled Martian router; all laptops were lost. Now better.
  6. Aligned launch beam from PSL to get onto the MCWFS better, MC is locking OK now. Moved MC SUS a little to get back to OSEM values from 6 days ago.
  7. Fixed LOCK_MC screen quad displays to be cooler.
  8. changed many of the ezcawrite calls in the mcup / mcdown to be 'caput -l' for more robustness. Still need ezcawrite for the binbary calls.
  9.  I didn't touch the mirrors on the MC REFL path, so we can still use that as a reference once the temperature returns to normal; the PSL room temp is down to 20C from 22 C a couple days ago.
  10. TRX values coming in to the LSC were frozen and the TRY_OUT16 was going to huge values even though camera flashes were reasonable. Tried restarting c1lsc model. No luck.
  11. Also tried shutdown -r now on c1lsc. No luck. Probably needs a RFM boot.
  12. Increased the FSS SLOW servo threshold to 9999 counts to avoid it running on some misaligned TEM01 mode locks. Increased the PID's I gain from 0.05 to 0.356 by tuning on some step responses as usual.
  13. By midnight the control room temperature is back around 71 F.
  9760   Fri Mar 28 22:10:00 2014 rana, kojiUpdateSUSrecovery from

* EQ Southeast of LA around 45 minutes ago. Callum and I felt it.

* Koji and I came in to recover. MC suspensions had been mis-aligned. ETMs both tripped their watchdogs.

* As before, the ETMX was stuck in its cage and the UR & LR OSEMs were reading zero V.

* We moved the MC sus back to their OSEM values from 2 hours ago. Koji aligned everything else by just using his chee.

* To shake the ETMX loose, I tried a different tactic than the "Great Balls of Fire". I started giving it 20k steps through the ASCYAW filterbank (with ramping OFF). I used the green light in the X arm video to look at the swinging. Using this as a readback I pumped the OFFSET button on ASCYAW to resonantly swing up the yaw motion. I had to turn the watchdog thresh up to 2000 temporarily. After a couple minutes the ETMX was free.

* We then used the bias sliders to steer it back onto the OL center (which Q nicely lined up for us recently) and then X arm locked in green right away.

Fri Mar 28 22:38:04 2014:  We've just ridden through the 5th aftershock. None of the aftershocks have tripped the watchdogs  but they break the IMC lock.

Attachment 1: Screenshot.png
Screenshot.png
  9763   Mon Mar 31 08:11:00 2014 SteveUpdateSUSrecovery from earthquakes

Quote:

* EQ Southeast of LA around 45 minutes ago. Callum and I felt it.

* Koji and I came in to recover. MC suspensions had been mis-aligned. ETMs both tripped their watchdogs.

* As before, the ETMX was stuck in its cage and the UR & LR OSEMs were reading zero V.

* We moved the MC sus back to their OSEM values from 2 hours ago. Koji aligned everything else by just using his chee.

* To shake the ETMX loose, I tried a different tactic than the "Great Balls of Fire". I started giving it 20k steps through the ASCYAW filterbank (with ramping OFF). I used the green light in the X arm video to look at the swinging. Using this as a readback I pumped the OFFSET button on ASCYAW to resonantly swing up the yaw motion. I had to turn the watchdog thresh up to 2000 temporarily. After a couple minutes the ETMX was free.

* We then used the bias sliders to steer it back onto the OL center (which Q nicely lined up for us recently) and then X arm locked in green right away.

Fri Mar 28 22:38:04 2014:  We've just ridden through the 5th aftershock. None of the aftershocks have tripped the watchdogs  but they break the IMC lock.

Local earthquake activity is up. Our suspensions are holding well.    ETMX and ETMY sus damping restored.

Attachment 1: local5.1eq.png
local5.1eq.png
Attachment 2: EQ4.4-5.1-3.3-16days.png
EQ4.4-5.1-3.3-16days.png
  5963   Sun Nov 20 14:48:55 2011 kiwamuUpdateGeneralrecovery from the power shutdown

Recovery from the power shutdown

 - Turned on the raid disk of linux1.

 - Woke linux1 up. No fsck this time.

 - Woke up all the lab machines.

 - Turned on all the electronics racks' AC powers

 - Woke up fb and then front end machine (the raid for fb had been already up as I turned on the AC powers)

 - Turned on all the electronics racks' DC powers (Sorensens, Kepcos, and etc.)

 - Turned on the Marcnois which is driving the RF generation box.

 - Woke up all the lasers (PSL and End lasers)

 - Some burtrestoring (c1ioo, c1sus, c1susaux, c1msc, c1psl, c1iool0, c1auxey, c1auxex, c1oaf, c1pem)

 - Ran autolockMC scripts on op340m => After relocking of PMC a lock of MC was acquired immediately.

 - Turned on the PZT HV drivers.

 

Some issues

 - One of the Sorensens in 1X8 rack is showing the current limit sign. This is exactly the same situation as we saw before (#5592).

       Currently it's off. It needs an investigation to find who is drawing such a large amount of current.

 - C1SCX is not properly running. Rebooting the machine didn't help. This needs to be fixed.

       The symptom is : (1) all the values are frozen in the screens. (2) the c1scx status screens shows NO SYNC sign. (3) however the timing board looks blinking happily.

 - One of the VME rack on 1X3 is not showing the +/-15V green LED lights.

   This is the one on very upper side of the rack, which contains the old c1lsc machine and c1iscaux2. If we are still using c1iscaux2, it needs to be fixed.

  5965   Sun Nov 20 15:33:37 2011 ranaUpdateGeneralrecovery from the power shutdown

 restarted Apache on Nodus for the SVN as per wiki instructions

  848   Mon Aug 18 17:37:14 2008 robUpdateLockingrecovery progress

I removed the beam block after the PSL periscope and opened the PSL shutter.

There was no MC Refl beam on the camera, so I decided to trust the PSL launch
and aligned the MC to the PSL beam. Here are the old and new values for
the MC angle biases:
 __Epics_Channel_Name______   __OLD_____    ___New___
 C1:SUS-MC1_PIT_COMM          4.490900        3.246900 
 C1:SUS-MC1_YAW_COMM          0.105500	      -0.912500
 C1:SUS-MC2_PIT_COMM          3.809700	      3.658600 
 C1:SUS-MC2_YAW_COMM          -1.837100	      -1.217100
 C1:SUS-MC3_PIT_COMM          -0.614200	      -0.812200
 C1:SUS-MC3_YAW_COMM          -3.696800	      -3.303800

After this, the beam looks a *little low* going into the Faraday Isolator.
Nonetheless, after turning on the IFO input steering PZTs, I was able to
quickly steer the PRM get a beam on the REFL camera and into the REFL OSA.
The PRM optical lever beam is also striking the quad.

I then used the ETMX optical lever as a reference for realigning. After
steering around the input PZTs and ITMX, I saw some flashes in Xarm trans, then got
it locked and ran the alignment script ~5 times. The arm power went
up to 0.9, so I tweaked the MC1 to put the MC refl beam back on MCWFS.
The XARM power then went up to .96. Good enough for now.

Then I started to try and re-align the YARM. Since the oplevs for both ITMY
and the BS are untrustworthy, I first tried to get the beam bouncing off ITMX
and the BS back into the AS OSA, to try and recover some BS alignment. This
didn't work, as the AS OSA may not be a good reference anyways. After
wandering around in the dark for a little while, I decided to try an automated
scan of the alignment space. I used the trianglewave script to scan
the angle biases of BS, ITMY, & ETMY, then looked at the trend of the transmitted
power to find the gps time when there were flashes. I then used
time_machine_conlog to restore the biases to that time. This was close
enough to easily recover the alignment. After several rounds of aligning &
centering oplevs, things look good.

Also locked a PRM. Will work on the DRM tomorrow.

I'm leaving the optics in their "aligned" states over night, so they can
start their "training."

Note: The MC is not staying locked. Needs investigation.

For tomorrow:

lock up the DRM
fix the mode cleaner
re-align mode cleaner to optimize beam through Faraday
re-align all optics again (will be much easier than today)
re-align beam onto all PDs after good alignment of suspended optics is established.
Attachment 1: flatlissa.png
flatlissa.png
  7720   Sat Nov 17 03:30:13 2012 Den, AyakaUpdateAlignmentred in arms

We aligned accurately 00 green in yarm, changed voltage on PZT2 to see red flashing at TRY at the normalized level 0.2-0.3. The plan was to lock yarm using POY11 and green from other side, maximize red TRY by adjusting PZT2. But POY11 does not go out of the vacuum, so we adjusted TRY by flashing. 2 DOFs of PZT2 is not enough to match 4 DOFs of red beam so we adjusted both PZT2 and cavity mirrors. TRY flashing is 0.5-0.6 and green is still locking to 00 though its transmission is not maximized. We'll fix it later by adjusting input green beam.

Next we wanted to get red beam on TRX PD. Beam steering was done by BS only. We misaligned BS in pitch and excited BS angle motion by 1000 counts. We could see red beam moving on the wall of ETMX chamber. We moved it to ETMX mirror frame, estimated position of the mirror center and moved BS to this position. The beam should be approximately in the middle. For now we can not see red beam on the camera at ETMX table, more work is needed.

  7721   Sat Nov 17 18:02:14 2012 DenUpdateAlignmentred in arms

Quote:

POY11 does not go out of the vacuum

 It does but slighty low and does not get on mirrors. We need to change optic mounts to adjust the height. Red is flashing in yarm at 00 and 10 modes. TRY is ~0.4-0.5.

I've adjusted BS angle, camera and TRX PD at ETMX table so I can see red flashing at 03 mode while green is locked to 00 and its transmission is maximized. I thought that by adjusting BS angle, I will be able to align red to 00 not disturbing green, but this was not the case. Maximum TRX I could get was 0.1. I've adjusted POX to get into PD and I can see PDH signal though I can't lock as cavity is still misaligned for red.

  7722   Sat Nov 17 22:50:17 2012 KojiUpdateAlignmentred in arms

You have constraints for the IR beams (i.e. one PZT and one BS for 8 dofs), so now you need to align the arms for the input IR beams.
The PZT and BS should be aligned so that you have the beam spots as center as possible with the above restrictions.

Then realign end greens for the given arm alignment. You can replace the mounts if necessary to align the end green.
Even if you lose the coarse alignment of the green, realignment is not difficult as you know now

Quote:

Quote:

POY11 does not go out of the vacuum

 It does but slighty low and does not get on mirrors. We need to change optic mounts to adjust the height. Red is flashing in yarm at 00 and 10 modes. TRY is ~0.4-0.5.

I've adjusted BS angle, camera and TRX PD at ETMX table so I can see red flashing at 03 mode while green is locked to 00 and its transmission is maximized. I thought that by adjusting BS angle, I will be able to align red to 00 not disturbing green, but this was not the case. Maximum TRX I could get was 0.1. I've adjusted POX to get into PD and I can see PDH signal though I can't lock as cavity is still misaligned for red.

 

  7730   Tue Nov 20 02:57:24 2012 Ayaka, Den, KojiUpdateLockingred in arms

We aligned and locked x and y arms.

MCL loop makes arms lock unstable, adds a lot of noise at frequencies 60-100 Hz. We'll fix it.

At some point we were not able to lock because of ADC overflows of PO signals. They happened if whitening filters were enabled. So we reduced the gain of POX whitening filters down to 36 dB and POY - to 39 dB. Now cavities can be locked with whitening filters.

Also we changed the pedestal of the lens in the beam path to the POX because the beam was too high.

 

arms.png    arms_psd.png

etmxf.png  etmyf.png

itmxf.png     itmyf.png

etmxt.png    etmyt.png

  13129   Fri Jul 21 08:05:07 2017 SteveSummarySUSred, blue, green laser diodes ordered

Also ordered 1 ea.

Blue 20mW

Green 10mW

IR 780nm 3mW

Quote:

The $1000 HeNe should not be used for illuminating fibers.

You should purchase these (total price per laser less than $6):

  1. 10 red laser diodes for $2.39 total
  2. 3-5 Vdc adapters

HeNe 1103P 2mW Recertified

  3876   Sat Nov 6 07:26:54 2010 yutaSummaryIOOreduced common mode displacement of the beam through MC1 to MC3

(Koji, Suresh, Yuta)

Summary:

  We need MC to be locked and aligned well to align other in-vac optics.
  By using a new python script A2L.py(see elog #3863), we are measuring A2L coupling and centering the beam.
  Tonight's goal was to reduce common mode displacement of the beam through MC1 to MC3, and we succeeded.

Strategy of beam centering:

  We first ignore the beam position at MC2 and focus on MC1,MC3. If MC1,MC3 alignments are given, MC2 alignment is determined.

  For MC1 and MC3, we first reduce the common mode displacement using the last steering mirror at PSL table.
  The last steering mirror makes translation of the incident beam because it is far (~m) from the MC.
  So,
    1. Rotate the steering mirror nob a little
    2. Lock MC so that MC beam axis will be the same as the incident beam axis
    3. A2L measurement
    4. To 1-3 over until the beam crosses MC1 center to MC3 center axis
        The amount of vertical/horizontal displacements of the beam spot at MC1 and MC3 should be the same.
        From our convention, for vertical, MC1 and MC3 should have opposite sign. For horizontal, same sign. (see picture below)

Result:
A2LMCalign.png
 
  From the A2L measurement, now the beam spot is lower right at MC1 and upper right at MC3.
 

  The directions of the beam spot motion agree with the steering mirror tilts.
  Also, the amount of the motion seems reasonable.
    1 tooth rotation of the steering mirror nob makes ~1e-3 inch push which equals to ~0.5mrad rotation.
    The steering mirror to MC is like ~2m and 0.5mrad mirror tilt makes ~2mm displacement at the MC optics.
    2mm displacement is ~15% at the mirror (see Koji's elog #2863;note that coil-coil distance is 1/sqrt(2) of the mirror diameter).
    The measured vertical spot motion is ~15%/1tooth. Horizontal is sqrt(2) times bigger because of the angle of the MC1, MC3 and they are about that much, too.

Plan:
 - Use IM1 to make beam tilt and finally center the beam
 - Improve the script so that it features weighting in fitting
 - Write a script that balances actuation efficiency of the 4 coils.
     We are currently assuming that 4 coils are well balanced.
     In order to do the balancing, we need to balance OSEMs too.

  13213   Wed Aug 16 14:57:01 2017 SteveUpdatePSLref Cavity heating blanket power supply

The last entry I found relating to ref cavity was 2011 Aug 19

Attachment 1: refCavPSheat.jpg
refCavPSheat.jpg
Attachment 2: refCavTempSens.jpg
refCavTempSens.jpg
Attachment 3: refTempSen_1X1.jpg
refTempSen_1X1.jpg
  3272   Fri Jul 23 08:15:59 2010 steveUpdatePSLref cavity ion pump

The ref cavity ion pump was running at 7.7kV instead of 5kV

This Digitel SPC-1 20 l/s ion pump should be running at 5kV

  6753   Tue Jun 5 09:44:14 2012 steveUpdatePSLref cavity ion pump must be pumped

Quote:

The ref cavity ion pump was running at 7.7kV instead of 5kV

This Digitel SPC-1 20 l/s ion pump should be running at 5kV

 I noticed that the ion pump was turned off.

It was turned ON. It showed 0.00 microA at 5kV  The current display is not sensitive enough. There must be some small outgassing or leak. It adds up if we stop pumping.

We want to keep the reference cavity in pristine condition. It required the ion pump running all times.

  1943   Tue Aug 25 18:42:42 2009 steveUpdatePSLreference cavity temp box temporarly out of order

Quote:

The PSL Temperature Box (D980400-B-C, what kind of numbering scheme is that?) modified at LHO/LLO ~8 years ago to have better resolution on the in-loop temperature sensors.

I haven't been able to find a DCN / ECN on this, but there's an elog entry from Hugh Radkins here.  I'm also attaching the PDF of the latest drawing (circa 2000) from the DCC.

The schematic doesn't show it, but I am guessing that the T_SENSE inputs are connected to the AD590 chips, and that 4 of these are attached somehow to the RefCav can. IF this is true, I don't understand why there are input resistors on the LT1125 of U1; the AD590 is supposed to be a current source ?

Peter King is supposed to be coming over to work on this today so whoever spots him should force/cajole/entice him to elog what he's done. Film him if necessary.

 

I also think R1-8 should be swapped into metal film resistors for stability. The datasheet says that it puts out 1 uA/K, so the opamps put out 10 mV/K.

J8 and JP1 should be shorted to disable both the tidal and VME control input. Both are unused and a potential source of drift.

 Peter King is updating our temp box as Hugh did at Hanford Oct.22 of 2001 I still have not seen an updated drawing of this.

The LT 1021-7 reference chip will arrive tomorrow morning. This modification should be completed by noon.

 ** The link to the DCN from Hugh is here in the DCC.

  1945   Tue Aug 25 21:36:28 2009 AlbertoUpdatePSLreference cavity temp box temporarly out of order

 

 Is that the reason of the PSL craziness tonight? See attachment.

Attachment 1: 2009-08-25_PSLtrend.png
2009-08-25_PSLtrend.png
  1946   Tue Aug 25 21:55:11 2009 ranaUpdatePSLreference cavity temp box temporarly out of order

There's no elog entry about what work has gone on today, but it looks like Peter took apart the reference cavity temperature control around 2PM.

I touched the reference cavity by putting my finger up underneath its sweater and it was nearly too hot to keep my finger in there. I looked at the heater power supply front panel and it seems that it was railed at 30 V and 3 A. The nominal value according to the sticker on the front is 11.5 V and 1 A.

So I turned down the current on the front panel and then switched it off. Otherwise, it would take it a couple of days to cool down once we get the temperature box back in. So for tonight there will definitely be no locking. The original settings are in the attached photo. We should turn this back on with its 1A setting in the morning before Peter starts so that the RC is at a stable temp by the evening. Its important NOT to turn it back on and let it just rail. Use the current limit to set it to 1 A. After the temperature box is back in the current limit can be turned back up to 2A or so. We never need the range for 3A, don't know why anyone set it so high.

Attachment 1: Untitled.png
Untitled.png
Attachment 2: rc-heater.jpg
rc-heater.jpg
  1949   Wed Aug 26 15:42:17 2009 AlbertoUpdatePSLreference cavity temp box temporarly out of order

Quote:

There's no elog entry about what work has gone on today, but it looks like Peter took apart the reference cavity temperature control around 2PM.

I touched the reference cavity by putting my finger up underneath its sweater and it was nearly too hot to keep my finger in there. I looked at the heater power supply front panel and it seems that it was railed at 30 V and 3 A. The nominal value according to the sticker on the front is 11.5 V and 1 A.

So I turned down the current on the front panel and then switched it off. Otherwise, it would take it a couple of days to cool down once we get the temperature box back in. So for tonight there will definitely be no locking. The original settings are in the attached photo. We should turn this back on with its 1A setting in the morning before Peter starts so that the RC is at a stable temp by the evening. Its important NOT to turn it back on and let it just rail. Use the current limit to set it to 1 A. After the temperature box is back in the current limit can be turned back up to 2A or so. We never need the range for 3A, don't know why anyone set it so high.

While Peter King is still working on the reference cavity temperature box, I turned the power supply for the reference cavity's heater back on. Rana turned it off last night since the ref cav temperature box had been removed.

I just switched it on and turned the current knob in the front panel until current and voltage got back to their values as in Rana's picture.

I plan to leave it like that for half an hour so that the the cavity starts warming up. After that, I'll turn the current back to the nominal value as indicated in the front panel.

  1951   Wed Aug 26 16:11:41 2009 AlbertoUpdatePSLreference cavity temp box temporarly out of order

It turned out that half an hour was too long. In less than that the reference cavity temperature passed the critical point when the temperature controller (located just below the ref cav power supply in the same rack) disables the input power to the reference cavity power supply.

The controller's display in the front shows two numbers. The first goes with the temperature of the reference cavity; the second is a threshold set for the first number. The power supply gets enabled only when the first number comes under the threshold value.

Now the cavity is cooling down and it will take about another hour for its temperature to be low enough and for the heater power supply to be powered.

  1952   Wed Aug 26 16:31:34 2009 steveUpdatePSLreference cavity temp box temporarly out of order

Quote:

It turned out that half an hour was too long. In less than that the reference cavity temperature passed the critical point when the temperature controller (located just below the ref cav power supply in the same rack) disables the input power to the reference cavity power supply.

The controller's display in the front shows two numbers. The first goes with the temperature of the reference cavity; the second is a threshold set for the first number. The power supply gets enabled only when the first number comes under the threshold value.

Now the cavity is cooling down and it will take about another hour for its temperature to be low enough and for the heater power supply to be powered.

 The cavity temp cooled below SP2 set point 0.1  The Minco SP1 (present temp in Volts) now reading -0.037 so DC power supply was turned on and set to 12V 1A  

 

 

  5712   Thu Oct 20 12:43:19 2011 steveUpdateSAFETYrefilled first aid kits & their locations

First aid kits are located close vicinity of entry doors and under circuit breaker panels.

 

Attachment 1: P1080299.JPG
P1080299.JPG
Attachment 2: P1080306.JPG
P1080306.JPG
Attachment 3: P1080304.JPG
P1080304.JPG
Attachment 4: P1080305.JPG
P1080305.JPG
Attachment 5: P1080300.JPG
P1080300.JPG
Attachment 6: P1080301.JPG
P1080301.JPG
Attachment 7: P1080303.JPG
P1080303.JPG
Attachment 8: P1080307.JPG
P1080307.JPG
  2936   Sun May 16 12:51:08 2010 kiwamuUpdateGreen Lockingreflected beam at PD

Mode matching to the cavity has been done.

Now the reflection from the cavity is successfully going into the PD.

However I could not see any obvious error signal.

I should compute and re-check the expected signal level.

 


(mode matching of the crystal)

On the last Wednesday, Kevin and I measured the mode profile before the PPKTP crystal,  and we found the Gaussian beam at the crystal is focused too tightly (w = 38 um).

In order to achieve the best conversion efficiency the waist size should be 50.0 um. So we moved a lens, which was located before the crystal, to 7 cm more away from the crystal. Eventually we obtained a better focus (w = 50.1 um).

Thanks, Kevin. You did a good job.

 

(mode matching of the cavity)

I put a lens with f=-50 mm after the crystal to diverge the green beam more quickly. Then the beam is going through the Faraday of 532 nm, two final modematching lenses and ETMY at last.

By shifting the positions of these lenses, I obtained the reflection from ITMY with almost the same spot size as that of the incident. This means modemathing is good enough.

I put two more steering mirrors before its injection to the ETM, this allows us to align the beam axis against the cavity.

I aligned the axis by using the steering mirrors and now the green beam are successfully hitting the center of both the ETM and the ITM.

Then the alignment of the ETM and the ITM was adjusted from medm, so that both reflection goes in the same path as that of the incident.

And then I put a PD (Thorlabs PDA36A) to see the reflection rejected by the Faraday.

Connecting a mixer and a local oscillator (Stanford func. generator) with f=200kHz, but I couldn't see any obvious PDH signal....

Since the PD is DC coupled, the signal is almost dominated by DC voltage. Even if I inserted a high pass filter to cut off the DC, the AC signal looks very tiny..

  2937   Sun May 16 19:25:45 2010 KojiUpdateGreen Lockingreflected beam at PD

Don't make a short cut. The beam size at a single place does not tell you anything.
Measure the mode of of the beam at multiple points. Calculate the mode matching ratio.

Align the mirrors precisely. Try to see the DC fringe. Predict the size of the DC fringe.

Test the demodulation system with a function generator. Find the 200kHz signal using the spectrum analyzer to find the signal and the optimal alignment.

Put the DC signal and the AC signal to the oscilloscope as X&Y.

Good luck.

 

  417   Mon Apr 7 18:58:49 2008 steveUpdateGeneralreflectivity of SS304
The reflectivity of stainless steel 304 super polished # 8 was measured the same way as elog entry 409

The reflectivity: 74 +- 1 % from incident angle 10 to 80 degrees
Attachment 1: ss304s8refl.pdf
ss304s8refl.pdf ss304s8refl.pdf
  409   Wed Apr 2 15:03:51 2008 steveUpdateGeneralreflectivity of black glass
The reflectivity of black glass, shade 12 was supplied by Donald O'Shea
of Emerald Glass Inc., Westlake, OH 44145

The reflectivity of this glass was measured as shown

Old 1064 nm Crysta Laser with poor beam quality was the source.
Attachment 1: bg12refl.pdf
bg12refl.pdf
Attachment 2: bg12refsetup.pdf
bg12refsetup.pdf
  6280   Tue Feb 14 17:09:05 2012 steveUpdateGeneralreflectivity of green welding glass

 Schott, Athermal green welding glass, shade #14 reflectivity was measured in 1.2W,  ~1 mm diameter  beam of MC reflected.

The P polarization measurement  was done with the help of half wave plate and PBC

 

 

Attachment 1: gg#14ref.pdf
gg#14ref.pdf
Attachment 2: gg14refl1Wps.png
gg14refl1Wps.png
  6095   Fri Dec 9 15:14:41 2011 DenUpdateCDSrelease 2.4

Alex has created a 2.4 branch of the RCD. Jamie, we can try to compile and install it. As a test a did it for c1oaf, it compiles, installs and runs once variables SITE, IFO, RCD_LIBRARY_PATH are properly defined. As we do not want to run one model at 2.4 code and others at 2.1, I recompiled c1oaf back to 2.1. Jamie, please, let me know when you are ready to upgrade to 2.4 release.

  8254   Thu Mar 7 18:48:43 2013 yutaUpdateComputer Scripts / Programsreleasing my secret scripts

I released/updated my secret scripts to real scripts directory.
I checked they run correctly (but maybe not working correctly).


burtlookup.py
  in ./scripts/general/burtlookup.py

  It returns a value of a specified channel in the past using burt snapshots.
  Help is available.


GRtoggler.py
  in ./scripts/ALS/GRtoggler.py

  Toggles green shutter until it locks TEM00.
  Help is available. Threshold setting is critical.


MCbeeper.py
  in ./scripts/MC/MCbeeper.py

  Beeps when MC is unlocked.


yutalib.py
  in ./scripts/pylibs/yutalib.py

  Python library for data loading, saving and plotting.
  I think it's well commented.


pyezcalib.py
  in ./scripts/pylibs/pyezcalib.py

  Python library for ezca stuff.
  It has functions for recording and resetting default channel values in case of interrupt.


./scripts/PRCmodescan
  Python scripts for PRC modescan. Not well commented. Not organized.
  See elog #8012


./scripts/Alignment
  Python and shell scripts for alignment work. Not well commented.
  See elog #8164


./scripts/SUS/OplevCalibration
  Python scripts for oplev calibration. Not well commented.
  See elog #8221


./scripts/dither/gfactormeasurement
  Python scripts for g-factor measurement. Not well commented.
  See elog #8230


./scripts/SUS/ActuatorCalib
  Python scripts for calibrating actuators. Not well commented.
  See elog #8242

ELOG V3.1.3-