40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
 40m Log, Page 165 of 344 Not logged in
ID Date Author Type Category Subject
7781   Tue Dec 4 10:51:10 2012 SteveUpdateSUSPRM damping restored

PRM oplev gains set to zero from PIT 0.15 and YAW -0.3 and damping restored

7903   Wed Jan 16 08:29:45 2013 SteveUpdateSUSPRM damping restored

PRM oplev servo turned off.  OLPIT servo gain 0.15 and OLYAW  -0.3 set to ZERO.  PRM damping restored

10466   Mon Sep 8 07:50:40 2014 SteveUpdateSUSPRM damping restored
10506   Mon Sep 15 15:52:44 2014 SteveUpdateSUSPRM damping restored

The PRM side was kicked up

11339   Mon Jun 1 08:32:14 2015 SteveUpdateSUSPRM damping restored

Local earthquake 3.8 Mag tripped only PRM

Vac monitor is not communicating.

PSL HEPA turned on

11948   Mon Jan 25 08:36:46 2016 SteveUpdateSUSPRM damping restored

PRM suspension damping restored after 4.1 Mag Ludlow earthquake.

12050   Mon Mar 28 08:30:09 2016 SteveUpdateSUSPRM damping restored

Recent  EQ 4.8 mag San Felipe, Mexico trips PRM sus damping.

PRM damping restored. PMC locked.

12541   Mon Oct 10 09:31:25 2016 SteveUpdateSUSPRM damping restored

Local earth quake 3.7 mag  trips PRM

ETMY_UL glitch

10691   Mon Nov 10 07:36:35 2014 SteveUpdateSUSPRM damping recovered

PRM sus damping recovered and PMC locked.

7959   Tue Jan 29 21:07:48 2013 JenneUpdateLockingPRM coils need diagonalizing

[Jenne, Jamie]

We tried actuating on PRM so that we go through fringes in a known, linear way.  We used C1:SUS-PRM_LSC_EXC and awggui.  It seems that we get a lot of angular motion when we actuate....we need to look into this tomorrow.

EDIT/UPDATE:  Last night we tried several combinations of frequency and amplitude, but just for an idea,  we were using 2Hz, 1000cts.  Using Kiwamu's calibration in elog 5583 for the PRM actuator of 2e-8/f^2 m/cts, this means that we were pushing ~5nm.  But when we pushed much harder (larger amplitude) than that, we saw angular fringing.

7969   Wed Jan 30 19:34:17 2013 JenneUpdateLockingPRM coils need diagonalizing

[Koji, Jamie, Jenne]

Koji did this, while we actuated on PRM in pos, and watched the oplev.  Empirically, he found the following values for the POS column of the output matrix:

UL = 1.020

UR = 0.990

LL = 1.000

LR = 0.970

SD = 0.000

(The nominal values are all +1, except for Side, which is 0).

Actuation of PRM was through C1:SUS-PRM_LSC_EXC, f=0.1Hz, A=100 counts.

Ed by KA:
This means UL and UR are increased by 2% and UR and LR are decreased by 3%. More precisely UR should be 1.02*0.97.
This is just a quick hack which works only for the DC.

8065   Tue Feb 12 00:14:00 2013 yutaUpdateLockingPRM coil balancing

We tried to lock half-PRC tonight, but we couldn't. Why?? I could lock yesterday.
It locks for ~ 1 sec, but it beam spot motion freaks out mainly in yaw.
I tried to balance PRM coils, but oplev beam was clipped by MMT1......

What I did:
1. Found elog #5392 and found F2P_LOCKIN.py

2. Modified F2P_LOCKIN.py because LOCKIN channel names are some how changed like this;

LOCKIN1_I -> LOCKIN1_DEMOD_I
LOCKIN1_Q -> LOCKIN1_DEMOD_Q
LOCKIN1_SIG -> LOCKIN1_DEMOD_SIG

3. Running

/opt/rtcds/caltech/c1/scripts/SUS/F2P_LOCKIN.py -o PRM

should adjust (UL|UR|LR|LL)COIL_GAINs by putting some gain imbalance and shaking the mirror in different frequencies. It uses LOCKIN to OL(PIT|YAW).

4. Since there was no PRM oplev beam coming out from the vacuum, I quickly looked into BS-PRM chamber. Oplev beam was clipped by MMT1. If I adjust PRM slider values to avoid clipping, the beam will be clipped by mirrors on oplev table. What happened to the PRM oplev?

5. I also made bunch of /opt/rtcds/userapps/trunk/sus/c1/medm/templates/SUS_SINGLE_LOCKIN(1|2)_DEMOD_(I|Q|SIG).adl because there were missing screens.

Next:
We need to restore the PRM oplev and balance the coils. See, also, elog #7679

8093   Sat Feb 16 17:27:26 2013 yutaUpdateSUSPRM coil balanced

PRM coil gains and f2a filters are adjusted for PRMI work.
It seems like UR/LL coil gains were ~10 % larger than others, and f2a filters changed by few %.

