I wonder if the variable bump around 100 kHz can be something about the NPRO and if the bump we see is the closed loop response due to the Noise Eater.

This plot (from the Mephisto manual) shows the effect of the NE on the RIN, but not the frequency noise. I assume its similar since the laser frequency noise above 10 kHz probably just comes from the pump diode noise.

I went out to the PSL and turned off the NE at ~4:53 PM local time today to see what happened. Although the overall PCDRIVE signal looks more ratty, there is no difference in the spectra of ON/OFF when the PCDRIVE is low. When its noisy, I see a tiny peak around 1 MHz with NE OFF. Turned it back on after a few hours.

Another thought about the mystery PCDRIVE noise: we've been thinking that it could be some slow death inside the NPRO, but it might also be a broken and intermittent thing in the MC servo or MC REFL PD.

Another possibility is that its frequency noise in the old oscillator used to drive the pre-PMC EOM (which is the Pockel Cell for the FSS). To check this, we should swap in a low noise oscillator for the PMC. I have one for testing which has 36 and 37 MHz outputs.

Attachment #1 is meant to show that having a T=500ppm PR2 optic will not be the dominant contributor to the achievable recycling gain. Nevertheless, I think we should change this optic to start with. Here, I assume:

• \eta_A denotes the (average) round trip loss per arm cavity (i.e. ITM + ETM). Currently, I guess this is ~100ppm.
• Fixed 0.5% loss from mode mismatch between the CARM mode and the PRC mode (the x-axis does NOT include this number).
• No substrates/AR coatings inside the cavity.
• For the nominal case, let's say the intracavity loss sums to 100 ppm.
• For the T=500ppm PR2, I assumed a total of 550 ppm loss in the PRC.

In relaity, I don't know how good the MM is between the PRC and the arms. All the scans of the arm cavity under ALS control and looking at the IR resonances suggest that the mode-matching into the arm is ~92%, which I think is pretty lousy. Kiwamu and co. claim 99.3% matching into the interferometer, but in all the locks, the REFL mode looks completely crazy, so idk

Is \eta_A the roundtrip loss for an arm?

Thinking about the PRG=10 you saw:
- What's the current PR2/3 AR? 100ppm? 300ppm? The beam double-passes them. So (AR loss)x4 is added.
- Average arm loss is ~150ppm?

Does this explain PRG=10?

Yes, \eta_A is the (average) round-trip loss for an arm cavity. I'd estimate this is ~100ppm currently. I edited the original elog to fill in this omission.

The RC mirror specs require some guesswork - the available specs for the Laseroptik mirrors (PR3) are for a 48 degree angle of incidence, and could be as high as 0.5 %. According to the poster, the spec is 2.6% loss inside the recycling cavity but I don't know where I got the number for the AR surface of the G&H PR2, and presumably that includes some guess I made for the MM between the PRC and the arm. Previously, assuming ~1-2% loss inside the RC gave good agreement between model and measurement. Certainly, if we assume similar numbers, a recycling gain of ~11 (200 * T_P=5.637%) is reasonable. But I think we need more data to make a stronger statement.

I did a quick measurement get an idea of the ETM actuator calibration, relative to the ITMs. This will still hold if/when we revisit the ITM calibration via the Michelson. 

For the test masses, I locked the arms individually using MC2 as the actuator, and took transfer functions from the SUS-[OPTIC]_LSC_EXC point to the PO[X/Y]_I_ERR error signals. There were two points with coherence less than 99% that I threw away. I then took the fraction at each point, and am using the standard deviation of those fractions as the reported random error, since the coherence was super high for all points, making the error of each point negligible relative to their spread. 

This gives:

• ETMX/ITMX: 2.765 +- 0.046
• ETMY/ITMY: 2.857 +- 0.029

With the data from ELOG 8242, this implies:

• ETMX: 13.00 +- 0.22 x 10 ^-9 / f² m/counts
• ETMY: 13.31 +- 0.15x 10 ^-9 / f² m/counts

MC2 data was taken with the arms locked with the ETMs. The results are not so clean, the fractions don't line up; there is some trend with excitation frequency... The ratio is around the same as the ETMs, but I'm not going to quote any sort of precision, since I don't fully understand what's happening. Kind of a bummer, because it struck me that we could get an idea of the arm length mismatch by the difference in IMC frequency / arm FSR. I'll think about this some more...

I didn't verify that the loop gain was low enough at the excitation frequencies.

