Displaying reports 72301-72320 of 83004.Go to page Start 3612 3613 3614 3615 3616 3617 3618 3619 3620 End
Reports until 15:09, Thursday 27 March 2014
H1 SUS (DetChar, SEI)
jeffrey.kissel@LIGO.ORG - posted 15:09, Thursday 27 March 2014 - last comment - 15:42, Thursday 27 March 2014(11036)
Fixed ITMX and ETMX CART2EUL Matrices
J. Kissel

While using the channels that project the ISI ST2 GS13s in the Cartesian basis to the Test Mass QUAD suspension point in the Euler basis for the X-arm QUADs, i.e. H1:SUS-?TMX_M0_ISIWIT_?_DQ, I noticed that the projection matrices that create these channels were a copy-and-paste from the Y-arm, and therefore wrong by 90 [deg]. I've corrected the matrices at around 2014-03-27 21:55 UTC, saved, and committed a new safe.snap such that they stick.

Details for the record:
-----------------------
These matrices are calculated using the script
/ligo/svncommon/SusSVN/sus/trunk/Common/MatlabTools/make_ISI2SUS_projections.m
which takes in the locations of each SUS from the parameter file
/ligo/svncommon/SusSVN/sus/trunk/Common/MatlabTools/SEI2SUScoordinates.m
based on the systems SolidWorks drawings for that suspension. 

They are pre-calculated and stored in the mat file
/opt/rtcds/userapps/release/isc/common/projections/ISI2SUS_projection_file.mat
which I loaded into a matlab and ran the function 
/ligo/svncommon/SusSVN/sus/trunk/Common/MatlabTools/fill_matrix_values.m
to automatically fill in the epics values.

The theory behind these projections can be found in T1100617

#yakshaving
Comments related to this report
jeffrey.kissel@LIGO.ORG - 15:12, Thursday 27 March 2014 (11037)DetChar, ISC, SEI
I checked and confirmed that the TMSX CART2EUL matrix is also wrong, but I didn't fix it because the parameter file doesn't have the coordinates for the TMS pulled from the systems drawings yet, and I'm already distracted enough. We'll get to it later.
jeffrey.kissel@LIGO.ORG - 15:42, Thursday 27 March 2014 (11040)
And now the plots makes sense, and we can do science again.

Look at the tilt (ISI RY) contribution to Longitudinal Motion at the suspension point! This is now, at no particular time. Now on to look a Sheila's data from yesterday (see LHO aLOG 11026).
Non-image files attached to this comment
H1 SEI (INS, TCS)
hugh.radkins@LIGO.ORG - posted 12:10, Thursday 27 March 2014 (11034)
WHAM4 SEI HEPI Vertical L4Cs Complete

Installed these this morning, leveled, torqued, wired, protected, labeled.  No issues except the TCS rack 3" from Pier1.  That rack will need to move.

H1 ISC
sheila.dwyer@LIGO.ORG - posted 11:18, Thursday 27 March 2014 (11033)
Red arm lock last night

Richard, Sheila

Richard noticed that the arm was locked pretty stably on IR when he came in this morning, and made a trend over night (first screen shot).  There was a half hour lock, second screen shot.

Images attached to this report
H1 CDS (DAQ)
david.barker@LIGO.ORG - posted 08:44, Thursday 27 March 2014 (11027)
CDS model and DAQ restart report, Wednesday 26th March 2014

No restarts reported.

H1 ISC
sheila.dwyer@LIGO.ORG - posted 00:53, Thursday 27 March 2014 (11026)
OpLev damping helps COMM Noise

Tonight the COMM handoff is stable even without the OpLev damping on.  This is interesting because we have farily high microseism (above the 90% percentile all night) so it is possible for us to have a good night even with high microseism. 

