Displaying reports 10921-10940 of 84726.Go to page Start 543 544 545 546 547 548 549 550 551 End
Reports until 17:05, Tuesday 27 February 2024
H1 SQZ (SQZ)
nutsinee.kijbunchoo@LIGO.ORG - posted 17:05, Tuesday 27 February 2024 (76013)
CLF loop optical power increased

Daniel, Naoki, Nutsinee

CLF now has a factor of 40 more power than before on the REFL diode. We reduced the common mode board gain by 26 dB in the common path and 6 dB in the fast path (now common mode gain is -8 dB). The UGF is 2 kHz with the phase margin of 22 deg.

We also remeasured the OPO TF. The UGF is 1.7 kHz with a phase margin of 66 deg. We increased the common mode board gain by 6 dB (now operting at -8dB). We couldn't push the gain much further because of the PZT resonance.

Images attached to this report
LHO VE
jordan.vanosky@LIGO.ORG - posted 16:57, Tuesday 27 February 2024 (76012)
Post-Pumpdown RGA Scans of Corner Volume

Now that the pressure in the corner volume has crossed into the E-7 Torr range, RGA scans were collected. The RGA volume itself has been pumped with an aux cart throughout the vent period to maintain vacuum.

At the time of scan collection, the pressure in the corner was 3.5E-7 Torr (PT-120B), further scan information posted to T2400018.

Attached are the plots of the calibrated Faraday & SEM scans and a comparison to the last corner RGA scan collected in Nov. 2022. Raw data files are posted to T2400018

Non-image files attached to this report
H1 SUS (CDS, SUS)
fernando.mera@LIGO.ORG - posted 16:30, Tuesday 27 February 2024 (76011)
OPLevers chassis installation

Marc, Fernando

Per the WP11725 and FRS27282

OPLevers chassis placed in floor for each zone BS/ITMX/ITMY in the Corner Station and EMTX/EMTY at End Stations. Chassis energized and connected to EtherCAT network at this first stage, all units are correctly looped into the ISC and showed coherence with the new TwinCAT Solution. Medm EtherCAT verification performed.

Chassis Serials:

BS: S2400039
ITMX: S2400038
ITMY: S2400037
ETMX: S2400035
ETMY: S2400036

H1 TCS
camilla.compton@LIGO.ORG - posted 16:29, Tuesday 27 February 2024 (76008)
CO2X Rotation Stage Recalibrated

The CO2X rotation stage needed recalibration after the laser swap in 75766. Last done in 74138.

Started with a "search for home" on both rotation stages as this should be done after every Beckhoff reboot. With annular mask in, CO2X has max 4.9W and CO2Y has max 8.8W.

CO2X: When I requested the nominal 1.7W on CO2Y it gave us 1.65W, power is still changing so won't recalibrate CO2X 76007.

CO2Y: Followed the README.txt file in /opt/rtcds/userapps/release/tcs/h1/scripts/RS_calibration/, got attached plot. Did this with annular mask in. Checked mimuim power was good but initally 1.7W requested only gave us 1.6W so I further adjusted H1:TCS-ITMX_CO2_LASERPOWER_POWER_IN  channel, now 1.7W requsted gives 1.7W. sdfs accepted.

Images attached to this report
H1 General
anthony.sanchez@LIGO.ORG - posted 16:20, Tuesday 27 February 2024 (76010)
Tuesday OPS End Shift Report.


TITLE: 02/28 Day Shift: 16:00-00:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Planned Engineering
INCOMING OPERATOR: None
SHIFT SUMMARY:
The LVEA is now LASER SAFE.
The HAM8 Door is back on.
The SQZ team has finished with the SQZT7 table work that they needed to do. They still need to take some transfer functions though.
Dave got the Locking Cameras working again.
TCS team has said that they are done.
Vacuum team is currently in the HAM Shaq starting the Pump Down!



LOG:

