40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 127 of 341  Not logged in ELOG logo
ID Date Author Type Categoryup Subject
  8717   Tue Jun 18 10:37:00 2013 SteveSummaryGeneralnew laser pointers

  Red-green laser pointers added to the depleted stock of 2011

The two pointers output measured 4.4 mW green and 2 mW red

 

  8732   Thu Jun 20 09:33:42 2013 SteveUpdateGeneralcleanup

Office work benches were cleaned up yesterday. Anti-image filter boards were moved to north wall of the control room. Koji's pd- electronics box  placed next to water dispenser.

The removed ETMY optical table: TMC 4' x 2' x  4" with Aluminum enclosure was placed on table in the east arm.

Attachment 1: tmc3x2.jpg
tmc3x2.jpg
  8736   Fri Jun 21 16:30:04 2013 SteveUpdateGeneralCapacitor Inventory

The 3 Panasonic Ceramic Kits Books, 1206 NPO, SMT are well stocked. The 4 th one needs to be refilled at some values.

I labeled them on the cover for fast access. See Atm1

 

The Metalized Polyester Film Book with through holes mount are in good shape also. Atm2

 

The AVX Ceramic 1206,  Garrett cab, range: 1pF - 22 microF 50V...... 67 values

Note here: that the value of dielectric, capacitance / voltage will vary

NPO: 1 pF - 1 nF /  50V .......37 values

X7R : 1 nF -  0.082 microF /  50V,  0.1 microF /  100V.......27 values

Y5V:  4.7 microF / 6.3 V,  10 microF / 10V,  22 microF / 6.3V.........3 values 

 

Attachment 1: CeramicCaps1206NPOsmt.jpg
CeramicCaps1206NPOsmt.jpg
Attachment 2: PolyesterFilmCapThroughHole250VDC.jpg
PolyesterFilmCapThroughHole250VDC.jpg
  8745   Tue Jun 25 12:42:16 2013 gautamUpdateGeneralSerial-interface with Doubling Oven at Y end

Summary 

I have been working on setting up a serial-link with the temperature controller of the PPKPT crystal doubling oven at the Y-end for some time now. The idea was to remotely tune the PID gains of the controller and get temperature data. The device used to serially interface with the temperature controller is a Raspberry Pi model B, which is connected to the temperature controller by means of a USB to serial adaptor with a PL2303 chip. I installed the interface this morning, and have managed get talking with the doubling oven. I am now able to collect time-series data by ssh-ing to the Raspberry Pi from the control room. I will use this data to manually tune the PID gains for now, though automatic tuning via some script is the long-term goal.

 

Details 

The temperature controller for the doubling oven is a Thorlabs TC200, and supports serial communication via the RS232 protocol by means of a female DB9 connector located on its rear panel. I have hooked up the Raspberry Pi to this port by means of a USB-Serial adaptor that was in one of the cabinets in the 40m control room. After checking the Martian Host Table, I assigned the Raspberry Pi the static IP 192.168.113.166 so that I could ssh into it from the control room and test the serial-link. This morning, I first hooked up the Raspberry pi to an ethernet cable running from rack 1Y4 to make sure I could ssh into it from the control room. Having established this, I moved the raspberry pi and its power supply to under the Y-endtable, where it currently resides on top of the temperature controller. I then took down the current settings on the temperature controller so that I have something to revert to if things go wrong: these are

Set-Point:                           35.7 Celcius

Actual Temperature:          35.8

P-gain:                                 250

I-gain:                                 60

D-gain:                                25

TUNE:                                  ON

I then connected the Pi to the temperature controller using the serial-USB cable, and plugged the ethernet cable in. Rebooted the Pi and ssh-ed into it from the control room. I first checked the functionality of the serial-link by using terminal's "screen" feature, but the output to my queries was getting clipped on the command line for some reason (i.e. the entire output string wasn't printed on the terminal window, only the last few characters were). Turns out this is some issue with screen, as when I tried writing the replies to my queries to a text file, things worked fine. 

At present, I have a python script which can read and set parameters (set-point temperature, actual temperature, PID gains)on the controller as well as log time-series data (temperature from the temperature sensor as a function of time )to a text file on the Pi. As of now, I have only checked the read functions and the time-series logger, and both are working (some minor changes required in the time-series function, I need to get rid of the characters the unit spits out, and only save the numbers in my text-file). 

For the time-being, I plan to apply a step to the controller and use the time-series data to manually tune the PID parameters using MATLAB. I am working on a bunch of shell scripts to automate the entire procedure.

  8755   Wed Jun 26 11:45:06 2013 gautamUpdateGeneralPID tuning-Doubling Oven at Y end

 

Summary

Having established the serial link between the Doubling oven at the Y-end and the Raspberry pi, I wanted to use this interface to collect time-series from the oven after applying a step function in an effort to measure the transfer function of the oven. The idea was that knowing the transfer function of the oven, I could use some simple PID tuning rules like the Ziegler-Nichols rule or put everything in SIMULINK and find the optimal PID gains. However, I am unable to extract the oven transfer function from the time series data collected.

Methodology:

Last night, between 920pm and 940pm I applied a step function to the doubling oven by changing the setpoint of the controller from 35.7 Celsius to 39 Celsius (having checked elog 3203 to get an idea of a 'safe' step to apply). I then used the Pi to collect time series data for 6 minutes, then returned the set-point back to 35.7 Celsius, and took another time-series to make sure things were back to normal. Having gotten the time series data, I attempted to fit it using some exponentials which I derived as follows:

oven-loop.pdf

 

I couldn't think of a way to get the laplace transform of the time-series data collected, so I approximated the oven transfer function as a system with a one simple pole i.e. G(s)=K/(1+Ts), where K and T are parameters that characterise the oven transfer function. I then plugged in the above expression for Y(s) into Mathematica (knowing X(s)=constant/s, and H(s) = 250 + 60/s +25s from the PID gains) and did an inverse laplace transform to find a y(t) with two unknown parameters K and T to which I could fit the time-series data.

Results:

The time-series data collected via the Pi after applying the step was this:

Time_series.png

 The inverse laplace transform from mathematica yielded the following (formidable!) function (time, the independent variable, is x, and the fitting parameters are a=K and b=T where K and T are as described earlier):

 

(39*(exp(x*(1/(2*(25*a - b)) - (125*a)/(25*a - b) - sqrt(1 - 500*a+ 56500*a^2 + 240*a*b)/(2*(25*a - b)))) - exp(x*(1/(2*(25*a - b)) - (125*a)/(25*a - b) + sqrt(1 - 500*a + 56500*a^2 + 240*a*b)/(2*(25*a - b)))))*a)/sqrt(1 - 500*a + 56500*a^2 + 240*a*b)

My best attempts to fit this using MATLAB's cftool have given me useless fits:

 fit_attempt.png

I tried changing the start-points for the fitting parameters but I didn't get any better fits.

To Do:

  1. Explore other fitting options.
  2. Try and find a way to Laplace transform the time-series data so I can do the fitting in the s-domain.
  3. I have some tweaking to do as far as the python scripts on the pi are concerned.
  4. I have to get the current temperature readings onto one of the unused Y-arm EPICS channels, and log that data ~ once every 10 seconds.

Misc Remarks:

  1. The time-series data has a 'stepped' appearance because of the resolution of the temperature sensor: it is 0.1 Celsius.
  2. The sampling rate of the data-acquisition is limited; right now, I wait for 0.15 seconds after sending the command word to the controller before reading the data. When I set the wait-period any lower than this, I get errors. This has to be investigated more as I feel I should be able to get better sampling with the advertised baudrate of 115200, but in any case, it looks like it is sufficient for our purposes.

 

  8758   Wed Jun 26 19:02:38 2013 gautamUpdateGeneralITMx Oplev (not quite?) Fixed

 

Summary:

Steve and I tried to fix the Oplev situation detailed in elog 8684, today afternoon. We have come up with a fix which needs to be adjusted, possibly completely overhauled depending on whether the mirror steering the return beam to the QPD is blocking the POX beam coming out. 

Details:

  • ITMx Oplev servo was first turned off.
  • It turns out we were hitting the wrong pair of Oplev steering mirrors inside the chamber. The incident beam was hitting a mirror meant for IR light (see sketch below) and not the intended first steering mirror. We pretty much redid the entire alignment (we used a pair of irises initially to set up a reference path) so as to hit the right pair of mirrors inside the chamber. At the end of today's efforts, the beam is reasonably well centered on both the intended mirrors, and there is not as much scattered light. 

Situation in the chamber: the black line is meant to indicate what was happening, the red is indicative of the present path.

 

oplev_chamber.pdf

  • The Oplev laser was installed in 2011 (October 13,2011 to be precise), and the quality of the beam coming out of the laser was pretty bad (the cross section was badly distorted even before it hit any optics). Steve thought this laser had reached the end of its lifetime, so we replaced the laser with a new one. Output power of this new laser has yet to be measured. The power-supply for the laser was also dodgy so we switched that out as well, and installed a new power supply. New laser and power supply are working satisfactorily. The old power supply will be checked with another laser tomorrow to gauge its status.
  • The cross-section of the beam from the new Oplev laser was deemed satisfactorily circular and we centred it on the first of the two lenses in the beam-path. We are getting 2.81 mW of power from the new laser.
  • In order to hit the right pair of Oplev steering mirrors while avoiding the clipping the beam on the tip-tilt/PR2 suspension, we had to sort of widen the angle of the beam going in, and so both steering mirrors, as well as the second lens in the beampath were shifted around. I have attached before and after pictures of the layout on the table. We adjusted things till the beam is reasonably well centred on both steering mirrors inside the chamber.
  • Because of the changed beam-path, the return Oplev beampath also changed, and so we had to move the steering mirror directing the return beam to the QPD as well. In its new position, it may be clipping the POX beam.
  • The beam is not getting clipped anywhere on the table now. It is also well centered on the two lenses in its path.
  • We placed two irises marking the new path so that we have a reference if the alignment needs to be changed again.
  • Turned ITMx Oplev servo back on.

Other stuff:

  1. The higher--power new laser means that the QPD sum is now ~6000counts (up from ~3500). The power in the return beam is 143.5 uW, which is ~5% of the power of the input beam.
  2. We centred the spot on the QPD, though when we excited ITM in yaw, the spot doesn't quite move horizontally, rather, it moves somewhat diagonally
  3. I turned the lights off, blocked the beam and measured the zero-current counts for the various QPD quadrants. These were all less than 1.5, and I reset these values on the ITMx Oplev screen according to my measurements.
  4. While viewing the spot of the Oplev beam on the ITMx face, we noticed that there were two spots, one less bright than the other. Steve suspects that this is because of multiple reflections from the chamber window.
  5. The status of the POX beam has to be verified (i.e is it getting clipped by the steering mirror for the return beam?)
  6. There was a Thorlabs PD on the table which had a green power LED. Jenne had asked me to cover this LED up, which I did with bits of tape.

