Due to some extenuating circumstances, Travis, Richard, and I moved the remaining hardware out of the 2 large 16' assembly cleanrooms in the west bay of the LVEA and turned them off. There is still a small cleanroom on against the West wall of the LVEA which we will turn off in a few weeks when we are finally finished kitting 3IFO hardware.
12 hour OpLev trends starting 5:51:04 UTC. No obvious issues.
All scans look normal except the frequency scan (dbb_frq-001.pdf); scan shows some interesting features between 1 and ~20 Hz. As of our PSL maintenance yesterday we know there are some issues with the FSS system (see alog). We will continue to investigate this as time, and commissioning, allows.
Just getting ranges correct and consistent for display of reds & greens. All pressure lights are now Green and OK. The SERVO database is set up so restart does not affect the HEPI platforms too much. I of course would not do this if anyone was running any tests. The times are: EY 1603, EX 1619, CS 1638utc. Attached is 40 minutes of second trends with these times annotated. The corner station pressure glitch was non existent, the ends had glitches of a few PSI.
When I look at the HEPI L4Cs during this pressure glitch, it looks like it is absorbed into the normal background glitching. See the latter two attachments.
The database still has the old PID parameters. We will update these once we finish the plant analysis. Anyway, we have been running different parmeters for the LVEA Pumps and I forgot to change these (with the medm) when I restarted it. I've just now corrected this--again this should only make things better (reduce sensor noise coupling) and the transition should have been transparent.
SEI: nothing to report SUS: nothing to report Aidan and Alastair: Ready to put TCS 3IFO parts in LVEA CDS: PEM work, cabling microphones, H2 room work Facilities: beam tube cleaning Safety meeting at 3:00 in LSB
I've turned all 4 RHs on to 2W total each (1W per segment) for 30 minutes this morning to get some data for Installation Acceptance. They will turn off again around 8:10AM.
The thermal lens should deteriorate to negligible by around 9AM, if not before.
Grills and dampers are installed in the DCS duct work. Remaining tasks include start up of the AC units, installation of the smoke detectors and some electrical.
Sheila, Dan, Daniel, Evan Jeff, Lisa, Alexa
Starting at 08:43:06 UTC Feb 11, 2015 we had a DC lock for ~1:54min. We lost lock again because of the 9 Hz bounce mode in ETMY. We had tried damping with the L2 stage, which helped a bit but still ultimately caused the lock loss. Tomorrow we should try damping with M0, as done at LLO (LLO#16686).
Sheila has pointed out that we might as well notch out the bounce mode resonances in the DHARD WFS loops. So now there is a 9.8 Hz stopband filter installed in FM9 of DHARD_P and (in an abundance of caution) in DHARD_Y.
Nice going with all the long lock segments. Once something is working you learn a great deal quickly.
Some important times from the lock:
Lock sequence started at ~8:17 UTC when arms locked on green
Handoff to POPAIR at 8:27 UTC (this is the last step in the ISC Guardian before the handoff to DC readout - see LSC matrix element 3_10 in the attached plot)
DARM offset applied and OMC locked at 8:40
DARM handoff to DC readout at 8:44
Lock lost at 10:36 UTC
We have seen in our two DC readout locks tonight what looks like it could be a fringe wrapping shelf in DARM.
We transitioned to DC readout at 8:43:06 UTC Feb 11 and it is still locked. If anyone could make a spectrogram of LSC-DARM_ERR durring this time, that would be interesting. We made an attempt to do this using ldvweb, but didn't suceed yet.
I've attached 4 spectrograms of DARM_IN1_DQ: 1. 20 minutes elapsed 2. 20 minutes elapsed normalized (divided by median ASD) 3. 1 hour elapsed 4. 1 hour elapsed normalized I'd be happy to make a few more if ldvw is still being problematic for you.
The summary pages are automatically generating calibrated spectra/spectrograms of the CARM and DARM error signals whenever the ISC_LOCK guardian is 'OK'.
Alexa Daniel Dan Evan Jeff Lisa Sheila (+ many others)
Like a coffee hipster who won't touch beans that haven't passed through a civet, the IFO now measures DARM_ERR with the light transmitted through the OMC.
After the BS WFS were commissioned earlier today, we had several steady locks with 2.8W input power in which we attempted the handoff to DC. We measured the DARM loop gain and set the UGF to be at the maximum of the phase bubble to make the transition as stable as possible (30Hz, ~30deg margin). We experimented with different DARM offsets and settled on 5e-5 counts; with a preliminary calibration of 3x10^-7 m/ct this corresponds to an offset of 15pm. The carrier TEM00 mode was somewhat larger than expected (see the attached pdf, peak at ~43 volts), about 15mA in DCPD sum, almost as much as the 45MHz sidebands. We used this DARM offset for the rest of the evening.
We measured the OMC-DCPD_SUM --> DARM_IN1 transfer function and adjusted the OMC-READOUT_SCALE factor and LSC-OMC_DC_OFFSET to enable the handoff from AS45_Q. The values we used are an offset of -2.33e-05 counts and a gain of -2e-6, these values were tuned at the few percent level in subsequent locking attempts to match gains as well as possible. (Note that the gain comes before the offset, which makes trimming a little more straightforward.) After these were applied the OMC-to-DARM noise TF looked like Fig. 1. At this point we attempted the handoff to DC.
This blew the lock. We realized the OMC input to DARM was subject to the normalization factor of sqrt(NPTRX). We implemented an awkward fix by holding the output of the TR_X and correcting for the power normalization in the OMC-->DARM input matrix element. The correction factor is 6.25, this changed by ~1% from lock to lock.
After that, the handoff to low noise worked. The OMC DCPDs currently have no whitening enabled because the ETMY violin modes (at 508.1 and 508.2 Hz) are rung up and even a single stage of whitening will saturate the ADC. So, we are ADC noise limited above ~400Hz. One of our next steps will have to be the commissioning of the violin mode damping. The ETMY bounce mode is also rung up; so far this isn't a problem, and we are nervous about turning on the damping before we're ready to end the lock. A spectrum of the DCPD noise is in Fig. 2.
We locked on DC readout at 22:45:00 PT on Feb 10, 2015. We unlocked after an hour due to the bounce mode ringing up in ETMY.
This is a trend of 9 Mhz sideband power and arm carrier over 10 hours. After the first few failed locking attempts earlier today, we went through the locking sequence step by step to isolate the offending transition (engaging a boost in the DARM loop). After modifying the boost, we had several consecutive successful locking sequences. The last lock in this plot is on DC readout (with growing bounce mode). Overall, the interferometer has been locked for about 6 hours today. Engaging the BS angular loops greatly improved power stability, and they have been working robustly for the last 3 locks. We made an attempt to close CHARD as well, but we need to work on that more. For the records, no wind at all today.
Wow!
Here is an OLTF of DARM on DC.
The template can be found here: /ligo/home/alexan.staley/Public/DARM/OMCDC_DARM_OLTF_20150211.xml
And just because ...
Some people were not that excited.
A few notes about the noise:
- The ISS first loop is off, has been since Tuesday maintenance. The input intensity noise is about as bad as it could be.
- The DCPD NULL channel is only a factor of ten below DCPD SUM, implying that our DCPD balance is not so good at the 10% level. (?)
- As mentioned before, the switchable DCPD whitening is all off thanks to the violin mode. We suspect this might be impressing noise onto the OMC length servo - we had to increase the amplitude of the length dither @ 3300Hz by a factor of ten. There is a prominent comb of ~8Hz harmonics at high frequencies.
Excellent! Yet again, Congratulations!
Congratulations!!!
You guys are on a role! Fantastic!
Great news to wake up to after return from India. Congratulations!
Congratulations from your LLO colleagues!
Fantastic! Amazing progress in the past few weeks! The picture is great -- Daniel and Evan look positively thrilled.
Rick S., Jason O., Matt H., Ed M., and Jeff B.
Went into the PSL today and performed a few maintenance tasks (work permit #5039).
1) Measured PSL power at several points in the beam path:
3) Measured voltage of RefCav REFL PD (H1:PSL-FSS_RFPD_DC_OUTPUT):
Once again the RefCav Trans PD (TPD) has begun to drift down. Was set to ~1.6V on 1/5/2015 (see alog 15871) and today is reading ~0.9V. Therefore we adjusted the RefCav alignment by adjusting the vertical and horizontal of the top periscope mirror. Measured voltages at the RefCav REFL PD.
After adjustment (and locking of adjustment screws):
Will keep an eye on this as the RefCav transmitted power seems to drift down suddenly. We’re not sure what’s causing this apparent alignment drift. All the measured powers leading up to the RefCav were close to those measured during the 1/5/2015 adjustment, but the RefCav TPD was still reading ~44% less.
4) We also measured the UGF of the FSS:
5) For Daniel, we adjusted power at IO PD (IO-AB-PD3-DC) to 3.3V by turning up the PD gain by 3 clicks and adding a ND filter to the PD (see Daniel's earlier alog).
6) We are now storing the 2 3IFO PMCs in the NW corner of the PSL LAE on a cart, with their lids off.
Now that have a measured power budget here at LHO for some areas of the PSL table (note for completeness that the power readings at LHO were done using 250W water cooled meter and at LLO using 50W air cooled meter) we can compare the losses through the system to (and after) the PMC.
Position | LHO | LLO |
---|---|---|
(1) Out of MOPA (35W laser) | 33W | 34.25W (alog 16569) |
(2) After faraday in HPO | N/A | 31.44W (alog 16569) |
Delta (1) - (2) | N/A | 2.81W |
(3) At HPO window with corona aperture out | N/A | 29.1W (alog 16569) |
Delta (1) - (3) | N/A | 5.15W |
(4) In front of PMC (ISS off) | 27.2W | 28.75W (alog 16569) |
Delta (1) - (4) | 5.8W | 5.5W |
(5) Power Trans (power out of PMC) | 24.9 W (ISS off) | 26.9 W (from todays monitor screen (ISS looks to be on)) |
Throughput ((5)/(4)) | 91.5% | ~93.5% (probably slightly better if ISS was off as (5) would be slightly higher) |
Visibility | 93% (alog 16576) | |
Delta (1) - (5) | 8.1W | 7.35W |
(6) After EOM (ISS off) | 24.4W | 25.7W (alog 16576) |
So basically the performance of the two laser systems are similar. LLO has slightly less loss from the output of the MOPA to the input of the PMC (5.5W loss at LLO compared to 5.8W at LHO). Also LLO has slighlty less loss of power once comes out of the PMC as well (LLO ~7.35W dropped from output of MOPA to output of PMC, compared to 8.1W at LHO). But all in all the two systems in terms of loss through the PSL components is very similar
Here is a 60 day trend of the FSS RefCav transmission (H1:PSL-FSS_TPD_DC_OUT_DQ) showing the two drops in PD voltage we've seen in the last couple months. The first occurred around 12/25/2014 and was adjusted on 1/5/2015. The latest drop happened around the middle of last week and we adjusted it yesterday.