40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 186 of 339  Not logged in ELOG logo
ID Date Author Type Category Subjectup
  14220   Mon Oct 1 12:03:41 2018 not yukiConfigurationASCPZT driver board verification

I assume this QPD set is a D1600079/D1600273 combo.

How much was the SUM output during the measurement? Also how much were the beam radii of this beam (from the error func fittings)?
Then the calibration [V/m] is going to be the linear/inv-linear function of the incident power and the beam radus.

You mean the linear range is +/-50mV (for a given beam), I guess.

 

  3195   Mon Jul 12 13:16:53 2010 kiwamuUpdateGreen LockingPZT feedback at X end

The feedback signal going to the laser PZT at the X end station was measured in the daytime and the nighttime.

It's been measured while the laser frequency was locked to the arm cavity with the green light.

arm_day_night.png

 

The red curve was measured at 3pm of 8/July Friday. And the blue curve was measured at 12am of 9/July Saturday. 

As we can see on the plot, the peak-peak values are followers

              daytime:  ~ 4Vpp

       nighttime:  ~1.8Vpp

It is obvious that the arm cavity is louder in the daytime by a factor of about 2.

Note: the feedback signal is sent to the PZT only above 1Hz because the low frequency part is stabilized mostly by the crystal temperature (see this entry)

Quote:

 What we care about is the peak-peak value of the PZT feedback signal measured on a scope for ~30 seconds.

  7456   Mon Oct 1 13:11:43 2012 JenneUpdateIOOPZT inspection elogs

I'll come back to the PZTs later, but I want to write down all the elogs I have found so far that look relevant.

http://nodus.ligo.caltech.edu:8080/40m/699

http://nodus.ligo.caltech.edu:8080/40m/5368

nodus.ligo.caltech.edu:8080/40m/5431

  14224   Tue Oct 2 18:50:53 2018 yukiConfigurationASCPZT mirror calibration

[ Yuki, Gautam ]

I calibrated PZT mirrors. The ROUGH result was attached. (Note that some errors and trivial couplings coming from inclination of QPD were not considered here. This should be revised and posted again.) 

The PZT mirrors I calibrated were:

  • A 2-inch CVI mirror (45 degree, HR and AR for 532nm)
  • A 1-inch Laseroptik mirror (45 degree, HR and AR for 532nm)

I did the calibration as follows:

  • +-15V was supplied to PZT driver circuit, +100V to PZT driver bias, and +-18V to QPD amplifier.
  • Optical path length was set to be same as that when I calibrated QPD, which is 36cm.
  • The full range of CVI mirror is 3.5mrad according to its datasheet and linear range of QPD is 0.2mm, so I set the distance between PZT mirrors and QPD to be about 6cm. (I realized it was wrong. When mirror tilts 1 deg, the angle of beam changes 2 deg. So the distance should be the half.)
  • After applying 0V to PZT driver input (at that time 50V was applied to PZT mirror), then centered beam spot on QPD using steering mirror, which was confirmed by monitored Pitch and Yaw signals of QPD that were around zero.  
  • In order to avoid hysteresis effect, I stared with an input signal of -10V. I then increased the input voltage in steps of 1V through the full range from -10V to +10V DC. The other input was kept 0V.
  • Both the X and Y coordinates were noted in the plot in order to investigate pitch-yaw coupling.

The calibration factor was

CVI-pitch: 0.089 mrad/V

CVI-yaw: 0.096 mrad/V

Laseroptic-pitch: 0.062 mrad/V

Laseroptic-yaw: 0.070 mrad/V

Comments:

  • I made sure that PZT mirrors move linearly in full input range (+-10V).
  • PZT CH1 input: Yaw, CH2: Pitch, CH3: +100V bias
  • The calibration factor of PZT mirrors [mrad/V] are not consistent with previous calibration (elog:40m/8967). I will check it again.
  • I measured the beam power in order to calibrate QPD responce with a powermeter, but it didn't have high precision. So I used SUM output of QPD to the calibration.
  • Full range of PZT mirrors looks 2 times smaller.

Reference:
Previous calibration of the same mirrors, elog:40/8967

Attachment 1: PZTM1calibrationCH2.pdf
PZTM1calibrationCH2.pdf
Attachment 2: PZTM1calibrationCH1.pdf
PZTM1calibrationCH1.pdf
Attachment 3: PZTM2calibrationCH2.pdf
PZTM2calibrationCH2.pdf
Attachment 4: PZTM2calibrationCH1.pdf
PZTM2calibrationCH1.pdf
  2746   Thu Apr 1 00:43:33 2010 MottUpdateGeneralPZT response for the innolight

Kiwamu and I measure the PZT response of the Innolight this evening from 24 kHz to 2MHz.  

We locked the PLL at ~50 MHz offset using the Lightwave NPRO and and swept the Innolight with the network analyzer (using the script I made; it has one peculiar property, but it does work correctly).  

We will post the plot of the Lightwave PZT response tomorrow morning.

 

**EDIT**: As Koji pointed out, the calibration factor on this plot is WRONG.  See my more recent update for the correctly calibrated plot.

Attachment 1: Innolight_Bode.png
Innolight_Bode.png
  2747   Thu Apr 1 07:17:15 2010 KojiUpdateGeneralPZT response for the innolight

The shape of the TF looks nice but the calibration must be wrong.

Suppose 1/f slope with 10^-4 rad/V at 100kHz. i.e. m_pm = 10/f rad/V
This means m_fm = 10 Hz/V. This is 10^6 times smaller than that of LWE NPRO.

(Edit: Corrected some numbers but it is not significant)

Quote:

Kiwamu and I measure the PZT response of the Innolight this evening from 24 kHz to 2MHz.  

We locked the PLL at ~50 MHz offset using the Lightwave NPRO and and swept the Innolight with the network analyzer (using the script I made; it has one peculiar property, but it does work correctly).  

We will post the plot of the Lightwave PZT response tomorrow morning.

 

  2748   Thu Apr 1 10:21:58 2010 MottUpdateGeneralPZT response for the innolight

Quote:

The shape of the TF looks nice but the calibration must be wrong.

Suppose 1/f slope with 10^-4 rad/V at 10kHz. i.e. m_pm = 1/f rad/V
This means m_fm = 1 Hz/V. This is 10^7 times smaller than that of LWE NPRO.

Quote:

Kiwamu and I measure the PZT response of the Innolight this evening from 24 kHz to 2MHz.  

