40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
 ATF eLog, Page 1 of 55 Not logged in
ID Date Author Type Category Subject
12   Wed Dec 12 16:10:19 2007 tobinLab InfrastructureHVACLab Temperature
The lab temperature at 2pm was a comfortable 69 degrees.
13   Wed Dec 12 16:19:00 2007 tobinLab InfrastructureHVACLab Temperature
I connected the particle counter to the Dell computer for PEM data logging (temperature, humidity, and particle count). The data shows that while the temperature is comfortable right now, it was quite warm in here yesterday (78 degrees). A plot is attached.

For this I made a serial cable using two DB9-to-RJ45 converters and a length of Cat5 ethernet cable. The computer end of the cable has a female connector; the particle counter end of the cable has a male connector. Only three conductors are connected: transmit (pin 2), receive (pin 3), and ground (pin 7 on the particle connector, pin 5 on the computer). I used the USB-to-serial dongle, which shows up in Linux as /dev/ttyUSB0.

Someone later can write a script to automatically poll the particle counter for new data. For now, I just emptied its internal buffer, which stores the last 200 measurements. The secret to communicating with the particle counter, which I learned by examining the c1psl statecode at the 40m, is to first transmit the letter "U". After this, the particle counter will listen to you and do what you say. In particular, sending a capital letter "A" will cause the counter to emit the next measurement from its buffer, until there are none left, at which time it will just respond with "#". To read the data I just ran a "cat /dev/ttyUSB0" command in one terminal, while in another terminal I ran a loop "while 1; echo -n A > /dev/ttyUSB0; sleep 1; end". I set the serial port parameters (9600BPS, 8N1) using Minicom.

Also, there's a Matlab script to parse and plot the output, in ~controls/tobin.
Attachment 1: temperature.pdf
14   Thu Dec 13 18:47:02 2007 tobinLab InfrastructureHVACLab Temperature
Extech: 66.8°F, 25%RH. Met One: 68°F, 20%RH.

Here is the datalogger's contents:
A  121307 161942 0100 0.3 000000 0.5 000000 TMP 000680 R/H 000130 LOC 000000 C/S 000E54
A  121307 164641 0100 0.3 000000 0.5 000000 TMP 000680 R/H 000130 LOC 000000 C/S 000E53
A  121307 171340 0100 0.3 000000 0.5 000000 TMP 000685 R/H 000130 LOC 000000 C/S 000E52
A  121307 174039 0100 0.3 000000 0.5 000000 TMP 000680 R/H 000200 LOC 000000 C/S 000E53
A  121307 180738 0100 0.3 000000 0.5 000000 TMP 000680 R/H 000210 LOC 000000 C/S 000E57
A  121307 183437 0100 0.3 000000 0.5 000000 TMP 000680 R/H 000210 LOC 000000 C/S 000E56
A  121307 190136 0100 0.3 000000 0.5 000000 TMP 000680 R/H 000195 LOC 000000 C/S 000E5C
A  121307 192835 0100 0.3 000000 0.5 000000 TMP 000685 R/H 000195 LOC 000000 C/S 000E69
I'm not sure why it only starts at 12:13pm today. Also, looks like its clock is 50 minutes fast.
15   Tue Dec 18 13:49:50 2007 tobinLab InfrastructureHVACLab Temperature
Extech: 68.6°F, 57%RH. Met One: 68°F, 53%RH. Drizzling outside.

Particle counter log shows stable temperature 67.5-69.5°F over the last four days.
Attachment 1: temperature-20071218.pdf
16   Fri Dec 21 21:27:12 2007 tobinLab InfrastructureHVACLab Temperature
Extech: 67.9°F, 26%RH. Met One: 68°F, 20%RH. Clear & cold outside.

Particle counter log looks stable.
18   Wed Jan 2 15:10:24 2008 tobinLab InfrastructureHVACLab Temperature
The lab temperature appears to have been stable over the holiday, always between 68.5 and 70.0 degrees F. (There is no data from Dec 28-29 due to a computer reboot.)
58   Thu May 29 20:00:48 2008 tobinComputingFuglyborkspace compiling
Dmass and I tried to compile and install a new system on the borkspace machine here.
We ran into a few difficulties.

First, the startup script for the EPICS server can't find the channel access library.
A hack to fix this is to enter this command in the terminal before running the start
script:

export LD_LIBRARY_PATH=/opt~/epics-3.14.7-x86_64/base-3.14.7/lib/linux-x86

With this, the OMS system front-end runs fine. But we can't start our new system,
ATF. The ATF front-end dies with the error:

