Sudarshan, Darkhan
Fixed 2 of the Epics values used for calculation of DARM time-varying parameters, in particular values that supposed to be equal to a complex quantity
EP2 = (C_0(f_pcal) / (1 + G_0(f_pcal))) * (C_0(f_ctrl) / (1 + G_0(f_ctrl)))^{-1} (1)
Initially the constants to be used for calculation of DARM time-varying parameters using a method described in T1500377 were taken from ER7 model and written into Epics records with a Matlab script (see LHO alog 20452 and 20361).
Due to mistyping a variable name in the Matlab script, Epics records H1:CAL-CS_TDEP_REF_CLGRATIO_CTRL_REAL and H1:CAL-CS_TDEP_REF_CLGRATIO_CTRL_IMAG that must represent real and imaginary parts of EP2 were set to have the same values as real and imaginary parts of EP1 (see Table 2 of T1500377-v7).
On Thursday, Aug. 27, 2015, around 10:00am PDT we replaced these Epics record values to represent the correct values calculated from H1 DARM model for ER7:
H1:CAL-CS_TDEP_REF_CLGRATIO_CTRL_REAL = 0.9814270
H1:CAL-CS_TDEP_REF_CLGRATIO_CTRL_IMAG = 0.0227508
SDF_OVERVIEW was updated accordingly, and updated Matlab script was committed to calibration SVN:
CalSVN/aligocalibration/trunk/Projects/PhotonCalibrator/drafts_tests/20150808_values_for_cal_EPICS/ER7model_valuesForEpics.m
Jeff, Evan
There is now a new DMT viewer template for viewing the BLRMS of the corner and end-station STSs. It is userapps/isc/h1/scripts/Seismic_FOM_STS.xml.
This is meant to replace the Guralp DMT viewer template.
Right now it only displays the lowest two BLRMS (0.03 to 0.1 Hz and 0.1 to 0.3 Hz).
[As an aside, the frequency bands implied by the channel names in DMT viewer don't seem to match up with the front-end channels. For example, the front-end EX-X channels are named as follows:
H1:ISI-GND_STS_ETMX_X_BLRMS_100M_300M
H1:ISI-GND_STS_ETMX_X_BLRMS_10_30
H1:ISI-GND_STS_ETMX_X_BLRMS_1_3
H1:ISI-GND_STS_ETMX_X_BLRMS_300M_1
H1:ISI-GND_STS_ETMX_X_BLRMS_30_100
H1:ISI-GND_STS_ETMX_X_BLRMS_30M_100M
H1:ISI-GND_STS_ETMX_X_BLRMS_3_10
while the DMT channels are named as follows:
H1:ISI-GND_STS_ETMX_X_DQ_0p03-0p1Hz_48h
H1:ISI-GND_STS_ETMX_X_DQ_0p1-0p2Hz_48h
H1:ISI-GND_STS_ETMX_X_DQ_0p2-0p35Hz_48h
H1:ISI-GND_STS_ETMX_X_DQ_0p35-1Hz_48h
H1:ISI-GND_STS_ETMX_X_DQ_1-3Hz_48h
Are these BLRMS distinct from what's being computed in the frontend?]
What was wrong with the old plot?
The STS is more sensitive than the Güralp in the frequency band where we typically watch for earthquakes (30 mHz to 100 mHz).
Looks like we should keep the old plot then, since everyoe already knows it.
(All time in UTC)
15:28 Kiwamu asked the intent bit to be set to comissioning. Calibration works begin.
15:30 Fil to both end stations EER (end station electronics room).
15:31 IFO lock broke. ETMX switched to high voltage
15:52 Locked at NOMINAL_LOW_NOISE. Kiwamu driving ETMX.
16:09 Fil back. Going to CER.
16:12 Fil done
16:51 EX Dust alarm went off. I checked EX dust monitor but not sure what happened to its medm screen.
17:00 Rich Abbot to LVEA. Field RF measurement.
17:13 Daniel to joined Rich.
17:40 Small re-locking issue. I didn't aware of the new method of locking PRMI so I didn't . The SRM offset was high and eventually ISI tripped. Jeff Kissel took care of the ISI.
17:51 Lockloss at SWITCH_TO_QPD see alog 20988
18:05 Locked again at NOMINAL_LOW_NOISE
18:11 Rich back for now
18:15 Rich back out
18:42 Richard to MidY
19:00 Richard back
19:07 Greg updating DMT code. This requires DMT computer restart but shouldn't affect anything in the control room.
19:15 Rich out
19:20 Nutsinee begins testing ITMX L2 DAMP MODE9 and 10 violin mode damping filters
20:00 Violin mode filtes testing stopped
20:23 Richard's intern to the roof to checck on camera
20:51 Rich back to the CER
21:00 Calibration crews took down the ifo.
23:00 Handling the ifo to Travis.
While I was out on vacation, Chris and Joe cut 3 of the 25# rolls of aluminum into 10' lengths and completed installation of those to the Mid station on the upper section of the enclosure. Additionally they have cleaned and installed strips on 240 meters of enclosure north of the Mid station to date.
Today I replaced one of the condenser fan motors on the staging building chiller. As I was removing the motor and support/guard, the last of the spot welds broke. Had this happened during operation the fan would likely have fallen into the chiller causing a considerable amount of damage. I took the support to the weld shop, cleaned and re-welded it. While I had the unit disassembled, I also cleaned the coils which I would estimate were 40% blocked with debris.
WP 5466 Jonathan, Jim A script has been added to gather up medm screens and put them in a tar file for exporting. This is to support offsite viewing of medm screens for the detector. The script runs as the controls user on script0 at 1:00 AM local time each day. The frequency of this may be reduced to once per week when we enter O1.
Attached are ASD and Coherence betwix the three corner station STS2s taken at 3am local Wednesday Thursday and Friday. These three days look very similar. I installed STS2-A aka HAM2 on Tuesday. Recap:
STS2-C (HAM5) has been in place for long time. STS2-B (ITMY) is the unit returned from Stanford replacing PEM STS2 which we were using to replace our original STS2-B which is still at Quanterra for repairs. STS2-A returned from Quanterra after a couple months in their vault where they say there was no problem. The A unit spent time in the BeirGarten near the ITMy unit undergoing cable and chassis swaps, see 18354 for recap but nothing was consistent.
To me, STS2-A still looks like this unit has a problem. When I look at plots from back in May, 18354, it looks even worse now. There was better coherence in Z and X with the other units and Y was equally poor.
RobertS--do you have an opinion?
Ignore the Title stating Huddle and cables switched. Units are in home position on nominal cables.
Travis S, Darkhan
Yesterday, Aug 27, 2015, we took Pcal end-station calibration measurements at both end-stations. The measurement procedure is described in T1500063 (-v5).
The following steps from the procedure have been completed at both end-stations:
Rough numbers from MEDM screen logged into the record sheet (provided in appendix A of T1500063) suggest that RxPD and TxPD calibrations as well as optical efficiencies of Pcal beams at LHO EY did not change significantly compared to numbers from calibration on 2015-05-22, however we saw ~1 - 2 % drop in the optical efficiency of Pcal beams at LHO EX compared to measurement taken on 2015-05-20.
Calibration results will be reported after completing the last part of the calibration procedure, running Matlab scripts that acquire data and calculate responses of TxPD and RxPD:
Record sheet papershots are attached to this alog.
Jenne, Nutsinee
There was a suspecious lockloss at SWITCH_TO_QPD at 17:50 UTC. We went through lockloss plots and found ASC-MICH was unstable right before the lockloss.
J. Kissel, D. Barker Dave found that H1SUSETMY L3 LOCK L FM 2 (which has and remains OFF all throughout lock acquisition and lownoise) had been changed by Evan from compensating for the ESD driver's low pass filter (which is now done in the H1 SUS ETMY L3 ESDOUT $(QUADRANT) FM2/FM7 banks) to some other filter, and sadly did not name it so it shows up (appropriately) as "Unknown." I;m not sure what his intent was with this filter, but because is OFF all the time, I loaded the coefficients so that the model doesn't have a "modified filter coefficients" message which sets off all sorts of SysAdmin alarms. I'll find out from Evan what his intent, and probably clean it up later.
the attached files show the current status of the front end code.
ER8 Day 11. No restarts reported
(All times UTC)
Summery:
Evan and Stefan were working on recentering the AS WFS when I arrived. When they were done, Evan cleared out his changes in the SDF aside from some ASC diff that occurred from dark offset scripts. I accepted the ODC Master changes from alog 20915.
Guardian brought the IFO into a full lock really quick, Evan added some DCPD Whitening, and it has stayed in lock since.
Locking:
Itbit set at 10:48 UTC with long lock hopes.
HWS SLED IX is ON
Having the HWS SLED on should not effect the interferometer, I added this into the guardian because we don't want the SLED running indefinately, but it is easy to turn it on and forget. If the warning message is confusing we could remove it, or move it to a less obtrusive place.
Presumably this check is coming from the DIAG_MAIN node. I think the important principle for that node should be that all the diagnostic checks should be actionable, in other words someone should get out of their chair and deal with whatever the notification is to make the notification stop. If the plan is to leave the HWS SLED on, or it's not critical to shut it off, then it should be removed from DIAG_MAIN.
Maybe we can add a second DIAG node for not immediately actionalbe diagnostics, but my guess it that it will just be ignored, since by definition nothing there will be critical.
New EXCITATION_OVERVIEW screen has been created:
$USERAPPS/sys/common/medm/EXCITATION_OVERVIEW.adl
Hopefully this can help in tracking down excitations that could be preventing the system from entering READY:

The two columns show the front-end excitation monitors (FEC, left) and the ODC monitors (ODC, right).
NOTE: ONLY ODC monitors count towards OBSERVATION READY at the moment.
The FEC monitors are there for reference, and for completeness.
The EXCITATIONS box in the OBSERVATION_OVERVIEW screen now contains a link to this screen.
I updated this screen to remove the PEM_M* and ODC_MASTER checks, and added the missing CAL_EY.
This entry is meant to survey the sensing noises of the OMC DCPDs before the EOM driver swap. However, other than the 45 MHz RFAM coupling, we have no reason to expect the couplings to change dramatically after the swap.
The DCPD sum and null data (and ISS intensity noise data) were collected from an undisturbed lock stretch on 2015-07-31.
Noise terms as follows:
The downward slope in the null at high frequencies is almost certainly some imperfect inversion of the AA filter, the uncompensated premap poles, or the downsampling filter.
* What is the reasoning behind the updated suspension thermal noise plot?
* Its weird that cHard doesn't show up. At LLO, cHard is the dominant noise from 10-15 Hz. Its coupling is 10x less than dHard, but its sensing noise is a lot worse.
I remade this plot for a more recent spectrum. This includes the new EOM driver, a second stage of whitening, and dc-lowpassing on the ISS outer loop PDs.
This time I also included some displacement noises; namely, the couplings from the PRCL, MICH, and SRCL controls. Somewhat surprising is that the PRCL control noise seems to be close to the total DCPD noise from 10 to 20 Hz. [I vaguely recall that the Wipfian noise budget predicted an unexpectedly high PRCL coupling at one point, but I cannot find an alog entry supporting this.]
Here is the above plot referred to test mass displacement, along with some of our usual anticipated displacement noises. Evidently the budgeting doesn't really add up below 100 Hz, but there are still some more displacement noises that need to be added (ASC, gas, BS DAC, etc.).
Since we weren't actually in the lowest-noise quad PUM state for this measurement, the DAC noise from the PUM is higher than what is shown in the plot above.
If the updated buget (attached) is right, this means that actually there are low-frequency gains to be had from 20 to 70 Hz. There is still evidently some excess from 50 to 200 Hz.
Here is a budget for a more recent lock, with the PUM drivers in the low-noise state. The control noise couplings (PRCL, MICH, SRCL, dHard) were all remeasured for this lock configuration.
As for other ASC loops, there is some contribution from the BS loops around 30 Hz (not included in this budget). I have also looked at cHard, but I have to drive more than 100 times above the quiescient control noise in order to even begin to see anything in the DARM spectrum, so these loops do not seem to contribute in a significant way.
Also included is a plot of sensing noises (and some displacement noises from LSC) in the OMC DCPDs, along with the sum/null residual. At high frequencies, the residual seems to approach the projected 45 MHz oscillator noise (except for the high-frequency excess, which we've seen before seems to be coherent with REFL9).
Evidently there is a bit of explaining to do in the bucket...
Some corrections/modifications/additions to the above:
Of course, the budgeted noises don't at all add up from 20 Hz to 200 Hz, so we are missing something big. Next we want to look at upconversion and jitter noises, as well as control noise from other ASC loops.