Sorry folks!  I couldnt get to the elog and didnt know that the elog was crashing every time I tried to access it. 

But have found other means to access it and the elog is safe for now!

The IFO room temp is up a bit and it is coming down. The out side temp is not really high.

The temperature is decreasing slowly but is still above 24 C.

temp_plot.png

The IFO room temp is up

Steve, Rob and Alberto

Starting capacitor 216 miroFarad was installed on the compressor. Water lines were connected to the MOPA as corrected, so the flow meter readings are logical.

Now IN means flowing water in the direction of black arrow on the hose.

We struggled with the Neslab presetting:  temp, bauds rate  and other  unknowns  till Rob found the M6000 manual on Peter king's website.

Alberto realized that the chiller temp had to be reset to 20C on water chiller.

I put 1mg of Chloramin T into the water to restrict the growth of algae in the bath.

The NPRO heat sink  was around ~20C without flow meter wheel rotation  and the PA body ~25C by touch of a finger

I just opened up the needle valve a litle bit so the flow meter wheel would started rotating slowly.

That small glitch at the end of this 3 hrs plot shows this adjustment.

[Kiwamu/Koji]

- The tanks are open

Plan

[done] - Remove the PZT cable currently underlying between BS and ITMY chambers
[done] - Put this PZT cable between BS and IMC chambers. Connect it on the PZT on the IMC table (SM1)
[done]- Put the two OSEM cables between BS and ITMY chambers. Connect this cable to SRM.
  The connector for this cable at the BS side is coming from Bob's place on Wednesday. We left it disconnected for now.

- Energize all of four PZTs and check the functionality.

Five mechcanical traps set inside of boxes. Red-white warning tape on top of each.

I drained the water and removed side covers from the Neslab RTE 140 refrigerated water cooler unit this morning. The hoses to the laser were disconnected.

This abled you to see the little window of refregerant  R404A was free of bubles, meaning: no recharge was needed.

The circulator bath was refilled with 7 liters of Arrowhead distilled water and the unit was turned on.

The water temp was kept 20.00+- .05C without any load. Finally the AC-repair man Paul showed up.

He measured the R404A level to be as specified: 23-24 PSI on the suction side and 310 PSI on the discharge side.

The unit was working fine. Paul found an intermittently functioning starting capacitor on the compressor  that was removed.

The 240 micro Farad 120VAC cap will arrive tomorrow

 You said that the use of FAXST was forbidden for phds and graduate students. I had to swear on the promise of not ever buying an other FAXST

 Steve, Yuta and Jamie

Jam nuts were checked and oplev servos were turned off. Sus summery is below with strain gauge values. Are the strain gauge values have any meaning when the PZT contorrels are off??????????????????

 The 40m IFO has reached  atmospher in 5 hours. It is ready to open chamber condition. The RGA is pumped with the maglev.

P1 pirani gauge is contact dependent as you see it on the linear plot It will be replaced during this vent.

The venting speed was 2-4 Torr / min

Atm2 shows how the BS is sensing the venting air cylinder changes. 

The 4th cylinder of instrument  grade air  bump is overlapping with our janitor working at the BS chamber.

 Celebration

It takes 18 months to double the computational power of microprocessors but it took man thousands of years to invent the zipper. I never really understood that till these days.

Here is a sample of my latest results from Optickle simulations of the locking signal for the Power Recycling Cavity.

Thanks also to Rob's revolutionary bidimensional rotating matrix idea (I can see entire books of linear algebra going to be rewritten now because of that) I could find the way to determine the optimal demodulation phases for the demod signals.

There were also an other couple of missing details. But that came easily along.

The parfor function for the parallel computation in Matlab sped up some loops by a factor of 100.

In these particular plots there's still no CARM offset scan. That's what I'm going to post next on the elog, together with the signals for the other degrees of freedom.

 Just to show that I'm confident I'm getting reasonable results, I'll post two PRC scans for different CARM. One set of plots is for the current 40m with -19.78 deg of SRM detuning phase, the other is for the Old Upgrade (9 Mhz vs the 11 currently planned) with no detuning phase.

I'm going to put together the results and get some conclusion about the 3f locking scheme for the current 40m and the upgrade.

