40m QIL Cryo_Lab CTN SUS_Lab CAML OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 124 of 354  Not logged in ELOG logo
ID Date Author Type Category Subjectup
  12017   Thu Mar 3 01:25:50 2016 gautamUpdateGreen LockingLaser swap - 2 IR + 1 green beatnotes found

[ericq, gautam]

Summary of work done tonight:

  • The PDH setup at the Y-end has been restored after I had pulled the whole thing apart some weeks ago to see that nothing was obviously wrong with the uPDH box
  • Adjusted the temperature of the Y-end laser such that a beatnote was obtained - I did this using the IR beat (the end laser temp wasn't updated after the PSL temp was changed recently)
  • The Y green beatnote was found easily, there was no alignment on the PSL table necessary, though there is room to improve this situation (beatnote amplitude was ~ -35dBm though we are used to more like -25dBm)
  • The X green beat remains elusive - I played around with the alignment onto the green beat PD at the PSL table for some time, and the two beams are aligned as far as I can tell given the constrained area available in that area. It may be that I have to clear some optics, do a rigorous near-field/far-field alignment of the two beams and then try again
  • Since we had two strong (-5dBm for Y, -9dBm for X) IR beatnotes, we decided to take the ALS noise spectra for these. So as to not overload the amplifiers, a -10dB attenuator (-6dB) was placed directlty after the Y (X) IR beat PDs, before routing these signals through the usual green beat signal chain. Attached is the measured spectrum. The new values of the temperature sliders at which beatnotes can be found are : 1700 for X and -5990 for Y (spectra taken at these values).

To do:

  • For both ends, find the three temperatures at which we have beatnotes, and choose the middle one
  • PM characterization of AUX X laser - it may be that the excess noise in the X spectrum is due to sub-optimal PDH
  • Align the Y green better at the endtable, also take an OLTF measurement for the Y PDH loop
  • Re-check the alignment onto the green beat PD for the X beat

Remarks:

  • The Lightwave laser controllers differ from the Innolight ones in that it is not possible to directly set the signal to the SLOW control BNC to 0, and have that as the new reference point. Rather, there seems to be some setpoint which is saved as a reference, and the moment any signal is applied to the SLOW control BNC, it adjusts the actual temperature w.r.t. this saved setpoint. I believe it is possible to update this setpoint (it is also possible to update the calibration of the power readout, this is an additional issue at the X end), but since this wasn't critical, I've left it as is for the moment...
  • The ALS nosie spectrum for the Y arm IR beat is surprisingly good!
Attachment 1: IR_beat_20160303_2.pdf
IR_beat_20160303_2.pdf
  12012   Fri Feb 26 01:52:44 2016 gautamUpdateGreen LockingLaser swap - Green PDH OLTF

I spent some more time today trying to optimize the modulation frequency and amplitude for the X end PDH, and the alignment/mode-matching of the green to the arm. Some notes:

  1. After my best efforts to tweak the alignment and mode-matching into the arm by using the two lenses on translational stages, I was able to get the green TRX up to about 0.06. As mentioned in a previous elog, this is much lower than what we had with the old setup, even though we have more green power going into the arm now. However, the mode looks pretty bright and clean on the monitors. Could the large ellipticity in the beam is the limiting factor now?
  2. I measured the transfer function (attachment #1) of the PDH loop once I had settled on a modulation frequency and amplitude that I judged to be optimal (indicated on the plot). The UGF is ~7kHz. The PDH error signal as viewed on the oscilloscope is comparable to what we had with the Innolight. All this optimization was done empirically, I have yet to do the PM measurement. I can't seem to get more than 0.2 mW of IR arriving at the fiber coupler, the number I found in some older elogs is 2mW with the old setup.
  3. I did some alignment of the PSL green and the X arm green onto the beat PD on the PSL table. After the power glitches, the doubling ovens do not automatically turn on, I had turned on the end ovens earlier, and today I turned on the PSL oven. I noticed some strange behaviour initially - though the setpoint was 36.9 deg C, when I enabled the heater, there was a large overshoot (it went to almost 50deg C). I disabled the heating at this point, and re-enabled it once the oven had cooled down to ~35 deg C. I didn't observe anything like this while turning on the end ovens. But the PID parameters at the PSL table are very different, so perhaps this large overshoot and ringing is to be expected. In any case, I managed to get this working. But I was not able to find a beatnote tonight. 

To do:

  1. Verify that the two beams are aligned on the beat PD - I think I've done this carefully by checking the near and far-field, but I will double check.
  2. Find the beat note and look at the ALS noise performance with this new setup to see if it is usable even though GTRX is only 20% of what it used to be..
  3. Fix the coupling of the IR pickoff into the fiber at the endtable. Once this is done, I can do the PM measurement, and finding a beatnote may be easier given the IR beat PDs have a much wider bandwidth...
Attachment 1: X_PDH_OLTF_20160225.pdf
X_PDH_OLTF_20160225.pdf
  12009   Wed Feb 24 19:29:13 2016 gautamUpdateGreen LockingLaser swap - Green PDH locked

After the discussion at the meeting today, I decided to try and lock the green by sweeping through PZT dither frequencies in the vicinity of 200kHz without worrying about the AM/PM ratio for now. I was able to lock the PDH loop relatively quickly, at an empirically determined PZT dither frequency of 213.873kHz, 2Vpp (the amplitude was copied from the value at the Y-end). For today's efforts, I borrowed the sum+HPF pomona box from the Y-end, I will make a replica given that we are using Lightwave lasers at both ends now. After adjusting the PZT sliders and lenses on the translational stages at the endtable to maximize the green transmission as best as I could, I was able to get GTRX up to about 0.07 - this is far off from the value of ~0.25-0.3 I seem to remember us having with the old setup, even though we have more green light into the arm cavity. I will take a measurement of the loop transfer function to see what sort of bandwidth we have...

  12006   Tue Feb 23 23:01:16 2016 gautamUpdateGreen LockingLaser swap - Green PDH locking

Given that we were seeing green flashes in the arms, I tried to see if I could get the green locked to the arm in a nice mode. For a start, I tried hooking up the PDH box and LO using the same settings as was being used previously. However, this did not work. I suppose we will have to do the whole AM/PM measurement for the Lightwave as well before we can determine what would be a suitable frequency for the LO. The AM measurement was relatively straightforward, I just repeated the same steps as detailed here. The two attachments show the AM response (one from 10kHz to 5MHz, the other for a narrower range of 100kHz to 1MHz, both with an excitation amplitude of 0dBm). To see if I could guess some sweetspot for operation, I tried setting the LO frequency to the two marked notch frequencies but was unsuccessful in getting the PDH lock going. At the moment, the alignment for the optics that picks off the IR after the doubler and routes it to the fiber are ccompletely misaligned, I will align these and do the PM measurement tomorrow and then we should conclusively be able to say what the appropriate frequency is to actuate on the PZT.


Unrelated to this work: the KEPCO high voltage power supply that drives the green steering mirror PZTs was switched off - I suppose this has been the case since the power outage last week. I turned it back on and reset it to the nominal settings: Vout = 100V, and Imax_out = 10mA, the driver board is currently drawing ~7mA which I judged to be consistent with the values labelled on the unit.

Attachment 1: AM_scan.pdf
AM_scan.pdf
Attachment 2: AM_scan_zoomed.pdf
AM_scan_zoomed.pdf
  11999   Fri Feb 19 00:42:19 2016 gautamUpdateGreen LockingLaser swap - beam ellipticity from laser?

Eric and I spent some time yesterday night trying to recover the green in the arm after the laser swap. The problem essentially was that though I was getting ~800uW of green out of the doubling oven, the mode wasn't clean, and hence, the beam profile looked really messed up just before entering the arm cavity.We got to a point where we thought we were getting a good mode out of the doubling oven (as judged by propagating this beam onto the wall with the help of a mirror). But we were only getting ~400uW of green power. I tried tweaking the alignment of the oven on the 4 axis stage for a while, but was not able to improve the situation much. So I decided to start from scratch:

  • First, I made sure that the IR beam from the laser was hitting the first steering mirror approximately at the center (see here for the optical layout). 
  • Then I used the two steering mirrors immediately after the laser to make sure that the IR beam was hitting the first lens and the HWP before the IR faraday roughly at their center. 
  • Next, I propagated the beam through the IR Faraday, again using SM1 and SM2 to do the steering - initial alignment through the Faraday was done by eye, and I did  some fine adjustment by maximizing the power coming out of the Faraday. We have 252mW of IR going into the IR Faraday, and 225mW coming out. I judged that these numbers were reasonable, and compared favourably to what we had with the Innolight.
  • Keeping the downstream alignment, I used SM1 and SM2 to hit the second lens roughly at its center. I then re-measured the distance from this lens to the center of the doubling oven, and tweaked this slightly to match my mode-matching calculation. 
  • I then tried to carefully play with this lens and the alignment of the doubling oven using the four axis stage. After (many) iterations, and with some luck, I managed to find what I judged to be a good alignment. Using the mirror-on-a-stick to reflect the green beam out of the doubler onto the wall nearby (see Attachment #1, all photos taken using my phone camera), the mode looks reasonably clean. I was also able to get 1mW of green power out of the doubler, an efficiency of ~2%/W. The doorknob should give some sense of scale, but at this point, the mode looks pretty clean (this was not the case previously).
  • I then aligned the post doubler optics to send the beam through the green Faraday (~0.85mW of green out of the green Faraday) and through the two irides I had put in before swapping the lasers. As the beam propagates, however, some ellipticity in it becomes more and more apparent - especially after the f=-100mm lens between the two piezo mirrors. Attachment #2 shows the beam immediately after this lens, while Attachment #3 shows the beam on the iris just before it is sent into the arm cavity. 

I am beginning to wonder if this ellipticity is inherent from the IR beam from the laser? My beamscan results suggest that the beam is more divergent in the "P direction" as compared to the "S direction", which is borne out by these photographs. And if this is indeed the case, do we need to add cylindrical lenses to correct this?


Unrelated to this work: The ITMX Oplev seems to have wandered off so the X arm won't lock. I am not realigning the Oplev for now, but am turning the ITMX Oplev servo off for the night. 

Perhaps related to my work on the endtable: The ETMX oplev MEDM readings seemed to be frozen, though there was red light on the QPD on the endtable. Checking the CDS overview screen, I saw that all models on c1iscex had crashed. I sshed into c1iscex and restarted all the models, but the IOP block remained red. I checked the datetime, and found that this was wrong - so I followed the instructions here, but the "Diag Word" block remains red. I am shutting down the watchdog for ETMX and leaving this as is for now... This seems to have happened before...

Attachment 1: IMG_6287.JPG
IMG_6287.JPG
Attachment 2: IMG_6288.JPG
IMG_6288.JPG
Attachment 3: IMG_6286.JPG
IMG_6286.JPG
  12019   Fri Mar 4 01:11:41 2016 gautamUpdateGreen LockingLaser swap - both green beatnotes found

The good news: both green beatnotes have now been found. The problem was alignment on the green beat PD on the PSL table which I fixed. They are about -40dBm in amplitude (compare to -25dBm we used to see). But looking at the phase tracker Q output seems to suggest that there is adequate signal...

The bad news: the ALS noise still looks bad (see attachment)- I think the IR beat for the Y was perhaps marginally better. The beat amplitude for the X beat was optimized on the PSL table with the help of the oscilloscope. There may be some headroom for improvement with the Y beat.

I also did the AM/PM measurement for the replaced lightwave, chose an LO frequency based on this, and took the loop OLTF, plots to follow...

To do: 

  • Check Y-end PDH loop OLTF
  • Optimize beat note amplitude of Y beat
  • Align Y-green better to the arm using steering mirrors on the endtable.
  • Double check calibration of PM/AM measurement and that I've picked the correct LO frequency/ I don't have any other ideas for improving the situation with the X beat though
Attachment 1: IR_beat_20160303_green.pdf
IR_beat_20160303_green.pdf
  11988   Fri Feb 12 17:05:40 2016 gautamUpdateGreen LockingLaser swap - green light recovered but no flashes in the arm

After carefully tweaking the mode-matching of the IR into the crystal and the four-axis translation stage on which the doubling oven is mounted, I managed to recover 800uW of green power going into the green Faraday. Considering we have ~225mW of IR power coming out of the IR faraday (and roughly that amount going into the SHG crystal), I'd say this is pretty consistent (if not slightly better) with a recent power budget I had made for the X end. The amount of green power we get out of the doubling crystal is very sensitive to the alignment of the crystal to the beam axis. I suspect we could improve the situation slightly if the mode-matching lenses were mounted on translational stages so we could tweak their position, but the current situation on the X endtable does not provide space for this. In any case, I'd say we are at least as good as we were before, and so this should be an adequate fix until the new end-table is installed (though I don't know why we aren't seeing the predicted SHG conversion efficiency of 3-4% as predicted by Kiwamu's calculations, we are getting more like .36% conversion efficiency)...

Because the alignment of the beam before the doubling oven had changed, I had to adjust the steering mirrors to make the green beam go into the green faraday. I had placed a couple of irides for the green beam as a reference of the old path into the arm, and I used these to adjust some of the green mirrors to center the green beam on these. However, I did not observe any flashes in the arm. I will check if we are still mode-matched to the arm, and if the lenses downstream of the doubling oven need to be moved....

  11989   Fri Feb 12 19:07:52 2016 KojiUpdateGreen LockingLaser swap - green light recovered but no flashes in the arm

800e-6 / 0.225^2 = 0.016

=> 1.6%/W

I thought Kiwamu had roughtly 2%/W.

 

  12026   Mon Mar 7 23:51:36 2016 gautamUpdateGreen LockingLaser swap - some improvement
Quote:

 

Next steps in recovering ALS and trying to lock again

  • Having set the PDH modulation frequency to 256.62kHz, I took the spectrum of ALS noise using the IR beat (i.e. by piping the IR beat signal through the electronics the green beats usually go through - 6dB and 10dB attenuators were placed immediately after the beat PDs for the X and Y arms respectively, to make the signal levels compatible with the electronics), Attachment #5 unfortunately suggests that the noise performance is still poor, and I suspect the situation will be similar using the green beat (though I have not measured this yet).
  • The modulation depth could be sub-optimal for the X-end PDH, I have to measure this and check that it is at an acceptable level. This will also tell me if I need to change the sum+HPF pomona box used to send the PDH control signal + piezo dither signal to the laser PZT. In order to do this, I need to know what the input impedance to the FAST control BNC is - the manual isn't very helpful, it just says the piezo has a capacitance less than 10,000pF. I suppose I will have to actually measure this.
  • PDH loop OLTFs have to be re-measured for both ends to check that the servo gain's are appropriately placed.
  • We know that the mode-matching into the arm for the X end is poor (I have yet to quantify this) - I suspect that the beam ellipticity is the main culprit. However, the DC transmitted power levels at the PSL table are comparable to (even slightly better than) the Y arm numbers, and so this cannot be the sole reason why the X-arm ALS noise is so much worse... I will continue my investigations next week...

Attachment #1

Since I could not determine how many volts at the LO input of the pomona box input corresponds to how many volts at the laser PZT, I measured the transfer function between these points using the Agilent network analyzer. The measured TF suggests that for a function generator output of 2Vpp, we get approximately 75mrad of phase modulation, which compares reasonably well with the value of 120mrad reported here. I did not attempt to further increase the LO output signal to push this number closer to 120mrad, as with 2Vpp from the function generator we get +7dBm at the mixer, which is what it wants - so I wanted to avoid any attenuators etc...

Attachments #2 and #3

After ensuring that we have appreciable phase modulation, I set out to measure the PDH OLTFs and adjust the gain on the uPDH boxes accordingly. The X end gain is at 6.0, and the Y end gain is at 4.0. Before measuring the Y-end OLTF, I adjusted the steering mirrors to increase GTRY to ~0.45. GTRX remains a paltry 0.05... But the UGFs seem satisfactory..

Attachment #4

Finally, I took the ALS noise spectrum for the green beats. The beat note amplitudes on the network analyzer in the control room are still puny compared to what we had, -40dBm for Y and -45dBm for X. But the phase tracker Q values are ~1000 and ~3000 for X and Y respectively, which are pretty close to what these were if memory serves me right. There may still be some room for optimization of the PDH loop gains etc, and we could perhaps look at lowering the gain of the REFL PD at the X end? I also have yet to do the sweep for the 3 temperatures at which we can find a beatnote and park at the middle one...

These spectra suggest we could even possibly try locking? We are approximately a factor of 3 above the reference for X and on par with the reference for Y....

Unrelated to this work: I also realinged the PMC, PMC transmission is now 0.730V up from ~0.65V.

Attachment 1: PomonaTF.pdf
PomonaTF.pdf
Attachment 2: XPDH.pdf
XPDH.pdf
Attachment 3: YPDH.pdf
YPDH.pdf
Attachment 4: greenbeat_20160307.pdf
greenbeat_20160307.pdf
  12027   Tue Mar 8 18:22:20 2016 ranaUpdateGreen LockingLaser swap - some improvement

Why is the transmission of X green so low? Perhaps you can phase lock the IR and then scan the X frequency, using the X arm as the analyzer. i.e. put a slow ramp into MC2 to pull the PSL frquency and thus the green frequency. You can record a movie of the scan using the framegrabber and record the green transmission peaks to see how big the mode match is exactly (which modes are so big)

  12016   Wed Mar 2 17:42:19 2016 gautamUpdateGreen LockingLaser swap - some progress

[Koji, Johannes, gautam]

With Koji's and Johannes' help, I managed to resolve the coupling the pick-off IR beam into the fiber at the X end. I will put up a more detailed elog about how this was done - but in summary, we have about 31% coupling efficiency into the fiber, which isn't stellar, but I felt this was adequate to find a beatnote. Koji also pointed out that the collimation telescope attached to the fiber at the X-end is poorly mounted - this is something to fix when we swap endtables, but this was not addressed right now because if we were to adjust this, we would also have to adjust the mode matching into the fiber.

I then attempted to tune the temperature to find the IR beatnote. While doing so, I noticed some strange features of the controller - there are essentially two display modes relevant to laser crystal temperature, one which allows us to change the setpoint and one which is an actual readback of the temperature (this one can't be adjusted). While tuning the temperature, I noticed that the latter display ("LT") did not change in value. On a hunch, I disconnected the "SLOW" control BNC on the front panel, and voila, I was able to tune the setpoint and observe the measured temperature shift accordingly. I was thus able to find a reasonably strong IR beatnote (-9dBm) at T ~ 44.6 deg C (the beat PD was set to 0dB attenuation, i.e. high gain mode). However, the moment I reconnected the SLOW control BNC, the beatnote vanished (it gradually shifted out of range of the HP network analyzer), and the same thing happens if I terminate the SLOW control BNC connector! I don't understand this behaviour, as the manual says that the range of voltages accepted to this input is +/-10V, so I would assume 0V means do nothing, but clearly this isn't the case, as the beatnote is being shifted in frequency by > 1GHz, and the tuning coefficient is listed as 5GHz/V in the manual. This situation needs further investigation.

Since I had a reasonable IR beatnote setup, I returned the HP analyzer to the control room and tried to see if a green beatnote was present as well - I first ran ASS, then maximized the green transmission using the PZT mirrors, but no beatnote is evident. The contrast isn't great, the ratio of AUX power to PSL power on the green beat PD is something like 5:1, so this probably requires some tuning as well. I will update this elog after today evening's activities...

  12023   Sat Mar 5 23:31:01 2016 gautamUpdateGreen LockingLaser swap - some updates

I've been a little behind on my elogs so here is an update of the end laser situation.

IR beat for X-end recovered

  • The issue was optimizing the alignment into the fiber at the end table.
  • Using Fluke fiber illuminator helped in aligning IR pickoff into mount. Useful note: there is an unused fiber running between the X-end and the PSL table, by connecting these at the PSL table, I was able to monitor the coupled power while remaining at the X-end.
  • Another major issue was that one of the steering mirrors (marked "Y1" in Attachment #1) was mounted with AR coated side facing the beam. This was fixed by simply rotating the post, the mirror was not removed from its mount. I can only assume that this mirror is in this kind of mount because of space constraints.
  • The fiber has a collimating telescope attached to the end of it. In principle, this gives us more angular acceptance while coupling the beam into the fiber, but as I found out, the acceptance is still tiny (I don't have a number to quantify it). Furthermore, the Fluke visual fault locator revealed that the lens in the collimating telescope is not set up great - when re-doing the X end table, we should fix this situation so as to have a fairly large collimated beam coming out of the fiber when illuminated from the other end, this would make the mode matching much easier.
  • Bottom line: we have ~1.2 mW of IR light incident on the coupler at the end table, and ~400uW of IR power at the PSL table => coupling efficiency is ~30%, not stellar, but sufficient for now I guess. After the various splitters etc, there is about 160uW of EX IR light and ~300uW of PSL IR light incident on the beat PD, and the beat amplitude is about -9dBm.

AM/PM characterization of newly installed Lightwave

  • Having recovered the IR beat, I set out to do the PM characterization for the end laser.
  • Attachment #2 shows the electrical setup. The IR beat was piped to the X-end via an existing long cable that runs between the vertex and the endtable. Not shown in the diagram, but I used a 20dB coupler to keep track of the beat frequency on the HP spectrum analyzer while doing this measurement.
  • I restricted myself to the range between 100kHz and 500kHz to do the scan, because it takes quite a while to do the scan with fine resolution (IF bandwidth = 10Hz).
  • To calibrate the magnitude response to rad/V, I divided the output of the network analyzer (converting dB to absolute magnitude first) by the amplitude of the signal seen on the monitoring oscilloscope while the PLL is unlockedThis number was 96mV/rad.
  • To confirm that the error signal spectrum is indeed a good approximation of the "plant" transfer function (i.e that 100kHz >> UGF of loop transfer function of the PLL), I measured the loop TF of the PLL - Attachment #3 suggests a UGF of ~ 16kHz, which means the assumption is reasonable.
  • Excitation amplitude was -25dBm (which gave reasonable SNR), and 3 averages were taken.
  • The AM measurement was done using the same procedure as detailed here - the DC block was used. The DC level of the PD output was 2.72 V. The excitation amplitude was 0dBm.
  • Attachment #4 shows the AM response, PM response and PM/AM ratio
  • The peak in the PM/AM ratio at 256620 Hz is compelling because it is not too sharp (and so we can be reasonably confident we are at a good operating point) and the PM response of 23.83 rad/V is also acceptable. 
  • As a consistency check, the PM response of ~30rad/V at 100kHz => PZT actuator gain is ~3MHz/V, which is in the region we expect it to be...

Next steps in recovering ALS and trying to lock again

  • Having set the PDH modulation frequency to 256.62kHz, I took the spectrum of ALS noise using the IR beat (i.e. by piping the IR beat signal through the electronics the green beats usually go through - 6dB and 10dB attenuators were placed immediately after the beat PDs for the X and Y arms respectively, to make the signal levels compatible with the electronics), Attachment #5 unfortunately suggests that the noise performance is still poor, and I suspect the situation will be similar using the green beat (though I have not measured this yet).
  • The modulation depth could be sub-optimal for the X-end PDH, I have to measure this and check that it is at an acceptable level. This will also tell me if I need to change the sum+HPF pomona box used to send the PDH control signal + piezo dither signal to the laser PZT. In order to do this, I need to know what the input impedance to the FAST control BNC is - the manual isn't very helpful, it just says the piezo has a capacitance less than 10,000pF. I suppose I will have to actually measure this.
  • PDH loop OLTFs have to be re-measured for both ends to check that the servo gain's are appropriately placed.
  • We know that the mode-matching into the arm for the X end is poor (I have yet to quantify this) - I suspect that the beam ellipticity is the main culprit. However, the DC transmitted power levels at the PSL table are comparable to (even slightly better than) the Y arm numbers, and so this cannot be the sole reason why the X-arm ALS noise is so much worse... I will continue my investigations next week...
Attachment 1: AUXxTelescope.png.png
AUXxTelescope.png.png
Attachment 2: PM_setup.pdf
PM_setup.pdf
Attachment 3: PLLolg.pdf
PLLolg.pdf
Attachment 4: AMPM20160303.pdf
AMPM20160303.pdf
Attachment 5: IRbeat_20160304.pdf
IRbeat_20160304.pdf
  12013   Mon Feb 29 17:17:26 2016 gautamUpdateGreen LockingLaser swap - still no green beatnote

I continued the hunt for a green beatnote today - I decided to take the output from the RF amplifiers sitting on the PSL table and directly connect it to the analyzer in the control room while I swept the temperature of the end laser 10,000 counts on either side of a temperature at which I had taken this measurement - so I expect the beatnote should be found somewhere in this neighbourhood. But I did not see any peaks throughout the sweep. I re-checked that the mode overlap onto the BBPD is reasonable. We have considerably less transmitted green power from the arm now than we did before the laser swap (by a factor of ~3) but I still expected to see some sort of beat signal.

It would be handy to have the IR beat set up as well for this process, but as mentioned in a previous elog, I was getting only ~0.1 mW of IR power incident on the coupler at the end table last week. As I had suspected, tweaking the alignment of the steering optics for the pick-off IR beam after the doubler improved the situation somewhat, and I am now getting about 1mW of IR power incident on the coupler at the end table. But I've not been able to adjust the alignment into the fiber at the end such that I get any IR light at the PSL table.  

  11984   Tue Feb 9 19:15:36 2016 gautamUpdateGreen LockingLaser swap - updates

Some updates on the laser swap situation:

  1. Mode-matching calculation: 
  • I should have caught this earlier, but it was an oversight - the 35um waist that Andres used in his calculation is the waist size of the green beam. So I've been off by a factor of sqrt(2) all this while, and it works out that the desired waist size is indeed 50um, consistent with Kiwamu's elogs. Furthermore, as he has detailed in that elog, we actually want the free-space waist of the input beam to the doubling crystal to be ~6.7mm from the geometric center of the PPKPT crystal. 
  • I redid the calculation using these updated numbers. Attachment #1 shows the results (optimized for the X-waist, Y-profile plotted for comparison and to see what mode-matching efficiency we get). The way I've set up the code is for a la mode to rank the solutions in order of increasing sensitivity to the positions of the lenses. It turns out the least sensitive solution doesn't actually achieve the desired waist size of 50um - moreover, it requires us to change both lenses currently in the path. The next lease sensitive solution, however, achieves the desired waist (i.e. 100% theoretical mode-matching efficiency for the X mode) and only requires us to swap the 125mm lens we put in yesterday for a 150mm lens (and the positions of the lenses change slightly compared to what we had yesterday as well). The sensitivity in a la mode is parametrized by the amount of power remaining in the TEM00 mode while displacing one or more components. It turns out that this figure of merit is only ~1% smaller for the 2nd least sensitive solution compared to the first. So I've chosen to use that solution. Code used to calculate the mode matching is Attachment #2.
  • I've also plotted in Attachment #1 what the beam profile would have looked like before our modificatons last night, using the numbers from Zach's elog - as I have already mentioned in the previous elog, it suggests that the waist size would have been 39um, at a location 1.0821m in my coordinate system (desired position according to considerations in the previous 2 bullets is 1.0713). This seems to have been a sub-optimal configuration, but is also subject to errors I made in measuring the positions of the mirrors/lenses (I don't think I had 1cm resolution).

       2. Implementing the new solution:

  • I've switched out the 125mm efl lens for a 150mm efl lens from the same Thorlabs lens kit. I've also moved both the lenses to their new appropriate positions.
  • Unfortunately, I had put in some irides in the beampath before calculating this new (more appropriate solution). As a result, both the lenses are off from their optimal positions by a few mm because the irides get in the way. I guess we just have to live with this for now, and can adjust the positions of the lenses once we actually get some green light and are happy with all the other alignments...
  • As noted in the previous elog, I suspect that we saw no green light yesterday because we were missing the doubling crystal altogether (given that we have only a 1mm x 1mm area to aim for - the Faraday serves as a coarse constraint, though its aperture has ~25times this area!). I tried playing around with the two steering mirrors immediately after the NPRO to see if I could get some green light out, but have not been successful yet. I may make some further trials later in the evening/tomorrow...

As I check the manual of the Innolight (pg17) and the datasheet of the Lightwave, I wonder if the Quarter Wave Plate that was placed immediately after the Innolight laser head is even necessary now - I assume the purpose of the combination of QWP+HWP was to turn the elliptically polarized light from the Innolight into linearly polarized light before the Faraday. But the Lightwave already produces linearly polarized light. I will check out what is the configuration on the Y-end table...

 

Attachment 1: Modematch_X.pdf
Modematch_X.pdf
Attachment 2: XendModeMatch.m.zip
  11985   Wed Feb 10 17:57:15 2016 gautamUpdateGreen LockingLaser swap - updates

After the discussion at the meeting, I decided to go ahead and open the top of the oven so that I could get a visual on where the crystal was located - this helped in the alignment, and I was able to get some green light out of the oven. I had to tweak the position of the Doubling oven a little (with the top open) in order to align the crystal to the beam axis. However - I was only able to get ~140uW of green light going into the Faraday. I had measured the power at various points along the beam path recently with the old setup. We used to have ~860uW of green going into the Faraday there. To see if I could improve the situation a little, I checked that the beam was reasonably centered on both apertures of the IR Faraday, and then removed the irides upstream of the doubling oven. These were preventing me from placing the lenses exactly as per the a la mode solution. Once the irides were removed, I moved the lenses to their optimal positions as best as I could with a tape measure to mark out distances. I then further tweaked the position of the doubling oven using the 4 axis stage, monitoring the green power while doing so. The best I could get was ~200uW. Perhaps the positions of the lenses need to be optimized further. I also checked the IR power before and after the IR Faraday - these numbers are ~260mW and ~230mW respectively (I maximized the transmitted power through the Faraday by rotating the HWP, the QWP that was in the beam path has now been removed as the Lightwave outputs linearly polarized light), and compare favourably to the numbers in the old setup. Doing a naive scaling accounting for the fact that we have less power going into the doubling crystal, I would expect ~700uW of green light coming out, so it looks like the mode matching into the doubling crystal is indeed sub-optimal. However, now that things are roughly aligned, I hope the optimization will go faster...

  12002   Mon Feb 22 13:56:52 2016 gautamUpdateGreen LockingLaser swap -reflected beam from ETM aligned

I tried aligning the green beam, elliptical as it is, to the arm by using the various steering mirrors after the doubling oven. The following was done:

  1. Eric and I aligned the beam through the green Faraday - we levelled the beam using an iris to check the beam height immediately after the Faraday and a little further along the beam propagation direction.
  2. We checked that the beam is reasonably centered on all the lenses. We changed the lens holder for one of the lenses from a Thorlabs model to a Newport model, so as to get the lens to the correct height such that the green beam was roughly centered on it. 
  3. I then tweaked the alignment of the steering mirrors until the reflected beam from the ETM roughly coincided with the input beam. The return beam is getting clipped slightly on the way back through the green Faraday, so some more alignment needs to be done. However, given the ITMX situation, I can't align the arm to IR, so I'm holding off on further alignment for now...
  11982   Tue Feb 9 04:37:10 2016 ericqUpdateGreen LockingLaser swap initiated

[ericq, Gautam]

Tonight we embarked on the laser swap. In short, we have gotten ~210mW through the faraday doubler, but no green light is apparent. The laser outputs ~300mW, so it's not exactly a work of art, but I still expected some green. More work remains to be done...

Gautam took numerous photos of the table before anything was touched. One lens was swapped, as per Gautam's plan. The innolight laser and controller are on the work bench by the end table. The lightwave is on the table and on standby, and is not hooked up to the interlock mounted on the table frame, but instead one below the table directly next to the controller. The ETMX oplev laser is turned off. 

  11983   Tue Feb 9 11:49:47 2016 gautamUpdateGreen LockingLaser swap initiated

Steve pointed me to an old elog by Zach where he had measured the waist of the 1W Innolight NPRO. I ran a la mode with these parameters (and the original optics in their original positions prior to last night's activities), and the result is in reasonably good agreement (see Attachment #1) with my initial target waist of 35 um at the center of the doubling oven (which I presume coincides with the center of the doubling crystal). The small discrepancy could be due to errors in position measurement (which I did by eye with a tape measure) or because I did not consider the Faraday in the a la mode calculation. However, I wonder why this value of 35 um was chosen? In this elog, Kiwamu has determined the optimal waist size to be 50um at the center of the doubling crystal. Nevertheless, as per his calculations, the doubling efficiency should be non-zero (about 1% lower than the optimum conversion efficiency) at 35um or 70um, so we should be able to see some green light as long as we are in this fairly large range. So perhaps the fact that we aren't seeing any green light is down to sub-optimal alignment? I don't think there is a threshold power for SHG as such, its just that with lower input power we expect less green light - in any case, 200mW should be producing some green light... From what I could gather from a bunch of old elogs by Aidan, the Raicol PPKPT crystals have dimension 1mm x 1mm x 30mm (long axis along beam propagation), so there isn't a whole lot of room for error perpendicular to the direction of propagation... I wonder if it is possible, for the initial alignment, to have the top cover of the doubling oven open so that we can be sure we are hitting the crystal?

Attachment 1: Innolight_beamProfile.pdf
Innolight_beamProfile.pdf
  6429   Tue Mar 20 09:59:01 2012 steveUpdateIOOLaser tripped off

Today is janitor day. It still does not explain why the 2W Innolight tripped off about an hour ago. All back to normal.

.......................................................I asked Keven later, he admitted hitting the emergency shut off next to the chemical storage cabinet.

  10508   Tue Sep 16 10:47:52 2014 SteveUpdatePSLLaser turned on

 Our janitor turned off the laser accidentally. 

  10509   Tue Sep 16 14:26:45 2014 ericqUpdatePSLLaser turned on

Quote:

 Our janitor turned off the laser accidentally. 

 The PMC wasn't locking very happily after this. I tweaked the pointing onto the PMC REFL diode, to make sure it was centered, and touched the alignment into the PMC. I also reset the FSS Slow output to zero. It took a little while for the laser to settle in, for some reason, but the transmission is up at 0.80 now. 

Tweaked MC2 pointing to get the MC transmission high enough to let WFS kick in, which nicely got the rest of the MC alignment done. After that, I offloaded the WFS into the MC suspensions. 

Lastly, I ran the command that Rana posted in ELOG 10391, to set the FSS input offset (From -0.18 to -0.06)

  10510   Tue Sep 16 16:03:36 2014 KojiUpdatePSLLaser turned on

Quote:

 Our janitor turned off the laser accidentally. 

 Didn't you take this opportunity to replace the cooling fan of the innolight controller?

  8023   Thu Feb 7 14:10:25 2013 ManasaUpdateOpticsLaserOptik - AR Reflectivity - Bad data

Reflectivity of AR surface of LaserOptik (SN6)

 SN6_R.png

The first step measurements of R for AR surface. I am not convinced with the data....because the power meter is a lame detector for this measurement.

I'm repeating the measurements again with PDs. But below is the log R plot for AR surface.

R percentage

6000ppm @ 42 deg
3560ppm @ 44 deg
7880ppm @ 46 deg
4690ppm @ 48 deg

 

SN6_R.png

  6907   Tue Jul 3 17:56:35 2012 JamieUpdateGreen LockingLaseroptik dichroic optics received

We have received the dichroic optics from Laseroptik.  The coatings are:

HR:

  • 532nm: T(s+p) > 97%
  • 1064nm:  R(p) > 99.9%

AR:

  • 532nm: R(s+p) < 1%
  • 1064nm: R(p) < 2%

We got two sets with these coatings:

  • 6x: 50 x 9.5mm, 2 degree wedge
  • 8x: 25 x 6.35mm, 2 degree wedge
  • 1x: 25 x 3mm, witness
  6909   Tue Jul 3 19:04:59 2012 JamieUpdateGreen LockingLaseroptik dichroic optics received

I put them in the "visible optics" drawer of the newish, metal optics cabinet with the thin drawers down the Y arm.

  7930   Wed Jan 23 18:16:11 2013 ManasaUpdateGeneralLaseroptik mirror - SN6

 I repeated the transmittance measurements of LaserOptik SN6 @1064nm.

Transmittance for s-polarization 

0 deg - 0.524
45 deg - 0.055

Transmittance for p-polarization

0 deg - 0.515
45 deg - 0.1047 0.01047

Raji's measurements are here.

Attachment 1: sn6_trans.png
sn6_trans.png
  7932   Wed Jan 23 20:24:05 2013 KojiUpdateGeneralLaseroptik mirror - SN6

Got confused (even after I talked with Manasa).

The plot shows the number ~0.01 or less at 45deg. But the number is the text does not match with the plot.

Please use the logarithmic scale for the vertical axis.
And more points between 35 to 50 deg please (like ~1deg spacing)

Don't we have the data sheet from the coater? Can we request it?

  7935   Wed Jan 23 22:02:25 2013 ManasaUpdateGeneralLaseroptik mirror - SN6

Quote:

Got confused (even after I talked with Manasa).

The plot shows the number ~0.01 or less at 45deg. But the number is the text does not match with the plot.

Please use the logarithmic scale for the vertical axis.
And more points between 35 to 50 deg please (like ~1deg spacing)

Don't we have the data sheet from the coater? Can we request it?

I corrected the typo in the text...however, I agree the plot was lame...Will get the data sheet made tomorrow! 

  7940   Thu Jan 24 15:16:50 2013 ManasaUpdateGeneralLaseroptik mirror - SN6

I repeated the transmittance measurements of Laseroptik SN6 at 1064nm. The rotation stage could only resolve 2 deg rotation (We should consider buying a better rotation stage).

s-polarization

Percentage transmittance

       0.177% 42 deg
       0.806% 44 deg
       0.57%   46 deg
       54.8%    0 deg

p-polarization

Percentage transmittance

       1.039% 42deg
       1.155% 44 deg
       1.159% 46 deg
        65.6%   0 deg

sn6_trans1.png 

  7941   Thu Jan 24 16:23:24 2013 KojiUpdateGeneralLaseroptik mirror - SN6

The mirror T is completely out of spec. We should find or request the data sheet of the mirror.

> We should consider buying a better rotation stage

I'm already on it

  7943   Thu Jan 24 16:34:56 2013 ranaUpdateGeneralLaseroptik mirror - SN6

  I have two questions:

1) Are we sure that the T measurement is not being compromised by some systematic? i.e. some leakage is making the apparent T appear too high.

2) IF the T is really so high, how should we decide whether or not to use this one rather than the G&H? Is the 532 nm property more important than the high recycling gain?

  7944   Fri Jan 25 08:10:42 2013 SteveUpdateGeneralLaseroptik mirrors

 Here are the German plots. Unfortunately they are not logarithmic.

 Ed: Proprietary data removed. Use wiki (Koji)

Steve uploaded data to the 40m wiki  / Aux_Optics on 02-07-2013

 

 

  14400   Tue Jan 15 15:27:36 2019 gautamUpdateGeneralLasers and other stuff turned back on

VEA is now a laser hazard area as usual, several 1064nm lasers in the lab have been turned back on. Apart from this

  • the IFR was reset to the nominal modulation settings of +13dBm output at 11.066209 MHz (this has to be done manually following each power failure).
  • The temeprature control unit for the EY doubling oven PID control was turned back on.
  • The EY Oplev HeNe was turned back on.
  • EY green PZT HV Kepco was turned back on.
  7192   Wed Aug 15 13:23:34 2012 LizSummaryComputer Scripts / ProgramsLast Weekly Update

Over the past week I have been continuing to finalize the daily summary pages, attempting to keep the total run time under half an hour so that they can be run frequently.  I have had many hang ups with the spectrograms and am currently using second trends (with this method, the entire script takes 15 minutes to run).  I also have a backup method that takes 3 minutes of data for every 12 minutes, but could not implement any interpolation correctly.  This might be a future focus, or the summary pages could be configured to run in parallel and full data for the spectrograms can be used.  I configured Steve's tab to include one page of images and one page of plots and fixed the scripts so that it corrects for daylight savings time (at the beginning of the running, the program prints 'DST' or 'Not DST').

Right now, I am focusing on making coherence plots in a spectrogram style (similar to the matlab 'coh_carpet' function) and a spectrogram depicting Gaussianity (similar to the plots made by the RayleighMonitor).  I have also been working on my  final paper and presentation.

  11584   Wed Sep 9 11:00:49 2015 IgnacioUpdateIOOLast Wiener MCL subtractions

On Thursday night (sorry for the late elog) I decided to give the MCL FF one more try. 

I first remeasured the actuator transfer function because previous measurements had poor coherence ~0.5 - 0.7  at 3 Hz. I did a sine swept to measure the TF. 

Raw transfer function:

The data is attached here: TF.zip

Then I made Wiener filters by fitting the transfer function data with coherence > 0.95 (on the left). Fitting all the data (on the right). Here are the filters:

 

The offline subtractions (high coh fit on left, all data fit on right). Notice the better IIR performance when all the TF data was fitted.

 

The online results: (these were aquired by taking five DTT measurements with 15 averages each and then taking the mean of these measurements)

 

And the subtraction performance:

 

Attachment 3: TF.zip
  11592   Sun Sep 13 13:26:00 2015 ranaUpdateIOOLast Wiener MCL subtractions

When making the Wiener filter OFF/ON comparisons, we want to use the median PSD estimates, not the mean (which is what pwelch gives you).

cf. Sujan's note and Evan's follow-up

The median will be less sensitive to the transients / gltiches and will show more improvement I think.

  11713   Mon Oct 26 18:10:38 2015 IgnacioUpdateIOOLast Wiener MCL subtractions

As per Eric's request, here is the code and TF measurement that was used to calculate the MC2 FF filter that is loaded in FM5. This filter module has the filter with the best subtraction performance that was achieved for MCL.

code_TF.zip

Attachment 1: code_TF.zip
  3620   Wed Sep 29 12:08:28 2010 josephb, alexSummaryCDSLast burt save of old controls

This is being recorded for posterity so we know where to look for the old controls settings.

The last good burt restore that was saved before turning off scipe25 aka c1dcuepics was on September 29, 11:07.

  7399   Mon Sep 17 20:23:31 2012 JenneUpdateGeneralLast of In-vac mirror photos taken

[Manasa, Jenne]

We took the last of the in-vac photos of mirrors today.  I'll post in the morning.

Tomorrow, I'll align the DRMI once more to check, and get IPPOS and IPANG out of the vacuum.  I'll  take a look at POX, POY and POP, but we may just have to cross our fingers and hope for the best on those ones.  They were pretty hard to get out of the vac during their initial alignment, since they're so weak.

Also, tomorrow morning Steve is going to try out our new light access connector!!!!  I'm so excited!

The goal is to put heavy doors on, on Wed, and start pumping Wed afternoon / Thurs evening.

  7400   Mon Sep 17 23:58:01 2012 ranaUpdateGeneralLast of In-vac mirror photos taken

 My hope is that the DRMI flashes will be bright enough to see on the PO beams. IF we get 10 mW through the Faraday, you should get some buildup when the carrier resonates in the DRMI.

If the recycling gain is 10 and the pickoff fraction is 100 ppm you ought to get ~10 uW on PO. How much of the recycling cavity power gets out of POP?

  7401   Tue Sep 18 11:53:12 2012 JenneUpdateGeneralLast of In-vac mirror photos taken

Quote:

[Manasa, Jenne]

We took the last of the in-vac photos of mirrors today.  I'll post in the morning.

Tomorrow, I'll align the DRMI once more to check, and get IPPOS and IPANG out of the vacuum.  I'll  take a look at POX, POY and POP, but we may just have to cross our fingers and hope for the best on those ones.  They were pretty hard to get out of the vac during their initial alignment, since they're so weak.

Also, tomorrow morning Steve is going to try out our new light access connector!!!!  I'm so excited!

The goal is to put heavy doors on, on Wed, and start pumping Wed afternoon / Thurs evening.

 The photos on the OMC table are particularly tricky, since the camera plus the 'bathroom' mirror add a lot of weight....even if the MC locked, the input beam would be completely different, so all of the beams would be wrong.

During some of the work on the BS table, ITMY was realigned to have its beam retro-reflect, since the weight of the camera plus mirror was shifting all of the suspended optics on the BS table.  ITMY was restored after that, for subsequent photos.

Attachment 1: AllPhotos_Sept2012.pdf
AllPhotos_Sept2012.pdf AllPhotos_Sept2012.pdf AllPhotos_Sept2012.pdf AllPhotos_Sept2012.pdf AllPhotos_Sept2012.pdf AllPhotos_Sept2012.pdf AllPhotos_Sept2012.pdf AllPhotos_Sept2012.pdf
  7406   Wed Sep 19 01:15:15 2012 JenneUpdateGeneralLast of In-vac mirror photos taken - NOT!

I'm making a separate entry to go along with this thread of photos...

Putting the camera and 'bathroom' mirror on any table pretty significantly changes the leveling of any table.  The mirror especially is very heavy, although the camera is not feather light.  We need to come up with a new plan for taking alignment-confirming photos without adding anything to the tables.  That, or we have to level the table between each camera shot.  Anyone who has ever leveled one of our in-vac tables should shudder in horror at idea #2, so we need to put some thought into idea #1 before our next vent.  Vent Czar - can you put this on the list, in addition to the REFL rearrangement stuff?

As a result of this, PZT2 needed to be reverted to the place it was before work began on Saturday (so that the beam goes through the 45 degree target without any extra stuff on the table).  This means, unfortunately, that all of the photos / still captures of optics after PZT2 are invalid.

  14893   Tue Sep 17 23:46:21 2019 KojiUpdateCDSLatch Enable Logic

[Koji Gautam]

We continued to check the latch logic. Today we found that latch.py didn't catch the change of LSB but did for MSB. We determined that this happens when the slider value is chaged between the polling for LSB and MSB.
SInce these two should always be related to a single gain value, latch.py was modified so.

Now we don't observe any logic error for ~100 gain transisitions (see attached).

Attachment 1: Screenshot_from_2019-09-17_23-39-35.png
Screenshot_from_2019-09-17_23-39-35.png
  3235   Fri Jul 16 13:05:48 2010 Kyung-haUpdateSUSLate update for 7/13 Tue (Tip Tilts)

[Jenne & Kyung-ha]

We suspended the mirror to one of the main frame with the ECD backplane we finished before. The hard task was to find the right balance for the mirror so that 1) it won't be tilted and 2) it'll be in the right position for the ECD backplanes so that the magnets attached to the mirror holder would be in the very center of each ECD holes. We used optical lever laser (red He/Ne) to check the balance of the mirror. We tried to use the jig for the mirror holder clamps but because of the size difference, we couldn't use it at all. (Since the magnets are very heavy, we thought the wire being not perfectly centered might work better. However, the jig dimension was way too different that the wire ended up in the middle of one of the holes.) Since there was no other clever way to attach the wire in the right position, we just tried to be as center/accurate as possible. After attaching wire to that mirror holder clamps, we hanged it to the frame. Again, we couldn't find any other accurate way to find the center so we held the wire and tried to adjust the mirror height as accurate as possible so that it can be in the right position in respect to ECD backplane and not be tilted at the same time. However, when we hanged the mirror, it was still tilted.. So we adjusted the mirror tilt using the mirror holder clamps. Since the holes on the clamps were ellipse shapes, we could adjust the position of the clamps a little bit. When we adjust the clamps, we started to tighten the screws when the mirror is NOT in the perfect position since the tightening up part changes the mirror angle anyways. Luckily, when we tightened up the last screw, the mirror was in the perfect position! After that, we poked the mirror several times to make sure that it comes back to the same place.

Amazingly, we could finish this whole hanging/adjusting process in about 30 mins! :D (Jan said it's because of his amazing moral support. :P Maybe he'll be there to support us everytime we work on the mirrors?)

  4893   Tue Jun 28 02:11:47 2011 JenneUpdateLockingLatest MICH noise budget

I have measured / calculated the latest MICH noise budget.  It doesn't really look all that stellar.

MICH_noise_budget_as_of_28June2011.png

As you can see, we are nowhere near being shot noise limited, since there's a huge discrepancy between all of the measured spectra and the teal Shot Noise line. 

One possible suspect is that the analog whitening filters weren't on when I took my measurements.  I didn't actually check to ensure that they were on, so they might not have been.  Right now we're limited by electronics and other boring noises, so I need to make sure we're limited by the noise of the diode itself (we don't have enough light in the IFO to actually be shot noise limited since that takes 2.5mA for AS55 and I only have 1.1mA, but we should be ~within a factor of 2ish).

  5035   Tue Jul 26 03:15:52 2011 JenneUpdateLockingLatest MICH noise budget

[Jenne, Rana]

We had another look at the MICH noise budget tonight. Rana has verified that my techniques / math aren't too ridiculous. 

In the first attachment, you'll notice that the MICH noise is waay above the shot noise of 1mW on the beam splitter.  We don't know why.  One problem is that the modulation depth of the 55MHz is too low by ~a factor of 10.  Kiwamu and his magical resonant circuit are working on fixing this.  This will not, however, fix the huge discrepancy here.  More investigation and meditation is required!  For this measurement, the whitening gain of AS55 was set to 42dB for both I and Q.

In the 2nd attachment, the PSL shutter is closed, so all of these are dark measurements of AS55.  (The input matrix on the LSC screen is AS55Q * 1 -> MICH_IN1, so they're the same).  All we've done is change the whitening gain before the ADC.  For 0dB and 9dB, you can see that the low freq noise didn't change - here we're still limited by the ADC noise.  With 21dB and 42dB we're clear of the ADC, so either is fine.  Unfortunately, the high freq stuff when the loop is on matches up with the high freq part of the dark noise, so that's part of the problem....

Attachment 1: MICHnoise_shotNoise_25July2011.pdf
MICHnoise_shotNoise_25July2011.pdf
Attachment 2: MICH_darkNoise_whiteningGainChanging_25July2011.pdf
MICH_darkNoise_whiteningGainChanging_25July2011.pdf
  10014   Mon Jun 9 20:07:53 2014 nicolasHowToComputer Scripts / ProgramsLatex (math) in the elog

\text{\LaTeX} in the elog

One feature that has been sorely missing in the elog has been the ability to easily add mathematical symbols. Here is an imperfect solution.

There is a browser plugin available for firefox, safari and chrome that allow you to add “markdown” formatting to any rich text input box in the browser. One feature of markdown is latex math formulae.

http://markdown-here.com/

The way it works is you type some latex formatted math text in between dollar signs, click the button in your browser, and it converts them to rendered images.

So this

$E=mc^2.$

becomes this

E=mc^2.

Some drawbacks:

The images are actually rendered through a google service, so if that service changes or goes down, the images won’t render, however the HTML source still contains the source string.
The size of formulae are not really matched to the text.
Going back and forth between rendered and unrendered can lose changes (if you make changes after rendering).

Bonus features:

It also works in Gmail!
You can do code highlighting:

#!/bin/bash   ### this is a comment  PATH=$PATH:/home/user/path    echo "How cool is this?" 

EDIT: it looks like the code highlighting is sort of broken :-(.

  3027   Tue Jun 1 18:39:59 2010 NancyUpdate Lead spheres for the seismographs

 

the lead spheres that were placed below the granite slab have been flattened by hammering to have lesser degree of wobbling of the slab.

the height of each piece, and the flatness of their surfaces was checked by placing another slab over them and checking by the spirit level.

P6010170.JPG

P6010166.JPG

P6010164.JPG

 

  16717   Wed Mar 9 10:23:28 2022 JordanUpdateVACLeak Testing of New Manual Gate Valve - Attempt #1

Jordan, Chub, Paco

Chub and I went into the lab this morning to leak check the new gate valve after pumping over the weekend. This would be done through the RGA and spraying helium around the newly installed flanges. The RGA is set to monitor the partial pressure of helium versus time and we visually watch for any spikes in pressure to indicate an air leak.

So, I mistakenly thought the gate valve was opened and both sides were being pumped on, this was not the case. The vavle was closed so there was a pressure differential whenI turned the handle it tripped the interlocks and closed V4. I closed VM3 to the RGA volume to prevent the filament from being damaged.

Then the medm screen for the vac controls started flashing rapidly, I closed the window and reopened the controls to find all the panels were white, but we could still see the read only vac screen. So Paco restarted c1vac and the controls were restored. V7 closed, but was then reopened.

We now need to restart pumping with the odd pressure differentials between V4 and VM3.

Plan

- TP2 turned off along with the AUX pump

- VM3 opened to vent RGA volume (RGA turned off, filament cooled)

- Open the manual vent screw on TP1 to bring the RGA+TP1 volume back to atmosphere, now no pressure diff. on V4

- Open V4, restart AUX pump to rough out the volume

- Connect RP1/3 line to the pump scroll, turn on RP1/3 RGA+TP1 volume went to mtorr

- Slowly open the manual gate valve

- Connect AUX pump to TP2 and rough out

- Restart TP2, once at speed open V4, close V6 and turn off RP1/3

Now we are pumping on the RGA/TP1 volume with TP2, leak check attempt #2 will happen tomorrow morning

  16721   Thu Mar 10 09:39:59 2022 JordanUpdateVACLeak Testing of New Manual Gate Valve - Attempt #2

This morning Chub and I leak checked the manual gate valve with the RGA and helium. There was no change in the helium partial pressure while spraying helium around the flanges, all looks good.

 

I also took a 100 AMU analog scan, after the filament had warmed up overnight and the plot was quite noisy even with the lowest scan speed. I recommend this unit go back to SRS for a filament replacement/recalibration. I am worried yesterday's "vent" of the RGA volume may have burned the filament. See the comparison of yesterday's analog scan to today's below.

Attachment 1: 3-09-2022.PNG
3-09-2022.PNG
Attachment 2: 3-10-2022.PNG
3-10-2022.PNG
ELOG V3.1.3-