40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 126 of 327  Not logged in ELOG logo
ID Date Author Type Category Subject
  10156   Tue Jul 8 18:20:15 2014 jamieOmnistructureElectronicsJamie 1811 power supply fixed!

 Placed in PD cabinet in Y arm, next to the OTHER Jamie-made 1811 power supply from 1998.

  10155   Tue Jul 8 17:59:12 2014 jamieOmnistructureElectronicsJamie 1811 power supply fixed!

I finally made good on the LIFE TIME WARRANTY on the ancient, Jamie-made 1811 power supply with the faulty switch:

20140708_165010.jpg

Back to fully working form.  Hopefully I'll still be around the next time it breaks in 16 years.

  10154   Tue Jul 8 16:45:15 2014 NichinUpdateGeneralWeekly plan

 My plan for next week is...

1)    1) Taking DC output readings with multimeter for each PD to create a database for all the PDs. Requires taking off the table tops for each PD.  Also, making sure each PD is illuminated properly.

    2 - 3 Hours inside the lab 

    Requires presence of expert

Occupies all the PDs , RF switch and the Network analyzer.

2)    2)  Integrate the switch selection script with the Network analyzer script to complete the automation part of the project.  (If time permits, build a simple GUI for easy operation)

Occupies the control room computer, RF switch and the Network analyzer

3)    3)  Create a database of canonical plots for each PD to compare with the current plot and maybe even plot the difference between the current plot and canonical plot.

Occupies the control room computer, PDs , RF switch and the Network analyzer.

4)    4)  Fit the transfer function or transimpedance using vector fitting. (vectfit4.m)

5)    5) Update 40m-Wiki

6)    6) Progress Report to be submitted to SFP.

  10153   Tue Jul 8 15:28:32 2014 KojiUpdatePSLPMC local oscillator is going wonky

Koushik and Koji try to fix the PMC oscillator issue. So we remove the module from the rack.
This means we don't have the PMC transmission during the work.

  10152   Tue Jul 8 15:07:24 2014 NichinHowToElectronicsRF Multiplexer in rack 1Y1

The RF multiplexer is configured as shown in the figure. It is now effectively a 15x1 RF mux.

RF_Multiplexers.png

To select a required channel:

Run the script as shown below 

/opt/rtcds/caltech/c1/scripts/general/rfMux.py

>python rfMux.py ch11

For channel 10 to 16, you can just enter the required channel number and it is routed to the output.

For channel 1 to 8, you only need to input the required channel number as above. No need to run the code again to select ch9 after selecting ch1-8

 

How the NI-8100 controller works:

Whenever any channel of one switch is selected, the output of the other switch is set to its ch0 (ch1 and ch9 in the figure).

