Displaying reports 21-40 of 85600.Go to page 1 2 3 4 5 6 7 8 9 10 End
Reports until 03:48, Friday 14 November 2025
H1 General (PEM, SEI)
anthony.sanchez@LIGO.ORG - posted 03:48, Friday 14 November 2025 (88099)
Having a hoot on the Owl shift.

TITLE: 11/14 Owl Shift: 0600-1530 UTC (2200-0730 PST), all times posted in UTC
STATE of H1: Microseism
OUTGOING OPERATOR: Ibrahim
CURRENT ENVIRONMENT:
    SEI_ENV state: USEISM
    Wind: 5mph Gusts, 3mph 3min avg
    Primary useism: 0.03 μm/s
    Secondary useism: 0.86 μm/s 
QUICK SUMMARY:
Eve shift had left the IFO in Idle to wait out the higher useism.
I woke up at 2am to see if the useism was low enough to lock since it was falling. 
H1 went through an Initial Alignment before trying to lock, which took longer than expected locking the green Arms. 
Once that was done I allowed DRMI to try to lock a handfull of times. I think when it fails this time I will leave it in idle and try again in a few more hours. 

 

LHO General
ryan.short@LIGO.ORG - posted 22:02, Thursday 13 November 2025 (88098)
Ops Eve Shift Summary

TITLE: 11/14 Eve Shift: 0030-0600 UTC (1630-2200 PST), all times posted in UTC
STATE of H1: Microseism
INCOMING OPERATOR: Tony
SHIFT SUMMARY: Another shift of no observing time for H1 due to the high microseismic motion. Tony will check on things overnight to see if conditions improve, and I've re-enabled sensor correction in case he decides to give locking a try.

H1 General
oli.patane@LIGO.ORG - posted 16:37, Thursday 13 November 2025 (88097)
Ops Day Shift End

TITLE: 11/14 Day Shift: 1530-0030 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Microseism
INCOMING OPERATOR: Ryan S
SHIFT SUMMARY: In IDLE and not currently trying to relock due to the high secondary microseism. Really nothing happened all day besides some opportunistic commissioning and out of lock work.
LOG:

15:30UTC In DOWN due to very high secondary microseism
    - Decided to run an initial alignment just for fun
        - Issue with FSS oscillation
    16:47 Decided to take the ifo to IDLE from ACQUIRE_DRMI since it wasn't catching and we wanted to do some out of lock commissioning                                                                                                                                                                   

Start Time System Name Location Lazer_Haz Task Time End
15:48 FAC Randy YARM n Caulking even more joints 18:35
17:35 ISC Sheila, Alicia, Rene LVEA n Ground ITM ESDs 17:55
18:01 IO Kar Meng Opt Lab LOCAL JAC alignment 19:21
18:03 CDS Fil MY n Parts, roll up door 18:35
18:09 TCS Matt CR n CO2 blast on ITMs 19:09
19:28 ISC Sheila, Kar Meng LVEA n Looking for optics 19:40
19:37 TCS Matt LVEA n Turning off side bands 19:45
20:45 SPI Corey Opt Lab n Optics cleaning 00:13
21:26 FAC Tyler Site n Moving big red to the tractor shop 21:46
22:14 IO Betsy Opt Lab n JAC optics 00:13
22:14 VAC Gerardo, Travis, Jordan EY n Purge air and pump work 23:32
22:15 CDS Dave MY, EX n Looking for cables and checking on equipment 23:45
23:46 PCAL Tony, Oli PCAL Lab N Gone fishin' 00:32
LHO General
ryan.short@LIGO.ORG - posted 16:31, Thursday 13 November 2025 (88096)
Ops Eve Shift Start

TITLE: 11/14 Eve Shift: 0030-0600 UTC (1630-2200 PST), all times posted in UTC
STATE of H1: Microseism
OUTGOING OPERATOR: Oli
CURRENT ENVIRONMENT:
    SEI_ENV state: MAINTENANCE
    Wind: 3mph Gusts, 1mph 3min avg
    Primary useism: 0.04 μm/s
    Secondary useism: 1.22 μm/s 