Start Time System Name Location Lazer_Haz Task Time End
20:39 LASER HAZARD LVEA YES LVEA IS LASER HAZARD WP:11724 23:28
16:06 Vac Jordan End X No RGA scans 16:22
16:20 TCS Camilla LVEA Yes Turning on heartman laser 16:50
16:21 SUS Rahul Remote N Sus transfer function 16:53
16:25 fac Kim & Karen HAM Shaq N Technical cleaning 17:11
16:30 VAC Jordan CER Output Tube yes RGA scans 17:27
16:35 fac Tyler Chris Eric HAM Shaq N Tumbleweed removal 19:35
16:39 PSL Ryan S Control Rm No PMC Alignment 17:58
16:54 SUS Rahul Remote/EY N testing OPLEVs & Running TF on EY 18:44
17:01 TCS TJ, Camilla CR n TCSX ITMX realign with HWS 19:17
17:02 EE Fil HAM8 -> EX No ground Loop Measurements 18:59
17:10 PSL Jason & Ryan S PSL Room YES REF Cav Alignment 19:52
17:25 EE Fernando LVEA (BS) YES OPLEV work 20:25
17:29 Disposal Christina Overpass & Water tank N Forklifting & driving 1ton for recycling/Disposal 19:29
17:31 3IFO Randy & Betsy LVEA West Bay Yes Moving 3IFO Equipment 19:09
17:38 FAC Kim & Karen LVEA Yes Technical Cleaning 18:26
17:53 SQZ Dhruva Nutsine SQZT7 Yes Touching up SQZ Table Alignment 18:02
18:28 FAC Karen MY No Technical Cleaning 19:35
18:32 FAC Tyler Mech Room AH1 No Swaping parts 20:59
18:59 VAC Jordan LVEA Yes RGA Scans on HAM6 19:31
19:29 TCS TJ, Camilla LVEA Yes Giggling cables 22:05
19:49 CDS Dave Barker EY N ALSY Camera Checks 20:35
20:04 HWC Jeff EY No Health & Wellness running Activities! 20:55
20:07 OMC Jenne W Control Rm N aligning OMC needs IMC Locked 21:39
20:41 VAC Travis, Jordan, Gerardo HAM Shaq N Putting Doors back on HAM8 23:30
20:45 SQZ Dhruva, Swadha, Nutsine SQZT7 YES Aligning FTC 21:27
20:48 VAC Jordan LVEA East bay N Grabbing parts 20:51
21:52 SAF Tony LVEA Yes Transitioning to Laser SAFE 23:27
22:12 PEM Camilla & Preet LVEA Roof No Checking Weather on Roof 22:22
22:22 OMC Jenne W, Keita Control Rm No Touching up alignment of OMC and SR2 00:22
23:29 SAFETY LASER SAFE LVEA NO The LVEA is LASER SAFER 23:29
23:31 VAC Gerardo Jordan HAM8 No HAM8 Pump Down 01:31
23:43 TSC Camilla Control Rm N TSC rotation stage adjustments 00:28
23:43 CDS Erik CER N Checking on CDS Machines 01:43
H1 TCS
thomas.shaffer@LIGO.ORG - posted 16:17, Tuesday 27 February 2024 (75987)
Aligned CO2X to ITMX with HWS

Referencing alog68391 for the last time we moved the picos around and alog73553 for some of the most recent CO2X HWS images, we moved the top periscope pico to align the newly refurbished CO2X annular beam to ITMX.

To do this we set the ITMX HWS freq to 1Hz and checked for no saturated pixels. We started off injecting 0.5W for 90sec to confirm we were at least hitting the optic, then bumped it up to 2W for 90sec and waited ~10min between moves to get more visible change in the images. After iterating with small moves and wait periods between each move, we eventually ended up with the spot in a very similar position to the main beam on our last powerup. Upper periscope pico final position -2200 +2200 (starting 0,0)

We will wait to get the main IFO beam back and see how centered we are in relation to that before we make more moves.

We also did a quick sanity check on ITMY and confirmed that the annular mask was still centered on the optic as well.

