40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 305 of 341  Not logged in ELOG logo
ID Date Author Type Category Subjectup
  7609   Wed Oct 24 15:29:52 2012 ranaUpdateAdaptive Filteringmicrophone noise

  We have to change the sample rate and AA filter for the mic channels before going too far with the circuit design.

  7610   Wed Oct 24 17:02:01 2012 JenneUpdateAdaptive Filteringmicrophone noise

Quote:

  We have to change the sample rate and AA filter for the mic channels before going too far with the circuit design.

 To save the mic channels at higher than 2k (which we should do), we either have to move them to a different model, change the rate of the PEM model, or see if you can save data faster than the model runs (which I can't imagine is possible).

  7614   Wed Oct 24 22:20:24 2012 DenUpdateAdaptive Filteringmicrophone noise

Quote:

  We have to change the sample rate and AA filter for the mic channels before going too far with the circuit design.

 PEM model is running at 64K now. It turned out to be tricky to increase the rate:

  • BLRMS are computationally expensive and original pem model did not start at any frequency higher then 16k ( at 16k cpu meter readings were 59/60 ). Also when we go higher then 16k, front-end gives the model less resources. I guess it is assumed that this model is iop and won't need too much time. So in the end I had to delete BLRMS blocks for all channels except for GUR2Z and MIC1.
  • Foton files are modified during model compilation: lines with sampling rate and declaration of filters in the beginning of the file are changed only. Sos-representation and commands are the same. I hoped that filter commands will let me change sos-representation quickly. I've opened Foton and saved the file. However, Foton modified commands in such a way that the ratio of poles and zeros to sampling rate is preserved. I guess all filters have to be replaced or this process should be done in another way.
  • BLRMS block uses low-pass filters below 0.01 Hz, increasing the sampling rate by a factor of 32 might make calculations incorrect. I'll check it.

We should also increase cut off frequency of the low-pass filter in the microphone pre-amplifier from 2 kHz up to ~20-30 kHz.

Attachment 1: mic_64k.pdf
mic_64k.pdf mic_64k.pdf
  7621   Thu Oct 25 09:53:23 2012 AyakaUpdateAdaptive Filteringmicrophone noise

Quote:

Quote:

  We have to change the sample rate and AA filter for the mic channels before going too far with the circuit design.

 PEM model is running at 64K now. It turned out to be tricky to increase the rate:

  • BLRMS are computationally expensive and original pem model did not start at any frequency higher then 16k ( at 16k cpu meter readings were 59/60 ). Also when we go higher then 16k, front-end gives the model less resources. I guess it is assumed that this model is iop and won't need too much time. So in the end I had to delete BLRMS blocks for all channels except for GUR2Z and MIC1.
  • Foton files are modified during model compilation: lines with sampling rate and declaration of filters in the beginning of the file are changed only. Sos-representation and commands are the same. I hoped that filter commands will let me change sos-representation quickly. I've opened Foton and saved the file. However, Foton modified commands in such a way that the ratio of poles and zeros to sampling rate is preserved. I guess all filters have to be replaced or this process should be done in another way.
  • BLRMS block uses low-pass filters below 0.01 Hz, increasing the sampling rate by a factor of 32 might make calculations incorrect. I'll check it.

We should also increase cut off frequency of the low-pass filter in the microphone pre-amplifier from 2 kHz up to ~20-30 kHz.

 Thank you for changing the sample rate!
Also we have to change the Anti-Aliasing filter, as Jamie said.

Now my question is, whether S/N ratio is enough at high frequencies or not. The quality of EM172 microphone is good according to the data sheet. But as you can see in previous picture, the S/N ratio around 1kHz is not so good, though we can see some peaks, e.g. the sound that a fan will make. I have to check it later.
And, is it possible to do online adaptive noise cancellation with a high sampling rate such that computationally expensive algorithms cannot be run?

  7622   Thu Oct 25 10:03:38 2012 ranaUpdateAdaptive Filteringmicrophone noise

  That's no good - we need BLRMS channels for many PEM channels, not just two. And the channel names should have the same name as they had in the past so that we can look at long term BLRMS trends.

I suggest:

  1. Have a separate model for Mics and Magnetometers. This model should run at 32 kHz and not have low frequency poles and zeros. Still would have acoustic frequency BLRMS.
  2. Have a low frequency (f_sample = 2 kHz) model for seis an acc. Seismometers run out of poop by 100 Hz, but we want to have the ACC signal up to 800 Hz since we do have optical mount resonances up to there.
  3. Never remove or rename the BLRMS channels - this makes it too hard to keep long term trends.
  4. Do a simple noise analysis to make sure we are matching the noise of the preamps to the noise / range of the ADCs.
  5. Immediately stop using bench supplies for the power. Use ONLY fused, power lines from the 1U rack supplies.
  7623   Thu Oct 25 14:39:14 2012 DenUpdateAdaptive Filteringmicrophone noise

Quote:

  That's no good - we need BLRMS channels for many PEM channels, not just two. And the channel names should have the same name as they had in the past so that we can look at long term BLRMS trends.

I suggest:

  1. Have a separate model for Mics and Magnetometers. This model should run at 32 kHz and not have low frequency poles and zeros. Still would have acoustic frequency BLRMS.
  2. Have a low frequency (f_sample = 2 kHz) model for seis an acc. Seismometers run out of poop by 100 Hz, but we want to have the ACC signal up to 800 Hz since we do have optical mount resonances up to there.
  3. Never remove or rename the BLRMS channels - this makes it too hard to keep long term trends.
  4. Do a simple noise analysis to make sure we are matching the noise of the preamps to the noise / range of the ADCs.
  5. Immediately stop using bench supplies for the power. Use ONLY fused, power lines from the 1U rack supplies.

Ayaka, Den

 C1PEM model is back to 2K.

We created a new C1MIC model for microphones that will run at 32K. C1SUS machine is full, we have to think about rearrangement.

For now, we created DQ channels for microphones inside iop model, so we can subtract noise offline.

We provided 0-25 kHz bandwidth noise to AA board and saw the same signal in the output of ADC in the corresponding channel. So cut-off frequency is higher then 25 kHz. There is a label on the AA board that all filters are removed. What does this mean?

We've turned off AA bench power supply, prepare to use fused from 1U.

  6557   Mon Apr 23 23:20:07 2012 DenUpdatePEMmicrophones

Tonight I wanted to measure the ambient noise level using Blue Bird mics and figure out if Panasonic WM61a or Primo EM172/173 will be good enough or not. Blue Bird that is in the control room does not seem to work. May be the problem is with the pre-amplifier. The output measured by ADC/Oscilloscope is noise ( amplitude=5mV ). I will return to this issue tomorrow.

  6563   Tue Apr 24 16:15:24 2012 DenUpdatePEMmicrophones

I've installed Blue Bird microphone to listen to the acoustic noise at the PSL near PMC.

DSC_4271.JPG     DSC_4272.JPG

Coherence between MC_F and Blue Bird output (C1:PEM-ACC_MC2_Z for now) is changing from low to high value at frequencies 20 - 200 Hz with period ~1 min. Maybe HEPA works with some periodicity. Now it works pretty hard, ~80% of max.

micro_mc_low.png    micro_mc_high.png

  6651   Sun May 20 19:57:51 2012 DenUpdatePEMmicrophones

I've soldered EM172 microphones to BNC connectors to get data from them.

DSC_4287.JPG    DSC_4285.JPG

Then I've build an amplifier for them. The circuit is

scheme.png

I've build 6 such circuits inside 1 box. It needs +15 V to A3 and GND to A2. A1 power channel is not used.

DSC_4284.JPG     DSC_4286.JPG

LISO model for this scheme was created and simulation results were compared to measurement of each channel

freq_resp.png   noise.png

Measured noise curve (green) is the SR785 own noise.

  1827   Tue Aug 4 15:48:25 2009 JenneUpdateComputersmini boot fest

Last night Rana noticed that the overflows on the ITM and ETM coils were a crazy huge number.  Today I rebooted c1dcuepics, c1iovme, c1sosvme, c1susvme1 and c1susvme2 (in that order).  Rob helped me burt restore losepics and iscepics, which needs to be done whenever you reboot the epics computer.

Unfortunately this didn't help the overflow problem at all.  I don't know what to do about that.

  1828   Tue Aug 4 16:12:27 2009 robUpdateComputersmini boot fest

Quote:

Last night Rana noticed that the overflows on the ITM and ETM coils were a crazy huge number.  Today I rebooted c1dcuepics, c1iovme, c1sosvme, c1susvme1 and c1susvme2 (in that order).  Rob helped me burt restore losepics and iscepics, which needs to be done whenever you reboot the epics computer.

Unfortunately this didn't help the overflow problem at all.  I don't know what to do about that.

 

Just start by re-setting them to zero.  Then you have to figure out what's causing them to saturate by watching time series and looking at spectra.

  6797   Tue Jun 12 01:03:18 2012 JenneUpdateComputersmini boot fest

As usual, we noticed the frame builder wasn't connecting happily with the rest of the computers just as we were about to lock some stuff (we never notice it being bad when we're not trying to use the frame builder....)