I put a 1kHz ELP in both arm servos, and got cleaner data for both. The ETM numbers are pretty much consistent with the previously posted ones, and the MC2 data now is consistent across frequencies. However, the MC2 numbers derived from each arm are not consistent.

Now:

• ETMX / ITMX: 2.831 +- 0.043
• MC2 / ITMX: 3.260 +- 0.062
• ETMY / ITMY: 2.916 +- 0.041
• MC2 / ITMY: 3.014 +- 0.036

With the data from ELOG 8242, this implies:

• ETMX: 13.31 +- 0.21 x 10^-9 / f² m/counts
• ETMY: 13.59 +- 0.20 x 10^-9 / f² m/counts
• MC2 in Xarm meters : 15.32 +- 0.30 x 10^-9 / f² m/counts
• MC2 in Yarm meters : 14.04 +- 0.18 x 10^-9 / f² m/counts

The hazardous waste people are moving chemicals around outside our door, and have roped off our regular front door. 

Please go around, and use the control room door to enter and exit.  It is currently unlocked, although I'll lock up when I leave for LIGOX.

I have made some measurements of the R value for some coatings we are interested in.  The plots have statistical error bars from repeated measurements, but I would suspect that these do not dominate the noise, and would guess these should be trusted to plus or minus 5% or so.  They still should give some indication of how useful these coatings will be for the green light.  I plan to measure for the ITM as soon as possible, but with the venting and finals this may not be until late this week.

EDIT (12/9/09): I fixed the label on the y axis of the plots, and changed them to png format.

We succeeded in getting the reflected green beam from both ITMY and ETMY.

After we did several things on the end table, we eventually could observe these reflections.

Now the spot size of the reflection from ITMY is still big ( more than 1 cm ), so tomorrow modematching to the 40m cavity is going to be improved by putting mode matching telescopes on right positions.

An important thing we found is that, the beam height of optics which directly guides the beam to the cavity should be 4.5 inch on the end table.

(what we did)

* Aidan, Kevin and Kiwamu set the beam to be linearly polarized by rotating a QWP in front of the Innolight. This was done by monitoring the power of the transmitted light from the polarizer attached on the input of the Faraday of 1064 nm. Note that the angle for QWP is 326.4 deg.

* We put some beam damps against the rejected beam from the Faraday

* To get a good isolation with the Faraday we at first rotated the polarization of the incident beam so to have a minimum transmission. And then we rotated the output polarizer until the transmission reaches a minimum. Eventually we got the transmission of less than 1mW, so now the Faraday should be working regardless of the polarization angle of the incident beam. As we predicted, the output polaerizer seems to be rotated 45 deg from that of the input.

* Rana, Koji and Kiwamu aligned the PPKTP crystal to maximize the power of 532 nm.  Now the incident power of 1064 nm is adjusted to 250mW and the output power for 532 nm is 0.77mW. Actually we can increase the laser power by rotating a HWP in front of the Faraday.

* We injected the green beam to the chamber and aligned the beam axis to the ETMY without the modematching lenses, while exciting the horizontal motion of the ETM with f=1Hz from awg. This excitation was very helpful because we could figure out which spot was the reflection from the ETM.

* Once we made the reflected beam going close to the path of the incident beam, we then put the modematching lenses and aligned the steering mirrors and lenses. At this time we could see the reflected beam was successfully kicked away by the Faraday of 532 nm.

* Koji went to ITMY chamber with a walkie-talkie and looked at the spot position. Then he told Rana and Kiwamu to go a right direction with the steering mirrors. At last we could see a green beam from ITM illuminating the ETM cage.

* We excited the ITMY with f=2Hz vertically and aligned the ITM from medm. Also we recovered a video monitor which was abandoned around ETMY chamber so that we could see the spot on the ETM via the monitor. Seeing that monitor we aligned the ITM and we obtained the reclection from the ITM at the end table.

* We also tried to match the mode by moving a lens with f=400mm, but we couldn't obtain a good spot size.

I could not understand this operation. Can you explain this a bit more?

It sounds different from the standard procedure to adjust the Faraday:

1) Get Max transmittion by rotating PBS_in and PBS_out.

2) Flip the Faraday 180 deg i.e. put the beam from the output port.

3) Rotate PBS_in to have the best isolation.

 Now I know why Rana was wearing his bright green pants yesterday. It is nice to see the green beam in the 40m IFO again. It calls for celebration!