Images attached to this report
H1 General (Laser Transition)
anthony.sanchez@LIGO.ORG - posted 15:46, Tuesday 27 February 2024 (76009)
LVEA LASER TRANSITION to LASER SAFE

The LVEA has been Transitioned to LASER SAFE.
Work Permit: 11728

H1 SQZ (SQZ)
nutsinee.kijbunchoo@LIGO.ORG - posted 14:59, Tuesday 27 February 2024 (76006)
FCGS path in SQZT0 is in good health

Dhruva Swadha Nutsinee

We have ~9 mW pickoff from the pump path into FCGS path. ~5 mW of the 1st order beam transmits through the first AOM (GAOM2). 4.4 mW of the 1st order passes through the second (GAOM3), 4.35 mW measured after EOM3. We only touched the alignment using the steering mirrors and the waveplates. Dhruv suggested FC_REFL_LF_OUTPUT*1000 should be higher than 200 counts. We had about 300 counts when we closed out. There were already irises on the table to help pick out the first order and all the beam went through. We measured ~0.4 mW hitting FCGS REFL on SQZT7. We also recalibrated the FCGS REFL diode (responsivity was 0.3 A/W, now 0.22 A/W).

 

I think we're done with SQZT0 *finger cross*

Images attached to this report
H1 PSL
ryan.short@LIGO.ORG - posted 14:47, Tuesday 27 February 2024 (76002)
PSL PMC and FSS On-Table Alignment (WP #11716)

R. Short, J. Oberling

This morning, we took the opportunity to fix up the alignments of the PSL PMC and FSS path before the observing run resumes. We started by tweaking the beam alignment into the PMC remotely using the two picomotor-controlled mirrors with the ISS off. After maximizing the PMC transmitted signal, we experimented with adjusting the pump diode currents in both amplifiers to improve the mode-matching into the PMC. Ultimately, we ended having increased both pump currents in AMP2 by 0.1A (from 8.7A to 8.8A).

Having improved PMC alignment, we then went into the PSL enclosure to touch up the FSS path alignment. We started with a power budget on the FSS path (done with the ISS on and both PSL Guardians paused):

The most obvious issues appeared to be the single and double passes through the AOM. We adjusted the AOM in both pitch and yaw to improve single pass diffraction, and mirror M21 to improve double pass diffraction. Our results:

Good improvements all around, although neither diffraction efficiency ended as high as after the last alignment (alog74346). During this adjustment period, the PMC kept unlocking periodically due to the temperature drifting. We tried turning the temploop on and off at different points to keep the PZT in the range we wanted it, but the PMC kept unlocking on us, causing this step to take longer than anticipated.

We then checked the alignment through the EOM; seeing it was good with no clipping and measuring 152 mW out, we locked the RefCav and started recovery of its alignment. Using the picomotor-controlled mirrors while watching the signal on the TPD:

Next, we touched up the alignment onto the RefCav RFPD by adjusting mirror M25 and using a multimeter to watch the DC voltage:

To finish off our activities in the enclosure, we measured the RefCav's visibility:

After leaving the enclosure, we resumed the PSL Guardians and are seeing that the PMC PZT signal is much more stable now that the temperature has stabilized, so the ISS is back on as well. I adjusted the ISS RefSignal to -1.95 to bring the diffracted power to just below 2.5%.

A rotation stage calibration will need to be done since the output power of the PMC has changed, but this will be done as a target of opportunity when the IMC can be unlocked in the coming days.

I did not get the chance to run quarterly tests on the PSL dust monitors, but otherwise, this work closes WP 11716.

H1 AOS
jason.oberling@LIGO.ORG - posted 14:46, Tuesday 27 February 2024 - last comment - 14:04, Friday 01 March 2024(75974)
FARO Progress Update

J. Oberling, R. Crouch

Update on FARO work during the O4 commissioning break.  Previous updates at the following alogs (with associated comments): 75669, 75771.

Since the last progress update we've been testing our FARO X/Y alignment routines and attempting to re-establish Z=0 based on the door flange scribes on BSC2.  We've been navigating Laser Safe/Hazard transitions, as we can only do optical surveying (like using an autolevel for our BSC2 survey) during Laser Safe; the FARO is usable during Laser Hazard so we've been using these windows for FARO work.

FARO X/Y Alignment Testing

As a means of testing the repeatability of the FARO's X/Y alignments we have been using the brass monuments for mechanical test stand #2 (TS2) in the West Bay of the LVEA.  The FARO gives us a global X/Y coordinate for these monuments based on our alignment (which is also a local X/Y coordinate since XG=XL and YG=YL), which we can use to compare the Measured Local LVEA coordinates to each other and test the repeatability of different FARO alignments.  In addition, each test stand has a monument that represents the [0,0] of the test stand (monument TS2-10 for TS2). We can therefore subtract the local LVEA X/Y coordinate for the [0,0] monument from each measured test stand monument to translate from Local LVEA coordinates to Local Test Stand coordinates.  With this translation we can also compare the monument coordinates measured by the FARO to where we think they are via their as-designed coordinates (designed test stand monument coordinates taken from D1100291).

The results are shown in the attached .pdf file 'FARO_XY_Alignment_Test_TS2_Monuments.pdf'; I have also attached the reports generated from PolyWorks for each of our surveys.  To date we have done this with 3 separate alignments:

Alignments 1 and 2 give us insight into how using different feature types (points vs spheres) for our alignment monuments cause variations in the alignment.  Alignment 3 was used to give some insight into the repeatability when the same alignment feature types are used with 2 different alignments (in this case 'All Spheres' vs 'All Spheres').  The first 3 pages of the results pdf file detail the measurements of the TS2 monuments, the conversion to Local Test Stand coordinates, and a comparison of the measured test stand coordinates to the as-designed ones; 1 page is used for each alignment.  The final page compares the 3 alignments to each other, both in Local LVEA coordinates and in Local Test Stand coordinates.  Some thoughts:

We're still digesting this.  I'm intrigued by the measured test stand coordinates for the monuments in line with each other.  For example, TS2-1 is supposed to be directly in line with TS2-4, only separated along the test stand's Y axis; this is the same for the group TS2-2, TS2-10, and TS2-5, as well as the group TS2-3 and TS2-6.  All 3 alignments show these monuments being at an angle with each other, and a similar angle at that; almost like the line from TS2-2 to TS2-5 (which also intersects TS2-10) was not straight when these monuments were laid out, and that carried over in the setting of the monument groups to the sides of this line (TS2-1/TS2-4 and TS2-3/TS2-6).  I will say that I find the deviations between FARO measured and as-designed test stand monument coordinates particularly worrying; whether that's due to an error in the FARO alignment or an actual error made when these monuments were first laid out I can't yet say, some more investigation is required (could do something like use a 100' survey tape to measure distances between monuments and compare to the FARO measurements).  Also, I would like to to set up a new Sphere+Points alignment to see if using the point alignment feature improves the repeatability; as I've said a few times in the previous alogs, we suspect that the sphere fit routine and the limitations of the sphere fit rods are introducing error into the FARO alignment, and the above alignment comparisons appear to support that at first glance.  I'm interested to see if using points instead of spheres improves this, but we need a new alignment to compare to the old Sphere+Points alignment.