We locked the PLL at ~50 MHz offset using the Lightwave NPRO and and swept the Innolight with the network analyzer (using the script I made; it has one peculiar property, but it does work correctly).  

We will post the plot of the Lightwave PZT response tomorrow morning.

 

 Koji is absolutely right.  I just double checked my matlab code, and saw that I divided when I should have multiplied.  The correctly calibrated plots are attached here for the Innolight and the lightwave.  Kiwamu and I will measure the amplitude and the jitter today.

Attachment 1: Innolight_Response.png
Innolight_Response.png
Attachment 2: Lightwave_response.png
Lightwave_response.png
  2749   Thu Apr 1 10:47:48 2010 KojiUpdateGeneralPZT response for the innolight

Innolight: 100rad/V @ 100kHz  => 1e7/f rad/V => 10MHz/V

LWE: 500rad/V @ 100kHz =>  5e7/f rad/V => 50MHz/V

They sound little bit too big, aren't they?

  2750   Thu Apr 1 12:07:22 2010 ranaUpdateGeneralPZT response for the innolight

The Lightwave NPRO should be around 5 MHz/V. 

The Innolight PZT coefficient is ~1.1 MHz/V.

(both are from some Rick Savage LHO elog entries)

  2754   Thu Apr 1 18:05:29 2010 MottUpdateGeneralPZT response for the innolight

 

 We realized that we had measured the wrong calibration value; we were using the free-running error signal with the marconi far from the beat frequency, which was very small.  When we put the Marconi right at the beat, the signal increased by a factor of ~12 (turning our original calibration of 10 mV/rad into 120 mV/rad).  The re-calibrated plots are attached. 

Attachment 1: Innolight_Response_calFix.png
Innolight_Response_calFix.png
Attachment 2: Lightwave_response_calFix.png
Lightwave_response_calFix.png
  2755   Thu Apr 1 18:44:40 2010 KojiUpdateGeneralPZT response for the innolight

Innolight 10 rad/V @ 100kHz => 1e6/f rad/V => 1MHz/V

LWE 30 rad/V @ 100kHz => 3e6/f rad/V => 3MHz/V

---------

BTW, don't let me calculate the actuator response everytime.

The elog (=report) should be somewhat composed by the following sections

Motivation - Method - Result (raw results) - Discussion (of the results)

Quote:

  We realized that we had measured the wrong calibration value; we were using the free-running error signal with the marconi far from the beat frequency, which was very small.  When we put the Marconi right at the beat, the signal increased by a factor of ~12 (turning our original calibration of 10 mV/rad into 120 mV/rad).  The re-calibrated plots are attached. 

 

  2756   Thu Apr 1 19:59:32 2010 MottUpdateGeneralPZT response for the innolight

 

 We measured the Amplitude Modulation response of the PZTs, to find regions with large phase modulation but small amplitude modulation.

We did this by blocking 1 arm of the PLL, feeding the source output of the Network Analyzer into the PZT input of the laser in question, and reading the output of the PD on the NA.  We calibrated by dividing by the DC voltage of the PD (scaled by the ratio of the AC gain to DC gain of the New Focus PD).

The AM response of the Innolight looks fairly smooth up to ~1MHz, and it is significantly below the PM response for most of its range.  The region between 20 and 30 kHz shows very good separation of about 10^3 rad/RIN (and up to 10^5 rad/RIN at ~21.88 kHz, where there is the negative spike in the AM response). The region between 1.5 MHz and 2MHz also looks viable if it is desirable to actuate at higher frequencies.

The Lightwave offers very good AM/PM separation up to about 500 kHz, but becomes quite noisy about 1MHz.

Attachment 1: Innolight_AM_Response.png
Innolight_AM_Response.png
Attachment 2: Innolight_AM_PM.png
Innolight_AM_PM.png
Attachment 3: InnoVsLW_PM.png
InnoVsLW_PM.png
Attachment 4: Innolight_AM_Response.png
Innolight_AM_Response.png
Attachment 5: Lightwave_AM_PM.png
Lightwave_AM_PM.png
  2788   Mon Apr 12 14:20:10 2010 kiwamuUpdateGreen LockingPZT response for the innolight

I measured a jitter modulation caused by injection of a signal into laser PZTs.

The measurement has been done by putting a razor blade in the middle way of the beam path to cut the half of the beam spot, so that a change of intensity at a photodetector represents the spatial jitter of the beam.

However the transfer function looked almost the same as that of amplitude modulation which had been taken by Mott (see the entry).

This means the data is dominated by the amplitude modulation instead of the jitter. So I gave up evaluating the data of the jitter measurement.

  2799   Tue Apr 13 19:53:06 2010 MottUpdateGreen LockingPZT response for the innolight and lightwave

 

 I redid the PZT Phase Modulation measurement out to 5 MHz for both the Innolight and the Lightwave.  The previous measurement stopped at 2MHz, and we wanted to see if there were any sweet spots above 2MHz.  I also reduced the sweep bandwidth and increased the source amplitude at high frequency to reduce the noise (the Lighwave measurement, especially, was noise dominated above 1MHz).  I also plotted the ratio of PM/AM in rad/RIN, since this is the ultimate criterion on which we want to make a determination.

It looks like there is nothing extremely useful above 2MHz for either laser.  There are several candidates for the lightwave at about 140 kHz and again at about 1.4 MHz.  The most compelling peak, however, is in the innolight at 216 kHz, where the peak is about 2.3e5 rad/RIN.

Below about 30kHz, the loop suppresses the measurement, so one should focus on the region above there.

Attachment 1: Innolight_PM.png
Innolight_PM.png
Attachment 2: Innolight_AM_PM.png
Innolight_AM_PM.png
Attachment 3: Innolight_PM_AM_Ratio.png
Innolight_PM_AM_Ratio.png
Attachment 4: Lightwave_PM.png
Lightwave_PM.png
Attachment 5: Lightwave_AM_PM.png
Lightwave_AM_PM.png
Attachment 6: Lightwave_PM_AM_Ratio.png
Lightwave_PM_AM_Ratio.png
  63   Mon Nov 5 14:44:39 2007 waldmanUpdateOMCPZT response functions and De-whitening
The PZT has two control paths: a DC coupled path with gain of 20, range of 0 to 300 V, and a pair of 1:10 whitening filters, and an AC path capacitively coupled to the PZT via a 0.1 uF cap through a 2nd order, 2 kHz high pass filter. There are two monitors for the PZT, a DC monitor which sniffs the DC directly with a gain of 0.02 and one which sniffs the dither input with a gain of 10.

