Displaying reports 12441-12460 of 84437.Go to page Start 619 620 621 622 623 624 625 626 627 End
Reports until 05:20, Saturday 11 November 2023
H1 CDS
thomas.shaffer@LIGO.ORG - posted 05:20, Saturday 11 November 2023 - last comment - 07:38, Saturday 11 November 2023(74157)
BS Camera code repeated crashing

For the last ~2 hours the BS camera code has been repeated crashing, bringing us out of Observe, then coming back and having us go back into Observing for a short time and then repeating. It looks like it finally died for real this time and I can't bring it back via Monit. I'll continue to look into how to restart this.

Images attached to this report
Comments related to this report
thomas.shaffer@LIGO.ORG - 05:26, Saturday 11 November 2023 (74158)

Looks like this happened just the other week - alog73749

I'll get Dave involved here in a bit.

thomas.shaffer@LIGO.ORG - 07:25, Saturday 11 November 2023 (74159)

Back to Observing at 1523UTC. Erik will post an log with more info on the camera, but it looks like the same fix that's listed in the above alog.

erik.vonreis@LIGO.ORG - 07:38, Saturday 11 November 2023 (74160)

The fix was indeed the same as the previous alog.  The steps have to be done in the proper order: first restart the camera, then restart the camera server.

1. Restart the camera by cycling power on the port: Log in to the switch, sw-lvea-aux.  Log in either directly from instructions in the password file or from cdsmonitor.

   Once logged in to the switch, these commands will reset the camera.

   a. config t

   b. interface gigabitEthernet 0/35

   c. shutdown

   d. noshutdown

 

2.  Reset the server by logging into h1digivideo2 as root and killing any process named H1-VID-CAM26.  The camera number can be had from the CDS->Digivideo MEDM screen.

LHO General (CAL, SQZ)
austin.jennings@LIGO.ORG - posted 00:00, Saturday 11 November 2023 (74148)
Friday Eve Shift Summary

TITLE: 11/11 Eve Shift: 00:00-08:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Lock Aquisition
INCOMING OPERATOR: TJ
SHIFT SUMMARY:

- Ongoing commissioning work from 12 - 2:00 UTC

- Lockloss @ 2:05 - cause unknown

- Back to NLN @ 3:06/OBSERVE @ 3:25

- Attached are SDFs from SQZ that I accepted and from CAL that I revertedTagging SQZ/CAL

- 3:16 inc 5.0 EQ from Northern Cali

- Loaded ISC LOCK to pull in new CAL settings at 4:09 UTC

- 6:55 - inc 4.8 EQ from Ethiopia

- Lockloss @ 7:08 - cause unknown

- Relocking went through PRMI thrice, but is now continuing up without issue

- The LVEA is still LASER HAZARD and will remain that way for the weekend
LOG:                                                                                                                                                                                                                                                                                     

Start Time System Name Location Lazer_Haz Task Time End
00:53 PEM Robert LVEA YES Move items 01:13
02:20 PEM Robert LVEA YES Check viewports on HAM 3 02:36
Images attached to this report
H1 General (Lockloss)
austin.jennings@LIGO.ORG - posted 23:13, Friday 10 November 2023 (74156)
Lockloss @ 7:08

Lockloss @ 7:08 UTC, EX saturation right before. SQZ LO looks like it has seen a blip first, followed by ASC AS.

Images attached to this report
LHO General
austin.jennings@LIGO.ORG - posted 20:11, Friday 10 November 2023 (74155)
Mid Shift Eve Report

H1 is back in observing, just hit a 1 hour lock. Seismic motion is relatively low, and systems appear stable. Violins, while not great, are slowly starting to come down.

H1 General (Lockloss)
austin.jennings@LIGO.ORG - posted 18:08, Friday 10 November 2023 (74153)
Lockloss @ 2:05

Lockloss @ 2:05 UTC. This one was odd as I had just flipped the intention bit back to observing 3 seconds before we lost lock...how's that for timing. Looks like ASC AS A sees the motion first.