BSC2 Z=0 Water Level Survey

Based on the results of our FARO work detailed in alog 75771, we want attempt to re-establish Z=0.  This was originally done by averaging the 8 door flange scribes of the BSC2 chamber (1 and 3 o'clock and 1 and 9 o'clock on each of the 4 door flanges).  With all of the line of sight blockers (beam tubes, other chambers, electronics racks, cable runs, etc.) we felt the easiest way to repeat this was to use a water tube level.  To do this we used roughly 60' of flexible tubing with an 8mm OD and 6mm ID.  We filled it with water (setting up a siphon works great for keeping air bubbles out of the tube), leaving some air at each end, and set up around BSC2.  One end of the level was fixed to the unused HEPI pier for BSC8, with a scale attached nearby for measurements; the other end was placed along the door flange scribe under measurement.  We used an autolevel to set the water line on the scribe line to be measured, then used a 2nd autolevel to sight the other end of the tube and take a reading on the scale.  We ended up using several rubber bands and some tape to secure the tube to the door flange; the tape was necessary to keep the tube from sagging under the weight of the water (the BSC scribes are over 6' above the ground), while the rubber bands helped to keep it mostly secure while we were setting it on a scribe line.  The first 3 pictures show the setup, with the third one taken through an autolevel to show a close up of the water in the tube (have to sight at the bottom of the meniscus, just like with a graduated cylinder or similar measurement devices (like glass measuring cups in your kitchen)).