There are two plots included below. The first measures the transfer function of the AC monitor / AC drive. It shows the expected 2 kHz 2d order filter and an AC gain of 100 dB, which seems a bit high but may be because of a filter I am forgetting. The high frequency rolloff is the AA and AI filters kicking in which are 3rd order butters at 10 kHz.

The second plot is the DC path. The two traces show the transfer function of DC monitor / DC drive with and with an Anti-dewhitening filter engaged in the DC drive. I fit the antidewhite using a least squares routine in matlab constrained to match 2 poles, 2 zeros, and a delay to the measured complex filter response. The resulting filter is (1.21, 0.72) : (12.61, 8.67) and the delay was f_pi = 912 Hz. The delay is a bit lower than expected for the f_pi = 3 kHz delay of the AA, AI, decimate combination, but not totally unreasonable. Without the delay, the filter is (1.3, 0.7) : (8.2, 13.2) - basically the same - so I use the results of the fit with delay. As you can see, the response of the combined digital AntiDW, analog DW path is flat to +/- 0.3 dB and +/- 3 degrees of phase.

Note the -44 dB of DC mon / DC drive is because the DC mon is calibrated in PZT Volts so the TF is PZT Volts / DAC cts. To calculate this value: there are (20 DAC V / 65536 DAC cts)* ( 20 PZT V / 1 DAC V) = -44.2 dB. Perfect!

I measured the high frequency response of the loop DC monitor / DC drive to be flat.
Attachment 1: 07110_DithertoVmonAC_sweep2-0.png
07110_DithertoVmonAC_sweep2-0.png
Attachment 2: 071105_LSCtoVmonDC_sweep4-0.png
071105_LSCtoVmonDC_sweep4-0.png
Attachment 3: 07110_DithertoVmonAC_sweep2.pdf
07110_DithertoVmonAC_sweep2.pdf 07110_DithertoVmonAC_sweep2.pdf
Attachment 4: 071105_LSCtoVmonDC_sweep4.pdf
071105_LSCtoVmonDC_sweep4.pdf 071105_LSCtoVmonDC_sweep4.pdf
  5149   Tue Aug 9 02:34:26 2011 JennyUpdatePSLPZT transfer function measurement

Using a PDA255 on the PSL table, I measured the amplitude response of the NPRO PZT, sweeping from 10kHz to 5 MHz.

I took a run with the laser beam blocked. I then took three runs with the beam unblocked, changing the temperature of the laser by 10 mK between the first two runs and by 100mK between the second and third runs.

At the end of the night I turned off the network analyzer and unplugged the inputs. I'm leaving it near the PSL table, because I'd like to take more measurements tomorrow, probing a narrow bandwidth where the amplitude response is low.

On the PSL table, I'm still monitoring the reflected light from the cavity and the transmitted light through the cavity on the oscilloscope. I'm no longer driving the NPRO temperature with the lock-in.

I closed the shutter on the NPRO laser at the end of the night.

I'll log more details on the data tomorrow morning.

  179   Fri Dec 7 11:33:24 2007 waldmanOmnistructureOMCPZT wiring
The 2 pin LEMO connector has got an unmarked pin and a pin marked by a white half-circle.
The unmarked pin is connected to the side of the PZT attached to the mirror.
The marked pin is connected to the side of the PZT attached to the tombstone.
  6351   Mon Mar 5 03:50:49 2012 kiwamuUpdateIOOPZT1 PITCH railing

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.

Quote from #6300

PZT1, the one with Koji's custom mid-HV driver (#5447), is getting degraded.

 

  7323   Thu Aug 30 20:31:35 2012 JenneUpdateIOOPZT1 and PZT2 set to center of their ranges

[Koji, Jenne]

Jamie and Koji pointed out that we need to be doing the in-vac alignment with the PZTs at the center of their ranges.  Also, we confirmed that they were set to "closed loop off", so the strain gauges were not supplying any feedback.

PZT1 was set to 0 for both pitch and yaw, since it has a very limited range of motion right now, so 0 is close enough.

For PZT2, Koji and I moved the slider in pitch and yaw, and watched the LCD output monitor on the PZT driver at the bottom of 1Y3.  We saw the value on the LCD change between slider values +4 to -6 for PZT2 yaw, so it is set to -1 as the center.  We saw the value on the LCD change between slider values -4 to +5 for PZT2 pitch, so it is set to +0.5 as the center.   Beyond these slider values (the sliders all go -10 to +10), the LCD value didn't change, either at 0, or at the maximum. 

Since PZT1 doesn't really move, this shouldn't affect any of the alignment work that Suresh and I did last night, although we should quickly confirm tomorrow. On the agenda for tomorrow is adjusting PZT2 such that we hit the center of PR2 (and hopefully that will also put us through the center of the PRM target, if the alignment was done well enough last time), so it's okay that we have only now set it to the center of its range.

  6410   Wed Mar 14 04:03:37 2012 kiwamuUpdateIOOPZT1 and associate extra works

As the PZT1 has not been functional, I have been aligning the Y arm to the input beam instead of aligning the beam to the Y arm.

It turned out that this procedure leads to two extra works everytime after alignments of the Y arm:

  1. The Y green beam must be always aligned to the Y arm
    • The amount of the misalignment was found to be relatively big compared with how it used to be.
  2. The PSL beat note setup must be always realigned because the Y green path is determined by the orientation of the Y arm.
    • In the past I didn't often realign the beat note path, but currently it needs to be pay more attentions.

Sad ..

Quote from #6357

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

 

  5368   Fri Sep 9 11:59:58 2011 kiwamuUpdateIOOPZT1 doesn't work

Last night I noticed that PZT1 didn't work properly

I am not sure what is going on. Today I will try localizing the cause of the problem.

As far as I remember it was perfectly working at the time just after we readjusted the OSEMs on MC1 and MC3 (Aug 23th)

 

The symptoms are :

  + No response to both pitch and yaw control from EPICS (i.e. C1:LSC-PZT1_X and C1:LSC-PZT1_Y)

  + When a big value (-3 or so) from EPICS was applied, the PZT1 mirror suddenly jumped.

     However it turned out it just corresponded to a state where OOR (Out Of Range) LED lights up.

 

