Mike and I installed all of the telescopes and launching hardware for REFL11, REFL33, REFL55, AS55, MCRef, POX11 and POP55. On Monday afternoon Steve will work with us on the fiber routing.  Steve is buying some protective covers for the fibers.

 I am working towards redesigning the endtables. I've attached the first version of the layout. As per Steve's comment I've tried to leave a 2" empty space on all sides of the table. It still has to be updated with the whole 40m layout to be more precise about the pickoff and the ingoing beam directions.

1. I wonder how the mode profiling/matching was considered in the new layout.

I can see the distances between the components and lenses are largely different from the old ones.

This is OK if you plan to go through a new mode matching solution with new lenses.
But it takes
 a certain amount of time.

Note that we don't care the distance after the last lens as the Rayleigh range there is supposed
to be long enough to allow this kind of change.

2. The huge frustration of the green alignment in the old setup was caused by the 3D beam steering
at the last two 2" mirrors. i.e. the beam elevation on the table does not match with the beam elevation of the cavity.
In order to avoid this, I suggest you to use three 45 deg 2" mirrors instead of two. In fact these mirrors are supposed to be used at 45deg incidence!

3. The incident green beam and the transmitted IR beam should share a same path as they
 share a same cavity mode.
This means that you should use a harmonic separator for the transmitted light pick-off.

4. Use the harmonic separator for the fiber path too. Get the mirror spec from Jamie.

5. Since the optical window on the chamber has a wedge angle, the beam paths are not straightforward.
The cavity beams can't be moved as they are constrained by the arm cavity.
Probably there is almost no freedom to move even for the oplev beams.
It would be safe just to follow the old positions and angles on the window.
Make sure the beam on the drawing is realistic. The angles of the oplev beams in the old setup look strange.

Is there a possibility to replace the optical window so that it has an AR for 532 and 1064 at least???

6. I wonder if the rejected beam by the Farady have a realistic angle or not. Check it with the old setup.
It is definitely better to have a steering mirrror and a lens before the refl PD.

7. The IR QPD and trans PD are intended to be used for the low and high power detection.
I forgot which is which. So check the range of them and think about the power distribution.

8. We should have separated CCDs for IR Trans and Green Refl.
We had a terrible ghost green beam on the IR trans CCD.
Thus, think about the amount of ghost reflection and consider filtering if necessary.

  Where is IP-ANG ? It is good practice to use two mirrors at launching and detecting the beam, so you can walk it - precisely adjust it.

The window can be replaced at  ~$1,500 ea. 10 weeks as optical quality BK7 with dual AR

MC WFS was fixed. Now it is running constantly with the autolocker.

Found a bug in the IOO screen: All of the 6 WFS signal indicators is liked to the same info (C1:IOO-MC1_PIT_OUTPUT).
Fix this, Jenne! Baaaaagghhhhh! 

What I did:

1. C1:IOO-MC_RFPD_DCMON indicator was saturating. "HOPR" of this entry was  set to 5 by running the following command:

ezcawrite C1:IOO-MC_RFPD_DCMON.HOPR 5

2. Scan MC2 spot position by using /opt/rtcds/caltech/c1/scripts/MC/moveMC2 scripts.
or the adjustment, C1:SUS-MC2_ASCPIT_EXC and C1:SUS-MC2_ASCYAW_EXC were excited with 300cnt at 12Hz and 10Hz, respectively.
The corresponding peaks (i.e. ANgle to length coupling) in C1:IOO-MC_F were monitored on DTT and adjusted so that the peaks are approximately nulled.

3. moveMC2 scripts are not perect to keep the maximum of the transmission. So, the alignment was adjusted with MC1 and MC3.

4. Repeated 2 and 3 until the alignment converges.

5. Once I got satisfied with the MC2 spot position, I went to the MC2 table and aligned the steering mirror before the QPD.

6. As these actions above moves the REFL beam, I went to the MC REFL path and adjusted the MC REFL PD position and the MC WFS spot positions.

7. Checked if the alignment is still good. The MC REFL is 0.50~0.51. Pretty good.

8. Run /opt/rtcds/caltech/c1/scripts/MC/WFS/WFS_FilterBank_offsets to register the current WFS offset etc.