[controls@oms advLigo]cat /cvs/cds/caltech/target/c2atf/log.txt cpu clock 2412402 open failed for write on /rtl_epics (45) I looked in the controller.c code and it appears that the front-end code wants there to be a special file /rtl_mem_atf. I made one of these using both a hard link, and then via mknod ("sudo mknod rtl_mem_atf u 150 132"), mirroring the existing rtl_mem_oms, but neither attempt worked. Will ask Alex for help. 59 Sun Jun 1 18:52:49 2008 tobinComputingGeneralborkspace compiling Following Alex's suggestions, I fixed the front-end problems we were encountering the other day. To get the shared libraries stuff to work, I inspected the contents of /etc/ld.so.conf.d and found it all looking fine. I ran /sbin/ldconfig, which updates some shared library index somewhere, which seemed to fix the problem with the EPICS server finding its libraries. To create the /rtl_mem_atf file, I edited /etc/rc.local, adding "atf" to the list of subsystems. I believe that everything now works to compile and run the ATF front-end system. As a reminder, some useful commands: cvs update refreshes the software distribution from CDS make atf recompiles the front-end system make install-atf installs new front-end binary and scripts make install-daq-atf installs DAQ channel stuff to framebuilder make install-screens-atf makes new generic MEDM screens killatf Stop the front end code startatf Stop and then start the front-end-code If you want to change the name of the computer itself, I think you just need to (1) edit /etc/sysconfig/network and change the hostname; and (2) etc /etc/hosts on all the machines from which you'll be connecting to the front-end machine (at the moment, just ws1?). [fixed command syntax - 7/22/08 DYM] 1736 Fri Aug 17 19:59:28 2012 taraElectronicsTempCtrltemp control for EOM Here is the entry about EOM temp control used in PSL. temp control We might use the similar one for gyro. I need to check the performance of the servo. 1742 Tue Aug 21 23:29:38 2012 taraMiscTempCtrlthermal insulation for cold finger and EOM I made a thermal insulation box for the cell holder that will be used in iodine setupr, see ATF:1665. I used the similar style to CTN refcav insulation. We can make more space in the foam to hold more thermal sensors later. I'll see if I can test how good it can stabilize the temperature tomorrow. Plus, I also made another thermal insulation for an EOM. It is based on what frank did inPSL:744. It can be used for Gyro or for CTN lab when I have to install two lasers later. 1765 Wed Sep 12 20:56:59 2012 taraElectronicsGeneralseismometers installed Zach and I borrowed 2 seismometers from the 40m. Den gave us Guralp and Barcadi with their breakout boxes. We added the seismometers to compare it with gyro readout noise in hope that we can see any coherence between gyro noise and seismometer noise. Since, at low frequencies, tilt and seismic noise will both show up on seismometers, but only tilt will show up in gyro. Any coherence between gyro and seismic signal should confirm us that the measured gyro signal is real (coming from tilt). The signals from Guralp are ~ +/-1.5 V for all 3 channels. Signals from Barcadi are much smaller ~+/- 50mV because the gain stages are broken and not in used. We will add some preamps before DAQ. However, the signals between the two seismometers appeared to be the same. We did a quick check by tapping the table and looking at the response. We could see table's frequency at 9 Hz (for Horizontal motion). fig1: breakout boxes are on the ground next to DAQ. fig2,3 Guralp and Barcadi on gyro table. fig4: orientations and positions of the two seismometers. 1774 Thu Sep 27 03:33:55 2012 taraLaserGYROPSL/Gyro beat setup Found the beat, the temperature on CTN laser is 48.80 C, and gyro laser is 54.72 C for a 20MHz beat signal. Before trying to scan the laser by changing the temperture, I suspected that we did not see beat yesterday because either, 1. the PD might be broken, 2. the alignment was bad, the beams were not well overlapped So • I switched the PD with the 1811 one used in my beat setup, and re-aligned and mode-matched the beams again. This was the hard part because of the very limited and hard to reach space. • unplugged feedback signals (fast and slow) from both lasers, since these inputs could effect the actual frequency of the laser and the temperature readout would not change accordingly, (I have not plugged them back yet if you want to lock gyro, you need to plug them back), • scanned the laser by turning the temperature knob. As I did not know what was the calibration between T to frequency, I used my PMC to get a rough estimate, and I got something like 0.01 C = 100MHz. Since the PD's bw was upto ~ 200 MHz, I turned the knob at 100MHz (0.01C) step. Once I found the beat, I checked the calibration from gyro laser T to frequency. It was 0.01 C = 2MHz. The numbers were largely different, I might got it wrong, I'll check a gain. 1604 Thu Feb 2 07:49:23 2012 steveLaserGYRONew vacuum system viewport design  Quote: After conversations with Alastair and Steve, I have come up with the following design for the new (AR, wedged) viewports for the gyro vacuum system. I turns out that we already---for some time---have the optics (W2-LW-1-C-1064-0) and CF blanks that we need. So, all we need to do is: Get the CF blanks machined to have an O-ring groove on the outside, and get some threaded holes tapped in from the outside for the screws that will hold the window brace ring. Get the window brace wing machined Purchase/find the appropriate O-rings A glance at the diagram below will make the above make sense. I am going to talk to Mike Gerfen on Monday to see what he thinks. The plastic brace-delrin on the top has to function on the top: 1, hold the window in place at atm 2, keep dust-dirt out. The window should sit on a thin teflon gaskit on the vacuum side 1635 Wed Mar 7 08:50:04 2012 steveLaserGYROchamber leak hunting advice  Quote: I had decided to just use the chamber as it was, but then Frank and Alastair both independently suggested that I at least spend a day or so trying to track down any egregious leaks that may exist. Alastair had bought 2 KF blanking flanges explicitly for this purpose, so it was hard to resist. The procedure is pretty time consuming and so is still underway, but it basically goes like this: Pump the chamber down Measure the pressure after it's been allowed to pump for a few hours Vent the chamber Change the setup (e.g., by removing one corner chamber and sealing the tubes that went to it, etc.) Go to step (1) Going through all possible combinations is intractably time consuming and probably pointless, so I have gone about it in a somewhat haphazard but reasonable way. First I removed one corner chamber, then another chamber (so, 2 total) and the tube between them, and so on. I've gone through three iterations so far while doing other things today, and the fourth one I've left running overnight is just one corner chamber (the one to which the pump is connected) and two hoses. I think the last two that I'll try are just 1) one chamber by itself and 2) one hose by itself. The goal is to see if any combination is drastically better than the entire system. So far, all combinations get to ~7 uTorr within 2-3 hours. If there is no obvious "bad part", then I will chalk it up to the overall quality of the o-rings and/or residual water in the tank. It should be reiterated that there is no "goal pressure" for the gyro so far. The original idea was just to evacuate the area within the cavity to reduce air noise from index of refraction fluctuations and buffeting. So, uTorr vacuum should be fine---and perhaps even the mTorr level we get without a pump attached---but it can't hurt to remove any gaping holes in the system. 1, do not use solvent to clean o-rings,try dry lint free wipers 2, use solvent to detect leaks on metal seals only 3, spray some gas or bag-fill suspected piece 4, remove water and solvent saturated o-rings and replace them with dry cleaned ones 1636 Wed Mar 7 09:05:22 2012 steveLaserGYROinput-side viewports installed & design flaw  Quote: I cleaned the viewport components and began installing them this afternoon. All the parts were cleaned and the chambers were prepped, but I was only able to install the two input-side viewports tonight. The cleaning procedure was as follows: All o-rings: DI water/isopropyl solution ultrasonic bath for 20 minutes Isopropyl wipe Steel CF338 flanges: Acetone wipe Methanol wipe Optics paper wipe on knife edges just before mating with the copper gasket Delrin brace ring: Methanol wipe Windows Isopropyl drag wipe The mounting went largely without incident except for the placing of the thin Teflon gaskets. These are meant to go around the circumference of the inner (vacuum-seal) Viton o-rings to keep the window glass from compressing against the steel around the o-ring at vacuum. The problem is that without o-ring compression, the gasket is free to slide down into a position where it would obstruct the glass/Viton seal, which is obviously no good. It could be that the glass will never actually touch the metal anyway, but if it does we might want to consider some other option. I also re-cleaned the inside of the 4 corner chambers with acetone and then methanol, having removed all optics from them first. Photos: As you can tell from the second picture above, there is no longer enough space at the edge of the table for a steering mirror into the vacuum from the N side. It looks like I can make room by sliding the entire vacuum system to the S by an inch or so. The way the flexi-hoses are designed, they compress quite noticeably upon pump-down. So, unless the corner chambers are bolted to the table, the system does not have the correct form factor at atmosphere (if the chambers are bolted, then the flexi-hoses are just put under stress). For this reason, it is best to move the tanks around after the system has been evacuated, so this is what I plan to do. Another benefit of moving it while evacuated is that I can do a test run of the system without any optics inside. I also plan to use the resistive heating tape we have to "bake" the chamber in-situ before re-venting and installing the optics. I am waiting to find out if I can borrow the cryo turbopump, but if not I will have to share with the coating Q setup (which will suck). The other two viewports will be installed tomorrow and I can go from there. The viewport should be assembled in horizontal position first and installed on CF later. Drill holes into the delrin piece so you can reach the CF bolts. The delrin part should be bigger to protect the optic, o-ring from dust. 2659 Tue Sep 7 09:14:22 2021 shrutiMiscEquipment transferTED200C borrowed I borrowed (retrieved?) the TED200C temperature controller from the north table in QIL to use in the cryo lab. 2725 Fri Feb 25 17:09:53 2022 shrutiUpdateWOPOWaking up WOPO - green beam [shruti, yehonathan] ## SHG and 532 nm beam alignment Yehonathan brought over 532nm/1064nm laser goggles from the 40m. • We turned on the 1064 nm Mephisto, and set the pump current initially to 1.5 A (which gave us ~30 mW of output) • We then turned on the doubling crystal. It took a while to reach its setpoint temperature of 110 C. Initially (without adjusting the SHG cavity parameters) we saw less than a microW of power after removing the beam block and opening the shutter. • Playing around with the SHG cavity settings, we realized that • Setting the switch to "Auto" is how to nominally operate the 532 nm beam • "Scan" is useful for scanning the cavity, the amplitude of which can be controlled by the "Scan amplitude" knob. "Standby" seems to effectively turn off second harmonic generation • "Offset" knob tends to change the amount of green power generated and adjusting the "Gain" simultaneously helps stabilize this power (with some difficulty) • On increasing the laser driver current to 2 A and adjusting the temperature setpoint to 109.7 C, we were able to see 100 mW of green power! • Next, we played with the alignment into the fiber, seeing that initially there was barely any power at the other end of that patch cable • We adjusted the waveplate near the laser head to give us 5.3 mW of power right before coupling into the fiber • Adjusting a single mirror (the nearer one) did not result in much gain, so we simultaneously adjusted the two steering mirrors and achieved about a 50% coupling. (Our readings suggested it could be the max) • At the end of the alignment: 2.74 mW at the output and 5.46 at the fiber input • Reconnecting the fiber to the waveguide, without adjusting the temperature of the advr waveguide, we saw that the fiber at the output of this crystal seemed to glow. • The power measured at the end of the output fiber (fiber after the waveguide) was 0.6 mW. Not entirely sure what the contribution of loss was in the decrease from 2.74 mW through the waveguide. • #### The laser is still ON although the shutters to the green and IR paths are closed. Safety glasses required before opening shutters. ## Questions about the setup 1. The spec sheet on the wiki mentioned PM980 and PM480 input and output fibers, respectively for the waveguide operating as an SHG, what were being used instead were P3-1064PM-FC2 and P3-488PM-FC2. Is this a significant source of loss that can be easily remedied? 2. Yehonathan mentioned that stimulated Brilluoin scattering occurs in all fibers above a threshold. What is the threshold for the the ones used in the setup? We probably want to operate below this threshold. Our next step would be to measure the LO shot noise. 2728 Fri Mar 4 11:49:45 2022 shrutiUpdateWOPOWaking up WOPO - attempts at readout [Yehonathan, Shruti] ### 1. Doubling cavity and green beam Since we had left the lasers ON with the shutters closed we wanted to see if the powers measured after opening the shutter would be similar to what it was when we left. We realized that opening and closing the green shutter destabilizes the doubling cavity (the FI is after the shutter and the shutter does not seem to be a good dump), which in turn changes the SHG crystal temperature (possibly because of the power fluctuation within the crystal). Re-opening the shutter requires some tuning of the temperature and offset to recover similar output power. Finally, after some tuning, we were able to see 156 mW of green light. ### 2. Attempt at measuring LO shot noise • We want to measure the BHD output A-B channel, which we expect to be dominated by shot noise since all the classical noise would be canceled when optimally balanced, but found that one of the PDs was inverted so that the sum of the two channels would be what we needed to measure. Since the SR 560 has only an A-B option, we used a second SR 560 to invert the B channel before subtracting • Operating at an LO power of ~4 mW did not give us sufficient clearance from the dark noise in each channel with the SR 560s, which was around the max power I believe we're supposed to use for the BHD LO • Somehow measuring the output directly, without the SR 560, gave us some clearance over the dark noise at ~1 MHz and higher (possibly because 1 MHz is the SR560's BW) so we decided to measure the time series of both channels together and do the optimized subtraction and FFT offline ### 3. Subtracted noise signal spectra [Attachment 1] • The plots show the noise spectra of the channels measured individually. The 'gain adjusted' means that A was multiplied by 1.05 and B by 0.95 in order to get the two plots to more or less line up • We used the Moku to measure the timeseries at a sampling rate of 10.2 MS/s for a period of 1.2 ms with AC coupling and 50 Ohm impedance. Elog 2324 suggests the designed measurement was for a 50 Ohm load so we should be impedance matched but I'm yet to convince myself • Our estimate for the shot noise was 77 nV/rtHz for 4 mW of power and 87% QE, using a TI gain of 2kOhm (the black dashed line in the plot). If we were impedance matched the yellow trace must be higher than this estimate • In our next measurements, we will also record the dark noise, carefully measure the power. There is obviously sonething wrong with the plot ### 30 Mar 22 edit: script here, data here Attachment 1: LO_shot_noise.pdf 2735 Tue Mar 22 09:19:38 2022 shrutiUpdateWOPOWaking up WOPO - back to green path [Yehonathan, Shruti] Yesterday we went back to fiddling with the green path. Soon after opening the green shutter and then switching the doubling cavity to 'AUTO' we were able to see 150 mW of green light. We were able to replicate this a couple of times yesterday. Since we had earlier removed the green fiber from the fiber launch to clean its tip, the coupling into the fiber turned out to be quite poor. As can be seen in Attachment 1, Yehonathan pointed out that a lot of green light was being lost to the cladding due to poor coupling. He then played around with the alignment and finally was able to see 65% coupling efficiency. This process seemed to involve a great amount of trial and error through several local power minima. Attachment 2 shows that the coupling between the two fibers at the 532 nm input of the waveguide is quite poor (there is visible light being lost in the cladding). Furthermore, this light intensity decreases as we get closer to the waveguide meaning this light is being dissipated in the fiber. Even at the 1064 nm output where we expect to see squeezing there is some remnant green light. We wanted to test if the green leakage reaching the PDs were causing additional noise. For this we just looked at the spectrum analyzer on the Moku (after amplifying 100x with the SR 560) and saw no difference in the noise spectrum with and without the green shutter being open. Although, we're not convinced with this measurement since we were not able to find good quality SMA cables for the entire path. Moving around the BNCs seemed to change the noise. Also, near the end, we noticed some coupling between the two channels on the Moku while measuring the noise that seemed to cause additional noise in one of the channels. We did not have sufficient time yesterday to probe this further. Attachment 1: before_opt.jpg Attachment 2: around_waveguide.png 2738 Mon Mar 28 14:29:22 2022 shrutiSafetyCleanlinessLab flooding When I went into QIL today there was a lot of flooding from water dripping from the ceiling at several places in the lab. Images attached. Attachment 1: Flooding.zip 2760 Thu Apr 21 10:33:33 2022 shrutiUpdateWOPOStill figuring out the readout electronics and fixing of some stuff [Yehonathan, Shruti] First we turned on the relevant instruments for this experiment after the power shutdown: - Main laser drivers and doubling cavity controller. We set the current to 2 A as we had it before. - The waveguide TEC. We tried setting it to 60.99 C (for maximum efficiency) but the temperature ramps up much faster and over shoots the setpoint. So we had to do what we did earlier which was to adiabatically change the setpoint from room temperature and finally set it to something like 63 C so the actual measured temperature stabilizes at ~60.9 C. How do we change the PID parameters on this controller? The settings don't seem to allow for it. - PD power supply, oscilloscopes, function generator, SR 560s lying nearby Then we tried to probe further what was going on with the PDs (TL;DR not much made sense or was reproducible) • Initially we were sending in 12 V from Ch1 of the Tenma power supply and $\pm$15 V to the mini-circuits RF amplifiers from Ch2 of the same Tenma. When we tried to observe the DC voltage levels (before amplification) and the noise (after amplification) but they did not make sense to us as described in the previous elog. • Then we disconnected the RF amplifiers and switched the power supply for the PD transimpedance amps to Ch2 of the Tenma. Briefly we were able to see 2 V DC at each output (as expected for the ~1.3 mW of light incident on each PD) when measured with the multimeter. On the scope we were seeing that one of the PDs was dominated by 60 Hz fluctuations with a much lower • We tried to switch it back to Ch1 but even the DC levels seen by the multimeter were bogus (~1 V for one of the channels and 2 V for the other) • When we switched the power supply to a HP one taken from CTN, the DC levels on both channels seemed ~1V without any light and the noise somehow seemed lower with some incident light ### Possible next steps • Even though the AD 829 data sheet says it can be operated at up to 15 V, it is possible that we damaged both of them somehow when cycling the power. Elog 2324 also says that it was designed to be powered at $\pm$ 5 V. We could replace both op-amps and measure teh transimpedance TFs before and after the change • Use different PDs. Maybe temporarily try with just the ThorLabs PDA20CS or similar with ~20 mW of LO power and measure the shot noise (possibly also squeezing). 45 Tue Apr 22 16:25:24 2008 robLaserPSLProfile of 35W PSL  Quote: I scanned the beam on the 35W laser again (for the first time since it was fixed by our German friends during the LSC meeting). What did they fix? And how? 275 Wed Aug 19 11:20:03 2009 robComputingDAQbillions  Quote: Came in and found the PMC_PZT output trying to deliver an obscenely large number of counts to the DAC. Not really sure where the issue is coming from - looks like the filters in the attached module. Anyway, just set a limit on what that module can output for the time being. Will leave this one for DMass to figure out. Frank was talking about rebooting the frame builder last night. That shouldn't have affected the front end though. But if we do want to reboot the front end will all our settings be saved and restored automatically? Filt 1 integrates. Infinite gain at DC. There's constant input. Attachment 1: flower.png 276 Wed Aug 19 11:27:59 2009 robComputingPMCPMC Loop Changed  Quote: My locking algorithm: Get close to the fringe and let the system spaz out using my 72 Hz PMC PZT pole for locking Engage FM4, which is a zero at 72 Hz and a pole at 1 Hz Engage my Boost stages Engage my integrator (zero at 1 Hz and a pole at zero) You should try just leaving FM4 on all the time. Since the purpose of this FM is to make the loop 1/f everywhere from 1Hz to several kHz, the loop should be stable over very large gain ranges. This makes locking much easier. 354 Mon Sep 28 17:43:47 2009 robComputingDAQHack @ DAQ  Quote: There were no testpoints according to DTT and DV - This is because: /cvs/cds/caltech/target/gds/param/tpchn_M1.par was commented out of /cvs/cds/caltech/target/fb/master. Changing this solved (some of) the problems we encountered. We also encountered an unkillable frontend process at some point - startatf runs killatf. killatf kills atffe.rtl sudo pkill gave no error message yet the atffe.rtl process was still running. start The above appeared to be correlated with running startatf a number of times, (so killing and restarting everything repetitively.) We have zero interest in trying to repeat the unkillable bug so we rebooted oms and everything seemed ok. pkill can not slay the processes spawned by the .rtl files, because they are kernel modules, and thus operate in a lower domain. Sometimes you may invoke the demon of /sbin/rmmod instead of rebooting. 512 Sun Dec 27 23:47:34 2009 rana?LaserGYROSB frequency Quote:  Quote: That's a weird plot. I think we want to see the HOM of the SBs, not the carrier. Or rather, we want to see both but maybe not on the same plot. Are these the SB HOMs? If so, I think its fine to have an 8th order HOM of a SB to have the same phase shift as the TEM00 SB. I say that the frequency should be between 21 and 45 MHz. I had a rather lengthy discussion with Aidan, Frank and Koji about this the other day. The resonance peaks are resonances of the cavity for some higher order mode. They can be excited by either the carrier or the SBs impartially. This plot is equivalent to the ones that are in other elog entries (like John's from last year), but it is much less cluttered. Those plots show you exactly how far each higher order mode is from resonance for the carrier and each sideband, whereas this one shows you the resonance frequency of each cavity HOM, along with the frequency of the carrier and SBs, from which you can directly infer how far each one is from whichever mode peak. I think this is a clearer way of doing it, as it emphasizes that the resonances belong to the cavity, not to the light entering it. No, I disagree. There should be a plot showing how the HOMs of the SBs show up in the cavity. A TEM01 of the +SB will be in a different place than the -SB TEM01 or the CR TEM01. 1287 Fri Feb 4 19:38:49 2011 rana, joeBComputingDAQfb0 problems fixed: daqd, nds, and atffe all now running Summary: 1. Frames were not being written. This was because of disk full conditions. We deleted old files and restarted everything. 2. FB0 network setup wasn't good. Joe fixed this with ifconfig. The script which cleans up the frame files (so that the disk doesn't become overful) was set to only delete files when the /frames/full directory was getting up to 99.7% of the full capacity. This is ridiculously close to the edge. We set it instead to be 95%. Here's the diff in the /target/fb/wiper.pl script: fb0:fb>diff wiper.pl wiper.pl~ 26c26 <full_frames_percent_keep = 95; --- > $full_frames_percent_keep = 99.7; 32c32 <$minute_frames_percent_keep = 0.2; --- > \$minute_frames_percent_keep = 0.005;

The DAQD process was spitting out core files and had also filled up the / partition on FB0. After deleting this the regular system processes were able to run. To check the disk space you can use 'df -h':

fb0:fb>df -h Filesystem            Size  Used Avail Use% Mounted on /dev/mapper/VolGroup00-LogVol00                       224G   24G  189G  12% / /dev/sda1              99M   28M   66M  30% /boot tmpfs                1006M     0 1006M   0% /dev/shm /dev/sdd1             1.4T  142G  1.3T  11% /frames/trend /dev/sdc1             917G  707G  165G  82% /frames/full fb1:/cvs              917G  104G  814G  12% /cvs

We found that although NTPD was running on FB0, it had been configured in some really screwy way. We used /sbin/ifconfig to remove the configuration for the other network devices (eth1, eth2, eth3) and set it so that FB0 only talks to the ATF martian network and the router. The router is now configured to NOT filter out the requests from FB0. Now the NTPD works and seems to be correctly fixing the computer's system time. There's still the issue that the ATF FE will change this time as long as the FE is running, but I guess the system clock will once in awhile get fixed when we restart the FE and NTP takes over.

Along the way, I also restored the Xinerama dual-head display on ws1. Alastair somehow believed that it had never been dual-head before, but in fact I elogged the procedure in September. Please don't do any auto-updates on any of these machines unless you know what you're doing. and are willing to fix things after breaking them.

I attached an image showing that I can, indeed, get real time data from one of the _DAQ channels of the gyro.

Attachment 1: Untitled.png
795   Wed Jun 2 20:24:26 2010 rana, alastairMiscGYROOptics moved

Today we moved some of the optics away from the blue box to make room for the mode matching.

We also found a 1" diameter optic in one of the cabinets with a transmission of 0.81 % (S-pol). This makes a nice match with the 0.57% transmission of the 2" diameter output coupler and so its now installed. We'll later replace it with a good 2" diameter mirror.

We also moved all of the optics after the laser to align with the screw holes and are trying to make the beams go along the screw hole lines.

Alastair has remeasured the laser beam profile after the EOM and the PBSs using the WinCamD beam scanner. Results are being produced.

1   Sun Oct 21 23:06:49 2007 ranaLab InfrastructureHVACIts too cold again
Friday evening it was a pleasant 70 deg F in the lab.

Tonight (Sunday evening) its back down to 61 deg F.

This happened ~a week ago; emailed Jeanne and Jo Ann and it got fixed. Will
try again and post results here.
2   Sun Oct 21 23:11:20 2007 ranaLaserMOPALaser Turn on report
When the laser was first turned on (slowly, as per the manual), the output power was only ~14 W instead of 35.

Some tweaking of the mirrors M4 & M5 (~1 full turn each in both pitch and yaw) restored the power. The peak
power was 37.0 W as measured on the Big Head.

The beam is also not centered on the monitor PD and so its more likely a small shift of some earlier
mount than such large shifts of those last two mirrors.

With the cold temperature, the power has drooped to 35.5 W.
3   Mon Oct 22 20:04:28 2007 ranaMiscGeneralMagnetic Levitation

Wikipedia article

Virgo Magnetic Suspension Idea from Monica

A paper by Giazotto on electrostatic mirrors is attached here.

And a document from Ron Drever on his magnetic levitation scheme:
here

Fender produces electric guitar pickups using Samarium Cobalt Noiseless (SCN) pickups.
Attachment 1: Giazotto-ESmirror.pdf
6   Sun Nov 4 23:44:36 2007 ranaLaserPSLMore Laser setup info
Brought over a PMC mount from the 40m which Nergis is letting us borrow. Steve has made up a plate to
adapt that up to a 4" height from 3".

Still to do to get the optics of it set up:

• RF Amp to boost the 35.5 MHz Wenzel
• Attenuators to get the splitter output to not destroy the LO
• Bandpass filters for 35.5 MHz
• RFPD to take the PMC reflection and do locking
• 2 steering mirrors
• Mode matching lenses
10   Tue Nov 13 19:06:18 2007 ranaLaserPSLISS servo work
400 kHz !? Wow.

We should lower the resistors in the PD head so that we can put ~20-30 mA per diode
and use the ISS style diodes for both the in-the-loop as well as out-of-loop diodes.

Then we have to dump the beams reflecting off the diodes onto razor dumps and also
put in a lens so that the beam has a 0.3 mm dia. on the diodes.

Then we make an acrylic box with an entrance hole for the beam and put it over both
diodes.
17   Wed Dec 26 21:30:05 2007 ranaLaserPSLlaser power
I have rewired the laser power so now the Diode Box goes directly to one of the
overhead umbilicals (circuit #29) which is energized by the wall switch which
is marked as "Master Laser". Cutting off that switch is NOT the desired way to
power down the laser; use the Beckoff touchpad instead. The wall switch is the
emergency cutoff.

The HEPA fans on the laser table are both routed to power strips on the table now.

With the laser on, the beam looks well clipped. As far as I can tell this comes
from inside the box so the next thing is to do a little more re-alignment inside
the box.

Also need some more lenses for cameras and more IR cards.

And we should slice the tires of anyone who borrows equipment without leaving a note!
36   Mon Mar 3 01:21:19 2008 ranaLaserMOPApower drift
This plot shows the power drift over the last few days.
The SIDE_OUT16 channel is the one. The y scale is zoomed in here but
zero corresponds to zero power. The faster spikes have a ~45 minute time scale.

No idea what this is yet.
Attachment 1: test.png
Attachment 2: test2.png
121   Sat Apr 25 12:11:54 2009 ranaComputingDAQATF Screens/DAQ up and running.
Cool. For properness all of the medm screens should be in the /cvs/cds/caltech/medm/ directory. We should
also pull down the medm/c1/ directory from the 40m SVN, since its always useful for copy-paste
operations. And all of the FE code (models, etc.) should be in the caltech/target/ dir.

How about second-trend and minute-trend? How far is the lookback? Do we need a bigger disk?
127   Thu May 14 20:57:22 2009 ranaLaserPMC Relocking the PMC
• Instead of using the polarizer all the way, set the polarizer to transmit a few W and then use a fixed BS to attenuate down to 10-30 mW before doing the PMC alignment.
• The ZAD-6 is a level 7 mixer so you have to give it 7 dBm. So there should be no attenuator after the splitter for the LO.
• Have to AC couple (or DC block) the PDA signal before going into the mixer. It wants AC only.
• The mixer output should go into the 1.9 MHz low pass and then get terminated with 50 Ohms (like with a T). Then the other output of the T can go to the DAQ or into the SR560 for some gain but you shouldn't need very much gain. Certainly the SR560 should have no filter clicked on.
• If you use the SR560, make sure the output is zero with no light on the PD. There's a trim pot on the front.
• In the digital world there should be a single pole around 1 Hz. Make sure the output actually goes to the PZT driver.
164   Thu Jul 9 02:24:07 2009 ranaLaserPSLMode Matching and the PMC
The Anderson formulas are sort of OK in this regime but should only be used to estimate the mismatch.
Of course, its easy just to do the overlap integral and get the exact number. Its of limited use, since
the cavity will often not lock at the right point of the mismatch is so big.

Another possible method is to turn the power way down (less than 1 mW) and then scan it and fit
for the modes in transmission. The low power is to avoid thermal self-locking distortion of the fringe.

One can use knowledge of the PZT coefficient and the wavelength of the laser and modulation frequencies
to determine the cavity's g-factors and therefore the waist sizes. The cavity g-factor is defined as
g = 1 - L/R.
176   Wed Jul 15 22:13:09 2009 ranaLaserGeneralGyro NPRO
I just came down and got the same behavior. With the diode current cranked up all the way, the output power was 700 mW.
This is good, since this is supposed to be a 700 mW NPRO.

I recommend that we pick a diode current (whatever we get with ADJ = 0) and stick with it. Use a PBS for changing the power and not the diode current.

In order to actually run the NPRO for extended periods of time we need a heatsink mounted on its side. Otherwise these things get too hot and the TEC for the diode can't keep up. I'll ping Peter King for one, but if he doesn't have one we'll just buy one from a catalog.

The lab temperature also seemed warm, like Michelle noted. The AC controller had the right setting so I think its that the valve in the overhead ducting has gone bad again. It failed twice in the first couple weeks that the lab was opened. I have replaced the battery in the digital temperature sensor and put it on the gyro table. After I lowered the temp. setpoint on the wall by a couple degrees it came down to 72 F. I also re-activated the circular paper temp. recorder and put it on the First Aid kit. Its in 24-hour mode so we can get a trend.

I will call up PMA and tell them we need a temperature consult again.

Also, the lab is not your personal trash receptacle. Please don't store empty cardboard boxes or drinks in there. Put tools back where they go when you're done and don't leave a pile of booties and hats laying on the floor.
184   Mon Jul 20 23:19:49 2009 ranaLaserPSLRazor Blades!
Yeah, real micrometer with a reading is > plain screw.
200   Fri Jul 24 19:00:37 2009 ranaLaser I've done some things in lab.
Make sure to use only ~5 mW to do all of the alignment.

Turn off the room lights if the power meter is not sitting well at zero.

Instead of the IR viewer, you can use a CCD camera to look at the input to the EOM and its output. You want to just center the beam in the EOM's apertures and then we will do the fine alignment by monitoring the RF AM.

Don't run the cavity with high power yet. Just 5 mW is easily high enough.
235   Fri Aug 7 02:06:34 2009 ranaComputingDAQDAQ, Hard Drives, and Size

Running out of disk space is sad:

1. Setup a cron to text Dmass and Aidan when the disk gets to 95%.
2. Talk to Alex and then get 2-4 TB of space. We don't need raid yet.
238   Sat Aug 8 09:26:09 2009 ranaLaserPSLEOM Impedance Matching
To check the impedance match, use the network analyzer with this setup. Put source into the IN and readback the reflection. Terminate the forward going pickoff with 50 Ohms. All ports have to see nominally 50 Ohms. Also, you should put the 2 port of the splitter into the R of the analyzer. In RF measurements, every port should be 50 Ohms always.

Sweep and see the dip in the reflection. Should be at 35.5 MHz. The goal is only to match the impedance to 50 +/-5 Ohms.
255   Wed Aug 12 03:27:45 2009 ranaLaserGeneralPMC Locked - loop more stable

Rules for all Servos:

1 - Compensate the whitening in the first filter modules.

2 - Compensate the dewhitening / actuation (e.g. PZT) on the output modules.

3 - Use FM4 to make the servo 1/f.

4 - Put the boosts, etc. into FM1-FM3. FM3 should be the first boost you turn on, FM2 the second, etc.

286   Wed Aug 26 15:06:51 2009 ranaLaserGeneralmodifications with some success

Servo diagram unclear. Requires photos and block diagram. New online diagram tool here.

Plot open loop gain - measure using HP/Agilent audio frequency analyzer.

313   Tue Sep 15 23:37:33 2009 ranaLaserGYRODrumroll please...

1) For the SLOW feedback, you should use the output which goes to the PZT as the error signal. Don't use the direct error signal output of the PDH box.

2) Measure the open loop gain using either DTT or the SR785.