All the big rectangles by each computer were white.  I restarted daqd, and that brought most things back.  c1lsc and c1sus needed their mx_streams restarted manually to get everything green again.

stock-vector-wine-icon-on-computer-keyboard-original-illustration-58731781.jpg

I've had about enough whine with my computers for tonight.

  6800   Tue Jun 12 02:09:43 2012 JenneUpdateComputersmini boot fest

Quote:

stock-vector-wine-icon-on-computer-keyboard-original-illustration-58731781.jpg

 I'm starting to feel like a wine-o here.  Yuta wanted to glance at the PRM oplev dataviewer, and lo and behold, the fb lost connection just as he decided to do that.  We had checked the front end status screen not 1 minute beforehand, and everything was green.  Lame.

  12718   Sat Jan 14 12:12:03 2017 ranaUpdateDAQminute trends missing

Did we turn off minute trend writing in one of the recent FrameBuilder debug sessions? Seems we only have second trends in 2016. Maybe this explains why its so slow to get minute trends? Dataviewer has to rebuild it from second trend.

controls@nodus|frames > l
total 64
drwx------   2 root     root     16384 Jun  8  2009 lost+found/
drwxr-xr-x   2 controls controls  4096 Jul 14  2015 tmp/
-rw-r--r--   1 controls controls     0 Jul 14  2015 test-file
drwxr-xr-x   5 controls controls  4096 Apr  7  2016 trend/
drwxr-xr-x   4 root     root      4096 Apr 11  2016 archive/
drwxr-xr-x 789 controls controls 36864 Jan 13 19:34 full/
controls@nodus|frames > cd trend
controls@nodus|trend > l
total 3340
drwxr-xr-x 258 controls controls 3342336 Jul  6  2015 minute_raw/
drwxr-xr-x 387 controls controls   36864 Nov  5  2015 minute/
drwxr-xr-x 969 controls controls   36864 Jan 13 19:49 second/

  12719   Sat Jan 14 12:36:57 2017 ericqUpdateDAQminute trends missing