Images attached to this report
LHO FMCS (PEM)
austin.jennings@LIGO.ORG - posted 16:22, Friday 10 November 2023 (74152)
HVAC Fan Vibrometers Check

Closes 26262, last completed in alog 74035

Looks like there were a couple glitches for both EX fans ~ 4 days ago, but has since leveled out. Couple glitches over the past couple days for the CS fan vibrometers as well.

Images attached to this report
H1 CAL
louis.dartez@LIGO.ORG - posted 16:13, Friday 10 November 2023 - last comment - 19:42, Friday 10 November 2023(74145)
SUS ETMX LINE3 doubled in amplitude
I increased the amplitude gain of the TST SUS LINE at 17.6 Hz line to 0.17 from 0.085 using the same line command from LHO:71947. The change took place at GPS 1383694441.

This change was in response to LHO:74113 and LHO:74136. It's meant to be a temporary measure until we can try the new MICH FF without the 17.7Hz zp pair (LHO:74139).

I've attached a scope of the ETMX L3 SUS line uncertainty to show that it's now down to about 0.5%, which is below the 1% threshold implemented by the GDS pipeline (LHO:72944).

Here is the command I used:
val=0.17 && caput H1:SUS-ETMX_L3_CAL_LINE_CLKGAIN $val && caput H1:SUS-ETMX_L3_CAL_LINE_SINGAIN $val && caput H1:SUS-ETMX_L3_CAL_LINE_COSGAIN $val && caput H1:CAL-CS_TDEP_SUS_LINE3_COMPARISON_OSC_CLKGAIN $val && caput H1:CAL-CS_TDEP_SUS_LINE3_COMPARISON_OSC_SINGAIN $val && caput H1:CAL-CS_TDEP_SUS_LINE3_COMPARISON_OSC_COSGAIN $val


Output:

Old : H1:SUS-ETMX_L3_CAL_LINE_CLKGAIN 0.085
New : H1:SUS-ETMX_L3_CAL_LINE_CLKGAIN 0.17
Old : H1:SUS-ETMX_L3_CAL_LINE_SINGAIN 0.085
New : H1:SUS-ETMX_L3_CAL_LINE_SINGAIN 0.17
Old : H1:SUS-ETMX_L3_CAL_LINE_COSGAIN 0.085
New : H1:SUS-ETMX_L3_CAL_LINE_COSGAIN 0.17
Old : H1:CAL-CS_TDEP_SUS_LINE3_COMPARISON_OSC_CLKGAIN 0.085
New : H1:CAL-CS_TDEP_SUS_LINE3_COMPARISON_OSC_CLKGAIN 0.17
Old : H1:CAL-CS_TDEP_SUS_LINE3_COMPARISON_OSC_SINGAIN 0.085
New : H1:CAL-CS_TDEP_SUS_LINE3_COMPARISON_OSC_SINGAIN 0.17
Old : H1:CAL-CS_TDEP_SUS_LINE3_COMPARISON_OSC_COSGAIN 0.085
New : H1:CAL-CS_TDEP_SUS_LINE3_COMPARISON_OSC_COSGAIN 0.17

Images attached to this report
Comments related to this report
louis.dartez@LIGO.ORG - 16:16, Friday 10 November 2023 (74151)DetChar, DetChar-Request
tagging DetChar: please be on the lookout for any artifacts that may have been caused by increasing this ETMX L3 line at 17.6 Hz.
louis.dartez@LIGO.ORG - 19:42, Friday 10 November 2023 (74154)
lscparams.py has been updated with the new SUS ETMX L3 gain
H1 General (SEI, SQZ)
anthony.sanchez@LIGO.ORG - posted 16:07, Friday 10 November 2023 (74149)
Friday Ops Shift End

TITLE: 11/11 Day Shift: 16:00-00:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Lock Acquisition
INCOMING OPERATOR: Austin
SHIFT SUMMARY:
 

Earthquake mode activated twice today for 3 differnt 5.0 Mag earthquakes out of Iceland and haiti.

