Displaying reports 1-20 of 87238.Go to page 1 2 3 4 5 6 7 8 9 10 End
Reports until 14:48, Tuesday 07 April 2026
H1 SUS (SUS)
ryan.crouch@LIGO.ORG - posted 14:48, Tuesday 07 April 2026 - last comment - 14:53, Tuesday 07 April 2026(89809)
OPLEV charge measurements, ETMX, ETMY

We ran the OPLEV charge measurements this afternoon. We had a env / package issue trying to start the script, it was complaining about the scipy sin function, I ended up changing from the default cds env to the aligoNB using "conda activate aligoNB" after doing a pip env search to find which environment had the needed packages, I still had scipy sin issues but they were depreciation warnings. To fix this script we may be to rewrite the scipy parts with numpy. The End Stations SEI configuration was ISI_DAMPED_HEPI_OFFLINE. This was a pretty good measurement unlike a few of the previous ones, I didn't get any saturations on either QUAD and the coherence was pretty good.

ETMY's charge is a little high (above 50 on half of the plots) but it is trending to zero or is mostly static near zero (UR P).

ETMX's charge is high (above 50 on all but 2/8 plots but not quite at 100) and is trending away from zero, increasing. The ETMX_L3_LOCK_BIAS_OFFSET value has been at its "unlocked" value of -8.9 during the break, it flips to ~+6 when we are in full lock.

We are still fully processing and thinking about the results, more to come.

Images attached to this report
Comments related to this report
rahul.kumar@LIGO.ORG - 14:53, Tuesday 07 April 2026 (89811)SUS

Our plan is to it to switch the sign and take another measurement this week (and then once every week now) to see if that is helping ETMX or not. 

Will be posting the bias sign and values once we have settled with one which works.

H1 GRD (CDS, OpsInfo)
thomas.shaffer@LIGO.ORG - posted 13:46, Tuesday 07 April 2026 (89810)
h1guardian1 machine rebooted

In order to clear up the incoming file changes on 22 nodes and to satisfy the quarterly reboot FAMIS, I rebooted the machine 13:30PT. All 176 nodes came back on their own. Me, Corey, and Ryan C cleaned up the requested states for suspensions and other various nodes and brought SEI HAM1,2,3 and BSC2,3 chamber managers to ISI_DAMPED_HEPI_OFFLINE, IMC_LOCK to Offline, ISC_LOCK to Idle. 

LHO VE
david.barker@LIGO.ORG - posted 10:22, Tuesday 07 April 2026 (89804)
Tue CP1 Fill

Tue Apr 07 10:10:57 2026 INFO: Fill completed in 10min 53secs

 

Images attached to this report
H1 CDS
david.barker@LIGO.ORG - posted 08:58, Tuesday 07 April 2026 - last comment - 13:14, Tuesday 07 April 2026(89803)
h1seih7 recovery work ongoing

Erik is powering down the h1seih7 system to continue our recovery work. First up: replace the timing card to see if we can get the 16bit-DAC operational again.

Comments related to this report
erik.vonreis@LIGO.ORG - 13:14, Tuesday 07 April 2026 (89807)

I replaced the timing card, DAC 0, DAC0 adapter and ribbon cable as part of the repair.

Replacing DAC0 fixed the issue, though it's now running without problems on the test stand.  So our best guess it the card needed to be reseated.

Installed timing card SN: S2101145  firmware version 0x635

Installed DAC SN: 171013-10

Installed DAC adapter SN: S1500315

LHO General
corey.gray@LIGO.ORG - posted 07:43, Tuesday 07 April 2026 - last comment - 07:51, Tuesday 07 April 2026(89800)
Tues DAY Ops Transition

TITLE: 04/07 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Planned Engineering
OUTGOING OPERATOR: None
CURRENT ENVIRONMENT:
    SEI_ENV state: MAINTENANCE
    Wind: 5mph Gusts, 3mph 3min avg
    Primary useism: 0.01 μm/s
    Secondary useism: 0.15 μm/s 
QUICK SUMMARY:

Things on the menu for today, HAM1's +y door, venting the corner, and a lot of prep (HAM3 doors should also be coming off this week & more prep for BBSS work!). 

h1seih7 is still down (so HAM7 SEI & SUS systems are all red). 

The Ops Overview also continues to have "IMC INPUT POWER" flashing from 0-200W (but I was assured this was not real and purely a calculation error; light pipes have been closed since last Fri morning).

OPS Note:  I will leave the con around 1045amPDT for a tour and then to attend a BBSS preparation meeting at 1pm PDT and RyanC has graciously offered to cover for me.