I did some brief checks :

  + checked the voltage going into the HV amplifiers' "MOD" input. Those are the voltage coming out from DACs and controlled from EPICS.

   --> looked healthy. They went from -10 to 10 V as expected (although the HV amp takes up to only +/-5V).

  + swapped the ''MOD" input cables such that C1:LSC-PZT1 controls the PZT2 HV and vice versa.

    --> The PZT2 mirror was still controlable, but the PZT1 mirror still didn't move. So the DAC and EPICS are innocent.

  + swapped the D-dub cables, which are directly going into the feedthroughs, such that the PZT1 HV drives the PZT2 mirrors and vice versa.

    --> the PZT2 mirror became unable to be controlled. For the PZT1 mirror, only PITCH worked smoothly.


  5447   Sat Sep 17 14:04:45 2011 KojiUpdateIOOPZT1 driver in place

The PZT driver is now in place. The actual PZTs are not connected yet!

It is accommodated on Ben's connector adapter board.

The panel has additional connectors now: two inputs and a power supply connector.

The supply voltage is +/-30V (actual maximum +/-40V), and the input range is +/-10V
which yields the output range of -5V to 30V. The gain of the amplifier is +2.

It is confirmed that the HV outputs react to the epics sliders although the PZT connector is not connected yet
so as not to disturb the locking activity.

When we engage the PZT connector, we should check the HV outputs with an oscilloscope to confirm they
have no oscillation with the capacitances of the PZTs together with the long cable.

Attachment 1: P9171579.JPG
P9171579.JPG
Attachment 2: P9171580.JPG
P9171580.JPG
  7857   Wed Dec 19 18:40:00 2012 JenneUpdateIOOPZT1 removed, TT1 in place

[Manasa, Jamie, Jenne]

PZT1 has been removed, and is wrapped in foil and stored in a (labeled) plastic box.

We beeped the cable between the cable holder bracket on the in-vac table, and the outside of the feedthrough.  Things are mirrored, so pins 1,14 (one edge on the feedthrough) go to pins 13,25 on the in-vac cable bracket.

Tip Tilt, serial number ### (Manasa will get the serial number and put it in the elog) was taken out of the cleanroom, for use as TT1.

We checked the epics controls from the TT screen that Jamie made a while back (accessible from the ASC tab on the sitemap) to the output of the AI board.  Things were very weird, but Jamie fixed them up in the model, then rebuilt and restarted the ASS model so that now the epics channel corresponding to, say, UL actually actuates on the UL output of the boards.

We tested the cables from the rack to the feedthrough, and discovered that they are also mirrored, to undo the mirroring between the feedthrough and the in-vac bracket.

Jamie made an adapter cable to take the pinout of the coil driver boards correctly to the pinout of the quadrupus cable, through this double-mirroring (i.e. no net mirror effect).

We set up a laser pointer on a tripod outside the door of the MC chamber (where the access connector usually is), and pointed it at the back of the TT.  Den or whomever put the cable on the TT didn't follow the diagram (or something got messed up somewhere), because when we actuate in pitch (+ on the uppers, - on the lowers), we see the TT move in yaw, and vice versa. 

We are in the process of removing the quadrupus from the TT, figuring out which connector goes where, putting it on correctly, and re-testing.

Depending on how far things get tonight, Jamie and Manasa may ask Steve to help them remove the BS door, so they can get started on replacing PZT2 with TT2.

  7858   Wed Dec 19 19:28:12 2012 ManasaUpdateIOOPZT1 removed, TT1 in place

Quote:

Tip Tilt, serial number ### (Manasa will get the serial number and put it in the elog) was taken out of the cleanroom, for use as TT1.

 

Depending on how far things get tonight, Jamie and Manasa may ask Steve to help them remove the BS door, so they can get started on replacing PZT2 with TT2.

Tip-Tilt TT1

 

I have fixed TT1 close to what it's position looks like in the CAD drawing. Only 2/3 of TT1 rests on the table...so we need to be extra careful when we will move it for alignment.

Serial Number:  SN 027

dcc number: D1001450-V2

 We are still in the process of removing the quadrupus from the TT, figuring out which connector goes where, putting it on correctly, and re-testing.

We closed the IMC chamber with light doors calling it a day!

 

  5431   Fri Sep 16 11:15:12 2011 KojiUpdateIOOPZT1 situation

[Koji Kiwamu]

- We have checked the situation of the broken Piezo Jenna PZT (called PZT1)

- Tested PZT1 by applying a dc voltage on the cables. Found that pitch and yaw reasonably moving and the motions are well separated each other.
  The pitch requires +20V to set the IPPOS spot on the QPD center.

- Made a high-voltage (actually middle voltage) amp to convert +/-10V EPICS control signal into -5 to +30V PZTout. It is working on the prototype board and will be put into the actual setup soon.


Details:

- The Piezo Jenna driver box has 4 modules. From the left-hand side, the HV module, Yaw controller, Pitch controller, and Ben abbot's connector converter.

- We checked the voltage on Ben's converter board. (Photo1)
  It turned out that the red cable is the one have the driving voltage while the others stays zero.

- We hooked a 30V DC power supply between the red cable and the shield which is actually connected to the board ground.

- Applying +/-10V, we confirmed the strain gauge is reacting. If we actuated the pitch cable, we only saw the pitch strain gauge reacted. Same situation for yaw too.

- Kiwamu went to IPPOS QPD to see the spot position, while I change the voltage. We found that applying +20V to the pitch cable aligns the spot on the QPD center.

------------------------

- I started to make a small amplifier boards which converts +/-10V EPICS signals into -5V to +30V PZT outs.

- The OPAMP is OPA452 which can deal with the supply voltages upto +/-40V. We will supply +/-30V. The noninerting amp has the gain of +2.

- It uses a 15V zener diode to produce -15V reference voltage from -30V. This results the output voltage swing from -5V to +35V.
The actual maximum output is +30V because of the supply voltage.

- On the circut test bench, I have applied +/-5V sinusoidal to the input and successfully obtained +5V to +25V swing.

- The board will be put on Ben's board today.

Attachment 1: P9151574.JPG
P9151574.JPG
Attachment 2: P9161576.JPG
P9161576.JPG
Attachment 3: P9161577.JPG
P9161577.JPG
  7440   Wed Sep 26 01:10:34 2012 JenneUpdateIOOPZT2 not working?!?! MC back to normal

[Jenne, Evan, Den]

MC REFL beam is back on the PD, and the mode cleaner locks.  It looks like we're a little high on the MC Refl camera, but the MC spots were measured, and don't look like they changed from Friday (or maybe Monday?), the last time they were measured. We took this to be acceptable MC alignment, and did not touch the PSL table's pointing.