I stopped AWG 1Hz drive of ITMYs (south-arm) I still see unblocked beams at the ETMYs table. We have plenty of cleaned razor beam traps to be used. Please block Faraday rejects etc

I stopped AWG  1 Hz drive to ITMYs. ITMXe was also driven or oscillating. ITMXe damping was off, so I turned it on. It did not effect it's oscillation

[HV pulse] ----+           +-->-- [PD2]
               V           |
->--[HWP]->-- [EOM] -->-- [PBS] --<->-- [QWP] --<->-- [Reference Cavity] -->-- [PD1]
                           |
                [PD3] --<--+

I made the changes to the psl.db to handle the new Temperature box hardware. The calibrations (EGUF/EGUL) are just copied directly from the LHO .db file (I have rsync'd their entire target area to here).

allegra:c1psl>diff psl.db~ psl.db
341,353d340
< grecord(ai,"C1:PSL-FSS_TIDALOUT")
< {
<       field(DESC,"TIDALOUT- drive to the reference cavity heater")
<       field(DISV,"1")
<         field(SCAN,".5 second")
<       field(DTYP,"VMIVME-3113")
<       field(INP,"#C0 S28 @")
<       field(EGUF,"10")
<       field(EGUL,"-10")
<       field(EGU,"volts")
<       field(LOPR,"-10")
<       field(AOFF,"0")
< }
493,494c480,481
<         field(EGUF,"285.675")
<         field(EGUL,"-214.325")
---
>         field(EGUF,"67.02")
>         field(EGUL,"7.96")
508,509c495,496
<         field(EGUF,"726.85")
<         field(EGUL,"-1273.15")
---
>         field(EGUF,"75.57")
>         field(EGUL,"12.31")
531,532c518,519
<         field(EGUF,"726.85")
<         field(EGUL,"-1273.15")
---
>         field(EGUF,"75.57")
>         field(EGUL,"12.31")
605,617d591
< grecord(ai,"C1:PSL-FSS_TIDALINPUT")
< {
<       field(DESC,"TIDALINPUT- tidal actuator input")
<       field(DISV,"1")
<         field(SCAN,".5 second")
<       field(DTYP,"VMIVME-3123")
<       field(INP,"#C0 S3 @")
<       field(EGUF,"10")
<       field(EGUL,"-10")
<       field(EGU,"volts")
<       field(LOPR,"-10")
<       field(AOFF,"0")
< }
1130a1105,1130
> grecord(ai,"C1:PSL-FSS_TIDALINPUT")
> {
>       field(DESC,"TIDALINPUT- tidal actuator input")
>       field(DISV,"1")
>         field(SCAN,".5 second")
>       field(DTYP,"VMIVME-3123")
>       field(INP,"#C0 S3 @")
>       field(EGUF,"10")
>       field(EGUL,"-10")
>       field(EGU,"volts")
>       field(LOPR,"-10")
>       field(AOFF,"0")
> }
> grecord(ai,"C1:PSL-FSS_TIDALOUT")
> {
>       field(DESC,"TIDALOUT- drive to the reference cavity heater")
>       field(DISV,"1")
>         field(SCAN,".5 second")
>       field(DTYP,"VMIVME-3113")
>       field(INP,"#C0 S28 @")
>       field(EGUF,"10")
>       field(EGUL,"-10")
>       field(EGU,"volts")
>       field(LOPR,"-10")
>       field(AOFF,"0")
> }
1143,1144c1143,1144
<         field(HOPR,"0.010")
<         field(LOPR,"-0.010")
---
>         field(HOPR,"2")
>         field(LOPR,"0")

Summary: This afternoon we managed to get the temperature control of the reference cavity working again.

We bypassed the MINCO PID by connecting the temperature box error signal directly into EPICS.

We couldn't configure the PID so that it worked with the modified temperature box so we decided to just avoid using it.

Now the temperature control is done by a software servo by using the channel C1:PSL-FSS_MINCOMEAS as error signal and driving C1:PSL-FSS_TIDALSET (which we have clip-doodle wired directly to the heater input).

We 'successfully' used ezcaservo to stabilize the temperature:

ezcaservo -r C1:PSL-FSS_MINCOMEAS -s 26.6 -g -0.00003 C1:PSL-FSS_TIDALSET

We also recalibrated the channels:

C1:PSL-FSS_RMTEMP

C1:PSL-FSS_RCTEMP

C1:PSL-FSS_MINCOMEAS

with Peter King on the phone by using ezcawrite (EGUF and EGUL) but we didn't change the database yet. So please do not reboot the PSL computer until we update the database.

More details will follow.

 Teflon feet removed and heavy brass-delrin pd base installed. Ref-cavity reflected light remains to be beautiful doughnut shape on camera.

[Rana, Alberto]

This evening we measured the noise spectrum of the reference cavity PD used in the FSS loop. From that we estimated the transimpedance and found that the PD is shot-noise limited. We also found a big AM oscillation in correspondence of the FSS modulation sideband which we later attenuated at least in part.

1. Supposing that the laser beam hitting the PD was shot noise limited, we measured 1.1V at the DC output. That let us estimate the photocurrent at DC of 20mA, for a 50Ohm output impedance.
2. The shot noise for 20mA is 80 pA/rtHz
3. From the nosie spectrum, we measured 3e-7 v/rtHz at 21.5MHz
4. The impedance at RF is then Z_rf = 3e-7 V/rtHz / 80e-12 pA ~ 4000 Ohm
5. Since the RF path inside the PD has a gain of 10, the transimpedance is ~400Ohm, which is about as we (ie Rana) remembered it to be.
6. The PD seems to be working fine.

Some more words about the RFAM: I noticed that there was an excess RFAM by unlocking the RC and just looking at the RF out with the 50 Ohm input of the scope. It was ~100 mVp-p! In the end our method to minimize the AM was not so sensible - we aligned the waveplate before the EOM so as to minimize the p-pol light transmitted by the PBS cube just ahead of the AOM. At first, this did not minimize the RFAM. But after I got angry at the bad plastic mounting of the EOM and re-aligned it, the AM seemed to be small with the polarization aligned to the cube. It was too small to measure on the scope and on the spectrum analyzer, the peak was hopping around by ~10-20 dB on a few second timescale. Further reduction would require some kind of active temperature stabilization of the EOM housing (maybe a good SURF project!).

For the EOM mount we (meaning Steve) should replace the lame 2-post system that's in there with one of the mounts of the type that is used in the Mach-Zucker EOMs. I think we have spare in the cabinet next to one of the arms.

After the RFAM monkeying, I aligned the beam to the RC using the standard, 2-mirror, beam-walking approach. You can see from the attached plot that the transmission went up by ~20% ! And the reflection went down by ~30%. I doubt that I have developed any new alignment technique beyond what Yoichi and I already did last time. Most likely there was some beam shape corruption in the EOM, or the RFAM was causing us to lock far off the fringe. Now the reflected beam from the reference cavity is a nice donut shape and we could even make it better by doing some mode matching! This finally solves the eternal mystery of the bad REFL beam (or at least sweeps it under the rug).

At the end, I also fixed the alignment of the RFPD. It should be set so the incident angle of the beam is ~20-40 deg, but it was instead set to be near normal incidence ?! Its also on flimsy plastic legs. Steve, can you please replace this with the new brass ones?

The units on this plot are completely bogus - we know that the thermal noise from the resonant part of the circuit is just V = sqrt(4*k*T*Z) ~ 3nV/rHz. Then the gain of the MAX4107 stage is 10. The output resistor is 50 Ohms, which forms a divide by 2 with the input impedance of the spectrum analyzer and so the bump in the dark noise should only be 15 nV/rHz and not microVolts.

 I was aware of a problem on those units since I acquired the data. Then it wasn't totally clear to me which were the units of the data as downloaded from the Agilent 4395A, and, in part, still isn't.

It's clear that the data was in units of spectrum, an not spectral density: in between the two there is a division by the bandwidth (100KHz, in this case). Correcting for that, one gets the following plot for the FSS PD:

Although the reason why I was hesitating to elog this other plot is that it looks like there's still a discrepancy of about 0.5dBm between what one reads on the display of the spectrum analyzer and the data values downloaded from it.

However I well know that, I should have just posted it, including my reserves about that possible offset (as I'm doing now).

Rana and I

1) took the temperature sensors off the reference cavity;

2) wrapped copper foil around the cavity (during which I learned it is REALLY easy to cut hands with the foil);

