Displaying reports 77581-77600 of 83163.Go to page Start 3876 3877 3878 3879 3880 3881 3882 3883 3884 End
Reports until 09:27, Tuesday 12 March 2013
H1 SUS
betsy.weaver@LIGO.ORG - posted 09:27, Tuesday 12 March 2013 - last comment - 10:05, Tuesday 12 March 2013(5757)
PR2 IAS alignment is well underway

Betsy, Travis, Doug, Jason, Arnaud

Yesterday we started the alignment of the PR2 on the HAM3 table.  We made a position adjustment based on the corner cube mdistance measurements by IAS.  We are now working on pitch and yaw.  We also took the opportunity to swap in the shorter top mass blade tip EQ stops.  Arnaud also checked resonance peaks to make sure we were fully suspended after these mechanics were performed.

Comments related to this report
arnaud.pele@LIGO.ORG - 10:05, Tuesday 12 March 2013 (5760)

Something looks to be touching on M3 from the spectra taken.

H1 PSL
justin.bergman@LIGO.ORG - posted 07:03, Tuesday 12 March 2013 (5736)
Refilled Diode Chiller
I have refilled the crystal chiller in the diode anteroom---used about half a liter. Logbook seems to have gone missing since the unit was replaced last week.

Edited: Earlier I had said the diode chiller.
H1 SUS
jeffrey.kissel@LIGO.ORG - posted 21:51, Monday 11 March 2013 (5754)
TMSY Makeover
Kieta and Kiwamu sat down next to me this evening and suggested "The TMS damping loops suck. Make them better."

 Upon accepting the task, I wanted to make sure I started from a good place, so I gave the infrastructure a good looking-over. I found a whole bunch that was just totally dissimilar to how the rest of the suspensions were done, so I gave 'er a SUS makeover. Perhaps most importantly for the current work at the end station -- I've made sure, above all else, that the optical bench is being offset to the same place as before the below upgrades. I've also captured and committed a new safe.snap.

Also post-changes, I've measured all six DOFs of Top to Top transfer functions. I'll process the results first thing tomorrow morning, but it kinda looks like there's some rubbing going on... 

---------

Here's what I've changed:
- Only the offsets for OSEM Open Light Current compensation (in the OSEMINF banks) were in place. 
Assuming the offsets are accurate (I couldn't find any aLOG where they'd been documented), I've taken them as cannon, multiplied by -2, and taken those for the open light current (in [ct]):

>> offsets = [-11250    % M1_OSEMINF_F1_OFFSET
              -11550    % M1_OSEMINF_F2_OFFSET
              -14150    % M1_OSEMINF_F3_OFFSET
              -15200    % M1_OSEMINF_LF_OFFSET
              -9215     % M1_OSEMINF_RT_OFFSET   <--- why so low?!
              -15300];  % M1_OSEMINF_SD_OFFSET
>> olc = -2*offsets;
   olc = 22500    
         23100
         28300
         30400
         18430
         30600
>> gains = 30000./olc;
   gains = 1.333   % M1_OSEMINF_F1_GAIN
           1.299   % M1_OSEMINF_F1_GAIN
           1.060   % M1_OSEMINF_F1_GAIN
           0.987   % M1_OSEMINF_F1_GAIN
           1.628   % M1_OSEMINF_F1_GAIN
           0.980   % M1_OSEMINF_F1_GAIN

- Once the OSEMs were properly normalized, I can safely correct the sensor calibration filter (which had been set to the really old, incorrect 40.6 [nm/ct]). It's now like every other OSEM we've normalized to 30000 [ct] open light current: 0.023 [um/ct].

- Once the OSEM singals are in meters, I've upgraded the OSEM2EUL and EUL2OSEM matrices to preserve units across the transformations (they were just signs before). So now the EUL2OSEM drive matrix is
          
          % L            T            V            R            P            Y
            0            0            0      -12.821            0            0   % F1
            0         -0.5            0       6.4103            0       4.1667   % F2
            0         -0.5            0       6.4103            0      -4.1667   % F3
            0            0         -0.5            0      -2.7778            0   % LF
            0            0         -0.5            0       2.7778            0   % RT
            1            0            0            0            0            0   % SD

