Displaying reports 79281-79300 of 85335.Go to page Start 3961 3962 3963 3964 3965 3966 3967 3968 3969 End
Reports until 19:46, Wednesday 01 May 2013
LHO General
patrick.thomas@LIGO.ORG - posted 19:46, Wednesday 01 May 2013 (6235)
Ops summary
Apollo drilling at end Y for BSC test stand. Moved vacuum outside to mitigate high dust counts.
Mount lock and key on site
Fire department truck on site
FMCS reverse osmosis alarm
end Y transitioned to laser hazard
Filiberto replaced a seismic capacitive position sensor at BSC6.
Richard rebooted the front end systems at end Y
Kyle to connect a turbo pump/pump cart to a closed 8" gate valve on the HAM3 east door.
H1 SUS
arnaud.pele@LIGO.ORG - posted 16:46, Wednesday 01 May 2013 - last comment - 18:22, Wednesday 01 May 2013(6238)
TMSY damping

TMSY damping has been tested (before changing anything...), and works fine, see the attached spectra : 2013-04-30_Damped_vs_Undamped.pdf.

If the TMSY seemed to move a lot compared to the ETMY, it might have been due to an electronic issue. After Richard power recycled susb6 IO chassis and front end at the end station, the intriguing peak at around 1900Hz that was probably causing our suspicion suddenly disappeared. See the pink spectra on 2013-04-30_ETMY_vs_TMSY_NoiseCheck.pdf representing OSEM input signals of TMSY, before rebooting chassis vs blue spectra, after rebooting. This peak was also present for the ETMY but much lower in amplitude. See brown before reboot and red after (eg : last page of pdf). The spectra also shows that the low frequency noise floor is lower after the reboot...

more investigation to come...

Non-image files attached to this report
Comments related to this report
david.barker@LIGO.ORG - 18:22, Wednesday 01 May 2013 (6243)

The TMSY noise is very mysterious. It first appeared on 26th March when we were doing DC power supply work. It then apparently disappeared briefly on 1st April (one day before the site power outage, there was no accompanying reboot or restart at this time). After the site power outage is remained until today when the IO Chassis were power cycled. It only appears on the first adc of h1susb6. We will investigate this further when we get an opportunity to reboot/power cycle this system.

H1 SUS
mark.barton@LIGO.ORG - posted 16:03, Wednesday 01 May 2013 (6239)
TMTS model
I posted an updated version of the TMTS first article model to the SVN and wiki:

^/trunk/Common/MatlabTools/DoubleModel_Production/tmtsopt_firstarticle.m (r4580)
^/trunk/Common/MathematicaModels/DualLite2DBLateral/20130501TMTS_FirstArticle
https://awiki.ligo-wa.caltech.edu/aLIGO/Suspensions/OpsManual/TMTS/Models/20130501TMTS_FirstArticle

It has all as-built numbers from the Matlab tmtsopt_firstarticle.m r4547 (Mathematica 20130426TMTS_FirstArticle) by Szymon of last Friday, plus a tweak of +4.3 mm to d1 to better match the fundamental R (=Matlab/Mathematica pitch) mode. This was tried because it is clear from the mode shape plot (see wiki page) that that mode is almost pure R (pitch) motion of the top mass, and experience with other suspensions shows that d's associated with blades can often differ from nominal and produce a large effect on pitch frequencies. Although a sag of the blade tip by 4.3 mm is reasonably plausible, this is not directly confirmed and an alternative possibility is that the pitch mode has been driven up by stiffness of the cabling.

The only remaining mode frequency discrepancy of any note is that the highest R (pitch) frequency is predicted at 4.27789 Hz but observed at 3.875 Hz, a 10% difference. 
LHO General
bubba.gateley@LIGO.ORG - posted 15:47, Wednesday 01 May 2013 (6237)
Apollo crew
John W. and I took more measurements on the main crane rails, will continue tomorrow with additional measurements. All holes were drilled for test stand at End X and started assembly of pedestals. Scott and Randy took some measuerments on BSC 10 support tubes, and moved some HEPI fluid to End X for Hugh.
H1 SEI
jim.warner@LIGO.ORG - posted 15:41, Wednesday 01 May 2013 (6236)
H1-BSC9 is in the can