So selecting ch1-8 will automatically select ch9 as output for the other switch. IF you send a command to select ch9 afterwards, the first switch will be automatically set to ch1 and not stay on what you had selected before.

  10151   Tue Jul 8 09:02:02 2014 AkhilUpdateElectronicsPSD Plots for different sampling times of the Frequency Counter

 Although there were few timing issues with the FC and the Raspberry Pi at the lowest sampling time of the FC (0.1s) even after adding an external trigger circuit, it turned out that most of these issues are not prevalent at higher sampling times(>0.5 s)(narrow peaks of PSD seen for higher sampling times). Rana suggested me to look at the PSD plots at different sampling times of the FC so that we can decide which would be the optimal sampling time to work with the FC before replacing the spectrum analyzer. I took the measurements with the setup discussed in my previous elog(http://nodus.ligo.caltech.edu:8080/40m/10129) . However, the  noise of the R Pi- FC interface should be taken care of (I will discuss it with my mentors).

Attached are the plots at 100 MHz carrier frequency at  different sampling times of the FC( 0.1s, 0.2s, 0.3s, 0.5s, 1s) (pdfs and code attached in a zip file)

RXA: Put all the plots in a single PDF file and use the same axis limits for all plots so that its easy to compare.      (Attached in PSD.pdf)


 

 

Attachment 1: 0.1s.png
0.1s.png
Attachment 2: 0.2s.png
0.2s.png
Attachment 3: 0.3s.png
0.3s.png
Attachment 4: 0.5s.png
0.5s.png
Attachment 5: 1s.png
1s.png
Attachment 6: Pdf.zip
Attachment 7: PSD.pdf
PSD.pdf
  10150   Tue Jul 8 01:55:21 2014 JenneUpdateSUSETMX glitching

[Jenne, Rana]

A few times this evening, I had been having trouble locking CARM and DARM with ALS, and holding it for very long.  When it started happening again, I switched over to locking the individual arms with ALS.  Yarm seems to be totally fine, but Xarm has something funny going on. 

Rana and I have narrowed it down to being a problem with ETMX.  We were watching ETMX's oplev and local damping error signals, and would see occasional glitch events.  This happened when oplev + local damping were both on, both off, and when only local damping was on.  We believe that this points to something weird with the coil driver and actuator chain.

We tried to watch for a while to see if it was a step event (something switching on and off periodically), or an impulse event (some transient oscillation in an opamp perhaps), but the problem went away again.  We have come to no conclusions other than we have a problem that needs watching.

During our investigations, to more softly turn off the damping, Rana set the local damping gains, as well as the oplev gains to zero using a ramp time.  We don't recall the precise numbers, and conlog doesn't have the gains recorded, so we made an educated guess.  The local damping seems fine, but the oplev damping should be re-confirmed.  Steve, can you please show Harry how, and have him help you measure the ETMX pitch and yaw oplev loops, and set the gains so that they match up to the references, and then post the measured bode plots when you're done? 

  10149   Mon Jul 7 23:19:55 2014 ranaUpdatePSLPMC ringdown setup

Quote:

I moved stuff on the PSL table to accommodate the PMC ringdown setup.

I used the beam that leaks from the steering mirror at the PMC transmission that was dumped to a razor blade dump. I installed a Y1 to steer the beam to the ringdown PD. Power in the beam 75mW. 

 I am guessing that 75 mW will burn / destroy any Thorlabs PD. I hope that mW is supposed to be uW.

  10148   Mon Jul 7 22:18:26 2014 KojiUpdatePSLPMC local oscillator is going wonky

It seems that there is no better chip in MiniCircuits line-up with the same form factor.
ERA-5 is the most powerful one in the ERA (or MAR) series.

If the output is ~0dBm we have MAR-6SM in stock. But I suspect that ERA-5 was driven at the power level close to its saturation (~18dBm).

If we allow different form factors, we have GVA-** or GALI-** in the market and also in the blue tower, in order to gain more performance margin.
If it is difficult to apply them, I would rather use another ERA-5 with enhanced heat radiation.

I'm sure that Downs has EAR-5 replacement.

  10147   Mon Jul 7 22:07:29 2014 ranaUpdateElectronicsRF cables rerouted

This Red Ladder movement also probably included some bumping of the MC2 stack (be more careful when working in the lab). Around 5 PM today, the MC lost lock.

When I came in later, I found that the MC was flashing the TEM17,9 mode and had been misaligned like this for ~1 hour. I looked through the MC SUS sensor trends and moved MC2 back to its old position to get the locking back. I disabled the WFS, tweaked the TEM00 mode alignment using only MC2 sliders, and then re-enabled WFS. Its been OK for the past 5 hours.

Attachment 1: Untitled.pdf
Untitled.pdf
  10146   Mon Jul 7 21:36:33 2014 Jenne, ranaUpdatePSLPMC local oscillator is going wonky

The PMC local oscillator is going a little weird dyingWe need to check out why the level is fluctuating so much.

Here's a 6 month plot, where you can see that the lower level keeps getting lower (y-axis is dBm):

PMC_LO_failing.pdf

This LHO entry from 2008 shows where we first discovered this effect. As Rick Savage and Paul Schwinberg later found out, the ERA-5SM+ amplifier slowly degrades over several years and was replaced for both of the eLIGO interferometers. We have spares in the Blue box and can replace this sometime during the day.

Our PMC LO is made by this obsolete crystal oscillator circuit: D000419. There are many versions of this floating around, but they all have the ERA-5 issue.

  10145   Mon Jul 7 18:38:27 2014 NichinUpdateElectronicsRF cables rerouted

Quote:

The RF cables have been routed incorrectly. The cables run to the module from the front of the rack. We cannot close the doors to the racks if they are to remain this way.

I have asked Nichin to reroute the cables properly.

RF cables have been rerouted from the side of the rack, under the supervising eye of Manasa.

I moved the red ladder from near 1X4 to 1Y1 and back again.

Current list of RF cables:

REFL11, REFL33, REFL55, REFL165,

AS55

POX11

POP22

POY11

I have not connected them to the RF switch yet. ( until I figure out how to get both the switches working properly)

Attachment 1: 1.png
1.png
Attachment 2: 2.png
2.png
  10144   Mon Jul 7 18:11:04 2014 KojiUpdateGeneralBeam Waists

- Plots should be directly attached on the elog. (Attaching codes in a zip is OK.)

- Plot legends should not touch or hide any data points.

- Don't exclude data points.

- The model for the beam profile fitting is incorrect: zr and w0 are dependent

- The code needs to be reviewed by someone for refinement.
  (
EricQ, or possibly Jamie, Jenne while he is absent).

  10143   Mon Jul 7 17:20:09 2014 NichinUpdateElectronicsRF PDs needed

Quote:

Quote:

 REFL33, AS55, REFL55,REFL165,REFL11,POX11,POP22

There were quite a few more demodulator units labelled with PD names. Do any of them need to be included in the automated frequency response measurement system? Please let me know so that I can include them to the RF switch and check them for proper illumination, which i will do for all the above PDs next week.

 In the order that makes more sense to me, it looks like you have:

REFL11, REFL33, REFL55, REFL165,

AS55

POX11

POP22

We don't really need POP22 right now, although we do want the facility to do both POP22 and POP110 for when we (eventually) put in a better PD there.  Also, we want cabling for POP55, so that we can illuminate it after we re-install it.  If we're working on 2f PDs, we might as well consider AS110 also, although I don't know that there was a fiber layed for it.  The big one that you're missing is POY11.

 A new RF cable has been included for POY11. Cabling for POP55 and POP110 might or might not exist. I will check and report it.

  10142   Mon Jul 7 16:52:02 2014 manasaUpdateElectronicsRF cables need to be rerouted

The RF cables have been routed incorrectly. The cables run to the module from the front of the rack. We cannot close the doors to the racks if they are to remain this way.

I have asked Nichin to reroute the cables properly.

  10141   Mon Jul 7 16:39:26 2014 SteveUpdatePEMants on the PSL table

Quote:

Quote:

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

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

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

 

 The floor is mopped again with strong PEST CONTROL SOLUTION in water in the Vertex area.

Do not plane to work in the IFO-room till noon if you are sensitive to chemicals!

 Ants are back on the PSL table. We'll be mopping the floor with pest control solution tomorrow morning.

  10140   Mon Jul 7 16:39:09 2014 manasaUpdatePSLPMC ringdown setup

I moved stuff on the PSL table to accommodate the PMC ringdown setup.

I used the beam that leaks from the steering mirror at the PMC transmission that was dumped to a razor blade dump. I installed a Y1 to steer the beam to the ringdown PD. Power in the beam 75mW.

Results are in here elog 

Attachment 1: PMC_ring.png
PMC_ring.png
  10139   Mon Jul 7 14:42:33 2014 HarryUpdateGeneralBeam Waists

I was finally able to get a reasonable measurement for the beam waist(s) of the spare NPRO.

Methods

I used a razorblade setup, pictured below, to characterize the beam waist of the spare 1064nm NPRO after a lens (PLCX-25.4-38.6-UV-1064) in order to subsequently calculate the overall waist of the beam. The setup is pictured below:

 

RzorbladeSetupFinal.pdf

After many failed attempts, this was the apparatus we (Manasa, Eric Q, Koji, and I) arrived with. The first lens after the laser was installed to focus the laser, because it's true waist was at an inaccessible location. Using the lens as the origin for the Z axis, I was able to determine the waist of the beam after the lens, and then calculate the beam waist of the laser itself using the equation wf = (lambda*f)/(pi*wo) where wf is the waist after the lens, lambda the wavelength of the laser, f the focal legth of the lens (75.0 mm in this case) and wo the waist before the lens.

We put the razorblade, second lens (to focus the beam onto the photodiode (Thorlabs PDA255)), and the PD with two attenuating filters with optical density of 1.0 and 3.0, all on a stage, so that they could be moved as a unit, in order to avoid errors caused by fringing effects caused by the razorblade.

I took measurements at six different locations along the optical axis, in orthogonal cross sections (referred to as X and Y) in case the beam turned to be elliptical, instead of perfectly circular in cross section. These measurements were carried out in 1" increments, starting at 2" from the lens, as measured by the holes in the optical table.

Analysis

Once I had the data, each cross section was fit to V(x) = (.5*Vmax)*(1-erf((sqrt(2)*(x-x0))/wz))+c, which corresponds to the voltage supplied to the PD at a particular location in x (or y, as the case may be). Vmax is the maximum voltage supplied, x0 is an offset in x from zero, wz is the spot size at that location in z, and c is a DC offset (ie the voltage on the PD when the laser is fully eclipsed.) These fits may all be viewed in the attached .zip file.

The spot sizes, extracted as parameters of the previous fits, were then fit to the equation which describes the propagation of the spot radius, w(z) = wo*sqrt(1+((z-b)/zr)^2)+c, w(z) = w0*sqrt(1+((((z-b)*.000001064)^2)/((pi*w0^2)^2))) where wo corresponds to beam waist, b is an offset in the z. Examples of these fits can be viewed in the attached .zip file.

Finally, since the waists given by the fits were the waists after a lens, I used the equation wf = (lambda*f)/(pi*wo), described above, to determine the waist of the beam before the lens.

Plots

 

note: I was not able to open the first measurement in the X plane (Z = 2in). The rest of the plots have been included in the body of the elog, as per Manasa's request.

Y_Waist_Fit.pngY_plane_measurement_6_(Z_7in).pngY_plane_measurement_5_(Z_6in).pngY_plane_measurement_4(Z_5in).pngY_plane_measurement_3_(Z_4in).pngY_plane_measurement_2_(Z_3in).png

 

Y_plane_measurement_1_(Z_2in).png X_plane_measurement_6_(Z_7in).pngX_plane_measurement_5_(Z_6in).pngX_plane_measurement_4_(Z_5in).pngX_plane_measurement_3_(Z_4in).pngX_plane_measurement_2_(Z_3in).pngX_plane_measurement_1_(Z_2in).pngX_Waist_fit.png

Conclusion

The X Waist after the lens (originally yielded from fit parameters) was 90.8 27.99 ± .14 um. The corresponding Y Waist was 106.2 30.22 ± .11 um.

After adjustment for the lens, the X Waist was 279.7 907.5 ± 4.5 um and the Y Waist was 239.2 840.5 ± 3.0 um.

edit: After making changes suggested by koji, these were the new results of the fits.

Attachments

Attached you should be able to find the razor blade schematic, all of the fits, along with code used to generate them, plus the matlab workspace containing all the necessary variables.

NOTE: Rana brought to my attention that my error bars need to be adjusted, which I will do as soon as possible.

Attachment 2: erFitFinal2.zip
  10138   Mon Jul 7 14:38:55 2014 SteveUpdatesafetysafety training

TaraV - geology major undergrad -  of Jenne's summer help received 40m specific basic safety training.

  10137   Mon Jul 7 13:56:13 2014 AkhilConfigurationElectronicsSetup Used for Characterization of Frequency Counter

When I was trying to plot PSD of the measurements, I still couldn't get better resolution. There still seems to be a problem with timing and synchronization of the R Pi with the FC even after addition of the external trigger circuit. Now, I am looking to debug this issue. Attached are the plots showing missing data points and data from the FC at uneven spacing(zoomed in plot).

 

Attachment 1: FreqVsTime.png
FreqVsTime.png
Attachment 2: Missing_Data.png
Missing_Data.png
  10136   Mon Jul 7 13:55:26 2014 JenneUpdateLSCc1cal model restarted

I'm not sure why the c1cal model didn't come up the last time c1lsc was rebooted, but I did an "rtcds start c1cal" on the lsc machine, and it's up and running now.

  10135   Mon Jul 7 13:44:21 2014 JenneUpdateCDSc1sus - bad fb connection

Quote:

 

I managed to recover c1sus.  It required stopping all the models, and the restarting them one-by-one:

$ rtcds stop all     # <-- this does the right to stop all the models with the IOP stopped last, so they will all unload properly.

$ rtcds start iop

$ rtcds start c1sus c1mcs c1rfm

I have no idea why the c1sus models got wedged, or why restarting them in this way fixed the issue.

 In addition to needing obnoxiously regular mxstream restarts, this afternoon the sus machine was doing something slightly differently.  Only 1 fb block per core was red (the mxstream symptom is 3 fb-related blocks are red per core), and restarting the mxstream didn't help.  Anyhow, I was searching through the elog, and this entry to which I'm replying had similar symptoms.  However, by the time I went back to the CDS FE screen, c1sus had regular mxstream symptoms, and an mxstream restart fixed things right up. 

So, I don't know what the issue is or was, nor do I know why it is fixed, but it's fine for now, but I wanted to make a note for the future.

  10134   Mon Jul 7 11:02:22 2014 manasaConfigurationGeneralIFO status post earthquake

Quote:

All suspension damping restored. There had to be an earth quake.

PMC was relocked.

MC did not need any fixing to its alignment. I had to lock it manually and autolocker is set running now. So that should take care of things

The arms were aligned and ASS'd for IR PDH.

Green light PDH locks to the arms alright.

  10133   Mon Jul 7 10:35:43 2014 JenneUpdateElectronicsRF PDs needed

Quote:

 REFL33, AS55, REFL55,REFL165,REFL11,POX11,POP22

There were quite a few more demodulator units labelled with PD names. Do any of them need to be included in the automated frequency response measurement system? Please let me know so that I can include them to the RF switch and check them for proper illumination, which i will do for all the above PDs next week.

 In the order that makes more sense to me, it looks like you have:

REFL11, REFL33, REFL55, REFL165,

AS55

POX11

POP22

We don't really need POP22 right now, although we do want the facility to do both POP22 and POP110 for when we (eventually) put in a better PD there.  Also, we want cabling for POP55, so that we can illuminate it after we re-install it.  If we're working on 2f PDs, we might as well consider AS110 also, although I don't know that there was a fiber layed for it.  The big one that you're missing is POY11.

  10132   Mon Jul 7 09:46:00 2014 SteveConfigurationSUSall sus damping restored

All suspension damping restored. There had to be an earth quake.

Attachment 1: 6.9MagMexico.png
6.9MagMexico.png
  10131   Mon Jul 7 08:13:41 2014 steveUpdateGeneralyes,there was firework
Attachment 1: 8days.png
8days.png
  10130   Sat Jul 5 04:18:45 2014 AndresUpdate40m Xend Table upgradeAdding Two Lenses After the Second Steering Mirror in Order Two Increase the Gouy Phase Difference Between the Sterring Mirrors

I had been working on the Xend table optical layout update. Since the two steering mirrors in the Xend green are too close to each, there is a very small Gouy Phase different between these two mirrors. It was suggested to place two lenses so that we can increase the Gouy Phase. I have been working with Nick on this problem, and we had found a solution by using a la mode. We had written an a la mode code that optimize the Gouy Phase and the Mode Matching at the same time. After trying different lenses, we found the following results: a mode matching of 0.9939 as it is show in the first attachment below, and we found a Gouy Phase different between the two mirrors of about 60 degrees. I took photos of the Xend Table. The first photo is the Xend table as we had it right now. In the second photo, I moved the 2nd lens, and I placed the two more lenses that we need it, with more or lenses the correct position where they will be placed. The three old lenses will be replaced by three lenses of different focal length as it can be seen in the first attachment below. The first lens and third lens will stay in the same position where the old first lens and old third lens are, and the second lens will be moved by about half of an inch. We might have one or two of the lenses that we need, but we will have to order the rest of the lenses that need. My plan is to verify the lenses that we already have. Then, I need to let Nick know with lenses we need to order. Hopefully, we will be able to update the table by the end of this week if everything turn out fine.

Attachment 1: OverlapAndComponentsOfTheSolution.png
OverlapAndComponentsOfTheSolution.png
Attachment 2: CloseLookToTheGouyPhaseBetweenMirr1AndMirr2.jpg
CloseLookToTheGouyPhaseBetweenMirr1AndMirr2.jpg
Attachment 3: EntireRangeOfBeamPath.jpg
EntireRangeOfBeamPath.jpg
Attachment 4: XendTableWithTwoNeedLensesAdding.JPG
XendTableWithTwoNeedLensesAdding.JPG
Attachment 5: SchematicOfSolutionForTheLensesGouyPhase.jpeg
SchematicOfSolutionForTheLensesGouyPhase.jpeg
Attachment 6: XendGreenModeMatchingAndGouyPhaseOptimization.m
clear all
% In this code we are using a la mode to optimatize the mode matching and
% to optimatize the Gouy phase between mirror 1 and mirror 2. All the units
% are in meter

w0=2.943*1e-5; % The Waist of the laser measured before the faraday
z0_laser=-0.039; % position measured where the waist is located 
lamb= 532*10^-9; % wavelength of green light in mm
lFaraday=.0638; % Length of the faraday

... 148 more lines ...
Attachment 7: BeforeIncludingLensesORMovingLenses.JPG
BeforeIncludingLensesORMovingLenses.JPG
  10129   Fri Jul 4 09:17:13 2014 AkhilConfigurationElectronicsSetup Used for Characterization of Frequency Counter

 Goal:

To complete the characterization of the Mini Circuits UFC-6000  RF Frequency Counter to be used for beat note measurement  as a part of frequency offset locking loop. The aim of this setup was to obtain the bode plots and PSD plots for the FC.

Detail about the Setup:

UFC RF Frequency Counter: Described in detail in one of my previous elog (http://nodus.ligo.caltech.edu:8080/40m/10020) 

Raspberry PiRaspberry Pi will be running Raspbian which is a version of Linux, and not a RTOS. When sampling data at a certain frequency we want samples to occur at fixed time intervals corresponding to the sampling period. A normal operating system cannot provide us with this functionality, and there will be jitter (variation) in the time difference between consecutive samples. Whether this is an issue depends on how much jitter we have and what the specific application is. In our application(measuring phase and noise), the jitter has to be taken into consideration. Hence for data acquisition we need  to sample with much more tightly defined sampling periods (reduced jitter) which can be done by providing an external timing standard(Like a square pulse of the frequency same as the sampling rate of the FC ).

ADC : The ADC serves for two different conversion processes in the setup:

            1)  For converting modulating analog signal(from SRS 30 MHz Wave Generator) into digital signal for data analysis on Raspberry Pi.

            2)  To provide an external clock reference to the Raspberry Pi.

