40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
 40m Log, Page 309 of 339 Not logged in
ID Date Author Type Category Subject
15074   Wed Dec 4 20:32:43 2019 gautamUpdateGeneralPLL for PM measurement

Were some cables from the ALS beat setup modified? I can't see the beat on the scope, and this elog doesn't say anything about cable connection rearrangement. At ~2311, I am reverting the setup to as it should be.

15075   Thu Dec 5 01:54:39 2019 gautamUpdateLSCPartial CM board path engaged
• The arm powers could be stabilized somewhat once the CM_SLOW path to MC2 was engaged.
• However, I was never able to get the AO path to do anything good.
• Took a bunch of CM board TFs, need to think about what I need to do differently to get this next bit to work.
• An SR785 is sitting next to the LSC rack hooked up to the CM board. I also borrowed the GPIB unit from the AG4395 to grab data from said SR785.
• One thing I noticed that the CARM_B (=CM_SLOW) and DARM_B (=AS55_Q) signals both had a DC offset, so maybe this is indicative of some DC offset in the PRMI 3f signals? Right now, I lock the PRMI without any offsets, and as I reduce the CARM offset, I can see the DC value of REFL11_I and AS55_Q changing significantly. To be investigated in tonight's locking.
Attachment 1: AOengaged.pdf
15076   Thu Dec 5 08:44:44 2019 GavinUpdateLoss MeasurementQ Measurements of Test Masses

[Yehonathan, Gavin]

Measuring POX11_Q_MON and injecting a signal into the ITMX_UL_IN port a signal could not be seen on the function generator. After debugging the source of the issue was two fold:

• By using the quadrant drives for coils (UL, UR etc) a signal has to pass through a switch before reaching the driver. To resolve this the signal input was switched to POS_IN (driving the entire coil at once rather than in quadrants) which has no switch to bypass.
• The averaging on the Stanford SR785 was set too low. By increasing the averages from 10 to 25 the signal became more visible.

Unrelated to these issues the signal input was switched to POY11_Q_MON and ITMY_POS_IN as part of the debugging process. The function generator used was switched from the Stanford to the Siglant SDG 1032X.

An unrelated issue but note worthy was the Lenovo 40m laptop used to measure the IFO state (locked or unlocked) ran out of battery in a very short timespan.

To gauge where the resonance of the test masses are FEA model of a simple 40m test mass was computed to give an esitimate at what frequency the eigenmodes exist. For the first two modes the model gave resonances at 20.366 kHz (butterfly mode) and 28.820 kHz (drumhead mode). Then by measuring with an acquisition time of 1 s at they frequencies on the SR785 and injecting broad band white noise with a mean of 0 V and a stdev of 2 V, small peaks were seen above the noise at 20.260 kHz and 28.846 kHz. By then injecting a sine wave at those frequencies with 9 Vpp, the peak became clearly visible above the noise floor.

The last step is to measure the natural decay of these modes when the excitation is turned off. It is difficult to tell currently if these are indeed eigenmodes or just large cavity injections with an associated stabilisation time (what could appear as a ringdown decay). More investigation is required.

Attachment 1: 20191205_132158.jpg
15077   Thu Dec 5 14:54:15 2019 gautamUpdateGeneralSymlink to SRmeasure and AGmeasure

I symlinked the SRmeasure and AGmeasure commands to /usr/bin/ on donatella (as it is done on pianosa) so that these scripts are in \$PATH and may be run without having to navigate to the labutils directory.

15078   Thu Dec 5 15:09:50 2019 gautamUpdateCDSc1oaf crashed c1lsc