QUICK SUMMARY: H1 has not been locked all day due to the very elevated microseismic motion and is currently holding in IDLE. If I see it come down enough, I'll try to have H1 lock, but I don't think this is forecasted to get better any time soon.

X1 SUS
ibrahim.abouelfettouh@LIGO.ORG - posted 16:23, Thursday 13 November 2025 (88095)
BBSS Baffles Installed + Status

Ibrahim, Betsy

BBSS Eliptical Baffles (D2500293) were successfully installed today. Pictures from various angles are attached.

Problems - graphics regarding these are attached as slide screenshots

Remarks: I added one of those coated screw caps to the Y-Brace (D1900589) strut fasteners since I could see it shining in the head on picture. Comparison pictures for this are below.

Images attached to this report
H1 General
matthewrichard.todd@LIGO.ORG - posted 12:41, Thursday 13 November 2025 (88093)
Updating TCS SIM values

M. Todd


From some of the modeling I've been doing, I've come up with a slew of estimates for coupling factors of TCS power settings to substrate and surface defocus. I've put them into TCS and SDF'd them, hoping that the next week or two we get some good confirmation of these numbers.

Images attached to this report
LHO VE
david.barker@LIGO.ORG - posted 10:58, Thursday 13 November 2025 (88091)
Thu CP1 Fill

Thu Nov 13 10:13:43 2025 INFO: Fill completed in 13min 39secs

Gerardo confirmed a good fill curbside.

Images attached to this report
H1 DetChar (DetChar)
joan-rene.merou@LIGO.ORG - posted 10:26, Thursday 13 November 2025 (88089)
With voltage set to 0, grounding of the ITMX ESD driver
[Joan-Rene Merou, Alicia Calafat, Sheila Dwyer, Jenne Driggers]

We have entered the LVEA and went to the Beer garden. There, we first turned off the Low Voltage ITM ESD Driver D1600092, first the 15V switch and then the medium voltage switch. In order to turn it on again, it should be reconnected in the opposite order. With the voltage request set to 0 and chassis powered off, we have unplugged the SHV cables going to the chamber and plugged into Robert's ground boxes, which we used to ground to the rack which is grounded to the chamber. This has been done at both drivers (See attached photos).

Afterwards, we have changed the code at /opt/rtcds/userapps/release/isc/h1/guardian/ISC_LOCK.py in order that the LOWNOISE_COIL_DRIVERS will go to LOWNOISE_ESD_ETMY instead of TRANSITION_FROM_ETMX. This has been done by changing lines 6670 and 6674, moving the ", 15" step from line 6670 to 6674. Finally, we communicated the change to the operator and loaded the guardian.
Images attached to this report
H1 SQZ
matthewrichard.todd@LIGO.ORG - posted 09:34, Thursday 13 November 2025 (88088)
OMC scan with SQZ beam and cold OM2, changing ZM4/5 -- 20251113

M. Todd, S. Dwyer


We wanted to get a couple of measurements of the OMC mismatch with the SQZ beam when we changed from the nominal setting for only one of the ZMs at a time. OM2 was cold for all of these measurements.

Measurement Time OMC Mismatch [%]
ZM4 = 6.2, ZM5 = -0.4 (nominal) 1447088389  2.8 
ZM4 = 4, ZM5 = -0.4 1447088919  2.4 
ZM4 = 6.2, ZM5 = -4.5 1447089464  10.5

It seems the ZM4 is not a very strong actuator for changing the mode at the OMC.

Images attached to this report
H1 PSL
oli.patane@LIGO.ORG - posted 09:29, Thursday 13 November 2025 - last comment - 11:07, Thursday 13 November 2025(88087)
IMC_LOCK stuck in FAULT due to FSS oscillation

During PRC Align, IMC unlocked and couldn't relock due to the FSS oscillating a lot - PZT MON was showing it moving all over the place, and I couldn't even take the IMC to OFFLILNE or DOWN due to the PSL ready check failing. To try and fix the oscillation issue, I turned off the autolock for the Loop Automation on the FSS screen, and after a few seconds re-enabled the autolocking, and then we were able to go to DOWN fine, and then I was able to relock the IMC.

