We received a couple of PSL low temp alarms over the past hour. Looking at the attached trend, over the past hour the temp has dropped from 73.3 degF to 69.2 degF, then turned over and started coming back up to 71 degF. I notified Jason and he is going to look at the PSL enclosure to check that the air conditioning didn't turn on mysteriously.
At Jason's request, here are some more trends of the PSL temperature on the table (TBLN = table north, TBLS = table south) and the LVEA temperature. All of the PSL temps seem to follow the same trends with slightly smaller magnitude of change. The LVEA trend looks similar in shape to the PSL trends, but it only changes by ~0.1 degF.
Dave, Joe B.
I have installed Joe's sys/common/scripts/lockloss3 script at LHO. The /ligo/cds/userscripts/lockloss symbolic link now points to the new file. I ran the script over the 3am PST H1 lockloss and was able to get the plots (BTW, wind speeds didn't seem too bad at the time of lock loss).
Handing this over to the operations and commissioning teams for use/evaluation.
Related service-request in FRS is https://services.ligo-la.caltech.edu/FRS/show_bug.cgi?id=7531
BTW: please do not try a global svn-update of sys/common/scripts, we have 4 files which may be in conflict with the repository. They are: guardlinks, lockloss-sus-sat, lockloss and quick_snap.
For lockloss3 install, I did a file-by-file update of lockloss2 and lockloss_utils.py
Starting CP3 fill. LLCV enabled. LLCV set to manual control. LLCV set to 50% open. Fill completed in 1998 seconds. TC B did not register fill. LLCV set back to 16.0% open. Starting CP4 fill. LLCV enabled. LLCV set to manual control. LLCV set to 70% open. Fill completed in 1674 seconds. TC A did not register fill. LLCV set back to 37.0% open.
Increased LLCV %open values to 39% from 37% for CP4 and to 18% from 16% for CP3
Transitioned to Commissioning for the commissioning break from 19:00-22:00 UTC as directed by Keita.
FRS7340. Work permits older than 2017 have been put into a subdirectory called archive_2007-2016 (yep, the wp system is 10 years old this June 1st). This web page now loads considerably faster.
JimW HughR
The first attachment is from late afternoon yesterday, before the winds started picking up. There is still a large difference between it and the ISI GND STS below 100mHz. This may be thermal equilibrating or maybe the masses need centering again. I'll look at this today; must be done at EndY.
The second attachment is from early this morning with sustained 20mph winds; pretty steady direction from the SW to SSW. The coherence and spectra look much better with the greater input.
The third attachment looks at coherence to the BRS Tilt. The coherence to the right is when the wind is low and to the left shows when the wind is high. Bottom line: not much difference between the colocated sensor and the GND seismo on the floor.
At the end of the commisioning break today, I went down to EY and recentered the masses on the T240. This sensor doesn't have the full integration into the data system, so it's not just a button push. Richards DB9 connector makes this pretty easy though. Pin 5 is the analog ground, so UVW are read by read getting the voltages from pins 1-3 to 5. To re-center, you need a 5V supply (Richard loaned me one), connect pin 7 to the supply ground and put the +5v on pin 6 for a(n actual) second. When I got to EY the masses were at 1-2v, after centering they were between .08-.2v.
I looked at 2-k seconds of data from Wednesday night at 6:00 UTC. Plots are attached. The ASD is in rad/rt(Hz). Once again, the T240 seismometer on the platform sees a substantially larger low-frequency signal compared to the BRS or the ground STS. This instrument performed much better when it was on the ground.
This suggests that it is picking up extra signal when it is on the platform, which is not real tilt (as the BRS signal is much smaller). It is unlikely to be temperature since Hugh's additional foam insulation made no difference. It could be temperature noise on the table feet so it may be a good idea to wrap the feet also in the same foam insulation and see if that makes any difference.
Another possibility is that the low-frequency excess could be some form of (parametric) down-conversion from the excess high frequency motion of the platform (10-50 Hz). We have seen such noise on the BRS flexures, so it would not surprise me if similar noise exists in seismometers. I'm more surprised that the platform is shaking so much at high frequencies. I think this calls for a better design of the platform feet.
model restarts logged for Tue 28/Feb/2017
2017_02_28 09:38 h1isiham2
2017_02_28 09:45 h1asc
2017_02_28 09:47 h1dc0
2017_02_28 09:48 h1fw1
2017_02_28 09:49 h1broadcast0
2017_02_28 09:49 h1fw0
2017_02_28 09:49 h1fw2
2017_02_28 09:49 h1nds0
2017_02_28 09:49 h1nds1
2017_02_28 09:49 h1tw1
2017_02_28 11:33 h1lsc
Maintenance day. New ISI-HAM2 and ASC models with associated DAQ restart. Bug fix of LSC model. h1brsex restart 11:55 (not shown)
model restarts logged for Mon 27/Feb/2017 - Fri 24/Feb/2017 No restarts reported
TITLE: 03/01 Day Shift: 16:00-00:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Observing at 61Mpc
OUTGOING OPERATOR: Jeff
CURRENT ENVIRONMENT:
Wind: 34mph Gusts, 27mph 5min avg
Primary useism: 0.13 μm/s
Secondary useism: 0.21 μm/s
QUICK SUMMARY: Observing for just over 3 hours. Other than wind being at the edge of causing issues, no problems.
Shift Summary: A2L DTT script Yaw & Pitch are rung up; did not run repair script. Lost lock – Several wind gusts above 35 mph, and one near 45 mph at the CS. Trying to relock. Ran initial alignment and relocked the IFO. Accepted HPI-HAM2_IPS_HP_SETPOINT_NOW SDF and went back to Observing.
After relocking there was a SDF difference with the HPI-HAM2_IPS_HP_SETPOINT_NOW. Accepted the difference and went into Observing.
Thanks for the log Jeff. This reminds (smacks in the face) me now that I've removed the HEPI Pringles from the Restore Target DOF list, these will all have to be put into the Not Monitored list. These are the DC positions that the Isolation loops drive to. When the loops first start, we load the current free hanging position into the "SETPOINT_NOW" channel so the loop starts with no DC load. After the loop is on and is stable, we load the "Target Position" to move too. All HEPI loops were driving to Targets but the Pringle loops are AC coupled so loading a DC Target position just was wasted effort that got the loop nowhere in the end. So this Setpoint Now channel will be different every time there is a platform trip and re-isolation.
What I don't understand is why there isn't a VP difference too and why this HP difference is so small.
For the ISIs, all HAMs load all DOF Targets, for the BSCs, none of the Targets are loaded; hence, the Not Monitored Lists.
I probably could do this while Observing but I'm reluctant in case the fussing around sets an SDF flag; I'll get it during commissioning later.
Addendum: Checked the SVN, someone must have saved the OBSERVE.snap earlier in the day, to clear the diffs after the HAM2 HPI trip during maintenance; I remember Jim mentioning the trip in the morning. Then the old e-11 diff popped up; not sure why that happens. Regardless, I'll get these into the Not Monitored list and it will be a thing of the past.
I didn't put the updated script in ISC_LOCK that will switch the SDF reference files since I was worried that I would leave and then something would go wrong. This should hopefully fix this SDF diff in the future. I've tested it a few different ways and it all seems good, but I will do it this shift if I get the opportunity.
Locked and Observing until 11:50 (03:50). Wind and microseism have been building all shift. Base winds in the mid 20s with gusts up into the mid-30s. Lock broke about the time of gusts at the CS into the Mid-40s. Winds over the past 20 minutes appear to be laying down. Will do IA if cannot relock.
TITLE: 03/01 Eve Shift: 00:00-08:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Observing at 66Mpc
INCOMING OPERATOR: Jeff
SHIFT SUMMARY: Locked my whole shift, I had an error with a2l so I could not run it. I also accidentally knocked us out of Observing for about 40sec.
LOG:
Out of Observing from 07:12 - 07:19. Tried to run a2l but there was an error, I'm guessing related to some changes today.
Traceback (most recent call last):
File "./a2l_min_LHO.py", line 107, in <module>
matrix.asc_ads_input[dof,sensor]=0
AttributeError: 'module' object has no attribute 'asc_ads_input'
Locked for 4.5hrs with a range of 65Mpc.
We were out of observing for about 40sec when I ran a test that imported the wrong file and caused one SDF diff. I rectified it immediately.
I have produced filters for offline calibration of Hanford data starting at GPS time 1169326080. The filters can be found in the calibration SVN at this location: ligo/svncommon/CalSVN/aligocalibration/trunk/Runs/O2/GDSFilters/H1DCS_1169326080.npz For information on the associated change in calibration, see: https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=33585 For suggested command line options to use when calibrating this data, see: https://wiki.ligo.org/Calibration/GDSCalibrationConfigurationsO2 The filters were produced using this Matlab script in SVN revision 4251: ligo/svncommon/CalSVN/aligocalibration/trunk/Runs/O2/H1/Scripts/TDfilters/H1_run_td_filters_1169326080.m The parameters files used (all in revision 4251) were: ligo/svncommon/CalSVN/aligocalibration/trunk/Runs/O2/H1/params/2017-01-24/modelparams_H1_2017-01-24.conf ligo/svncommon/CalSVN/aligocalibration/trunk/Runs/O2/H1/params/2017-01-24/H1_TDparams_1169326080.conf ligo/svncommon/CalSVN/aligocalibration/trunk/Runs/O2/H1/Scripts/CAL_EPICS/D20170124_H1_CAL_EPICS_VALUES.m Several plots are attached. The first four (png files) are spectrum comparisons between CALCS, GDS, and DCS. GDS and DCS agree to the expected level. Kappas were applied in both the GDS plots and the DCS plots with a coherence uncertainty threshold of 0.4%. Time domain vs. frequency domain comparison plots of the filters are also attached. Lastly, brief time series of the kappas and coherences are attached, for comparison with CALCS.
Here is a plot that compares the ratios of GDS and DCS (CO1) data (expected vs measured). Above ~8 Hz, the expected and measured ratios agree. Below ~8 Hz the we see difference. This comparison doesn't account for the FIR implementation of ~9 Hz high pass filter used in GDS and DCS data. If there is difference between how this implemented it could produce the difference we see here (need to be checked). The code used to make this plot is added to svn, /ligo/svncommon/CalSVN/aligocalibration/trunk/Runs/O2/H1/Scripts/CALCS_FE/CALCSvsDARMModel_20170124.m This is just an updated version of the code Jeff used to make the CALCS and GDS comparison.