18:40 UTC Dropped out of comissioning during an Earthquake, the SQZ manager fell out of nominal state.
With the Following message in the SQZ_MANAGER LOG:
2023-11-10_18:40:38.829674Z SQZ_MANAGER [FREQ_DEP_SQZ.run] Unstalling SQZ_FC
2023-11-10_18:40:38.834696Z SQZ_MANAGER [FREQ_DEP_SQZ.run] FC-IR UNLOCKED!
2023-11-10_18:40:38.895063Z SQZ_MANAGER JUMP target: SQZ_READY_IFO
Tagging SQZ

Back to observing at 18:47 UTC.

Dropped out of Observing at 19:06 for some commissioning while LLO is relocking.
Back to Observing at 19:37 UTC.

21:00 LVEA transitions to LASER HAZARD

21:09 UTC Dropped Out of Observing to do Commissioning at 21:09

Lost lock at 21:13 UTC due to Commissioning activies.
https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=74141

Multiple earthquakes above 5.0 struck within a short period of time just after the lockloss.
21:42 UTC Starting Initial Alignment while earthquakes roll through.

22:09 Relocking started

Lockloss due to what looks to be ground motion on the peakmon channels. H1:ISI-GND_STS_CS_Z_EQ_PEAK_OUTMON

Robert comes back from the LVEA to tell us that HAM1 is making a strange sound. Like a picomotor is stuck on.

Robert and a few others go back into the LVEA, Called me back from the LVEA while standing next to HAM1. I could hear the noise over the phone. Robert says HEPI is singing at about 1000hz. Gerardo Asks me to make sure no one is running an excitation.I then Kill all test points. from the CDS Overview screen button.

Camilla Found a channel where the she could see excess noise from HAM1.
Robert has found what he believes to be the source of the noise. Seems like it's the Hepi pump. Robert has damped it using foam.
Tagging SEI

See Camilla's alog:
https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=74140

LVEA is still LASER HAZARD

                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                    

LOG:                                                                                                                                                                                      

Start Time System Name Location Lazer_Haz Task Time End
16:55 SEI Michel Mid X & Y N Searching for Feed through parts. 17:27
17:51 VAC Travis, Janos, +2 Mid Y N Tour of Mid Y to CIT Visitors 18:51
19:06 Chilled water system Eric Mid X N working Chilled water system 19:23
19:07 PEM Robert LVEA Y getting ready to do some PEM Tests. 19:39
19:08 OPS Ryan C LVEA Y LASER HAZARD Transistion 19:33
21:11 PEM Robert LVEA Yes PEM MEasurements 21:39
21:15 TCS Camilla CTRL RM N Making TCS Changes 21:25
21:26 PEM Robert EndX N Getting shaker 21:56
22:05 PEM Robert LVEA YES Setting up more measurements. + Checking on Shaker and Hepi sound 00:05
22:06 VAC Gerardo, + 3 LVEA YES LVEA tour 22:06
22:18 VAC Jordan +4 FTCE + Overpass N CIT Tour 22:48
22:25 VAC Gerado + Mitch LVEA YES Vaccum Prep work 22:55
23:15 CDS Jonathan MidY N Looking at a switch configuration 23:34

 

LHO General
austin.jennings@LIGO.ORG - posted 16:02, Friday 10 November 2023 (74147)
Ops Eve Shift Start

TITLE: 11/11 Eve Shift: 00:00-08:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Lock Acquisition
OUTGOING OPERATOR: Tony
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 8mph Gusts, 6mph 5min avg
    Primary useism: 0.03 μm/s
    Secondary useism: 0.47 μm/s
QUICK SUMMARY:

- IFO is locked but ongoing commissioning work for the next ~2 hours or so

- Violin modes are still high, particularly the usual ITMY 5/6 modes

- CDS/DMs ok

- LVEA is LASER HAZARD

H1 ISC
jenne.driggers@LIGO.ORG - posted 16:02, Friday 10 November 2023 (74146)
NonSENS cleaning of high frequency laser noise on during Observing

With approval of the cleaning review committee, the NonSENS cleaning is now set up to be running for the high frequency laser noise cleaning, during Observing. 