HughR, GregG, MitchR, JimW

After much shuffling, shifting, stacking and pushing, Hanford's last H1 BSC-ISI went into it's storage container this afternoon. It will get purged tomorrow, and likely be moved to EX sometime in June. Just five more to go.

H1 CDS
sheila.dwyer@LIGO.ORG - posted 09:26, Wednesday 01 May 2013 (6234)
restarted h1ecatey
Even though I went into task manager and closed everything that had anything to do with twincat, it acts as though there is already a PLC open when I try to run the install scripts and gives a message that the PLC has crashed.   

Even after a reboot, the behavior is the same.  
H1 CDS
james.batch@LIGO.ORG - posted 09:22, Wednesday 01 May 2013 (6233)
Restarted Slow Controls Epics Gateway
At 09:11 PDT restarted EPICS gateway between slow controls network and CDS (control room) network at request of slow controls group.
H1 AOS
sheila.dwyer@LIGO.ORG - posted 22:16, Tuesday 30 April 2013 (6232)
rebooted h1ecatey as well
Chris and I rebooted h1ecaty1 sometime between 6 and 7 pm.  
LHO VE
kyle.ryan@LIGO.ORG - posted 16:54, Tuesday 30 April 2013 (6231)
Switched over to Turbo pumping of the YBM+BSC1-3+HAM2-3
~30 hrs of pump time total to rough-out this volume!  Ouch!   
H1 CDS
sheila.dwyer@LIGO.ORG - posted 16:53, Tuesday 30 April 2013 (6230)
rebooting h1eatc1
I had to shut down all the opcIoc shells anyway, and Daniel suggests that a reboot might help with some of the odd behavior today.
H1 ISC
sheila.dwyer@LIGO.ORG - posted 16:50, Tuesday 30 April 2013 (6229)
Fiber transmission
I measured the transmission of the fiber at end Y:
coming out of fiber 35 uW
1.5uW towards trans PD
19uW in the wrong polarization
8 uW towards beamsplitter

It looks like we need to use the polarization adjuster box to fix this.  I will put a calibrtion of the PDs into the PLC.  

 
LHO General
cheryl.vorvick@LIGO.ORG - posted 16:03, Tuesday 30 April 2013 (6228)
Ops
- praxair
- bottled water
- sprague

- reboots to dust monitors - some red alarms - all cleared
- work in EX and EY caused some dust
- EY IOP State Word went red a few times
- PSL env. monitoring went white a few times
- no reboots that were run by me - except a reboot of the DAQ around 4PM by VIncent
- I discovered that HAM2 and HAM3 had offsets for ISI change yesterday - not me, not Vincent
- I put HAM2 and HAM3 optics at their correct slider values and have them damped for alignment check - I have no tests running
- lots of work at EY and EX
H1 IOO
cheryl.vorvick@LIGO.ORG - posted 13:59, Tuesday 30 April 2013 (6227)
Alignment in-air of IO to PRC:
Alignment in-air of IO up to PRC:

- MC1	
P	335um	 628 counts
Y	-795um	-2131 counts

- MC2	
P	505um	 946 counts
Y	250um	 670 counts

- MC3	
P	177um	 331 counts
Y	-894um	-2396 counts

- IM1	
P		 2330 counts
Y		-170 counts

- IM2	
P		-1880 counts
Y		-300 counts

- IM3	
P		 2850 counts
Y		 300 counts

- IM4	
P		-2100 counts
Y		-950 counts

- PRM - aligned	
P	-830um	-1556 counts
Y	-50um	-134 counts

- PRM - parked	
P	-330um	-618 counts
Y	-6100um	-16351 counts