What I did:
1. Tried to lock PRMI but when I turn on PRCL lock, PRM reflection looked like it tends to go up and left in REFL camera (last night).

2. So, I set up PRM oplev back, by steering PRM oplev mirrors on the BS table (last night).

3. Turned PRM oplev sero on, f2a filters off, and ran

> /opt/rtcds/caltech/c1/scripts/SUS/F2P_LOCKIN.py -o PRM

I had to fix F2P_LOCKIN.py because it assumed some OUTPUT buttons in LOCKIN1 filters to be ON.
Also, I had to restore filters in LOCKIN1 (8.5 Hz bandpass filter etc.) because their names were changed. To do this, I copied filters needed from /opt/rtcds/caltech/c1/chans/filter_archive/c1sus/C1SUS_110916_162512.txt, renamed LOCKIN1_(I|Q|SIG) with LOCKIN1_DEMOD_(I|Q|SIG), and pasted to the current filter bank file. I checked that they look OK with foton after editing the file.

This measurement takes about 30 minutes. I ran several times to check consistency. There was ~ 0.1 % standard deviation for the measurement results.

4. By putting measured coupling coefficients and PRM pendulum frequency (f0=0.993 Hz) to /opt/rtcds/caltech/c1/scripts/SUS/F2Pcalc.py, I got new f2a filters.

5. Overwrote f2a filters in C1:SUS-PRM_TO_COIL_(1-4)_1 FM1 with new ones, and turned  new f2a filters on.

Result:
Below is the DC gain adjustment result from F2P_LOCKIN.py;

multiplier factors are :
UL = 1.141525
UR = 0.879997
LR = 1.117484
LL = 0.860995
Set C1:SUS-PRM_ULCOIL_GAIN to 1.04990177238
Set C1:SUS-PRM_URCOIL_GAIN to -0.983396190716
Set C1:SUS-PRM_LRCOIL_GAIN to 0.954304254663
Set C1:SUS-PRM_LLCOIL_GAIN to -0.971356852259

So, UR/LL coil gains somehow got ~10 % larger than other two since last coil balancing.

Measured coupling coefficients from F2P_LOCKIN.py were

- measured coupling coefficients are : P2P(POS=>PIT) = 0.014993 P2Y(POS=>YAW) = 0.001363

New f2a filters are plotted below. They look fairly different compared with previous ones.

We need better F2P_LOCKIN.py:
Some one should make F2P_LOCKIN.py better. The main problem is the sudden gain change when starting diagonalization at low frequency. It sometimes trips off the watchdog.

Some elogs related:
Kiwamu made f2a filters in Sep 2011: elog #5417
Koji adjusting DC gains in Jan 2013: elog #7969

8096   Sun Feb 17 19:27:19 2013 ranaUpdateSUSPRM coil balanced

I will check out the AS55 situation tomorrow. Just put it on my desk.

MC Autolocker was disabled - I enabled it.

For the F2P.py, you should look at how we did this with the script written 8 years ago in csh. There we stored the initial values in a file (so they don't get blow away if someone does CTRL-C). Your python script should have a trap for SIGINT so that it dies gracefully by restoring the initial values. In order to have the smooth value adjustment, you must first set the TRAMP field for all the coil gains to 2 and then switch. Make sure that the lockin ignores the first few seconds of data after making this switch or else it will be hugely biased by this transient.

For the PRM OL use as a F2A reference, you also have to take into account that the OL beam is hitting the PRM surface at non-normal incidence. IF it is a large angle, there will be a systematic error in the setting of the F2Y values.

15880   Mon Mar 8 17:09:29 2021 gautamUpdateSUSPRM coil actuators heavily imbalanced

I realized I hadn't checked the PRM actuator as thoroughly as I had the others. I used the Oplev as a sensor to check the coil balancing, and I noticed that while all 4 coils show up with the expected 1/f^2 profile at the Oplev error point, the actuator gains seem imbalanced by a factor of ~5. The phase isn't flat because of some filters in the Oplev electronics I guess. The Oplev loops were disabled for the measurement, and the excitations were small enough that the beam stayed reasonably well centered on the QPD throughout. This seems very large to me - the values in the coil output filter gains lead me to expect more like a ~10% mismatch in the actuation strenghts, and similar tests on other optics in the past, e.g. ETMY, have yielded much more balanced results. I'm collecting some free-swinging PRM data now as an additional check. I verified that all the coils seem actuatable at least, by applying a 500 ct step at the offset of the coil output FM, and saw that the optic moved (it was such a test that revealed that MC1 had a busted actuator some time ago). If the eigenmode spectra look as expected, I think we can rule out broken magnets, but I suppose the magnets could still be not well matched in strength?

3824   Fri Oct 29 14:16:26 2010 JenneUpdateSUSPRM baking

[Suresh, Jenne]

We took a look-see at the PRM after the gluing from last night.  The balance is still okay.  The reflected beam is a teeny bit below the laser aperture (center of the beam maybe ~2mm below, so ~1mRad low).  This is within our okay range, since the DC offset that the OSEMs will give will be even more, and the coils can definitely handle this kind of offset.

We took the optic out of the tower, and gave it to Bob and Daphen to bake over the weekend.

3746   Wed Oct 20 18:17:35 2010 Suresh, JenneUpdateSUSPRM assembly

We have positioned the guide rod and the wire-stand-off on the optic in the axial direction.

We have selected six magnets whose magnetic strength is +/-5% of their mean strength (180 Gauss).  The measurement was made as follows:

1) each magnet was placed on its  end, on the top of a beaker held upside down.

