Displaying reports 74541-74560 of 83103.Go to page Start 3724 3725 3726 3727 3728 3729 3730 3731 3732 End
Reports until 15:37, Thursday 05 December 2013
LHO General (INS)
bubba.gateley@LIGO.ORG - posted 15:37, Thursday 05 December 2013 (8841)
Apollo crew
The dome and door bolts are installed and tightend at BSC 9.
Miscellaneous rigging, tools, o-ring protectors etc. was removed from E X and returned to corner/E Y, as needed.
The north door and dome are removed from BSC 10.
We returned the CPB jigs back to the corner station from E Y. 
H1 INS (INS)
jodi.fauver@LIGO.ORG - posted 15:19, Thursday 05 December 2013 (8840)
ETMY Install Prep: BSC10 Cleanroom set-up
In the aLIGO era, folks working at the upper level of BSCs have garbed on the E-module and then entered the Chamber Cleanroom. With the cleanrooms, E-module, etc. in the BSC10 configuration, there is no easy/acceptable way to access the E-module. If you need to do ANY cleanroom work (upper OR lower level),turn right as you come through the Change Room man-door, find the Lower Level Garbing/Staging Room and "bunny-up" there. If you need to work on the upper level or at the spool, pass through the Chamber Cleanroom to access the Spiral Staircase or the CPB Cleanroom. Avoid walking through the Test Stand Cleanroom. If you want to access the far side of the beamtube, there is no need to garb up: just turn left as you come through the man-door and follow the wall around.
H1 SEI (SEI)
hugo.paris@LIGO.ORG - posted 15:00, Thursday 05 December 2013 (8838)
HAM-ISI - Standardized Foton Files

I modified the forton files for HAM2 ans HAM3 ISI so the filter locations, and order would match the latest SEI directives. 

I attached a picture of HAM3-ISI blend filters, after updating the foton files. Foton files are attached too.

Images attached to this report
Non-image files attached to this report
H1 ISC
kiwamu.izumi@LIGO.ORG - posted 14:24, Thursday 05 December 2013 (8837)
asc model: made inital alignment library parts

Kiwamu, Stefan

We put the existing initial alignment system in the h1asc model into its own library part.the files are in /opt/rtcds/userapps/release/asc/common/models :

IAL_LOCKIN.mdl

IAL_MASTER.mdl
 

LHO VE
kyle.ryan@LIGO.ORG - posted 14:22, Thursday 05 December 2013 (8836)
1325 hrs. local -> Valved-in purge air supply to LVEA Class 100 manifolds


			
			
H1 SEI (CDS, SEI)
hugo.paris@LIGO.ORG - posted 14:00, Thursday 05 December 2013 (8835)
Sitemap & SEI Macro Substitution Files

SEI macro substitution files were created for: HEPI-ETMX and HEPI ITMX - SVN r6548

The SITEMAP.adl was updated accordingly - SVN r6549

H1 SEI (SEI)
hugo.paris@LIGO.ORG - posted 12:01, Thursday 05 December 2013 (8834)
ETMX-ISI - Turned back ON, after closeout

I turned ETMX-ISI back on today, to make sure that the recent closeout activity did not impact its functionality.

It is now running under the following configuration:
- Damping
- T100mHz_NO.44 blend on Stage 1
- 250mHz blend on Stage 2
- Level 2 Isolation loops

H1 INS
jim.warner@LIGO.ORG - posted 11:57, Thursday 05 December 2013 (8833)
BSC9 HEPI Locked

Apollo asked me to lock HEPI so they could finish torquing the dome on BSC9, so this morning ~8am I went to the end station. Did not use the IPS because DI's are still on the chamber, so I was probably more disruptive than normal, but Apollo said they would probably have to walk on the cross-beams anyway. Apollo is done now, so we will unlock when needed or convenient. This and HAM1 should be the only HEPI's in HIFO-X chain that are locked now.

H1 CDS (ISC)
david.barker@LIGO.ORG - posted 11:24, Thursday 05 December 2013 (8832)
h1iscey restarted to clear timing error

h1iopiscey has been showing a timing error since 16:15 Wed afternoon (local time). I restarted all the models on this front end and the error has been cleared.

