Displaying reports 4341-4360 of 83686.Go to page Start 214 215 216 217 218 219 220 221 222 End
Reports until 16:39, Monday 09 December 2024
LHO General
ibrahim.abouelfettouh@LIGO.ORG - posted 16:39, Monday 09 December 2024 - last comment - 10:31, Tuesday 10 December 2024(81711)
OPS Day Shift Summary

TITLE: 12/10 Day Shift: 1530-0030 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Earthquake
INCOMING OPERATOR: Oli
SHIFT SUMMARY:

IFO is LOCKING and in ENVIRONMENT due to EARTHQUAKE.

We had a few good hours of locking today but as with yesterday, earthquakes have been rampant. Here are details:

LOG:

Start Time System Name Location Lazer_Haz Task Time End
23:03 HAZ LVEA IS LASER HAZARD LVEA YES LVEA IS LASER HAZARD 06:09
17:08 FAC Karen MY N Technical Cleaning 17:42
17:09 PEM Robert LVEA YES Viewport setup 18:09
19:54 PEM Robert LVEA YES Recording lock acquisition from viewport 20:13
21:59 CDS Erik, Jonathan MSR N VM Server Setup 23:58
22:34 FAC Tyler EX N Cryopump check 21:34
22:48 EE Fil Recieving Rollup N Item transport 23:48
00:07 CDS Jonathan, Erik LVEA remote Moving virtual machines 00:35
00:08 PCAL Tony PCAL y(local) Getting sttuff ready for tomorrow 00:29
00:22 PEM Robert LVEA YES Putting viewport covers back on 01:22
Images attached to this report
Comments related to this report
camilla.compton@LIGO.ORG - 10:31, Tuesday 10 December 2024 (81724)SQZ

Attached is DARM for the no SQZ test time (~10 minute averages). It seems like the noise stopped before the test started. We are seeing worse DARM around 20Hz with SQZ.

Images attached to this comment
H1 General (Lockloss)
oli.patane@LIGO.ORG - posted 15:45, Monday 09 December 2024 - last comment - 18:10, Monday 09 December 2024(81709)
Lockloss

Lockloss @ 12/09 23:12UTC due to large earthquake from Nevada. Sitting in DOWN until ground motion goes down

Comments related to this report
oli.patane@LIGO.ORG - 18:10, Monday 09 December 2024 (81714)

12/10 2:09UTC Back to Observing

H1 TCS (DetChar, DetChar-Request, ISC)
thomas.shaffer@LIGO.ORG - posted 14:33, Monday 09 December 2024 - last comment - 11:04, Tuesday 10 December 2024(81705)
Turned off CO2s for 2 min during poor range

Camilla C, TJ S

This morning we had another period where our range was fluctuating almost 40Mpc, previously seen on Dec 1 (alog81587) and further back in May (alog78089). Camilla and decided to turn off both TCS CO2s for a short period just to completely rule them out, since previously there was correlation with these range dips and a TCS ISS channel. We saw no positive change in DARM during this short duration test, but we didn't want to go too long and lose lock. CO2s were requested to have no output power from 16:12:30-16:14:30UTC

The past times that we have seen this range loss, the H1:TCS-ITMX_CO2_ISS_CTRL2_OUT_DQ channel and the H1:SQZ-FC_LSC_DOF2_OUT_DQ channel had noise that correlated to the loss, but theISS channel showed nothing different this time (attachment 2). We also were in a state of no squeezing at the time. So it's possible that this is a completely different type of range loss.

DetChar, could we run Lasso or check on HVETO for a period during the morning lock with our noisy range?

Images attached to this report
Comments related to this report
jane.glanzer@LIGO.ORG - 11:04, Tuesday 10 December 2024 (81730)DetChar

Here is a link to a lasso run during this time period. The two channels with the highest coefficients are a midstation channel H1:PEM-MY_RELHUM_ROOF_WEATHER.mean and a HEPI pump channel H1:HPI-PUMP_L0_CONTROL_VOUT.mean. 

H1 SEI (SEI)
ibrahim.abouelfettouh@LIGO.ORG - posted 14:29, Monday 09 December 2024 (81707)
SEI seismometer mass check - Monthly FAMIS 26496