2) The Hall probe was placed directly under the magnet touching the glass from the other side (the inside of the beaker).

This ensures that the relative position of the magnet and the probe remains fixed during a measurement.  And ensures that their separation is the same for each of the magnets tested.

With this procedure the variation in the measured B field is less than +/- 10% in the sample of magnets tested.

8236   Tue Mar 5 23:37:11 2013 yutaUpdateSUSPRM angular motion spectra

I measured PRM angular motion spectra (in daytime today).
PRM angular motion is ~ 10 urad in RMS when undamped and ~1 urad in RMS when damped.
If PR2/PR3 angular motions are something like this, and their motion are not enhanced when PRC is locked, measured g-factor of PRC looks OK. But considering the error we have, maybe we are not OK yet. We need calculation.

3278   Fri Jul 23 15:54:38 2010 kiwamuUpdateSUSPRM and TT installed

[ Jenne, Koji and Kiwamu]

We have installed the PRM and the tip-tilt (TT) in the BS chamber.

We have started the in-vac work which takes about a week.

Today's mission was dedicated to installing the PRM and two TTs, one for the PRC and the other for the SRC, on the BS table in the chamber.

The work has been smoothly performed and we succeeded in installation of the PRM and a TT for the PRC.

But unfortunately the other TT got broken during its transportation from Bob's clean room.

(what we did)

### (2) moved the BS tower to the right position according to Koji's layout drawing.

- Prior to this work we screwed down the earthquake stops so that the mirror is fixed to the tower. Also we disabled the watchdog.

- When moving it we used an allen key as a lever with an screw as a fulcrum. This idea was suggested by Jenne and it really worked well.

The reason why we used this technique is that if we slide the tower by hands the tower can't go smoothly and it may sometimes skips.

After that we checked the postion from some reference screw holes by using a caliper and we made sure that it was on the right position.

### (3) removed all of the square-shaped mirrors.

- After this removal the mirrors were wrapped by aluminum foils and put in a usual clear box.

### (4) removed some optics because they had made the chamber space crowded.

- These were also wrapped by aluminum foils and put in the box. Later we will put them back to the BS table.

### (5) brought the PRM tower from the Bob's clean room  and put it on the BS table.

- The position of the PRM were coarsely aligned since we still don't have any 1064 beam going through the PRM.

### (6) brought two TTs also from Bob's clean room and put one of the TTs on the table.

- The position of the installed TT was coarsely adjusted.

- After we brought them we removed the aluminum foils covering the TTs and we found the wire of a TT got broken.

It may have been damaged during its transportation from Bob's room because it was fine before the transportation.

(7) closed the door

(the next things to do)

* Installation of the OSEMs to the PRM

* Installation of the pick off mirror and its associated optics

* Arrangement of  the pzt mirror

3281   Fri Jul 23 18:55:25 2010 kiwamuUpdateSUSPRM and TT installed

## I updated the last entry.

5620   Wed Oct 5 11:33:25 2011 steveUpdateSUSPRM and BS oplev laser replaced

JDSU 1103P died after 4 years of service. It was replaced with new identical head of 2.9 mW output. The power supply was also changed.

The return spots of 0.04 mW  2.5 mm diameter on qpds are BS  3,700 counts and PRM 4,250 counts.

11227   Mon Apr 20 16:42:48 2015 steveUpdateSUSPRM and BS oplev laser replaced

The laser below is dead. JDSU 1103P, SN P845655 lived for 3.5 years.

 Quote: JDSU 1103P died after 4 years of service. It was replaced with new identical head of 2.9 mW output. The power supply was also changed. The return spots of 0.04 mW  2.5 mm diameter on qpds are BS  3,700 counts and PRM 4,250 counts.

It was replaced by JDSU P/N 22037130,( It has a new name for 1103P Uniphase ) sn P919639 of mfg date 12-2014

Beam shape at 5 m nicely round. Output power 2.8 mW of 633 nm

BS spot size on qpd ~1 mm &  60 micro W

PRM spot size on qpd ~1 mm & 50 micro W

11246   Fri Apr 24 23:40:15 2015 ranaUpdateSUSPRM and BS oplev laser replaced

Recently, Steve replaced the HeNe which was sourcing the BS & PRM OL. After replacement, no one checked the beam sizes and we've been living with a mostly broken BS OL. The beam spot on the QPD was so tiny that we were seeing the 'beam is nearly the size of the segment gap' effect.