We did have a few issues, chief among them being that we could not get the water in the tube to stop moving at first.  We would set the water line on a door flange scribe and watch it settle, and it would keep dropping slowly over several minutes.  We noticed that regardless of where we set the water level, it would always drop to the same point; what finally clued us in to the issue was noticing that the other end of the water level was also dropping.  If the level were rebalancing we would expect one end drop while the other raised, but this was not the case.  At this point we also noticed that, even though we left about 12" of air at each end of the tube when we initially filled it, we now had almost 2' of air at each end.  The solution?  Not enough water in the tube, so add some more.  We did this and all the stability problems vanished.  We could then set the level on a scribe line, and after just a few seconds it would settle out and be very stable.  Best explanation I have is we didn't have enough water to account for the slight compression of the water column at both ends of the level, since our measurement point was over 6' off the ground.  With only a 6mm ID on the tubing, it doesn't take much to cause a big difference in how the level behaves.  By adding ~9mL of water to the tube (using a 2mL transfer pipette) all of our problems were solved.  Second issue, don't step on or touch the water level once set.  This causes the water in the tube to move, a lot.

The other big issue we had is sighting the correct scribe line on the door flanges.  Over the years since site construction several additional scribe lines have been added to many of the door flanges, all within several mm of each other.  Most have no markings on them, a few had arrows, but 1 scribe on each flange was marked with 3 punch marks; this was also true for the 3 flanges with only 1 scribe on them.  So we sighted the scribe line marked by the punches on all door flanges.  The 4th picture shows an example of these punch marks (there are 2 scribe lines in this pictures, one that is straight and one that is not; we used the one that is straight, which can be seen behind the autolevel cross hairs).

With our scribe lines chosen and other issues figured out, we set about measuring all 8 of the BSC2 door flange scribes.  The final picture is a shot of my notes from the survey.  Notice the large separation for the -X door scribes.  Mike Zucker indicated to us that he thinks the scribes were placed to within +/- 1mm of flange center (having a hard time finding documentation of this, he is currently looking for the old "end item data package" for the chambers from their initial construction in the 90s), so this 11.3mm separation in particular is puzzling (we also measured a 4.6mm separation for the +Y door, 1.3mm separation on the -Y door, and 0.5mm separation on the +X door).  One thing he suggested we can do is use a flat survey tape to check that the scribes are on a true diameter of the flange (are they 1/2 circumference apart?), which we will do once we have Laser Safe again.  Once we confirm we've used the correct scribe lines we will continue with using the average of these scribes to check the various height marks around the LVEA.  Should we find that we don't have the correct scribes then we will have to repeat the water level survey.

Images attached to this report
Non-image files attached to this report
Comments related to this report
corey.gray@LIGO.ORG - 11:40, Wednesday 28 February 2024 (76029)EPO

Tagging EPO for FARO pics.

jason.oberling@LIGO.ORG - 14:04, Friday 01 March 2024 (76075)

J. Oberling, R. Crouch, R. Short