SEI seismometer mass check - Monthly - Closes FAMIS 26496. Last Checked alog 80959

T240

Averaging Mass Centering channels for 10 [sec] ...
2024-12-09 14:00:13.262669


There are 14 T240 proof masses out of range ( > 0.3 [V] )!
ETMX T240 2 DOF X/U = -0.751 [V]
ETMX T240 2 DOF Y/V = -0.833 [V]
ETMX T240 2 DOF Z/W = -0.352 [V]
ITMX T240 1 DOF X/U = -1.576 [V]
ITMX T240 1 DOF Y/V = 0.388 [V]
ITMX T240 1 DOF Z/W = 0.488 [V]
ITMX T240 2 DOF Y/V = 0.308 [V]
ITMX T240 3 DOF X/U = -1.657 [V]
ITMY T240 3 DOF X/U = -0.762 [V]
ITMY T240 3 DOF Z/W = -2.097 [V]
BS T240 1 DOF Y/V = -0.329 [V]
BS T240 3 DOF Z/W = -0.41 [V]
HAM8 1 DOF Y/V = -0.415 [V]
HAM8 1 DOF Z/W = -0.7 [V]


All other proof masses are within range ( < 0.3 [V] ):
ETMX T240 1 DOF X/U = 0.049 [V]
ETMX T240 1 DOF Y/V = 0.002 [V]
ETMX T240 1 DOF Z/W = 0.005 [V]
ETMX T240 3 DOF X/U = 0.029 [V]
ETMX T240 3 DOF Y/V = -0.001 [V]
ETMX T240 3 DOF Z/W = 0.014 [V]
ETMY T240 1 DOF X/U = 0.092 [V]
ETMY T240 1 DOF Y/V = 0.202 [V]
ETMY T240 1 DOF Z/W = 0.263 [V]
ETMY T240 2 DOF X/U = -0.032 [V]
ETMY T240 2 DOF Y/V = 0.233 [V]
ETMY T240 2 DOF Z/W = 0.071 [V]
ETMY T240 3 DOF X/U = 0.286 [V]
ETMY T240 3 DOF Y/V = 0.127 [V]
ETMY T240 3 DOF Z/W = 0.184 [V]
ITMX T240 2 DOF X/U = 0.182 [V]
ITMX T240 2 DOF Z/W = 0.29 [V]
ITMX T240 3 DOF Y/V = 0.175 [V]
ITMX T240 3 DOF Z/W = 0.134 [V]
ITMY T240 1 DOF X/U = 0.111 [V]
ITMY T240 1 DOF Y/V = 0.129 [V]
ITMY T240 1 DOF Z/W = -0.006 [V]
ITMY T240 2 DOF X/U = 0.059 [V]
ITMY T240 2 DOF Y/V = 0.218 [V]
ITMY T240 2 DOF Z/W = 0.147 [V]
ITMY T240 3 DOF Y/V = 0.099 [V]
BS T240 1 DOF X/U = -0.127 [V]
BS T240 1 DOF Z/W = 0.157 [V]
BS T240 2 DOF X/U = -0.014 [V]
BS T240 2 DOF Y/V = 0.072 [V]
BS T240 2 DOF Z/W = -0.057 [V]
BS T240 3 DOF X/U = -0.136 [V]
BS T240 3 DOF Y/V = -0.284 [V]
HAM8 1 DOF X/U = -0.298 [V]


Assessment complete.
 


All other proof masses are within range ( < 0.3 [V] ):
ETMX T240 1 DOF X/U = -0.133 [V]
ETMX T240 1 DOF Y/V = -0.112 [V]
ETMX T240 1 DOF Z/W = -0.159 [V]
ETMX T240 3 DOF X/U = -0.1 [V]
ETMX T240 3 DOF Y/V = -0.226 [V]
ETMX T240 3 DOF Z/W = -0.103 [V]
ETMY T240 1 DOF X/U = 0.022 [V]
ETMY T240 1 DOF Y/V = 0.09 [V]
ETMY T240 1 DOF Z/W = 0.148 [V]
ETMY T240 2 DOF X/U = -0.098 [V]
ETMY T240 2 DOF Y/V = 0.152 [V]
ETMY T240 2 DOF Z/W = 0.049 [V]
ETMY T240 3 DOF X/U = 0.155 [V]
ETMY T240 3 DOF Y/V = 0.041 [V]
ETMY T240 3 DOF Z/W = 0.089 [V]
ITMX T240 1 DOF Z/W = -0.092 [V]
ITMX T240 3 DOF Z/W = -0.289 [V]
ITMY T240 1 DOF X/U = -0.25 [V]
ITMY T240 2 DOF X/U = -0.08 [V]
ITMY T240 2 DOF Y/V = -0.185 [V]
HAM8 1 DOF X/U = -0.287 [V]
Assessment complete.