Interfacing ADC(ADS1115) with Pi:

Configuring the ADS1115 - Configuration Register

In order to set the modes of operation defined above we must set the config register within the ADS1115. A register is simply a memory location within the chip. Registers are made up of bytes (8 bits) of data. Registers are typically either one or two bytes long. The bits are:

Bit [15] This bit is used to start a conversion, by setting this bit to 1 a conversion is initiated. When reading the config register this bit remains equal to 0 while the conversion is carried out, and is set to 1 once the conversion is complete, we can monitor this bit to find the status of a conversion

Bits [14:12] These bits set which pin to use as input to the ADC. Note that we can choose either single ended or differential mode through setting these bits. Note that each configuration has two inputs AIN~p~ and AIN~n~. By setting AIN~n~ to GND we obtain a single ended input with AIN~p~ as the input.

Bits [11:9] These bits set which setting of the programmable gain amplifier to use

Bit [8] Continuous conversion / No Continuous conversion

Bits [7:5] Set the samples per second (sps) value

Bit [4:2] Comparator setup, we will not use the comparator so these bits are irrelevant

Bit [1:0] Comparator mode, set to 11 to disable the comparator.

 Four channels are used in differential mode for A-D conversion of two analog signals, one the slow modulating signal input and the other for a square signal of 10 Hz (same as sampling rate of FC(0.1 s)).