3) wrapped electrical tape around the power terminals of the temperature sensors (color-coded, too! Red for the out of loop sensor, Blue for the first one, Brown for the second, Gray for the third, and Violet for the fourth. Yes, we went with an alphabetical coding system, excluding the out of loop sensor);

4) re-wrapped the thermal blanket heater;

5) covered the ends of the cavities with copper, ensuring that the beam can enter and exit;

6) took pretty pictures for your enjoyment!

We will see if this helps the temperature stabilization of the reference cavity.

The end of the reference cavity, with a lovely square around the beam.

The entire, well-wrapped reference cavity!

From the trend, it seems that the Reference Cavity's temperature servo is working fine with the new copper foil. I was unable to find the insulating foam anywhere, but that's OK. We'll just get Frank to make us a new insulation with his special yellow stuff.

The copper foil that Steve got is just the right thickness for making it easy to form around the vacuum can, but we just have to have the patience to wrap ~5-10 more layers on there. We also have to get a new heater jacket; this one barely fits around the outside of the copper wrap. The one we have now seems to have a good heating wire pattern, but I don't know where we can buy these.

I also turned the HEPA's Variac back down to the nominal value of 20. Please remember to turn it back up to 100 before working on the PSL.

This is the trend so far with the copper foil wrapping. According to Megan's calculation, we need ~1 mm of foil and the thickness of each layer is 0.002" (1/20th of a mm), so we need ~20 layers. We have ~5 layers so far.