Yes, writing minute trends causes hourly FB crashes in the current state of things. The "raw" minute trending is turned on, but I think that these are unknown to nds.

  4950   Wed Jul 6 23:53:38 2011 kiwamuSummaryGeneralminutes of 40m meeting
Attachment 1: meeting.pdf
meeting.pdf meeting.pdf
  4911   Wed Jun 29 13:56:42 2011 kiwamuUpdateGeneralminutes of 40m meeting
Attachment 1: meeting.graffle.pdf
meeting.graffle.pdf meeting.graffle.pdf
  5110   Wed Aug 3 14:40:32 2011 kiwamuSummaryGeneralminutes of 40m meeting : plan tomorrow

Tomorrow's main goal is : let the both X and Y green light come out from the chambers.

 

Plan of the in-vac work for tomorrow :

    - Removal of the access connector and the BS north door, starting from 9:00 AM. (requires 6 people)

   - If necessary, align ITMs and ETMs to get the green light nicely flashing / locked.

   - Take pictures of the BS and IOO table before installing / repositioning some optics.

   - Repositioning of the green periscope in the BS chamber to let the Y green light go through it.

   - Steer some green mirrors on the IOO table to let the Y green light come out from the chamber.

   - Steer some green mirrors on the BS table to let the X green light come out from the chamber.

   - Put some beam traps on the BS table

   - Leveling of the BS table. (Do we need to level the IOO table ? it will change the spot positions on the MC mirrors somewhat)

   - Take pictures again.

   - Extra jobs : if we still have some more times, lock MC and check the beam clearance at the Faraday. Also check some possible beam clippings for the IR beam.

   - Close the chamber with the light doors.

   - Softball game at 6:30 PM.

  5405   Wed Sep 14 14:06:44 2011 kiwamuUpdateGeneralminutes of 40m meeting : plans
+ Optical lever (Steve/Paul)
+ LSC demod board (Keiko)
+ DRMI locking (Keiko / Anamaria)
+ Modulation depth (Mirko)
+ ALS (Katrin)
+ MC WFS (Suresh)
+ OAF (Jenne/Mirko)
+ MC_F acquisition (Jenne/Mirko)
+ SUS, free swinging (Jenne)
+ CDS (Jamie)
+ vent plan (Jamie)
+ EOM (Kiwamu)
+ PZT-HV (Kiwamu/Koji)
  6143   Wed Dec 21 14:41:22 2011 kiwamuSummaryGeneralminutes of 40m meeting : short-term plan

Here is the Gantt chart we discussed in the 40m meeting today.

Based on the discussions we had, I applied a little bit of corrections on the chart but the main stream remains the same.

40mproject.png

  2443   Tue Dec 22 10:04:41 2009 steveOmnistructurePEMmiracle in the 40m