TJ said this has happened to him and to a couple other operators recently.

 

Images attached to this report
Comments related to this report
jason.oberling@LIGO.ORG - 11:07, Thursday 13 November 2025 (88090)OpsInfo

Took a look at this, see attached trends.  What happened here is the FSS autolocker got stuck between states 2 and 3 due to the oscillation.  The autolocker is programmed to, if it detects an oscillation, jump immediately back to State 2 to lower the common gain and ramp it back up to hopefully clear the oscillation.  It does this via a scalar multiplier of the FSS common gain that ranges from 0 to 1, which ramps the gain from 0dB to its previous value (15dB in this case); it does not touch the gain slider, it does it all in block of C code called by the front end model.  The problem here is that 0dB is not generally low enough to clear the oscillation, so it gets stuck in this State 2/State 3 loop and has a very hard time getting out of it.  This is seen in the lower left plot, H1:PSL-FSS_AUTOLOCK_STATE, it never gets to State 4 but continuously bounces between States 2 and 3; the autolocker does not lower the common gain slider, as seen in the center-left plot.  If this happens, turning the autolocker off then on again is most definitely the correct course of action.

We have an FSS guardian node that also raises and lowers the gains via the sliders, and this guardian takes the gains to their slider minimum of -10dB which is low enough to clear the majority of oscillations.  So why not use this during lock acquisition?  When an oscillation is detected during the lock acquisition sequence, the guardian node and the autolocker will fight each other.  This conflict makes lock acquisition take much longer, several 10s of minutes, so the guardian node is not engaged during RefCav lock acquisition.

Talking with TJ this morning, he asked if the FSS guardian node could handle the autolocker off/on if/when it gets stuck in this State 2/State 3 loop.  On the surface I don't see a reason why this wouldn't work, so I'll start talking with Ryan S. about how we'd go about implementing and testing this.  For OPS: In the interim, if this happens again please do not wait for the oscillation to clear on its own.  If you notice the FSS is not relocking after an IMC lockloss, open the FSS MEDM screen (Sitemap -> PSL -> FSS) and look at the autolocker in the middle of the screen and the gain sliders at the bottom.  If the autolocker state is bouncing between 2 and 3 and the gain sliders are not changing, immediately turn the autolocker off, wait a little bit, and turn it on again.

Images attached to this comment
H1 CDS
david.barker@LIGO.ORG - posted 08:10, Thursday 13 November 2025 (88085)
EY vacuum glitch at beam tube ion pump 03:00:16 Thu 13 Nov 2025 PST

VACSTAT detected a vacuum glitch at 03:00:24 this morning originating with PT427 (EY beam tube ion pump station, about 1000 feet from EY). The vacuum pressure rapidly increased from 1.4e-09 to 1.4e-07 Torr. It then rapidly pumped back down to nominal in 8 seconds. The glitch was detected soon afterwards by all of the gauges in EY. They only increased  from around 1.0e-09 to 2.0e-09 and they took around 25 minutes to pump down.

The glitch was seen at MY as a much reduced amplitude about 6 minutes after the event.

H1 was not locked at the time.

Images attached to this report
H1 General
oli.patane@LIGO.ORG - posted 07:37, Thursday 13 November 2025 - last comment - 08:22, Thursday 13 November 2025(88084)
Ops Day Shift Start

TITLE: 11/13 Day Shift: 1530-0030 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Microseism
OUTGOING OPERATOR: TJ
CURRENT ENVIRONMENT:
    SEI_ENV state: USEISM
    Wind: 3mph Gusts, 0mph 3min avg
    Primary useism: 0.05 μm/s
    Secondary useism: 1.22 μm/s 
QUICK SUMMARY:

Currently in DOWN due to excessively high secondary microseism. We're supposed to have calibration measurements and commissioning today. I'll try for a bit to get us back up, but I doubt we'll get past DRMI since it's worse now than it was last night for Ryan or TJ