I was able to make some measurements of the COMM noise with and without the oplev dampng on, and it seems that the OpLev damping helps.  I repeated the measurement twice, the second time the ground motion was larger.  The RMS down to 0.02 Hz was reduced from 300Hz to 144Hz the frist time, and from 600 Hz to 235Hz the second time.  In this calibration I have removed the cavity pole at 42 Hz.  ( This file is saved in sheila.dwyer/ALS/COMM/COMM_Noise_March27.xml)

I also tried reducing the gain of the ALS COMM loop.  Since 18dB gave us a 35 Hz ugf, I turned off the common comp and moved the gain down to -2dB, where we should ave a ugf of 350 Hz.  This reduced the gain at high frequencies, but there must be an instability around 10Hz in this configuration.  A screen shot is attached, and the data is saved as COM_Noise_March27_reduce_gain.xml

I have now turned off the OpLev damping so Fabrice can have some data to look at without damping in the morning.  I plan to leave the guardian locking the arm on IR over night. This should be usefull data for anyone from DetChar who wants to look at the arm locked on IR, or seismic. 

Images attached to this report
H1 ISC
sheila.dwyer@LIGO.ORG - posted 00:20, Thursday 27 March 2014 - last comment - 10:58, Thursday 27 March 2014(11025)
Red arm losses

Valera called and asked for a measurement of the arm losses.  I used REFL_AIR, meaured 0 counts when the IMC was unlocked, 1.539 when the arm was locked with ALS off resonance, and 1.471 when the arm was locked on resonance.  The IR trans power was only 70% of the nominal, so the arm was not well aligned and this only gives us an upper limit on the losses, which is 159ppm, assuming the ITM transmission is 1.4%. 

A more accurate measurement shoud probably be done. 

Comments related to this report
sheila.dwyer@LIGO.ORG - 10:58, Thursday 27 March 2014 (11032)

Correction: This is really a lower limit, anyway not a very good one.

H1 ISC
sheila.dwyer@LIGO.ORG - posted 23:44, Wednesday 26 March 2014 (11024)
ALS WFS attempt

I made an attemt to lock the ALS WFS YAW DOFs tonight.  I Inverted the sensing matrix measured in alog 10971, to make DOF1 the ETM and DOF 2 the ITM.

The WFS In matrix is now

0.065 0.042

0.045 -0.093

I could lock DOF 2 (the ITM Yaw) but could not increase the bandwidth above about 0.03 Hz.

DOF 2 seems to have an offset, when I align the cavity by hand the error signal is at around 38 counts, when I lock the loop it does supress the error signal, but this reduces the transmission of the cavity.   

H1 PSL
patrick.thomas@LIGO.ORG - posted 19:44, Wednesday 26 March 2014 (11023)
H1 PSL check
Laser is on
Output power is 28.1 W (should be 30 W)
Watchdog is active
No warnings in PSL SYSSTAT.adl other than "VB program online" 

PMC
Locked for 3 days 7 hours (should be days/weeks)
Reflected power is 12.7% of transmitted power (should be 10% or less)

FSS
Reference cavity has been locked for 1 hour (should be days/weeks)
Trans PD threshold is .4 V (should be at least .9 V)

ISS
Diffracted power is 8.8% (should be around 10%)
Last saturation event was 22 hours ago (should be days/weeks)
H1 SUS
keita.kawabe@LIGO.ORG - posted 18:39, Wednesday 26 March 2014 - last comment - 09:25, Thursday 27 March 2014(11021)
TMS: So much for going back to blue state

Spent all day trying to go back to the blue trace in the attached (which is from yesterday afternoon), but we came back to red, which is basically the same as this morning except the frequencies of three finger structure.

We re-routed the cables twice, and neither of these attempts recoverd the Q of 1.75 and 1.4Hz thing. So much for my "bundling=bad Q for translational" theory which sounded good.

Unrubbing excersize reliably eliminated the elevated noise floor 0.8Hz-6Hz that probably came from rubbing, and made the Q of some modes good, but did not do it reliably for 1.75Hz and 1.4Hz.