9. At this point, MC WFS started working fine. I also confirmed the autolocker worked with this setting.

--------

Checked how the things are going in the morning. There were several unlocks. But the autolocker and WFS kept the cavity lcoked again.
Very good.

Some power fluctuation of ~1% is observed in the MC trans. I checked the PMC trans and found it is also fluctuating by 1% in a coherent way.
So I judge the WFS itself is fine. (See attached)

 cc1 = 2.3e-5 Torr at day 6 vacuum normal

 My bad.  As it turns out, you can't copy and paste between MEDM instances.  It is now fixed.

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

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

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

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

For some reason the frame builder and mx stream processes on ALL front ends were down.  I restarted the frame builder and all the mx_stream processes and everything seems to be back to normal.  Unclear what caused this.  The CDS guys are aware of the issue with the mx_stream stability and are working on it.

 I did relayed the oplev path with new  f 500 mm lens

Changed the list of channels to be written to frames from having the IN1 suffix to OUT. Now we can load the calibration of the channel into the filter module and the DQ channel will be calibrated.

We should do this wherever possible so that our channels will have real calibrations associated with them.
SEIS_GUR1_X_OUT 256
SEIS_GUR1_Y_OUT 256
SEIS_GUR1_Z_OUT 256
SEIS_GUR2_X_OUT 256
SEIS_GUR2_Y_OUT 256
SEIS_GUR2_Z_OUT 256
SEIS_STS_1_X_OUT 256
SEIS_STS_1_Y_OUT 256
SEIS_STS_1_Z_OUT 256
SEIS_STS_2_X_OUT 256
SEIS_STS_2_Y_OUT 256
SEIS_STS_2_Z_OUT 256
SEIS_STS_3_X_OUT 256
SEIS_STS_3_Y_OUT 256
SEIS_STS_3_Z_OUT 256
MIC_1_OUT 2048
MIC_2_OUT 2048
MIC_3_OUT 2048
MIC_4_OUT 2048
MIC_5_OUT 2048
MIC_6_OUT 2048
ACC_MC1_X_OUT 2048
ACC_MC1_Y_OUT 2048
ACC_MC1_Z_OUT 2048
ACC_MC2_X_OUT 2048
ACC_MC2_Y_OUT 2048
ACC_MC2_Z_OUT 2048
XARM_DIFFERENTIAL_MOTION_IN1 256
XARM_DIFFERENTIAL_MOTION_OUT 256
YARM_DIFFERENTIAL_MOTION_IN1 256
YARM_DIFFERENTIAL_MOTION_OUT 256

Next we should up the rate at which the model runs up to 16 kHz so that we can record the microphones at 16 kHz. FM radio has information up to 20 kHz. AM radio goes up to ~8 kHz. We should be at least as modern as AM radio. How do we make the change? How do we make sure the FOTON file stays OK?

I have made some changes to the daily summary file to compensate. New files is /users/public_html/40m-summary/share/c1_summary_page.ini.

The PDA255 that Koji repaired is still not alright. It seems to be saturating again. I've left it in the PD cabinet where it is marked 'PDA 255'. I've asked Steve to order a fast PD at 150MHz, PDA10A because we don't seem to have any at the 40m.

pzt2 mod signals matched slider vals for both pitch and yaw

  pzt2 yaw mon output = 6
  pzt2 pitch mon output = 11.3

From the PZT connector-converter board we determined the following pin-outs:

  X=Yaw:  red=1, white=14, black=3 
  Y=Pitch:  red=2, white=15, black=16

We believe that red is signal, white/black/shield are all ground.  We also believe (although this is from the PMC PZT) that the expected capacitance of the PZTs should be in the 100's of nF range.

Here are the readings from the two PZT dsub connectors:

  pin 1:14   PZT1 = ".003" on 2uF scale
             PZT2 = ".184"
   
  pin 2:15   PZT1 = ".002" on 2uF scale
             PZT2 = ".202"

So we think this means (given this crappy capacitance meter) that PZT2 is showing roughly 200nF, which sounds ok, but that PZT1 is indeed bad.