- PR2 - best guess	
P	1400um	2625 counts
Y	900um	2412 counts
LHO General
patrick.thomas@LIGO.ORG - posted 20:34, Monday 29 April 2013 (6225)
plots of dust counts
Attached are plots of dust counts requested from 5 PM April 28 to 5 PM April 29.

The dust monitor at location 4 in the LVEA keeps stopping due to an unknown loss of power.
Non-image files attached to this report
H1 SUS
arnaud.pele@LIGO.ORG - posted 17:59, Monday 29 April 2013 (6223)
SUS medm screens USER model and IOP model DAC outputs finally populated!

[Dave Arnaud]
Following Stuart's update of medm screens at LLO, the previous aLogs, and the recent update of medm macro character limit (from 256 to 2048), Dave and I edited the changes on the SITEMAP for all suspensions* at LHO.

*except for ITMX/ETMX/TMSX/BSTST and HAUX

H1 IOO
cheryl.vorvick@LIGO.ORG - posted 16:27, Monday 29 April 2013 (6222)
IOT2L REFL path rework
I started the rework of the IOT2L layout today.  Changes were made after LLO had some experience with their table.  With the new layout, I found that our REFL PD and the new position for the WFS1 pico motor were incompatible, so I move the WFS1 pico motor toward it's pick-off be 3", and moved WFS1 by 3" to achieve the same path length as on the new layout of 290mm.  Pictures of REFL PD, WFS1 and WFS2 attached.  Also attached is a list of components and their status for the REFL path - i.e. which components are currently not on the table.
Images attached to this report
Non-image files attached to this report
LHO General
corey.gray@LIGO.ORG - posted 16:20, Monday 29 April 2013 (6221)
Ops DAY Summary
H1 General
keita.kawabe@LIGO.ORG - posted 17:32, Thursday 25 April 2013 - last comment - 15:15, Monday 29 April 2013(6207)
Viewports are good (Thomas, Sheila, Keita)

BSC2, IY adapter, HAM1, HAM2 and HAM3 have all viewports necessary for the full IFO.

BSC1 is good for HIFO but one viewport for CO2 laser should be installed in the future.


For video and illuminator viewports, no inspection was made except to confirm that something was installed.

For viewports that receive 1064nm and/or 532nm beam, we made a visual inspection to see the color of the surface, and all seemed to have some AR. No attempt was made to tell 1064/532 combo AR from so-called "high quality" optic (iLIGO 1064nm viewports?).

Thomas looked at oplev viewports and confirmed that they are the correct ones.


Following is a list of what is installed and what is not. Viewport numbers are based on https://dcc.ligo.org/T1000746.

BSC1 (IY): Illumination (G3), IY alternative video (G2), IY CP video (G11).

CO2 laser viewport (C0G5) is going to have to be installed in the future, but not this time.

BSC2 (BS): Oplev IN/OUT (G2), Video BS (G8), Illuminator (G9)

IY adapter A-1: Oplev IY OUT (VP1), IY Video (VP2), Oplev IY IN (VP4).

FTIMY-related viewports (VP3, 5B, 6) are not installed as we don't have H2.

HAM1: Video (A2F1) and Illuminator (A2F4) on the east door. IR PSL (A1F5), ALS green (A1F4) and POP/REFL (A1F3) on the west door.

HAM2: Faraday input video (A2F1), General video(A2F2), "IO trans mon & PRC MM mon beam" (A2F3), "IO trans mon & PRC MM mon beam" (A2F4), PRM video (A2F5) on the east door.

General video (A1F2), Illuminator (A1F1), MC1 Video (A1F3), MC REFL (A1F4), SM1 TRANS (A1F5) on the west door.

MC3 video (D7), Faraday output, SM1 and SM2 video (C1) and REFL parking (D8) on top.

It doesn't make sense that both A2F4 (left on the east door) and A2F3 (middle) are specified to use 1064/532nm combo viewport for the same purpose. There are two beams coming through SM2 (IM4) but both of them come out of A2F3.

A2F4 is valuable as a video viewport, so we can proceed with this configuration, but somebody needs to confirm my suspicion that VP800 is good enough for A2F3,  and then T1000746 should be updated.