Ryan S. and I went out yesterday, 2/29, and used a flat survey tape to measure the distance between the 3-punch scribe marks along the circumference of the 4 BSC2 door flanges; the survey tape has 1.0 mm tick marks, so best we can measure to is the closest 0.5 mm.  If these scribes are the correct ones to use then they should be 1/2 circumference from each other, which would mean the difference we measured with the water level are due to the flanges being clocked when the chamber was built.  We had to do some DCC spelunking to find the correct OD for the BSC door flanges.  Ryan C. found D970412, which eventually led to D961102.  This document is the Release for Quote for the BSC door flanges, so not an as-built, but it's the best we've been able to find so far so I'm going with it.  D961102-04.pdf lists the OD of the BSC door flange as 68.50 inches.  Converting that to mm and calculating the 1/2 circumference gives us 2733.0 mm.  Our measurements from yesterday:

  • +Y door: 2732.0 mm
  • -Y door: 2734.5 mm
  • +X door: 2734.0 mm
  • -X door: 2733.0 mm

So the 3-punch scribes on all door flanges meet the expected 1/2 circumference of 2733.0 mm to within +1.5/-1.0 mm.  We have yet to find any kind of documentation or spec for these scribe lines, so I can't definitively say to what tolerance they were supposed to be placed to, but I've been told +/-2.0 mm in the past and our measurements appear to meet that.  To me this says that Ryan C. and I used the correct scribe lines during our water level survey, but the flanges were unexpectedly clocked w.r.t. local horizontal.  This in turn does give us an average across those 8 scribe lines that we can use to start measuring height marks to see if we can identify the source of the Z axis discrepancies the FARO has been reporting.  Ryan C. and I will begin doing this during upcoming Tuesday maintenace windows as both of our schedules allow.

H1 CDS
david.barker@LIGO.ORG - posted 14:14, Tuesday 27 February 2024 (76004)
digital video camera power cycles

Tony, Jonathan, Erik, Dave:

Following the network upgrade last week we found some corner station cameras had issues:

Some were pingable from the 10.106 vlan but not from 10.22 (one even came back briefly on 10.22 then went away again).

Most of the above had no image, but one did.

In all cases I power cycled the camera and restarted the server process. All then provided images except h1cam21 (ITMX).

Cameras power cycled are:

h1cam01 (FC REFL, referred to as FCGS in the switch config)

h1cam02 (MC Refl)

h1cam04 (ALS X)

h1cam05 (ALS Y)

h1cam21 (ITMX) no image

h1cam24 (ITMY Green)

h1cam26 (BS)

h1cam30 (POP Air)

H1 General
anthony.sanchez@LIGO.ORG - posted 13:30, Tuesday 27 February 2024 (76003)
Tuesday Ops mid Shift report.

TITLE: 02/27 Day Shift: 16:00-00:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Planned Engineering
OUTGOING OPERATOR: None
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 14mph Gusts, 11mph 5min avg
    Primary useism: 0.03 μm/s
    Secondary useism: 0.24 μm/s
QUICK SUMMARY:

Rahul, has completed the Tranfer Functions, and Fil has completed the grounding loop tests on HAM8.
The HAM8 Door crew has been assembled in the HAM Shaq to start putting the HAM8 door back on.
PSL Ref Cav Alignment is complete and the PSL Team is out of the PSL enclosure.
The SQZ Team no longer needs the LVEA to be Laser hazard.

 

H1 CAL
louis.dartez@LIGO.ORG - posted 12:46, Tuesday 27 February 2024 (76000)
On Calibrating H1:OMC-DCPD_SUM_OUT_DQ to Strain
Vicky mentioned to me that she was having trouble using pyDARM to calibrate H1:OMC-DCPD_SUM_OUT to strain for the noise budget. I still need to take a closer look to how strain is computed in the noise budget but I have put together some example scripts that should make it easy to do.

To convert the OMC-DCPD_SUM_OUT signal to strain you need to do the following:

1.) convert OMC-DCPD_SUM_OUT to units of DARM_ERROR (or DARM1_IN1) from units of mA
2.) multiply the result by the response function provided by pyDARM (informed by the most recent calibration report)
3.) divide the product by the mean length of the arms 

For discussion on steps 2 and 3: see Eq. (4) in the O3b cal paper.

