40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 325 of 329  Not logged in ELOG logo
ID Date Author Type Category Subjectup
  12358   Sun Jul 31 17:28:38 2016 ranaOmnistructureGeneralupclean

I cleaned up the south Electronics bench today.

The other two, as well as several of the desks are in some chaotic state of degradationno. Please clean up your areas and put away projects which do not need to remain staged for several months. Try to eliminate "that's not mine" and "I don't know who's that is" from your vocabulary.  angry Fight back against entropy!

  6286   Thu Feb 16 04:29:30 2012 kiwamuUpdateLSCupconversion noise from BS motion

Sometimes ago I reported that there have been a kind of upconversion noise when PRM was excited (#6211).

This time I found another one, which showed up when BS was excited.

Assuming this is related to some kind of scattering process and also assuming this is from the same scattering body as that for the PRM driven case,

we may be able to localize and perhaps identify the scattering body.

 

 

(Measurement Condition)

All the suspended optics are intentionally misaligned except for ITMY so that the laser directly goes through to the dark port without any interference.
Then BS_POS is excited at 3 Hz with amplitude of 1000 counts by an oscillator in the realtime lockin system.
 I also excited PITCH and YAW of BS and found that driving the angular motions didn't produce any upconversion noise.
 I didn't excite ITMY to do the same test because I was too lazy.

(Noise spectrum)

The plot below shows the upconversion noise observed at AS55 and REFL11.
The reference curves were obtained when no excitation were applied on BS_POS.
It is obvious that the AS55 signal shows a typical upconversion behavior.
 
Untitled.png

 

  3556   Fri Sep 10 02:35:30 2010 rana, kiwamu, valera, taraConfigurationPSLupdate

Over the last couple nights we got the beam into the FSS path and all the way to the IMC and out onto the AP table.

Tara and Valera have calculated a mode-matching solution for the reference cavity. It utilizes only a single lens between the AOM and the reference cavity. Valera and Steve will move the reference cavity into place in the morning.

We noticed that the layout was too tight on the end going into the MC and so we adjusted the angle of the final zig-zag. This will put the final mode-matching lens in between the final steering mirrors (which is generally undesirable) but the lens in this case is only f=400 mm. In addition, this lens may provide some more decoupling between the steering mirrors.

The whole layout has to be a little adjusted because of a calculation mistake I made in the mode-matching. I used only the nominal focal lengths from the CVI catalog and not the effective one. For the UV-grade fused silica lenses, the effective focal length is actually 20-30% longer. Today we measured that the "f=200 mm" lens we got is actually f = 238 mm. The BK7 lenses are much closer to the nominal.

We also replaced the Klinger mount ahead of the PMC with a Polanski style so that we could get the PMC REFL beam out without hitting the mount. Valera will continue to refine this section on the weekend.

Tomorrow, we will lock the MC using feedback only to the NPRO. The 0-150 V piezo driver is on the PSL table ready for action.

I also got a LCD video monitor from Frank and hooked it up on the PSL table. If we like this kind of thing, we can get many of them. They are pretty cheap. It would be handy to have 3-4 of them on the PSL and one on every of the ISC tables. They take the standard video for input and need +12V for power. Right now the one in there is looking at the PMC transmission.

The Omnigraffle layout as of tonight is attached.

Attachment 1: 40mPSL.pdf
40mPSL.pdf
  3544   Wed Sep 8 11:46:53 2010 kiwamuUpdatePSLupdate of the layout

I put some green stuff on the layout drawing.

I continue to refine the positions of these stuff.

 

Notes :

 1. I flipped the reference cavity. So now the cavity is sitting on the left hand side of the layout.

  2. I removed the ISS stuf. We should think about where ISS should be.

Quote:

Also, Kiwamu has modified the layout drawing to add the green PLL stuff. This has collapsed the reference cavity's wave function placing it close to its original position.

WE (maybe Valera and Steve) can now put the reference cavity back on the table.

 

Attachment 1: 40mPSL.png
40mPSL.png
  6303   Wed Feb 22 01:53:57 2012 kiwamuUpdateLSCupdate on glitch table

I tried SRMI. The glitch rate wasn't as high as that of PRMI but it happened once per 10 sec or so.

 

 

 Yarm

(POY11 -->

ETMY)

Xarm

(POX11 --> ETMX)

MICH

(AS55-->BS)

or

(AS55 --> ITMs)

Half PRMI

(REFL11 --> PRM)

or

(REFL33 --> PRM)

low finesse PRMI

(ASDC --> ITMs)

(REFL33 --> PRM)

PRMI (carrier)

(AS55 --> ITMs)

(REFL33 --> PRM)

PRMI (sideband)

(AS55 --> ITMs)

(REFL33 --> PRM)

SRMI(NEW)

(AS55-->ITMs)

(REFL11I --> SRM)

DRMI
AS55 NO NO NO NO glitch (depends on finesse)
glitch glitch glitch glitch
REFL11 NO NO NO NO glitch (depends on finesse)
glitch glitch glitch glitch
REFL33 NO NO NO NO - glitch glitch glitch glitch
REFL55 NO NO NO NO glitch(depends on finesse) glitch glitch glitch glitch
REFL165 NO NO NO - - - - - -
POX11 - NO NO NO  - glitch glitch - glitch
POY11 NO - NO NO  - glitch glitch - glitch
POP55 - - - -  -  - -   -
                   

 

Quote from #6284

I updated the table which I posted some time ago (#6231). The latest table is shown below.

It seems that the glitches show up only when multiple DOFs are locked.

 

  6386   Thu Mar 8 04:13:12 2012 kiwamuUpdateLSCupdate on the locking activity

[Keiko / Kiwamu]

 Some updates on the locking activity:

  • Started summarizing the data of the Michelson lock in a wiki page:
  • Gradually moving on to the PRMI lock
    • The lock stays for reasonably a long time (~20 min or more)
    • POP22/110 demod signals seemed just ADC noise.
    • A first noise budget is in process
      • The glitches make the noise level worse above 40 Hz or so in both the MICH and PRCL budgets.
    • Sensing matrix will be measured tomorrow
    • The data will be also summarized in a wiki page
  6393   Fri Mar 9 13:34:13 2012 keikoUpdateLSCupdate on the locking activity

We tried to measure the sensing matrix for MICH and PRCL last night. They look too much mixed as we expect... the matrix may be posted later. We suspect the IX and IY of the MICH excitation is not balanced very well, although Kiwamu adjusted that about two weeks ago, and it is mixing the dof. We'll try to balance it again, ans see the matrix. 

Keiko, Kiwamu

 

Quote:

[Keiko / Kiwamu]

 Some updates on the locking activity:

  • Started summarizing the data of the Michelson lock in a wiki page:
  • Gradually moving on to the PRMI lock
    • The lock stays for reasonably a long time (~20 min or more)
    • POP22/110 demod signals seemed just ADC noise.
    • A first noise budget is in process
      • The glitches make the noise level worse above 40 Hz or so in both the MICH and PRCL budgets.
    • Sensing matrix will be measured tomorrow
    • The data will be also summarized in a wiki page

 

  6398   Sat Mar 10 02:00:03 2012 keikoUpdateLSCupdate on the locking activity

ITMX and ITMY balance for the MICH excitation (lockin) is adjusted again. Now it's ITMx = -0.992, ITMy = 1 for MICH (lockin output matrix values).

RA: what were the old values? Does this change make any difference for the signal mixing noticed before?

  3254   Tue Jul 20 23:52:36 2010 kiwamuUpdateVACupdate: slow vent has started

The vent is still going on. At this moment the pressure inside of the chambers is about 630 Torr.

Koji and I have replaced the 2nd instrument grade compressed air cylinder by the 3rd cylinder around 9 pm.

So far the vent speed has been nicely kept at about 1 Torr / min.

Attachment 1: untitled.png
untitled.png
  9897   Fri May 2 01:58:52 2014 ranaConfigurationComputer Scripts / ProgramsupdateDB configured to index NFS during CRON daily

I wanted to use locate to find some files today, but found that it doesn't index any of our NFS mounted files (i.e. the whole /cvs/cds/ and /opt/rtcds/ ).

So I went into /etc/updatedb.conf and edited it like so, so that it no longer ignores NFS type file systems:

controls@rossa:/etc 0$ diff updatedb.conf updatedb.conf~
4c4
< PRUNEFS="nfs4 rpc_pipefs afs binfmt_misc proc smbfs autofs iso9660 ncpfs coda devpts ftpfs devfs mfs shfs sysfs cifs lustre_lite tmpfs usbfs udf fuse.glusterfs fuse.sshfs ecryptfs fusesmb devtmpfs"
---
> PRUNEFS="NFS nfs nfs4 rpc_pipefs afs binfmt_misc proc smbfs autofs iso9660 ncpfs coda devpts ftpfs devfs mfs shfs sysfs cifs lustre_lite tmpfs usbfs udf fuse.glusterfs fuse.sshfs ecryptfs fusesmb devtmpfs"

The CRON.daily on ROSSA only should run each morning at 6:25 (under the ionice class 3 protocol as usual). If this seems OK after a week or so, we can do the same for the other CDS workstations (remembering to adjust their cron.daily times so that not every one hammers the NFS at the same time).

  8398   Wed Apr 3 01:32:04 2013 JenneUpdateComputersupdated EPICS database (channels selected for saving)

I modified /opt/rtcds/caltech/c1/chans/daq/C0EDCU.ini to include the C1:LSC-DegreeOfFreedom_TRIG_MON channels.  These are the same channel that cause the LSC screen trigger indicators to light up. 

I vaguely followed Koji's directions in elog 5991, although I didn't add new grecords, since these channels are already included in the .db file as a result of EpicsOut blocks in the simulink model.  So really, I only did Step 2.  I still need to restart the framebuilder, but locking (attempt at locking) is happening.

The idea here is that we should be able to search through this channel, and when we get a trigger, we can go back and plot useful signals (PDs, error signals, cotrol signals,....), and try to figure out why we're losing lock. 

Rana tells me that this is similar to an old LockAcq script that would run DTT and get data.

EDIT:  I restarted the daqd on the fb, and I now see the channel in dataviewer, but I can only get live data, no past data, even though it says that it is (16,float).  Here's what Dataviewer is telling me:

Connecting to NDS Server fb (TCP port 8088)
Connecting.... done
read(); errno=0
LONG: DataRead = -1
No data found

read(); errno=9
read(); errno=9
T0=13-03-29-08-59-43; Length=432010 (s)
No data output.

 

  8400   Wed Apr 3 14:45:34 2013 JamieUpdateComputersupdated EPICS database (channels selected for saving)

Quote:

I modified /opt/rtcds/caltech/c1/chans/daq/C0EDCU.ini to include the C1:LSC-DegreeOfFreedom_TRIG_MON channels.  These are the same channel that cause the LSC screen trigger indicators to light up. 

I vaguely followed Koji's directions in elog 5991, although I didn't add new grecords, since these channels are already included in the .db file as a result of EpicsOut blocks in the simulink model.  So really, I only did Step 2.  I still need to restart the framebuilder, but locking (attempt at locking) is happening.

The idea here is that we should be able to search through this channel, and when we get a trigger, we can go back and plot useful signals (PDs, error signals, cotrol signals,....), and try to figure out why we're losing lock. 

Rana tells me that this is similar to an old LockAcq script that would run DTT and get data.

EDIT:  I restarted the daqd on the fb, and I now see the channel in dataviewer, but I can only get live data, no past data, even though it says that it is (16,float).  Here's what Dataviewer is telling me:

Connecting to NDS Server fb (TCP port 8088)
Connecting.... done
read(); errno=0
LONG: DataRead = -1
No data found

read(); errno=9
read(); errno=9
T0=13-03-29-08-59-43; Length=432010 (s)
No data output.
 

I seem to be able to retrieve these channels ok from the past:

controls@pianosa:/opt/rtcds/caltech/c1/scripts 0$ tconvert 1049050000
Apr 03 2013 18:46:24 UTC
controls@pianosa:/opt/rtcds/caltech/c1/scripts 0$ ./general/getdata -s 1049050000 -d 10 --noplot C1:LSC-PRCL_TRIG_MON
Connecting to server fb:8088 ...
nds_logging_init: Entrynds_logging_init: Exit
fetching... 1049050000.0
Hit any key to exit: 
controls@pianosa:/opt/rtcds/caltech/c1/scripts 0$ 

Maybe DTT just needed to be reloaded/restarted?

  15325   Tue May 12 17:51:25 2020 ranaSummaryComputer Scripts / Programsupdated LESS syntax highlight on nodus

apt install source-highlight

then modified bashrc to point to /usr/share instead of /usr/bin

  8316   Wed Mar 20 14:44:47 2013 JamieUpdateOpticsupdated calculations of PRC/SRC g-factors and ARM mode matching

Below are new alamode calculations of the PRC and SRC g-factors and arm mode matchings.  These include fixes to the ABCD matrices for the flipped folding mirrors that properly (hopefully) take into account the focusing effect of passing through the optic substrates.

I've used nominal curvatures of -600 m for the G&H PR2/SR2 optics, and -700 m for the Laseroptik PR3/SR3 dichroics.

An interesting and slightly disappointing note is that it looks like it actually would have been better to flip PR3 instead of PR2, although the difference isn't too big.  We should considering flipping SR3 instead or SR2 when dealing with the SRC.  I'll take responsibility for messing up the calculation for the flipped TTs.

PRC

PR2 Reff PR3 Reff PRC g-factor (t/s) ARM mode matching
Inf Inf .94/.94 .999
-600 -700 .99/.98 .84
413 (flipped) -700 .94/.93 .999
-600 409 (flipped) .92/.94 .999
413 (flipped) 409 (flipped) .87/.89 .97

SRC

SR2 Reff SR3 Reff SRC g-factor (t/s) ARM mode matching
Inf Inf .96/.96 .999
-600 -700 NA NA
413 (flipped) -700 .96/.95 .998
-600 391 (flipped) .94/.96 .996
413 (flipped) 391 (flipped) .90/.92 .96

RXA: maybe nominal, but we don't actually have measurements of the installed optics' curvatures, so there could be ~10-15% errors in the RoC. Which translates into a 1-2% error in the g-factor.

  8339   Mon Mar 25 16:51:59 2013 JenneUpdateOpticsupdated calculations of PRC/SRC g-factors and ARM mode matching

I think we like the idea of flipping SR2 better than SR3 for the same ghost beam reasons as PR2 is better than PR3.  There isn't very much free space in the BS chamber, and if we flip PR/SR3, we have to deal with green ghosts as well as IR.

The flipping SR2 case seems okay to me - flipping either one of the SR folding mirrors gives us a slightly better g-factor than the design with infinite curvatures, and flipping SR2 gives us slightly better mode matching to the arm than the flipped SR3 case, but more importantly, there are fewer ghosts to deal with.  I vote we flip SR2, not SR3.

  8687   Thu Jun 6 16:33:19 2013 steveUpdatesafetyupdated laser inventory

 Updated laser inventory and operator list. They are posted in the 40m wiki and entry doors of the 40m IFO room.

Let me know if this list needs correction.

Lightwave  M126N-1064-700 NPRO sn 337 in the PSL enclosure got connected to local emergency shut off switch. This is a LIGO operational safety requirement.

 

Attachment 1: ELSOconnected.jpg
ELSOconnected.jpg
  7060   Tue Jul 31 18:59:59 2012 JamieUpdateCDSupdated medm paths for MISC (IFO,CDS,VIDEO), IFO alignment scripts updated accordingly

In an attempt to clean up the medm situation, I did a bunch of further rearrangement and cleanup.  Instead of having c1ifo, I moved a bunch of stuff into a MISC directory, including all of the CDS, IFO, and VIDEO screens:

controls@rossa:~ 0$ ls -1 /opt/rtcds/caltech/c1/medm/MISC | grep -v _BAK
CDS_BIO_STATUS.adl
CDS_FE_STATUS.adl
CDS_IPC_ERR.adl
help
ifoalign
IFO_ALIGN.adl
ifoalign.orig
IFO_CONFIGURE.adl
IFO_CONFIGURE.txt
IFO_OVERVIEW.adl
IFO_OVERVIEW_AIDAN.adl
IFO_STATE.adl
snap
VIDEO.adl
controls@rossa:~ 0$

I updated the sitemap and the relevant screens accordingly.

I also updated the IFO_ALIGN script infrastructure a bit.  The new IFO ALIGN location is /opt/rtcds/caltech/c1/medm/MISC/ifoalign.  The scripts are now called simply:

/opt/rtcds/caltech/c1/medm/MISC/ifoalign/misalign_soft.csh
/opt/rtcds/caltech/c1/medm/MISC/ifoalign/restore_soft.csh
/opt/rtcds/caltech/c1/medm/MISC/ifoalign/save_soft.csh

These run Jenne's new soft restore stuff, and store burt snapshots for optic alignment in /opt/rtcds/caltech/c1/medm/MISC/ifoalign/burt.

This has all been checked into the svn.

  8209   Fri Mar 1 18:23:28 2013 JamieUpdateComputer Scripts / Programsupdated version of "getdata"

I updated the getdata script so that it can now handle downloading long stretches of data.

  /opt/rtcds/caltech/c1/scripts/general/getdata

It now writes the data to disk incrementally while it's downloading from the server, so it doesn't fill up memory.

I also added a couple new options:

* --append allows for appending to existing data files

* --noplot suppresses plotting during download

  988   Wed Sep 24 19:13:06 2008 ranaConfigurationComputer Scripts / Programsupdatedb & locate: megatron & rosalba
I ran updatedb as root today on megatron and rosalba just before the meeting.
It finished at ~14:10 on both machines so that's ~20 minutes total.

The default updatedb.conf for these guys also seems to be set up right so that
it is indexing the NFS mount (/cvs/cds/) so that's good. Next, someone needs to
add the updatedb command to the daily cron for each of these guys (5 AM) and
add this to the wiki page on how we set up new computers.

I also found that the root passwd on Megatron was different from all of the other
machines, indicating that perhaps megatron was trying to free himself. I have put
down that rebellion viciously
:D and he's now toeing the line.
  5162   Wed Aug 10 00:21:10 2011 jamieUpdateCDSupdates to peakFit scripts

I updated the peakFit routines to make them a bit more user friendly:

  • modified so that any subset of optics can be processed at a time, instead of just all
  • broke out tweakable fit parameters into a separate parameters.m file
  • added a README that describes use

These changes were committed to the 40m svn.

  14650   Mon Jun 3 23:18:59 2019 MilindUpdateComputer Scripts / Programsupdating bashrc

I was working with the git repo in the SnapPy_pypylon folder (/cvs/cds/rtcds/caltech/c1/scripts/GigE/SnapPy_pypylon) and needed to create a branch. To avoid any confusion, I modified the PS1 variable and that alone in the bashrc file to reflect the git branch so that the prompt now displays the git branch if you enter a repository. This is just an update.

  12191   Thu Jun 16 16:11:11 2016 jamieUpdateCDSupgrade aborted for now

After poking at the new configuration more, it also started to show instability.  I couldn't figure out how to make test points or excitations available in this configuration, and adding in the full set of test point channels, and trying to do simple things like plotting channels with dtt, the frame writer (fw) would fall over, apparetnly unable to keep up with the broadcast from the dc.

I've revered everything back to the old semi-working fb configuration, and will be kicking this to the CDS group to deal with.

  16507   Wed Dec 15 13:57:59 2021 PacoUpdateComputersupgraded ubuntu on zita

[Paco]

Upgraded zita's ubuntu and restarted the striptool script.

  11649   Tue Sep 29 18:03:11 2015 ranaUpdateLSCuse LISO

Use LISO - see what it tells you. I would think that you should make a differential RC filter to get the right behavior. (e.g. 1K on each leg and 1 uF between them)

Each leg of the diff input of the board has a 4k input impedance.

But surely the AO input to the MC servo should also make sense independently.

Attachment 1: Screen_Shot_2015-09-29_at_5.55.34_PM.png
Screen_Shot_2015-09-29_at_5.55.34_PM.png
  6993   Thu Jul 19 15:55:21 2012 ranaUpdateComputersused 'aptitude' to install software (TexLive) on rosalba

I used APTITUDE to install texlive-full on rosalba so that I could work on a paper. pdflatex was not found on pianosa, rosalba, megatron, etc. I used this command:

sudo aptitude install texlive-full

While this was installing, I read a bunch of forums which claim that its better to bypass the apt-get and use the 
TexLive installer instead so that we can use its own package updater 'tlmgr'. Otherwise, the standard Ubuntu distributions
are years out of date (e.g. doesn't have RevTex 4.1).



  11651   Wed Sep 30 10:00:02 2015 ericqUpdateLSCused LISO

LISO confirms that I did my algebra right in picking the component values, and shows no extra zeros. 

I also took some TFs with the SR785 and confirmed that both CM board inputs behave the same, and that including the LPF on the input gives the expected 1/f shape at the slow and fast outputs.

  2658   Fri Mar 5 11:21:18 2010 steveUpdateSUSused OSEMs are magnetic

Quote:

Jenne and Koji

We successfully hung ITMX on the SOS. Side magnet is ~2mm off from the center of the OSEM. ITMX aligned using the QPD. The OSEMs changes the alignment. It looks that something magnetic is inside the OSEM PD or LED.

Reguled ITMY side magnet.

Cleaned up the lab for the safety inspection.

 The brand new OSEM LED and PD can be picked up with a weak magnet. These ferrous metals of LEDs and PDs will be magnetized by sitting in the sus next to the

magnets for years. I hanged optics with new OSEMs and never saw this effect before.

 

 

We have to demagnetize them.

  2659   Fri Mar 5 18:04:56 2010 ranaUpdateSUSused OSEMs are magnetic

The OSEM LEDs and PDs from Honeywell have always had some ferromagnetic material in them. These are the same OSEMs we had since 2000.

You must be thinking of the really old 20th century plastic OSEMs.

  6822   Sat Jun 16 01:03:21 2012 yutaUpdateGreen Lockingused longer delay line for mode scan

[Mengyao, Yuta]

Last night, I used 1.5 m delay line COARSE and got 5FSR mode scan. The range 5FSR was limited by the range of SR560.
So, this time, we used 6.4 m(21 feet) cable as a delay line for FINE servo. This should increase the sensitivity by factor of 4. But the range will be 4 tmes smaller, ~ 1.3FSR.

Below is the plot of the mode scan.
You can see the peak height difference between TEM00s, but it's just from the resolution of pixels.

You still can see noisiness goes up when blue plot goes down. But this time, 2000 stands for 27 MHz and -2000 stands for 15 MHz in the beat frequency because we flipped the filter gain this time.
Last night, the top of the triangle was about 40 MHz and bottom was about 60 MHz.


YarmScan20120615.png

We are going to derive mode-matching and some cavity parameters using this plot.

  9023   Sun Aug 18 20:07:41 2013 ranaUpdateComputer Scripts / Programsuserapps SVN up

JoeB and JamieR are working somewhat coherently on a set of python libraries to fulfill all of our command line CDS wants. This is being done mostly to satisfy The Guardian and the SkunkTools project.

I did an 'svn up' in /opt/rtcds/userapps (it might finish in ~1000 years) to get the things that they have so far (in particular, Joe's 'pyavg'). There's going to be some issues since the pylib stuff written by Yuta/Kiwamu has never been integrated with anything and is imported as 'epics' in many python scripts. As we move over to the new stuff there will be a lot of broken script functions since the new libraries are also used in that way.

  1614   Wed May 20 16:03:52 2009 steveOmnistructureEnvironmentusing OSEMs to look at seismic activity

Rana suggested using OSEM sensing voltages as guide lines to look seismic activity.

As you see todays drilling and tumping activity was nothing compared to the EQ of mag 5 and 4

Optic level servos are turned back on.

 

What Steve means is that there is some drilling going on in the CES shop to accomodate the new water flume group. We want to

make sure that the mirrors don't move enough to break the magnets. On the dataviewer we should look to make sure that the

sensor channels stay between 0-2 V.     -Rana

 

Attachment 1: eqOSEM5m4.jpg
eqOSEM5m4.jpg
  7620   Thu Oct 25 09:32:17 2012 SteveOmnistructureIOOusing access connector

Quote:

Quote:

Quote:

Quote:

We really need something better to replace the access connector when we're at air.  This tin foil tunnel crap is dumb.  We can't do any locking in the evening after we've put on the light doors.  We need something that we can put in place of the access connector that allows us access to the OMC and IOO tables, while still allowing IMC locking, and can be left in place at night.

 It is in the shop. It will be ready for the next vent. Koji's dream comes through.

 24" diameter clear acetate access connector is in place. The 0.01" thick plastic is wrapped around twice to insure air and bug tight barrier for the MC to lock overnight. The acetate transmission for 1064 nm is 90 % This was measured at 150 mW   2.5 mm beam size.

 

 Aluminum sheet as shown will replace the acetate. Side entries for your arms and "window" on the top will be covered with acetate using double- sided removable-no residue tape 3M 9425

 The second loop of the bungee cord should be on the top of the acrylic  and still on the supporting aluminum tube as shown.

Attachment 1: acclosing.jpg
acclosing.jpg
  196   Tue Dec 18 16:50:35 2007 tobinUpdateSAFETYuvex laser safety glasses defective
A few days ago we noticed what appeared to be a blotched, speckled fracturing of the coating of the "UVEX" laser safety glasses. These are the glasses with "transparent" (reflective to 1064nm) lenses and white frames that we keep in a box on top of a filing cabinet in the control room. Today Steve measured the transmission of these glasses and found 80% transmission of 1064nm in several cases.

Do not use the white, transparent "uvex" laser safety glasses until further notice. Steve has hidden them away so that you won't be tempted.

Below is attached a photo of a bad lens.
Attachment 1: bad-glasses.jpg
bad-glasses.jpg
Attachment 2: bad-glasses-zoom.jpg
bad-glasses-zoom.jpg
  24   Mon Oct 29 09:46:50 2007 steveRoutineVACvac & pem trend
Pumpdown 64 pumped by maglev for 125 days
pd64-m-d125

Rob, can you tell me, when did the fire start on this plot?
Attachment 1: pd64md125.jpg
pd64md125.jpg
  1199   Sun Dec 21 13:00:06 2008 steveUpdateall down cond.vac and laser back on
There was a power outage sometimes early Saturday.

All things are down.

The Maglev was started and reached normal operating condition.
V1 was opened at P1 3.8 mTorr and cc1 is back to 3e-6 Torr now

The MOPA was turned on.
Ion pump HV on to FSS cavity.
  423   Thu Apr 17 15:00:59 2008 steveUpdateVACvac controller computer to be replaced
Now that Rosalba is up and running someone should step forward to volunteer for this job.

Old desk top at the Vacuum Rack should be replaced by a functional less old computer so
the vacuum controller can count on an emergency situation. It's only has to be able to run medm
The existing one is dying.
  5366   Thu Sep 8 13:20:07 2011 steveUpdatePEMvac envelope at atm for 36 days

We tried not to open chambers above 10,000 particles of 0.5 micron cf/min

New items going in:                       2 rasor beam traps, 5 badly oxidized old silver plated  setscrew with spring loaded tips......to be replaced in the future, viton tips for eq screws....some are lose, gold plated allen wrench installed at ITMX bottom, reglued magnet on ITMX

Bad hardware things found:          nylon ball "locking elements" on OSEM locking set screws with screwdriver  slot, lose  1064 nm filter on OSEM pd

Attachment 1: vent70.jpg
vent70.jpg
  1293   Wed Feb 11 11:39:17 2009 steveConfigurationGeneralvac envelope ground
The vacuum envelope was grounded from the IOO chamber to master ground north (under electric breaker panel L)
with 4GA  25ft red battery cable.

 

  2699   Tue Mar 23 09:37:36 2010 steveUpdateIOOvac envelope has to be sealed as antproof for overnight

Quote:

This is the first touch to the MC mirrors after the earthquake on 16th.

  • I made an aluminum access connector so that we can work on the MC even the door is open. We still can be able to open the aluminum tube. The photos are attached. Steve, could you please look it at a glance whether the seal is enough or not.
  • MC resonances were flashing. Align MC2 and MC3 so that we have many TEM00s.
  • Found c1vmesus2 gone mad. Restarted remotely according to the wiki entry. 
  • Reset the MC coil output matrix to 1. (Previously, balance was adjusted so that A2L was minimized.)
  • Excite MC2 Pitch/Yaw at 8 and 9 Hz, looking at the peaks in the MC-MCL output. Move MC2 Pitch/Yaw so that the peak
    is reduced. (*)
  • MC1/MC3 were aligned so that we get the maximum transmission (or minimum reflection). (**)
  • Repeat (*) and (**)

So far, I have aligned in Yaw such that the yaw peak is minimized.

 This seal is good for daily use- operation only. The IFO has to be sealed  with light metal doors every night so ants and other bugs can not find their way in.

Our janitor Kevin is mopping the hole IFO room floor area with 5%  ant killing solution in water in order to discourage bugs getting close to our openings of the vented chamber.

You may be sensitive to this chemical too.  Do not open chamber till after lunch.

Attachment 1: pc3.JPG
pc3.JPG
Attachment 2: pc4.JPG
pc4.JPG
  2700   Tue Mar 23 09:55:20 2010 KojiUpdateIOOvac envelope has to be sealed as antproof for overnight

Roger.

Quote:

 This seal is good for daily use- operation only. The IFO has to be sealed  with light metal doors every night so ants and other bugs can not find their way in.

 

  2705   Wed Mar 24 02:06:24 2010 KojiUpdateIOOvac envelope has to be sealed as antproof for overnight

Matt and Koji:

We closed the light doors of the chambers.

Quote:

Roger.

Quote:

 This seal is good for daily use- operation only. The IFO has to be sealed  with light metal doors every night so ants and other bugs can not find their way in.

 

 

  1462   Thu Apr 9 11:27:19 2009 steveUpdateVACvac gauge reading problem

Cold cathode gauge CC4  is reading normal.

CC1 is glitching, it is probably dirty.

CC2 is fluctuating too much and it is cutting out for 6-7 minutes. It must be insulated by deposits and there is no emission current.

I think the same goes for P1

They will have to be replaced at the next vent

Attachment 1: vacgflsec.jpg
vacgflsec.jpg
Attachment 2: vacgflmin.jpg
vacgflmin.jpg
  10081   Fri Jun 20 14:42:57 2014 steveUpdateSUSvac illuminators turned off
  1552   Wed May 6 19:04:11 2009 ranaSummaryVACvac images
Since there's no documentation on this besides Steve's paper notebooks...

and BTW, since when did the elog start giving us PNG previews of PDFs?
Attachment 1: vacrack.pdf
vacrack.pdf
  7914   Thu Jan 17 17:04:49 2013 SteveUpdateVACvac monitor screen changed

The COVAC_MONITOR.adl was changed. Ion pump labeled as disconnected means: ion pump controller power turned off and ion pump gate valve control connection disconnected.

RP2 roughing pump labeled disconnected means:  hardware  disconnected.

The actual operational, valve control screen has not been changed yet.

Attachment 1: screenmod.png
screenmod.png
  11156   Sun Mar 22 18:42:40 2015 SteveUpdateVACvac pressure rose to 1.2mTorr

 

Quote:

We run out of N2 for the vacuum system. The pressure peaked at 1.3 mTorr with MC locked. V1 did not closed because the N2 pressure sensor failed.

We are back to vac normal. I will be here tomorrow to check on things.

We run out of N2 for the vacuum system 6 hrs ago. The pressure rose to 1.2 mTorr with V1 closed. The interlock worked! See Nirogen presure reading fixed at http://nodus.ligo.caltech.edu:8080/40m/10968

 

The vacuum interlock: Nitrogen pressure transducer is reading the pneumatic pressure continously at the pump spool and c1vac1 processing it. When it drops below 60 PSI it closes V1 gate valve and V4 & V5.  Gate valve V1 needs minimum 60 PSI to close. It is critical that V1 is closed before you run out of Nitrogen so the IFO pressure is contained.

 

IFO vacuum is back to Vac Normal. The MC is locked.

cc4 = 2E-6 Torr with VM1 open.

 

Daily N2 consumption measured to be 530PSI as 3 days on 3-27-2015 but note: it does vary !

I have seen it as high as 900 psi  The long term average ~750 psi

Attachment 1: NoN2.png
NoN2.png
Attachment 2: PressureReadingWorks.png
PressureReadingWorks.png
  10843   Fri Dec 26 17:45:21 2014 SteveUpdateVACvac pressure rose to 1.3 mTorr

We run out of N2 for the vacuum system. The pressure peaked at 1.3 mTorr with MC locked. V1 did not closed because the N2 pressure sensor failed.

We are back to vac normal. I will be here tomorrow to check on things.

Attachment 1: noN2.png
noN2.png
Attachment 2: backtoVacNormal.png
backtoVacNormal.png
  12014   Tue Mar 1 09:37:15 2016 steveUpdateVACvac rack UPS batteries replaced

Amstron batteries replaced after 11 months with SP-12-5.5HR,  2 years warranty from replaceUPSbattery.com

Quote:

Batteries replaced after 3.5 years with Amstron AP-1250F2,  8x 12V 6Ah

Quote:

APC Smart -UPS 2200   model: SUA2200RM2U   batteries were replaced by compatible RBC43, 8x  12V5A

 

Note: the replace battery LED did not go out ( well pasted 24 hrs ) till the self test bottom was hold down for 2-3 sec

Attachment 1: vacRackBat.jpg
vacRackBat.jpg
  5529   Fri Sep 23 16:25:01 2011 steveUpdateVACvac rack UPS battery replaced

APC Smart -UPS 2200   model: SUA2200RM2U   batteries were replaced by compatible RBC43, 8x  12V5A

Attachment 1: P1080252.JPG
P1080252.JPG
Attachment 2: P1080254.JPG
P1080254.JPG
  11178   Fri Mar 27 10:38:40 2015 steveUpdateVACvac rack UPS battery replaced

Batteries replaced after 3.5 years with Amstron AP-1250F2,  8x 12V 6Ah

Quote:

APC Smart -UPS 2200   model: SUA2200RM2U   batteries were replaced by compatible RBC43, 8x  12V5A

 

Attachment 1: UPSvac.jpg
UPSvac.jpg
ELOG V3.1.3-