I tried starting the c1oaf model, but got a DQ error (I want the option of running feedforward during locking even if the filters aren't particularly well tuned yet). Note that this isn't "just a warning light" - some channels are initialized to +/- 1e20, so if you try turning some filters on, you will deliver a massive kick to the optics. Restarting it crashed c1lsc (this is not unexpected behavior - the only way to clear the DQ error is to restart the model, and empirically, the success rate is ~50%). The reboot script brought everything back online smoothly, and the second, time, c1oaf started without any issues.

While looking at the CDS overview screen, I noticed that the c1scy model was reporting frequent RFM errors for the C1:SCY-RFM_ETMY_LSC channel (but none of the others). On the sender model (c1rfm), no errors were being reported. The diag reset button / mxstream restart didn't really work either. See Attachment #1. Just restarting the c1scy model didn't fix the error - I had to reboot the machine and restart the models, and now no errors are being reported.

Attachment #2 shows the current nominal CDS status - the red light on c1lsc is due to some missing c1dnn channels (I'll remove these at the next c1lsc model change because I don't want to un-necessarily reboot the vertex FEs), and the c1omc model is obsolete I guess. c1daf isn't running right now but once I get the new fiber (ordered), I'm gonna restart this model as well.

P.S. The ALS temperature sliders are not SDF-ed. So when the model was restarted, I had to change the sliders back to their old values to get the beat back in the usable range.

Attachment 1: SCYerrors.png
Attachment 2: CDSnormal.png
15079   Thu Dec 5 18:15:01 2019 gautamUpdateOptical LeversITM, PRM and BS Oplevs re-centered

In preparation for locking tonight, I re-centered the spots on the Oplev QPDs for the ITMs, BS and PRM after locking and running the dither alignment for the arms and also the PRMI carrier. In the past, DC coupling the ITM Oplevs helped the angular stability a bit, let's see if it still does.

15080   Fri Dec 6 00:02:48 2019 gautamUpdateLSCWhat is the correct way to set the 3f offsets?

Summary:

I made it to 0 CARM offset, PRMI locked a bunch of times today. However, I could not successfully engage the AO path.

Details:

Much of the procedure is scripted, here is the rough set of steps:

• Transition control of the arms from IR signals to ALS signals.
• DC couple the ITM oplev servos
• Burt-restore the settings for PRMI locking with REFL165I-->PRCL, REFL165Q-->MICH, and then enable the MICH_B / PRCL_B locking servos.
• Add some POPDC to the PRMI triggering (nominally only POP22_I) to let these loops be locked while POP22_I fluctuates wildly when we are near the CARM=0 point.
• Zero the CARM offset.
• Adjust the CARM_A/DARM_A offsets such that CARM_B/DARM_B are fluctuating symmetrically about 0.
• CARM_B gain --> 1.0, to begin the RF blend.
• Prepare to hand the DC control authority to ALS by turning off FM1 in the CARM filter bank, and turning ON an integrator in the CARM_B filter.

As I type this out, I realized that I was incorrectly setting offsets to maximize the arm powers by adjusting CARM/DARM offsets as opposed to CARM_A / DARM_A offsets. Tried another round of locking, but this time, I can't even turn the integrator on to get the arms to click into somewhat stable powers.

One thing I noticed is that depending on the offsets I put into the 3f locking loops, the mean value of REFL11 and AS55 when the ALS CARM/DARM offsets are zeroed changes quite significantly. What is the correct condition to set these offsets? They are different when locking the PRC without arm cavities, and also seem to change continuously with CARM offset. I am wondering if I have too much offset in one of the vertex locking loops?

15084   Sun Dec 8 20:27:11 2019 ranaUpdateComputersViviana upgrade to Ubuntu 16

The IBM laptop at EX was running Ubuntu 14, so I allowed it to start upgrading itself to Ubuntu16 as it desired. After it is done, I will upgrade it to 18.04 LTS. We should have them all run LTS.

15087   Mon Dec 9 19:19:04 2019 YehonathanUpdatePSLAOM first order beam alignment

{Yehonathan, Rana}

In order to setup a ringdown measurement with perfect extinction we need to align the first order beam from the AOM to the PMC instead of the zeroth order.

We connected a signal generator to the AOM driver and applied some offset voltage. We spot the first order mode and align it to the PMC. The achieved transmitted power is roughly as it was before this procedure.

Along the way few changes has been made in the PSL table:

1. Some dangling BNCs were removed.

2. Laser on the south east side of the PSL table was turned off.

3. DC power supplies were removed (Attachment 1 & 2). The rubber legs on the first one are sticky and leave black residue.

4. The beam block that orginally blocked the AOM high order modes was raised to block the zeroth order mode (Attachment 3).

5. The unterminated BNC T junction (Attachment 4 - before picture). from the PMC mixer to the PMC servo was removed.

However, we are currently unable to lock the PMC on high gain. When the gain is too high the PZT voltage goes straight to max and the lock is lost.

Attachment 1: 20191209_193112.jpg
Attachment 2: 20191209_193203_HDR.jpg
Attachment 3: imageedit_2_7551928142.gif
Attachment 4: imageedit_3_5863650538.gif
15088   Mon Dec 9 21:22:46 2019 shrutiUpdateGeneralPLL / PM measurement of Xend NPRO PZT

### In short:

Using the same setup as before with a LPF changed to have a cutoff of 5 MHz, the PLL was implemented and a TF measurement of the phase modulation was attempted. But, the beatnote drift was too high to get a prolonged phase lock (many times over 5MHz in <5 min).

### Steps undertaken:

1. Normally I would unlock the IMC (Disabling the servo between the 'Filter' and 'Polarity' on the Mode Cleaner Servo Screen), but today I did not have to since Rana had kept it unlocked.

2. Misaligned the ITMX. This is to prevent cavity resonances from returning to the laser

3. Turned up the air on the HEPA at the PSL table to 100% during the measurement

4. Cables were connected as before (diagram shown in attachment of elog 15069)

5. The X end laser NPRO was actuated for the TF measurement using a long cable connected to TO AUX_X LASER PZT

### Thoughts and observations:

- Reading out the error signal after amplification cannot distinguish between a locked loop or one out of its range. The error signal would be very small in both cases.

- Looking at the beat note on an oscilloscope, there also seemed to be an additional amplitude modulation that I had not noticed earlier. Rana suggested that it may have something to do with the pre-mode cleaner and the AOM being driven at 80 MHz

- Even though the TF was attempted, it seemed too noisy, suggesting that the PLL did not seem to work

- Rana also suggested that it may be a better idea to use the PZT of one of the lasers as the VCO for the PLL feedback instead of the Marconi.

 Quote: I worked on the setup up for the phase modulation measurement of the X end NPRO PZT. A previous similar measurement can be found here (12077). The setup was assembled based on the schematic in Attachment1. Mixer used: Level 7, Mini circuits ZP-3+ LPF: up to 1.9MHz Cables exiting the PSL table: 1. LO (Marconi -> Mixer) 2. RF (PSL+X beat note -> Mixer) The cable for this was taken from the Beat Mouth (otherwise connected to the oscilloscope) 3. Ext modulator (SR560 -> Marconi) The long cable labled 'X Green Beat' was used to connect to the PZT (from the network analyzer). Observations: The beat note kept floating between 0 and ~100 MHz The PLL part of the circuit was tested coarsely with the spectrum analyzer function of the Agilent, where the loop was seen to stabilize when the carrier frequency of the Marconi was close to the instantaneous beat frequency.

15089   Tue Dec 10 01:24:17 2019 YehonathanUpdatePSLAOM first order beam alignment

 However, we are currently unable to lock the PMC on high gain. When the gain is too high the PZT voltage goes straight to max and the lock is lost.

Just realized that the diffracted beam is frequency shifted by 80MHz. It would shift the PZT position in the PMC lock acquisition, wouldn't it?

15090   Tue Dec 10 13:26:46 2019 YehonathanUpdatePSLAOM first order beam alignment

nvm the PZT can scan over many GHz.

Quote:

 However, we are currently unable to lock the PMC on high gain. When the gain is too high the PZT voltage goes straight to max and the lock is lost.

Just realized that the diffracted beam is frequency shifted by 80MHz. It would shift the PZT position in the PMC lock acquisition, wouldn't it?

15091   Tue Dec 10 15:17:17 2019 YehonathanUpdatePSLPMC is locked

{Jon, Yehonathan}

We burt-restored the PSL and the PMC locked immediately.

The PMC is now locked on the AOM first order mode.

15092   Tue Dec 10 18:27:22 2019 YehonathanUpdatePSLPMC is locked

{Yehonathan, Jon}

We are able to lock the PMC on the TEM00 mode of the deflected beam.

However when we turn off the driving voltage to the AOM and back on the lock is not restored. It get stuck on some higher order mode.

There are plethora of modes present when the PZT is scanned, which makes us believe the cavity is misaligned.

To lock again on the TEM00 mode again we disconnect the loop (FP Test point 1), find a TEM00 mode using the DC output adjust and close the loop again.

15094   Wed Dec 11 15:29:17 2019 YehonathanUpdatePSLPMC is locked

Make sure to measure the power drop of the beam downstream of the AOM but before the PMC. Need to plot both together to make sure the chop time is much shorter than the 1/e time.

15096   Thu Dec 12 19:20:43 2019 YehonathanUpdatePSLPMC cavity ringdown measurement

{Yehonathan, Rana, Jon}

To check whether we laser is being shut fast enough for the ringdown measurement we put a PD55 in the path that leads to the beat note setup. The beam is picked off from the back steering mirror after AOM and before the PMC.

@Shruti the PD is now blocking the beam to your setup.

As before, we drive the AOM to deflect the beam. The deflected beam is coupled to the PMC cavity. We lock the PMC and then shut the beam by turning off the output of the function generator that provides voltage to the AOM driver.

We measure the transmitted light of the PMC together with the light that is picked off before the PMC. In Attachment 1, the purple trace is the PMC transmission, the green trace is the peaked-off beam and the yellow trace is the function generator signal.

Rana was pointing out that the PDs, the function generator and the scope were not carefully impedance matched, which could lead to erroneous measurements. He also mentioned that the backscattered beam was too bright which might indicate that the PMC is oscillating. To remedy this we lowered the gain of the PMC lock to ~8.

We repeat the measurement after setting all the components to 50ohm (attachment 2). We then realize that the BNC T junction connected on the function generator is splitting the signal between the 50ohm AOM driver and 1Mohm oscilloscope channel which causes distortions as can be seen. We remove the T junction and get a much cleaner measurement (see next elog).

It seems like either the shutting speed or the PDs are only slightly faster than the PMC. I also check the AOM driver RF output fall time doing the same kind of measurement (attachment 3).

We suspect the PDs' bandwidth is to blame (although they are quoted to have 10MHz bandwidth).

In any case, this is fast enough for the IMC and arm cavities whose lifetime should be much longer than the PMC.

I will post an elog with some numbers tomorrow.

Attachment 1: IMG_0105.jpeg
Attachment 2: TEK00001.PNG
Attachment 3: 20191212_151642.jpg
15097   Fri Dec 13 12:28:43 2019 YehonathanUpdatePSLPMC cavity ringdown measurement

I grab the data we recorded yesterday from the scope and plot it in normalized units (remove noise level and divide by maximum). See attachment.

It can be seen that the measured ringdown time is ~ 17us while the shut-off time is ~12us.

I plan to model the PD+AOM as a lowpass filter with an RC time constant of 12us and undo its filtering action on the PMC trans ringdown measurement to get the actual ringdown time.

Is this acceptable?

Attachment 1: Ringdown_InitialProcess.pdf
15098   Mon Dec 16 18:19:42 2019 shrutiUpdatePSLPMC cavity ringdown measurement : beat-note disruption

I have removed the PD55 + ND filter attached to it (see Attachment) and placed it next to the oscilloscope, after disconnecting its output and power supply. The post is still in place.

I did see the beat after that.

 Quote: {Yehonathan, Rana, Jon} To check whether we laser is being shut fast enough for the ringdown measurement we put a PD55 in the path that leads to the beat note setup. The beam is picked off from the back steering mirror after AOM and before the PMC. @Shruti the PD is now blocking the beam to your setup.

Attachment 1: IMG_0040.jpg
15099   Tue Dec 17 00:23:28 2019 YehonathanUpdatePSLMapping the PSL electronics

I added to the PSL wiring list the ioo channels and the laser shutter (See attached pdf for an updated list).

The total channel numbers for now:

 ai 57 ao 13 bi 1 bo 36

I counted each mbbo as 1 bo but I am not sure that's correct.

Still need to allocate Acromags.

Attachment 1: PSL_Wirings_-_Sheet1_(2).pdf
15100   Tue Dec 17 18:05:06 2019 YehonathanUpdatePSLMapping the PSL electronics

Updated the channel list (Attached):

1. Removed the MC steering mirror PZT channels

2. Added Sourcing/Sinking column

3. Recounted the mbbos correctly

4. Allocated Acromags:

 Model Purpose No. Spare channels XT1221 ai 7 11 XT1541 ao + src bo 2 9 ao XT1121 src bo 2 4 XT1121 sink bo 1 4

I think we can start wiring.

Attachment 1: PSL_Wirings_-_Sheet1_(3).pdf
15101   Tue Dec 17 20:08:09 2019 shrutiUpdateGeneralPLL / PM measurement of Xend NPRO PZT

## 1. Some calculations

For a Unity Gain Frequency (UGF) of 1 kHz, assumed PZT response $K_{VCO}$ of 1 MHz/V, Mixer response $K_{M}$ of 25 mV/$\pi$ rad, the required gain of the amplifier is

$G = 2 \pi \times \text{UGF}/ (K_{VCO} K_M)$

G ~ 0.8

## 2. Progress

- Measured the mixer response

### Measuring mixer response:

- PSL laser temperature was adjusted so that beat frequency was roughly 25 MHz and the amplitude was found to be roughly -30dBm.

- At the RF port instead of the beat signal, a signal of 25 MHz + few kHz at -30 dBm was inputted. The LO was a 25 MHz signal was sent from the Marconi at 7 dBm.

- The mixer output was measured, with setup as in Attachment 1  Figure (A), on an oscilloscope. The slope near the small angle region of the sine curve would be the gain (in V/rad) and was found to be: $K_M \approx 25 \text{ mV}/ \pi$ rad

- Since from the above calculations it seemed like an amplifer gain of 1 should work for the PLL, I rearranged the set up as in Figure (B) of Attachment 1 to actuate the X end NPRO PZT, I adjusted the PSL temperature (slow control) to try and match the frequency to 25 MHz, but couldn't lock the loop. I was monitoring the error signal after amplification (50 ohm output of the SR 560) which showed oscillations when the beat frequency was near 25 MHz and nothing significant otherwise.

- I used a 20 dB attenuator at the amplifier output and saw the beat note oscillate for longer, but maybe because it was a 50 ohm component in a high impedance channel it did not work either (?). I tried other attenuator combinations with no better luck.

- Is there a better location to add the attenuator? Should I pursue amplifying the beat signal instead?

- Also, it seemed like the beat note drift was higher than earlier. Could it be because the PMC was unlocked?

 Quote:

Attachment 1: 20191217.png
15102   Tue Dec 17 20:45:30 2019 ranaUpdatePSLPMC cavity ringdown measurement

idk - I'm recently worried about the 'thermal self locking' issue we discussed. I think you should try to measure the linewidth by scanning (with low input power) and also measure the TF directly by modulating the power via the AOM and taking the ratio of input/output with the PDA55s. I'm curious to see if the ringdown is different for low and high powers

 Quote: I plan to model the PD+AOM as a lowpass filter with an RC time constant of 12us and undo its filtering action on the PMC trans ringdown measurement to get the actual ringdown time. Is this acceptable?

This is an ole SURF report on thermal self-locking that may be of use (I haven't read it or checked it for errors, but Royal was pretty good analytically, so its worth looking at)

15103   Fri Dec 20 18:33:21 2019 YehonathanUpdatePSLMapping the PSL electronics

Final (hopefully) PSL channel list is attached with allocated Acromag channels. Wiring spreadsheet coming soon.

Current Acromag count:

 AI 8 AO 2 BIO 4 Number of channels 8*8+2*8+4*16=144 Number of wires 144*2=288

Attachment 1: PSL_Wirings_-_Channel_List.pdf
15104   Mon Dec 23 19:30:20 2019 YehonathanUpdatePSLMapping the PSL electronics

PSL wiring spreadsheet is ready. (But the link was stripped. Koji)

Link to a wiki page  with the link to the wiring spreadsheet (Yehonathan)

15105   Fri Dec 27 15:01:02 2019 YehonathanUpdatePSLPMC cavity ringdown measurement

I measured PMC ringdowns for several input powers. I change the input power by changing the DC voltage to the AOM.

First, I raise the DC voltage to the AOM from 0V and observe the signal on the picked off PD. I see that at around 0.6V the signal stops rising. The signal on the PD is around 4V at that point so it is not saturated.

Up until now, we provided 1.5V to the AOM, which means it was saturated.

I measured ringdowns at AOM voltages of 0.05, 0.1, 0.3, 0.5, 1 volt by shutting off the DC voltage to the AOM and measuring the signal at the PMC transmission PD and the picked off PD simultaneously for reference.

Attachment 1 shows the reference measurement for different AOM voltages. For low AOM DC voltages, the response of the AOM+PD is slower.

Attachment 2 shows the PMC transmission PD measurements which barely change as a function of AOM voltage but shows the same trend. I believe that if the AOM+PD response was much faster there would be no observable difference between those measurements.

Attachment 3 shows PMC transmissions and references for AOM voltages 0.05V and 1V. It seems like for low AOM voltages we are barely fast enough to measure the PMC ringdown.

I fitted the 0.3V ringdown and reference to a sum of two exponentials (Attachment 4).

The fitting function is explicitly a * nm.exp(-x/b) +c* nm.exp(-x/d) +e

For the PMC transmission I get:

a = 0.21
b = 3.64 (us)
c = 0.69,
d = 39.62 (us)
e = 2.0e-04

For the reference measurement:

a = 0.34
b = 4.97 (us)
c = 0.58
d= 31.22 (us)
e = 1.11e-03


I am still not able to do deconvolution of the ref from the measurement reliably. I think we should do a network analyzer measurement.

Shruti, the PD is again in your beam path.

Attachment 1: PDAOMResponse.pdf
Attachment 2: PMCTransmission.pdf
Attachment 3: RingdownsAndRefs.pdf
Attachment 4: TwoExponentialFitAOM0.3V.pdf
15106   Fri Dec 27 16:26:11 2019 YehonathanUpdatePSLPMC Linewidth measurement

I try to measure the linewidth of the PMC by ramping the PMC PZT.

I do it by connecting a triangular shape signal to FP Test 1 on the PMC servo front panel (I know, it is probably better to connect it to DC EXT. next time.) and turn the servo gain to a minimum.

Attachment 1 shows the PMC transmission PD as the PZT is swept with the EOM connected and when it is disconnected. It shows the PMC over more than 1 free spectral range.

For some reason, I cannot seem to be able to find the 35MHz sidebands which I want to use to calibrate the PZT scan. I made sure that the EOM is driven by a 35MHz signal using the scope. I also made sure that the PMC cannot to lock without the EOM connected.

I am probably doing something silly.

Attachment 1: PMCTransmissionSpectra.pdf
15107   Tue Dec 31 03:03:02 2019 gautamUpdatePSLPMC cavity ringdown measurement

When I was looking at this, the AOM shutdown time was measured to be ~120 ns, and while I wasn't able to do a ringdown measurement with the PMC (it'd just stay locked because at the time i was using the zeroth order beam), the PMC transmission decayed in <200 ns.

15108   Wed Jan 1 04:53:11 2020 gautamUpdatePSLMapping the PSL electronics

For the IMC servo board, it'd be easiest to copy the wiring scheme for the BIO bits as is configured for the CM board (i.e. copy the grouping of the BIO bits on the individual Acromag units). This will enable us to use the latch code with minimal modifications (it was a pain to debug this the first time around). I don't see any major constraint in the wiring assignment that'd make this difficult.

 Quote: PSL wiring spreadsheet is ready. (But the link was stripped. Koji) Link to a wiki page  with the link to the wiring spreadsheet (Yehonathan)
15109   Wed Jan 1 14:14:00 2020 YehonathanUpdatePSLPMC Linewidth measurement

Turns out the 35MHz sidebands are way too weak to resolve from the resonance when doing a PZT scan.

I connect the IFR2023B function generator on the PSL table to the EOM instead of the FSS box and set it to generate 150MHz at 13dbm.

To observe the resulting weak sideband I place a PDA55 at the peak-off path from the transmission of the PMC where there is much more light than the transmission of the PMC head mirror. Whoever is using this path there is a PD blocking it right now.

I do a PZT scan by connecting a triangular signal to the EXT DC on the PMC servo with and without the EOM (Attachment 1). A weak sideband can clearly be spotted now.

Using the above 150MHz sideband calibration I can find the roundtrip time to be 1.55ns.

I take a high-resolution scan of a resonance peak and fit it to a Lorentzian (Attachment 2) and find a roundtrip loss of 1.3%.

Using the above results the cavity decay time is 119ns.

We should investigate what's going on with the ringdown measurements.

Attachment 1: 150MHzSideBandCreation.pdf
Attachment 2: LinewidthMeasurment.pdf
15110   Wed Jan 1 16:04:37 2020 YehonathanUpdatePSLMapping the PSL electronics

Done.

Quote:

For the IMC servo board, it'd be easiest to copy the wiring scheme for the BIO bits as is configured for the CM board (i.e. copy the grouping of the BIO bits on the individual Acromag units). This will enable us to use the latch code with minimal modifications (it was a pain to debug this the first time around). I don't see any major constraint in the wiring assignment that'd make this difficult.

 Quote: PSL wiring spreadsheet is ready. (But the link was stripped. Koji) Link to a wiki page  with the link to the wiring spreadsheet (Yehonathan)

15111   Mon Jan 6 15:36:55 2020 JonUpdatePSLAssembly underway for c1psl upgrade

[Jon, Yehonathan]

We've begun assembling the new c1psl Acromag chassis based on Yehonathan's final pin assignments. So far, parts have been gathered and the chassis itself has been assembled.

Yehonathan is currently wiring up the chassis power and Ethernet feedthroughs, following my wiring diagram from previous assemblies. Once the Acromag units are powered, I will help configure them, assign IPs, etc. We will then turn the wiring over to Chub to complete the Acromag to breakout board wiring.

I began setting up the host server, but immediately hit a problem: We seem to have no more memory cards or solid-state drives, despite having two more SuperMicro servers. I ordered enough RAM cards and drives to finish both machines. They will hopefully arrive tomorrow.

15112   Mon Jan 6 16:07:12 2020 gautamUpdatePSLAssembly underway for c1psl upgrade

RTFE. Where did the spares go?

 Quote: I began setting up the host server, but immediately hit a problem: We seem to have no more memory cards or solid-state drives, despite having two more SuperMicro servers. I ordered enough RAM cards and drives to finish both machines. They will hopefully arrive tomorrow.
15113   Mon Jan 6 19:05:09 2020 not gautamUpdatePSLAssembly underway for c1psl upgrade

I found them, thanks. After c1psl, there are 4 2GB DIMM cards and 1 SSD left. I moved them into the storage bins with all the other Acromag parts.

Quote:

RTFE. Where did the spares go?

 Quote: I began setting up the host server, but immediately hit a problem: We seem to have no more memory cards or solid-state drives, despite having two more SuperMicro servers. I ordered enough RAM cards and drives to finish both machines. They will hopefully arrive tomorrow.
15114   Tue Jan 7 18:51:51 2020 JonUpdatePSLNew c1psl server assembled

I've assembled a new SuperMicro rackmount machine to replace c1psl. It is currently set up on the electronics bench.

• OS: Debian 10.2
• Hostname: c1psl1 (will become c1psl after installation)
• IP: 192.168.113.54 (registered in the martian DNS)
• Network drive mount point set up (/cvs/cds), which provides all the EPICS executables.
15115   Fri Jan 10 14:21:19 2020 YehonathanUpdatePSLc1psl reboot

PSL controls on the sitemap went blank. Rebooted c1psl. PSL screens seem normal again.

15116   Fri Jan 10 19:48:46 2020 yehonathanUpdatePSLAssembly underway for c1psl upgrade

{Yehonathan, Jon}

I finished pre-wiring the PSL chassis. I mounted the Acromags on the DIN rails and labeled them. I checked that they are powered up with the right voltage +24V and that the LEDs behave as expected.

Attachment 1: 20200110_194429.jpg
Attachment 2: 20200110_194516_HDR.jpg
15118   Mon Jan 13 16:05:18 2020 yehonathanUpdatePSLAssembly underway for c1psl upgrade

{Yehonathan, Jon}

I configured the Acromag channels according to the Slow Controls Wiki page.

We started testing the channels. Almost at the beginning we notice that the BIO channels are inverted. High voltage when 0. 0 Voltage when 1. We checked several things:

1. We checked the configuration of the BIOs in the windows machine but nothing pointed to the problem.

2. We isolated one of the BIOs from the DIN rail but the behavior persisted.

3. We checked that the voltages that go into the Acromags are correct.

The next step is to power up an isolated Acromag directly from the power supply. This will tell us if the problem is in the chassis or the EPICs DB.

15120   Tue Jan 14 17:16:43 2020 yehonathanUpdatePSLAssembly underway for c1psl upgrade

{Yehonathan, Jon}

I isolated a BIO Acromag completely from the chassis and powered it up. The inverted behavior persisted.

Turns out this is normal behavior for the XT1111 model.

For digital outputs, one should XT1121. XT1111 should be used for digital inputs.

Slow machines Wiki page was updated along with other pieces of information.

I replaced the XT1111 Acromags with XT1121 and did some rewiring since the XT1121 cannot get the excitation voltage from the DIN rail.

I added an XT1111 Acromag for the single digital input we have in this system.

15122   Wed Jan 15 08:55:14 2020 gautamUpdateCDSYearly DAQD fix

Summary:

Every new year (on Dec 31 or Jan 1), all of the realtime models will report a "0x4000" error. This happens due to an offset to the GPStime driver not being updated. Here is how this can be fixed (slightly modified version of what was done at LASTI).

Steps to fix the DC errors:

1. ssh into FB machine.
2. Edit the file /opt/rtcds/rtscore/release/src/include/drv/spectracomGPS.c:
• Look for the code block with a text string that reads something like
/* 2019 had 365 days and no leap seconds */
pHardware->gpsOffset += 31536000;
• Copy and paste the above string for the appropriate number of years of offset you are adding, and edit the comment string appropriately!.
3. Navigate to /opt/rtcds/rtscore/release/src/drv/symmetricom. Run the following commands:
sudo make
sudo make install
4. Stop all the daqd processes and reload symmetricom:
sudo systemctl daqd_* stop
sudo modprobe -r symmetricom
sudo modprobe symmetricom
5. Re-start the daqd processes:
sudo service daqd_* start

Independent of this, there is a 1 second offset between the gpstimes reported by /proc/gps and gpstime. However, this doesn't seem to drift. We had effected a static offset to correct for this in the daqd config files, and it looks like these do not need to be updated on a yearly basis. All the daqd indicators are now green, see Attachment #1.

Attachment 1: DCerrors_fixed.png
15124   Wed Jan 15 10:12:46 2020 gautamUpdatePSLAssembly underway for c1psl upgrade

I don't think this is an accurate statement. XT1111 modules have sinking digital outputs, while XT1121 modules have sourcing digital outputs. Depending on the requirement, the appropriate units should be used. I believe the XT1111 is the appropriate choice for most of our circuits.

 For digital outputs, one should XT1121. XT1111 should be used for digital inputs.
15126   Wed Jan 15 15:04:31 2020 gautamUpdatePSLPMC Linewidth measurement

For the ringdowns, I suggest you replicate the setup I had - infrastructurally, this was quite robust, and the main problem I had was that I couldn't extinguish the beam completely. Now that we have the 1st order beam, it should be easy.

15127   Wed Jan 15 16:08:40 2020 not gautamUpdatePSLAssembly underway for c1psl upgrade

You're right. We had the right idea before but we got confused about this issue. I changed all the XT1121s to XT1111 and vice versa. We already know which channels are sourcing and which not. Updated the wiring spreadsheet. The chassis seems to work. It's time to pass it over to Chub.

Quote:

I don't think this is an accurate statement. XT1111 modules have sinking digital outputs, while XT1121 modules have sourcing digital outputs. Depending on the requirement, the appropriate units should be used. I believe the XT1111 is the appropriate choice for most of our circuits.

 For digital outputs, one should XT1121. XT1111 should be used for digital inputs.
15128   Wed Jan 15 16:54:51 2020 gautamUpdateGeneralPDA10CF removed from AS table

Per Yehonathan's request, I removed one PDA10CF from a pickoff of REFL on the AS table (it was being used for the mode spectroscopy project). I placed a razor beam dump where the PD used to be, so that when the PRM is aligned, this pickoff is dumped. This is so that team ringdowns can use a fast PD.

15129   Thu Jan 16 19:32:23 2020 shrutiUpdateGeneralPLL / PM measurement of Xend NPRO PZT

With Gautam's help today the PLL managed to be be locked for a few brief moments. Turns out the signal power of the beat was an issue.

What was changed prior to/ during the experiment:

1. The PSL shutter was closed so not light goes into the input mode cleaner.

2. HEPA turned up (will be turned back down to ~30%)

3. AOM driver offset voltage decreased from 1V to ~100 mV (this will be reverted to 1V by the end of today). This increases the beat signal by deflecting the zeroth order beam to create the beat.

4. Output of servo SR 560 sent to the PZT of the X NPRO laser (the cable was disconnected from the pomona box at the X end)

5. The SR560, mixer, LPF and cables required for connections were moved into the PSL enclosure.

6. The error and control signals were hooked up to the oscilloscope where the beat outputs were visible (the setup has been reverted back to the original).

Elog 14687 has a detailed description of the conditions that provide a stable lock. I was told that the PI controller (LB1005) may be a better servo than the SR560, but today it was not used.

1) Parameters during the more successful attempts:

LPF: 5 MHz, Mixer: ZP-3+

Gain set at SR560: varied, but generally 200

Filter at SR560: 1 Hz low pass (single pole? at least by the label)

2) The LO had to be very close (<2 MHz) to the beat frequency in order to achieve a lock for ~30s

gautam edits:

• the error signal for the PLL was being sourced from the 20dB coupled port on the BeatMouth.
• additionally, most of the power in the PSL beam coupled into the fiber was being deflected into the first order beam by team ringdown.
• The Vpp of the mixer output (when using the coupled beat and low PSL beam power) was a paltry 5-10 mVpp .
• I suggested using the direct NF1611 output for this measurement instead of the coupled output (alternatively, use an amp). it's probably also better to use the LB1005 for locking the PLL, long term, this can be set up to be controlled remotely, and a slow PID servo can be used to extend the duration of the lock by servoing either the marconi carrier freq or the EX temp ctrl.
Quote:

## 1. Some calculations

For a Unity Gain Frequency (UGF) of 1 kHz, assumed PZT response $K_{VCO}$ of 1 MHz/V, Mixer response $K_{M}$ of 25 mV/$\pi$ rad, the required gain of the amplifier is

$G = 2 \pi \times \text{UGF}/ (K_{VCO} K_M)$

G ~ 0.8