Comments related to this report
david.barker@LIGO.ORG - 08:22, Thursday 13 November 2025 (88086)

I restarted VACSTAT at 08:18 to clear its alarm. Tyler resolved the RO alarm at 06:17 and now the CDS ALARM is GREEN again.

H1 General
thomas.shaffer@LIGO.ORG - posted 02:54, Thursday 13 November 2025 (88083)
Ops Owl Update

The useism continues to grow. I'll keep the IFO in down and see where things are at again in a few hours.

LHO General
ryan.short@LIGO.ORG - posted 22:01, Wednesday 12 November 2025 (88082)
Ops Eve Shift Summary

TITLE: 11/13 Eve Shift: 0030-0600 UTC (1630-2200 PST), all times posted in UTC
STATE of H1: Microseism
INCOMING OPERATOR: TJ
SHIFT SUMMARY: H1 was happily observing until mid-shift when the microseism just got too high and caused a lockloss. Haven't been able to make it past DRMI since then due to the ground motion. I'm leaving H1 in 'DOWN' since it's not having any success, but TJ says he'll check on things overnight.
LOG:

H1 General (Lockloss)
ryan.short@LIGO.ORG - posted 19:19, Wednesday 12 November 2025 (88081)
Lockloss @ 02:44 UTC

Lockloss @ 02:44 UTC - link to lockloss tool

Possibly caused by ground motion, as everything looked to be moving quite a lot at the time, and the secondary microseism band has been rising this evening. Environment plots on the lockloss tool show a quick increase in motion at the time of the lockloss also.

H1 General
oli.patane@LIGO.ORG - posted 16:36, Wednesday 12 November 2025 - last comment - 17:08, Wednesday 12 November 2025(88079)
Ops Day Shift End

TITLE: 11/13 Day Shift: 1530-0030 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Observing at 147Mpc
INCOMING OPERATOR: Ryan S
SHIFT SUMMARY: Observing at 140 Mpc and have been Locked for over 16.5 hours. One short drop out of Observing due to the squeezer dropping out, but that relocked automatically and we're been Observing ever since. GRB-Short E617667 came in today at 21:29 UTC
LOG:

15:30UTC Observing and Locked for over 7.5 hours
    15:52 Out of Observing due to SQZ unlock
    15:56 Back into Observing
    21:29 GRB-Short E617667

Start Time System Name Location Lazer_Haz Task Time End
16:00 FAC Randy YTube n Caulking up those joints 22:57
17:04 FAC Kim MX n Tech clean 18:34
18:21   Sheila. Kar Meng Optics Lab y(local) OPO prep (Sheila out 18:57) 19:10
18:51 VAC Gerardo MX n Looknig for case 20:07
20:09   Corey OpticsLab n Cleaning optics 23:33
21:26   Kar Meng Optics Lab y(local) OPO prep 23:28
22:01   RyanS OpticsLab n Cleaning optics 23:33
22:10   TJ Optics Lab n Spying on Corey and RyanS 22:22
22:59   Matt Optics Lab n Grabbing wipes 23:16
23:34   Matt Prep Lab n Putting wipes away 23:35
Comments related to this report
david.barker@LIGO.ORG - 17:08, Wednesday 12 November 2025 (88080)

Tyler has the reverse osmosis water conditioning system offline overnight. The CDS alarms system has an active cell-phone bypass for this channel which expires tomorrow afternoon. This should be the only channel in CDS ALARM.

Bypass will expire:
Thu Nov 13 05:05:22 PM PST 2025
For channel(s):
    H0:FMC-CS_WS_RO_ALARM
 

X1 General
jeffrey.kissel@LIGO.ORG - posted 16:13, Thursday 09 October 2025 - last comment - 12:05, Thursday 13 November 2025(87397)
All 1064 [nm] HR, 45 deg AOI Optics from C2500044 Coating Run Etched with Wrong Coating Spec DCC Number
J. Kissel, C. Gray, M. Nakano, G. Billingsley