We have been waiting for this for 20 some years. Arrowhead water with cooler. AWESOME

THANKS Alan

Attachment 1: h2oo.JPG
h2oo.JPG
  2445   Tue Dec 22 13:14:37 2009 AlanOmnistructurePEMmiracle in the 40m

Quote:

We have been waiting for this for 20 some years. Arrowhead water with cooler. AWESOME

THANKS Alan

 Happy holidays, everyone!

 

  6664   Tue May 22 23:36:02 2012 DenUpdatePEMmircophones

I've put 5 EM172 microphones close together and measured there signal and coherence. They are plugged in to accelerometer channels.

close_micro.png

 

Then I've suspended microphones around the MC - 2 at MC2, 2 at MC1,3 and 1 at PSL. The amplifier box is above STS readout box.

 DSC_4288.JPG           DSC_4299.JPG       DSC_4304.JPG      DSC_4302.JPG

Microphone close to PSL gave a strong coherence with MC_F, as we already saw it using Blue Bird Microphone.

ACC_MC2_XY channels <=> MC2 microphones

ACC_MC1_XY channels <=> MC1,3 microphones

ACC_MC1_Z channel <=> PSL microphones

5_mic.png

 

  3888   Wed Nov 10 22:29:42 2010 kiwamuUpdateIOOmisaligned the wideband EOM

For Yuta's business, I intentionally misaligned the wideband EOM slightly to Yaw direction.  Good luck.

It should show a big AM component at photo detectors.

I touched only the top right knob on the EOM mount and tweaked it by exactly  2 turns in counterclockwise direction.

  8582   Wed May 15 17:48:25 2013 JamieUpdateCDSmisc problems noticed in models

I noticed a couple potential issues in some of the models while I was investigating the ADC/DAC situation:

c1ioo links to ADC1, but there are broken links to the bus selector that is supposed to be pulling out channels to go into the PSL block.  They're pulling channels from ADC0, which it's not connected to, which means these connections are broken.  I don't know if this means the current situation is broken, or if the model was changed but not recompiled, or what.  But it needs to be fixed.

c1scy connects ADC_0_11, label "ALS_PZT", to an EpicsOutput called "ALS_LASER_TEMP", which means the exposed channel is called "C1:SCY-ALS_LASER_TEMP".  This is almost certainly not what we want.  I don't know why it was done this way, but it probably needs to be fixed.  If we need and EPICS record for this channel it should come from the ALS library part, so it gets the correct name and is available from both ends.

  4914   Wed Jun 29 22:50:02 2011 ranaUpdateIOOmisc. MC work

Today I wanted to investigate the MC Length path situation for obscure reasons.

Jamie has started to revert the "ALTPOS" effect on the MC mirrors. So far, the screens and SLOW channels have been fixed, but the fast channels still say "ALTPOS" in the dataviewer instead of "MCL".

I also noticed that all of our old ADCU channels for diagnosing the PSL, MC, ISS, PMC ,etc. are completely AWOL. Let's blame Joe.

I think that there are probably some ADC channels available and that we'll just have to figure out what Joe intended for this. We certainly need it if we want to diagnose our PMC, ISS, FSS, MC, etc. Kiwamu tells us that the old PSL/IOO AA chassis is being used for some of the GCV signals, so its likely that we just have to do the appropriate channel name mapping in the DAQCONFIG tool.

Forging ahead with no data, I made up some filters in the MC2-MCL filter bank so that there could be a stable crossover between the laser path. I was able to turn it on and get some suppression of the FSS-FAST control signal, but there's no way to be sure without the fast channels. We gotta get Jamie to help us out once he finished the ETM BO mess.

  10619   Thu Oct 16 21:20:59 2014 ranaUpdateLSCmisleading modelling

 I think these are all very helpful and interesting plots. We should see some better performance using either of the DC DARM signals.

BUT, what we really need (instead of just the DC sweeps) is the DC sweep with the uncertainty/noise displayed as a shaded area on the plot, as Nic did for us in the pre-CESAR modelling.

Otherwise, the DC sweeps mistakenly indicate that many channels are good, whereas they really have an RMS noise larger than 100 pm due to low power levels or normalization by a noisy signal.

  5048   Wed Jul 27 15:42:41 2011 kiwamuSummaryGeneralmitues of 40m meeting : Task list

Quote:

The vent will start from 1 st of August ! 

 ++++ Task List for the vent preparation ++++

  + Preparation of beam dumps (Jamie / Steve)

  + Health check of shadow sensor and measurement of the cross-coupling  (Steve)

  + Measurement of the arm Lengths and estimation of the required precision (Kiwamu)

  + Alignment of the Y green beam (Suresh)

  + Alignment of the incident beam axis (Jenne)

  + Measurement of the MC spot positions  (Suresh)

  + Loss measurement of the arm cavities (Kiwamu / volunteers)

 

 ++++ Task List for the post-vent activity ++++

  + 3f RFPDs (Koji / Rana)

  + EOM resonant circuit (Kiwamu)  

  + Sophistication of the LSC model (Yoichi)

  + DRMI commissioning (Keiko / Anamaria)

 

  4253   Fri Feb 4 23:39:56 2011 rana, kojiUpdateLSCmixer based FD set up for noise test

We set up the mixer based FD to check out its noise performance.

It is being acquired as C1:GCV-XARM_FINE_OUT_DAQ.

We have calibrated it by driving the frequency of the RF signal generator and putting the value into the GAIN field. We got 100 kHz / 5450 counts; the _OUT_DAQ channel is now being recorded in units of Hz. The cable length has been adjusted so that the full mixer output can swing 16 MHz peak-peak before turning over.

Also, we did a lot of cable cleanup around the IO rack. Kiwamu and Suresh's setups were somewhat dismantled. The whole area was too messy and too hacky to be allowed to survive. Our "temporary" setups have a way of becoming permanent holding places for barrels, adapters, duct tape, etc.

  1477   Mon Apr 13 08:59:57 2009 steveUpdatePSLmixers on order

Quote:

Quote:

I then changed the RF Output Adjust slider in increments of 0.5, and measured the peak-to-peak values on the scope. In the table and on the plots, I've taken into account the 12dB attenuation. i.e I actually measured 964mV, so 964mV*10^.6 = 3838mV.


3.8Vpp is about 16dBm.
The mixer for the PMC demodulator is level 23. So 16dBm is insufficient.
What is the level of the new mixer Steve ordered ? 13 ?



I ordered mixers level 13, 17 on Friday and level 23 now.
They should be here Tuesday

NOTE: level 23 power is illegal to use in the 40m lab
They get hot
  14282   Wed Nov 7 19:17:18 2018 JonOmnistructure modbusIOC is running on c1vac replacement

Today I finished setting up the server that will replace the c1vac1/2 machines. I put it on the martian network at the unassigned IP 192.168.113.72. I assigned it the hostname c1vac and added it to the DNS lookup tables on chiara.

I created a new targets directory on the network drive for the new machine: /cvs/cds/caltech/target/c1vac. After setting EPICS environment environment variables according to 13681 and copying over (and modifiying) the files from /cvs/cds/caltech/target/c1auxex as templates, I was able to start a modbusIOC server on the new machine. I was able to read and write (soft) channel values to the EPICS IOC from other machines on the martian network.

I scripted it as a systemd-managed process which automatically starts on boot and restarts after failure, just as it is set up on c1auxex.

  14580   Fri Apr 26 12:32:35 2019 JonUpdatePSLmodbusPSL service shut down

Gautam and I are removing the prototype Acromag chassis from the 1x4 rack to make room for the new c1susuax hardware. I shut down and disabled the modbusPSL service running on c1auxex, which serves the PSL diagnostic channels hosted by this chassis. The service will need to be restarted and reenabled once the chassis has been reinstalled elsewhere.

  3015   Sun May 30 15:33:21 2010 AlbertoConfigurationIOOmode cleaner and air conditioning

The mode cleaner is locked and the air conditioning is full on. So the the air conditioning doesn't seem to be so important for the lock to hold.

  67   Tue Nov 6 10:42:01 2007 robConfigurationIOOmode cleaner locked
Increased the power exiting the PSL by turning the half-wave plate after the MOPA, opened the PSL shutter, and aligned the mode cleaner to the input beam. It wasn't that hard to find the beam with the aperture open all the way on the MC2 camera. The transmitted power is now 2.9 arbitrary units, while the input power is 1.2 arbitrary units. Not sure yet if that's an increase or decrease in efficiency, since no one posted numbers before the vent. Also turned on the input-steering PZTs and saw a REFL beam on the camera.
  1125   Mon Nov 10 11:06:09 2008 robHowToIOOmode cleaner locked

I found the mode cleaner unlocked, with (at least) MC1 badly mis-aligned. After checking the coil alignment biases and finding everything there looking copasetic, I checked the trends of SUS{PIT,YAW,POS} and found that both MC1 and MC3 took a step this morning. The problem turned out to be loosed/jiggled cables at the satellite amplifiers for these suspensions. Giving them a good hard push to seat them restored the alignment and the mode cleaner locked right up.
  8530   Mon May 6 19:04:30 2013 JamieUpdateIOOmode cleaner not locking

About 30 minutes ago the mode cleaner fell out of lock and has since not been able to hold lock for more than a couple seconds.