The laser power reduction optics were removed, and placed out of the way on the PSL table (where do they belong?).  PSL-POS and PSL-ANG aren't quite perfectly centered, but a beam dump had been in the way of that path, so I don't know if they drifted bad, or if it was a sudden thing.  The beam is still hitting the QPDs though.  After removing the beam power reducing optics, we recentered the MC REFL beam on the REFL PD, still not touching any PSL alignment.  MC mirrors were aligned (Den did this work while I showed Evan around, so I don't know by how much), and MC Trans was maximized (really MC Refl was minimized, making sure that the unlocked MC Refl was the usual 4.something units on the EPICS readback.

We turned on the PZT high voltage supplies for the output steering PZTs and for the input steering PZTs.  We left the OMC locking PZT supplies off, since we're still not using the OMC.  Sadly, the beam coming out of the AS port looks clipped somewhere.  [SELF: attach the videocapture shot when you get to work tomorrow] We tried moving PZT2's sliders, but nothing happened!!! I can move BS and the ITMs to get the beam mostly unclipped, but I really need to be able to move the PZTs, or at least one of them.  IPPOS and IPANG beams are hitting the QPDs (although they're not centered perfectly), so the PZTs came back mostly to the same positions, but not exactly.  Evan and I sat next to the input steering PZT controllers in 1Y3, and moved the sliders around.  For most of the range, nothing changes on the LCD screen for either PZT2 pitch or yaw.  Yaw can make 2 small steps near the far negative side of the slider, but nothing happens for most of the slider.  Pitch really doesn't do anything for any part of the slider.  We ensured that the LED labeled "CL ON" was not illuminated, next to the button labeled "closed loop", for all 4 controllers (PZT1 and 2, pitch and yaw).  Sad!!   I don't know if the LCD screen on the front panel of the PZT controllers is a readback of signal supplied to the PZTs, or of the strain gauges.  I really hope it's the controller that's not working, rather than the PZTs themselves.  The PZTs were fine before we vented, and Koji and I did our centering of the PZT range check during the vent, so they were fine then.  What happened???  All PZT high voltage supplies were off during the pump-down.  I turned them off yesterday, and Evan and I turned them back on tonight around 9:30pm or 10pm.  What else could make them bad?

Without being able to move PZT2, just using BS and / or ITMs, I was unable to completely make the beam look nice on the AS camera.  I came close, but it still seems a little bit funny, and I had to move the suspended optics quite a bit to find that place.  This is not good. 

  7509   Tue Oct 9 00:25:33 2012 JenneUpdateIOOPZTs - hacky solution in place!!

[Evan, Jenne]

We applied some volts across both the pitch and yaw pin sets of the ribbon cable that goes to PZT2.  We ended up with ~40V yaw and ~14.5V pitch.  That was the nice happy center of the clipping that we can see on the AS camera.  Once we found the center of the PZT clipping range with the ITMY beam, we recentered the AS camera (actually, this took a few iterations, but now it's good). 

We then aligned MICH, but aren't able to get it to lock.  Before falling asleep, we have decided to align the PRM and SRM, so right now we have a flashing DRMI.  Both the SRMI and PRMI look a little funny the closer you get to 'good' alignment, so I'll investigate a little more tomorrow, and include pictures.  (The video capture script has barfed again, and I'm not in the mood to deal with it today.)

  4108   Tue Jan 4 21:21:57 2011 kiwamuUpdateIOOPZTs are connected to c1iscaux

I connected PZT1 and PZT2 to a slow front end machine c1iscaux.

Now we are able to align these PZTs from the control room via epics.

 

   Since we removed C1ASC that was controlling the voltage applied on the PZTs, we didn't have the controls for them for a long time.

So Rana and I decided to hook them up to an existing slow front end machine temporarily.

(probably the best solution is to connect them to C1LSC, which is fast enough to dither them.)

We actually found that c1iscaux is the proper machine, because it looked like it used to control the PZTs a long long time ago.

Moreover, c1iscaux still has DAC channels named like C1:LSC-PZT1_X, and so on.

 

  Below shows a screen shot of the medm screen for controlling the PZTs, invoked from a button on sitemap.adl ( pointed by a black arrow in the picture below)

The current default values are all zero at the right top sliders.

Screenshot20110104.png

  5589   Fri Sep 30 18:06:24 2011 kiwamuSummaryIOOPZTs straing guage

beforeOutage110930.png

  12139   Fri May 27 11:54:22 2016 VarunUpdateGeneralPackage delivery

A package labelled 'UPS Ground' has arrived.

-Varun

  4986   Mon Jul 18 22:26:43 2011 NicoleUpdateSAFETYPainful Voltage Regulator and Circuit-Testing Lessons

Today I learned some important circuit-building lessons while testing my photosensor circuit box (i.e. how NOT to test a circuit and, conversely, things that should be done instead). 

I blew my first circuit today. The victim is in the photo below (bottom 7805 voltage regulator). The plastic covering fell off after I removed the fried regulator.  After checking various components, I figured out that I blew the circuit because I had forgotten to ground the regulator.  Although this was very unfortunate, I did make an important discovery. While testing the voltage output of the 7805 voltage regulator (I put a new one), I discovered that contrary to the claims of the datasheet, an input voltage of 5V will not produce a steady 5V supply. I found that at 5V, my regulator was only producing 4.117 V. I was using a 5 V supply because I wanted to use only 1 power supply (I was using a two-channel power supply that had a fixed 5V output to produce the +15, -15, ground, and 5 V I need for my photosensor circuit box).  After seeing this, I got a second power supply and am now using 10V to as an input for the regulator to produce 4.961V. I found that from a voltage range of 10V to 15 V, the regulator produced a steady  4.961 V supply. I have decided to use 10V as an input. My newly-grounded voltage regulator did not smoke or get hot at 10V.

After several more debugging trials (my LED was still not lighting up, according to the infared viewer), I learned another painful lesson. I learned DO NOT USE CLIP LEADS TO TEST CIRCUITS!!!! Initally, I was powering my circuit and making all of my connections between the photosensor head (2 photodiodes and 1 LED) with clip leads. This was a BAD IDEA BECAUSE CLIP LEADS ARE UNSTABLE AND IT IS VERY EASY TO SHORT A CIRCUIT IF THEY ACCIDENTALLY TOUCH! I did not realize this important lesson until my photosensor circuit was once again burning. Confused as to why my circuit was once again burning, I foolishly touched the voltage regulator. As you can see on the top voltage regulator in the photo below, my finger left its mark on the smoldering voltage regulator. As you cannot see the wincing on my face as I try to type this long elog, I will painfully type that the voltage regulator left its own mark on my finger (an ugly sore little welt).  Suresh has taught me a valuable lesson: WHEN DEALING WITH SOMETHING OF QUESTIONABLE/UNKNOWN TEMPERATURE, USE YOUR NOSE, NOT YOUR FINGER TO DETERMINE IF THAT COMPONENT IS HOT!!!! 

P7180424.JPG

 

To make my circuit-testing safer, upon the suggestion of Suresh, I have since removed the clip leads and inserted a 12 pin IDC component (pictured below). There are 12 pins for the 6 inputs I will get from each of the 2 photosensor heads. I have requested orders for a 16 pin IDC connector, 15 pin Dsub male part, 15 pin Dsub feed-thru, 9 pin Dsub male part (2), and 9 pin Dsub feed-thru (2). After receiving these components, I should be able to safely test my circuit.

P7180423.JPG

 In the meanwhile, I can explore SimMechanics and try to figure out how to use the accelerometer

  4990   Tue Jul 19 13:45:22 2011 SureshUpdateSAFETYPainful Voltage Regulator and Circuit-Testing Lessons

There is should be a few IDC connectors in the lab (and some ribbon cable) using which you can proceed with the testing of the circuit, if you prefer.  If not we can get them from our ever helpful electronics division at Downs.  In any case there is no need to lose time waiting for parts to arrive.

 

  14172   Tue Aug 21 03:09:59 2018 johannesOmnistructureDAQPanels for Acromag DAQ chassis

I expanded the previous panels to 6U height for the new DAQ chassis we're buying for the upgrade. I figure it's best if we stick to the modular design, so I'm showing a panel for 8 BNC connectors as an example. The front panel has 12 slots, the back has 10 plus power connectors, switches, and the ethernet plug.

I moved the power switch to the rear because it's a waste of space to put it in the front, and it's not like we're power cycling this thing all the time. Note that the unit only requires +24V (for general operation, +20V also does the trick, as is the situation for ETMX) and +15V (excitation field for the binary I/O modules). While these could fit into a single CONEC power connector, it's probably for the better if we don't make a version that supplies a large positive voltage where negative is expected, so I put in two CONEC plugs for +/- 15 and +/- 24.

I want to order 5-6 of these as soon as possible, so if anyone wants anything changed or sees a problem, please do tell!

Attachment 1: auxdaq_40m_6U_front.pdf
auxdaq_40m_6U_front.pdf
Attachment 2: auxdaq_40m_6U_rear.pdf
auxdaq_40m_6U_rear.pdf
Attachment 3: auxdaq_40m_6U_BNC.pdf
auxdaq_40m_6U_BNC.pdf
  14283   Wed Nov 7 19:20:53 2018 gautamUpdateComputersPaola Battery Error

The VEA vertex laptop, paola, has a flashing orange indicator which I take to mean some kind of battery issue. When the laptop is disconnected from its AC power adaptor, it immediately shuts down. So this machine is kind of useless for its intended purpose of being a portable computer we can work at optical tables withno. The actual battery diagnostics (using upower) don't report any errors. 

  14672   Thu Jun 13 22:21:44 2019 KojiConfigurationCDSPaola wireless connected to martian

SURFs had trouble connecting paola to martian via wireless.
Of course, it requires a fixed IP but it had not it yet. So I went to chiara and gave 192.168.113.110 as "paolawl". Note that the wired connection has .111 and it is "paola".

Followed the instruction on http://nodus.ligo.caltech.edu:8080/40m/14121

  1482   Tue Apr 14 17:20:36 2009 YoichiUpdateComputer Scripts / ProgramsParallel Optickle
I wrote a parallel version of tickle() function for Optickle.
The attached ptickle.m, which provides ptickle() command, can be used as a drop-in replacement of tickle() command.
Just download it and place it in the @Optickle directory.
This command will run multiple instances of Matlab to calculate the frequency responses in parallel.
The speed gain is roughly proportional to the number of CPU cores you use.

To use multiple cores, you have to run matlabpool() command first. See the comment at the beginning of ptickle.m for more detail.
The progress bar is disabled at this moment because it is not clear for me how to make a single progress bar from multiple instances of Matlab.

I sent the code to Matt, so this may be included in the next release of Optickle.
Attachment 1: ptickle.m
% Compute DC fields, and DC signals, and AC transfer functions
%
% This is a parallelized version of tickle. You have to run matlabpool(n)
% command before using this command. matlabpool(n) will invoke n instances
% of matlab workers in your computer. Once you have started those workers,
% you can reuse them many times (i.e. you don't have to run matlabpoo(n)
% every time you use ptickle). Usually n should be equal to the number of
% CPU cores in your computer, but the Matlab parallel computing toolbox has
% the limit of maximum 4 workers for a local computer. If you use a cluster 
% of computers across a network, this limit does not apply. But I haven't
... 393 more lines ...
  16429   Tue Oct 26 16:56:22 2021 PacoSummaryBHDPart I of BHR upgrade - Locked PMC and IMC

[Paco, Ian]

We opened the laser head shutter. Then, we scanned around the PMC resonance and locked it. We then opened the PSL shutter, touched the MC1, MC2 and MC3 alignment (mostly yaw) and managed to lock the IMC. The transmission peaked at ~ 1070 counts (typical is 14000 counts, so at 10% of PSL power we would expect a peak transmission of 1400 counts, so there might still be some room for improvement). The lock was engaged at ~ 16:53, we'll see for how long it lasts.

There should be IR light entering the BSC!!! Be alert and wear laser safety goggles when working there.

We should be ready to move forward into the TT2 + PR3 alignment.

  16425   Mon Oct 25 17:37:42 2021 AnchalSummaryBHDPart I of BHR upgrade - Removed optics from BSC

[Anchal, Paco, Ian]


Clean room etiquettes

  • Two people in coverall suits, head covers, masks and AccuTech ultra clean gloves.
  • One person in just booties to interact with outside "dirty" world.
  • Anything that comes in chamber, first cleaned outside with clean cloth and IPA. Then cleaned by the "clean" folks. We followed this for allen keys, camera and beam finder card.
  • Once the chamber cover has been removed, cover the annulus with donut. We forgot to do this :(

Optics removal and changes

We removed the following optics from the BSC table and stored them in X-end flowbench with fan on. See attachment 1 and 2.

  1. IPPOS SM2
  2. GRX SM2
  3. PRM OL1
  4. PRMOL4
  5. IPPOS SM3
  6. IPANG SM1
  7. PRM OL2
  8. Unidentified optic inbetween IPPOS45P and IPPOS SM3
  9. Beam block behing PR3
  10. Beam block behind GR PBS
  11. GR PBS
  12. GRPERI1L (Periscope)
  13. PRMOL3
  14. IPPOS45P
  15. Cylindrical counterweight on North-west end of table.
  16. Cheap rectangular mirror on South west end of table (probably used for some camera, but not in use anymore)
  17. IPANGSM2

We also changed the direction of clamp of MMT1 to move it away from the center of the able (where PRM will be placed)

We screwed in the earthquake stops on PRM and BS from front face and top.

We unscrewed the cable post for BS and PRM oplevs and loved it in between SR3 and BS and screwed it lightly.

We moved the PRM, turned it anti-clockwise 90 degrees and brought it in between TT2 and BS. Now there is a clear line of sight between TT2 and PR2 on ITMY table.


Some next steps:

  • We align the input beam to TT2 by opening the "Injection Chamber" (formerly known as OMC chamber). While doing so, we'll clear unwanted optics from this table as well.
  • We open ITMX chamber, clear some POP optics. If SOS are ready, we would replace PR2 with SOS and put it in a new position.
  • Then we'll replace PR3 with an SOS and align the beam to BS.

These are next few days of work. We need atleast one SOS ready by Thursday.


Photos after today's work: https://photos.app.goo.gl/EE7Mvhw5CjgZrQpG6

Attachment 1: rn_image_picker_lib_temp_44cb790a-c3b4-42aa-8907-2f9787a02acd.jpg
rn_image_picker_lib_temp_44cb790a-c3b4-42aa-8907-2f9787a02acd.jpg
Attachment 2: rn_image_picker_lib_temp_0fd8f4fd-64ae-4ccd-8422-cfe929d4eeee.jpg
rn_image_picker_lib_temp_0fd8f4fd-64ae-4ccd-8422-cfe929d4eeee.jpg
  16431   Wed Oct 27 16:27:16 2021 AnchalSummaryBHDPart II of BHR upgrade - Prep

[Anchal, Paco, Ian]

Before we could start working on Part II, which is to relocate TT2 to new location, we had to clear space in front of injection chamber door and clean the floor which was very dusty. This required us to disconnect everything we could safely from OMC North short electronics rack, remove 10-15 BNC cables, 4-5 power cords and relocate some fiber optic cables. We didn't had caps for fiber optic cables handy, so we did not remove them from the rack mounted unit and just turned it away. At the end, we mopped the floor and dried it with a dry cloth. Before and after photos in attachments.

 

Attachment 1: OMCNorthBefore.jpeg
OMCNorthBefore.jpeg
Attachment 2: OMCNorthAfter.jpeg
OMCNorthAfter.jpeg
  16433   Wed Oct 27 16:38:02 2021 AnchalSummaryBHDPart II of BHR upgrade - Relocation of TT2 and MMT1/2 alignment

[Anchal, Paco]

We opened BSC and Injection Chamber doors. We removed two stacked counterweights from near the center of the BS table, from behind TT2 and placed them in the Xend flow bench. Then we unscrewed TT2 and relocated it to the new BHR layout position. This provided us with the target for the alignment of MMT1 and MMT2 mirrors.

While aligning MMT1 and MMT2, we realized that the BHR layout underestimated the clearance of the beam from MMT2 to TT2, from the TT1 suspension unit. The TT1 suspension stage was clipping our beam going to TT2. To rectify this, we decided to move the MMT2 mirror mount about a cm South and retry. We were able to align the beam to the TT2 optic, but it is a bit off-center. The reflection of TT2 now is going in the general direction of the ITMX chamber. We stopped our work here as fatigue was setting in. Following are some thoughts and future directions:

  • We realized that the output beam from the mode cleaner moves a lot (by more than a cm at MMT2) between different locks. Maybe that's just because of our presence. But we wonder how much clearance all beams must have from MC3 to TT2.
  • Currently, we think the Faraday Isolator might be less than 2 cm away from the beam between MMT1 and MMT2 and the TT1 suspension is less than 2 cm away from MMT2 and TT2.
  • Maybe we can fix these by simply changing the alignment on TT1 which was fixed for our purposes.
  • We definitely need to discuss the robustness of our path a bit more before we proceed to the next part of the upgrade.

Thu Oct 28 17:00:52 2021 After Photos: https://photos.app.goo.gl/wNL4dxPyEgYTKQFG9

  16434   Wed Oct 27 18:11:37 2021 KojiSummaryBHDPart II of BHR upgrade - Relocation of TT2 and MMT1/2 alignment

Closed the PSL shutter @18:11
During the vent, we want to keep the cavity unlocked if not necessary.

 

  16435   Wed Oct 27 18:16:45 2021 KojiSummaryBHDPart II of BHR upgrade - Relocation of TT2 and MMT1/2 alignment

- Moving the MMT2 south by a cm is fine. This will give you ~0.5cm at TT1 without changing the other alignment much.
- IMC mode is moving because of your presence + HEPA blow.
- 2cm at Faraday is plenty for the beam diameter of a few mm.

 

  16438   Thu Oct 28 17:01:54 2021 AnchalSummaryBHDPart III of BHR upgrade - Adding temp fixed flat mirror for PR2

[Anchal, Paco, Ian]

  • We added a Y1-2037-0 mirror (former IPPOS SM2 mirror) on a fixed mount in the position of where PR2 is supposed to be in new BHR layout.
  • After turning out all lights in the lab, we were able to see a transmitted beam on our beam finder card.
  • We aligned the mirror so that it relfects the beam off to PR3 clearly and the reflection from PR3 hits BS in the center.
  • We were able to see clear gaussian beams splitted from BS going towards ITMX and ITMY.

Photos: https://photos.app.goo.gl/cKdbtLGa9NtkwqQ68

  16628   Thu Jan 27 18:03:36 2022 PacoSummaryBHDPart III of BHR upgrade - Install PR2, balance, and attempt OSEM tuning

[Paco, Anchal, Tega]

After installing the short OSEMs into PR2, we moved it into ITMX Chamber. While Tega loaded some of the damping filters and other settings, we took time to balance the heavily tilted ITMX chamber. After running out of counterweigths, Anchal had to go into the cleanroom and bring the SOS stands, two of which had to be stacked near the edge of the breadoard. Finally, we connected the OSEMs following the canonical order

LL -> UR-> UL

LR -> SD

But found that UR was reading -14000 counts. So, we did a quick swap of the UR and UL sensors and verified that the OSEM itself is working, just in a different channel... So it's time to debug the electronics (probably PR2 Sat Amp?)...


PR2 Sat Amp preliminary investigation:

  • The UR channel (CH1 or CH4, on PR2 Sat Amp)  gives negative value as soon as an OSEM is connected.
  • Without anything connected, the channel reports the usual 0V output.
  • With the PDA inputs of PR2 Sat Amp shorted, we again see 0V output.
  • So it seems like when non-zero photodiode current goes, the circuit sees a reversal of gain polarity and the gain is roughly half in magnitude as the correct one.
  16629   Thu Jan 27 20:46:38 2022 KojiSummaryBHDPart III of BHR upgrade - Install PR2, balance, and attempt OSEM tuning
  • Started debugging D1002818 / S2100737 (8:30PM)
  • Confirmed the issue of the negative output of the UR sensor with the dummy OSEM connected at the air side of the ITMY chamber. Both PD Out and PD Mon have negative outputs.
  • The same issue remains when the dummy OSEM box is connected to the chassis with a short DB25M/F cable at the rack.
  • Started debugging the setup at the workbench.
    • CH1 TIA Output=-3.0V / CH2 (in question) TIA Output =-2.7V => No Problem
    • CH1 Whitening Out=+3.0V / CH2 Whitening Out=-1.4V => Problem
    • Resolder the components around whitening CH2 => no change
    • Remove AD822 and replace with a new one => CH2 Whitening OUt = +2.7V ==> Problem solved
    • PD1~3 channels of the left and right PCBs tested with the OSEM box ==> nearly +3V/-3V differential output (All Clear)
    • Chassis closing
  • Chassis restored in Rack 1Y1 and the normal output with the dummy OSEM box confirmed
  • Mission Completed (9:30PM)
  • Elog finished (9:40PM)
  • Case closed
Attachment 1: Screen_Shot_2022-01-27_at_20.33.56.png
Screen_Shot_2022-01-27_at_20.33.56.png
Attachment 2: Screen_Shot_2022-01-27_at_21.30.16.png
Screen_Shot_2022-01-27_at_21.30.16.png
  16630   Fri Jan 28 10:37:59 2022 PacoSummaryBHDPart III of BHR upgrade - PR2 OSEM finalized, reinsall LO1 OSEMs

[Paco]

Thanks to Koji's hotfix on the PR2 SatAmp box last evening, this morning I was able to finish the OSEM installation for PR2. PR2 is now fully damped. Then, I realized that with the extreme rebalancing done in ITMX chamber, LO1 needed to be reinstalled, so I proceeded to do that. I verified all the degrees of freedom remained damped.

I think all SOS are nominally damped, so we are 90% done with suspension installation!


SUSPENSION STATUS UPDATED HERE

  16631   Fri Jan 28 11:30:52 2022 KojiSummaryBHDPart III of BHR upgrade - PR2 OSEM finalized, reinsall LO1 OSEMs

All green! Great work, Team!

  16637   Wed Feb 2 16:22:00 2022 AnchalSummaryBHDPart III of BHR upgrade - PR2 inpute matrix diagonalized

The free swinging test was successful. I ran the input matrix diagonalization code (/opt/rtcds/caltech/c1/Git/40m/scripts/SUS/InMAtCalc/sus_diagonalization.py) on the PR2 free-swinging data collected last night. The logfile and results are stored in /opt/rtcds/caltech/c1/Git/40m/scripts/SUS/InMAtCalc/PR2 directory. Attachment 1 shows the power spectral density of the DOF basis data (POS, PIT, YAW, SIDE) before and after the diagonalization. Attachment 2 shows the fitted peaks. I chose to not type out the matrix values now. One can find them in teh repo links above.

 

Attachment 1: PR2_FreeSwingData_PeakFitting_20220125.pdf
PR2_FreeSwingData_PeakFitting_20220125.pdf
Attachment 2: PR2_SUS_InpMat_Diagnolization_20220202.pdf
PR2_SUS_InpMat_Diagnolization_20220202.pdf
  16638   Wed Feb 2 16:27:57 2022 AnchalSummaryBHDPart III of BHR upgrade - PR3 inpute matrix diagonalized

The free swinging test was successful. I ran the input matrix diagonalization code (/opt/rtcds/caltech/c1/Git/40m/scripts/SUS/InMAtCalc/sus_diagonalization.py) on the PR3 free-swinging data collected last night. The logfile and results are stored in /opt/rtcds/caltech/c1/Git/40m/scripts/SUS/InMAtCalc/PR3 directory. Attachment 1 shows the power spectral density of the DOF basis data (POS, PIT, YAW, SIDE) before and after the diagonalization. Attachment 2 shows the fitted peaks. I chose to not type out the matrix values now. One can find them in teh repo links above.

 

Attachment 1: PR3_FreeSwingData_PeakFitting_20220125.pdf
PR3_FreeSwingData_PeakFitting_20220125.pdf
Attachment 2: PR3_SUS_InpMat_Diagnolization_20220202.pdf
PR3_SUS_InpMat_Diagnolization_20220202.pdf
  16432   Wed Oct 27 16:31:35 2021 AnchalSummaryBHDPart III of BHR upgrade - Removal of PR2 Small Suspension

I went inside the ITMX Chamber to read off specs from PR2 edge. This was required to confirm our calculations of LO power for BHR later. The numbers that I could read from the edge were kind of meaningless "0.5 088 or 2.0 088". To make it more worthwhile this opening of the chamber, we decided to remove the PR2 suspension unit so that the optic can be removed and installed on an SOS in the cleanroom. We covered the optic in clean aluminum foil inside the chamber, then placed in on another aluminum foil to cover completely. Then I traveled slowly to the C&B room, where I placed it on a flow bench.


Later on, we decided to use a dummy fixed mount mirror for PR2 initially with the same substrate thickness, so that we get enough LO power in transmission for alignment. In the very end, we'll swap that with the PR2 mounted on an SOS unit.

ELOG V3.1.3-