I accepted SDF values for MC1 yaw and MC3 yaw today that appeared to be swaped, so have looked into alignment of MC1 and MC3 in yaw for 120 days.
It does appear the alignment slider values were swapped, however looking at the IMC WFS and when they were relieved, it also appears that the WFS relief moved the MC1 yaw alignment slider toward the old MC3 value and the MC3 yaw alignment slider toward the old MC1 value (WFS offsets go to zero).
Today IMC WFS have offsets on MC1 and MC3 yaw of around 27. It might be interesting to run a WFS relief and see where the sliders end up.
Attached are 120 days: MC1 yaw OSEMs, MC1 IMC WFS output, MC1 yaw slider, IMC WFS A yaw, IMC WFS B yaw, MC3 yaw OSEMs, MC3 IMC WFS output, MC3 yaw slider
WP# 6379
Peter, Kiwamu,
As a part of the PSL ISS/mystery noise study, we swapped a mirror to reduce the light power going to the ISS box during the maintenance period today. This is a temporary configuration and we will decided on the final configuration based on the results we get out of this configuration.
Since the ISS box is not used for stabilizing the intensity, we don't expect any impacts on H1 noise or stability performance.
[M32 swapped, HWP rotated]
We swapped mirror M32 with an window, W1-PW-1025-1064-UV-45P without pulling out the entire mount. This decreased the light power coming into the ISS to 4 mW (measured by a Vega) as expected from presumably 400 mW. We rotated the half wave plate in the box to maximize the transmission and therefore we think PDB is now sensing much higher P-polarizing light than S-pol. Checking the reflection of the polarizing BS, we didn't visually see any light on a laser card which is good. After the swap, the power on PDB was measured to be 2 mW as expected due to a 50/50 BS in the box. After the fine alignment, PDB had a DC output of about 5 V. We also confirmed that the ADC was not saturating. We placed a Kenteck beam dump behind M32 to capture the large transmission.
We had a difficulty aligning the beam back to the center of PDB due to the narrow space and view. We spent an hour trying to get back to good alignment. During this process, we touched M32 and the steering mirror right in front of PDB. Once fine alignment was established, we re-centered the light on the QPD in the box by touching the steering mirror in front of it. Also, we removed an optical filter labeled "NG5 2mm". This had been attached to the entrance hole of the ISS box in the inside.
The attached are pictures showing the optical layout after today's activity. You can see M32 and the newly installed Kenteck beam dump.
TITLE: 12/06 Eve Shift: 00:00-08:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Lock Acquisition
OUTGOING OPERATOR: Patrick
CURRENT ENVIRONMENT:
Wind: 8mph Gusts, 6mph 5min avg
Primary useism: 0.03 μm/s
Secondary useism: 0.48 μm/s
QUICK SUMMARY: Patrick was halfway done with IA when I arrived. I finished IA and have locked DRMI a couple of times now. I stopped at DRMI to let Sheila go to the LVEA to adjust the focus on the newly installed SRM digital camera. Carrying on with locking now.
Leaving "temporary" rotating shaft pumps run at BSC8 overnight as LLO is still offline. The expectation is to shut these down at the end of maintenance tomorrow or when LLO is back up (which ever occurs last, i.e. maximize pumping time)
Output from /opt/rtcds/userapps/release/sys/h1/scripts/VerbalAlarms/Lock_Summary.py. The lock numbers are not correct? Lock# 2 Times are in: GPS (UTC) Start time: 1164811816.0 (Dec 3 14:49:59 UTC) Itbit Engage: [0, 1164811954.0, 1164853675.0] Itbit Disengage: [0, 1164853582.0, 1164931220.0, 1164954645.0] End time: 1164954645.0 (Dec 5 06:30:23 UTC) Total length: 142829.0 , 39hr 40min 29sec Total Science: 119173.0 , 33hr 6min 13sec Lock# 3 Times are in: GPS (UTC) Start time: 1164960365.0 (Dec 5 08:05:48 UTC) Itbit Engage: [0, 1164961121.0, 1164962290.0] Itbit Disengage: [0, 1164961954.0, 1164988988.0] End time: 1164988988.0 (Dec 5 16:02:46 UTC) Total length: 28623.0 , 7hr 57min 3sec Total Science: 27531.0 , 7hr 38min 51sec
TITLE: 12/06 Day Shift: 16:00-00:00 UTC (08:00-16:00 PST), all times posted in UTC STATE of H1: Locking INCOMING OPERATOR: Travis SHIFT SUMMARY: Maintenance all day. Handed off initial alignment to Travis. LVEA and VEAs have been swept by Corey and then Kiwamu and Peter when they finished working in the PSL enclosure. Kyle has a pump running at PT180. HAM2 and HAM3 ISI and MC1, MC2 and MC3 SUS tripped during model restarts. Cheryl brought back the alignment of the input optics. The camera for SRM was swapped for a GigE one. It still needs to be focused. I set the ISI state to SC_OFF_NOBRSXY during maintenance. It is now back to WINDY. The ESD HV power supply was swapped at end Y. LOG: 16:01 UTC Joe to LVEA 16:03 UTC Lock loss 16:45 UTC Filiberto pulling network cable for GigE camera, climbing on HAM4 16:48 UTC Put ISC lock guardian to down 16:48 UTC Bubba bringing boom lift from end Y back to corner 16:50 UTC Set SEI config to SC_OFF_NOBRSXY 16:53 UTC Gerardo to LVEA to swap SRM cameras, VP9 on output beam tube, north side, near HAM4 16:54 UTC Peter to PSL enclosure to start reference cavity alignment 16:55 UTC Richard to LVEA to help Gerardo 16:59 UTC Jason to PSL enclosure to help Peter 17:10 UTC Kyle staging for PT180 work, climbing around BSC8 17:13 UTC Jeff to LVEA to start work on cleanroom curtains 17:13 UTC Joe out of LVEA 17:18 UTC Kiwamu to optics lab and possibly LVEA to look for optics 17:25 UTC Filiberto and Mark to end Y to swap ESD HV power supplies 17:35 UTC Filiberto turning off ESD HV at end Y, Betsy set bias to 0 17:58 UTC Set IMC_LOCK guardian to auto and then offline 18:17 UTC Jason and Peter done 18:18 UTC Richard to LVEA to unplug illuminator for HAM5 18:18 UTC Gerardo to LVEA to look for other cameras on spool piece 18:19 UTC Chris to LVEA to clean 18:32 UTC Gerardo back 18:33 UTC Filiberto and Mark done at end Y, Betsy starting charge measurements 18:34 UTC Peter toggling noise eater 18:41 UTC Peter back 18:44 UTC Gerardo to end Y to check chilled booster water pump glycol leak in mechanical room 18:58 UTC Aaron restarting calibration pipeline 19:07 UTC Aaron done 19:11 UTC Dave restarting models, MC1, MC3, HAM2 ISI, MC2, HAM3 ISI tripped 19:18 UTC Corey taking PSL enclosure to science mode 19:21 UTC Joe back to LVEA 19:23 UTC Gerardo back from end Y, did not go into VEA or use card reader 19:27 UTC Gerardo to LVEA to look for parts in west bay Cheryl looking at IM alignment 19:42 UTC Gerardo back 19:48 UTC DAQ restart 19:56 UTC Jeff B., Joe, Chris done in LVEA 20:00 UTC Mark to end Y to check setting on new ESD power supply 20:15 UTC Starting initial alignment 20:17 UTC Set ISI config back to Windy 20:18 UTC Mark back Corey done LVEA sweep, Kyle still has pump running on PT180. 20:56 UTC Betsy to LVEA to look for part 20:59 UTC Kiwamu starting WP 6379, stopped initial alignment between PRM align and PRM align offloaded. 21:19 UTC Betsy done 22:04 UTC Jeff B. getting garb from cleaning area 22:12 UTC Jeff B. done 22:19 UTC Alfredo and Elisabeth to mid Y to inventory cables 23:20 UTC Kiwamu and Peter done 23:31 UTC Alfredo and Elisabeth done 23:36 UTC Starting initial alignment
Changed smoothing factor on CP4 cyropump level from 0.999 to 0 to see if it helps with sporadic noise causing alarms at operator console.
3:08 pm local
Took 39 min. to fil CP3 at 50% open on LLCV. Raised nominal level from 17% to 19%.
Lowered to 18% open after a couple hours since exhaust pressure is higher than usual. 19% was too much flow.
J. Kissel, B. Weaver Took this week's charge measurements while we were down for other reasons. New plots attached. Looks like the regular bias flipping that we're doing when the given test mass is NOT in use is working well. This was programmed into the ISC_LOCK guardian on ETMX on 2016 Nov 03 (see LHO aLOG 31172), and for ETMY on 2016 Nov 28 (see LHO aLOG 31929). In the limit of infinite spare time, I'd like to resurrect comparing longitudinal actuation strength change over time with these optical lever angular measures of the strength (see, e.g. LHO aLOG 24241), now that we've got calibration lines regularly churning out data again during the observing run.
Operators can check if any CDS Wifi Access Points (WAP) are left on by running the script wap_scan
david.barker@zotws2: wap_scan
wap-lvea is OFF
wap-ex is OFF
wap-ey is OFF
wap-mx is OFF
wap-my is OFF
During O2 these units are normally unplugged at the ethernet switch. When needed, the user will plug the ethernet cable into the switch, which will power up the WAP via power-over-ethernet (POE). When done with the WIFI, the user should remember to disconnect the cable before leaving the outbuilding.
Dave has a script to check the on/off state of each wireless access point: wap_scan This should be run as part of the sweep for science mode.
R. McCarthy, G Moreno, F. Clara
Replaced analog camera @ MCB2 VP9 with GigE camera removed from ISCT6. The camera is working but a small focus adjustment will be needed once the IFO is locked.
This was an "Initial Sweep", in that a couple of incursions (PSL ISS work by Kiwamu & part search by Betsy) occurred after this Sweep, but they will make sure LVEA is in a Swept state when they are done.
Used the LVEA Sweep checklist (here on DCC & Wiki). Items worth noting:
LVEA Phone Locations:
Not clear where & how many phones we have to look for when sweeping. These are phones I came across:
Crane Prarking:
East Bay crane was a few feet away from "Parking Spot".
BSC8 Scroll Pump Running
There is a Pump running at BSC8. Kyle has talked to Keita and Patrick (ops on shift) about this. May disconnect at end of the day. Although Kyle mentioned this pump not seen as a noise source when H1 was running.
LVEA CDS Wifi??
I did not check to see if this was turned OFF. Will not turn OFF in case Kyle needs wifi for his laptop.
H1PSL Room & H2PSL Room Science Mode Transition
This wasn't technically checked off last week. So I went out and went through the PSL Science Mode checksheet, T1400648 (laminated copy of this checksheet is at the H1 PSL [not H2]). An overview for taking PSLs to Science mode is here, T1500459. There is also a PSL Science Mode wiki page, here; on this page there is mention of making sure DBB electronics are OFF (they are).
H1PSL was taken to Science Mode by me. Kiwamu will be going inside & will take it to Science Mode again.
H2PSL had a few variances:
VEAs Swept
Only had an incursion to EY today (Fil, Mark P, & Chris S.), but everything should have been backed out when they left. So EX & EY are in a Swept State.
WP6378, ECR1600364
TJ-detchar, Dave:
The H1BROADCAST0.ini file was modified to add the five channels:
+[H1:CAL-PCALY_OSC_SUM_ON]
+[H1:FEC-88_DAC_OVERFLOW_ACC_3_1]
+[H1:FEC-88_DAC_OVERFLOW_ACC_3_2]
+[H1:FEC-88_DAC_OVERFLOW_ACC_3_3]
+[H1:FEC-88_DAC_OVERFLOW_ACC_3_4]
change went in on the 11:49PDT DAQ restart.
Attached are oplev 7-day trends.
This CLOSES FAMIS 7404.
Jim Dave Daniel
This implements ECR E1600358.
The internal processing rate of the ASC IMC model has been increased from 2048 Hz to 16384 Hz. The data rate of the DAQ channels was kept the same and stayed at 2048 Hz. It is now possible to perform online jitter measurements using the IMC WFS testpoints up to the full Nyquist frequency.
WP6373 details
DAQ:
h1ascimc.mdl file changed just to increase rate in CDS-BLOCK from 2k to 16k.
ASCIMC_MASTER.mdl file changed, the ODC DAQ channel H1:IMC-ODC_CHANNEL_OUT_DQ did not have its rate defined (defaulted to old model rate of 2048). We explicitly set its rate to be 2048 Hz as this ECR stipulated that no DAQ frame channel could increase its rate beyond 2kHz. All other DQ channels had their rates defined at 2048 in the DAQ-CHAN lists and no changes were required. One subblock had a separate DAQ-CHAN list, also did not require any changes.
IPC:
The h1ascimc model is the sender to 11 IPC channels (all dolphin). The recipient models are h1susmc[1,2,3], h1lsc and h1odcmaster. The H1.ipc file was backed up and then hand edited to change these 11 ipc channels from 2048 to 16384. All recipient models were then compiled and installed against the new IPC file.
Restart Order:
Because of the IPC communications, the restart order was
stop the IPC receiver models (h1susmc[1,2,3], h1lsc, h1odcmaster)
stop and start the h1ascimc
start the IPC receivers models
DAQ:
technically these changes did not require a DAQ restart because all DQ channels retained their rates. Practially however the ini file's content changed because the datarate in the [DEFAULT] section changed, and a DAQ restart was required to resync the Check Sum of the INI file.
Testing:
I verified that the H1:IMC-ODC_CHANNEL_OUT_DQ (which is now a down-sampled UINT32 channel) has the same signal.
I took one representative IPC receiver channel (H1:SUS-MC1_M3_ISCINF_Y_IN1_DQ) to show that the removal of upconversion at the 16k receiver did not change the signal.
Summary:
OPLEV EX laser glithes were reported to be causing DARM glitches by detchar (e.g. alog 31810) even though EY is no worse or maybe somewhat glitchier (1st attachment, this is a week's worth of trend before Jason made an adjustment). It seems like this is due to a hidden design feature that there's a fixed 0.1uf cap across transimpedance resistor, which gives different pole for different resistor.
As a quick fix I'll insert digital zp(160,16) for all EX segments, as it seems to me that we cannot change the transimpedance without accessing the receiver module on oplev pyron.
Details:
T1600085 tells us that the effective transimpedance and the whitening gain of ETMX and ETMY are [2*10k,18dB] and [2*100k,0dB] (a factor of 2 comes from the differential drive, physical transimpedance is either 10k or 100k). They both use two stages of whitening filters too.
D1100290 shows that there's a 0.1u cap across the transimpedance resistor. The pole formed by 0.1uF cap and [10k, 100k] resistor is [160Hz, 16Hz].
Analog signal of each segment including whitening gain is
ETMX ~ 8*2*10k*zp([],160Hz)*photocurrent (a factor of 8 due to 18db whitening gain)
ETMY ~ 2*100k*zp([],16Hz)*photocurrent.
DC level is about the same but ETMX has an effective zp(16,160) whitening relative to Y. Look at RIN (second attachment) and PIT and YAW signals (third).
Residual power glitch that isn't canceled out by power scaling goes into the oplev PIT, and the effect is worse for ETMX due to this difference because X and Y has the same damping filter with similar gain. For f>300Hz the PIT signal is limited by the electronics noise, so the power glitch at this frequency directly goes to oplev damping without any cancellation.
Inserting zp(160,16) for all EX segments will, for the moment, make EY and EX about the same.
Added FM10 (named "alog32115") to H1:SUS-ETMX_L3_OPLEV_SEG1, SEG2, SEG3 and SEG4.
Some old ISIINF channels were still defined in the foton file but not in the frontend, JeffK confirmed that all of them were safe to remove from the file. These channels were automatically purged from the foton file when we saved it.
Filter coefficients of the SUS-ETMX model were reloaded, I enabled the new filters, and they were accepted in SDF safe.
This introduced a new 16Hz pole (and 160Hz zero) only to ETMX oplev damping, which should have made EX and EY oplev plant identical (or more similar to each other) which is a good thing.
But there might be some impact on ASC. If this makes HARD (or SOFT though less likely) unstable, turn FM10 off for the moment.
Note that I didn't make similar changes to ITMs yet, though they both use 10kHz transimpedance resistors as these are not of immediate concern. Longer lever arm of ITM oplevs means that the equivalent angle noise of the oplev sensing electronics for ITMs are roughly a factor of 6 smaller than ETMs.
J. Kissel I've checked the open loop gain transfer functions of the ETMX optical lever pitch loops after this change. As expected from the frequency content of the new filter, there is no significant difference in the OLG TF with these new filters ON vs OFF. I attach the OLGTFs: - RED: With Keita's change OFF - BLUE: With Keita's change ON - BLACK: Same transfer function for ETMY (which has had no change) The template lives here: /ligo/home/jeffrey.kissel/Templates/ ETMX_L2_OLDAMP_P_OLGTF.xml ETMY_L2_OLDAMP_P_OLGTF.xml
[Travis, Jenne]
We have also accepted these FM10s in the Observe SDF file.