Attached is the effect right now, less than half an hour into the lock; it should improve over the next few hours.

The NOISE_CLEANING guardian takes care of turning it on, and I've accepted SDFs in Observe.snap so that we should be good to go also for the next lock. 

Images attached to this report
X1 SUS (CDS, CSWG, ISC, SUS)
jeffrey.kissel@LIGO.ORG - posted 16:00, Friday 10 November 2023 (74142)
x1suslo1 (HRTS) and x1susbs (BBSS) Controls Ready for Suspension Testing
J. Kissel, O. Patane

Oli and I have finished building up the infrastructure on the x1susquad and x1sustriple computers with front-end models, MEDM screens, EPICs settings, and filter files for upcoming dynamical testing of Bigger Beam Splitter Suspension (BBSS) and HAM Relay Triple Suspension (HRTS). These should now behave as through they were a fully-functional part of the production system, the team should be able to take calibrated ASDs of OSEMs as well as full, driven transfer functions as normal "health check." Transfer functions. This completes all the critical "before Jeff leaves" actions from the controls testing and commissioning checklist, T2300376.

Below, I outline the work we finished today.

- Finished designing and debugging MEDM screens started yesterday (continuing the work described in LHO:74097). The final results are committed to the userapps repo, under
     /opt/rtcds/userapps/release/sus/common/medm
     sus/common/medm/
          x1suslo1_overview_macro.txt   rev 26712
          x1susbs_overview_macro.txt    rev 26712
     sus/common/medm/bbss/
          SUS_CUST_BBSS_OVERVIEW.adl    rev 26712
          (and all referenced subscreens SUS_CUST_BBSS*.adl)
     sus/common/medm/hxts/
          SUS_CUST_HRTS_OVERVIEW.adl    rev 26712
          (and all referenced subscreens SUS_CUST_H?TS*.adl)

- Installed basis transformation matrices defined as of SWG:12125
     Used 
     /ligo/svncommon/SeiSVN/seismic/Common/MatlabTools/
         fill_matrix_values rev 9790
     and 
     /ligo/svncommon/SusSVN/sus/trunk/
         BBSS/Common/MatlabTools/
             make_susbbss_projections.m rev 11666
         HRTS/Common/MatlabTools/
             make_susbbss_projections.m

- Installed the correct actuator sign gains in the COILOUTF banks, given the magnet arrangement in the BSFM and HRTS controls arrangement posters (E1100108 and E2300341) and the sign conventions established in T1200015.

- Installed OSEMINF sensor calibration filters
     These are standard for every OSEM signal chain so just hand copied these filters over from the H1 production system to all the BBSS BS and HRTS LO1 OSEMINF filters:
         - FM1     "10:0.4"    zpk([10],[0.4],1,"n")
         - FM5     "to_um"     zpk([],[],0.0233333,"n")

- Installed the appropriate COILOUTF actuator / coil driver frequency response compensation for the top masses on the test stands.
     QUAD (SUS BSC) Test stand and (SUS) Triple Test Stand are driving their top masses with QUAD and Triple Top drivers. 
     Although these drivers are standard production electronics with the *ability* to switch their frequency response, there's no 
     binary IO switch-ability on these test stands to do it remotely like there is on the production system. 
     So we install all of the frequency response compensation for a TOP driver,
         - FM2    SimLPM1       zpk([9.99999],[1],1,"n")
         - FM6    AntiAcqM1     zpk([0.9],[30.9996],1,"n")
         - FM7    AntiLPM1      zpk([1],[9.99999],1,"n")

     Because the future production BBSS system *will* have switch-ability, we've installed the usual digital infrastructure to 
     remotely switch both the analog and digital filters. But, since the analog filter can't switch, and is thus in its default 
     configuration with the LP OFF, (State 1), the digital system *must always remain in state 1.*

     The HRTS on the other hand, in the future production HRTS system will be driven by HAM-A drivers with their LP switched 
     jumpered to the ON position, and there's no plan for remote control. As such, we ripped out the remote switching 
     infrastructure. So, we've hard-coded the test on the HRTS MEDM screens to suggest that the COILOUTF is in STATE 2. The 
     HAM-A drivers also have a totally different frequency response than the TOP drivers. 

     So -- under the hood, in the test stand only, we should leave the COILOUTF in the STATE 1 configuration (FM2, FM6, and FM7 ON) 
     to correctly compensate the configuration of the TOP driver. 