I'm not sure what happened.  I was in the middle of taking measurements of the MC error point spectrum, which included adjusting the FAST gain.  I've put all the gains back to their nominal levels but no luck.  I'm not sure what else could have gone wrong.  Seismic noise looks relatively quiet. 

  8531   Mon May 6 21:05:06 2013 rana, Jamie, KOjiUpdateIOOmode cleaner not locking

As it turned out, the setting of +26dB for the FSS Fast gain was making the NPRO PZT / Pockels cell crossover too unstable. This was the cause of the large ~30 kHz peak that Jamie was seeing in his spectra (more to follow in the morning).

After recovering the locking, etc. by fiddling with the gains, we went about systematically setting all of the gains/offsets. Jamie's elog will show all of the various spectra with different FSS gains.

For offset setting, this was the procedure:

  1. We want the MC servo board to have zero voltage on its MCL and MCF outputs (aka MC_SLOW_MON and MC_FAST_MON) with the Boosts ON, so we switched ON the 40:4000 and the 2 Super Boosts and put the VCO gain into its nominal +25 dB setting. This saturates the outputs and makes them impossible to use as readbacks so you have to be careful. Get the outputs close to zero as you turn on each boost. Finally, you will see that +/- 1mV of input offset (aka MC_REFL_OFFSET) will flip the FAST output between +/- 10V. This is the right setting.
  2. With the MC board adjusted to send 0 V into the FSS error point, adjust the FSS input offset (with the Common and Fast gains at the nominal values) so that the FAST output voltage goes to +5.5 V. This is the middle of the range for the high voltage driver which drives the NPRO.
  3. Let the MC lock and go through the UP script. When the MCL comes on with the integrator, the FAST voltage will shift from +5.5 V to something else. Use the following line: ezcaservo -r C1:PSL-FSS_FAST -g -1 -s 5.5 C1:SUS-MC2_MCL_OFFSET, to automatically tune the MCL offset.

     

    That's all. I have left the FSS common gain at +10.5 and the Fast gain at +23.5. These seem to be close to the optimum. Jamie will have more tuning tomorrow.
     
    I have also changed the 'mcup' script to set the MCL offset and set the FSS Slow setpoint to shoot for +5.5 V of FSS_FAST.
     
    MC_REFL_OFFSET = +1.176 V
    MC2_MCL_OFFSET = +47.8 counts
    FSS_INOFFSET   = -0.85 V
  9148   Fri Sep 20 20:27:18 2013 ranaUpdateIOOmode cleaner not locking

 I used our procedure from this entry to set the IMC board offset as well as the FSS board offset.

I found this afternoon that the MC was having trouble locking: the PC path was railing as soon as the boost was engaged. Could be that there's some misalignment on the PSL which has led to some RAM having to be canceled by this new offset. Let's see if its stable for awhile.

  9153   Sun Sep 22 22:54:28 2013 ranaUpdateIOOmode cleaner not locking

Having trouble again, starting around 1 hour ago. No one in the VEA. Adjusted the offset -seems to be OK again.

  9431   Sat Nov 30 23:50:28 2013 ranaUpdateIOOmode cleaner not locking

Quote:

 I used our procedure from this entry to set the IMC board offset as well as the FSS board offset.

I found this afternoon that the MC was having trouble locking: the PC path was railing as soon as the boost was engaged. Could be that there's some misalignment on the PSL which has led to some RAM having to be canceled by this new offset. Let's see if its stable for awhile.

 I felt in my bones that the MC was in trouble so I came by and noticed that it hadn't locked for a couple hours. The FSS SLOW was at -1.6V, but putting it back to zero didn't fix things. I adjusted the FSS error point offset to +1 and that took the FSS_FAST off of the +10 V rail. Relocked and seems OK.

We need to plan to make the M Evans mod to the FSS box to make the PC drive less angry.

Last 40 days of MC Alignment trends  show that the recent MC WFS tuning / offseting worked out OK. MC REFL seems low and flat.

Attachment 1: mcdrift.png
mcdrift.png
  3548   Thu Sep 9 05:58:04 2010 kiwamuUpdatePSLmode matching from PMC to IMC

 I started mode matching of the beam going to IMC. The work is still going on.

According to Rana's calculation (see here), I put the first lens (f=200mm) in between two steering mirrors after PMC.

The distance from PMC to the first lens was adjusted by using a metal ruler.  So I believe the accuracy is something like 1mm.

I aligned the beam path going through the broadband EOM and the mode matching lenses.

 

  I could find the optimum position for the second lens  (f=-150mm) by sliding the position of the lens and measuring the mode after it.

But the optimum position looked a bit far from the EOM. It's off by about 3-4 inch from the designed position.