There are 4 oscilloscopes left on the AP optical table top.... It's only 25 lbs... Do not leave anything on the optical table tops!

Pasadena reported the Sunday night event as a power transient caused by the trip of a power transmission line. This affected the entire city. Once the loss was detected, the system automatically switches to an alternate source. It was about one second for the system to recover.

2W Innolight, both Lightwaves at the ends, PSL HEPA, Ref Cavity and 3 AC units  turned on.

The 40m vacuum did not trip. It is vacuum normal.

The Jetstore computer is indicating power failer.

CVI broadband AR coating was measured at the PSL-enclosure table around 9-10am today. The 2W Innolight first PBS  S polarization beam was used with an other 1/2 wave plate and PBS.

W2-PW1-1004-C-633-1064-0   This 0.045" thick window has 0.7- 0.8 % reflected beam on each sides at 5 degrees of incidence, P polarization.

The specification is  R avg <0.5 % per surface at 0 degree

Rana wants The device would be useless with such a high R, but R 0.1% is OK so I will get V coating.

 CVI V-AR coating at 1064 nm, 0 degree,  catalog item is R< 0.25% on each sides,

 R <0.1 % is custom at much higher prices.

This custom order should go with other  orders that has similar need.

From CVI: 5-6-2014

I checked the trace info on the W2-PW1-1004-C-633-1064-0, BBAR coated window that you received.  It is side 1, 0.42%R & side 2, 0.53%R @ 1064nm.  And with the shift, I’m not too surprised you ended up with 0.7%.  A V coat would start with <0.25% (and more typically coming in at ~0.1%) per surface.  As far as stock options, I have a 1”dia x 4mmT, fused silica window that is recorded as side 1, R=0.09 and Side 2, R=0.08% @ 1064.  Is this too think or will it work for you?

Thank you for the summary.

I think now you are getting into a phase where you should start doing some quantitative and careful checks.

    1. Calculate how much light will be reflected from the cavity if the alignment is perfect.

    2. Investigate where those kHz oscillations are coming from.

    3. Estimate how much the 1.1 kHz corner frequency in LPF will reduce the phase margin around 10 kHz.

    4. Calculate the estimated amplitude of the PDH signal.

    5. Compute how big the gain of the PDH box should be.

(Joe,Yuta)

Things to do after making a new Simulink model.

1. ssh c1sus, go to /opt/rtcds/caltech/c1/core/advLigoRTS/ and run
 bash ./makestuff.sh c1SYS

 makestuff.sh does;

  make uninstall-daq-$*
  make clean-$*
  make $*
  make install-$*
  make install-daq-$*
  make install-screens-$*
  sed -i 's/RO \(.*SW[12]R.*\)/\1/' /opt/rtcds/caltech/c1/target/$*/$*epics/autoBurt.req

 If you don't need to re-install DAQs or screens, just run line 2,3,4, and 7 and go to step #6.

2. ssh c1sus, go to /opt/rtcds/caltech/c1/scripts/ and run
 sudo ./startc1SYS

 For now, you have to put "1" in "BURT Restore" in GDS screens with in 5-10 secs.

3. Now the DAQ channel numbers are changed. So, go to /cvs/cds/rtcds/caltech/c1/chans/daq/ and run
 ./activateDAQ.py

 activateDAQ will activate the following DAQ channels for every optics with data rate 2048Hz;
  ULSEN_OUT
  URSEN_OUT
  LRSEN_OUT
  LLSEN_OUT
  SDSEN_OUT
  SUSPOS_IN1
  SUSPIT_IN1
  SUSYAW_IN1

4. Restart fb. See this wiki page.
 Basically you what have to do is kill and restart daqd in fb and restart mx_streams in c1sus.

5. DONE! Burt restore if you want.


6. If you don't need to re-install DAQs or screens;
  a. Go to /opt/rtcds/caltech/c1/target/c1SYS/c1SYSepics and run
    sudo rmmod c1SYSfe

  b. Go to /opt/rtcds/caltech/c1/target/c1SYS/bin/ and run
    sudo insmod c1SYSfe.ko