As you can see the out-of-loop temperature sensor (RCTEMP) is much better than before. We need another week to tell how well the frequency is doing -

the recent spate of power cycles / reboots of the PSL have interrupted the trend smoothness so far.

I wrapped another ~3 layers onto there. It occurs to me now that we could just get some 2mm thick copper plates made to fit over the stainless steel can.

They don't have to completely cover it, just mostly. I also took the copper circles that Steve had made and marked them with the correct beam height

and put them on Steve's desk. We need a 1" dia. hole cut into these on Monday.

To compensate for the cooling during my work, I've set the heater for max heating for 1 hour and then to engage the temperature servo.

I also noticed the HEPA VARIAC on the PSL was set to 100. Please set it back to 20 after completing your PSL work so that it doesn't disturb the RC temperature..

We wanted to re-activate the Heater for the reference cavity today to use it as a testbed for PID autotuning and the new heater driver circuit that Andrew is working on for the coating thermal noise experiment.

Unfortunately, it seems that the large power supply which is used for the heater is dead. Or maybe I don't remember how to use it?

The AC power cord was plugged in to a power strip which seems to work for IO chassis. We also tried swapping power strip ports.

We checked the front panel fuses. The power one was 3 Ohms and the 'bias' one was 55 Ohms. We also checked that the EPICS slider did, in fact, make voltage changes at the bias control input.

Non of the front panel lights come on, but I also don't remember if that is normal.

Have those lights been dead a long time? We also reconnected the heater cable at the reference cavity side.

I turned the RefCav heater and servo back on a couple days ago. At first it was stabilizing again at a low setpoint, but in reality the right temperature (~40 C). After fixing the in-loop signal offsets, the setpoint now correctly reflects the actual temperature.

Jenny is going to calibrate the sensors using some kind of dunking cannister next week.

After Alberto and I worked on aligning the reference cavity, Rob asked the important and useful question: what is the visibility of the reference cavity.  This helps tell us if we're optimally aligned or not even close.

I did a scan of the ref cav temperature, using /scripts/PSL/FSS/SLOWscan, but there seems to be no real signal is C1:PSL-FSS_RFPDDC.  As shown in Alberto's 200-day plot, it does change sometimes, but if you zoom in on the flat parts, it seems like it's not really reading anything meaningful.  I did a cursory check-out of it, but I'm not 100% sure where to go from here:  There are (as with all of these gold-box PDs) 3 outputs:  a ribbon cable (for ADC purposes I think), an SMA for the RF signal, and a BNC for the DC signal.  The photodiode is clearly working, since if you stick the Lollypop in front of the PD, the cavity unlocks.  I plugged a 'scope into the DC BNC, and it also behaves as expected: block the beam and the signal goes down; unblock the beam and the signal goes up.  Something of note is that this readout gives a positive voltage, which decreases when the beam is blocked.  However, looking at the dataviewer channel, nothing at all seems to happen when the beam is blocked/unblocked.  So the problem lies somewhere in the get-signal-to-DAQ path.  I unplugged and replugged in the ribbon cable, and the value at which the channel has been stuck changed.  Many days ago, the value was -0.5, for the last few days it's been -1.5, and after my unplug/replug, it's now back to ~ -0.5 . The other day Alberto mentioned, and made the point again today that it's a little weird that the PD reads out a negative voltage.  Hmm.

