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.

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.

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. 

[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.
 

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.

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.

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

FTIR results came through with flying colors: all samples analyzed below detectable. ;-)

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.

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.

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.

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.

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.

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.

   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.