where the lever arms for R, P, and Y are 0.078, 0.36, 0.24 [m] respectively (copied from a QUAD Top Mass, since they're the same), and using E1200045 to confirm that the basis transformation was as expected (and it was). The OSEM2EUL matrix is the transpose (*winces, bracing himself for another round of "why the transpose -- it should be the inverse, right?"*). I've also updated the function
${SusSVN}/sus/trunk/TMTS/Common/MatlabTools/make_sustmts_projections.m 
which calculates the values. Note, the function is only capable of doing RIGHT-handed TMTSs. It will need added functionality once we get further down the road.

- The alignment offsets were -72000 (P) and -53000 (Y). The EUL2OSEM matrix elements for P to LF & RT used to be [-1 1], and Y to F2 & F3 used to be [1 -1]. I've *divided* these by the lever arm in [m], so in order recover the original offset values heading out to the DAC, I should multiply them by the lever arms in [m].

-72000 * 0.36 = -25920
-53000 * 0.24 = -12720

These values have been entered in.

- I've used the SolidWorks model D0900419 to fill out the oddball, H1 BSC6 TMSY suspension point location with respect to the ISI optical table center. The vector from the optical table's surface center is (X,Y,Z) = (0.2,0.4889,-0.0998) [m], with a yaw (angle between +L and +X) of 270 [deg]. I've added and committed this info to ${SusSVN}/sus/trunk/Common/MatlabTools/SEI2SUScoordinates.m and committed the updated projection file ${userapps}/isc/common/projections/ISI2SUS_projection_file.m (which is generated by the wrapper ${SusSVN}/sus/trunk/Common/MatlabTools/make_ISI2SUS_projections.m)

- Installed the usual ISI sensor input filters -- except that both the ISI and the TMTS are running at 4096, so there's no need for the 4kto16kAA filter. 
H1 ISC
kiwamu.izumi@LIGO.ORG - posted 19:19, Monday 11 March 2013 (5753)
EY in-vac work not completed

[Keita, Sheila, Kiwamu]
We spent hours trying to align the infrared path on the transmon suspension in BSC6. This mission hasn't been completed yet.

Mysterious off-centering at a QPD
There was a mystery which we are not sure at the moment and this currently prevents us from finishing the mission --- one of the two infrared QPDs always had a horizontally off-centered beam on it (by about 5 mm from the center) when every optics else have a well-centered beam. This is quite strange since all the optics in the QPD sled had been well-adjusted in the lab before it was installed in the chamber. Therefore in principle the beam on this QPD must be well-centered too when everyone else is well-centered.
One possible scenario can be due to the fact that we've been using the green light instead of the actual infrared light. There is a 50/50 beam splitter before this QPD and the reflection of the beam splitter is supposed to go to the QPD. But the beam splitter is meant for 1064 nm and thus the HR surface may not be high reflective for 532 nm and the AR surface may be high reflective for 532 nm. In this case the beam splitter can provide such an offset for the beam at the QPD because the beam is reflected off of the AR surface rather than the HR.

A test will be performed in the lab
 In order to test this hypothesis, we are planning to do a simple test in the lab where we measure the reflectivity of the same beam splitter with green light. During this test we don't need to jump in to BSC6 and therefore somebody can work on some vacuum/suspension businesses while we are at the lab.

TMSY damping was not great
The damping of TMSY was not really useful in the sense that it took a fairly long time (~ 20 sec or more) to quiet down the motion every time when the suspension rung up due to our alignment work. Because of this we spent large portion of our time just standing by the suspension and doing nothing. We increased the gain of the servo loops, but it didn't help at all. We suspect that the DOFs are coupling to each other too much. Jeff K. will be taking a look at it when he gets a chance.
 

H1 CDS
david.barker@LIGO.ORG - posted 17:29, Monday 11 March 2013 (5752)
IOP sus watchdog, overview screens, hepi pump controller

WP3757. I added the top OSEMS for PRM and PR3 to h1iopsush2a sw watchdog and disabled the wd on h1iopsush56. All models on these front ends were restarted. The s/w watchdog MEDM screens were modified accordingly, a new screen for the seih16 was added.

The SUS models for h1sush56 were added to the state-word overview medm screen. The detailed medm overview screen was redesigned to show the new state word and remove data duplication. Also GPS time and CPU usage was added, while unused features were removed. The h1sush56 SUS models were also added to this screen.

The DAQ was restarted with the addition of the LVEA HEPI pump controller slow channels. The pump controller MEDM screen was added to the SITEMAP medm screen.

H1 TCS
greg.grabeel@LIGO.ORG - posted 16:18, Monday 11 March 2013 (5749)
SM2 mirror cleaning
Thomas Vo, Greg Grabeel

Steering mirror serial #3 is cleaned and baked. The holes that the alignment rods fit through were mis-aligned from the manufacturer. They had drilled through half way, then rotated and drilled the other half. The holes had to be opened up from 0.25" to 0.262" to allow for the mis-alignment.

After reaming the holes cleaning started with liquinox on the back surface, an isopropyl bath including ultrasonic wand, and a freon wipe down. FTIR samples were taken before a 48 hr 200°C bake. The bake discolored the copper backing but not the reflective gold surface. The copper backing didn't change in any other ways and the oxidation didn't wipe off or shed.

A small stain survived the high purity rinse, as seen in the picture.

Steering mirror #4 underwent a similar cleaning process and is awaiting FTIR results.
Images attached to this report
LHO General
justin.bergman@LIGO.ORG - posted 16:03, Monday 11 March 2013 (5745)
Ops activities
All PSL environmental monitoring channels offline all day. 
LVEA laser safe all day

8-945 HFD onsite testing alarms in OSB
915 Hugh, Jim and Mitch craning payload masses up to BSC2 work platform and loading the ISI
0900 Diode chiller low level alarm; refilled by Justin
1030 Kyle briefly soft-closed GV19 while Jodi and Apollo crew flying cleanroom over BSC5
1230 Travis and Batsy working in HAM3
1240 Students from Stevens Middle School touring the control room
1350 Hertz rental onsite to retrieve scissor lift
1420 Patrick power-cycling Beckoff systems while working to bring PSL monitoring channels back up
H1 INS
jodi.fauver@LIGO.ORG - posted 15:48, Monday 11 March 2013 (5748)
BSC10 ICC
FTIR results came through with flying colors: all samples analyzed below detectable. ;-)
H1 SUS
jeffrey.kissel@LIGO.ORG - posted 15:30, Monday 11 March 2013 - last comment - 16:48, Monday 11 March 2013(5747)
sus corner of the userapps repo updated
I've updated the sus corner of the cds_user_apps repository, in order to get up-to-date guardian stuff from LLO. 