The raspberry Pi reads the external trigger from ADC and starts reading input from the FC only when the square signal is 1. Thus in this way we can avoid the clock jitter and timing can be as accurate as the RTOS.

Function Generators:

Three function generators are used in the setup:

  1. IFR Marconi Generator used for RF Carrier signal.
  2. SRS 30 MHz Function Generator used for slow modulating signal (upto 5Hz).
  3. SRS 30 MHz signal for square wave used as clock(10 Hz).

 The setup is attached as pdf. The computer scripts will follow this elog.

Measurements Taken:

The input and output modulated signals are recorded and the delay and noise of the FC are to be estimated.

 

 

 

 

Attachment 1: setup.pdf
setup.pdf
  10128   Thu Jul 3 16:28:38 2014 NichinUpdateElectronicsRF cables installed

 [ Nichin, Eric G]

RF cables have been installed between deomodulator output PD RF MON and the RF switch for the following PDs:

 REFL33, AS55, REFL55,REFL165,REFL11,POX11,POP22

The cables are labelled on both ends and have been run on the overhead tray.

The cabling looks neat on 1Y2, but not so much in 1Y1(RF switch). I will better organize them later.

There were quite a few more demodulator units labelled with PD names. Do any of them need to be included in the automated frequency response measurement system? Please let me know so that I can include them to the RF switch and check them for proper illumination, which i will do for all the above PDs next week.