Shade 12 black glass-green lines: 1/8" thick,  6" wide  x 7 " high  mounted on angle bracket below.  Aperture 1" diameter. Let me know what do you think.

[lydia, gautam]

Summary: Third unsuccessful attempt at getting ETMX suspended. I think we should dial the torque wrench back down to 1.0 N m from 1.5 N m for tightening the primary clamp at the top of the SOS tower. No damage to magnets, standoff successfully retrieved (it is sitting in the steel bowl)

Details:

• We burned through two sets of wires today.
• First, the assembly Eric and I had put together last night failed when Eric tightened the wire clamp (no torque wrench was used I think?)
• This afternoon, Lydia and I re-assembled the suspension once again. Standoff was successfully inserted, coarse pitch balancing was achieved relatively easily - we think that the coarse pitch balance can be achieved if the end of the wire standoff closer to the groove is ~0.5mm ahead (i.e. towards HR side) of the guide rod.
• Checked leveling of scribe lines, gave an extra 0.25 turns on the winches in anticipation of the wire sagging
• Inserted OSEMs just short of magnets, verified that they were approximately centered, if anything, slightly above center, again in anticipation of the wire sagging. 
• After taking pictures, we went ahead and attempted to clamp the wire (ALL EARTHQUAKE STOPS WERE ENGAGED)
• Eric commented that the clamp piece did not slide in smoothly on the dowels (indeed it does not come off very easily either, I have just left it on for now). I don't remeber it being so difficult prior to us sending it into the maching shop to get rid of the grooves made by the suspension wire the first time around. But with the torque wrench, the piece moved in relatively easily (we had sanded down rough edges prior to putting this piece onto the suspension earlier in the afternoon.
• I could feel that the torque wrench coming up on its limit. But the wire snapped before the torque wrench clicked. As far as I am aware, there were no rough edges on the piece, but perhaps we missed a spot?
• I took the opportunity to discharge the optic using ionized nitrogen at 40psi. After about 2-3 minutes of a steady stream, I verified that a piece of the suspension wire no longer gets attracted to the barrel, as was the case earlier today.

Unfortunately I don't know of a more deterministic way of deciding on a "safe" torque with which to tighten the bolts except by trial and error. It is also possible that the clamping piece is damaged in some way and is responsible for these breakages, but short of getting the edges chamfered, I am not sure what will help in this regard.

Unrelated to this work: earlier today before the first wire failure, while I was optimistic about doing fine pitch balancing and gluing the standoff, I set up an optical lever arm ~3m in length, with the beam from the HeNe on the clean bench at 5.5 in above the table, and parallel to it (verified using Iris close to the HeNe and at the end of the lever arm). I also set up the PZT buzzer - it needs a function generator as well for our application, so I brought one into the cleanroom from the lab, isopropanol wiped it. The procedure says apply 5Vrms triangular wave at 1000Hz, but our SR function generators can't put out such a large signal, the most they could manage was ~2Vrms (we have to be careful about applying an offset as well so as to not send any negative voltages to the PZT voltage unit's "External input". All the pieces we need for the fine pitch balancing should be in the cleanroom now.

Gautam and Steve,

The clamp's left side was jammed onto the left guide pin. It was installed slit facing left. Gautam had to use force to remove it. The clamp should move freely seating on the guide rods till torque aplied. Do not move on with the hanging of optic with a jammed clamp. Fix it.

Never use force as you are hanging - aligning optic. The clamp is in the shop for resurfacing and slit opening.

I added 600 cc of Arrowhead Distilled Water to the chiller.

60 days plot shows that about every ~ 10 days I have to add some.

Please check the water level yourself.

c1sus and c1ioo were restarted. PMC locked.
 

c1sus and c1iscey were reset. The PMC needed to be locked. MC locked instantly.

The FSS ion pump power supply was turned on.

 c1sus needed reset.

There are two new Matlab files on the svn in /mDV/extra/C1. 'mycsd.m' is to calculate the cross-spectral density between two channels, 'csd_40T_40T_SS1.m' calls this function with the available seismic channels and derives a self-noise spectrum for the vertical axis using all three seismometers. The method requires that there are no correlations between two instruments only which is a bad idealization for certain frequencies if you have seismometers of totally different types.