Somehow I feel that the beam before the second lens goes with a smaller divergence angle than that of designed.

So tomorrow I am going to restart the work from checking the mode before the second lens.

Maybe at first I should measure the mode without going through the EOM because it changes the waist position and makes the system not straightforward.

  3566   Mon Sep 13 11:49:34 2010 kiwamuUpdatePSLmode matching from PMC to IMC

I have been working on the mode matching lenses which are sitting after the boradband EOM.

Last Friday I checked the mode profile after the first mode matching lens (f=-150mm). The measured mode was good.

According to the calculation done by ABCD software, the waist size is supposed to be 80.9 um after that lens.

The measured waists are 80.5 um for the vertical mode and 79.4 um for the horizontal mode.

The screenshot of the ABCD's result and the plot for the mode measurement are shown below.

I didn't  carefully check the mode after the last convex lens (f=200mm), but it must be already good because the beam looks having a long rayleigh range.

Now the beam is reflected back from MC1 and goes to the AP table since I coarsely aligned the beam axis to the MC.

newMM.png  psl_mmt1.png

 

/****  fitting result ****/

w0_v =  80.4615      +/- 0.1695 [um] 

w0_h =  79.4468      +/- 0.1889 [um]

z_v =  -0.115234        +/- 0.0005206  [m]

z_h =  -0.109722        +/- 0.0005753 [m]

 

  3068   Fri Jun 11 14:31:04 2010 kiwamuUpdateIOOmode matching of new IOO

We decided not to care about the mode after MMT1.

So far Koji, Alberto and I have measured the beam profile after MMT1,

but we are going to stop this measurement and go ahead to the next step i.e. putting MMT2

There are two reasons why we don't care about the profile after MMT1:

     (1) it is difficult to fit the measured data

     (2) The position of MMT1 is not critical for the mode matching to the IFO.

The details are below.

 


(1) difficulty in fitting the data

The precision of each measured point looked good enough, but the fitting result varies every measurement.

The below shows the data and their fitted curves. 

 profile_MMT.png

In the label, "h" and "v" stand for "horizontal" and "vertical" respectively.

The solid curves represent the fitting results, varying by each measurement.

In order to increase the reliability of the fitting, we had to take some more data at further distance.

But we couldn't do it, because the beam radius already becomes 3 mm even at 2 m away from MMT1 and at this point it starts to be clipped on the aperture of the beam scan.

Thus it is difficult to increase the reliability of the fitting. 

Once if we put MMT2 the beam should have a long Rayleigh range, it means we can measure the profile at further distance, and the fitting must be more reliable.

 


(2) positioning of MMTs

Actually the position of MMT1 is not so critical for the mode matching. 

The most important point is the separation distance of MMT1 and MMT2.

As written in Jenne's document, if we slide the positions of MMT1 and MMT2 while keeping their appropriate separation distance, the mode match overlap still stays above 99%

This is because the beam coming from MC3 is almost collimated (ZR~8m), so the position of MMTs doesn't so matter. 

To confirm it for the real case, I also computed the mode overlap while sliding the position of MMTs by using real data. The below is the computed result.

dist_MMO.png

It is computed by using the measured profile after MC3 (see the past entry).

The overlap still stay above 99% when the distance from MC to MMT is between 1300 and 3000mm.

This result suggests to us putting MMT1 as we like.  

  3695   Tue Oct 12 01:54:32 2010 kiwamuUpdateGreen Lockingmode matching to doubling crystal on PSL table

I improved the mode matching of the incident beam to the doubling crystal on the PSL table.

As a result it apparently got better (i.e. brighter green beam), but it's not the best because now the beam is a little too tightly focused on the crystal. 

I am going to work on it again someday after seeing the beat note signal.

 

- The measured waist sizes are

    41.94 [um] for vertical mode

   42.20 [um] for horizontal mode