Today I removed 2 of the lenses which were in the beam path: one removed from the common PRM/BS path, and one removed from the PRM path. The beams on both the BS & PRM got bigger. The BS beam is bigger by a factor of 7. I've increased the loop gains by a factor of 6 and now the UGFs are ~6 Hz. The loop gains were much too high with the small beam spots that Steve had left there. I would prefer for the beams to be ~1.5-2x smaller than they are now, but its not terrible.

Many of the mounts on the table are low quality and not constructed stably. One of the PRM turning mirror mounts twisted all the way around when I tried to align it. This table needs some help this summer.

In the future: never try locking after an OL laser change. Always redo the telescope and alignment and check the servo shape before the OL job is done.

Also, I reduced the height of the RG3.3 in the OL loops from 30 to 18 dB. The BS OL loops were conditionally stable before and thats a no-no. It makes it oscillate if it saturates.

5618   Tue Oct 4 19:31:17 2011 kiwamuUpdateSUSPRM and BS oplev laser died

The He-Ne laser which has been used for the PRM and BS oplevs were found to be dead.

According to the trend data shown below, it became dead during the dolphin issue.

(During the dolphin issue the output from the oplev QPDs are digitally zero)

16343   Mon Sep 20 12:20:31 2021 PacoSummarySUSPRM and BS Angular Actuation transfer function magnitude measurements

[yehonathan, paco, anchal]

We attempted to find any symptoms for actuation problems in the PRMI configuration when actuated through BS and PRM.

Our logic was to check angular (PIT and YAW) actuation transfer function in the 30 to 200 Hz range by injecting appropriately (f^2) enveloped excitations in the SUS-ASC EXC points and reading back using the SUS_OL (oplev) channels.