In doing so, though there were many updates unrelated to H1 (mostly stuff unique to L1, M1, or C1, etc), there were several bits common to all IFOs, including updated TMTS and HAUX medm screens, and the HAUX front-end-model library part. Though the screen updates require no action, the update to the HAUX library part requires recompiling the model (that it's unknown what the changes are). I'll inquire as to what they might be, and then decide on going forward with re-compilation tomorrow during maintenance.
Comments related to this report
jeffrey.kissel@LIGO.ORG - 16:48, Monday 11 March 2013 (5751)
The last attempt to get Guardian running at LHO was Matt's attempt during the H2OAT (see Guardian aWiki Page for a log of his activity). This was back when the userapps repository lived in the /opt/rtcds/lho/h1/userapps/release/ folder, as opposed to the current, common location /opt/rtcds/userapps/release/. As such, the soft link to the GuardTools.pm perl module library was broken, as it pointed to the lho/h2/ location. I've now fixed the pointer:


controls@opsws0:perlmodules 0$ pwd
/ligo/apps/linux-x86_64/perlmodules
controls@opsws0:perlmodules 0$ ls -l GuardTools.pm
lrwxrwxrwx 1 controls controls 50 2013-03-11 16:06 GuardTools.pm -> /opt/rtcds/userapps/release/guardian/GuardTools.pm
LHO VE
john.worden@LIGO.ORG - posted 14:31, Monday 11 March 2013 - last comment - 15:58, Tuesday 12 March 2013(5742)
Beam Tube Module Accumulation Summary

 

LHO Module      Total Outgassing     Outgas rate/unit area          Hydrogen              Date         Outdoor Temps      Post Bake(1998) H2 at 23C             at 0C

                                 torr- l/sec                    torr-l/s/cm^2                     torr-l/s/cm^2                              high/low  C              torr-l/s/cm^2

Y1                            1.3 e-6                          1.77 e-14                         4.4 e-14                   Mar 5         7.2/0                        6.3 e-14                                     9.0 e-15

Y2                             2.4 e-7                          3.3 e-15                          8.25 e-15                Mar 6          5/1.1                        4.7 e-14                                    6.8 e-15

X1                             5.4 e-7                          7.3 e-15                          1.83 e-14                Mar 7          12.2/3.3                        5.2 e-14                                    7.4 e-15

X2                             3.4 e-7                          4.6 e-15                          1.2 e-14                   Mar 8          12.2/1.1                        4.6 e-14                                   6.6 e-15

 

Volume of each module ~ 2.35 e6 liters

Area of each module  ~ 7.35 e7 cm^2   (excludes baffles and port hardware)

Gauge factor for cold cathode and H2 = 2.5

Note that each module accumulation includes the 80k pumps at either end - a significant surface area of untreated SS with H2 outgassing of perhaps 100x that of the beam tube steel(per unit area).

A quick estimate of the SS surface in the long pump is 285,000 cm^2.  If you assume 100 times the H2 outgassing this yields an equivalent 2.8 e7cm^2 or 1/3 of the beam tube. The internals of the pump are largely aluminum and likely do not contribute to the H2 outgassing.

Comments related to this report
rainer.weiss@LIGO.ORG - 20:26, Monday 11 March 2013 (5755)
Current temperatures are in F not C
john.worden@LIGO.ORG - 20:36, Monday 11 March 2013 (5756)

80K pump contribution added, fixed degrees C.

 

john.worden@LIGO.ORG - 15:58, Tuesday 12 March 2013 (5767)

Second accumulation on Y1 March 12 with 80K pump CP1 isolated:

We have two accumulations - one for the 80K pump and one for the Y1 module.

CP1 outgassing:

Estimated volume of CP1 including one gate valve interior = 22,800 liters

Estimated surface area of SS of CP1 plus valve = 285000 cm2

Pressure rise in 8700 seconds = 8.9 e-8 torr = 2.3 e-7 t-l/sec    x gauge factor of 2.5 = H2 outgassing of 2.1 e-12 tl/s/cm^

Y1 Module:

Outgas rate without CP1 is now 2.63e-7 e-7 t l/s or 1/5 of what it was before. On the other hand summing the two yields ~5 e-7 tl/s rather than the 1.3 e-6 obtained a few days ago.

Perhaps this is an indication of our measurement error. Arithmetic error?

Images attached to this comment
H1 SUS
jeffrey.kissel@LIGO.ORG - posted 13:36, Monday 11 March 2013 (5741)
h1sussem and h1sussr3 front-end models now exchange SR3 oplev via SHMEM
J. Kissel, D. Barker,

A few days ago, I'd installed the H1SUSSRM, H1SUSSR3, and H1SUSOMC front-end models (see LHO aLOG 5717), but we ran into a small problem that the RTNET status showing red in that SRM wasn't properly sending (the first bit), and SR3 wasn't properly receiving (the second bit). We traced it down to me unnecessarily using the Dolphin PCIe network (i.e. the cdsIPCx_PCIE blocks), when -- because SRM and SR3 are on the same computer -- the shared memory (the cdsIPCx_SHMEM blocks) should be used instead*. 

Today we 

- Modified the h1sussrm.mdl and h1sussr3.mdl front-end models to use the cdsIPCx_SHMEM
- cleared the H1.ipc file of all channels created by the h1ham56 user models (since they're the latest)
- re-compiled all three h1sussrm, h1sussr3, and h1susomc models to repopulate the H1.ipc file with all the interwoven channels (specifically the Binary I/O, but including watchdog channels, offload channels [for srm only], etc.)
- re-installed the models,
- restarted the models,
- restored the models
- confirmed that the RT NET status is now green for all suspensions.
- committed the modified models to the user apps repository


* This was a relic of the copy-and-paste from the PR3 system, which actually needs to use the dolphin network because the optical lever signals come in on the sush2b IO chassis, and PR3 is run from the sush2a IO chassis.
H1 SEI
hugh.radkins@LIGO.ORG - posted 12:23, Monday 11 March 2013 - last comment - 16:33, Monday 11 March 2013(5739)
WBSC2 BS ISI Keel Payload Proceeding

The base layer of the Keel Payload is positioned per D1001514-v2 each atop 2 square inches (1.41x1.41) of 0.25" thick viton in each corner (see image).  The second layer is stacked on and the third layer is near by.  All the heavy lifting got Jim a bit sweaty and me a bit winded so we decided to call it there.  And Betsy reminded to feed Jim and that the HAM3 table which was ready to be locked.  We'll complete the bolt down and stacking after lunch.

Images attached to this report
Comments related to this report
hugh.radkins@LIGO.ORG - 16:33, Monday 11 March 2013 (5750)

Finished Stacking the payload.  See the image as you wish.

Images attached to this comment
H1 SEI
jim.warner@LIGO.ORG - posted 12:22, Monday 11 March 2013 - last comment - 14:10, Monday 11 March 2013(5740)
HAM-3 ISI now locked

HAM3 is now locked. Went smoothly, but I noticed that the soft covers on both sides are very tight, like they are undersized, and hit the corners of the ISI. I'm not sure exactly when the west door was removed in relation to MC alignment activities, so it would probably be worth if for those teams to take another look at their alignments. With the ISI unlocked, a dragging cover is more than enough to pull the ISI out of position. Covers were pulled completely clear of the ISI before locking, so it should be back to its nominal position, now.

Comments related to this report
jim.warner@LIGO.ORG - 14:10, Monday 11 March 2013 (5743)

Trends from just prior the removal of the door on Friday 8th until lock-up at ~noon today. Final values are hard to see on the plot, but are all within +/- 300cts.

Images attached to this comment
H1 SEI
jim.warner@LIGO.ORG - posted 09:37, Friday 08 March 2013 - last comment - 09:46, Tuesday 12 March 2013(5724)
BSC2 didn't completely survive the flight

This morning I turned on the CPSes at BSC2 to see if they all survived, and it looks like one didn't make it. The horizontal St1 sensor on corner 1 is reading 32k counts, which probably means a broken in-vacuum cable. I went out to the chamber and checked all of the in air connections,  which looked good. I then swapped the horizontal and vertical cables at the box to rule out the board, but the problem followed the probe. At this point it could be the in-air cable (they rarely fail), the feed-thru (seems unlikely), the in-vacuum connection (which can't be accessed right now, there's a hard cover on the chamber) and the probe. I'll try to swap the in-air cable later today, but the rest will have to wait until we can get back into the lower part of BSC2. We can still float the ISI and HEPI, but no post-flight transfer functions until this is resolved. I am a little surprised that this particular sensor broke, because the horizontal sensors are better protected than the verticals, and this corner had a better routing scheme than the other two.

Comments related to this report
jim.warner@LIGO.ORG - 15:27, Monday 11 March 2013 (5746)

After more investigating today, Hugh, Mitch and I discovered that the allegedly bad CPS seems to be innocent. When we swapped in-vac cables, the channel in MEDM didn't change, as it would have if the probe were broken. This leaves the feed-thru and the in-air cable. IAS and SUS are currently working in HAM3, so we will wait until tomorrow to try swapping more parts on the in-air side.

jim.warner@LIGO.ORG - 09:46, Tuesday 12 March 2013 (5758)

More investigating this morning, turns out the in-air cable was bad. Replaced it, and all the sensors are now working.

X1 SUS
jeffrey.bartlett@LIGO.ORG - posted 14:30, Wednesday 06 March 2013 - last comment - 11:53, Wednesday 20 March 2013(5684)
Phase 1b Testing I1-MC1
   We took TFs and Power Spectra data for HSTS I1-MC1. All files have been committed to the SVN repository.  The data files are attached below for review by Stuart A. and Jeff K.  
Non-image files attached to this report
Comments related to this report
stuart.aston@LIGO.ORG - 14:54, Monday 11 March 2013 (5744)
My only minor concern is what appears to be a roll mode ever so slightly coupling into longitudinal + transverse DOFs. Although, damping appears to suppress this coupling on I1-MC1. After discussing this with Jeff B over the phone, he and his assembly team will check flag alignments.
stuart.aston@LIGO.ORG - 11:53, Wednesday 20 March 2013 (5850)
Under close inspection, MC1 looks to exhibit similar R-T cross-coupling as has been seen on the L1 SRM suspension (see LLO aLog entry 6451), although shifted in frequency consistent with the shift in the roll mode.

However, the MC1 R-T coupling is significantly weaker than for SRM, and having raised this with both Norna R and Jeff K, we feel that this minor feature should be noted, and that MC1 can be approved through Phase 1b.
Displaying reports 77581-77600 of 83163.Go to page Start 3876 3877 3878 3879 3880 3881 3882 3883 3884 End