Test run:

I tested the RF switch selection code and then the data acquisition code for the NWAG4395A network analyzer and they both seemed to work fine. I selected the channel to which AS55 is hooked up to and then remotely got its transfer function.

There is quite some noise in the system as the plot shows. Especially the phase. Maybe my driving power was a bit too low. Have to figure out the reason behind this.

Further work:

  • Make sure all the PDs are properly illuminated.
  • Create a DC voltage reading's database for all PDs.
  • Canonical plots for each PD to compare with the current data.
  • Implement a script to fit the transfer function and extract required information about the PD.

 

 

 

Attachment 1: AS55_03-07-2014_162634.pdf
AS55_03-07-2014_162634.pdf
  10126   Wed Jul 2 22:58:11 2014 JenneUpdateLSCLittle Bo-Peep has found her phase

Never mind.  This is just the low pass filter that Den put in to try to deal with the moving cavity pole. 

Before I realized this, just in case it was a computer quirk, Koji and I rebooted the end station front end machines.  This had no effect other than to keep me searching and measuring until I figured it out.  If I turn off the low pass, the phase pops back up to very close to the reference.  The low pass currently comes on automatically as part of the carm_cm_up script.

  10125   Wed Jul 2 21:30:42 2014 JenneUpdateLSCLittle Bo-Peep has lost her phase
Little Bo-Peep has lost her phase,
And can't tell where to find it;
Leave it alone, and it'll come home,
Bringing its degrees behind it.
 
Seriously.  What?  I was holding CARM on sqrtTrans with arm powers of about 1, DARM was still ALS diff, PRMI on REFL33.  CARM was actuating on +ETMX+ETMX, since I kept kicking the MC out of lock, but other than that, everything was set by the carm_cm_up script, so I don't think there should be any big differences.  I took a CARM transfer function, and it seems like the phase bubble has all but disappeared compared to the reference from mid-May. 

CARM_loop_ArmPowers1_2July2014.pdf

I need to figure this out before it's worth trying any acrobatic AO path turn-on scenarios.

 

Also this evening, I went to the Yend and did another tweak-up of the green beam alignment. 

  10124   Wed Jul 2 16:18:32 2014 JenneUpdateASCIFO aligned, PRMI + 2 arms achieved

After the meeting, I aligned the IFO to the IR, and then I aligned the Ygreen to the Yarm.  I then found the beatnotes and used ALS to hold the arms with CARM/DARM, locked the PRMI, and reduced the CARM offset until I had arm powers of about 3.  Given that this was at 3pm, and people were tromping all over inside the IFO room, I feel positive about tonight.  

So, IFO seems ready, carm_cm_up script was successful, and got me to arm powers of 1, and then I further reduced the offset by a bit to go a little higher. 

  10123   Wed Jul 2 16:16:45 2014 NichinUpdateGeneralLAN wire added

 [Nichin, Eric Q]

We added a new LAN wire from Rack 1Y4 to 1Y1 to connect the RF switch at 1Y1 to the martian network. The wire is labelled "To RF Switch (1Y1)"

The wire was run along the Y arm in the tray right next to the vaccum chamber, not the one on top.

 

  10122   Wed Jul 2 15:35:34 2014 ericqUpdateComputer Scripts / ProgramsLocal Chiara backups

Koji has provided a 2TB USB3 external hard drive that will get daily backups of chiara:/home/cds, the idea being that if the internal HD at /dev/sdb1 fails, we can physically open the external up, and swap the hard drive into chiara. 

We're running an rsync job on it right now, which should be done in a few hours. (USB3 is fast!)

I've also written a backup script at scripts/backup/rsync_chiara.backup which keeps its books in scripts/backup/rsync_chiara.backup.log 

I'm adding a entry to the root crontab on chiara to execute the script every day at 7am. 

 

  10121   Wed Jul 2 14:19:17 2014 SteveUpdateGeneralOphir pmeter gets new filter

Ophir power meter gets new filter with calibration. This is not cheap. It was the second time we lost it.

Filter leash is attached.

Attachment 1: ophirNewFilter.jpg
ophirNewFilter.jpg
  10120   Wed Jul 2 11:47:26 2014 SteveUpdateVACbroken changeover regulator of N2 supply

Quote:

This morning valve condition: V1, VM1, V4 and V5 valves were closed. IFO pressure rose to 1.3 mTorr

It was caused by low N2 pressure.  Our vacuum valves are moved-controlled by 60-70 PSI of nitrogen.

When this supply drops below 50-60 PSI the interlock closes V1 valve. This is the minimum pressure required to move the large valves.

It is our responsibility to check the N2 cylinder pressure supply.

The vacuum valve configuration is back to VAC. NORMAL,  CC1  4.8E-6 Torr

 

PS: Bob says that the second cylinder was full this morning, but the auto-switch over did not happen.

 The TESCOM automatic changeover regulator  [ model ACS 012-1011 ] manifold is most likely  clogged. The new one will arrive 8-8-2014

This means that the IFO pressure may go up to a few mTorr when we change cylinder or V1 valve triggered because there is no nitrogen supply.

  10119   Wed Jul 2 11:32:44 2014 Jenne, TaraVUpdatePEMStatus of seismometer stations, Yend Guralp moved

[Jenne, TaraV]

We had a look this morning at the status of the seismometer array, so that we can get it all put together. While we were looking at the Guralp at the Yend, we noticed that it was pointing the wrong way.  The North-South nubbins were pointed East-West, so X and Y coming out of the seismometer were backward.

 

To fix the Yend's Guralp, we powered off the Guralp readout box, rotated the seismometer, re-leveled it, and then turned the power back on.  Now X from the seismometer lines up with the X data channel, and similarly for Y.