At this point I have to say it's unlikely that we can reliably make it like the blue trace even if we go in the chamber tomorrow, so if nothing special comes up we need to button down. I asked Arnaud to run his TF. Tomorrow Jim should run his stuff again.

As for the three finger structure (0.6-0.8Hz), we need to live with it, it's not unique to this pilot unit (see the X and Y free swing spectra, due to low resolution it looks like two fingers for Y, but the point is that there are three resonances between 0.6 and 0.8Hz for X).

Images attached to this report
Comments related to this report
keita.kawabe@LIGO.ORG - 18:42, Wednesday 26 March 2014 (11022)

BTW we eliminated another potential rubbing problem, which is the cable loop around the table cloth. We found that the clearance was less than a mm, probably something like 0.5-0.7mm. This depends on cable routing again, due to some strange way the cable goes in to the top mass, comes out, loops around the table cloth, goes in the top mass again, and finaly going to the ISI table.

Anyway, it was not touching but the head room was small, we pulled the cable on the cable clamp inside the top mass and made the clearance more like 2 or 3mm.

corey.gray@LIGO.ORG - 09:25, Thursday 27 March 2014 (11029)ISC

Have a few photos of the finicky beast (aka TMS).  Photos are of cabling work (for run from Upper Mass to ISI Optics Table & for the loop around the Upper Mass), and final locations of the "fine balance masses" (which are a pair of 1/4-20 screws on the front end of TMS Optics Table).

Yesterday, we made two attempts at getting to the "blue" state from Tues:

  1. Three runs of cable up to the ISI (with cable tie down at Upper Mass to keep cables from touching hole they spring from)
  2. Four runs of cables up to the ISI with cable tie removed (this is the final configuration we left the TMS in).
Images attached to this comment
LHO General
patrick.thomas@LIGO.ORG - posted 17:40, Wednesday 26 March 2014 (11012)
Ops Summary
Took over for Jim ~ 9:35

09:40 Jim, Hugh to HAM 5
09:59 Jeff B. working on dust monitors near HAM 4,5
10:10 Andres working on SR3
10:29 - 12:30 Gerardo and David O. in H2 PSL enclosure working on OFI
12:00 Dave H. stopping work on TCS
13:00 Dave H. starting work on TCS
13:00 Corey, Keita and Jax running measurement on TMSY
13:05 Karen cleaning at end Y, not going into VEA
13:43 Kyle taking picture in end X VEA
13:28 Karen cleaning at mid Y, going to end Y VEA at 14:00
14:10 Gerardo and David O. in H2 PSL enclosure working on OFI
14:52 Karen back from end Y

Richard diagnosing dust monitor communications in LVEA
H1 ISC
stefan.ballmer@LIGO.ORG - posted 17:13, Wednesday 26 March 2014 (11020)
PRMI locking saga
Just a couple of the things I struggled with today:

- Binary output chassis had to be replaced (see other alog)
- PR2 angular dither lines were left on by guardian (presumably on a crash)- they couple to length and use about 2/3 of the PRCL actuation range.
- In PRX and PRY the system still tends to ring up if it doesn't lock on the first trigger - we need some dead-time logic.
- In the end PRMI did lock up for about 10sec at a time. I did not have the energy to track down why it lost lock again.
- My initial alignment got me a build-up of about 50.

H1 TCS (TCS)
aidan.brooks@LIGO.ORG - posted 16:51, Wednesday 26 March 2014 (11019)
TCS CO2X laser install - fixed plumbing. Laser housing leaking. Cabling continues

Aidan. Dave H. Thomas.

We went a couple of rounds with the plumbing on the TCSX table today. We fixed a couple of major and minor leaks and the plumbing itself looks fine. However, the laser housing itself is slowly leaking water. We will investigate further tomorrow but we'll likely have to swap out the laser for one of the remaining two units.

Cabling continues slowly. We're making headway but it is surprisingly time consuming.