STS

Averaging Mass Centering channels for 10 [sec] ...


2024-12-09 14:00:32.260633
There are 1 STS proof masses out of range ( > 2.0 [V] )!
STS EY DOF X/U = -2.37 [V]


All other proof masses are within range ( < 2.0 [V] ):
STS A DOF X/U = -0.472 [V]
STS A DOF Y/V = -0.961 [V]
STS A DOF Z/W = -0.448 [V]
STS B DOF X/U = 0.281 [V]
STS B DOF Y/V = 0.954 [V]
STS B DOF Z/W = -0.387 [V]
STS C DOF X/U = -0.777 [V]
STS C DOF Y/V = 0.737 [V]
STS C DOF Z/W = 0.654 [V]
STS EX DOF X/U = -0.145 [V]
STS EX DOF Y/V = -0.044 [V]
STS EX DOF Z/W = 0.139 [V]
STS EY DOF Y/V = 0.035 [V]
STS EY DOF Z/W = 1.273 [V]
STS FC DOF X/U = 0.216 [V]
STS FC DOF Y/V = -1.054 [V]
STS FC DOF Z/W = 0.66 [V]


Assessment complete.
 

H1 AOS (ISC, SUS)
joshua.freed@LIGO.ORG - posted 13:42, Monday 09 December 2024 (81702)
SR2 OSEM Noise Injections

J. Freed,

SR2 M1 stage bosems (speciffically T2, T3) show strong coupling below 20Hz

Today I did damping loop injections on all 6 BOSEMs on the  M1. This is a continuation of the work done previously for ITMX, ITMY, PR2, PR3, PRM

As with PRM, gains of 300 and 600 were collected (300 is labled as ln or L).

The plots, code, and flagged frequencies are located at /ligo/home/joshua.freed/bosem/SR2/scripts. While the diaggui files are at /ligo/home/joshua.freed//bosem/SR2/data.

I used part of Elennas code (80862) to produce some of my plots /ligo/home/joshua.freed/bosem/SR2/scripts/osem_budgeting.py. Also used Sheila code located under /ligo/home/joshua.freed/bosem/SR2/scripts/osem_budgeting.py to produce the sum of all contributions
 
SR2_OSEM_darm_NoSum.png Shows SR2 M1 bosems contribution to DARM at 600 amplitude on each bosems excitation channel. Only T2 and T3 seem to have a noticible effect. The interferometer was very noisy around this time with low range but the high excitation amplitude of 600 should account for this.
 
SR2_OSEM_darm_NoSum_ln.png Shows SR2 M1 bosems contribution to DARM at 300 amplitude to check for false flages like PRM. This same result for the flags suggests these flags were indeed caused by the SR2 injections
 
main.png Shows the current version of the sum of the BOSEM contributions. Only PR3, PRM, and SR2 are included so far.
 
GPS Times of injections (reference number in diaggui files)
Background time: 1417796240 (ref0 DARM, ref1 LF_out, ref2 RT_out, ref3 SD_out, ref4 T1_out, ref5 T2_out, ref6 T3_out)
LFL time:     1417795581          (ref7 DARM, ref8 LF_out)
LF time:     1417795740            (ref9 DARM, ref10 LF_out)
RTL time:      1417795870       (ref11 DARM, ref12 RT_out)
RT time:       1417796240       (ref13 DARM, ref14 RT_out)
SDL time:     1417796371      (ref15 DARM, ref16 SD_out)
SD time:        1417796514        (ref17 DARM, ref18 SD_out)
T1L time:       1417796649       (ref19 DARM, ref20 T1_out)
T1 time:       1417796768        (ref21 DARM, ref22 T1_out)
T2L time:     1417796915        (ref23 DARM, ref24 T2_out)
T2 time:        1417797034       (ref25 DARM, ref26 T2_out)
T3L time:     1417797183        (ref27 DARM, ref28 T3_out)
T3 time:       1417797298              (ref29 DARM, ref30 T3_out)
Background time 2:       1417797420         (ref 31 DARM)
 