The Yend Guralp has all of the cabling needed, and is installed on the granite slab.  This seismometer doesn't need any more work for now.  When we get around to it, we'll need to do some kind of thermal insulation, but other than that, it's good to go.

The Xend will also have a Guralp (Zach still has it in the Gyro lab for now).  We have the long cable that should go from the readout box to the slab that we'll need to put into the cable tray.  The short cable from the slab's plate to the seismometer is already in place.  For this seismometer, we should just need to plop the instrument in place and lay the cable in the overhead cable trays.  We should also remove the now obsolete STS-2 cable while we're doing that.  So, the Xend seismometer station doesn't need too much work.

The corner station will need more work.  Zach made for us the long cable, although he still has it in the Gyro lab, so when we get the seismometer and cable back, we'll need to lay that cable in the overhead trays.  The short cable from the slab's plate to the seismometer does not exist yet.  We want to make sure that we can feed the finished cable and connector through the hole in the slab, and then we'll solder it up out here on the EE bench.  I think this is how Den was doing things.  If not, we'll have to do the soldering in-situ, which we don't want.  So, for the corner station, we need to make the short cable, lay the long cable, get the T-240 back from Zach and put it on the slab, re-install the readout box that Zach has, etc, etc.  We should also make sure that the spaghetti pot fits on the slab, underneath the piece of metal that's sticking out over the slab.  We think that it's the same amount of clearance that the Yend pot has, so it should be okay, but we'll check.  The O-ring seems to be sitting on the MC2 chamber, so we should remember that. 

Neither the Xend nor the corner station had the yellow dog clamps, so we'll have to figure out where Den / Steve have hidden them. 

 EDIT:  We have checked, and the Guralp connector, which is larger than the Trillium connector, fits through the hole in the slab (with some disassembly), so we can solder together the short cable out here on the EE bench, and install it separately.  Eeeeexxxxxcelllent.

  10118   Tue Jul 1 21:20:37 2014 AkhilUpdateElectronicsGain plots of UFC-6000 for 0.1s Sampling Rate

 The attached are the gain plots at carrier frequencies of 100 MHz, 500 MHz and 1 GHz measured using IFR 2023B (Marconi).

Attachment 1: gain.png
gain.png
Attachment 2: gain.pdf
gain.pdf
  10117   Tue Jul 1 18:06:13 2014 nichinUpdateComputer Scripts / ProgramsNetwork Analyzer NWAG4395A data acquisition

EDIT: The script and template file have been moved to /opt/rtcds/caltech/c1/scripts/general/netgpibdata/

 

___________________________________________________________________________________________________________

The NEW and IMPROVED script for remotely getting data from Agilent 4395A network analyzer is located at /users/nichin

This script is quite different from the one in Elog 10108 and fetches us both magnitude and phase. There is an added feature of setting the IF Bandwidth.

The network analyzer is located at crocetta.martian (192.168.113.108)

How to run the script:

> python NWAG4395A_data_acq.py [filename.yml]

  1. The script accepts sweep parameters and output options via a .yml file that is written following a template that can be found at /users/nichin/NWAG4395A_parameters.yml
  2. The data obtained is stored as a .dat file and the corresponding details regarding the acquired data is in a .par parameter file
  3. Separate .dat and .par files are created for phase and magnitude of voltage data.
  4. You can choose to get a plot of the data obtained by specifying it in the .yml file. The plots are automatically stored as PDF.
  5. Plots, data and parameter files are all stored in a new folder that is created with a timestamp in its name.
  6. NOTE: Plotting options are only available in computers running numpy versions of 1.6.0 or above.(Currently only Ottavia and Chiara)

Test Run:

I connected a simple 2MHz Low pass filter between the modulation output and signal input of the NA and ran a scan from 100KHz to 20MHz. The script was run from Ottavia.

The expected plot was obtained and is attached here.

Current work:

Setting up the RF switch in rack 1Y1 to select between required PDs and scripts to tell it which channel to choose over the Ethernet.

 

Attachment 1: LPF2_01-07-2014_175443.pdf
LPF2_01-07-2014_175443.pdf
  10116   Tue Jul 1 13:57:33 2014 ericqUpdateComputer Scripts / ProgramsMC Autolocker on Megatron

 Just a quick update on the status of the auto locker:

The auto locker now runs and respawns automatically on megatron, through ubuntu's "upstart" init system, instead of cron. 

  • The autolocker script itself is:/opt/rtcds/caltech/c1/scripts/MC/AutoLockMC.csh
  • The startup script called by the upstart system is: /opt/rtcds/caltech/c1/scripts/MC/AutoLockMC.init
  • The upstart configuration is: /etc/init/MCautolocker.conf
  • The auto locker is started by executing this command on megatron: sudo initctl start MCautolocker

This was pretty simple to set up, once I figured out how to provide the necessary environment variables in AutoLockMC.init 

  10115   Mon Jun 30 22:40:21 2014 ManasaUpdatePSLAOM ringdown

Quote:

Quote:

I would like to measure the switching time of the AOM. So I have disconnected the modulation input to the AOM that comes from the ISS. I have also turned OFF the SR560's and the AWG that belong to ISS. 

Pics and cable connections of the state in which the ISS setup was left at, will be updated soon.

I installed a fast PDA10CF along the path of a leaking beam from one of the steering mirrors that direct the main beam to the PMC. This beam was dumped to a razor blade. I removed the razor blade and installed a Y1 to steer this beam through a lens on the PD.

Pics of the layout post-installation will be updated.

Also, I tested the AOM by giving it 0-1V modulation input from the AWG. This has been disconnected after the test. So everything should be as it was pre-testing.

Edit/manasa/ Data has not been fit correctly in here. A proper fit will follow this elog.

Proper fits and numbers are here :elog

Earlier last week I had tried to measure the AOM ringdown and concluded I could not make one.

I was proved wrong and I was able to make a measurement. I am still not sure why I was not able to make the measurement earlier with the very same settings and configuration.

What I did:

I gave the AOM a 0-1V modulation input using the signal generator (50 ohm feedthrough bnc was used to impedance match the AOM driver's modulation input). For the measurement here I used a 1Hz square wave. I used a 300MHz oscilloscope to look at the falling edge of the ringdown PD output installed.

I recorded a few ringdown samples. To get a quick number, I fit one such sample to find the AOM switching time as 1.48us (Plot attached). 

Attachment 1: AOM_ringSample1.pdf
AOM_ringSample1.pdf
  10114   Mon Jun 30 22:06:55 2014 JenneUpdateASCIFO (mostly) aligned - ASS working

[Koji, Jenne]

The Yarm ASS is now working (as is the Xarm ASS).  Both of the TT's pitch servos had a sign flip.  We don't know why.

To start, we lowered the matrix elements that push on the TTs by a factor of 3, to compensate for the new factor of 3 in the slider gains:  ezcastep C1:ASS-YARM_OUT_MTRX_5_5 /3 C1:ASS-YARM_OUT_MTRX_5_7 /3 C1:ASS-YARM_OUT_MTRX_6_6 /3 C1:ASS-YARM_OUT_MTRX_6_8 /3 C1:ASS-YARM_OUT_MTRX_7_5 /3 C1:ASS-YARM_OUT_MTRX_7_7 /3 C1:ASS-YARM_OUT_MTRX_8_6 /3 C1:ASS-YARM_OUT_MTRX_8_8 /3

We turned off all 4 tip tilt ASS servos (in the Yarm ASS servo screen), and turned them on one at a time.  By doing this, we discovered that the pitch servos for both TT1 and TT2 needed to have the opposite sign from what they used to have.  However, the yaw servos kept the original signs.  It really doesn't make sense to me why this should be, but this is the way the ASS servo works.  We left both Xarm and Yarm ASSs on for several minutes, and saw that they didn't push any mirrors out of alignment.

The ASS_DOTHER_ON burt snapshot has been resaved with the new values.

 

Also, earlier this evening, I aligned the Yarm green beam to the cavity, although the cavity was not optimally aligned, so this needs to be re-done.

 

On our to-do list should be to add the tip tilt slider values to the DAQ channels list.

  10113   Mon Jun 30 16:55:24 2014 ericqUpdateGeneralIFO (mostly) aligned

IR Alignment of the IFO is recovered! Green alignment could use some attention. 

Arms and PRC hold well, powers are within normal ranges. (TR[X,Y] >.9, POP110I > 400)

Details:

  • Starting from where Koji had brought things (i.e. beams on REFL, AS), I gradually stepped the PRM back to where I had a PRC lock right before the bootfest, using SUSPIT_IN and SUSYAW IN, while stepping the TT pointing (arbitrarily shifting TT1 and TT2) to keep the REFL camera spot centered. 
  • Green was locked fairly well to the Yarm (GTRY = 0.8), so I knew it supported a mode. I misaligned ITMX to keep the Xarm out of the way. 
  • Adjusting TT1 and TT2, I was able to get some light on the POP camera, while keeping REFL spot visible with small adjustments to PRM
  • I set up the PRM to set up some PRM-ITMY retroreflection, and saw tiny flashes in TRY. 
  • From here, I wandered around with the tip-tilts to try and get better arm pointing, while tweaking PRM for the REFL spot and retroflection, and BS for the AS spot. I got this to TRY flashes of ~0.3

Then, Jenne took over, worked some alignment magic, and did the hard part of getting the Yarm locked and ASS'd. 

  • I then took back over and got the Xarm locked and ASS'd.
  • I saved relevant mirror positions, and set up the PRMI, got it locked, saved PRM position. 
  • Jiggled the BS/PRM oplev HeNe power connector, it turns on now, oplevs are working. 
  • Similar to TT1, TT2 gains for PIT and YAW are now 300. Strictly speaking, they don't have to be, but PIT would be very nearly railed, and I changed YAW so that all four gains would be consistent.

Caveats:

Green no longer locks to 00 on the Y-arm, and the X-arm green transmission isn't the best despite PZT fiddling (~.6). Also, when green is locked to the Xarm, I see a distinct circular spot on the GTRY camera, with Y green and PSL green shutters closed. 

While Jenne used Yarm ASS successfully, when I run it now, it slowly pushes things out of alignment, and two of the traces (YARM_ETM_YAW_L_DEMOD_I_OUTPUT, and the same for ITM) have a reasonable constant offset that doesn't move away. 

 

  10112   Mon Jun 30 10:06:39 2014 SteveUpdateVAClow on pneumatic pressure of vacuum valves

This morning valve condition: V1, VM1, V4 and V5 valves were closed. IFO pressure rose to 1.3 mTorr

It was caused by low N2 pressure.  Our vacuum valves are moved-controlled by 60-70 PSI of nitrogen.

When this supply drops below 50-60 PSI the interlock closes V1 valve. This is the minimum pressure required to move the large valves.

It is our responsibility to check the N2 cylinder pressure supply.

The vacuum valve configuration is back to VAC. NORMAL,  CC1  4.8E-6 Torr

 

PS: Bob says that the second cylinder was full this morning, but the auto-switch over did not happen.

Attachment 1: runoutofN2.png
runoutofN2.png
Attachment 2: lowN2.png
lowN2.png
Attachment 3: N2d100.png
N2d100.png
  10111   Mon Jun 30 00:18:15 2014 NichinUpdateComputer Scripts / ProgramsUpdated script for acquiring data from Agilent 4395A network analyzer

Quote:

 

RXA: I've deleted your plot because it didn't meet the minimal Bode plot standards. Please look up "Bode Plot" using Google/Wikipedia and try to follow some good example. Bode plot should contain Phase as well as magnitude. Also, the axes must be labeled with some physical units.

Sorry Rana for not giving much attention to the plot. I will definitely change the way they are being plotted.

I was more focused on getting the data acquisition to work. Also, the current script gets only the magnitude and not the phase... I still have to work on that.

  10110   Fri Jun 27 23:49:56 2014 KojiUpdateGeneralIR beam found, TTs not aligned well yet

The IR beam was found on the PRM surface, some CCDs, and in the X arm. The TTs are not aligned well yet.

I'm leaving the IFO with the following state.


Status:

ITMY/ETMY - aligned to the given green beam. GTRY (no PSL green) 1.0~1.1

ITMX/ETMX - aligned to the green beam. The end PZT for the green beam was steered to have maximum GTRX (0.76 without PSL green)

TT1/TT2 - unknown alignment, TT1/TT2 are related such that the spot is on the POP CCD

PRM - aligned to the given IR beam (i.e. PRM spot on the REFL CCD)

BS - aligned to the given IR beam (i.e. ITMX spot on the AS CCD, The X arm is flashing)


Notes:

- ITMX was stuck in the suspension. it was caused by the EQ.

- When the X arm was aligned to the green beam, there was no green hitting on the GTRX PD. That's why the end PZT was adjusted.

- In order to earn more range for TT1, C1:IOO-TT1_YAW_GAIN and C1:IOO-TT1_PIT_GAIN were increased to 300 (100 nominal) and the limiter (at 500) were removed.

- The HeNe laser for BS/PRM does not emit the beam even with the driver turned on. Is there a hidden shutter or something? ==> Jenne

 


TO DO:

- Find the Y arm fringe by moving TT1 and TT2 without loosing the PRM/AS/POP spots.

 

  10109   Fri Jun 27 20:52:30 2014 KojiUpdateCDSOTTAVIA was not on network

I came in the lab. Found bunch of white EPICS boxes on ottavia.
It turned out that only ottavia was kicked out from the network.

After some struggle, I figured out that ottavia needs the ethernet cable unplugged / plugged
to connect (or reconnect) to the network.

For some unknown reason, ottavia was isolated from the martian network and couldn't come back.
This caused the MC autolocker frozen.

I logged in to megatron from ottavia, and ran at .../scritpt/MC

nohup ./AutoLockMC.csh &

Now the MC is happy.

  10108   Fri Jun 27 18:07:38 2014 NichinUpdateComputer Scripts / ProgramsUpdated script for acquiring data from Agilent 4395A network analyzer

The updated script for remotely getting data from Agilent 4395A network analyzer is located at /users/nichin

This network analyzer device is located at crocetta.martian (192.168.113.108)

How to run the script:

> python NWAG4395A_modified.py [filename.yml]

  1. The script accepts sweep parameters and output options via a .yml file that is written following a template that can be found at /users/nichin/NWAG4395template.yml
  2. The data obtained is stored as a .dat file and the corresponding details regarding the acquired data is in a .par parameter file
  3. You can choose to get a plot of the data obtained by specifying it in the .yml file. The plots are automatically stored as PDF.
  4. Plots, data and parameter files are all stored in a new folder that is created with a timestamp in its name.
  5. NOTE: Plotting options are only available in computers running numpy versions of 1.6.0 or above. The plotting sections of the code worked on Chiara, which has a 1.6.1 numpy, but did not work on Rossa which only had 1.3.0 numpy. Anyway, I have added an extra function that checks the version and skips the plotting part if needed.

Test Run:

I connected a simple 2MHz Low pass filter between the modulation output and signal input of the NA and ran a scan from 0Hz to 20MHz. The script was run from Chiara.

The expected plot was obtained and is attached here.

Further work:

I now have to work on setting up the RF switch in rack 1Y1 to select between required PDs and also on the code that chooses which channel is being selected.

There is also a problem of 2 8x1 RF switches being present, instead of one 16x1. Alex's code for RF switching does not take this into account.

RXA: I've deleted your plot because it didn't meet the minimal Bode plot standards. Please look up "Bode Plot" using Google/Wikipedia and try to follow some good example. Bode plot should contain Phase as well as magnitude. Also, the axes must be labeled with some physical units.

  10107   Fri Jun 27 12:54:13 2014 AkhilUpdateElectronicsGain plots of UFC-6000 for 0.1s Sampling Rate

 Finally, the 0.1s sampling rate of the frequency counter(FC) has been achieved. For this I had to :

 Send in byte codes to set a particular range of the frequency counter.

I was digging  in to find how exactly the circuit inside the frequency counter works and how the processor inside is able to read and write bytes through a HID-USB interface. I found out that the 'AutoRange' setting (which I have been using so far) has an independent  multiplexing circuit  which consumes some time(that varies with the drift in frequencies) and thus, the the processor waits for some specific time for this process and cannot reach the minimum 0.1 s sampling time. To mitigate this issue, I set the range bytes to the appropriate range of frequencies so that I can bypass the MUX  delay. Here is the list of Range and frequencies for the FC:

Range 1:    1 - 40 MHz

Range 2:    40 - 190 MHz

Range 3:    190 - 1400 MHz

Range 4 :   1400 - 6000 MHz

I then took measurements for sampling time of 0.1 s at carrier frequencies of 5 MHz and 25 MHz from SRS DS345  and plotted the improvised gain plots(attached) to those in my previous elog(10070)  with the same procedure mentioned before.

 

To do Next:

Plot the gain plots for higher carrier frequencies till range 3 using Marconi Function generator.

Write the data from FC into C1: ALS-Y_SLOW_SERVO1_OFFSET EPICS channel.

 

 

Attachment 1: Sampling-0.1s.pdf
Sampling-0.1s.pdf
Attachment 2: 12.png
12.png
  10106   Fri Jun 27 10:09:10 2014 HarryUpdateGeneralBeam Waist Measurement

Purpose

To use a razorblade to measure beam waist at four points along the optical axis, so as to later extrapolate the waist. This information will then be used to effectively couple AUX laser light to fibers for use in the frequency offset locking apparatus.

Data Acquisition

1) Step the micrometer-controlled razorblade across the beam at a given value of Z, along optical axis, in the plane orthogonal to it (arbitrarily called X).

2) At each value of X, record the corresponding output of a photodiode, (Thorlabs PD A55) here given in mV.

3) Repeat in Y plane at the same value of Z

4) Repeat process at multiple points along Z

Analysis

Data from each iteration were fitted to the error function shown below.

y(x) = (.5*P)*(1-erf((sqrt(2)*(x-x0))/wz))

'P' corresponds to peak power, 'x0' to the corresponding value of x (or y, as the case may be), and 'wz' to the spot size at the Z value in question.

The spot sizes from the four Z values were then fit to:

y(x) = w0*sqrt(1+((x*x)/(zr*zr)))

Where 'w0' corresponds to beam waist, and 'zr' to Rayleigh Range.

Conclusion

This yielded a Y-Waist of 783.5 um, and an X-Waist of 915.2 um.

The respective Rayleigh ranges were 2.965e+05 um (Y) and 3.145e+05  um (X).

Next

I will do the same analysis with light from the optical cables, which information I will then use to design a telescope to effectively couple the beams.

Attachment 1: BeamWaist.zip
ELOG V3.1.3-