We're getting started with cleaning our 1" and 2" optics for SPI. Corey uploaded *all* of our optics (50:50 BSs, 85:15 BSs, TFPs, HR mirrors, Lenses etc.) to ICS in prep, and I reviewed the work double checking that the ICS record information makes sense. For the HR mirrors, which were part of the 2025 large custom purchase order (C2500044) from FiveNine Optics (to be used by JAC, SQZ, the LLO TNT Lab, and SPI), he entered them into ICS with a key that used the DCC number that's physically etched into the barrel of the optic.

HOWEVER -- the DCC number etched on the barrel of the optic is E1900393 -- E1900393. See attached picture. 

That drawing number is for the coating spec of 0-25 deg AOI HR mirrors.

The physical coating spec we want, was provided, and bought was for 45 deg AOI, i.e. E1900392 -- E1900392 (one DCC number lower).

So these HR optics, coated with E1900392 spec, bought with C2500044, which have vendor run numbers 1895 and 1897, have the incorrect DCC number for the spec etched on the barrel.

If you head to the purchase order, C2500044, and look at the FNO_4787-1.pdf attachment, it clearly states (twice!)
    "[...] per drawing E1900392-V2. Serialization per E1900392-V2."

However, if you then *read* E1900392-v2, section 8 states equally clearly
    "Each optic should be serialized and marked with the following code/description:
        1" optics: E1900393-v2-01 S/N:01 HR1064+532
            with incremental S/N: 01, 02, 03, ...
        2" optics: E1900393-v2-02 S/N:01 HR1064+532
            with incremental S/N: 01, 02, 03, ..."

Thankfully we know the coating is the correct E1900392 coating --
(1) The PCAL team confirms via measurement at 45 deg AOI, that these have transmission at the level of ~5e-5 W/W, so these will serve excellently as HR mirrors at 45 deg AOI. See LHO:86699
(2) The vendor's data, posted to C2500186, (Even though the run numbers listed on the first page of the data for the First Batch are quoted as "V2-2895" and "V2-1897" we know the run numbers are V2-1895 and 1897 from what's written on the containers the optics came in; see attached picture) show figures with captions indicating the data is from AoIs of 38, 45, and 50 deg, a reasonable range of AoI's to test for a 45 deg AoI mirror; and conversely no measurement of anything at AoIs less than 25 deg, which would be what one would report for a coating that's spec'd with the *actual* E1900393 spec.
(3) The E1900392 spec specificies a 45 deg AoI.

So, now we just have to figure out how to keep track of this information when we're in the lab / in the chamber, 5 years later, and the optics are no where near their cases and a brand new person is using the optics. C'est le vie!
Images attached to this report
Comments related to this report
corey.gray@LIGO.ORG - 10:26, Tuesday 28 October 2025 (87791)

Bookkeeping UPDATE:

After consulting with Mitch R. & Dwayne G. about the confusion here, I asked Dwayne to DELETE  the qty8 HR mirrors (etch-labeled with the INCORRECT part number of E1900393).  So now the ICS permalink Jeff notes above in alog 87397 will no longer point to any parts in ICS.  Dwayne made an FRS 35768 for this.

I then imported these NEW ICS parts for the qty-8 MIS-LABELED optics (new permalink list) and gave them the correct Part # they were manufactured/coated for of E1900392

-PLUS-

added a comment to all 8-parts stating they are mislabeled.  (comment is:  "note:  this optic is etch-labeled with the --WRONG-- part number (E1900393), these are in fact E1900392 and have been tested as such.  See https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=87397.").

corey.gray@LIGO.ORG - 12:05, Thursday 13 November 2025 (88092)

Another bookkeeping mistake found (RyanS noticed that in ICS I marked all the 50/50 splitters with the wrong batch number.  Deleted these parts from ICS and just re-uploaded with the correct batch number.  We will also update their PETG containers and bags with the correct batch.  (this is an easy fix unlick the errant ones which had the physical error etched on the optics themselves IRL).

Yet again, the permalink for the SPI optics has been updated.  It is now this permalink.

Displaying reports 21-40 of 85600.Go to page 1 2 3 4 5 6 7 8 9 10 End