Images attached to this report
Non-image files attached to this report
H2 SEI (SEI)
mitchell.robinson@LIGO.ORG - posted 16:41, Wednesday 26 March 2014 (11018)
Staging building, 3IFO (unit 3) progress
Scott, Mark, Mitchell
The optical table, top and bottom, have been joined on the granite table. The bolts have been added and are in the process of being torqued. Optical covers 1-3 have been added, and torqued.
H1 ISC
sheila.dwyer@LIGO.ORG - posted 14:54, Wednesday 26 March 2014 (11016)
RF preamplifier installed in ISC rack 1

I installed the spare H1 RF preamplifier (S1203936) in ISC R1, and routed the COMM BBPD signal through it. 

H1 ISC
stefan.ballmer@LIGO.ORG - posted 13:35, Wednesday 26 March 2014 - last comment - 14:17, Wednesday 26 March 2014(11013)
Spare Acromag BO chassis reconfigured
I reconfigured a spare Acromag binary output chassis for replacing the broken unit.

The new unit is:
D1100251, S1203287

IP addresses:
10.40.12.21 (top left, as seen from the front)
10.40.12.22 (top right, as seen from the front)
10.40.12.23 (bottom left, as seen from the front)
10.40.12.24 (bottom right, as seen from the front)

Attached are print outs of the settings of the new box (S1203287) and the old box (S1203246).
Non-image files attached to this report
Comments related to this report
stefan.ballmer@LIGO.ORG - 14:14, Wednesday 26 March 2014 (11014)
Turns out the ip address stickers on the old box were wrong. The right addresses for the new box (S1203287) are

IP addresses:
10.40.12.11 (top left, as seen from the front)
10.40.12.12 (top right, as seen from the front)
10.40.12.13 (bottom left, as seen from the front)
10.40.12.14 (bottom right, as seen from the front)

Note: this also means the attached file called OldBox.pdf is actually from a different unit...
stefan.ballmer@LIGO.ORG - 14:17, Wednesday 26 March 2014 (11015)
This seems to have fixed the REFLAIR_A_RF45_I dewhitening switching. Let's hope it didn't introduce a new bog in one of the other 383 channels...
H1 TCS (TCS)
greg.grabeel@LIGO.ORG - posted 09:46, Wednesday 26 March 2014 - last comment - 16:32, Wednesday 26 March 2014(11004)
ITMy lower ring heater installed
The install of the lower ITMy ring heater was completed Tuesday evening. There was a small issue with fit for SN#203 glass former assembly, the nichrome was a tight fit into the macor (not nearly as bad as SN#210). The diameter of the glass and nichrome near the end was 0.276", some chipping of the macor was seen after the glass was seated. The temperature sensor (RTD) has loosened some, apparently from the re-install efforts, about the epoxy but is still showing the same resistance as before (109.5 ohm). 
Images attached to this report
Comments related to this report
greg.grabeel@LIGO.ORG - 16:32, Wednesday 26 March 2014 (11017)TCS
A few more pictures. The first one shows a small amount of chipping on the macor that happened during assembly. This is significantly less than last time however. The second picture shows a casualty of uninstall, re-bake, and reinstall. The RTD has started to come loose.
Images attached to this comment
Logbook Admin Bug
corey.gray@LIGO.ORG - posted 08:15, Wednesday 26 March 2014 - last comment - 09:43, Thursday 27 March 2014(11008)
Problem Uploading Photos

Not sure what the deal is with my photos, but for some reason alog chooses to not let some of my photos upload to an entry.  Have used original names of images, and changed names of files.  Have tried from home and from work to no avail.  Will keep trying.  Attached is the error message I get afer I try uploading the file I select.

Entries made via MacBook Pro & with Firefox.

Images attached to this report
Comments related to this report
jonathan.hanks@LIGO.ORG - 09:43, Thursday 27 March 2014 (11031)
The issue was fixed by adjusting a parameter on the server.
Displaying reports 72301-72320 of 83004.Go to page Start 3612 3613 3614 3615 3616 3617 3618 3619 3620 End