'mycsd.m' uses the high-gain, low-resolution Nuttall window (built-in Matlab function 'nuttallwin.m'). High-gain windows are used for broad-band spectra like seismic spectra, but it should be exchanged by another window if you plan to look at small-bandwidth features like peaks.

Since the three-channel analysis does not require knowledge of response functions, it could be used to evaluate the performance of the adaptive filter. For example, if three channels responding to the same signal are available, then the ratio of any two csds corresponds to one of the relative transfer functions. You can then compare this function with the result produced by the adaptive filter.

Could not get past arm power of ~11 or so.  I was suspicious of the transmon high-gain/low-gain PD handover, so I ran the matchTransMon scripts, but that did not help.  I also removed the line in the cm_step script that increased the CM gain by 18dB at an arm power of 4.  The gain of the CM servo will increase naturally as the power in the IFO builds up, so it may not be good to crank it right away.  I tried several other CM gains, and watched the DARM loop, but still could not get past an arm power of ~10-11.  I'm not sure what's wrong, but it may be that mysterious CM-servo/McWFS conspiracy, so we can try turning down the McWFS gain next time.

Tiles and adhesive removed. There were no dust storms created. Solvent paint- removal made the hole IFO -lab smell like the paint shop.

The south door is open with a fan blowing air inside. The north-west door is open through control room to outside to let air rinse the drying

paint-removal. Koji is  taking lunch break while test riding our new PSL table legs.

I 've just found this time capsule note from Nov. 26, 2000 by Kip Thorne:  LIGO will discover gravitational waves by Dec.31, 2007

Why do we have these timing blanks?

I have recently been running into hitting the 4MB/s data rate limit on testpoints - basically, I can't run DTT TF and spectrum measurements that I was able to while locking the interferometer, which I certainly was able to this time last year. AFAIK, the major modification made was the addition of 4 DQ channels for the in-air BHD experiment - assuming the data is transmitted as double precision numbers, i estimate the additional load due to this change was ~500KB/s. Probably there is some compression so it is a bit more efficient (as this naive calc would suggest we can only record 32 channels and I counted 41 full rate channels in the model), but still, can't think of anything else that has changed. Anyway, I removed the unused parts and recompiled/re-installed the models (c1lsc and c1omc). Holding off on a restart until I decide I have the energy to recover the CDS system from the inevitable crash. For documentation I'm also attaching screenshot of the schematic of the changes made.

Anyway, the main point of this elog is that at the compilation stage, I got a warning I've never seen before:

This prompted me to check the system time on c1lsc and FB - you can see there is a 1 minute offset (it is not a delay in me issuing the command to the two machines)! I am suspecting this NTP action is the reason. So maybe a model reboot is in order. Sigh

Problem:

Front ends seem to be experiencing a timing issue.  I can visibly see a difference in the GPS time ticks between models running on c1ioo and c1sus. 

In addition, the fb is reporting a 0x2bad to all front ends.  The 0x2000 means a mismatch in config files, but the 0xbad indicates an out of sync problem between the front ends and the frame builder.

Plan:

As there are plans to work on the optic tables today and suspension damping is needed, we are holding off on working on the problem until this afternoon/evening, since suspensions are still damping.  It does mean the RFM connections are not available.

At that point I'd like to do a reboot of the front ends and framebuilder and see if they come back up in sync or not.

There is definitely a timing distribution malfunction at the c1iscex IO chassis.  There is no timing link between the "Master Timer Sequencer D050239" at the 1X6 and the c1iscex IO chassis.  Link lights at both ends are dead.  No timing, no running models.

It does not appear to be a problem with the Master Timer Sequencer.  I moved the c1iscey link to the J15 port on the sequencer and it worked fine.  This means its either a problem with the fiber or the timing card in the IO chassis.  The IO timing card is powered and does have what appear to be normal status lights on (except for the fiber link lights).  It's getting what I think is the nominal 4V power.  The connection to the IO chassis backplane board look ok.  So maybe it's just a dead fiber issue?

I do not know what could have been the problem with c1auxex, or if it's related to the fast timing issue.