H1 CDS (ISC)
kiwamu.izumi@LIGO.ORG - posted 11:13, Thursday 05 December 2013 (8831)
A new version of H1LSC is up and running

Chirs W, Dave B and Kiwamu I (under WP#4296)

I svn-updated the following directories to reflect the recent changes for the LSC model that Chris has been working/organizing:

With help from Chris and Dave, I complied, built and restarted the h1lsc model. Now it is up and running. DAQ also restarted.

H1 PSL
gerardo.moreno@LIGO.ORG - posted 07:01, Thursday 05 December 2013 - last comment - 16:29, Thursday 05 December 2013(8828)
PSL light pipe shutter work

(Joe, Gerardo)

PSL light pipe and shutter were removed from the chamber side (HAM01), the main PSL beam vieport was exposed to apply FC on it.  FC application (Joe used a small bottle) was finished by 4:10 PM yesterday, to protect the viewport we attached the old vieport adaptor with 3 screws to the viewport, and covered the 3" center hole with aluminum foil.
Work will continue today.

Comments related to this report
gerardo.moreno@LIGO.ORG - 16:29, Thursday 05 December 2013 (8845)INS

(Sheila, Kiwamu, Joe, Justin, Gerardo)
New MB PSL shutter is now installed.
Joe removed the FC sheet from the viewport and made sure it was clean, then the viewport adapter was installed on the viewport without problems.
Next to be installed was the shutter, the 3" nozzle has a very tight fit into the viewport adapter, it went in but we had to use longer screws to be able to press it in, then those longer bolts were removed and shorter ones were used instead.
The light pipe tube slid out of the other light pipe and into the shutter without problems, this was secured with two screws.
All items were cleaned prior to installation, including the PSL pipe, Sheila and Kiwamu pushed a wad of presoaked wipes thru it to clean it.

H1 IOO (ISC)
kiwamu.izumi@LIGO.ORG - posted 23:04, Wednesday 04 December 2013 (8826)
Delay line phase shifter for the IMC locking swapped

Filiberto and Kiwamu

Filiberto swapped the delay line phase shifter that has been used for the IMC length PDH demodulation at the R1 field rack because the right half of the unit had malfunctioned (see 6282 from May.2013). Since we were not locking the IMC most of the time today, we took this opportunity to swap it. The delay logic is set the same as that of the old one. In principle, this should not impact on the PDH demodulation, but we just have to keep this in mind. The attached picture is the setting of the delay logic of the old unit. Note that the logic was optimized for the RF phase as of December 3rd (see alog 8792 from yesterday).

Images attached to this report
H1 PSL
kiwamu.izumi@LIGO.ORG - posted 22:42, Wednesday 04 December 2013 (8825)
current PSL status

Here are some updates on the current PSL status:

H1 SUS (CDS, INS, IOO, ISC)
jeffrey.kissel@LIGO.ORG - posted 20:45, Wednesday 04 December 2013 (8823)
HAUX / HTTS Screen Progress -- Never Closer
J. Kissel, D. Barker

Minimal progress on screens today given back-to-back meetings from 9a to 3p PT. I managed to get most of the way through the HAUX screen before I realized the ISIINF filtering (which imports the GS13s from the ISI below, and calibrateds the signals to [nm] down to 10 [mHz]) didn't need to be in every HSSS library part. I've since pulled it out and stuck it in the generic HAUX / HTTS subsystem that's in each h1susim and h1sushtts model. However, upon attempting to recompile I encountered more bogus, "missing connection," errors from the RCG. I have a feeling that this is more of me "abusing" busses and tags, but Dave and I couldn't rectify the problem in a half-hour's worth of work. Then I got distracted by H1 SUS ETMX TFs. Anyways; tomorrow's another day (with no meetings either!)

Thanks for your patience, I promise you'll be handsomely rewarded!
H1 IOO (IOO, ISC, PSL)
kiwamu.izumi@LIGO.ORG - posted 20:41, Wednesday 04 December 2013 - last comment - 07:59, Friday 06 December 2013(8821)
The mysterious RF phase jump was due to a loose connection in the EOM box. It is now fixed.

Stefan, Sheila and Kiwamu with remote assistance from Rich A. and Volker

The mysterious jump in the RF phase (see alog 7941) is now understood and fixed. It was due to a loose connection at DB15 connectors in the EOM box and not due to the SMA connector (see alog 8811 and 8813 for our early detective story). We applied two small in-situ modifications on the EOM box. As a result, now it doesn't show the mysterious RF jump any more.coolcoolcoolcoolcool

 

The box:

I briefly explain the EOM box for those who are not familiar with our custom-made EOM box. The EOM box consists of two boxes -- one contains LC resonant circuits and the other contains the EOM crystal. This two-boxes-design allows one to tune the resonant frequencies by tweaking the LC circuits without messing up the alignment of the EOM crystal because one can simply take out the electronics box and leave the crystal box for solder or tuning some parts in the circuits. To apply voltage across the EOM crystal for normal operation, the LC circuits need to be connected to the EOM crystal. This is done by a DB15 connector attached on each box -- female DB15 on the crystal box and a male DB15 on the electronics box (see pictures shown below). In this way, the two boxes are electrically connected.

A picture of the actual EOM box. The gloved hand is me pressing the SMA downward in order to reproduce the RF jump.

When I pressed the SMA connectors downward in this morning, the RF characteristic of the EOM box changed as if something jumped. This was repeatable, although it seemed that the condition to make it jump was random -- occasionally, pressing the SMA didn't make it jump and sometime pushing the SMA toward the box made it jump. Anyways, at this point, it was clear that the EOM box was the culprit and not the RF cables.

The causes:

At the beginning, we thought the culprit was the SMA connectors (see alog 8811 and 8813). However, this turned out to be wrong as we investigated it further. With a remote assistance from Volker, Stefan and I took the electronics box apart from the crystal box while keeping the crystal alignment. In the process of removal, we found that the electronics box was attached to the crystal box merely by friction of the DB15 connectors and three pieces of adhesive tape. So the orientation of the electronics box was not so solid with respect the EOM box. We then checked the return loss of the LC circuits without connecting the EOM and confirmed that wiggling the SMA connector didn't change its impedance. Instead, we discovered that the DB15 connector can easily change the amount of its stray capacitance -- the frequency of the resonant notch could shift by approximately 1 MHz by very gently touching the DB15 connector with our latex-gloved-hand. We put the electronics box back on the EOM crystal box and wiggled the orientation of them. Indeed, it changed the resonant frequency by about 1 MHz in a discontinuous way. So we determined that the loose connection in the DB15 connectors was the culprit and the mysterious RF jump was induced by some change in the orientation of the two boxes.

It seemed that the DB15 connectors were not all the way in because the two aluminum boxes contacted first.

The repair/modification fixed the issue:

We did the following two repair/modification:

The DB15 connector have two screws to support it and we put a washer for each screw. They raise the height of the DB15 connector like shims. Also, we newly installed four screws to make the connection of the two boxes more solid. There were already four screw holes on each box to accommodate them. So we just installed them. After these modifications, we checked the return loss of all three RF ports. We didn't observe the mysterious jump at all, even when the electronics box was wiggled hard. Of course, strongly pressing the electronics box downward shifts the notch position by an order of 10 kHz due to the change in the stray capacitance at the DB15 connectors, but the shift is smooth and not in a discontinuous way any more. So the RF jump issue is now solved.

A picture of the electronics box when apart from the EOM crystal box. This DB15 connector was shimmed by washers.

A picture of the EOM crystal box when the electronics box is taken away. There is a threaded screw hole on each corner and these are the ones we used for installing the new screws.

 

A top view of the EOM box with the lid off. The green circles indicate the screws that we newly installed.

 

A top view of the EOM box with the lid off. The green circles indicate the screws that we newly installed.

Images attached to this report
Comments related to this report
kiwamu.izumi@LIGO.ORG - 22:26, Wednesday 04 December 2013 (8824)

Here are the return loss of all three ports after the modification:

Also raw ASCII data of these plots in csv format are attached too.

Images attached to this comment
Non-image files attached to this comment
jodi.fauver@LIGO.ORG - 08:08, Thursday 05 December 2013 (8829)
Does this mean that someone would like to modify the 3IFO version of the EOM box?
peter.fritschel@LIGO.ORG - 07:59, Friday 06 December 2013 (8854)

A DB15 connector to pass RF signals, not to mention they're the RF signals that produce all the interferometer error signals ... speechless.

H1 SUS (INS)
jeffrey.kissel@LIGO.ORG - posted 20:39, Wednesday 04 December 2013 (8822)
H1 SUS ETMX Chamber Closeout TFs -- Looks Good!
J. Kissel

After chamber closeout, and subsequent close up, I've gathered a set of TFs for H1 SUS ETMX. I attach the results, all looks quite well, and ready for pump-down! I've left the ISI ETMX undamped with the MASTERSWITCH ON, and H1 SUS ETMX and H1 SUS TMSX are damped.

Of interesting note -- checkout the P to P transfer function comparison between the main chains for H1 ETMX, H1/H2 ETMY, and L1 ETMX, on pg 5 of allquads_2013-12-04_Phase3a_H1SUSETMX_ChamberCloseout_ALL_ZOOMED_TFs.pdf. It appears the 2nd Pitch mode (modeled to be at 1.31 [Hz]), whose motion is the top-three masses pitching in concert, differentially with the test mass, is different from the model, and different between these three examples. The one just measured here, H1 ETMX, seems to have the lowest frequency mode of the three, but all are within 6% of the model (-5.34%, 1.37%, 2.90%, respectively). Definitely not a show stopper, but something to consider when designing high-performance damping filters for this DOF -- the gain bump for this mode will have to be reasonably wide if we wanna use the same filter for every ETM.

------------------------
Details:

Data was taken with DTT, using the following templates,
${SusSVN}/sus/trunk/QUAD/H1/ETMX/SAGM0/Data/
2013-12-04_0146_H1SUSETMX_M0_Mono_WhiteNoise_L_0p01to50Hz.xml
2013-12-04_0146_H1SUSETMX_M0_Mono_WhiteNoise_P_0p01to50Hz.xml
2013-12-04_0146_H1SUSETMX_M0_Mono_WhiteNoise_R_0p01to50Hz.xml
2013-12-04_0146_H1SUSETMX_M0_Mono_WhiteNoise_T_0p01to50Hz.xml
2013-12-04_0146_H1SUSETMX_M0_Mono_WhiteNoise_V_0p01to50Hz.xml
2013-12-04_0146_H1SUSETMX_M0_Mono_WhiteNoise_Y_0p01to50Hz.xml

${SusSVN}/sus/trunk/QUAD/H1/ETMX/SAGR0/Data/
2013-12-05_0152_H1SUSETMX_R0_WhiteNoise_L_0p01to50Hz.xml
2013-12-05_0152_H1SUSETMX_R0_WhiteNoise_P_0p01to50Hz.xml
2013-12-05_0152_H1SUSETMX_R0_WhiteNoise_R_0p01to50Hz.xml
2013-12-05_0152_H1SUSETMX_R0_WhiteNoise_T_0p01to50Hz.xml
2013-12-05_0152_H1SUSETMX_R0_WhiteNoise_V_0p01to50Hz.xml
2013-12-05_0152_H1SUSETMX_R0_WhiteNoise_Y_0p01to50Hz.xml

Data was exported, processed, saved, using the usual tools,
${SusSVN}/sus/trunk/QUAD/Common/MatlabTools/
plotquad_dtttfs.m
plotallquad_tfs.m
the latter of which has had its measurement list updated, and is now committed to the repo as with all the above mentioned data and plots.
Non-image files attached to this report
H1 IOO
kiwamu.izumi@LIGO.ORG - posted 17:39, Tuesday 03 December 2013 - last comment - 23:13, Wednesday 04 December 2013(8805)
IMC alignment much better, WFS loops engaged, but IM1 trans light seems clipped in chamber

Stefan and Kiwamu

We continued working on the alignment of IMC today. We managed to get the alignment back i.e. the beam hits the center of the IM4_TRANS QPD with all WFSs in action. It is now happiy locking.

However, we found that the IM1 trans path, which is used for a camera and trigger PD, seemed clipped. By moving the mirrors on IOT2L, we concluded that the clipping happened in chamber, namely in HAM2. This is not a critical issue as this light is used only for triggering purpose and it still gives a reasonable amount of the light. We will keep studying what is happening in the chamber. Perhaps this could be due to the uncontrolled degrees of freedom in the IMC alignment control.

 

What we did:

Comments related to this report
sheila.dwyer@LIGO.ORG - 23:41, Tuesday 03 December 2013 (8808)
This evening Kiwamu and I tried to mitigate the clipping of the im4 Trans beam by putting some angle offsets on mc2 and mc3 while the wfs loops were locked. The hope was that this would change the uncontrolled dofs, while the loops keep the others under control. We used the pico motors to keep the spots centered on the wfs, and had to take small steps. We had to go out to the table and realign the whole path after a few iterations because the power on the lsc pd was dropping. This is a slow process, and didn't fix the problem, the shape of the beam on the imc trans camera did improve. Before and after pics attached
Images attached to this comment
stefan.ballmer@LIGO.ORG - 08:38, Wednesday 04 December 2013 (8809)
Comments on the 5th or 6th phase rotation of the IMC:

We are now using the I demod output for IMC locking. The delay line settings are:
1/16:Up 1/8:Dn 1/4:Up 1/2:Up 1:Up 2:Up 4:Up 8:Dn 16:Dn

The WFS phase settings are:

H1:IMC-WFS_A_SEG1_PHASE_R = -90
H1:IMC-WFS_A_SEG2_PHASE_R = -17
H1:IMC-WFS_A_SEG3_PHASE_R = -27
H1:IMC-WFS_A_SEG4_PHASE_R = -22
H1:IMC-WFS_B_SEG1_PHASE_R = +15
H1:IMC-WFS_B_SEG2_PHASE_R = -34
H1:IMC-WFS_B_SEG3_PHASE_R = +28.5
H1:IMC-WFS_B_SEG4_PHASE_R = -81

For previous rotations, see Oct 1st alog 7941.


kiwamu.izumi@LIGO.ORG - 23:13, Wednesday 04 December 2013 (8827)

There is a similar report from the last May (alog 6265). I wonder if an optic is loose somewhere in this path.

H1 ISC
alexan.staley@LIGO.ORG - posted 09:19, Friday 08 November 2013 - last comment - 15:39, Thursday 05 December 2013(8437)
ISCTEX mode matching

(Alexa, Sheila)

I am still puzzled by some of the mode matching measurements I took of ISCTEY. I had attemped to compare the accuracy of the Mode Master, Nanoscan, and Knife edge. They seem to approximately agree, but it's hard to say which is most accurate.

Regardless...I examined the beam profile exiting the table enclosure with all the lenses in place using the Mode Master. Refering to D1100607-v13, I found the optimal placement of the telescope to be: ALS-L6 13.5 inches from ALS-M9, ALS-L7 6 inches from ALS-M10. With an "a la mode" script, I determined the mode matching overlap with the TransMon secondary mirror to be 87% for the horizontal profile and 98.6% for the vertical profile. This overlap was computed with a 2.2mm waist at 3.5m from ALS-M11. The waist size and location was determined via T1200200-v1, D0902163, D1201457 as done in the ISCTEX MM alog with a correction of 4ft for the panel location change between EX and EY.

I have attached the scripts and MM snap shot. Note: the first matlab script is just the profile taken by the MM after the telescope, along with the overlap computation. The second script contains the full profile of ISCTEY, which is where some of my confusion persists.

Images attached to this report
Non-image files attached to this report
Comments related to this report
alexan.staley@LIGO.ORG - 15:39, Thursday 05 December 2013 (8843)

I examined the beam width with the Mode Master, NanoScan, and Knife Edge on the ISCTEY with ALS-L5 in place (22inch from M6); however, prior to the telescope. Comparing the three measurements at approximately the same location away from the laser (z=0), I found:

Knife Edge:

z = 2.794m        beam radii = .37mm

Nanoscan:

z = 2.756 m       beam radii (horz) = .40mm     beam radii (vert) = .43mm    ** careful, data point was not taken at the exact same location as MM or knife edge

Mode Master:

z = 2.794m        beam radii (horz) = .40mm      beam radii (vert) = .42mm

These measurements are within ~ 10% of each other.

Displaying reports 74541-74560 of 83103.Go to page Start 3724 3725 3726 3727 3728 3729 3730 3731 3732 End