Comments related to this report
corey.gray@LIGO.ORG - 07:51, Tuesday 07 April 2026 (89801)PEM

Ran the dust monitor check and LAB2 has  error (known issue) and all else looks good.

H1 CDS
david.barker@LIGO.ORG - posted 07:24, Tuesday 07 April 2026 - last comment - 13:29, Tuesday 07 April 2026(89797)
CDS Maintenance Summary: Monday 6th April 2026

WP13100 Add 3 ADC to h1seih7 for h1susauxh6

Marc, Jeff, Corey, Jim, EJ, Erik, Dave:

After being tested on the DTS, 3 ADCs were added to h1seih7 for HAM6 SUSAUX. We took the opportunity to upgrade the firmware on the timing card and replace its sync-ribbon.

After the upgrade the single 16bit-DAC on this system ran immediately into a FIFO-EMPTY state and the IOP has a permanent DAC status. We verified the card and cable seating, all good but no change. We removed the 3 new ADCs, no change. We removed the 3 new ADC Interface cards, no change.

At this point we ran out of time, Jim said it was OK to leave HAM7 SEI down for the night. We will try timing card and DAC swapouts Tuesday.

WP13115 Reduce susb13 SWWD trip times

Jeff, Corey, Dave:

I installed a modified h1iopsusb13 which reduced the total SWWD SUS trip times for the ITMs from 20 mins to 15 mins ( from 5+15 to 5+10).  All models on h1susb13 were restarted, no DAQ restart was needed.

WP13132 Add ADC to h1susb2h34

Marc, Erik, Jeff, Corey, EJ, Dave:

After being tested on the DTS, an additional ADC was added to the h1susb2h34 IO Chassis. The timing card sync-ribbon was also replaced.

The h1iopsusb2h34 model was modifed to add the ADC. A DAQ restart is needed (pending).

WP13133 Add ADC to h1susauxb2h34

Marc, Erik, Jeff, EJ, Dave:

After being tested on the DTS, an additional ADC was added to the h1susauxb2h34 IO Chassis. The timing card sync-ribbon was also replaced.

The h1iopsusauxb2h34 model was modifed to add the ADC. A DAQ restart is needed (pending).

No DAQ Restart Was Done

Due to the h1seih7 issues we did not restart the DAQ on Monday. This means we have bad DAQ data for the models:

h1iopsusb2h34, h1iopsusauxb2h34, h1spih23.

Tuesday we will fix the h1seih7 issue, then restart the DAQ to resync INI for the two B2H34 models and add the new models h1spih23, h1suslo12, h1susauxh6.

 

Comments related to this report
erik.vonreis@LIGO.ORG - 13:29, Tuesday 07 April 2026 (89808)

SN of ADCs added to h1seih7

ADC2 S2500762

ADC3 S2500755

ADC4 250520-01

ADC Adapter cards are 

S2101465, S2101462, S1102541

but I'm not sure of the order.

 

SN of new ADC and adapter for h1susb2h34

ADC: S2500748 Adapter: S1301436

 

SN of new ADC and adapter for h1susauxb2h34

ADC: S2500761  Adapter: S1900074

H1 CDS
erik.vonreis@LIGO.ORG - posted 07:02, Tuesday 07 April 2026 - last comment - 07:32, Tuesday 07 April 2026(89796)
Workstations updated

Workstations were updated and rebooted.  This was an os packages update.  Conda packages were not updated.

Comments related to this report
corey.gray@LIGO.ORG - 07:32, Tuesday 07 April 2026 (89798)

one of the ops work stations (cdsws29) was stuck on the reboot, so I rebooted the machine (I think I choose Debian "something" while bringing it back up) and it came up ok.

nuc25 appears to be missing some spectra.  (Re-running the launch script [w/ a " ./startup/launch.sh "],  did the trick.)

LHO General
corey.gray@LIGO.ORG - posted 16:40, Monday 06 April 2026 (89786)
Mon Day Ops Summary

TITLE: 04/06 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Planned Engineering
INCOMING OPERATOR: None
SHIFT SUMMARY:

GV2 was hard closed, one of HAM1's doors (-y) was installed (+y tomorrow). 

Suite of CDS tasks were started in the afternoon (had issues with restoring SEIH7).

Please Ignore:  "IMC INPUT POWER" Ops Overview  (Jennie mentioned the calculation is not correct on this medm.)

LOG:

H1 SYS
betsy.weaver@LIGO.ORG - posted 14:13, Monday 06 April 2026 - last comment - 16:28, Monday 06 April 2026(89793)
BSC2 Cross Flow cleanroom and eMOD platform access
Randy has been hard at work adding temp handrails and the eMod garbing cleanroom to the BSC2 platform access area.  Its pretty workable now.  The temp handrails have a pretty large footprint so I might make changes to those in the next incarnation of this, so the walkway from the eMod to the BSC2 platform is pretty narrow.  This platform and eMod placement will service BSC1 and BSC3 as well however, so we will rework or remove some handrails as we add those sections.  The tent is easy to pull back when we need the dome and cartridge to be craned away.
Images attached to this report
Comments related to this report
corey.gray@LIGO.ORG - 16:28, Monday 06 April 2026 (89795)EPO

tagging for EPO photos

H1 AOS
betsy.weaver@LIGO.ORG - posted 14:06, Monday 06 April 2026 (89792)
Ham1 closeout again, Trello Plan for next few weeks - BBSS vent start
Now that HAM1 is closing again (doors going on with VAC team now), we are turning attentions back to the CDS and BBSS work slated in line next.  Attached is the snapshot of the Trello with the next vent actions queued up.  We anticipate venting the corner chamber volume and also opening HAM3 this week.
Images attached to this report
H1 PSL
ryan.short@LIGO.ORG - posted 12:09, Monday 06 April 2026 (89791)
PSL 10-Day Trends

FAMIS 31132

The broken anteroom fan was swapped last Wednesday, so there are changes seen on several trends at that time. The ISS diffracted power increased, so I've just adjusted the RefSignal slightly to bring the diffracted power back down to around 4% and the PMC transmission back up to what it was before the fan swap.

Images attached to this report
LHO VE
david.barker@LIGO.ORG - posted 10:48, Monday 06 April 2026 (89790)
Mon CP1 Fill

Mon Apr 06 10:07:21 2026 INFO: Fill completed in 7min 18secs

 

Images attached to this report
H1 SUS (DetChar, SUS)
georgia.mansell@LIGO.ORG - posted 17:01, Friday 03 April 2026 - last comment - 08:22, Tuesday 07 April 2026(89780)
Investigating violin mode frequency spacing and amplitude in DARM

Hi everyone it's been a while since I posted!

Julia Rice and I had a chat with Peter F today about motivating the electrostatic violin mode damper we've been building at Syracuse. We came away with a couple of questions to answer:

1. What's the actual displacement of the fibers when the violin modes are excited, and is our shadow sensor noise low enough to measure the modes.

2. What is the origin of the two violin modes per fiber? Is it fiber ellipticity built into the fibers themselves or asymmetry their attachment points AKA the ear/horn. If it's the former, we'd expect the main oscillation axis of the modes to be randomly oriented. If it's the latter we'd expect 4 modes per test mass to be dominant in DARM, and 4 modes to be much weaker, we'd also perhaps expect to see a regular spacing between pairs of modes.

I still have remote access (thanks Dave for helping me get my ports sorted with NoMachine), so I logged in to grab some plots of violin modes excited vs damped times.

I found an excited time and a quiet time by plotting the ISC_LOCK guardian state and the monitor for ITMY MODE5 which I know is a problematic mode (first plot). I used 5 November 2025 17:59:09 UTC, gps 1447264767 for the modes excited time since this was after many locking attempts with the mode5 monitor was ~20k counts. I used 17 November 2025 20:57:12 UTC, GPS 1447448250 as my quiet time AKA t=0 on the first plot.

Second plot is the money plot! When the modes are excited their amplitudes in DARM range between 1e-16m/rt(Hz) and 1e-14m/rt(Hz), we can roughly convert this to fiber displacement by multiplying by the fiber to test mass mass ratio. We did some back of the envelope calculations with Stefan and there's a factor of 2pi in there somewhere too.

I labelled the plot referencing this handy violin mode spreadsheet from Rahul et al, which set me thinking about the violin mode origin in question 2 above...

I can see the regular spacing with one large mode and one smaller mode in the ETMs for the excited spectrum. BUT it's not like there is 4 modes visible in DARM and 4 that are totally anti-aligned: the smaller modes are still very much visible in the DARM spectrum.

ETMX9 (516.781 Hz) has a small buddy ETMX7 (516.678)
ETMX1 (511.2993 Hz) had a small buddy ETMX6 (511.18)
ETMX3 (508.938 Hz) has a small buddy ETMX4 (508.844)
ETMX8 (507.36) has a small buddy ETMX2 (507.493)