HAM3: PR2 video (A2F3) on the east door. Illuminator (A1F3), MC2 Trans (A1F4) and MC2 Video (A1F5) on the west door.

WAMCA1 attachment by HAM2: PR2 Video (VP3), Oplev HAM3 in/out (VP7, not VP5 as specified by T1000746), Video MC2 (VP9).

WAMCB1 attachment by HAM3: MC3 video (VP3), Oplev HAM2 IN/OUT (VP5), Oplev PR3 IN (VP7), PRM Video (VP9), MC1 Video (VP10), Oplev PR3 out (VP11), PR3 Video (VP12).

Comments related to this report
keita.kawabe@LIGO.ORG - 15:15, Monday 29 April 2013 (6220)

Correction:

"It doesn't make sense that both A2F4 (left on the east door) and A2F3 (middle) are specified to use 1064/532nm combo viewport for the same purpose. There are two beams coming through SM2 (IM4) but both of them come out of A2F3.

A2F4 is valuable as a video viewport, so we can proceed with this configuration, but somebody needs to confirm my suspicion that VP800 is good enough for A2F3, and then T1000746 should be updated."

The above should read:

"It doesn't make sense that both A2F4 (middle on the east door) and A2F3 (left) are specified to use 1064/532nm combo viewport for the same purpose. There are two beams coming through SM2 (IM4) but both of them come out of A2F3."

A2F4 is valuable as a video viewport, so we can proceed with this configuration, but somebody needs to confirm my suspicion that VP800 is good enough for A2F4, and then T1000746 should be updated."

H1 SUS
arnaud.pele@LIGO.ORG - posted 09:45, Monday 15 April 2013 - last comment - 12:42, Monday 29 April 2013(6081)
BeamSplitter phase 3a (pre)testing

Beamsplitter transfer functions have been running over the weekend in order to fix any issues during the day if needed.

The attached pdfs show :

  1. Comparison between last TF damping on and model
  2. Comparison between last TF damping off and model
  3. Comparison between LHO damping on/off and LLO phase 3a (feb 2013) TFs
  4. Zoomed version of 3.

Vertical degree of freedom is noisier than expected between 1.5 and 3Hz (3rd page of each pdf).

Non-image files attached to this report
Comments related to this report
arnaud.pele@LIGO.ORG - 15:10, Monday 15 April 2013 (6087)

Gerardo went into the chamber, checked the EQ stops, and nothing is apparently touching. When the chamber will be free tomorrow during the day, I will run quick DTT measurements for the vertical degree of freedom, between 1 and 3Hz and see if it's still noisy. There were no need of taking the night for full measurements since the other DOFs are fine. I let the night to Vincent for ISI tfs if needed.

arnaud.pele@LIGO.ORG - 13:44, Monday 22 April 2013 (6158)

I ran a DTT transfer function on the vertical degree of freedom of the beamsplitter this morning

New TF looks nicer than the old one from April 12th, meaning the beamsplitter is healthy and passed Phase 3a testing

Will run a full set of TF tonight, for our record.

Data of the DTT measurement has been saved in a matlab structure named :M1VtoM1V_20130422.mat under SusSVN/sus/trunk/BSFM/H1/BS/SAGM1/Data and has been commited to the svn

Non-image files attached to this comment
arnaud.pele@LIGO.ORG - 12:42, Monday 29 April 2013 (6219)

Last measurement on the beamsplitter has been taken monday night April 22nd with damping on and off, before pumping down BSC2 chamber.

One thing to notice :

Vertical degree of freedom remains noisy around 2Hz, as on April 12th, even though dtt transfer function from aLOG 6158 doesn't show any issues. It could be that when taking TF with matlab, the drive for that frequency band is not high enough. I will try with higher gains in the MATLAB_TFs.m script and see if it changes anything. 

Non-image files attached to this comment
Displaying reports 79281-79300 of 85335.Go to page Start 3961 3962 3963 3964 3965 3966 3967 3968 3969 End