So next we investigate the PZT2 driver.

The rf PD and filter have been installed at the earlier proposed spot on the PSL table.  

[Koji, Jenne]

Jamie and I pulled the whole PZT driver for both PZT1 and PZT2. 

Koji and I found that each HV power supply (the left-most module) has 2 fuses.  Both HV supplies (PZT1 and PZT2) have one blown fuse.  The "T2L250A" measures low resistance for both HV supplies, but the "T250mAL250V" measures Open for both HV supplies.

I have ordered 10 pieces of each kind of fuse, Next Day shipping, from DigiKey.

This is the third morning in a row that the MC2 was tripped.  Would you look at it Koji?

Den Martynov received 40m specific safety training.

We observed one or two ants climbing over PMC optics without booties and safety glasses.

The floor was mopped with strong Bayer Home Pest Control solution in the Vertex area.

Do not work inside the 40m lab if you are sensitive to chemicals!

The SOS coil drivers (Atm2) were moved from 1X1 to 1Y2 location. Is this the best place to locate the  IOO Tip-Tilt steering that will replace the PJ-PZT ?

See 40m wiki T-T

I spotted around 4 within 30 minutes working at the PSL table even after the deathly spray. They seem to be running down from the cables on the oscilloscope rack to the table and the optics.

{Jan, Manasa}

We set start to check the performance of the AOM on the PSL table. The AOM driver spits out ~1.5W rf at 80MHz for 1V DC at its modulation input. In order to align the AOM, we reduced the input power to the AOM to ~10% using the QWP between the PBS and the laser. We touched the steering mirror before the AOM...but did not succeed in getting any appreciable first order deflection. We then released the AOM mount and moved it a few microns in and out until we obtained a significant change in power along the zero-order beam from 400mV to 100mV when the rf power was changed from 0 to ~1.5W (by changing modulation input from 0 to 1V).  The AOM was clamped at this alignment and the QWP was rotated to give maximum input power. 

During the course of aligning the AOM, the PMC unlocked and was restored after the alignment. 

All went well without having to make any emergency calls to anyone

We will now have to think about switching the AOM on and off for ringdown measurements. This could be done by either using a high-power rf switch or by switching the modulation DC input between 0 and 1V; whichever will be more comfortable to take many many ringdown measurements.

I made a wiki page for the active IO tip-tilts.  I should have made this a long time ago.

This may be cause by the impact of crazy WFS signal after the lock loss.
The auto locker is not fast enough to shut the WFS down before the mirrors are kicked.

Jenne and I discussed the issue and agreed that this can be solved by implementing
the same triggering algorithm as the LSC triggers.

Give us a bit more time to work on this.

After the AOM work the beam wasn't well aligned to the PMC. The PMC REFL CCD shows large misalignment in yaw.

[Koji, Jenne]

We naively hoped that just replacing the fuses would fix the problem with the PZT HV drivers.  Alas, this was not the case. 

All of our investigations (other than visual inspections) today have been of the PZT2 module.  We have not applied any electricity to any PZT1 components/modules today.