Step 1 above is necessary because LHO has linearization logic in between the raw DCPD readout and the output of the LSC Input Matrix. For discussion on this, see G1700316. In particular, I am referring to everything from the input of the block named "Power Normalization" to the output of the block named "LSC Input Matrix" along the red path shown on Slide 18.

To estimate the effect of this signal path we can take a transfer function: H1:LSC-DARM1_IN1_DQ/H1:OMC-DCPD_SUM_OUT_DQ.

I've written some Python code to measure H1:LSC-DARM1_IN1_DQ/H1:OMC-DCPD_SUM_OUT_DQ and to calibrate a H1:OMC-DCPD_SUM_OUT timeseries into an asd with units of strain. While I hope to get these tools integrated with pyDARM soon, I've placed them in a utility repo for now: https://git.ligo.org/louis.dartez/pydarm-utils.

In particular, the function to estimate the tf that converts an OMC-DCPD_SUM_OUT signal into units of DARM counts is here: https://git.ligo.org/louis.dartez/pydarm-utils/-/blob/main/pydarm_utils/measure/cal.py?ref_type=heads#L7. And the function to calibrate a OMC-DCPD_SUM_OUT timeseries into an asd in units of strain is here: https://git.ligo.org/louis.dartez/pydarm-utils/-/blob/main/pydarm_utils/util/strain.py?ref_type=heads#L6.

To demonstrate that this works, I've attached an example asd plot (dcpd_sum_asd.png) that shows strain as taken from GDS-CALIB_STRAIN, DELTAL_EXTERNAL/L, and from OMC-DCPD_SUM_OUT overlaid on each other. I've also included plots of the H1:LSC-DARM1_IN1_DQ/H1:OMC-DCPD_SUM_OUT_DQ transfer function (dcpd_sum_darmin1_tf.png) and its coherence (dcpd_sum_darmin1_coh.png) to show that 1.) it's pretty flat and 2.) has good coherence below 100Hz.

The times I used for testing were passed to by Vicky.
gps start time: 1387130434
gps end time: gps_start + 600

Being able to measure H1:LSC-DARM1_IN1_DQ/H1:OMC-DCPD_SUM_OUT_DQ is pretty important because it can fluctuate with time and is under no expectation to remain constant between lock stretches.

For my tests, I estimated the H1:LSC-DARM1_IN1_DQ/H1:OMC-DCPD_SUM_OUT_DQ value to be: 4.0568e-7. This was calculated at the same time as above.
Images attached to this report
H1 SUS (SUS)
rahul.kumar@LIGO.ORG - posted 11:50, Tuesday 27 February 2024 - last comment - 08:48, Thursday 29 February 2024(75999)
OPLEV charge measurements - ETMX and ETMY

This morning after Fil switched ON the ESD HV on EX (EY was already ON), I took the OPLEV charge measurements on ETMX and ETMY. I will post the results after processing the data.

Both the suspensions were restored after the measurements were complete.

Also, I noticed that on ETMX the amplitude of L3 calibration lines was set to zero since Jan 16, 2024 (when last measurements were taken), I have set it to the nominal value of 0.12 after trending it.

Images attached to this report
Comments related to this report
ryan.crouch@LIGO.ORG - 08:48, Thursday 29 February 2024 (76042)SUS

I ran the analysis this morning for the OPLEV charge measurements that Rahul took on Tuesday.

For ETMX, the charge is trending down towards zero on all DOF & Quads!

For ETMY, the charge appears to be mostly stable around zero with some small uptrends on LL & UL and only on LL (P&Y) the charge is just above 50[V].

Images attached to this comment
H1 TCS
camilla.compton@LIGO.ORG - posted 10:59, Tuesday 27 February 2024 - last comment - 15:23, Tuesday 27 February 2024(75997)
TCS CO2 and HWS lasers turned back on

HWS and CO2 lasers turned back on this morning. I swapped the HWS camera power supply cabling back to the "quieter" ungrounded verison (75876).

Comments related to this report
camilla.compton@LIGO.ORG - 15:23, Tuesday 27 February 2024 (76007)