Do we have a tester-cable, so that instead of the ribbon cable, I can plug that connector (or pins thereof) into a 'scope?

we have a tester cable, but you don't want it. Instead the problem is probably at the cross-connect. The D-cable goes to a cross-connect and you can probe there with a voltmeter. If the signal is good there, trace it to the ADC. Also trend for several years to see when this happened - Yoichi may know the history better.

Also, we still need to complete the FSS RFPD task list from last year.

 [Jenne, Ben]

I called in the reinforcements today.  Ben came over and we looked all around at all of the cross-connects and cables relating to the FSS.  Everything looks pretty much okey-dokey, except that we still weren't getting signal in the DataViewer channels.  Finally we looked at the psl.db file, which indicates that the C1:PSL-FSS_RFPDDC channel looks at channel 21 of the ADC cross connect thing.  We followed the cable which was plugged into this, and it led to a cable which was disconnected, but laying right next to the Ref Cav refl PD.  We plugged this into the DC out SMA connection of the photodiode (which had not been connected to anything), and suddenly everything was mostly golden again in dataviewer land.  RFPDDC_F now has a signal, but RFPDDC is still flat. 

Even though this seems to be working now, it's still not perfect.  Rob suggested that instead of having this SMA cable going from the photodiode's DC out, we should take the signal from the ribbon cable.  So I'm going to figure out which pin of the D-connector is the DC out, and take that from the cross connect to the ADC cross connect.  This will help avoid some persnickity ground loops. 

[Alberto, Jenne]

We aligned both the reference cavity and the PMC, each by looking at their Trans PD on Davaviewer, and adjusting the two steering mirrors to maximize the transmission power.  We got a pretty good amount of improvement for the ref cav, but since the PMC hasn't decayed a whole lot, we got a much smaller amount of improvement.

I am using a PDA255 photodiode to measure the power outputted by the NPRO beam on the PSL table. (I'm going to then use a network analyzer to measure the amplitude response of the PZT to being driven at a range of frequencies. I'll detect the variation in in response to changing the driving frequency using this PDA255.)

The PDA255 has an active area of 0.8mm^2 and a maximum intensity for which the response is linear of 10mW/cm^2. This means that a beam I focus on the PD must have a power less than 0.08 mW (and even less if the spot size is smaller than the window size).

I used a power meter to measure the beam power and found it was 0.381 mW.

The second polarizing beam splitter in the setup transmits most of the beam power, but reflects 0.04 mW (according to the power meter). I'm going to place the photodiode there in the path of the reflected beam.

We're trying to reduce the demodulated error signals after running the ASS script for the XARM.

After running the ASS script, we initially tried to play around with the with the EXC Gain and brought all of them down to 300. It didn't make a huge difference on the error signals or the transmission signal. We then tried tweaking the XARM_OUT_MTRX by flipping the signs/changing the magnitude but it mostly just made things worse. We then changed that matrix to closely resemble the YARM_OUT_MTRX (structurally). At an XARM GAIN of about 0.02, with the EXC Gains at 300 and the XARM_SEN_MTRX having 1.00 on the diagonal terms, the error signals slowly started converging to 0. However, X_ARM_ETM_PIT_L_DEMOD_I_OUT16 kept oscillating which wasn't good.

We later tried looking at the spectrum for the demodulated signals to see if there were any peaks at frequencies outside of the delmodulating frequencies. Most of them looked consistent with peaks at demodulation frequencies (and modes) and signal input frequencies (60Hz and modes). We compared the spectrum with the YARM where everything was optimized, there were no noticable differences.

Later in the day, both XARM and YARM lost lock a couple of times for reasons unknown. We restored to an earlier point in the day (12:00) suspecting there was misalignment with the input optics.

THE XARM ASS MYSTERY REMAINS.

[Radhika, Murtaza]

XARM ASS

We resumed playing around with ASS for XARM. We approached each error signal one at a time to try to determine the sign of actuation and ensure the error was reduced.

Steps:

Next steps:

1. Resume nailing down the "fast" control by using ITM transmission error signal to feedback to ITM

2. Add in "slow" pointing control by feeding back ETM LSC error (centering) to BS.

     *NOTE* We tried to do this before feeding back any ITM error signal, but this immediately caused transmission to drop because ITM had no way to adjust to new input pointing.