After blowing a few more fuses (not good, we know, but we really didn't know what was going on at the time and were convinced that our changes between fuse installations should prevent fuse-blowing, including removing all modules except the HV driver), we found that the YAW driver for both PZT1 and PZT2 has severe discoloration on the PCB, and several resistors and other solder joints are damaged near some high voltage regulators. Pitch on PZT1 looks a tiny bit discolored, but doesn't look totally cooked like the 2 YAW modules do.  So, at least PZT1's Yaw was cooked before we started replacing fuses, since we haven't plugged it in yet today.

We then began some more methodical checks:

We bypassed the fuses by applying 10 Vpp = ~7.2 Vrms to the input side of the big transformer on the PZT2 HV driver board.  (This usually sees the 120 Vrms from the wall AC, so we were looking at things with a factor ~16 attenuation from what they normally see.)  We then measured things on the other side of the transformer, and made sure that they made some sense (one path for 5V stuff, one path for 15V stuff, one path for 180V stuff).  One of the rectifying diode bridges (the one for HV) didn't seem to be working, and didn't seem to have all of its pins connected, as if perhaps one or more diodes inside was destroyed.

When I went home for dinner, Koji continued looking at the low voltage supply capability of the PZT2 driver.  He removed the diode bridge from the HV path, and also removed the FET that lives on the output side of the HV driver board.  He was then able to energize the HV driver and the non-burnt pitch module.  So the +\-5 V and +\-15 V paths have been confirmed okay for PZT2's driver stuff.

What I will do tomorrow (when there is someone here to rescue me if I crispy-fry myself) is solder a wire to the now open pin of the backplane connector on the HV driver board, so that we can supply an external 180V to the pitch / yaw modules (although, obviously we won't be using the burnt yaw modules as-is).  Tomorrow I'll start by applying a nice small voltage, check that things still look okay, no shorts, and then I'll slowly increase the voltage until I get to the nominal 180V.

Since the low voltage stuff on the driver board is working, once we supply an external 180V (if successful), we should be able to re-install the PZT driver and drive PZT2. 

Since both Yaw modules that we have are burnt, I am proposing that we use the PZT2 HV board (which has been checked and modified this evening) with the 2 pitch modules.  Since we are not actively utilizing the strain gauge sensors, the fact that the calibrations on these modules are not exactly the same (rather, that PZT1's pitch is not the same as PZT2's yaw) should not matter at all.  This means that we will not be able to energize PZT1 at all, but that shouldn't be a problem.  Even when PZT 2 was working, PZT1 had very, very, very limited motion through the full range of applied voltage, so having no driver connected shouldn't have an impact.

There had to be a power outage. Laser and air condition turned back on. The vacuum is OK

Sorensen DC power supplies were tripped, so they were reset: at AUX OMC South 18V and 28V for RF PS and at 1X1 24V

Power Outage confirmed:

All the front end machines are back up after the outage.  It looks like none of the front end machines came back up once power was restored, and they all needed to be powered manually.  One of the things I want to do in the next CDS upgrade is put all the front end computers in one rack, so we can control their power remotely.

c1sus was the only one that had a little trouble.  It's timing was for some reason not syncing with the frame builder.  Unclear why, but after restarting the models a couple of times things came back.

There's still a little red, but it mostly has to do with the fact that c1oaf is busted and not running (it actually crashes the machine when I tried to start it, so this needs to be fixed!).

All suspension damping has been restored.

 {Jan, Manasa, Den}

We wanted to align the PMC and followed Koji's procedure detailed to us by mail. We touched the 2 steering mirrors in front of the PMC for alignment.

- Stand in front of the PMC.
- Find an oscillosocpe on the shelf in the PSL enclosure.
- This has two signals connected. One is the PMC refl dc.
  The other is the PMC trans dc.
- Minimize the refl. Maximize the trans.
- You have the CRT monitor on the MC chamber.
- Project the image of the PMC refl CCD.
  This should show some what symmetric image like an LG mode.
- Use the dataviewer to see how C1:PSL-PMC_PMCTRANSPD is recovered.

We were able to obtain 0.7 at PMC trans; but the PMC was never really stable dropped from 0.7 to 0 abruptly from time to time.

Jenne and Jamie also find that the PMC is behaving very weird 

Summary: Problem unresolved 

 Can someone detail what "weird" means? Is it singing old songs from Guns & Roses?

 It isn't singing Jan..it's dancing between 0.7 to 0 and we are not able to figure out whose the DJ ; there seems to be something else that is controlling the PMC as there is no coordination between what we do (tweaking the mirrors) and what we observe (the PD signals).

Do more investigation to understand what is causing the power reduction.

Is the alignment inadequate? Check the in-lock ccd image.

Is the incident power reduced? (by what?) Use dataviewer.

Is the AOM doing something? Is it active? Then how much power is it eating?

BY THE WAY, how the deflected beam is dumped?
If you don't have anything for blocking the 1st order beam, you have to expect Steve coming to you.

PZT monitor is not lying to us, I've measured it with a voltmeter. But PMC SERVO is still interesting. If I break the loop after PMCERR signal monitor (C1:PSL-PMC_BLANK=0), I can change PZT voltage from 0V (C1:PSL-PMC_RAMP = -7.3) to 132V (C1:PSL-PMC_RAMP=-10.0). If I break the loop by enabling TEST1, PZT voltage goes up to 294 V, though voltage on the TEST1 and MIXER MON is 0.

One terrible concern of mine is that the slow machines were rebooted at the power interruption.
Based on the elog entries, I assume they have not been burtrestored...

If this is true, they may cause some weird behaviors of the PSL/IOO electronics.

 Do you know how to burtrestore or restart slow machines?

Edit by Den: I did burtrestore of c1psl.snap from 2 days ago. Still slow machines behave not normal. For example, if I sweep C1:PSL-FSS_SLOWDC, SLOW monitor value does not change.

 Here I am attaching the schematic diagram of the experimental set-up for IMC cavitymode scanning. A 30- 45MHz scanning signal generated by Agilent 4395A network analyzer enters EOM, which in turn modulates the laser beam entering IMC. The cavity response can be verified from reflected/transmitted beam.

I worked with the reflected beam last days. But I got no clue about the percentage of  reflected light reaching the photodiode and also the photodiode response. I would like to measure the power reaching photodiode and also would like to perform the test with transmitted beam - on wednesday if possible.

Guralp readout box received +13.7 /0/ -15V instead +15V because of the broken fuse. Power provided by the source is normal.

Edit by Den: I've found a similar fuse on one of the tables and borrowed it. Guralp is not working again.

 I've added calibration gains to Guralp (to um/sec) and EM172 (to Pa) channels.

We can run PEM at 16 kHz. I think Foton file stores both sos-representation and filter commands which are independent of the sampling frequency, so it should be possible to change model sampling frequency quickly.

In fact, we can save data at 64 kHz from iop models. I've done this once with MC_F channel. However, I did not test EM172 noise at frequencies > 1 kHz.

 Problems with Slow Machines?

Read ELOG

 I've meant Guralp is NOW working again 

 The RGA was not effected by the short power outage.

[Den, Jenne]

Den noticed that the -15V LED on the TTFSS board was not illuminated.  A further symptom of the FSS being funny was that the PC RMS Drive was constantly high (3.6 ish) and the FAST Monitor was very high, often saturated. 

We took the TTFSS board out, and put an extender card in, and it looked like all of the correct power is being supplied to the board (the +\- 24V LEDs on the extender card were illuminated).  Just to check, we put the board back in, and this time both +\- 15V LEDs came on.  So it looks like the board is fine, it just wasn't seated in there all the way.

Now the readbacks on the FSS screen look good (PC RMS Drive is less than 1, FAST Mon is 5ish), the MC is locked, and I think we're back in business. 

40 plus freshmen visited the 40m today

The PMC has been aligned and is all happy happy 

I have installed an  iris to dump the higher order beams deflected by the AOM. After installing the iris, I found that the PMC trans dropped to 0.58V and the PMC misaligned in pitch. So I've touched the 2 steering mirrors before the PMC. Now it is satisfactorily locked with PMC trans at 0.84.

I have also checked the alignment with AOM switched on. PMC trans drops to 0.15 with AOM on and comes back to 0.84 when AOM is switched off without losing lock .

I rebooted cymac0 a couple of times. When I first got here it was just frozen. I rebooted it and then ran a model (x1ios). The machine froze the second time I ran ./killx1ios. I've rebooted it again.

 MC2 was tripped again. I think the answer is that watchdog's critical value was too small C1:SUS-MC2_PD_MAX_VAR = 10, so seismic could trip MC2. I've changed the value to 100.

I've applied online state estimation technique using Kalman filter to LQG controller. It helps to estimate states that we do not measure. I've considered MC2 local damping, we measure position and want to estimate velocity that we need for control. We can either differentiate the signal or apply state estimation to avoid huge noise injection at high frequencies. In state estimation we need to know noise covariance, I've assumed that LID sensor noise is 0.1 nm. Though covariance can be calculated better.

In the time-domain figure C1:SUS-MC2_SUSPOS_IN1 = MC2 postion, C1:SUS-MC2_SUSPOS_OUT = MC2 velocity obtained by differentiation, 2 other channels are estimations of position and velocity.