40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
 40m Log, Page 265 of 341 Not logged in
ID Date Author Type Category Subject
11907   Mon Jan 4 16:45:11 2016 gautamUpdateGreen LockingY-end AUX PDH noise breakdown

Summary:

I've re-measured the noise breakdown for the Y-end AUX PDH system. Spectra are attached. I've also measured the OLTF of the PDH loop, from which the UGF appears to be ~8.5kHz.

Discussion:

As Eric and Koji pointed out, the spectra uploaded here were clearly wrong as there were breaks in the spectra between decades of frequency. I redid the measurements, this time being extra careful about impedance mismatch effects. All measurements were made from the monitor points on the PDH box, which according to the schematic found here, have an output impedance of 49.9 ohms. So for all measurements made using the SR785 which has an input impedance of 1Mohm, or those which had an SR560 in the measurement chain (also high input impedance), I terminated the input with a 50ohm terminator so as to be able to directly match up spectra measured using the two different analyzers. I'm also using my more recent measurement of the actuator gain of the AUX laser to convert the control signal from V/rtHz to Hz/rtHz in the plotted spectra.

As a further check, I locked the IR to the Y-arm by actuating on MC2, and took the spectrum of the Y-arm mirror motion using the C1CAL model. We expect this to match up well with the in-loop control signal at low frequencies. However, though the shapes seem consistent in Attachment #2 (light orange and brown curves), I seem to be off by a factor of 5- not sure why. In converting the Y-arm mirror motion spectrum from m/rtHz to Hz/rtHz, I multiplied the measured spectrum by $\frac{3.907*10^6}{0.5*532*10^{-9}}$, which I think is the correct conversion factor (FSR/(0.5*wavelength))?

Attachment 1: ErrSigBreakdown.pdf
Attachment 2: controlSigBreakdown.pdf
Attachment 3: YEnd_PDH_OLTF.pdf
8817   Wed Jul 10 01:27:44 2013 gautamUpdateGreen LockingY-end Green PDH open-loop transfer function

[Annalisa, gautam]

Summary:

We have measured the open-loop transfer function of the Y-end green PDH loop. From the measurement, the loop UGF is ~12kHz.

Details:

We have been trying to measure this transfer function for some time now, and playing around with various points of injecting the excitation and measuring the output. Koji helped arrive at one that actually worked, and the scheme used to make this measurement is shown in the sketch below. The SR785 signal analyzer was used to make the measurement, while an SR560 preamp was used to sum the output from the PDH box (PZT-OUT) and the excitation, with this sum being delivered to the auxiliary laser PZT via a pomona box that sums the servo output and the signal from the LO. The transfer function measurement made was a1/a2 w.r.t the sketch attached.

• The swept-sine measurement was done from high to low frequencies, as the open-loop gain was expected to be high at low frequencies.
• After some trial and error, we realised that the excitation amplitude on the SR785 can be varied continuously during the course of a swept sine measurement using the dial on the front panel. We started out with a 1mVpp signal at the high end of the frequency sweep (~102kHz, the upper limit on the SR785) and went up to 17mVpp at ~30Hz). These values were determined by trial and error, and were approximately the maximum that did not kick the loop out of lock/into a higher order mode.

Remarks:

• As per this paper, the expected bandwidth of this loop is expected to be ~30kHz, while the measured UGF was more like 11.7kHz. Perhaps we can get this closer to the expected 30kHz by increasing the servo gain. The measurement shown was done with the servo gain knob on the Universal PDH box set to ~7.86. We tried two other values, ~8.2 and 10 (this was the limit on the knob), but the UGF first increased to ~13kHz (for the 8.2 gain), and then decreased to ~5kHz with a gain of 10. Not sure why this was, but it can be looked into further.

Set-up to measure Y-end Green PDH transfer function:

Measured Open Loop Transfer Function:

14943   Sat Oct 5 21:26:34 2019 gautamUpdateALSY-end green alignment tweaked

Summary:

I improved the alignment of the green beam into the Y arm cavity.

• GTRY went from ~0.2 to ~0.25, see Attachment #1.
• This resulted in improvement of the Y arm ALS noise above 💯Hz by a factor of ~5, see Attachment #2.
• I tried controlling the two arm cavities in the CARM/DARM basis using ALS error signals - but didn't manage to successfully execute this transition today - this will be the commissioning goal for the upcoming week.

Details:

• I had to do the alignment by tweaking the steering mirrors at EY - the PZTs didn't give me anywhere near enough range.
• While I was at EY, I tried moving the two MM lenses mounted on translation stages to try and improve the mode-matching into the arm cavity - wasn't successful, still see a bunch of bullseye modes when I toggle the shutter.
• They EY green layout would benefit from a do-over (basically just copy the EX layout), but this isn't the priority right now, the ALS noise RMS is dominated by low frequency noise (as usual).
• There is a ~5% leakage of the GTRX beam onto the GTRY photodiode.
• One thing to try would be to revive the MCL loop to reduce the <1 Hz laser frequency noise and see if that helps - basically testing this hypothesis.
• I had done some careful noise-budgeting of the EX green PDH system, the EY system would benefit from the same, but not critical.
• The improvement of the high-frequency noise is clear, and now we are consistent with the "known good reference" level from the time the DRFPMI locking was working back in early 2016.

Other changes made today:

1. /opt/rtcds/caltech/c1/scripts/general/videoscripts/videoswitch was modified to be python3 compatible - for some reason, there were many syntax errors being thrown (even though I was using python2.7) and I wasn't able to change the displays in the VEA using the MEDM screen, but now it works again 👍.
2. The LSC overview and several daughter MEDM screens were edited to remove references to channels that no longer exist. All screens I edited have a backup stored in the MEDM directory with today's date as a suffix.
3. Input pointing into the PMC was tweaked.
4. Noted that some pump is noisy at pumpspool - also noted that the annuli are no longer pumped. Some event seems to have triggered an interlock condition that closed off the annular volume from TP3, needs investigation...
Attachment 1: ALSY_alignment.png
Attachment 2: ALSY_OOL.pdf
4994   Wed Jul 20 06:17:04 2011 SureshUpdateGreen LockingY-end green laser power issues

### The Y-end green beam power is 0.47 mW.

While aligning the Y-end aux laser light into the fiber we noticed that the green power out of the doubling crystal was in microwatts.  I checked to see what was the trouble and found that the oven was cold as the temperature controller had been disabled.  I enabled it and scanned the temperature to maximise the green output.  Yet the power is less than 10% of that at the X end (7mW).

To verify I checked the power of various beams on the Y-end table.  They are listed below in the picture

The green beam power is proportional to the square of the IR incident power and this explains the drop in green power by a factor of (210/730)^2  thus making 7 mW -->  0.5 mW.  However we may be able to double the power at the Y-arm oven if the uncoated lenses in the IR path are exchaned for coated ones.

The green beam injection into the Y-arm cavity also needs to be cleaned up as noted here.  As seen in the picture below two of the mirrors which launch the beam into the arm cavity need to be fixed as well.

14230   Thu Oct 4 22:15:30 2018 yukiConfigurationASCY-end table upgrade

Before changing setup at Y-end table, I measured the status value of the former setup as follows. These values will be compared to those of upgraded setup.