Images attached to this report
H1 AOS
neil.doerksen@LIGO.ORG - posted 13:41, Monday 09 December 2024 (81703)
HS-1 Swap

Neil and Jim swapped HS-1s on the LVEA floor last week Tuesday morning (2024-12-03). Repeated huddle test and both vertical HS-1s (serial no. 1151 and 1152) work brilliantly. The two huddle images attached are not of HS-1-1151 nor HS-1-1152, but of HS-1-LHO-Brian-Lantz; the setup for the huddle tests for all 3 HS-1 units was the same. The plot shows a seismic signal (blue) and noise floor of HS-1-1152 (green).

Images attached to this report
H1 PSL
ryan.short@LIGO.ORG - posted 13:30, Monday 09 December 2024 (81704)
PSL 10-Day Trends

FAMIS 31063

No major events of note this week, except that PMC REFL seems to have been consistently on the rise over the past week. Total power increase over that time has been about 0.5W with no majorly corresponding decrease in PMC TRANS.

Images attached to this report
H1 CDS
david.barker@LIGO.ORG - posted 12:32, Monday 09 December 2024 (81701)
FMCS STAT warning for LVEA Zone2A warming

FMCS STAT is red on the CDS Overview due to a warming of the LVEA Zone2a area. Attached 7 day trend shows it did something similar yesterday (Sunday) morning.

Images attached to this report
LHO VE
david.barker@LIGO.ORG - posted 10:30, Monday 09 December 2024 (81700)
Mon CP1 Fill

Mon Dec 09 10:21:24 2024 INFO: Fill completed in 21min 20secs

Gerardo confirmed a good fill curbside. Long fill with temps starting positive, hence the strange looking trend.

Images attached to this report
H1 DetChar (DetChar)
samantha.callos@LIGO.ORG - posted 10:16, Monday 09 December 2024 (81698)
DQ Shift Report, LHO: 25 November 2024 00:00 UTC - 01 December 2024 23:59 UTC

Summary of Week:

More detailed information can be found on the DQ Shift Report page.

Images attached to this report
H1 SQZ
camilla.compton@LIGO.ORG - posted 10:10, Monday 09 December 2024 (81697)
SAMS servos railed after HV trip. Needed to clear histories.

After the SQZ HV tripped off and was brought back 81689, the PSAMS servos (80685) railed. Attached plot shows the output of SAMS_SERVO at the limit and Strain gauge not at PSAMS target.

To fix this, on the  H1:AWC-ZM{2,4,5}_M2_SAMS_SERVO (small box to the left of REQUESTED PZT(V)),  I increased ramp time form 2 seconds to 5 seconds, ramped gain to 0, cleared history, ramped gain to 1 and then put ramp time back.

After these were back to their nominal, the alignments of the ZMs went back close to nominal and we were able to lock the FC.

Images attached to this report
LHO VE (VE)
gerardo.moreno@LIGO.ORG - posted 08:58, Monday 09 December 2024 (81695)
Y2-8 Pressure Gauge is Not Reporting

It appears that we have lost the gauge for Y2-8, nothing to do for now since this is a monitoring tool.  We will assess tomorrow, but if the system needs to be charged, then maybe there will be enough sunlight today.

Lost the gauge early Saturday morning.

Images attached to this report
H1 General (Lockloss)
ibrahim.abouelfettouh@LIGO.ORG - posted 08:50, Monday 09 December 2024 (81694)
Lockloss 16:39 UTC

Earthquake caused Lockloss.

LHO General
ibrahim.abouelfettouh@LIGO.ORG - posted 07:43, Monday 09 December 2024 (81692)
OPS Day Shift Start

TITLE: 12/09 Day Shift: 1530-0030 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Observing at 97 Mpc
OUTGOING OPERATOR: Tony
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 4mph Gusts, 2mph 3min avg
    Primary useism: 0.02 μm/s
    Secondary useism: 0.36 μm/s