- Installed modern standard watchdog system, including BANDLIM and RMSLP filters.
     These are standard for every OSEM signal chain, so just hand copied these filters over from the H1 production system to all the BBSS BS and HRTS LO1 BANDLIM and RMSLP filters:
         - BANDLIM     FM1    "acBandLim"    zpk([0;8192;-8192],[0.1;9.99999;9.99999],10.1002,"n")
         - RMSLP       FM     "10sLP"        butter("LowPass",4,0.1)

     Then arbitrarily set the threshold to 100; this can be changed to be however loose or tight you find is helpful / protective for the hardware as you test them.

- Installed rudimentary, robust damping filters that should be stable for any suspension type. For test stand dynamical testing, we don't care about sensor noise re-injection. All we care about is "are the loops stable?" and "does the suspension damp in ~1 sec after experiencing an impulse?" As such, we installed a simple, generic damping filter with the same non-specific frequency response for every degree of freedom:
     - FM1     "0:25,25"    zpk([0],[25;25],1,"n")          simple, velocity damping damping zero at 0 Hz, and a simple two-pole roll-off at 25 Hz
     - FM5     "from_um"    zpk([],[],43.478,"n")           standard "anti" calibration of the OSEM sensors == 1 / "to_um"
     - FM10    "RLP11"      zpk([1+i*59.9917;1-i*59.9917],[5.73577+i*8.19152;5.73577-i*8.19152;1.71429+i*23.9387;1.71429-i*23.9387],1,"n")       some non-aggressive, low-Q, elliptic extra roll off filter (stolen from Elenna and Sheila's HAUX damping loop design)

     BUT we did NOT install a "gain" filter in FM4 as is standard, nor a standard -1.0 in the DARM_${DOF}_GAIN epics field. 
     This damping gain should be determined and set empirically. Just make sure the gain is negative. (and it'll be the easiest thing to do, rather than create a model of what the "best" gain should be).

- Saved all the settings in the right configuration with in test stand SDF system.


Next steps -- as indicated in T2300376:
    - Create 
        BBSS/X1/BS/SAGM1/Data/
      and 
        HRTS/X1/${LO1, LO2, LO3, OBS}/SAMG1/Data/
      folders in the SusSVN.
    - Create DTT templates to take "health check" transfer functions, and save them into the above mentioned new data folders.
        :: For BBSS, probably good to copy from the BSFM templates.
        :: For HRTS, *also copy from BSFM templates* because you'll get the F1F2F3LFRTSD OSEMINF channels, BUT don't drive anything until you tune the amplitude below.
    - Actually assemble, build, and hook up the OSEMs of a real suspension,
    - Measure open light current values, and install the appropriate compensation OFFSETs and GAINs in the OSEMINF banks.
    - Do crude "push around the suspensions with OFFSETs" in the TEST banks to make sure the DAC is actually driving the suspension, and that all of the degrees of freedoms are doing the right thing and the sign conventions are all correct. 
        :: "Plus L OFFSET in the TEST L bank creates more positive L motion in the DAMP_L IN1 channel
        :: "Plus V OFFSET in the TEST V bank creates more positive V motion in the DAMP V IN1 channel"
        :: "Plus T OFFSET in the TEST T bank creates more positive T motion in the DAMP T IN1 channel"
    - Drive transfer functions using the DTT templates 
        :: You'll likely have to tune the frequency response and amplitude of the template to get good coherence.
    - Save the transfer functions -- making sure to be good librarians about filenames associated with the suspension. 
        :: Even though the channel names in the DTT template are all going to *say* the optic is LO1, if you're hooking up LO2, and then LO3 later, save the file names with that name!
        :: Also, be dilligent about saving file names with the correct frequency vector (e.g. 0p01to50Hz for a careful 0.01 BW measurement, vs. 0p03to50Hz for a fast 0.03 Hz BW measurement)
    - Export the data to text file for reading into matlab.
    - Create the matlab infrastructure to process individual DTT transfer functions against the matlab dynamical model, and save the results to a 
        BBSS/X1/BS/SAGM1/Data/
      and 
        HRTS/X1/${LO1, LO2, LO3, OBS}/SAMG1/Results/
      directory structure.
    - create the matlab infrastructure to compare multiple measurements of the BBSS, and separately, the HRTS against each other, and compare!
Jeff should be back by the time you're done with all that.
H1 General (Lockloss)
anthony.sanchez@LIGO.ORG - posted 15:39, Friday 10 November 2023 (74141)
Lockloss 1383686032

Lockloss from NOMINAL_LOW_NOISE

Lost lock at 21:13 UTC due to Commissioning activies. Likely a button related to L2 Lock was pushed that Unlocked us.

Images attached to this report
H1 ISC
camilla.compton@LIGO.ORG - posted 15:22, Friday 10 November 2023 (74139)
MICHFF Current Filter copied to FM6 with no 17.7Hz, but not in use.

As the MICH FF change on Oct 12th effected the Calibration team's sensing of KAPPA_TST, 74136, I copied our current MICHFF FM5 into FM6 without the 17.7Hz zero/pole pair. TF didn't look too different, plots attached, so if we have a thermalized commissioning time we can try this FM6 and compare to FM5 using /lsc/h1/scripts/feedforward/MICH_excitation_comparison.xml

Ideally we would install a new MICH FF filter, designed with this 17.7Hz feature notched out, that is pending.

Images attached to this report
H1 SEI
camilla.compton@LIGO.ORG - posted 15:14, Friday 10 November 2023 - last comment - 16:27, Friday 10 November 2023(74140)
HAM1 HEPI started "ringing/singing" at 22:16UTC, damped vibrating part with foam

alog for Tony, Robert, Jim, Gerardo, Mitchell, Daniel

At 22:16UTC the HAM1 HEPI started "ringing", Robert heard this when he was in the LVEA as a 1000Hz "ringing" that he tracked to HAM1. plot attached.

Geradro, Mitchell and Robert investigated the HEPI pumps in the Mechanical room mezzanine and didn't find anything wrong. Robert physically damped the part of HEPI that was vibrating with some foam around 22:40UTC and the "ringing" stopped, readbacks going back to nominal background levels. Can see it clearly in H1:PEM-CS_ACC_HAM3_PR2_Y_MON plot as well as H1:HPI-HAM1_OUTF_H1_OUTPUT channels, plots attached.  It must be down converting to see it in HEPI 16Hz channels. HAM1 Vertical IPSINF channels also looked strange, plot.

Jim checked the HEPI readbacks are now okay. 

Don't know why it started. Current plan is that it's okay now and more through checks will be done on Tuesday.

Images attached to this report
Comments related to this report
anthony.sanchez@LIGO.ORG - 15:52, Friday 10 November 2023 (74144)
Images attached to this comment
jim.warner@LIGO.ORG - 16:27, Friday 10 November 2023 (74150)

Rober reports at 1khz, but is seems there are a number of features at 583, 874 and 882. Can't tell if there are any higher, because HEPI is only a 2k model. Attached plot shows the H1 L4C asds, red is from a couple weeks ago, blue is when HAM1 was singing, pink is after Robert damped the hydraulic line. Seems like the HAM1 motion is back to what it was a couple weeks ago. Not sure what this was, I'll look at the chamber when I get a chance on Monday or Tuesday, unless it becomes an emergency before then...

Second set of asds compare all the sensors during the "singing" to the time in October. Red and light green are the Oct data, blue and brown are the choir, top row are the H L4Cs, bottom row are the V.  Ringing is generally loudest in the H sensors, though H2 is quieter than the other 3 H sensors.

Images attached to this comment
Displaying reports 12441-12460 of 84437.Go to page Start 619 620 621 622 623 624 625 626 627 End