• beam power going into doubling crystal (red12): 20.9 mW with filter, 1064nm
• beam power going out from doubling crystal (red12): 26.7 mW with filter, 532nm
• beam power going into faraday isolator (green5): 0.58 mW without filter, 532nm
• beam power going out from faraday isolator (green5): 0.54 mW without filter, 532nm
• beam power going to ETMY: 0.37 mW without filter, 532nm
• beam power of transmitted green light of Y-arm, which was measured by C1:ALS-TRY_OUT: 0.5 (see attachment #1)

(These numbers are shown in the attachment #2.)

The setup I designed is here. It can bring 100% mode-matching and good separation of degrees of TEM01, however I found a probrem. The picture of setup is attached #3. You can see the reflection angle at Y7 and Y8 is not appropriate. I will consider the schematic again.

Attachment 1: AUXYGreenLock20180921.jpg
Attachment 2: Pic_FormerSetup.jpeg
Attachment 3: Pic_CurrentSetup1004.jpg
14231   Fri Oct 5 00:46:17 2018 KojiConfigurationASCY-end table upgrade

???

The SHG crystal has the conversion efficiency of ~2%W (i.e. if you have 1W input @1064, you get 2% conversion efficiency ->20mW@532nm)

It is not possible to produce 0.58mW@532nm from 20.9mW@1064nm because this is already 2.8% efficiency.

14232   Fri Oct 5 17:32:38 2018 yukiConfigurationASCY-end table upgrade

I measured it with the wrong setting of a powermeter. The correct ones are here:

• beam power going into doubling crystal (red12): 240 mW, 1064nm
• beam power transmitted dichroic mirror (Y5): 0.70 mW, 532nm
• beam power going into faraday isolator (green5): 0.58 mW, 532nm
• beam power going out from faraday isolator (green5): 0.54 mW, 532nm
• beam power going to ETMY: 0.37 mW, 532nm
• beam power of transmitted green light of Y-arm, which was measured by C1:ALS-TRY_OUT: 0.5 (see attachment #1)

The calculated conversion efficiency of SHG crystal is 1.2%W.

14233   Fri Oct 5 17:47:55 2018 gautamConfigurationASCY-end table upgrade

What about just copying the Xend layout? I think it has good MM (per calculations), reasonable (in)sensitivity to component positions, good Gouy phase separation, and I think it is good to have the same layout at both ends. Since the green waist has the same size and location in the doubling crystal, it should be possible to adapt the X end solution to the Yend table pretty easily I think.

 Quote: The setup I designed is here. It can bring 100% mode-matching and good separation of degrees of TEM01, however I found a probrem. The picture of setup is attached #3. You can see the reflection angle at Y7 and Y8 is not appropriate. I will consider the schematic again.
14234   Fri Oct 5 22:49:22 2018 yukiConfigurationASCY-end table upgrade

I designed a new layout. It has good mode-matching efficiency, reasonable sensitivity to component positions, good Gouy phase separation. I'm setting optics in the Y-end table. The layout will be optimized again after finishing (rough) installation.  (The picture will be posted later)

14237   Mon Oct 8 00:46:35 2018 yukiConfigurationASCY-end table upgrade
 Quote: I measured it with the wrong setting of a powermeter. The correct ones are here: beam power going into doubling crystal (red12): 240 mW, 1064nm beam power transmitted dichroic mirror (Y5): 0.70 mW, 532nm beam power going into faraday isolator (green5): 0.58 mW, 532nm beam power going out from faraday isolator (green5): 0.54 mW, 532nm beam power going to ETMY: 0.37 mW, 532nm beam power of transmitted green light of Y-arm, which was measured by C1:ALS-TRY_OUT: 0.5 (see attachment #1)

After installation I measured these power again.

• beam power going into doubling crystal: 241 mW, 1064nm
• beam power transmitted dichroic mirror: 0.70 mW, 532nm
• beam power going into faraday isolator: 0.56 mW, 532nm
• beam power going out from faraday isolator: 0.53 mW, 532nm
• beam power going to ETMY: 0.36 mW, 532nm

There is a little power loss. That may be because of adding one lens in the beam path. I think it is allowable margin.

5625   Thu Oct 6 15:37:26 2011 JenneUpdateGreen LockingY-green Mech Shutter Button

[Katrin, Jenne]

We were poking around and tried to make a button for the Y-green shutter, just like the X-green already has.  I don't know where the X-green shutter button goes to in model-land, so I can't figure out if there is already a channel set up for the Y end.  Just switching the X for a Y didn't work.  Someone (maybe me) should fix this in the next soon.

5181   Thu Aug 11 02:16:57 2011 JenneUpdateGreen LockingY-green aligned and flashing

[Jenne, with ample supervision by Kiwamu and Suresh]

Y-green was aligned, and is now flashing.  The ETMY trans camera was very helpful for this alignment.  I didn't end up needing to use a foil aperture.

Kiwamu and Suresh had just closed up the IOO doors, so we don't know yet where it's hitting on the PSL table (if the beam is making it that far).  Tomorrow we'll look at ITMY to see if the green beam is centered there, and if it's coming out to the PSL table.

6234   Fri Jan 27 16:55:28 2012 JenneUpdateGreen LockingY-green realigned

The Yarm green laser really wanted to lock on a 01/10 mode, so Kiwamu suggested I go inside and realign the green beam to the arm.  I did so, and now it's much happier locked on 00 (the Yarm is resonating both green and IR right now).

7764   Fri Nov 30 02:40:44 2012 DenUpdateAdaptive FilteringYARM

I've applied FIR adaptive filter to YARM control. Feedback signal of the closed loop was used as adaptive filter error signal and OAF OUT -> IN transfer function I assumed to be flat because of the loop high gain at low frequencies. At 100 Hz deviation was 5 dB so I've ignored it.

I've added a filter bank YARM_OAF to C1LSC model to account for downsampling from 16 kHz to 2 kHz and put low-pass filter inside.

I've used GUR 1&2 XYZ channels as witnesses. Bandpass filters 0.4-10 Hz we applied to each of them. Error signal was filters using the same bandpass filter and 16 Hz 40 dB Q=10 notch filter. As an AI filter I used 32 Hz butterworth 4 order low-pass filter. Consequently, AI, bandpass and notch filters were added to adaptive path of witness signals.

I've used an FIR filter with 4000 taps, downsampling = 16, delay = 1, tau = 0, mu = 0.01 - 0.1. Convergence time was ~3 mins.

7767   Fri Nov 30 11:49:24 2012 KojiUpdateAdaptive FilteringYARM

This is interesting. I suppose you are acting on the ETMY.
Can you construct the compensation filter with actuation on the MC length?
Also can you see how the X arm is stabilized?

This may stabilize or even unstabilize the MC length, but we don't care as the MC locking is easy.

If we can help to reduce the arm motion with the MCL feedforward trained with an arm sometime before,
this means the lock acquisition will become easier. And this may still be compatible with the ALS.

Why did you notched out the 16Hz peak? It is the dominant component for the RMS and we want to eliminate it.

8552   Wed May 8 18:33:02 2013 KojiUpdateASSYARM ASS - faster and more precise convergence

Precise arm alignment is more demanded. as the PRMI locking requires good and reliable alignment of the ITMs.

I previously added the output matrix to ASS.

Now the input and output matrix as well as the gains and filters have been updated.

The current concept is

Fast loop: align the arms by the arm mirrors with regard to the given beam.

Slow loop: move the incident beam position and angle to make the spot at the center of the mirrors

This is actually opposite to Den's implementation.

In order to realize the faster alignment of the arm, I increased the corner frequency of the lockins for the arm signals from 0.5Hz to 1Hz.

With the new configuration the arm alignment converges in 10sec and the input pointing does in ~15sec.

The actuation to the input pointing TTs are done together with the feedforward actuation to the arms.
This way we can avoid too much coupling from the input pointing servos to the arm alignment servos.

The corresponding script /opt/rtcds/caltech/c1/scripts/ASS/YARM/DITHER_Arm_ON.py was also modified.

Attachment 1: YARM_ASS.png
Attachment 2: Screenshot.png
7211   Fri Aug 17 00:16:30 2012 EricSummaryLSCYARM Calibration

I modified my Simulink model of the YARM to match the new filter modules Rana installed on YARM. I also scaled the open loop transfer function of the model to fit the measured open loop transfer function at the unity gain frequency, as shown in the figure below. From this I produced the length response function correctly scaled, also shown below.  Then I applied the calibration factor to the YARM data measured in /users/Templates/Y-Arm_120815.xml. Both the uncalibrated and calibrated spectra are included below.

Attachment 1: olg_model_meas.png
Attachment 2: length_response_model.png
Attachment 3: yarm_uncal_power_spec.pdf
Attachment 4: yarm_cal_power_spec.pdf
7128   Thu Aug 9 00:14:02 2012 EricSummaryLockingYARM Locking and Calibration

Today I spent time locking the YARM in order to calibrate the arm cavity. Here's what I did:

1. Misalign all optics other than the beam splitter, ITMY, ETMY and PZT2

2. Restore BS, ITMY, ETMY, and PZT2

3. Open Dataviewer and run /users/Templates/JenneLockingDataviewer/Yarm.xml from the Restore Settings. This opens the signals C1:LSC-POY11_I_ERR (the Pound-Drever-Hall error signal for this measurement) and C1:LSC-TRY_OUT (the light transmitted through ETMY) in the plot window.

4. Adjust ITMY and ETMY pitch and yaw using the video screens looking at AS and ETMYT as a first, rough guide. It can be helpful at first to increase the gain on the YARM servo filter module in the C1LSC control screen to about 0.3 and decrease it back down to 0.1 as the beam becomes better aligned. You know when to decrease this gain when fuzzy, small oscillations appear on the C1:LSC-TRY_OUT signal. If the mode cleaner is locked you should see a bright spot on the AS camera.

5. Tinker with pitch and yaw while looking at the AS screen until you see a reasonably good circular spot without other fringes extending from a bright center.

6. The overall goal is to maximize C1:LSC-TRY_OUT because the power transmitted through EMTY is proportional to the power within the cavity. A decent target value is 0.85 and today I was able to get it to just over 0.80 at best. At first there will probably be small spikes in C1:LSC-TRY_OUT. You want to adjust pitch and yaw until the deviation in the signal from zero is no longer just a spike, but a sustained, flat signal above zero. By this time there should be light showing up on the ETMYT camera as well.

7. Once that happens, continue to successively adjust ITMY and ETMY doing the pitch adjustments on both first, and then the yaw adjustments, or vice versa. You can also tweak the PZT2 pitch and yaw. Once you've got C1:LSC-TRY_OUT as large as possible, you've locked the cavity.

I saved the pitch and yaw settings I ended up with for ITMY, ETMY, BS and PZT2 in the IFO_ALIGN screen. Before the end of the day I think Jenne restored the rest of the previously misaligned optics because they were restored when I got back from dinner.

I also worked on calibrating the YARM. I opened up DTT using C1:LSC-POY11_I_ERR as the measurement channel and C1:SUS-ITMY_LSC_EXC as the excitation channel. I ran a logarithmic swept sine response measurement with 100 points and an amplitude of 25. The mode cleaner kept losing its lock all day, and if this happened while making this measurement I tried to pause the sweep as quickly as possible. I analyzed the the transfer function and the coherence function that the sweep produced, and thought that some of the odd behavior was due to losing the lock and getting back to a slightly different locked state when resuming the measurement. The measured transfer function and coherence plots are attached below. Both the transfer function and the coherence look good above roughly 30 Hz, but do not look correct at low frequencies. There's also a roll-off in the measured transfer function around 200 Hz, while in the model the magnitude of the transfer function drops only after the corner frequency of the cavity, around several kHz. I have attached a plot of the roughly analogous transfer function from the DARM control loop model (the gains are very large due to the large arm cavity gain and the ADC conversion factor of 2^16/(20 V) ). The measured and the modeled transfer functions are slightly different in that the model does not include the individual mirrors, while the excitation was imposed on ITMY for the measurement.

The next steps are to figure out what's happening in DTT with the transfer function and coherence at low frequencies, and to understand the differences between the model and the measurement.

Attachment 1: cal_swept_sine3_tfmag
Attachment 2: cal_swept_sine3_tfph
Attachment 3: cal_swept_sine3_coh
Attachment 4: sensing_func_model.png
7130   Thu Aug 9 00:35:53 2012 JenneSummaryLockingYARM Locking and Calibration

 Quote: Once you've got C1:LSC-TRY_OUT as large as possible, you've locked the cavity.  Both the transfer function and the coherence look good above roughly 30 Hz, but do not look correct at low frequencies. There's also a roll-off in the measured transfer function around 200 Hz, while in the model the magnitude of the transfer function drops only after the corner frequency of the cavity, around several kHz. I have attached a plot of the roughly analogous transfer function from the DARM control loop model (the gains are very large due to the large arm cavity gain and the ADC conversion factor of 2^16/(20 V) ). The measured and the modeled transfer functions are slightly different in that the model does not include the individual mirrors, while the excitation was imposed on ITMY for the measurement.   The next steps are to figure out what's happening in DTT with the transfer function and coherence at low frequencies, and to understand the differences between the model and the measurement.

The cavity is actually "locked" as soon as the feedback loop is successfully closed.  One easy-to-spot symptom of this is that, as you mentioned elsewhere in your post, TRY is a ~constant non-zero, rather than spikey (or just zero).  Once you've maximized TRY, you've got the cavity locked, and the alignment optimized.

We didn't get to this part of "The Talk" about the birds, the bees, and the DTTs, but we'll probably need to look into increasing the amplitude of the excitation by a little bit at low frequency.  DTT has this capability, if you know where to look for it.

It would be great to see the model and your measurement overlayed on the same plot - they're easier to compare that way.  You can export the data from DTT to a text file pretty easily, then import it into Matlab and plot away.  Can you check and maybe repost your measured plots?  I think they might have gotten attached as text files rather than images.  At least I can't open them.

7134   Thu Aug 9 10:09:32 2012 EricSummaryLockingYARM Locking and Calibration

Quote:

 Quote: Once you've got C1:LSC-TRY_OUT as large as possible, you've locked the cavity.  Both the transfer function and the coherence look good above roughly 30 Hz, but do not look correct at low frequencies. There's also a roll-off in the measured transfer function around 200 Hz, while in the model the magnitude of the transfer function drops only after the corner frequency of the cavity, around several kHz. I have attached a plot of the roughly analogous transfer function from the DARM control loop model (the gains are very large due to the large arm cavity gain and the ADC conversion factor of 2^16/(20 V) ). The measured and the modeled transfer functions are slightly different in that the model does not include the individual mirrors, while the excitation was imposed on ITMY for the measurement.   The next steps are to figure out what's happening in DTT with the transfer function and coherence at low frequencies, and to understand the differences between the model and the measurement.

The cavity is actually "locked" as soon as the feedback loop is successfully closed.  One easy-to-spot symptom of this is that, as you mentioned elsewhere in your post, TRY is a ~constant non-zero, rather than spikey (or just zero).  Once you've maximized TRY, you've got the cavity locked, and the alignment optimized.

We didn't get to this part of "The Talk" about the birds, the bees, and the DTTs, but we'll probably need to look into increasing the amplitude of the excitation by a little bit at low frequency.  DTT has this capability, if you know where to look for it.

It would be great to see the model and your measurement overlayed on the same plot - they're easier to compare that way.  You can export the data from DTT to a text file pretty easily, then import it into Matlab and plot away.  Can you check and maybe repost your measured plots?  I think they might have gotten attached as text files rather than images.  At least I can't open them.

Here's the same plots in pdf format now. I originally posted them as jpg because I couldn't open the resulting pdf from DTT on rosalba, but I could open the jpg. I'll look into overlaying the measured and modeled curves as well.

Attachment 1: cal_swept_sine3_magnitude.pdf
Attachment 2: cal_swept_sine3_phase.pdf
Attachment 3: cal_swept_sine3_coherence.pdf
7139   Fri Aug 10 09:51:51 2012 EricSummaryLockingYARM Locking and Measurements

I forgot to post this last night, but I locked the YARM again yesterday and misaligned the other optics. I took measurements on ITMY and ETMY with DTT again as well. At the end of the day I aligned the rest of the optics before I left.

5742   Wed Oct 26 11:35:08 2011 KatrinUpdateGreen LockingYARM PDH box

From time to time the 20 dB jump in the transfer function still occurs. The new AD8336 op amp did not change that issue. I am sure that the op amp was broken,

because the amplitude of the sine did not change when I turned the gain knob.

The above two curves were measured with different input amplitude of the sine from the spectrum analyzer. Nothing changed in between except that there was no

jump when Kiwamu was around. Very strange. Testing the electronic board led to no clue what is happening.

For now, I will just use the PDH box as it is, but one should keep this odd behaviour in mind.

5726   Fri Oct 21 16:59:14 2011 KatrinUpdateGreen LockingYARM PDH box broken

I could not improve the locking. So, I checked the transfer function of the PDH box again. The transfer function looks okay if the gain knob is <=2.0.

If the gain knob is >2.0 the 20dB step appears in the transfer function (see elog page 5713). This step is shifted to higher frequencies if the gain is

increased. The PZT drive out was not saturated at any time. Yesterday, I checked the electronic circuit with a gain of 2.0. Thus,  I couldn't find the broken

gain amplifier (AD8336). The amplifier is ordered in will arrive on Monday.

17140   Thu Sep 15 11:13:32 2022 AnchalSummaryASSYARM and XARM ASS restored

With limited proof of working for a few times (but robustly), I'm happy to report that ASS on YARM and XARM is working now.

### What is wrong?

The issue is that PR3 is not placed in correct position in the chamber. It is offset enough that to send a beam through center of ITMY to ETMY, it has to reflect off the edge of PR3 leading to some clipping. Hence our usual ASS takes us to this point and results in loss of transmission due to clipping.

Solution: We can not solve this issue without moving PR3 inside the chamber. But meanwhile, we can find new spot positions on ITMY and ETMY, off the center in YAW direction only, which would allow us to mode match properly without clipping. This would mean that there will be YAW suspension noise to Length coupling in this cavity, but thankfully, YAW degree of freedom stays relatively calm in comparison to PIT or POS for our suspensions. Similarly, we need to allow for an offset in ETMX beam spot position in YAW. We do not control beam spot position on ITMX due to lack of enough actuators to control all 8 DOFs involved in mode matching input beam with a cavity. So instead I found the right offset for ITMX transmission error signal in YAW that works well.

I found these offsets (found empirically) to be:

• C1:ASS-YARM_ETM_YAW_L_DEMOD_I_OFFSET: 22.6
• C1:ASS-YARM_ITM_YAW_L_DEMOD_I_OFFSET: 4.2
• C1:ASS-XARM_ETM_YAW_L_DEMOD_I_OFFSET: -7.6
• C1:ASS-XARM_ITM_YAW_T_DEMOD_I_OFFSET: 1

These offsets have been saved in the burt snap file used for running ASS.

### Using ASS

I'll reiterate here procedure to run ASS.

• Get YARM locked to TEM00 mode and atleast 0.4 transmission on C1:LSC-TRY_OUT
• Open sitemap->ASC->c1ass
• Click ! Scripts YARM -> Striptool to open a striptool monitor for ASS error signals.
• Click on ! Scripts YARM -> Dither ON to switch on the dither.
• Wait for all error signals to have settled around zero (this should also maximize the transmission channel (currently maximizing to 1.1).
• Click on ! Scripts YARM -> Freeze Offsets
• Click on ! Scripts YARM -> Offload Offsets
• Click on ! Scripts YARM -> Dither OFF.
• Then proceed to XARM. Get it locked to TEM00 mode and atleast 0.4 transmission on C1:LSC-TRX_OUT
• Open sitemap->ASC->c1ass
• Click ! Scripts XARM -> Striptool to open a striptool monitor for ASS error signals.
• Click on ! Scripts XARM -> Dither ON to switch on the dither.
• Wait for all error signals except C1:ASS-XARM_ITM_PIT_L_DEMOD_I_OUT16 and C1:ASS-XARM_ITM_YAW_L_DEMOD_I_OUT16 to have settled around zero (this should also maximize the transmission channel (currently maximizing to 1.1).
• Click on ! Scripts XARM -> Freeze Offsets
• Click on ! Scripts XARM -> Offload Offsets
• Click on ! Scripts XARM -> Dither OFF.
11504   Thu Aug 13 23:57:33 2015 IgnacioUpdateLSCYARM coherence plots

I took data from 1123495750 to 1123498750 GPS time (Aug 13 at 3AM, 50 mins of data) for  C1:LSC-YARM_OUT_DQ, and all T240 and GUR1 channels.

Here is the PSD of the YARM_OUT, showing the data that I will use to train the FIR filter:

Coherence plots for YARM and all channels of T240 and GUR1 sesimometers are shown below. This will help determine what regions to preweight the best before computing FIR filter. They also show how GUR1 is back to work compared to those of elog:11457.

Attachment 1: YARM_psd.png
Attachment 2: YARM_GUR1_COH.png
Attachment 3: YARM_STS_COH.png
Attachment 4: YARM_GUR1_COH.png
5846   Wed Nov 9 12:05:08 2011 KatrinUpdateGreen LockingYARM error signal and feedback signal

error signal = signal measured behind the low-pass filter

feedback signal = output of the gain servo, going to the PZT

First of all both signals in V/sqrt(Hz) just in case I mess up the next calibration step.

The 60 Hz line (and its multiple) are a new feature. They show up as soon as the feedback loop is closed. So far, I couldn't find their origin.

For the next calibration step:

• width of a typical error signal, i.e. the frequency band width of the carrier slope, ~1.4 kHz
• height of a typical error signal 182 mV
5837   Mon Nov 7 17:38:18 2011 KatrinUpdateGreen LockingYARM length fluctuation

I measured the power spectrum of channel C1:GCY_SLOW_SERVO1_IN1, which is the PZT driving voltage.

I converted the output to a PSD. Next, I converted counts/sqrt(Hz) to volts/sqrt(Hz) by multiplying with 40 V / 2^16 counts.

Finally, I multiplied it with 5MHz/V for the PZT to end up with Hz/sqrt(Hz).

This corresponds to a cavity length fluctuation of

with lambda = 532nm and a YARM cavity length of 37.757m (elog # 5626).

All in one plot

5769   Mon Oct 31 14:01:56 2011 KatrinUpdateGreen LockingYARM locks for 2h

Today, I could lock the YARM laser for 2h to the YARM cavity. After to hours the output of the servo is saturated. I need to work on thermal feedback to the laser.

It is a nice TEM00 mode and the green light enters PSL table.

Measured with pin-ball machine spectrum analyzer (I forgot the real name, but it is the one that makes sounds like a pin-ball machine), source power10mVp, Lb1005 gain 2.05.

Setup

Input offset of LB1005 is zero

Locking history

On Thursday, Oct 27, lock for 3 min

On Friday, Oct 28, lock up to 18 min, improvements done by

• finding the right adjustment of PI Corner frequency and gain
• better alignment of the light to the cavity
• I used a high-pass filter between LO and LB1005, but no improvement of lock. In contrast, it got worse.

On Monday,Oct 31, careful adjustment of summing box (rear of of LB1005), lock up to 2h, limited by saturated feedback signal --> work on slow control

Some more plots

Attachment 1: 20111031_OLTF.png
Attachment 2: YARM_setup.png
12524   Thu Sep 29 20:21:29 2016 JohannesUpdateGeneralYARM loss measurement

[Gautam, Johannes]

I scripted a series of YARM DC reflectivity measurements last night alternating between locked state and unlocked state (with ETMY misaligned) for measuring the after-vent armloss. The general procedure is based on elog 11810, but I'll also give a brief summary here.

• To measure the locked reflectivity the dither script is executed with a stop condition that depends on the rms values of its error signals.
• The dithering is stopped, and while the arm is locked the reflected power is recorded from both POX/POY DC and ASDC, as well as the mode cleaner transmission for normalization.
• The arm locking is switched off, and ETMY moved to is 'misaligned' position. This gets rid off unwanted mode flashes.
• In the unlocked state the same quantities are recorded.
• Rinse and repeat for a set number of times (for this run I set it to 100 and left the interferometer alone).

I did this back in June (but strangely never posted what I found, shame on me). What I found back then was a YARM loss of 237 ppm +/- 41 ppm and an XARM loss of 501 ppm +/- 105 ppm

Last night's data indicates a YARM loss of 143 ppm +/- 24 ppm after cleaning with first contact.

THIS IS STILL ASSUMING THAT THE MODE-MATCHING HASN'T CHANGED. We had however moved ETMY closer to ITMY during the vent by 19mm. Gautam and I had some trouble setting up the ALS to confirm the mode-matching, but we're in the process of recovering the XARM IR beat.

11472   Thu Jul 30 19:12:52 2015 IgnacioUpdateIOOYAW and PIT WFS Wiener filtering

Rana pointed out that another way to mitigate seismic motion at in the mode cleaner would be to look at the YAW and PITCH output  channels of the WFS sensors that control the angular alignment of the mode cleaner.

I downloaded 45 mins of data from the following two channels:

C1:IOO-WFS1_YAW_OUT_DQ

C1:IOO-WFS1_PIT_OUT_DQ

And did some quick offline Wiener filtering with no preweighting, the results are shown in the PSD's below,

and

I'm quite surprised at the Wiener subtraction obtained for the YAW signal, it required no preweighting and there is about an order of magnitude improvement in our region of interest, 1-3 Hz. The PIT channel didn't do so bad either.

Attachment 1: YAW.png
Attachment 2: PIT.png
12175   Tue Jun 14 11:29:25 2016 JohannesSummaryASCYArm OpLev Calibration

In preparation for the armloss map I checked the calibration of the Y-Arm ITM and ETM OpLevs with the method originally described in https://nodus.ligo.caltech.edu:8081/40m/1247. I was getting a little confused about the math though, so I attached a document at the end of this post in which I work it out for myself and posteriority. Stepping through an introduced offset in the control filter for the corresponding degree of freedom, I recorded the change in transmitted power and the reading of the OpLev channel with the current calibration. One thing I noticed is that the calibration for ITM PIT is inverted with respect to the others. This can of course be compensated at any point in any readout/feedback chain, but it might be nice to establish some sort of convention where positive feedback to the mirror will increase the OpLev reading.

The calibration factors I get are within ~10% of the currently stored values. The table (still incomplete, need to relate to the current values) summarizes the results:

Mirror DoF Current Relative New
Y-Arm OpLev Calibration
ETM PIT   0.974 ± 0.029
YAW   1.077 ± 0.021
ITM PIT   -0.972 ± 0.020
YAW   0.920 ± 0.048

The individual graphs:

## ITM YAW

The math:

Attachment 1: CavityCoupling.pdf
7643   Wed Oct 31 01:06:31 2012 DenUpdateAlignmentYarm

Jenne, Den

We looked at beam spots on ITMY and ETMY. We switched to smaller apertures on the other side of the rulers. For ITMY beam spot was 1mm below and 1mm south (right if you look in the direction ITMY -> ETMY) from the aperture center, for ETMY - 4 mm up and 3mm north from the aperture center. We made a correction for this using PZT 1 and 2. Now beam spots are in the middle of the apertures on ITMY and ETMY.

We tried to look at reflected beam from ETMY but it was hard to see the dependence between ETMY DC offset and reflected beam. We'll continue tomorrow.

8276   Tue Mar 12 00:58:05 2013 ManasaUpdateAlignmentYarm - Spot positions centered

[Jenne, Manasa]

Spot centering on Y arm - DONE!

Alignment procedure
1. I went back to the IFO alignment slider positions from Friday. The Y arm was flashing in HOM because the earthquake this morning tripped all suspensions and the slider values were not real. X arm did not have any flashes.

2. Y arm aligned using TT1 and TT2. Spot centering measured using Jenne's A2L_Yarm script.

Spot positions:
ITMY    ETMY
Pitch    6.48    4.39
Yaw     -7.42    -3.135

3. I started centering in pitch. I used the same in-vac alignment method (down on TT1 and up on TT2 in pitch) and measured spot positions.

4. When the spot positions were centered in pitch, I started with yaw alignment.

5. I had to use TT1 to center on ITMY and move TT2 and ITMY to center on ETMY.

6. Spot positions after centering:

ITMY    ETMY
Pitch    -1.22    -1.277
Yaw       0.42    -0.731

7. I wanted to go back and tweak the pitch cenetering; but framebuilder failed and dataviewer kept loosing connection to fb

Notes
AS seems clipped. Although it could be because of the misaligned BS.

IPANG was centered on the QPD, but it is so clipped, that I'm not sure we can trust it.  Max sum right now is -4, rather than the usual -8 or -9.

Tomorrow:

Once fb is fixed, we should align the X-arm which will be followed by green alignment.

Mystery
Over the last few weeks, it has been observed that there is some strong seismic activity that starts at around 9PM everyday and goes on for a couple of hours. It seems unlikely that it is our geologist neighbour (Jenne met with the grad student who works on the noisy experiment).

6155   Fri Dec 30 02:16:48 2011 kiwamuUpdateGreen LockingYarm ALS : high frequency noise reduced

The high frequency noise, which has been a dominant noise above 30 Hz in the Y arm ALS (#6133), decreased by a factor of 5.

This reduction was done by increasing the modulation depth at the Y end PDH locking. Now the noise floor at 100 Hz went to 0.2 pm/sqrtHz.

However the noise source is not yet identified and hence it needs a further investigation.

The attached figure is the sensor noises, which were taken from the beat-note signal while the arm was locked by the IR-PDH.
The orange curve is the one before I changed the modulation depth and the red curve is the one taken after I increased the modulation depth.
The high frequency noise went down from 1 pm/sqrt Hz to 0.2 pm/sqr tHz at 100 Hz.

(Increasing the modulation depth)

Actually I was going to check the RAM noise at the Y end PDH locking as I planed (#6143).
During some preparation for it, I found that there had been a 20 dB attenuator in the modulation LO path.
The reason we have kept it is that somehow a big modulation depth made the reflected DC light noisier.
For curiosity I removed it to see what will happen and took the noise spectra. Then the noise decreased as shown in the plot above.
It means the noise source was like a kind of sensor noise, whose level depends on the responsivity of the sensor.
As far as I can tell, it is not the dark noise or shot noise according to some quick measurements.
9258   Tue Oct 22 11:58:16 2013 MasayukiUpdateGreen LockingYarm ALS PDH

[Manasa, Masayuki]

Purpose

As this entry, Yarm ALS is not stable enough to lock PRMI + 2 arms. We tried to figure out what is the reason.

What we did

Check connection and alignment

1. Check the Green REFL PD.
Reflection is hitting the center of PD.

2. Check all the BNC connections
All connection are fine.

3. Check which power supply the PDH box is connected to.
PDH box is connected to 1Y4 AC power supply.

Check the control signal and error signal

4. Connected the PZT OUTMON to PC
Before the PZT output was not connected to the monitor channel. We connected that.

5. Saw the time series of the error signal and control signal (PZT output)
When the Yarm lost end PDH lock, we found that control signal kicked the PZT of end green laser. And also we saw the saturation of control signal. We are not sure where this saturation comes from.

Discussion

With these check, we couldn't find any problem in connection or alignment. But the PDH control signal looks somehow strange. We tried to compare the Yarm signals with that of the Xarm, but we could not conclude anything meaningful.

We don't understand right now but we will continue to check that. We will add more details to the discussion once we have looked into the PDH box signals using oscilloscope.

7002   Mon Jul 23 13:30:06 2012 JenneUpdateGreen LockingYarm ALS laser is funny / dying

Jamie and I were doing some locking, and we found that the Yarm green wasn't locking.  It would flash, but not really stay locked for more than a few seconds, and sometimes the green light would totally disappear.  If the end shutter is open, you can always see some green light on the arm transmission cameras.  So if the shutter is open but there is nothing on the camera, that means something is wrong.

I went down to the end, and indeed, sometimes the green light completely disappears from the end table.  At those times, the LED on the front of the laser goes off, then it comes back on, and the green light is back.  This also corresponds to the POWER display on the lcd on the laser driver going to ~0 (usually it reads ~680mW, but then it goes to ~40mW).  The laser stays off for 1-2 seconds, then comes back and stays on for 1-2 minutes, before turning off for a few seconds again.

Koji suggested turning the laser off for an hour or so to see if letting it cool down helps (I just turned it off ~10min ago), otherwise we may have to ship it somewhere for repairs :(

7004   Mon Jul 23 18:01:30 2012 JenneUpdateGreen LockingYarm ALS laser is funny / dying

I turned the Yend laser back on....it hasn't turned itself off yet, but I'm watching it.  As long as we leave the shutter open, we can watch the C1:ALS-Y_REFL_DC value to see if there's light on the diode.

8294   Thu Mar 14 16:41:48 2013 JenneUpdateGreen LockingYarm ALS laser is funny / dying

 Quote (elog 7002, 23July2012): Jamie and I were doing some locking, and we found that the Yarm green wasn't locking.  It would flash, but not really stay locked for more than a few seconds, and sometimes the green light would totally disappear.  If the end shutter is open, you can always see some green light on the arm transmission cameras.  So if the shutter is open but there is nothing on the camera, that means something is wrong. I went down to the end, and indeed, sometimes the green light completely disappears from the end table.  At those times, the LED on the front of the laser goes off, then it comes back on, and the green light is back.  This also corresponds to the POWER display on the lcd on the laser driver going to ~0 (usually it reads ~680mW, but then it goes to ~40mW).  The laser stays off for 1-2 seconds, then comes back and stays on for 1-2 minutes, before turning off for a few seconds again. Koji suggested turning the laser off for an hour or so to see if letting it cool down helps (I just turned it off ~10min ago), otherwise we may have to ship it somewhere for repairs :(

This is happening again to the Yend laser.  It's been fine for the afternoon, and I've been playing with the temperature.  First I have been making big sweeps, to figure out what offset values do to the actual temperature, and more recently was starting to do a finer sweep.  Using the 'max hold' function on the 8591, I have seen the beat appear during my big sweeps.  Currently, the laser temperature measurement is at the Yend, and the RF analyzer is here in the control room, so I don't know what temp it was at when the peaks appeared.

Anyhow, while trying to reaquire lock of the TEM00 mode after changing the temperature, I find that it is very difficult (the green seems misaligned in pitch), and every minute or so the light disappears, and I can no longer see the straight-through beam on the camera.  I went down to the end, and the same symptoms of LED on the laser head turning off, power out display goes to ~40mW, are happening.  I have turned off the laser as was the solution last time, in hopes that that will fix things.

Manasa has done some work to get the Xgreen aligned, so I'll switch to trying to find that beatnote for now.

8300   Fri Mar 15 02:19:01 2013 JenneUpdateGreen LockingYarm ALS laser is funny / dying

I turned the laser back on around 1am.  This is still happening, although right now it is turning off more often than before, maybe every 15 seconds or so.  I am going to turn off the laser for the night.

The measured laser temperature is about 45C (I have a 25,000 count offset in the Y ALS Slow control right now....higher offset, lower temp), although the measured laser temp drops to ~43.5C when the power goes down.

8301   Fri Mar 15 15:26:13 2013 KojiUpdateGreen LockingYarm ALS laser is funny / dying

I took a look at the laser. It is probably the LD TEC (DTEC) failure.
As the temperature of the LD (DTMP) gradually deviated from 25degCish,
the DTEC voltage also went up from 2Vish to 2.1, 2.2...

When DTEC reaches 3V, it stopped lasing. This cools the diode a bit, and
it start lasing but repeat the above process.

I am not sure which of the head and controller has the issue.

The situation did not improve much by reducing the pumping current (ADJ: -15).

BTW, Turning on/off the noise eater did not change the situation.

I think the head/controller set should be sent out to JDSU and find how they will say.

16909   Fri Jun 10 20:11:46 2022 yutaUpdateASCYarm ASS re-tuning in progress

[Anchal, Yuta]

We tried to re-tune Yarm ASS today. It cannot be fully closed as of now. I think we need to play with signs.

Motivation:
- We want to make sure Yarm ASS work with current ITMY coil matrix (40m/16899).
- ASS makes the beam positions on test masses to be the same every day.

What we did:
- Adjusted A2L paths of C1:ASS-YARM_OUT_MTRX based on cavity geometry. For the paths to maximize the transmission using TT1 and TT2, we just assumed they are correctly calculated by someone in the past.
- Adjusted OSC_CLKGAINs so that ITMY and ETMY will be shaken in the same amplitude in terms of radians. The ratio of the excitation was determined to take into account for the oscillator frequency difference between DOFs.
- Checked the time constant of A2L paths by turning on A2L paths only, and checked that of max-transmission paths by turining on them only.
- Adjusted DEMOD_SIG_GAINs so that their time constants will be roughly the same, with C1:ASS-YARM_SEN_MTRX fully identity matrix and all servo GAINs to be +1.
- Re-tuned DEMOD_PHASEs to minimize Q signal. C1:ASS-YARM_ITM_PIT_L_DEMOD_PHASE and C1:ASS-YARM_ITM_YAW_T_DEMOD_PHASE were re-tuned within +/- 5 deg.
- These changes are recorded in /opt/rtcds/caltech/c1/Git/40m/scripts/ASS/ASS_DITHER_ON.snap now.

Result:
- A2L loops seems to be working, but max-transmission paths seems to diverge at some point. I think we need to play with the signs/gains of max-transmission paths for C1:ASS-YARM_OUT_MTRX.
- Attached is the current configuration we achieved so far.

Attachment 1: Screenshot_2022-06-10_20-10-52.png
16911   Mon Jun 13 20:26:09 2022 yutaUpdateASCYarm ASS re-tuning in progress -part 2-

[Anchal, Yuta]

We are still in the progress of re-commissioning Yarm ASS.
Today, we tried to adjust output matrix by measuring the sensing matrix at DC.
Turning on yaw loops kind of works, but pitch does not. It seems like there is too much coupling in pitch to yaw.
We might need to adjust the coil output matrix of ITMY and ETMY to go further, and/or try measuring the sensing matrix including pitch - yaw coupling.

What we did:
- Confirmed that turning on TT1 and TT2 loops (max-transmission loops) work fine. When we intentionally misalign TT1/2, the ASS loops correct it. So, we moved on to measure the sensing matrix of A2L paths, instead of using theoretical matrix caluclated from cavity geometry we used last week (40m/16909).
- Instead of +/-1's, we put +/-2's in the ITMY coil output matrix to balance the actuation between ETMY and ITMY to take into account that ITMY is now using only two coils for actuating pitch and yaw (40m/16899).
- Measured the change in C1:ASS-YARM_(E|I)TM_(PIT|YAW)_L_DEMOD_I_OUT16 error signals when offset was added to C1:SUS-(E|I)TMY_ASC(PIT|YAW)_OFFSET. We assumed pitch-yaw coupling is small enough here. Below was the result.

                            ETM PIT error  ITM PIT error ETM PIT OFFSET of +100cnts: -3.0cnts       -2.99cnts ITM PIT OFFSET of +100cnts: -11.94cnts      -5.38cnts

                            ETM PIT error  ITM PIT error ETM YAW OFFSET of +100cnts: -3.42cnts      -16.93cnts
ITM YAW OFFSET of +10 cnts: +1.41cnts      +0.543cnts

- Inverted the matrix to get A2L part of C1:ASS-YARM_OUT_MTRX. Attachment #1 is the current configuration so far.
- With this, we could close all yaw loops when pitch loops were not on. But vise versa didn't work.
- Anyway, we aligned the IFO by centering the beams on test masses by our eyes and centered all the oplevs (Attachment #2).

Next:
- Do coil balancing to reduce pitch-yaw coupling
- Measure sensing matrix also for pitch-yaw coupling
- Xarm ASS is also not working now. We need to do similar steps also for Xarm

Attachment 1: Screenshot_2022-06-13_20-47-12.png
Attachment 2: Screenshot_2022-06-13_20-44-43.png
16915   Tue Jun 14 20:57:15 2022 AnchalUpdateASCYarm ASS working now

I finally got YARM AS to work today. It is hard to describe what worked, I did a lot of monkey business and some dirty offset measurements to create the ASS output matrix that gave results. Note that I still had to leave out ITMY PIT L error signal, but transmission was maximizing without it. The beam does not center fully on ITMY in Pit direction right now, but we'll mvoe on from this problem for now. Future people are welcome to try to make it work for this last remaining error signal as well.

commit

10407   Mon Aug 18 18:33:57 2014 ericqUpdateGreen LockingYarm Green PDH

So far today, I've been working with the Y-end green PDH locking. Using a SR560 to roll off the AG4395A output to take a loop measurement at the servo output, I measured the following OLG, and inferred the CLG from it. The SR560 really helped it getting good coherence without introducing a big offset that changes the optical gain, thus distorting the loop shape, etc. etc.

You would think this loop looks pretty good, 10k UGF, and 45 degrees of phase margin, gain peaking is sane, and pretty smooth slope. But, the thing still was flipping out of lock while I measured this.

I suspect shenanigans at >100k. This is motivated by the fact that I've seen some big noise in the error signal around 150k. I don't have a good noise plot right now, because I'm trying to get a scheme going where I stitch together a bunch of 1 decade spectra from the 4395, but the noise floor isn't consistent across each patch (even though the attenuation stays the same, and I confirmed I'm in "noise" mode). I'm working on a loop measurement up there, too, but I haven't been able to get the right filter/amplitude settings yet.

So, even though this plot is not totally correct (read: wrong and bad), I include it just for the sake of showing the big honking spike of noise at ~150K.

10408   Tue Aug 19 01:01:36 2014 Jenne, RanaUpdateGreen LockingYarm Green PDH

[ Rana, Jenne]

We remeasured the Yend PDH box.

When we first started, the green couldn't hold lock to the arm - it kept flickering between modes.  Changing the gain of the PDH box (from 7.5 to 6.0) helped.

We measured a calibration, from our injection point to our measurement point.

The concept was that we'd take the mixer output, and put that into an SR560, and put the swept sine injection into the other input port of the '560, and use A-B.  So, for this calibration, we left A unplugged, and just had the RF out of the 4395 going to input B of the '560.  The 600 Ohm output of the '560 went to the error point input on the PDH box (during normal operation the mixer output is connected directly to the error point input).  The SR560 was set to gain of 1, no filtering.  I don't recall if we were using high range or low noise, but we tried both and didn't really see a difference between them.

We had the 4395 take that calibration out, and then we measured the closed loop gain up to 1 MHz. (Same measurement setup as above, but we connected the mixer out to the input of the SR560 to close the loop, and made sure we were locked on a TEM00 green mode.) Rana used an ipython notebook to infer the open loop gain from our measurement.  Our conclusion is that we don't have nearly enough gain margin in our loop.  We found the PDH box gain knob at 7.5, and we turned it down to 6.0, but the loop is still pretty borderline. We used the high impedance active probe to measure the error point monitor, since we aren't sure that that point can drive a 50 Ohm load.

We also measured the error point spectra and the control point spectra.  Unfortunately, the saved data from the analyzer (no matter what is on the screen) comes out in spectrum, not spectral density.  So, we need to check our conversion, but right now to get from Watts power to Volts, we do sqrt(50 ohm * data).  We then need to get to spectral density, and right now we're just dividing by the square root of the bandwith that is reported in the .par file. This last step is the one we want to especially check, by perhaps putting some known amount of noise (from an SR785?) into the 4395, and checking that our calibration math returns the expected noise spectrum.

What still needs to be done is to calibrate this into Hz/rtHz.  To do this, we were thinking that we should look at the error point on a 'scope while the cavity is flashing.

Anyhow, here is the uncalibrated error point spectrum.  Purple is a measurement up to 30kHz, with 30Hz bandwidth.  Blue is a measurement up to 300kHz with 300Hz bandwidth.  The gain peaking schmutz above 10kHz sucks, and we'd like to get rid of it.  We also see the same peak at ~150kHz that Q saw earlier today.  We were using the high impedance probe here too.

We have the data for the control point (all the data files are in /users/jenne/ALS/PDHloops/Yend_18Aug2014), but we haven't plotted it yet.

Things that need doing:

* (JCD) Think about this box's purpose in life.  What kind of gain do we need?  Do we need more / less than we're currently getting? NPRO freq noise is 1/f and is 10kHz/rtHz at 1Hz (this is from a plot of an iLIGO NPRO from Rana's thesis, but it's probably similar). Talk to Kiwamu; the noise budget in the paper seems to indicate that we had some kind of boost on or something.  Also, if we need much more gain than we already have, we'll definitely need a different box, maybe the PDH2 box that they have over in WBridge.

* (EQ, priority 1) Measure and calibrate error point noise down to lower freq for both arms.  What could we win by putting in a boost? If the residual noise is high, maybe the laser isn't good at following arm, so beatnote isn't good length info for the arm, and we can't succeed.

* (EQ, priority 2) Measure TF of PDH box, and a separate measurement of the Pomona box that is between the mixer and the error point - is that eating a bunch of phase?  It's already an LC circuit which is good, but do we really want a 120kHz lowpass when our modulation frequency is roughly 200kHz?  Ask ChrisW - he worked on one of these with Dmass.

* (EQ, priority 2ish) Measure TF of Xend PDH loop (unless you already have one, up to ~1MHz).

* (JCD) Make DCC tree leaf for PDH box #17.  Take photos of box.

10409   Tue Aug 19 18:32:40 2014 ericqUpdateGreen LockingYarm Green PDH

Heading to dinner, going to come back for more green fun, but here's a quick update:

Xarm Peak-to-Peak of the PDH signal in the mixer output is about 70mV when GTRX was about 0.4. The sideband-generating function generator has an output of 2V (forgot to note rms or pp)

Yarm Peak-to-Peak of the PDH signal in the mixer output is about 640uV when GTRX was about 0.71. The sideband-generating function generator has an output of 0.091V (forgot to note rms or pp)

The Yarm signal thus correspondingly has a waaay noisier trace. I would've had scope plots to show here, but the scope freaked out about how large my USB drive capacity was and refused to talk to it >:|

This suggests to me that our modulation depth for the Yarm may be much too small, and may be part of our problems with it.

10411   Tue Aug 19 23:11:15 2014 JenneUpdateGreen LockingYarm Green PDH

Here is a plot of last night's data with both the control and the error point on the same plot, in Volts.  Q is still working, so I don't have a calibration number yet to get these to Hz.

Note in the control spectrum that we have very significant 60Hz lines.

EDIT:  I also added a new branch to the DCC Document Tree, and 2 leafs (one for each end).  Here's the ALS PDH servo branch: E1400350

10412   Wed Aug 20 02:38:41 2014 JenneUpdateGreen LockingYarm Green PDH - requirement

 Quote: * (JCD) Think about this box's purpose in life.  What kind of gain do we need?  Do we need more / less than we're currently getting? NPRO freq noise is 1/f and is 10kHz/rtHz at 1Hz (this is from a plot of an iLIGO NPRO from Rana's thesis, but it's probably similar). Talk to Kiwamu; the noise budget in the paper seems to indicate that we had some kind of boost on or something.  Also, if we need much more gain than we already have, we'll definitely need a different box, maybe the PDH2 box that they have over in WBridge.

It's not so impressive yet, but here's a plot that shows (a) Rana's guess for laser frequency noise, (b) The inferred in-loop version of that noise, (c) The CARM linewidth FWHM, translated to Hz.

For (b), I take the loop that Rana and I measured last night, and I assumed that it continued on forever as 1/f toward low frequency.  Then I do 1/(1+G) to get the closed loop version of the loop (which is a measurement with an artificial line tacked on the end), and multiply this with the laser freq noise, which is also totally artificial.

For (c), I do df/f = dL/L, with f = c/lambda_green, since the rest of the plot is meant to be in green frequency units.

This is my beginnings of trying to come up with a requirement for our green PDH boxes.  We weren't very clear in the MultiColor paper about the nitty-gritty details (obviously), but then Kiwamu didn't expand on those details in his thesis either.  He talks a lot more about the design considerations for the digital ALS loop, which isn't what I want today.  I will send him an email to see if he had any notes that didn't make it into his thesis.

10416   Wed Aug 20 18:05:18 2014 JenneUpdateGreen LockingYarm Green PDH - requirement

I calibrated the control signal from Volts to Hz using the rough PZT calibration of 5MHz/V for the Yend NPRO.

For the error signal, Q said that the Yarm PDH peak-to-peak height was about a factor of 100 smaller than the Xarm, so I used a calibration of 1.9e7 Hz / V.

Then, from Q's Mist simulation including the high Xarm loss, and the plot that he posted in the control room, the CARM linewidth looks like it is about 2pm.  This is the number that I have included on today's plot.  Note though that yesterday I was using a linewidth of about 30pm, which I got from an Optical simulation about a year ago.  I do not know why these numbers come out an order of magnitude different!      The CARM linewidth is actually about 20 pm.  Both Q and I failed at reading log-x plots yesterday.  I have corrected this, and replotted.

Anyhow, here's the Yarm noise spectra calibrated plot:

I have emailed Kiwamu, but haven't heard back from him yet on what the original design considerations were, if he remembered us ever using a boost, etc.  What this looks like to me is that we need to do some serious work to get the noise down.  Maybe fixing the gain peaking and triggering the boost will get us most of the way there?

14236   Sun Oct 7 22:30:42 2018 yukiConfigurationLSCYarm Green locking was recovered

I finished installation of optics in the Y-end and recovered green locking. Current ALS-TRY_OUTPUT is about 0.25, which is lower than before. So I still continue the alignment of the beam. The simulation code was attached. (Sorry. The optic shown as QWP2 is NOT QWP. It's HWP.)

Attachment 1: Pic_NewLayout1007.jpg
Attachment 2: YendGreenModeMatching.zip
ELOG V3.1.3-