## 2. Progress

- Measured the mixer response

### Measuring mixer response:

- PSL laser temperature was adjusted so that beat frequency was roughly 25 MHz and the amplitude was found to be roughly -30dBm.

- At the RF port instead of the beat signal, a signal of 25 MHz + few kHz at -30 dBm was inputted. The LO was a 25 MHz signal was sent from the Marconi at 7 dBm.

- The mixer output was measured, with setup as in Attachment 1  Figure (A), on an oscilloscope. The slope near the small angle region of the sine curve would be the gain (in V/rad) and was found to be: $K_M \approx 25 \text{ mV}/ \pi$ rad

- Since from the above calculations it seemed like an amplifer gain of 1 should work for the PLL, I rearranged the set up as in Figure (B) of Attachment 1 to actuate the X end NPRO PZT, I adjusted the PSL temperature (slow control) to try and match the frequency to 25 MHz, but couldn't lock the loop. I was monitoring the error signal after amplification (50 ohm output of the SR 560) which showed oscillations when the beat frequency was near 25 MHz and nothing significant otherwise.

- I used a 20 dB attenuator at the amplifier output and saw the beat note oscillate for longer, but maybe because it was a 50 ohm component in a high impedance channel it did not work either (?). I tried other attenuator combinations with no better luck.