QUICK SUMMARY:

IFO is in NLN and OBSERVING without squeezing.

There were issues with the squeeze high voltage, so observing without squeezing until this is investigated today. (per Camilla's alog 81689)

We also have planned comissioning time today from 8AM-11AM (30 mins earlier than usual due to an all-hands meeting).

Other than that, it seems the wind is low, the microseism is slowly coming down and the barrage of aleutian islands earthquakes has ended.

H1 General (SQZ)
oli.patane@LIGO.ORG - posted 22:44, Sunday 08 December 2024 - last comment - 14:38, Monday 09 December 2024(81690)
Ops Eve Shift End

TITLE: 12/09 Eve Shift: 0030-0600 UTC (1630-2200 PST), all times posted in UTC
STATE of H1: Earthquake
INCOMING OPERATOR: Tony
SHIFT SUMMARY: Currently Observing without squeezing and have been Locked for 1 hour.
All thoughout the day we haven't been able to lock because of many earthquakes, but in the last hour I was finally able to relock the IFO without us losing lock from ground motion.
When we got to NLN we couldn't go into Observing because the squeezer PMC wouldn't lock - the message said "Cannot lock PMC. Check SQZ laser power". Last time this happened we were just able to get it to lock by re-requesting LOCKED for the PMC guardian, but this time it didn't work. I called Camilla, and we saw that although the PZT thought it was scanning to try and lock, the PZT volts were not changing and were just sitting out of range, around -12 volts, and that 10 hours ago something had happened to the PZT volts where they suddently glitched down to over -200, which is much lower than they ever go.
We weren't able to get it back working so we used Ryan Short's script to change the nominal sqz states. I accepted the sdfs, and we went to Observing at 06:31 UTC. Here is Camilla's alog with an ndscope. tagging SQZ
LOG:

22:32 Started an initial alignment
22:58 Initial alignment done, relocking
    - Lockloss from LOCKING_ARMS_GREEN
    - Lockloss from OFFLOAD_DRMI_ASC
    - Lockloss from ENGAGE_ASC_FOR_FULL_IFO
    - Lockloss from RESONANCE due to large EQ hitting
00:23 Put IFO in DOWN to wait out earthquake
- HAM2, HAM3, HAM5 ISI tripped
- IM2 tripped

02:58 Started an initial alignment
03:22 Initial alignment done, relocking
    - Lockloss from PREP_DC_READOUT_TRANSITION due to earthquake
03:43 Sitting in DOWN while earthquake passes

04:48 Trying to relock
05:46 NOMINAL_LOW_NOISE
    - Issues getting PMC to lock - see above
06:31 Observing without squeezing

Images attached to this report
Comments related to this report
camilla.compton@LIGO.ORG - 09:06, Monday 09 December 2024 (81696)SQZ

As SQZ_ANG_ADJUST guardian had a conditional for the nominal state depending on sqzparams.use_sqz_angle_adjus, the observation without squeezing code doesn't change it and we edited ADJUST_SQZ_ANG.py ourselves.

 Now we've been observing for months using this state, I'm removing the conditional so it is always 'nominal = 'ADJUST_SQZ_ANG_ADF'' and adding a note to change this in sqzparams.

I will ask Ryan to change the permissions so we can have SQZ_ANG_ADUST included in his switch_nom_sqz_states.py script.

ryan.short@LIGO.ORG - 14:38, Monday 09 December 2024 (81706)SQZ

I've fixed the group permissions on the switch_nom_sqz_states.py script to be 'controls' and added the SQZ_ANG_ADJUST node to be updated along with the others with a nominal up state of 'ADJUST_SQZ_ANG_ADF'.

I also added several models to the sqz_models list in the script that will allow for SDF diffs when going to the no-SQZ configuration. Since the IFO will be observing in a non-nominal configuration, the intent is to not accept SDF diffs associated with this temporary change. The full list of models that will now be excluded is as follows:

  • sqz
  • syscssqz
  • ascsqzifo
  • ascsqzfc
  • susfc2
H1 SQZ (CDS, OpsInfo)
camilla.compton@LIGO.ORG - posted 22:41, Sunday 08 December 2024 - last comment - 15:26, Monday 09 December 2024(81689)
SQZ High Voltage seems to be off. Oli taken IFO to observation without SQZ.

It appears that the SQZ HV (PMC/SHG/OPO PZT, ZM2,4,5 PSAMS) went down at 12/08 20:33UTC. Trends attached. 

Oli found that the SQZ PMC wasn't locking. We tried enabling the PZT manually and although it thought it was scanning, the PZT Volts remained at -12, Oli found it had been like this since 12/08 20:33UTC. Then realized all PSAMS volts are off and other PZTs. Oli has taken the IFO into observing without SQZ for tonight do the CDS/EE team can look at this tomorrow.

Images attached to this report
Comments related to this report
ibrahim.abouelfettouh@LIGO.ORG - 08:40, Monday 09 December 2024 (81693)VE

This was likely caused by a reported HAM7 interlock trip. Tagging Vacuum.

Looking at HAM7 pressure doesn't seem to show anything at the time of trip though.

Images attached to this comment
camilla.compton@LIGO.ORG - 10:14, Monday 09 December 2024 (81699)

Richard untripped the HV in the Mech room mezzanine at 2024/12/09 16:12:14 UTC this morning. The ZM2/4/5 SAMs railed, we brought them back in 81697 by clearing the servo's histories.

patrick.thomas@LIGO.ORG - 15:26, Monday 09 December 2024 (81708)
I logged into h0vacly and looked up the status of PT153. See "Latched Device Error Details" in the attached screenshot. According to the manual, this appears to translate to "Electronics failure, Non-volatile memory failure, invalid internal communication".
Images attached to this comment
H1 SQZ (OpsInfo)
ryan.short@LIGO.ORG - posted 13:27, Tuesday 03 September 2024 - last comment - 15:55, Monday 09 December 2024(79887)
Script to Switch Nominal SQZ Guardian States for Observing w/out SQZ

I've written a script, /opt/rtcds/userapps/release/sqz/h1/scripts/switch_nom_sqz_states.py, which will change the nominal states of the SQZ Guardian nodes to be used when it's decided that H1 will observe without SQZ, a process adapted from the ObservationWithOrWithoutSqueezing wiki. This is intended to save operators time so the switch to a configuration where H1 can observe without SQZ is quick and brings us to observing promptly.

The script first commits any uncommitted changes in the SQZ Guardians to svn with an "as found" message before the nominal states are changed. Once changed, the nodes are then loaded and SQZ_MANAGER is requested to NO_SQUEEZING, which should make sure all nodes are in the state they should be.

This script also adds the 'syscssqz' model to the EXCLUDE_LIST in the DIAG_SDF node when going to the no-SQZ configuration. This is to facilitate any SDF diffs that may appear as a result of SQZ misbehaving and will allow H1 to go to observing while ignoring any diffs in this model. More models to exclude can be added in the script as desired.

Since the pysvn package used by the script to commit to svn is a Debian package not found in conda, all conda environments must be deactivated for this script to work. Hence, when running this script, utilize the 'noconda' bash script wrapper found in userscripts. Calling this script to change to the configuration where H1 will observe without SQZ would look as follows:

noconda python switch_nom_sqz_states.py without

This script can also be used to go back to the configuration where H1 is observing with SQZ; simply replace the 'without' argument when running it with 'with' and the nominal SQZ Guardian states will be changed back to normal and the SQZ models will be removed from DIAG_SDF's exclude list.

Comments related to this report
ryan.short@LIGO.ORG - 15:55, Monday 09 December 2024 (81710)OpsInfo

(Repost from alog81706 to document updates to this script)

I've updated this script so that it now also changes the nominal state for the SQZ_ANG_ADJUST node (previously this was left out due to it being set by a parameter in sqzparams).

I also added several models to the sqz_models list in the script that will allow for SDF diffs when going to the no-SQZ configuration. Since the IFO will be observing in a non-nominal configuration, the intent is to not accept SDF diffs associated with this temporary change. The full list of models that will now be excluded is as follows:

  • sqz
  • syscssqz
  • ascsqzifo
  • ascsqzfc
  • susfc2
Displaying reports 4341-4360 of 83686.Go to page Start 214 215 216 217 218 219 220 221 222 End