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
Installed these this morning, leveled, torqued, wired, protected, labeled. No issues except the TCS rack 3" from Pier1. That rack will need to move.
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.
No restarts reported.
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.
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.
Correction: This is really a lower limit, anyway not a very good one.
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.
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)
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).
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.
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:
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
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.
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.
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.
I installed the spare H1 RF preamplifier (S1203936) in ISC R1, and routed the COMM BBPD signal through it.
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).
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...
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...
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).
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.
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.
The issue was fixed by adjusting a parameter on the server.