Plan of action:

  • The spot size at the QPD is right now about 3mm. We may want to improve this by moving the first of the two lenses in the beam-path (there is not a whole lot of room to maneuvering the second lens.
  • Jenne just aligned and locked the X-arm, and doesn't think that the POX beam is being blocked, but I will verify this sometime tomorrow.

 

BEFORE

photo_1.JPG

 

AFTER

photo_2.JPG 

 

  8763   Thu Jun 27 10:45:41 2013 SteveUpdateGeneral40MARS wireless network problems

Quote:

Quote:

I'm not sure what's going on today but we're seeing ~80% packet loss on the 40MARS wireless network.  This is obviously causing big problems for all of our wirelessly connected machines.  The wired network seems to be fine.

I've tried power cycling the wireless router but it didn't seem to help.  Not sure what's going on, or how it got this way.  Investigating...

 I'm still seeing some problems with this - some laptops are losing and not recovering any connection. What's to be done next? New router?

 We had the same problem yesterday. However the Vacuum Dedicated laptop worked with fewer disconnects. Christian is coming over this after noon to look at this issue.

This happened a few weeks ago and it recovered misteriously. Jamie did not understand it.

  8770   Thu Jun 27 18:11:53 2013 gautamUpdateGeneralITMx Oplev-POX looks beam okay

 

 Jenne just aligned the X arm and I got a chance to check the status of the POX beam coming out of the chamber. Turned the Oplev servo off so that the red beam could be blocked, turned all the lights off, and had a look at the beam in the vicinity of the mirror steering the Oplev-out beam to the QPD with an IR view-card. The beam is right now about half a centimeter from the pitch knob of the said mirror, so its not getting clipped at the moment. But perhaps the offending mirror can be repositioned slightly, along with the Oplev QPD such that more clearance is given to the POX beam. I will work this out with Steve tomorrow morning. 

  8775   Thu Jun 27 22:05:25 2013 ranaUpdateGeneralPianosa fixed

The keyboard on Pianosa workstation has been flaky for the last several days at least. Today, it was having troubles mounting the linux1 file system and was hanging on boot.

People in the control room emailed Jamie and then grew afraid of the computer. Annalisa suggested that we put garlic on it since was clearly possessed.

Typing 'dmesg' at the command prompt, I found that there were thousands of messages like these:

[ 3148.181956] usb 2-1.2: new high speed USB device number 68 using ehci_hcd
[ 3149.773883] usb 2-1.2: USB disconnect, device number 68
[ 3150.228900] usb 2-1.2: new high speed USB device number 69 using ehci_hcd
[ 3152.076544] usb 2-1.2: USB disconnect, device number 69
[ 3152.787391] usb 2-1.2: new high speed USB device number 70 using ehci_hcd
[ 3154.123331] usb 2-1.2: USB disconnect, device number 70
[ 3154.578459] usb 2-1.2: new high speed USB device number 71 using ehci_hcd

So I replaced the existing Dell keyboard with an older Dell keyboard and the bad messages have stopped. No garlic was used.

  8777   Thu Jun 27 23:01:39 2013 gautamUpdateGeneralITMx Oplev-servo gains adjusted

 

 With rana's input, I changed the ITMx oplev servo gains given the beam path had been changed. The pitch gain was changed from 36 to 30, while the yaw gain was changed from -25 to -40. Transfer function plots attached. The UGF is ~8Hz for pitch and ~7Hz for yaw.

I had to change the envelope amplitudes in the templates for both pitch and yaw to improve the coherence. Above 3Hz, I multiplied the template presets by 10, and below 3Hz, I multiplied these by 25.

 

pitch-plot.pdf

 

yaw-plot.pdf

  8784   Fri Jun 28 13:10:28 2013 gautamUpdateGeneralITMx Oplev-servo gains adjusted

 

 As mentioned in elog 8770, I wanted to give the POX beam a little more clearance from the pick-off mirror steering the outcoming oplev beam. I tweaked the position of this mirror a little this morning, re-centred the spot, and checked the loop transfer function once again. These were really close to those I measured last night (UGF for pitch ~8Hz, for yaw ~7Hz), reported in elog 8777, so I did not have to change the loop gains for either pitch or yaw. Plots attached.

 pitch-plot_copy.pdf

 

yaw-plot_copy.pdf

  8785   Fri Jun 28 14:57:15 2013 SteveUpdateGeneralclosing lab doors

I found the south end emergency doors not latched completely. There was a ~ 3/8" vertical gap from top to bottom.

Please pull or push  doors harder if they not catch fully.

  8828   Thu Jul 11 09:24:03 2013 SteveUpdateGeneralthere should be nothing left on optable tops

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!

  8834   Fri Jul 12 09:00:10 2013 SteveUpdateGeneral Halogen illumination cables disconnected

Alex and Steve,

Old halogen chamber illuminator cabling disconnected and potenciometer board removed at 1Y1 in order to give room for pd calibration fibre set up.

Attachment 1: 1Y1oldilluminatersDisconnected.jpg
1Y1oldilluminatersDisconnected.jpg
  8835   Fri Jul 12 12:30:47 2013 manasaUpdateGeneral Halogen illumination cables disconnected

Quote:

Alex and Steve,

Old halogen chamber illuminator cabling disconnected and potenciometer board removed at 1Y1 in order to give room for pd calibration fibre set up.

 During the process, they had also removed the power cable to the ITMY camera. Steve and I fixed this...so the camera is back.

  8889   Mon Jul 22 16:30:31 2013 KojiUpdateGeneralVent preparation

[Annalisa, Manasa, Jenne, Koji]

We are working on the vent preparation.

First of all, there was no light in the interferometer.
Obviously there were lots of IFO activity in the weekend. Some were elogged, some were not.
Annalisa took her responsibility to restore the alignment and the arms recovered their flashes.

The odd thing was that the ASS got instable after we turned down the TRY PD gain from +20dB to +10dB (0dB original).
We increased the TRY gain by factor of 10 (that's the "10dB" of this PDA520. See the spec sheet) to compensate this change.
This made the ASS instable. Anyway we reduced the gain of TRY PD to 0dB. This restored the ASS.

Jenne took some more data for the QPD spectrum calibration.

Link to the vent plan

  8890   Mon Jul 22 16:56:14 2013 JenneUpdateGeneralVent preparation - In progress

Pre-vent checklist

  • Center all oplevs/IPPOS/IPANG
  • Align the arm cavities for IR and align Xgreen and Ygreen lasers to the arms.
    (X green+PSL green = TRX ~0.7 pre-swap and ~ 0.6 post-swap, Ygreen +PSL green TRY ~600 counts an hour or so after green was aligned to the arm.)
  • Make a record of the MC pointing
  • Align the beam at the PSL angle and position QPDs
     
  • Record good OSEM values.
     
  • Reduce input power by placing wave plate+PBS setup on the PSL table either BEFORE or AFTER THE PMC. (We will try attenuating the power using the WP + PBS that already exist after the laser. If this does not help attenuate enough, we will introduce WP+PBS after the PMC). Refer elog 6892 and elog 7299 for after the PMC detailed procedure.
     
  • Replace 10% BS before MC REFL PD with Y1 mirror and lock MC at low power.
  • Check the MC spot position measurement under the low power mode.
     
  • Close shutter of PSL-IR and green shutters at the ends
  • Make sure the jam nuts are protecting bellows
  8891   Mon Jul 22 17:03:25 2013 JenneUpdateGeneralMC spot positions

The results of today's MC spot position measurements:

spot positions in mm (MC1,2,3 pit MC1,2,3 yaw):
[2.3244717046516197, -0.094366247149508087, 1.6060842142158149, -0.74616561350974353, -0.67461746482832874, -1.3301448018100492]

MC1 and MC3 both have spots that are a little high in pitch, but everything else looks okay.

Actual Script:

/opt/rtcds/caltech/c1/scripts/ASS/MC/mcassMCdecenter

Plotting Script:

/opt/rtcds/caltech/c1/scripts/ASS/MC/MC_spotMeasurement_history.py

MCdecenter_22July2013.png

  8893   Mon Jul 22 18:49:16 2013 JenneUpdateGeneralVent preparation - In progress

I have just centered IPPOS, as well as PSL POS and PSL ANG (also called IOO POS and IOO ANG on the screens).  Annalisa is working on placing mirrors to get the IPANG beam to its QPD, so that one will be centered later.

  8894   Mon Jul 22 21:23:04 2013 manasaUpdateGeneralVent preparation - In progress

[Gautam, Manasa]

Green steering mirrors have been swapped with PZT mirrors at the X end table. We aligned the green to the X arm.

X arm green transmission +PSL green  ~ 0.95

That's better than before the swap...woohooo

  8898   Tue Jul 23 03:10:57 2013 KojiUpdateGeneralVent preparation - In progress

Centering of the oplev beams: done

Recording the OSEM values: done

Attachment 1: OSEM_RECORD.png
OSEM_RECORD.png
Attachment 2: OPLEVS.png
OPLEVS.png
  8899   Tue Jul 23 03:43:32 2013 manasaUpdateGeneralVent preparation - In progress

There seems to be an unexplained oscillation in X arm cavity transmission for IR when the cavity is locked using the POX error signal.

Their origin is not related to the oplevs because the oscillation does not exist when LSC is OFF and the arms are controlled only by the oplevs and OSEMs.

  8901   Tue Jul 23 04:22:03 2013 KojiUpdateGeneralVent preparation - In progress

[Koji Jenne]

Low power MC locking

- Rotated HWP right after the laser

- Put a knife edge beam dump at the output of the PBS after the HWP.

- Replaced the PO mirror for the MC refl by an HR mirror.

- PMC:
Input offset from 0 to 0.29
Servo Gain from 10 to 30
=> Transmission 0.84 (1.2W at the MC input) to 0.069 (100mW)

- MC:

VCO Gain from 25 to 31
MC REFL: Unlocked 3.6 Locked 0.38-0.40

  8902   Tue Jul 23 04:26:54 2013 JenneUpdateGeneralMC spot positions

After Koji and I lowered the power into the PMC and saw that the MC locked nicely, I remeasured the spot positions (no alignment on the PSL table, or of the MC mirrors has been done.  Also, WFS are off, since there isn't any power going to them).

spot positions in mm (MC1,2,3 pit MC1,2,3 yaw):
[1.1999406656184595, 0.63492727550953243, 1.0769104750021909, -1.0260011922577466, -1.059439987970527, -1.2717741991488549]

MCdecenter_22July2013_lowpower.png

The spot positions seem to have actually gotten a bit better in pitch (although between 2 consecutive measurements there was ~0.5mm discrepancy), and no real change in yaw.  This means that Rana was right all along (surprise!), and that decreasing the power before the PMC reduces alignment pain significantly.

  8903   Tue Jul 23 04:31:36 2013 JenneUpdateGeneralVent preparation - Ready for Vent

After everyone's work today (good teamwork everybody!!), we are a GO for the vent.

Steve, please check the jam nuts, and begin the vent when you get in.  Thanks.

  8905   Tue Jul 23 13:29:58 2013 KojiSummaryGeneral 

record of the initial state

Attachment 1: initial_state_130723.png
initial_state_130723.png
  8908   Tue Jul 23 16:39:31 2013 KojiUpdateGeneralFull IFO alignment recovered

[Annnalisa Koji]

Full alignment of the IFO was recovered. The arms were locked with the green beams first, and then locked with the IR.

In order to use the ASS with lower power, C1:LSC-OUTPUT_MTRX_9_6 and C1:LSC-OUTPUT_MTRX_10_7 were reduced to 0.05.
This compensates the gain imbalance between TRX/Y siganls and the A2L component in the arm feedback signals.

Despite the IFO was aligned, we don't touch the OPLEVs and green beams to the vented IFO.

Attachment 1: alignment.png
alignment.png
  8921   Thu Jul 25 02:53:00 2013 KojiUpdateGeneralIFO Alignment after TT flipping - no progress

There was no progress tonight after Jenne left.
I could not find any reasonable fringes of the IFO after 3 hours of optics jiggling.

* I jiggled TT1 and TT2. The slider has not been restored.
We should probably look at the value in the day time and revert them.
(Still this does not ensure the recovery of the previous pointing because of the hysteresis)

* The arms are still aligned for the green.
It's not TEM00 any more because of the vent/drift but the fringe is visible (i.e. eigenaxis is on the mirror)

* As we touched PR3, the input pointing is totally misaligned.

To Do / Plan

* We need to find the resonance of the yarm by the input TTs. Once the resonance is found, we will align the PRM.

* Move the BS to find the xarm resonance.

* Finally align SRM

* It was not possible to find the resonance of the yarm without going into the chamber. Definitely we can find the spot on the ITMY by a card, but we are not sure the beam can hit the ETMY. And the baffles makes the work difficult.

* One possibility is to align the input beam so that the ITMY beam is retroreflected to the PRM. I tried it but the beam was not visible form the camera.

  8923   Thu Jul 25 13:54:35 2013 manasaUpdateGeneralPR3 clamped and Y arm is back flashing

[Jenne, Annalisa, Manasa]

After yesterday's flipping of PR3, we lost our input pointing. Koji spent a few hours last night but couldn't restore the Y arm. I did my set of trials this morning which also didn't help.

So Jenne and I went ahead and requested Steve to get the ETMY door off.

We set the tiptilts TT1 and TT2 to the slider values from yesterday and started aligning the PR3 to hit the center of ITMY.
When we were hitting close to the center of ITMY, we decide to use the tip-tilts because the movement of PR3 was coarse at this point.
We used TT1 to get the beam to the center of ITMY and TT2 to get the beam at the center of ETMY. We did this iteratively until we were at the center of both the ITMY and ETMY.
We then went to fix IPANG.
The IPANG steering mirror on the BS table was steered to hit the center of the steering mirrors at the ETMY table. We aligned the beam to the IPANG QPD on the green endtable. The steering mirror on the BS table was then steered to misalign the beam in pitch by an inch at the last IPANG steering mirror. This should fix the IPANG clipping we have everytime we pump down.
We closed the chambers with light doors and saw IR flashing in the arm cavity. Koji is now trying to lock the cavity with IR.

  8929   Fri Jul 26 22:45:14 2013 manasaUpdateGeneralVent progress

[Koji, Manasa]

The arms were brought back to resonance after yesterday's vent work.
DCPD gains were changed (TRX gain from -0.002 to -0.04; TRY gain changed from 0.002 to 0.04) to lock the arm with low power. 
 
X arm and Y arm were locked for IR.

We then decided to align IPANG because the input pointing seemed good - the right time to fix IPANG. The IPANG spot at the last in-vac steering mirror was aligned to be an inch low in pitch.
 
We then aligned SRC. SR2 and SR3 were adjusted to center the beam at SRM. SRM was aligned to the retro-reflected beam until we saw flashes. But this position of SRM is not at the good OSEM range. We should correct the SRM suspensions. We postponed this activity for next week and went ahead to look at the status of the AS beam.
 
Looking through the window and using IR viewer were not convincing enough. We will have to get the access connector out on Monday to do the AS alignment.
We then closed the chamber with light doors and locked the arm cavities again. We brought SRC and PRC to resonance and saw strong flashes at the BS_PRM camera. 
 
To do:
SRM need to be moved in order to remove the big bias in yaw
SRM OSEMS need to be adjusted
Access connector should come out
AS needs to be aligned satisfactorily
ITMX oplev steering mirrors in vacuum should be checked.
  8936   Tue Jul 30 00:21:15 2013 KojiUpdateGeneralVent progress

[Koji, Manasa, Sujan] 

Tomorrow we'll make final checks of the optics inside the chamber.
Then we will pump down the chamber.

- AS beam steering
The AS beam was aligned on the steering mirror (Piezo Jenna i.e. PZT4).
At this point we already found the beam on the AS CCD.
After checking the spots in the OMC chamber, we determined the beam is not clipped inside.
 
On the AS table, there is a weird thick lens with short focal length (like f=37.5mm), this actually clipped the beam significantly
[I take the blame for it from the last vent. The lens was installed thinking it would be temporary which it was not. -Manasa].
We removed this lens and put the CCD camera back so that the spot on the camera became smaller.
 
- SRM debiasing
 
First of all, the bias of the SRM was moved to zero.
Then the tower was rotated so that the beam is aligned in yaw.
After fine alignment of the SRM, the yaw slider was changed from -5.8 to 1.2.
The OSEMs on the SRM suspension was also checked. The OSEM insertions were
adjusted so that they show the half values of the open calibration
(the values can be found on the 40m wiki)
 
- Oplev check
 
SRM / ITMY / BS / PRM oplev paths in the chamber were checked.
The beams were aligned on the steering mirrors and the QPDs on the optical table.
The ITMX oplev was also checked from the windows without removing the door.
The beam is actually hitting the right positions of the steering mirror and the test mass
although there are lots of stray beams because of the BS oplev and some halo assciated with the ITMX He-Ne laser(!?).

- Checking the alignment
After we closed the light doors, we aligned the MC, the arms and the recycling mirrors.
Now the everything is aligned.
  8937   Tue Jul 30 11:30:55 2013 manasaUpdateGeneralITMX oplev

Quote:

[Koji, Manasa, Sujan]

The ITMX oplev was also checked from the windows without removing the door.
The beam is actually hitting the right positions of the steering mirror and the test mass
although there are lots of stray beams because of the BS oplev and some halo assciated with the ITMX He-Ne laser(!?).

[Steve, Gautam, Manasa]

While we checked the ITMX oplev situation yesterday, we found that the beam hitting the ITM and the in-vacuum steering mirrors had  a halo around them. We used the set of irides in the path of the ingoing beam and cut the stray light around the beam. This reduced the intensity of the halo around the mirrors. We noticed that the halo accounted for 2000 counts of 6500 at the oplev QPD. We tried changing the laser and this did not make the situation any better.

Also there are a couple or more strong stray beams from the BS oplev.

Thoughts:
I suspect that the BS oplev leakage is messing with the ITMX oplev. Why?? We have been seeing the breathing of transmitted beam from the X arm cavity and the shadow sensor readings have been bigger than usual since the last vent (when we changed the BS oplev path). Also, the ingoing oplev beam is close to clipping at the PR2 stack.

I think it would be best to open the ITMX chamber and modify the in-vac steering mirror layout of the oplev.

  8938   Tue Jul 30 13:41:35 2013 KojiUpdateGeneralITMX oplev

I wonder what optics is causing the halo on the oplev beam.
It this comes from any uncoated lens (or similar) it should be identified.

  8939   Tue Jul 30 15:38:24 2013 manasaUpdateGeneralITMX oplev

Quote:

I wonder what optics is causing the halo on the oplev beam.
It this comes from any uncoated lens (or similar) it should be identified.

We identified this to be coming from the uncoated concave lens that we have right after the He-Ne laser which should also be replaced in addition to the other problems with the oplev.

  8941   Tue Jul 30 18:56:31 2013 manasaUpdateGeneralITMX chamber vented/Closing plan

[Koji,Manasa]

We removed the ITMX heavy door to fix the oplev situation. 

My Plan for closing:

Today: I will work on the ITMX oplev situation today and go through the vent close-up checklist as far as I can get.
Tomorrow: We will do the final alignment check tomorrow with the light doors. The access connector and heavy doors should go in place late afternoon.
Thursday: We will start pumping down early in the morning on Thursday.

  8944   Wed Jul 31 00:59:58 2013 manasaUpdateGeneralITMX chamber vented/Closing plan

My Plan for closing:

Today: I will work on the ITMX oplev situation today and go through the vent close-up checklist as far as I can get.

[Alex, Sujan, Manasa]

The ITMX oplev steering mirrors were laid out such that they were out of the way of the BS oplev leakage. But the halo associated with the He-Ne laser does exist even now. I conclude that this is something that can be dealt with after we pump down as well. So I did not change the ITMX oplev optics on the POX table.

BS, PRM, ITMY and SRM oplevs were aligned and centered.

We want to do IPANG and IPPOS alignment when the IFO is aligned satisfactorily and right before we put the heavy doors.

The arms were aligned and ASS'd before I went in to fix the oplevs. I haven't done anything but deal with the oplevs tonight. So I am being lazy by assuming the alignment is still good and calling it a night.

Tomorrow: We will do the final alignment check for the arms, PRC and SRC with the light doors on. Check IPANG and IPPOS. The access connector and heavy doors should go in place late afternoon.
Thursday: We will start pumping down early in the morning on Thursday.

  8948   Wed Jul 31 21:12:05 2013 manasaUpdateGeneralPump down called off

[Koji, Manasa]

We missed to check that we had the green transmitted to the PSL after flipping the SRC and PRC folding mirrors.
There is no green transmission reaching the PSL even after locking the arms to green.

We should fix this tomorrow. The BS heavy door should come off.

Steve! Do not start pump down tomorrow !

  8953   Thu Aug 1 16:03:52 2013 SteveUpdateGeneralreopen BS & IOO

Quote:

[Koji, Manasa]

We missed to check that we had the green transmitted to the PSL after flipping the SRC and PRC folding mirrors.
There is no green transmission reaching the PSL even after locking the arms to green.

We should fix this tomorrow. The BS heavy door should come off.

Steve! Do not start pump down tomorrow !

 We closed the chambers last night with heavy doors and reopened it today.

Attachment 1: IOOnorth.jpg
IOOnorth.jpg
  8958   Thu Aug 1 22:49:31 2013 manasaUpdateGeneralGreen status after PR3 flipping investigated

[EricQ, Koji, Manasa]

We opened the BS chamber to check the status of the green beams. The X green has 3 steering mirrors before they hit periscope1 and the Y green transmits through all the optics giving no way to steer it.

We agreed to start fixing the Y green. The wedge angle of PR3 is steering the transmitted beam away in both pitch and yaw. Since we are restricted only to yaw movement (done by moving the periscope), we want he wedge angle to be oriented in the yaw as well.

Right now, the wedge is oriented at about 20-30 deg off (The mark on the side of the mirror does not indicate the wedge). So we see a pitch as well as yaw misalignment in the transmitted beam. The pitch misalignment is making the beam fall off the mirrors in periscope2. 

We have decided to get the wedge angle set right for PR3 and redo the alignment for IR. Once we are aligned for the IR, we will modify the green layout.

  8960   Fri Aug 2 17:50:10 2013 JenneUpdateGeneralPR3 wedge angle adjusted

[Jenne, Manasa, Koji]

Earlier today, we locked and aligned both the X and Y arms. 

I then went into the BS chamber, put on the BS' aperture, and put an aperture along the AS path.  (We had Michelson fringes, so I centered the aperture around the fringes.  I used one of the brass ruler things that we use to center the beam on ITMs and ETMs, on a riser.  I put this aperture at the edge of the BS table, after the AS beam is launched toward the OMC chamber.  The idea was to replace PR3 such that I could get the beam back through the BS aperture, and the brass ruler aperture, in hopes that we would see arm flashes, and not have to open the ITMY and ETMY heavy doors.)

I set references on the table so that I could put PR3 back in its original position, then removed PR3 from the chamber.

Steve set up a HeNe for me, that we pointed through the optic.  The ghost beam was very high, indicating (as expected) that the wedge was not perfectly horizontal.

I took the suspension off of the cage and laid it down, as I have in the past. 

I removed the optic from the suspension, to try to figure out which was the fat vs. skinny side.  I noticed that there are very faint marks on the actual fat and skinny sides of the optic.  (Mpral - for the LaserOptik mirrors, look for the faint lines that are the full width of the barrel, not the placement of the arrow which marks the HR side).  I put the optic back in (HR side toward the back, fat side on the left (as you look at the face of the optic), which is consistent with the picture in the Optical Layout page of the Wiki, near the bottom.) the optic holder ring.

I put the suspension back on the cage, and saw that the HeNe's ghost beam was now nearly horizontal relative to the straight-through beam.  Excellent.  Also, the pitch balancing didn't seem to change noticably, which I determined was within "poking" distance of where we need it to be.

I put PR3 back onto the BS table, and adjusted it around until I got the beam through both the BS aperture, and the one on the AS path.  As usual, this took quite a while, but as soon as I got through both of those apertures (really at the same place, not close to being through them, but as close as I could tell by eye - this is what took forever), Koji and Manasa saw flashes in the Yarm!  Yay! 

Since I had to move PR3 in angle a tiny bit, I reset the references, then dogged down PR3.  We still had flashes, this time in both arms, so we closed up the light doors.

We have now locked and aligned both arms in IR after the adjustment of PR3, and see both arms' green at 01 or 02. We are about to start checking the green positioning on the periscopes.  We will also need to check the AS path, as well as IPPOS and IPANG before we close up.  We see REFL on the camera.

Separately - Manasa remembered that 2 clean things were dropped yesterday - a screw, and an allen key.  Since they're both Clean, we're not too worried, although she thinks a long-armed person may be able to reach the allen key.

  8962   Fri Aug 2 22:51:10 2013 JenneUpdateGeneralAll vent tasks complete, just need oplev check

[Manasa, Koji, Jenne]

We went into the BS and IOO chambers, and aligned the green beams such that they came out of the vacuum chamber.  The idea here was to get the beams at the same height, but slightly offset in yaw.  This required moving the Periscope on BS table, PBS in front of that periscope, the Periscope on the IOO table, and 2 steering mirrors on the IOO table after the 2nd periscope.  The tables were not releveled, although we have aligned the full interferometer to this situation, so we do not want to touch the tables.  The MC spot positions are still consistent with those measured earlier this afternoon, before this work, so I'm not concerned.

We confirmed that both green beams are hitting a good place (centered in pitch, and just left and right of center in yaw) on the mirror in the OMC chamber, and are getting to the center of the first mirror on the PSL table.  We then coarsely aligned the beams on the PSL table.

We then relocked and aligned the arms for IR, and checked that the AS beam is centered on the mirrors in the BS chamber, and that the beam is coming out, and to the AS table.  I touched the last mirror before PZT3 a small amount in yaw, and then PZT3 in pitch and yaw, until we saw the beam recentered on the first mirror on the AS table.  At that point, we were also back to the center of the AS camera (which is good, since Koji had aligned all of that the other day).  So, the AS beam is good.

We checked IPPOS, and have centered the beam on all the mirrors, and aligned the beam onto the QPD. 

We checked IPANG, by looking through the viewports at the mirrors in the ETMY chamber.  We are now centered in yaw, but clipping a bit low.  This is what we want, since we always end up drifting high during the pump-down. 

We see a nice, unclipped REFL beam on the camera.

We see a beam a little high on the POP camera, but Koji looked on the table with a card, and saw the beam....we just need to do minor alignment on the out of vac mirrors.

We checked again that the green TEM00 beams from both arms come to the PSL table. 

We are getting POX and POY out, since we are using them to lock and align the arms.

Manasa and Koji recovered one clean allen key from the bottom of the chambers, but one remains, as a sacrifice to the vacuum gods. 

I believe that, with the exception of checking the oplevs and taking photos of PR3, and the green steering optics, we have finished all of our vent tasks.  We should do a quickie alignment on Monday, check the oplevs, take some photos, and put on the heavy doors.  Pumping can start either Monday afternoon or Tuesday morning. 

 

  8965   Mon Aug 5 18:02:34 2013 manasaUpdateGeneralClose up list checked
  •  
  • Center beam on all AS optics
  • GET CAMERA IMAGES OF EVERYTHING

    • We must get images right before closing, right after closing, etc.
  • Make sure REFL is clear
    • dither PRM, see motion on AP tables
  • Make sure AS is clear
    • dither BS/ITM, see motion on AP tables
  • Using IPANG/POS pick-off mirrors, center beams on:
    • IPPOS
    • IPANG (aligned low in pitch)
  • Check green alignment in the arms and make sure the transmitted green reaches the PSL table.
  • Check all OpLevs centered, in and out of vacuum

    [Jenne, Manasa]

    IPANG needed to be re-aligned today. Heavy doors are in place and bolts tight (torque 25 & 45).

    Steve! We are ready for pump down!

    I will check the IFO alignment once again early tomorrow morning before Steve starts pumping down.

     

     

     

     

     

  8969   Tue Aug 6 07:52:58 2013 manasaUpdateGeneralReady to pump down

I did an alignment check of the IFO before we start pumping down.

Arms were locked. PRM and SRM were aligned. Green was aligned to the arms for reference during the pump down.

Steve! It's a GO!

MC spot positions:

MCspot_0806.png

OSEM:

OSEM_0806.png

Oplevs were all centered yesterday and haven't drifted much. So I left them as is.

OL_0806.png

QPDs (IPPOS aligned from yesterday.

QPD_0806.png

  8989   Thu Aug 8 21:25:36 2013 KojiUpdateGeneralPost-vent alignment cont'd

- IPANG aligned on the QPD. The beam seems to be partially clipped in the chamber.

- Oplev of the IFO mirrors are aligned.

- After the oplev alignment, ITMX Yaw oplev servo started to oscillate. Reduced the gain from -50 to -20.

  9009   Tue Aug 13 21:49:32 2013 KojiSummaryGeneralTesting new AG4395A network analyzer

New AG4395, sn MY41101114  for West Bridge Labs was delivered. For the test purpose it is at the 40m now.

I made a series of tests in order to find anything broken.

Network analyzer test

- RF out / Rch test

RF out directly connected to R input channel.
The received power at the R-ch was measured while the output was swept from 10Hz to 500MHz.

The RF power was changed from -50dBm to +15dBm with +10dBm increment (but the last one).

The attenuator setting was changed from 50dB to 0dB.

=> The configured output power was properly detected by the R channel.

=> RF output is producing the signal properly. R-ch is detecting the produced signal properly.

- Ach/Bch test

Same test as above for Ach and Bch 

=> Same result as above

=> A-ch and B-ch are detecting the produced signal properly.

- Transfer function test

Connect a power splitter to the RF out. Detect the split signals by R-ch and A-ch

=> Measurement is at around 0dB +/- 1dB up to 500MHz.

Same measurement for B-ch

=> Same result

=> A/R and B/R indicates proper transfer function measurements.

- Calibration

RF out was split in to two. One was connected to R-ch. The other was connected to A-ch.
The thru response calibration was run.

=> The thru calibration was performed properly. 

- Practical tranfer function measurements.

In the above calibration setup, various RF filters were inserted in the Ach path.

The measured data was extracted via GPIB connection.

=> Practical transfer function measurements were performed.

=> GPIB connectivity was confirmed

 

External reference test

- External 10MHz reference from an SRS frequency counter was connected to Ext Ref In

=> Ext Ref indicator on the screen appeard

=> The internal oscillator seemed to be locked to the external reference in

 

 

Spectrum analyzer test

- Measured the signals from DS345 by R/A/B ch

Sinusoidal signal (1V) swept from 10MHz to 30Mhz

=> Corresponding moving peak was detected in each case

- Noise level measurement

R/A/B channels were terminated. The attenuation at each port was set to 0dB.

Frequency span was changed between 500MHz, 10MHz, 100kHz, 1kHz.

=> Noise level of ~10nV/rtHz between 0.1-500MHz was confirmed. All R/A/B channels have the same performance.

Attachment 1: AG4395A_noise.pdf
AG4395A_noise.pdf
  9010   Tue Aug 13 22:21:12 2013 KojiSummaryGeneralMinicircuit Filter TFs (AG4395A test)

As a part of the network analyzer test in the previous entry, the transfer functions of Mini-Circuits filters we have at the 40m were measured.

<<List of the filters>>

- LPF (SMA): SLP1.9, SLP5, SLP21.4, SLP30, SLP50, SLP100, SLP150, SLP750
- LPF (BNC): BLP1.9, BLP2_5, BLP5, BLP30
- BPF (SMA): SBP10.7, SBP21.4, SBP70
- HPF (SMA): SHP25, SHP100, SHP150, SHP200, SHP500

 

Attachment 1: Minicircuit_LPF.pdf
Minicircuit_LPF.pdf
Attachment 2: Minicircuit_BPF.pdf
Minicircuit_BPF.pdf
Attachment 3: Minicircuit_HPF.pdf
Minicircuit_HPF.pdf
Attachment 4: 130813.zip
  9012   Thu Aug 15 01:51:50 2013 KojiSummaryGeneralRFM<->Dolphin bridge distributed to c1rfm and c1mcs

Since the RFM-Dolphin bridges for the ASX model was added to the c1rfm model, c1rfm kept timing-out from the single sample time of 60us.

The model had 19 dolphin accesses, 21 RFM accesses, and 9 shared memory (SHM) accesses.

At the beginning 2 RFM and 2 SHM accesses were moved to c1sus (i.e. they were mistakenly placed on c1rfm).
But this actually made the c1sus model timed out. So the model was reverted.

The current configuration is that the WFS related bridges were accommdated in the c1mcs model.
This made the timing of c1rfm ~40us. So it is safe now.
On the other hand, the c1mcs model has the time consumption of ~59us. This is marginal now.

We need to understand why any RFM access takes such huge delay.

  9013   Thu Aug 15 09:34:12 2013 SteveUpdateGeneralWilcoxon cables rescued

Eric and Steve,

 We removed Wilcoxon Accelerometer PS and Amplifier unit under the BS optical tabel yesterday. The six cabels going to DAQ  were labeled and left in place. Gain setting were 100, except channel 3 was 10.

The ~ 40 m long 2 sets of 3 cables were very happy to get their kinks out. Especially the set going just south of ITMX optical  table.

We have to take better care of these cables! Your data will be useless this way.

Attachment 1: rescuedGraycables.jpg
rescuedGraycables.jpg
Attachment 2: wilconoxOut.jpg
wilconoxOut.jpg
Attachment 3: chanGains.jpg
chanGains.jpg
  9027   Mon Aug 19 10:03:17 2013 SteveHowToGeneralhow not to leave a cable

We can not leave cables connected like this. This is a burned toast award.

Attachment 1: NONOcable.jpg
NONOcable.jpg
  9042   Tue Aug 20 16:23:41 2013 ranaSummaryGeneral/home/cds nearly full

/home/cds is >98% full - below are some of the usage numbers:

controls@rosalba:/users/OLD 0$ du -h --max-depth=1
42M    ./katrin
1.5M    ./ben
2.4M    ./sanjit
569M    ./waldman
328M    ./sonia
3.6G    ./lsinger
44M    ./dbusby
105M    ./dbarron
21M    ./manuel
709M    ./yaakov
46M    ./rodionov
240M    ./ishwita
2.7G    ./clara
56M    ./gopal
290M    ./mashaB
87M    ./varvella
5.6M    ./Sascha
2.9G    ./ryan
190M    ./nancy
3.5G    ./john
269M    ./elizabeth.davison
165M    ./jweiner
460K    ./mjones
49M    ./stephanie
52M    ./mohana
56M    ./noriyasu
38M    ./mjenson
76M    ./sballmer
224M    ./kirk
812K    ./bonnie
33M    ./janosch
16M    ./kevin
122M    ./dblair
2.6G    ./mirko
389M    ./keenan
195M    ./tf
150M    ./littlezach
193M    ./jmiller
1.8G    ./ting
131M    ./dmalling
842M    ./sharmila
1.4G    ./caryn
12G    ./rward
4.1M    ./jay
443M    ./emintun
184M    ./katharine
76K    ./nick
804K    ./nicole.ing
14M    ./jenny
542M    ./vsanni
45M    ./peter
7.8G    ./miyakawa
4.8M    ./channa
4.0K    ./frank
9.9G    ./razib
35M    ./amin
361M    ./sharon
62M    ./bram
3.9M    ./volodya
7.9M    ./larisa
301M    ./sasha
33M    ./eric.hendries
18M    ./vuk
101M    ./huan
1.8M    ./sonali
453M    ./megan
43M    ./Royal
5.4G    ./ayaka
19M    ./mott
518M    ./justing
501M    ./avi
173M    ./kakeru
3.9G    ./alberto
41M    ./paul.fulda
59M    ./elena
67G    .

controls@rosalba:/opt/rtcds/userapps 0$ du -h --max-depth=1
1.4G    ./tags
13M    ./trunk.bak
40K    ./.svn
3.0G    ./trunk
174M    ./trunk.bak2
4.2G    ./branches
8.7G    .

linux1:cds>nice du -h --max-depth=1
du: `./llo/chans/daq/archive': Permission denied
du: `./llo/chans/daq/old': Permission denied
707M    ./llo
9.7M    ./mit~
752K    ./raidwebFirmware
462M    ./epics
2.1G    ./tmp
1.5G    ./gds
76M    ./project
9.1G    ./ligo
449G    ./rtcds
3.3G    ./apps
20K    ./.kde
512K    ./cdscfg
1.4M    ./.Trash-controls
5.8M    ./scripts
20K    ./.TemporaryItems
964G    ./caltech
71M    ./bin
16K    ./.Trash-1001
4.5G    ./rtapps
564M    ./src
11M    ./vw
3.8M    ./dvSave
460M    ./lho
1.2G    ./data
1.5T    .

ELOG V3.1.3-