For the first 3 pairs, the bigmode is higher in frequency, not sure if significant. Also, in the damped spectrum the larger modes can become sufficiently damped that the smaller mode is now louder in DARM, I wonder if that might be because we have spent many more hours tuning and damping the settings for the large modes?

There are also some modes that break the trend: ETMY1 and ETMY6 are very close together.

For the ITMs, things are less clear. ITMY1 and ITMY2 are similar height in DARM, same with ITMX8 and ITMX7, and ITMX3 and ITMX5. Things are confusing around the clusters of modes 504 Hz and 508 Hz.

I had previously always assumed that ITMY mode5 and mode6, the extremely close modes, are on the same fiber. But perhaps mode5 is on the same fiber as mode7, and mode6 is on the same fiber as mode8!

To better visualise the data, I made a table of the mode "buddies" and their frequency separations here, check it out if your interested. There is a goofy plot in there with no x-axis and mode spacing on the y-axis. The frequency spacing of pairs of modes is centered around 0.1Hz.

I do think there is scientific value to having a shadow sensor at the fiber: it's clear that the modes are not perfectly aligned or anti-aligned with the DARM axis, I was able to identify all 32 modes. In the egregious case of ITMY, at least 7 of the 8 modes are large in DARM. That being said, the regularity of the spacing means I am quite confident (for most modes!) which two modes are on the same fiber.

Please let me know if I've missed something or if you have any thoughts!

Images attached to this report
Comments related to this report
peter.fritschel@LIGO.ORG - 06:42, Monday 06 April 2026 (89784)

Please quote all numbers for fiber motion and put all plots in 'meters' (either rms or pk), not meters/sqrt(Hz). It is the former that has physical meaning, can be compared to calculation, and is not dependent on the resolution bandwidth one might choose for a spectrum.

georgia.mansell@LIGO.ORG - 14:27, Monday 06 April 2026 (89794)

Good point and important for when we are calibrating our sensitivity to fiber displacement. Here's the main plot converted to meters RMS!

Images attached to this comment
jeffrey.kissel@LIGO.ORG - 08:22, Tuesday 07 April 2026 (89802)CSWG, SUS
@Georgia, welcome to the violin mode life cycle! 

I hope you're using Alan Cummings as a resource. He was super helpful in understanding the mode splitting back in 2022:

TL;DR -- the answer to your second question ("2. What is the origin of the two violin modes per fiber?") is known: dictated be asymmetries, offsets and angles in the fibre necks, ends and welds; not any ellipticity.

Full conversation:
 Kissel
[...] 
Can you model the driven transfer function coupling between PUM drive and the violin mode?
We've recently taken two data sets that either don't make sense, or are incoherent, see
   - Swept Sine LHO:63083
   - Broad Band LHO:63089
> and we're left wondering if it even makes sense to expect to see something on resonance. This would likely require not only your exquisite FEA that includes fiber profiling and pictures of the welds, but also understanding exactly where the PUM magnets are, and the bending bodes of the PUM. Let us know if you need any help in gathering enough information to support such detail, or if you think you've got enough already.


 Cumming
This may well be possible with the FEA, although it's not something I've personally ever done. However, it probably warrants a little caution as to any manage any expectation of what might be possible with FEA (as does all the high precision v-mode stuff) - the precise coupling of a v-mode will likely be very dependent on the direction of oscillation, and this will most likely be dictated be asymmetries, offsets and angles in the fibre necks, ends and welds [what it's not is: general fibre ellipticity - proven previously with FEA that this would have to be so large that we'd see it in profiler measurements]. All of that isn't perfectly characterised, and also can't easily/at all be modeled in FEA, which is where we start to become limited.

Also there is the fibre tensions - these are all assumed to be the same in the FEA, which in reality may not be the case. Indeed in LHO:57649 the comparison of ITMY's fibres measured fundamentals with FEA implies that there's a possibility fibre S1800746 may well be under more tension than the others as compared the projected FEA trends. That's not totally definitive as the reason, but it's certainly possible. I suspect again these are things that might start affecting the coupling at the levels of precision you are interested in.

Practical point - currently the FEA models that exist for the S18XXXX era fibred ITMY are single fibre stiffness models to compare base frequencies of the v-modes that come from the differing fibre geometries. We don't yet have a 4 fibre ITMY model with the individual fibres [at that time you guys were still trying to choose the tranche of good-guy 'a-list' fibres, so it was not known which individual suspects would actually be used in ITMY. Looking at the alog links, it's clear you did ultimately install the a-list fibres S1800721 ,S1800751, S1800649, S1800746.]

Displaying reports 1-20 of 87238.Go to page 1 2 3 4 5 6 7 8 9 10 End