3) Make sure your matlab model of the loop agrees with the measurement.

329   Thu Sep 17 18:35:09 2009 ranaLaserFiberYesterday's spectra with shot noise included

Uncalibrated phase noise?? What if your paycheck was uncalibrated? What if the prices on a restaurant menu were in 'uncalibrated monetary cubits' ??

376   Sun Oct 11 04:22:20 2009 ranaComputingGeneralnew, static IP address

I am able to connect to the 8088 port, but can only get data through DTT and not dataviewer. Anyone else have this problem?

378   Mon Oct 12 22:38:06 2009 ranaComputingGeneralnew, static IP address

 Quote: I am able to connect to the 8088 port, but can only get data through DTT and not dataviewer. Anyone else have this problem?

i can access the FB using the matlab ligoDV tool, realtime and trend data. i don't have the other dataviewer on my computer. can someone else test it plz

383   Wed Oct 14 23:49:03 2009 ranaComputingDAQlaser data now online

Since I wasn't able to get dataviewer to read the C2 channels remotely, I just used DTT to grab 7000 seconds of data with a 0.1 Hz BW from the laser from today. Don't we have dataviewer running somewhere?

In any case, the channels came out fine. Nothing strange looking.

update: I ssh'd in and ran dataviewer off of ws1.

for the amplifier, you can see that many of these channels are bit noise. I have also made a directory called /users/Templates/ where we can put all of our useful DV / DTT files for group enjoyment.

Attachment 1: Untitled.png
Attachment 2: Untitled.png
ELOG V3.1.3-