From the controls, we first restored the PRMI Carrier to bring the PRM and BS to their nominal alignment, then disabled the LSC output (we don't need PRMI to be locked), and then turned off the damping from the oplev control loops to avoid supressing the excitations.

We used diaggui to measure the 4 transfer functions magnitudes PRM_PIT, PRM_YAW, BS_PIT, BS_YAW, as shown below in Attachments #1 through #4. We used the Oplev calibrations to plot the magnitude of the TFs in units of urad / counts, and verified the nominal 1/f^2 scaling for all of them. The coherence was made as close to 1 as possible by adjusting the amplitude to 1000 counts, and is also shown below. A dip at 120 Hz is probably due to line noise. We are also assuming that the oplev QPDs have a relatively flat response over the frequency range below.

16345   Mon Sep 20 14:22:00 2021 ranaSummarySUSPRM and BS Angular Actuation transfer function magnitude measurements

I suggest plotting all the traces in the plot so we can see their differences. Also remove the 1/f^2 slope so that we can see small differences. Since the optlev servos all have low pass filters around 15-20 Hz, its not necessary to turn off the optlev servos for this measurement.

I think that based on the coherence and the number of averages, you should also be able to use Bendat and Piersol so estimate the uncertainy as a function of frequency. And we want to see the comparison coil-by-coil, not in the DoF basis.

4 sweeps for BS and 4 sweeps for PRM.

16358   Thu Sep 23 15:29:11 2021 PacoSummarySUSPRM and BS Angular Actuation transfer function magnitude measurements

[Anchal, Paco]

We had a second go at this with an increased number of averages (from 10 to 100) and higher excitation amplitudes (from 1000 to 10000). We did this to try to reduce the relative uncertainty a-la-Bendat-and-Pearsol

$\delta G / G = \frac{1}{\gamma \sqrt{n_{\rm avg}}}$

where $\gamma, n_{\rm avg}$ are the coherence and number of averages respectively. Before, this estimate had given us a ~30% relative uncertainty and now it has been improved to ~ 10%. The re-measured TFs are in Attachment #1. We did 4 sweeps for each optic (BS, PRM) and removed the 1/f^2 slope for clarity. We note a factor of ~ 4 difference in the magnitude of the coil to angle TFs from BS to PRM (the actuation strength in BS is smaller).

For future reference:

With complex G, we get complex error in G using the formula above. To get uncertainity in magnitude and phase from real-imaginary uncertainties, we do following (assuming the noise in real and imaginary parts of the measured transfer function are incoherent with each other):
$G = \alpha + i\beta$

$\delta G = \delta\alpha + i\delta \beta$

$\delta |G| = \frac{1}{|G|}\sqrt{\alpha^2 \delta\alpha^2 + \beta^2 \delta \beta^2}$

$\delta(\angle G) = \frac{1}{|G|^2}\sqrt{\alpha^2 \delta\alpha^2 + \beta^2 \delta\beta^2} = \frac{\delta |G|}{|G|}$

16371   Fri Oct 1 14:25:27 2021 yehonathanSummarySUSPRM and BS Angular Actuation transfer function magnitude measurements

{Paco, Yehonathan, Hang}

We measured the sensing PRMI sensing matrix. Attachment 1 shows the results, the magnitude of the response is not calibrated. The orthogonality between PRCL and MICH is still bad (see previous measurement for reference).

Hang suggested that since MICH actuation with BS and PRM is not trivial (0.5*BS - 0.34*PRM) and since PRCL is so sensitive to PRM movement there might be a leakage to PRCL when we are actuating on MICH. So there may be a room to tune the PRM coefficient in the MICH output matrix.

Attachment 2 shows the sensing matrix after we changed the MICH->PRM coefficient in the OSC output matrix to -0.1.

It seems like it made things a little bit better but not much and also there is a huge uncertainty in the MICH sensing.

16374   Mon Oct 4 16:00:57 2021 YehonathanSummarySUSPRM and BS Angular Actuation transfer function magnitude measurements

{Yehonathan, Anchel}

In an attempt to fix the actuation of the PRMI DOFs we set to modify the output matrix of the BS and PRM such that the response of the coils will be similar to each other as much as possible.

To do so, we used the responses at a single frequency from the previous measurement to infer the output matrix coefficients that will equilize the OpLev responses (arbitrarily making the LL coil as a reference). This corrected the imbalance in BS almost completely while it didn't really work for PRM (see attachment 1).

The new output matrices are shown in attachment 2-3.

16375   Mon Oct 4 16:10:09 2021 ranaSummarySUSPRM and BS Angular Actuation transfer function magnitude measurements

not sure that this is necessary. If you look at teh previous entries Gautam made on this topic, it is clear that the BS/PRM PRMI matrix is snafu, whereas the ITM PRMI matrix is not.

Is it possible that the ~5% coil imbalance of the BS/PRM can explain the observed sensing matrix? If not, then there is no need to balance these coils.

16383   Tue Oct 5 20:04:22 2021 PacoSummarySUSPRM and BS Angular Actuation transfer function magnitude measurements

[Paco, Rana]

We had a look at the BS actuation. Along the way we created a couple of issues that we fixed. A summary is below.

1. First, we locked MICH. While doing this, we used the /users/Templates/ndscope/LSC/MICH.yml ndscope template to monitor some channels. I edited the yaml file to look at C1:LSC-ASDC_OUT_DQ instead of the REFL_DC. Rana pointed out that the C1:LSC-MICH_OUT_DQ (MICH control point) had a big range (~ 5000 counts rms) and this should not be like that.
2. We tried to investigate the aforementioned thing by looking at the whitening / uwhitening filters but all the slow epics channels where "white" on the medm screen. Looking under CDS/slow channel monitors, we realized that both c1iscaux and c1auxey were weird, so we tried telnet to c1iscaux without success. Therefore, we followed the recommended wiki procedure of hard rebooting this machine. While inside the lab and looking for this machine, we touched things around the 'rfpd' rack and once we were back in the control room, we couldn't see any light on the AS port camera. But the whitening filter medm screens were back up.
3. While rana ssh'd into c1auxey to investigate about its status, and burtrestored the c1iscaux channels, we looked at trends to figure out if anything had changed (for example TT1 or TT2) but this wasn't the case. We decided to go back inside to check the actual REFL beams and noticed it was grossly misaligned (clipping)... so we blamed it on the TTs and again, went around and moved some stuff around the 'rfpd' rack. We didn't really connect or disconnect anything, but once we were back in the control room, light was coming from the AS port again. This is a weird mystery and we should systematically try to repeat this and fix the actual issue.
4. We restored the MICH, and returned to BS actuation problems. Here, we essentially devised a scheme to inject noise at 310.97 Hz and 313.74. The choice is twofold, first it lies outside the MICH loop UGF (~150 Hz), and second, it matches the sensing matrix OSC frequencies, so it's more appropriate for a comparison.
5. We injected two lines using the BS SUS LOCKIN1 and LOCKIN2 oscilators so we can probe two coils at once, with the LSC loop closed, and read back using the C1:LSC-MICH_IN1_DQ channel. We excited with an amplitude of 1234.0 counts and 1254 counts respectively (to match the ~ 2 % difference in frequency) and noted that the magnitude response in UR was 10% larger than UL, LL, and LR which were close to each other at the 2% level.

[Paco]

After rana left, I did a second pass at the BS actuation. I took TF measurements at the oscilator frequencies noted above using diaggui, and summarize the results below:

TF UL (310.97 Hz) UR (313.74 Hz) LL (310.97 Hz) LR (313.74 Hz)
Magnitude (dB) 93.20 92.20 94.27 93.85
Phase (deg) -128.3 -127.9 -128.4 -127.5

This procedure should be done with PRM as well and using the PRCL instead of MICH.

16385   Wed Oct 6 15:39:29 2021 AnchalSummarySUSPRM and BS Angular Actuation transfer function magnitude measurements

Note that your tests were done with the output matrix for BS and PRM in the compensated state as done in 40m/16374. The changes made there were supposed to clear out any coil actuation imbalance in the angular degrees of freedom.

16393   Tue Oct 12 11:32:54 2021 YehonathanSummarySUSPRM and BS Angular Actuation transfer function magnitude measurements

Late submission (From Thursday 10/07):

I measured the PRMI sensing matrix to see if the BS and PRMI output matrices tweaking had any effect.

While doing so, I noticed I made a mistake in the analysis of the previous sensing matrix measurement. It seems that I have used the radar plot function with radians where degrees should have been used (the reason is that the azimuthal uncertainty looked crazy when I used degrees. I still don't know why this is the case with this measurement).

In any case, attachment 1 and 2 show the PRMI radar plots with the modified output matrices and and in the normal state, respectively.

It seems like the output matrix modification didn't do anything but REFL55 has good orthogonality. Problem gone??

16394   Tue Oct 12 16:39:52 2021 ranaSummarySUSPRM and BS Angular Actuation transfer function magnitude measurements

should compare side by side with the ITM PRMI radar plots to see if there is a difference. How do your new plots compare with Gautam's plots of PRMI?

16402   Thu Oct 14 13:40:49 2021 YehonathanSummarySUSPRM and BS Angular Actuation transfer function magnitude measurements

Here is a side by side comparison of the PRMI sensing matrix using PRM/BS actuation (attachment 1) and ITMs actuation (attachment 2). The situation looks similar in both cases. That is, good orthogonality on REFL55 and bad seperation in the rest of the RFPDs.

 Quote: should compare side by side with the ITM PRMI radar plots to see if there is a difference. How do your new plots compare with Gautam's plots of PRMI?

8563   Mon May 13 17:24:38 2013 JenneUpdateWienerFilteringPRM YAW Wiener filtering

I have done a quicky offline Wiener filter to check how much PRM yaw motion we can subtract using a seismometer in the corner station.  This work may be redundant since Koji got the POP beam shadow sensor feedback loop working on Friday night.

Anyhow, for now, I used the GUR2 channels, since GUR2 was underneath the ITMX chamber (at the north edge of the POX table).  Note that Zach is currently borrowing this seismometer for the week.

I used GUR2_X, GUR2_Y and GUR2_Z to subtract from the PRM_SUSYAW_IN1 channel (the filename of the figure says "GUR1", but that's not true - GUR1 is at the Yend).  All 4 of these channels had been saved at 2kHz, but I downsampled to 256 (I probably should downsample to something lower, like 64, but haven't yet).  There is no pre-filtering or pre-weighting of the data, and no lowpass filters applied at the end, so I haven't done anything to remove the injected noise at higher freqs, which we obviously need to do if we are going to implement this online.

If I compare this to Koji's work (elog 8562), at 3.2Hz, he gets a reduction of 2.5x, while this gets 10x.  At all other frequencies, Koji's work beats this, and Koji's method gets reduction from ~0.03Hz - 10Hz, while this is only getting reduction between 0.4Hz and 5Hz.  Also, this does not include actuator noise, so the actual online subtraction may not be quite as perfect as this figure.

5091   Tue Aug 2 11:02:52 2011 JenneUpdateSUSPRM Watchdog tripped

I found PRM watchdog tripped.  It's all better now.

9614   Sat Feb 8 15:14:18 2014 ericqUpdateLSCPRM Sideband Splitting

[ericq]

Today, I kicked the PRM to see the sideband splitting in POP110.

First, we can qualitatively see we moved in the right direction! (See ELOG 9490)

I fit the middle three peaks to a sum of two Lorentzian profiles ( I couldn't get Airy peaks to work... but maybe this is ok since I'm just going to use the location parameter?), and looked at the sideband splitting as a fraction of the FSR, in the same way as in Gabriele's ELOG linked above.

This gave: c / (4 * f55) * (dPhi / FSR) = 0.014 +- .001

Since the PRC length with simultaneous resonance (to 1mm) is given by c / (4 * f11) = 6.773, this means our length is either 6.759m or 6.787m (+- .001). Given the measurement in ELOG 9588, I assume that we are on the short side of the simultaneous resonance. Thus

The sideband splitting observed from this kick indicates a PRC length of 6.759m +- 1mm

3913   Sat Nov 13 16:57:21 2010 valeraConfigurationElectronicsPRM Side OSEM transimpedance change

Now that we have increased the range of the AA to +/- 10 V I have increased the PRM side OSEM transimpedance from 29 kV/A to 161 kV/A by changing the R64 in the satellite box. The first attached plot shows the ADC input spectrum before and after the change with analog whitening turned off. The PD voltage readback went up from 0.75 to 4.2 V. The second attached plot shows the sensor, ADC, and projected shot noise with analog whitening turned on and compensated digitally. The ADC calibration is 20 V/ 32768 cts. The PRM damping loops are currently disabled.

I checked for oscillation by looking at the monitor point at the whitening board. There was no obvious oscillation on a scope - the signal was 20 mV p-p on 1 us scale which was very similar to the LL channel.

12606   Tue Nov 8 11:54:38 2016 gautamUpdateSUSPRM Sat. Box. looks to be fixed

Looks like the PRM Sat. Box is now okay, no evidence of the kind of glitchy behaviour we are used to seeing in any of the 5 channels.

 Quote: GV Edit 2230 hrs 7Nov2016: The signs from the last 6 hours has been good - see the attached minute trend plot. Usually, the glitches tend to show up in this sort of time frame. I am not quite ready to call the problem solved just yet, but I have restored the connections to the SRM suspension (the PRM and SRM Sat. Boxes are still switched). I've also briefly checked the SRM alignment, and am able to lock the DRMI, but the lock doesn't hold for more than a few seconds. I am leaving further investigations for tomorrow, let's see how the Sat. Box does overnight.

12602   Mon Nov 7 16:05:55 2016 gautamUpdateSUSPRM Sat. Box. Debugging

Short summary of my Sat. Box. debugging activities over the last few days. Recall that the SRM Sat. Box has been plugged into the PRM suspension for a while now, while the SRM has just been hanging out with no electrical connections to its OSEMs.

As Steve mentioned, I had plugged in Ben's extremely useful tester box (I have added these to the 40m Electronics document sub-tree on the DCC) into the PRM Sat. Box and connected it to the CDS system over the weekend for observation. The problematic channel is LR.  Judging by Steve's 2 day summary plots, LR looks fine. There is some unexplained behavior in the UR channel - but this is different from the glitchy behaviour we have seen in the LR channel in the past. Moreover, subsequent debugging activities did not suggest anything obviously wrong with this channel. So no changes were made to UR. I then pulled out the PRM sat.box for further diagnostics, and also, for comparison, the SRM sat. box which has been hooked up to the PRM suspension as we know this has been working without any issues.

Tracing out the voltages through the LED current driver circuit for the individual channels, and comparing the performance between PRM and SRM sat. boxes, I narrowed the problem down to a fault in either the LT1125CSW Quad Op-Amp IC or the LM6321M current driver IC in the LR channel. Specifically, I suspected the output of U3A (see Attachment #1) to be saturated, while all the other channels were fine. Looking at the spectrum at various points in the circuit with an SR785, I could not find significant difference between channels, or indeed, between the PRM/SRM boxes (up to 100kHz). So I decided to swap out both these ICs. Just replacing the OpAmp IC did not have any effect on the performance. But after swapping out the current buffer as well, the outputs of U3A and U11 matched those of the other channels. It is not clear to me what the mode of failure was, or if the problem is really fixed. I also checked to make sure that it was indeed the ICs that had failed, and not the various resistors/capacitors in the signal path. I have plugged in the PRM sat. box + tester box setup back into our CDS data acquisition for observation over a couple of days, but hopefully this does the job... I will update further details over the coming days.

I have restored control to PRM suspensions via the working SRM sat. box. The PRM Sat. Box and tester box are sitting near the BS/PRM chamber in the same configuration as Steve posted in his earlier elog for further diagnostics...

GV Edit 2230 hrs 7Nov2016: The signs from the last 6 hours has been good - see the attached minute trend plot. Usually, the glitches tend to show up in this sort of time frame. I am not quite ready to call the problem solved just yet, but I have restored the connections to the SRM suspension (the PRM and SRM Sat. Boxes are still switched). I've also briefly checked the SRM alignment, and am able to lock the DRMI, but the lock doesn't hold for more than a few seconds. I am leaving further investigations for tomorrow, let's see how the Sat. Box does overnight.

8533   Tue May 7 03:14:06 2013 JenneUpdateSUSPRM SUS_LSC violin (FM5) set to correct frequency

While looking over Koji's shoulder earlier, I noticed the big peak in the PRM yaw spectrum (and I was starting to get annoyed by the hum....the fibox is so useful in motivating tasks that otherwise get looked over!)

I used DTT's peak find feature (cursor tab, enable both cursors, select Peak X/Y as your 'statistic', set the 2 cursors to be on either side of the desired peak) to find the frequency of the PRM's violin mode.  It is 627.75 Hz. I adjusted FM5 of the C1:SUS-PRM_LSC filter bank (the "violin" filter) to be centered around this frequency, with the start and stop freqs +\- 4Hz.  I plotted the filter linearly in frequency to ensure that my target freq was not too close to either side of the bandstop.  After loading and engaging the new filter, the hum slowly started to go away.

Note, for posterity:  The bandstop used to be centered around ~645 Hz or so.  I assume this is a copy-and-paste situation, where we hadn't gone through to check the exact frequency for each optic.

9048   Wed Aug 21 23:50:40 2013 KojiUpdateSUSPRM SUS_LSC violin (FM5) set to correct frequency

[Jenne Koji]

It seems that the PRM violin mode freqs shifted from 625-ish to 640Hz.
The peaks rang up because of the servo.

Once the notch freq was shifted to 640Hz, the violin mode started to decay.

ellip("BandStop",4,1,90,636,644) gain(1.12202)

12481   Sat Sep 10 14:26:01 2016 ranaUpdateGeneralPRM SRM alignment

For the PRM, I aligned it until the arm flashes were maximized and the REFL camera showed a centered spot with dips happening during the arm pops. AS port was more messy since the Michelson alignment wasn't perfect, but the spots were both near the center of the cam and the SRM alignment maximized the wangy fringiness of the image as well as the angry cat meow sounds that the full IFO makes as heard through the DAFI (listening to POX).

On Monday, Osamu should be back and can help with doors and then alignment recovery and locking.

12482   Mon Sep 12 17:15:22 2016 JohannesUpdateGeneralPRM SRM alignment

[Gautam, Steve, Johannes]

We put on the remaining heavy doors on the chambers (ITMY, ITMX,ETMX, in this order) this morning. On the ITMY and ETMX tables we placed old OpLev steering mirrors that are clean and baked as witness plates such that may one day provide some insight into dust accumulation on optics.

With the heavy doors on we confirmed that we were still able to lock both IFO arms and used the dither scripts to optimize the alignment. Following that we centered all OpLevs and aligned the X and Y green beams.

9617   Mon Feb 10 16:20:28 2014 JenneUpdateGeneralPRM QPD recentered

In an effort to stop the PRC from wiggling around so much, I recentered the POP QPD after maximizing the POPDC power when locked on carrier.  The beam was basically off the QPD in yaw, and at half-range in pitch.

9627   Wed Feb 12 14:05:16 2014 ericqUpdateSUSPRM Oplev Checked Out

[ericq]

Steve fixed the PRM oplev pointing. I turned on the loops and measured the OLG, then set the pitch and yaw gains such that the upper UGF was ~8Hz (motivated by Jenne's loop design in ELOG 9401)

• Pitch gain: +7
• Yaw Gain: -5

I then measured the oplev spectra of the optics as they were aligned for PRMI. (OSEMs on, oplevs on, LSC off, and ASC off)

Next, Jenne and I need to fix the ASC loop such that it properly accounts for the oplev loop.

Adjustment of the PRM OSEMs are done. The coils turned out to be healthy.

The malfunction was fixed. It was because the UL OSEM was too deeply inserted and barely touching the AR surface of the mirror.

+ Excited POS at 6.5 Hz with an amplitude of 3000 cnts by the LOCKIN oscillator.

+ Looked at the signal of each sensor in frequency domain.

+ Maximized the excitation peak for each of the four face OSEMs by rotating them.

+ Minimized the excitation peak in the SIDE signal by rotating it.

+ Adjusted the OSEM translational position so that they are in the midpoint of the OSEM range.

(POS sensitivity check)

From the view point of the matrix inversion, one thing we want to have is the equally sensitive face sensors and insensitive SIDE OSEM to the POS motion.

To check the success level of today's PRM adjusment, I ran swept sine measurements to take the transfer function from POS to each sensor.

The plots below are the results.  The first figure is the one measured before the adjustment and the second plot is the one after the adjustment.

As shown in the plot, before the adjustment the sensitivity of OSEMs were very different and the SIDE OSEM is quite sensitive to the POS motion.

So PRM used be in an extremely bad situation.

After the adjustment, the plot became much better.

The four face sensors have almost the same sensitivity (within factor of 3) and the SIDE is quite insensitive to the POS motion.

 Quote from #5203 We tried adjusting the OSEMs on PRM, but we didn't complete it due to a malfunction on the coils. The UL and LL coils are not working correctly, the forces are weak.

[Suresh / Kiwamu]

We tried adjusting the OSEMs on PRM, but we didn't complete it due to a malfunction on the coils.

The UL and LL coils are not working correctly, the forces are weak.

Tomorrow we will look into the satellite box, which is one of the suspects.

During the adjustment we found that the POS excitation force was unequal in each sensor.

At the beginning we thought it's because of the difference of the sensitivity in each OSEM due to the bad OSEM orientations.

However it turned out that it comes from the actual force imbalance on each coil.

We checked the force of each coil by putting an offset (-2000 cnts) in each output digital filter and looked at the OSEM signals in time series.

The UL and LL coils are too weak and the responses are almost buried in the noise of the OSEMs in time series.

We briefly checked some analog electronics and found the DAC, AI board and deWhitening board were healthy.

We were able to see the right amount of voltage from the monitor pin on the front panel of the coil driver.

So something downstream are suspicious, including the satellite box, feedthrough and coils.

- - -

Although the coil issue, it could be worth trying to check the input matrix.

10269   Thu Jul 24 13:01:39 2014 ericqUpdateSUSPRM OPLEV!

## Here's a fun fact: since the great computer failure of June2014, the PRM Oplev gains have been ZERO.

arrrrggggh

I've restored the gains to their old values, and measured the loop TFs.

ELOG V3.1.3-