- Is there a better location to add the attenuator? Should I pursue amplifying the beat signal instead?

- Also, it seemed like the beat note drift was higher than earlier. Could it be because the PMC was unlocke

15130   Fri Jan 17 18:02:21 2020 gautamUpdateALSGain blocks packaged and characterized

Summary:

1. The ZHL-1010+ gain blocks acquired from MiniCircuits arrived sometime ago.
2. I packaged them in a box prepared  (Attachment #1).
3. Their performance was characterized by me (Attachment #2 and #3).

The measurements are consistent with the specifications, and there is no evidence of compression at any of the power levels we expect to supply to this box (<0dBm).

Details:

These "gain blocks" were acquired for the purpose of amplifying the IR ALS beat signals before transmission to the LSC rack for demodulation. The existing ZHL-3A amplifiers have a little too much gain, since our revamp to use IR light to generate the ALS beat.

Attachment #4: Setups used to measure transfer functions and noise.

For the transfer function measurement, I chose to send the output of the amplifier to a coupler, and measured the coupled port (output port of the coupler was terminated with 50 ohms). This was to avoid saturating the input of the AG4395. The "THRU" calibration feature of the AG4395 was used to remove the effect of cabling, coupler etc, so that the measurement is a true reflection of the transfer function of OUT/IN of this box. Yet, there are some periodic ripples present in the measured gain, though the size of these ripples is smaller than the spec-ed gain flatness of <0.6dB.

For the noise measurement, the plots I've presented in Attachment #3 are scaled by a factor of sqrt(2) since the noise of the ZFL-500-HLN+ and the ZHL-1010+ are nearly identical according to the specification. Note that the output noise measured was divided by the (measured) gain of the ZFL-500-HLN+ and the ZFL-1010+ to get the input referred noise. The trace labelled "Measurement noise floor" was measured with the input to the ZFL-500-HLN+ terminated with 50ohms, while for the other two traces, the inputs of the ZHL-1010+ were terminated with 50ohms.

Raw data in Attachment #5.

I will install these at the next opportunity, so that we can get rid of the many attenuators in this path (the main difficulty will be sourcing the required +12V DC for operation, we only have +15V available near the PSL table).

Attachment 1: photos.pdf
Attachment 2: gain.pdf
Attachment 3: noise.pdf
Attachment 4: measSchem.pdf
Attachment 5: zhl1010Data.zip
15131   Fri Jan 17 21:56:22 2020 YehonathanUpdatePSLAOM first order beam alignment

Today I noticed that the beam reflected from the PMC into the RFPD has a ghost (attachment) due to reflection from the back of the high transmission beam splitter that stirs the beam into the RFPD.

The two beams are focused into the RFPD.

In the past, the ghost beam was probably blocked by the BS mirror mount.

I put an iris to block the ghost beam.

Attachment 1: 20200117_174841.jpg
15132   Fri Jan 17 22:11:19 2020 YehonathanUpdatePSLRingdown measurements

I prepare for the ringdown measurement of the PMC according to Gautam's previous experiments.

1. I assembled the needed PDs and power supplies, lenses, beamsplitters and optomechanics needed for the measurement.

2. I surveyed the laser power with an Ophir power meter in the different parts of the experiment. All the measurements were done with the AOM driver excited with 1V DC.

For the PMC reflection, we chose to split off the beam that goes into the reflection camera. The power in that beam is ~ 0.11mW when the PMC is locked and 2.1mW otherwise.

For the PMC transmission, we chose to split the beam that is transmitted through the second steering mirror after the PMC. The power in that beam is 2mW.

For the peak off before the PMC, we chose to split the beam that goes into the fiber coupler. That path contains also the other AOM diffraction orders: 2.26mW in the 0th order beam, 6.5mW in the 1st order beam, 0.14mW in the 2nd order beam.

3. I placed a 10% beam splitter in the peak-off path such that 90% still goes into the fiber coupler (Attachment 1). I place a lens and PDA255 to measure the peak-off (Attachment 2).

It's getting late, I'll continue with the PD placements on Tuesday.

Attachment 1: 20200117_192455.jpg
Attachment 2: 20200117_192448.jpg
15133   Mon Jan 20 12:16:50 2020 gautamUpdatePSLPMC input reverted to AOM zeroth order beam

Summary:

1. The input beam to the PMC cavity was changed back to the zeroth order beam from the AOM.
2. The PMC was locked and nominal transmission levels were recovered.
3. The AOM driver voltage was set to 0V DC.
4. A razor beam dump was placed to catch the first (and higher order) beams from the AOM (see Attachment #1), but allow the zeroth order beam to reach the PMC cavity.
5. Some dangling cabling was cleared from the PSL enclosure.

Details

• HEPA turned to 100% while work was going on in the PSL enclosure.
• Input power to the PMC cut from ~1.3 W to ~20 mW using the first available HWP downstream of the laser head, before any realignment work was done.
• Next, the beam dump blocking the undeflected zeroth order beam was removed.
• Triangle wave was applied to the PZT servo board "EXT DC" input to sweep the cavity length to make the alignment easier.
• After some patient alignment, I could see a weak transmitted beam locked to some high order mode, at which point I increased the input power to 200mW, and did the fine alignment by looking at the mode shape of the transmitted beam.
• Once I could lock to a TEM00 mode, I bumped the power back up to the nominal 1.3W, I fine tuned the alignment further by minimizing PMC REFL's DC level.
• Dialled the power back down (using HWP) for installation of the beam block to catch the AOM's first (and higher order) beams.
• Checked that the reflected beam from the PMC cavity is well centered on the PMC REFL PDH photodiode. The ghost from the AR coating of the high-T beamsplitter is blocked by the iris installed by yehonathan on Friday.
• The beam was a little low on the PMC REFL CCD camera - I raised the camera by ~1cm.
• With the beam axis well matched to the PMC, I measured 1.33 mW going into the cavity, and 1.1 W transmitted, so $T_{\mathrm{PMC}} \approx 83 \, \%$. Whatever loss numbers we extract should be consistent with this fact.
• HEPA turned back down to 30% shortly after noon.

Note that for all the alignment work, only the two steering mirrors immediately upstream of the PMC cavity were touched.

Attachment 1: IMG_8362.JPG
15134   Mon Jan 20 15:11:20 2020 gautamUpdatePSLPMCT photodiode grounding issue

For a few days, I've noticed that the PSL overview StripTool panel shows PMC transmission and FSS RMTEMP channels with variation that is too large to be believable. Looking at these signals on an oscilloscope, there was no such fuzziness in the waveform. I ruled out flaky connections, and while these are the only two channels currently being acquired by the temporary Acromag setup underneath the PSL enclosure, the Acromags themselves are not to blame, because once I connected a function generator to the Acromag instead of the PMC transmission photodiode, both channels are well behaved. So the problem seems to be with the PMC transmission photodiode, perhaps a grouding issue? Someone please fix this.

Attachment 1: PMCT_anomaly.pdf
15135   Mon Jan 20 20:20:36 2020 gautamUpdatePSLPMC servo checkout

Summary:

The PDH discriminant of the PMC servo was measured to be ~0.064 GV/m. This is ~50 times lower than what is reported here. Perhaps this is a signature of the infamous ERA decay, needs more investigation.

Details:

• Calibration of the error and control points were done using 1 Hz triangle wave injection to the "EXT DC" input of the PMC servo. Two such sweeps are shown in Attachment #1 (measured data as points, fits as solid lines). For the control signal monitor, I've multiplied the signal obtained on the scope by 49.6, which is the voltage divider implemented for this monitor point.
• The PDH discrimiannt was calibrated into physical units knowing the modulation frequency of the PMC, which is 35.5 MHz. The error in this technique due to the free-running NPRO frequency noise is expected to be small since the entire fringe is crossed in <30 ms, in which time the laser frequency is expected to change by < 5 kHz.
• The drive to the PZT was calibrated into physical units using the same technique. This number is within a factor of 2 of the number reported here
• Attachment #2 shows the loop OLTF measured using the usual IN1/IN2 prescription (with an SR560). In fact, the 8kHz feature makes the loop unstable. For convenience, I've overlaid the OLTF from March 2017, when things were running smoothly. It is not clear to me why even though the optical gain is now lower, a smaller servo gain results in a larger UGF.

The light level hasn't changed by a factor of 50, leading me to suspect the modulation depth. Recall that the demodulation of the PMC is now done off the servo board using a minicircuits mixer (hence, the "C1:PSL-PMC_LODET" channel isn't a reliable readback of the LO signal strength over time). Although there is a C1:PSL-PMC_MODET channel which looks like it comes from the crystal reference card, and so should still work - this, however, shows no degradation over 1 year.

Somebody had removed the BLP-1.9 that I installed at the I/F output of the mixer to remove the sum frequency component in the demodulated signal, I reinstalled this. I find that there are oscillations in the error signal if the PMC servo gain is increased above 14.5 on the MEDM slider.

Attachment 1: PMCsweep.pdf
Attachment 2: OLTFmeas.pdf
ELOG V3.1.3-