CO2Y came back with less power than expected (388W when we had 42W before the break), TJ and I increased the temperature step point and we now have 40.6W out of the laser head. Plot attached. We might think about slowly stepping the temperature to see if we can find a better operating point.

This is not worrying: in 65277 we show  can inject ~16% of power out of laser into the vacuum through the annular mask. Expecting we continue observing with 1.7W, we only need ~10W from the head.

Images attached to this comment
camilla.compton@LIGO.ORG - 12:29, Tuesday 27 February 2024 (75998)

TJ and I restarted HWS code on both ITMX and ITMY with camera frequency 1Hz for X, 10Hz for Y (lowest frequency that doesn't saturate pixels).  

New references taken. Ring heaters are at their nominal settings, 0.44W/segment on ITMX, 0W on ITMY.

We had to restart h1msr1 and try starting the code multiple times to avoid a segmentation fault in ITMY.  We checked the wave fronts and removed a bad pixel from ITMX.  ITMY crashed after running for ~10 minutes, we restarted it but we should check on it later.

Attached is the HWS plot of the location of CO2Y. 

Images attached to this comment
H1 CDS
filiberto.clara@LIGO.ORG - posted 10:39, Tuesday 27 February 2024 (75995)
ESD High Voltage - EX

The ESD HV power supplies and Low Voltage Chassis were powered on at EX. Needed for charge measurements.

H1 TCS (CDS)
camilla.compton@LIGO.ORG - posted 14:14, Friday 16 February 2024 - last comment - 13:02, Tuesday 27 February 2024(75876)
Changed Wiring in HWS Camera External Power Supply - Have proposed coupling of combs!

Fil, Luis, Camilla. FRS 26828#c11 Previous troubleshooting in alog 7495174750.

Today Fil went onto the HWS table and verified the HWS cameras are connected straight to the external power supply (photos in FRS26828#c8) via cables connected together. The HWS camera fiber CLink box is powered by the HWS breakout chassis D1200934 (originally designed to power cameras too).

Fil theorized that the HWS grounding is due to the power supply to fiber CLink connection grounding the cameras! With a multi-meter, we verified the HWS camera is grounded to the table when the CLink power cable is connected but when we disconnect CLink power, the camera is not grounded to the table (has Kapton tape and plastic bolts).

Step 1 (Completed): I removed the grounding cables from the HWS external power supply as Luis suggested in FRS 26828#c11, to avoid us holding the cameras negative terminal at mains ground. Photo of current connections attached. 

Step 2 (Planned): After verifying step 1 doesn't effect the combs (need overnight "quiet" data), Fil will make a new cable to power both the camera and CLink's via the external supply (14V is fine for both). 

Images attached to this report
Comments related to this report
camilla.compton@LIGO.ORG - 09:42, Wednesday 21 February 2024 (75911)

Preet, Camilla

It appears changing the cabling of the external power supply has removed/reduced the comb: compare blue trace before cabling change to red trace afterwards change in attached plot.

To verify this, we undid the cabling change, back to the old configuration this morning at 9:30am and turned the camera back to 7Hz each, we'll later check if the comb reappears. 

Images attached to this comment
camilla.compton@LIGO.ORG - 10:58, Tuesday 27 February 2024 (75996)CDS, DetChar, PEM

Preet, Camilla, FRS 26828 

With the swap back to the old cabling, we confirmed that the comb came back, see Feb 22nd data in attached plot. This morning I changed the cabling back to the "quiet" version, photo attached. 

Question for others, is the old cabling expected to push noise into DARM or is there an unknown coupling? Tagging PEM, CDS, Detchar. 

Images attached to this comment
luis.sanchez@LIGO.ORG - 13:02, Tuesday 27 February 2024 (76001)
Have you try using a different power supply or low the voltage to +12v? the camera also works with +12v and the rcx c-link only required +5v supply.
Displaying reports 10921-10940 of 84726.Go to page Start 543 544 545 546 547 548 549 550 551 End