while the optimum waist size is 50 um (see entry #3330).

The plot below shows the beam scan data which I took after improving the mode match.

PSL_doubling.png

  3029   Wed Jun 2 01:47:28 2010 Alberto, KiwamuUpdateIOOmode measurement of new input optics

The mode profile of the new input optics was measured.

Although the distance between each optic was not exactly the same as the design because of narrow space,

we measured the profile after the curved mirror (MMT1) that Jenne and Kevin put in the last week.

 


(interference from MMT1)

Below is a sketch of the current optical path inside of the chamber.

inside_vac_2.png

 

In the beginning of this measurement, the angle between the incident and the reflection on MMT1 (denoted as theta on the sketch) was relatively big (~40deg) although MMT1 was actually made for 0deg incident.

At that time we found a spatially large interference imposed on the Gaussian beam at the beam scan. This is not good for mode measurement

This bad interference can be caused by an extra reflection from the back surface of MMT1 because the interference completely vanished by removing MMT1  .

In order to reduce the interference we decreased the angle theta as small as possible. Actually we made it less than 10deg which was our best due to narrow space. 

Now the interference got less and the spot looks better.

The picture below shows an example of the beam shape taken by using the beam scan.

Top panel represents the horizontal mode and bottom panel represents the vertical mode.

You can see some bumps caused by the interference on the horizontal mode, these bumps may lead to overestimation of the horizontal spot size .

 

beam_profile.png

 

(result)

 afterMMT1.png

 The above plot shows the result of the mode measurement.

 Here are the parameter obtained by fitting. The data is also attached as attachment:4

waist size for vertical  w0v [mm]  0.509 +/-0.0237
waist size for horizontal

w0h  [mm]

 0.537  +/- 0.0150
waist position from MMT1 for vertical  xv[m]  -2.91 +/- 0.214
waist position from MMT1 for horizontal xh[m]   -2.90 +/-  0.127


Attachment 3: MMT1_.dat.zip
  3031   Wed Jun 2 03:50:03 2010 KojiUpdateIOOmode measurement of new input optics

Just note that MMT1 has RoC of -5m (negative!). This means that it is a lens with f=-2.5 m,

 

  3043   Thu Jun 3 13:14:27 2010 kiwamuUpdateIOOmode measurement of new input optics

I corrected the sketch of the new IOO. 

The sketch in the last entry was also replaced by the new one. 

http://nodus.ligo.caltech.edu:8080/40m/3029 

Quote:

Just note that MMT1 has RoC of -5m (negative!). This means that it is a lens with f=-2.5 m,

Attachment 1: inside_vac_2.png
inside_vac_2.png
  3044   Thu Jun 3 14:01:51 2010 kiwamuUpdateIOOmode measurement of new input optics

I checked the measured data of the mode profile which was taken on the last Tuesday.

For the vertical profile,

the plot shows a good agreement between the expected radius which is computed from the past measurement, and that measured on the last Tuesday.

However for the horizontal profile,

it looks like being overestimated. This disagreement may come from the interference imposed on the Gaussian spot as we've been worried. 

So I guess we should solve this issue before restarting this mode matching work.

 - The next step we should do are;

checking the effect of MMT1 on the shape of the beam spot by using a spare of MMT1

 

NOTE:

The expected curve in the attached figure were computed by using the fitted parameter listed on the entry 2984 .

In the calculation the MMT1 is placed at 1911mm away from MC3 as we measured.

And the focal length of MMT1 is set to be f=-2500mm.

Attachment 1: check_measurement_edit.png
check_measurement_edit.png
  3045   Thu Jun 3 14:13:20 2010 JenneUpdateIOOmode measurement of new input optics

Quote:

I checked the measured data of the mode profile which was taken on the last Tuesday.

For the vertical profile,

the plot shows a good agreement between the expected radius which is computed from the past measurement, and that measured on the last Tuesday.

However for the horizontal profile,

it looks like being overestimated. This disagreement may come from the interference imposed on the Gaussian spot as we've been worried. 

So we should solve this issue before restarting this mode matching work.

 - The next step we should do are;

checking the effect of MMT1 on the shape of the beam spot by using spare MMT1

 

NOTE:

The expected curve in the attached figure were computed by using the fitted parameter listed on the entry 2984 .

In the calculation the MMT1 is placed at 1911mm away from MC3 as we measured.

And the focal length of MMT1 is set to be f=-2500mm.

 When / if you use the other MMT1 mirror, make sure to take note whether or not it says "SPARE" on it in pencil.  I don't remember if it's the other MMT1, or if it's one of the MMT2's that says this.  The mirror was baked, so it's okay to use in the vacuum, however it's the one which was dropped on the floor (just prior to baking), so any discrepancies measured using that optic may not be useful.  I don't know how strong the CVI coatings are to scratches resulting in being dropped from a ~1m height.  Bob and I didn't see any obvious big scratches that day, but that doesn't necessarily give it a clean bill of health. 

The optic labeled "SPARE" should NOT be used as the final one in the IFO.

  3046   Thu Jun 3 14:40:28 2010 Alberto, KiwamuUpdateIOOmode measurement of new input optics

Quote:

inside_vac_2.png

 

For the record, we wanted to check whether the fringes on the beam spot were caused by SM2 (see diagram above). We tried two different mirrors for SM2,

The first was one of the flat, 45 degree ones that were already on the BS table. The last, which is the one currently in place, was inside the plastic box with the clean optics that Jenne left us .

The fringes were present in both cases.

ELOG V3.1.3-