The data was taken this morning when the IFO was being prep for locking. All HAM6 related items were in healthy states (OPS overview was all green). No invasive activities going on in the LVEA. The references used for these plots could be more recent, I just pulled up the most recent template, ran it, and save-as to new date without changing the reference.
OMC reference trace date: 25/04/18
OM1, OM2, OM3 reference traces date: 08/08/17
OPO reference trace date: 08/06/18
ZM1 reference trace date: 18/05/18
The files were saved in:
/ligo/svncommon/SusSVN/sus/trunk/OMCS/H1/OMC/SAGM1/Data/
/ligo/svncommon/SusSVN/sus/trunk/HTTS/H1/OM1/SAGM1/Data/
/ligo/svncommon/SusSVN/sus/trunk/HTTS/H1/OM2/SAGM1/Data/
/ligo/svncommon/SusSVN/sus/trunk/HTTS/H1/OM3/SAGM1/Data/
/ligo/svncommon/SusSVN/sus/trunk/OPOS/H1/OPO/SAGM1/Data/
/ligo/svncommon/SusSVN/sus/trunk/HTTS/H1/ZM1/SAGM1/Data/
Having trouble committing to svn at the moment, but will happen eventually.
Committed to svn.
Here is a plot of the range on the ZM1 osems at the time of the OMC scan Haocun posted here 43723. This was done with the SRM alignment similar to the alignment we use for the locking the IFO.
The plot on the left shows the osem centering, the range is +/- 500, the plot on the right shows the DAC counts requested for the actuators, the range is +/- 32000 counts.
It seems like the range on ZM1 is fine.
Here is a comparison between the signals at the LSC-REFL_A servo now and 3 days ago. The filter for the ASC-POP quads made huge difference in the frequency range from 10Hz to 100Hz. The rms is about a factor of 2 lower due to the microseismic. This might explain the drop in RF power at this detector reported in alog 45100.
Here is the comparison between the readbacks of the REFL common mode board before and after the gain reallocation in the AO path.
The error signal shows a flat noise of unknown origin above 10Hz. The slow and ctrl signals should be identical above the 5Hz high pass in the ctrl path, but clearly are not. The gain reallocation actually made the coherence worse!
Turns out that the measurement in alog 45100 was done when RF level was particularly small but it got worse over time, just not as bad as before.
Microseism could explain the difference between somewhat smaller RF level after it got worse (right blue arrow) VS old high RF level (left blue arrow) but not the difference between particularly good (pink arrow) and old high RF level (left blue arrow).
Just by looking at the time scale, it looks as if the heating was passing through the optimal point at the pink arrow and kept going in the other direction.
Keita asked us to check the ITM HWS sensors to see if the LSC-REFL_A levels correlated with the IFO heating during the increase in power. It looks like ITMX doesn't change very much while going through the nominal point but ITMY is still trending. Recall that the ITMY CO2 level during lock acquisition is 0.55 Watts while ITMX CO2 is 0.19 Watts, not to mention that there are point absorbers on ITMY which definitely affect the overall heating spherical power fitting.
Overall, it looks as if ITMY CO2 requires about +5-10 udiopters central heating to go from the steady state to the optimal point, which corresponds to about 50-100mW of extra CO2 heating.
The numbers I used are on the TCS simulation MEDM with the central mask actuation gain for a single pass being 2.5e-5 diopters/watt.
We increased the ITMY CO2 Guardian request hot state power to 0.02W from 0W. We lost lock before we could see if this made any improvement though.
On the layout for IOT2L, there's acritical alignment just before the REFL steering mirror, where one beam dump, IO_MCR_BD5, dumps a second reflection, and an optic, IO_MCR_M14, picks off the P-pol beam and sending it to a beam dump, IO_MCR_BD6.
The alignment of the IMC REFL beam between the beam dump and pick-off optic is critical to allowing only the IMC REFL beam through to the REFL PD, the IMC WFS, and the IMC REFL camera.
When the camera image shows more than one beam, the alignment of the IMC REFL beam through that critical aperture between the beam dump and pick-off mirror is so significantly misaligned, that one or both beams are getting through.
The beam that is picked off by the optic can have up to 1.4W at 50W into the IMC, so the power in that beam is significant. I haven't seen it reach the REFL sensor, but the potential for scattering onto the sensor does exist.
An alignment on the table that allows more than one beam through to the IMC REFL path has a potential to also allow the beams going to the high power dumps to have moved enough to be clipping on the dumps, and possibly fall off. Both high power beam dumps have black metal shields behind them, to prevent any stray beam from hitting the enclosure, but the metal sheets are not made to dump beams at 25W (2 Trap-It beam dumps rated to 50W each, and each gets 1/2 the power of IMC REFL).
Peter F and I went to IOT2L after a lockloss to look at the beams on the MC refl path.
We did not find the origin of the ghost beams on the camera; they're co-propagating with the main beam from at least as far back as MCR-BS1 (see diagram linked in Cheryl's alog). We put an iris just before L2, to block the beams visible on the camera and another, more spatially-separated, ghost beam, that was previously propagating through L2 and being blocked by the mount of L3.
We didn't see evidence of clipping, or stray beams getting through the aperture between BD5 and M14. The p-polarised beam going into BD6 was possibly hitting the dump a bit low, but it was hard to get a clear view of the front-face of the beam dump.
There was a ghost beam hitting the edge of M3, and generating a spray of light, however someone must have already known about this, as there is a beam razor blade beam dump on the air-side of the table for this "beam".
It's possible that the beam is clipping in vacuum, or that a REFL Periscope mirror shifted (though this was considered in the meeting today, and doesn't seem to fit), or that the IMC REFL beam is very misaligned through the IOT2L REFL beam path. More than one beam on the GigE camera has in the past been associated with a IOT2L table beam misalignment. Finding a beam that's scattering onto the table from IO_MCR_M3 is a clue that the table is misaligned, starting from the top periscope mirror, because the design of the optical layout and beam path does not place any beams near or over the edge of that optic. That condition increases my concern about the alignment into the High Power Beam Dumps, since IO_MCR_M3 is the optic that launches almost the full power IMC REFL beam to the two 50W Trap-It beam dumps. Unless the location of the beam on IO_MCR_M3 was intentional, the 50W beam dumps absolutely need to be checked. On the REFL camera, there is significant extra light, and they extra light appears to be extra beams, and there should only be one beam coming through IO_MCR_BS1, so finding multiple beams coming through IO_MCR_BS1 is an indication that there are beams (whatever the source) getting past the beam dumps and pick-off mirror in front of that optic.
From the aolg I see that I realigned the REFL path in January (alog 40313), and it was checked by Sheila and Gabriele in June (alog 42362), though searching for these events is not a guarentee of finding all of them.
I looked at the alignment changes for the IMC from June until today, and found changes in the tens of urad in pitch for MC1, MC2, and MC3, and in yaw for MC3.
Changes: June 6th to November 9th:
Patrick, Richard, Dave:
To prevent Dolphin errors from filling up the /var/log disk partitions, we rebooted (actually power cycled) h1susey and h1seiey. These two were chosen because their /var/log/messages log files had many IXH Adapter error lines, while that of h1iscey (the third EY Dolphin machine) was just reporting errors from SUS and SEI.
The reboots of SUS and SEI did not fix their errors, so we rebooted h1iscey and that resolved the errors on all three systems. Details:
08:30 PST all models on h1susey, h1seiey and h1iscey stopped.
SUS and SEI Dolphin ports disabled.
IPMI remote power cycle of h1susey, but IPMI not working for h1seiey so it was just warm-booted. Problem persists. (Note: h1susey came back with the wrong system time, off by over 7 hours)
08:40 PST. Richard drove to EY to manually power cycle SUS and SEI, they were prepared for reboot as described above. Problem persists.
While Richard was at EY, I IPMI remote power cycled h1iscey. The last IXH errors on SUS and SEI corresponded with this time. Problem resolved.
h1iscey has a slight negative IRIG-B excursion, after a few minutes this cleared up and DAQ/IPC data was validated.
P.S. h1susey system clock problem only appeared once. I checked all front ends currently have the correct time.
We turned off the vertical isolation loops and the line went away from the raw CPS signals. With the horizontal loops still on, the noise was low enough to believe that the line was reduced or gone, see attached.
We also power cycled all the CPS interface chassis which also power cycles the satellite racks; this action had no effect on the peak. There is still the possibility of the sync cable...just an idea that has caused a problem in the past.
Jim is seeing clear changes in the peak frequency with blend changes and continues to test theories with the GS13s.
Jim also zero'd the vertical DC drive that amounted to 600 counts on the outputs and about 15um in computed position. This relief changed nothing either, as expected.
I'm attaching some plots of measurements done this morning. First attached asd compares the RY motion for different blend and loop configurations. At this point, the best fix I have seems to be turning off the RX loop, it makes the RY peak a little smaller. The nominal config is with ~250mhz blends on X/Y/Z/RZ and something a little higher on RX/RY, the more aggressive RX/RY blends actually have a little higher cross-over, but have more ~.5hz gain peaking and more high frequency roll off. Going from the nominal config, pushes the peak down to .6hz and increases it's amplitude. Pushing the RX/RY blend up to 750mhz keeps the peak at ~1.1hz but makes it taller. Turning off the RX loop makes the peak in RY smaller, but changing the blend to either more or less aggressive either pushes it back down to .6hz and makes it taller, or just makes the peak taller. I don't think this is a good way to run the table, as leaving the RX loop off means there is no DC control of that degree of freedom.
We also took measurements on HAM2 & 3, driving at the error point of the isolation loops while the tables were isolated, with nominal blends, sensor correction and HEPI feedforward. So far, both chambers don't show glaring differences. Attached plots are HAM2 (first) HAM3 (second). On each plot, top right plot is the coherence from the Z drive to the local CPS & GS13 INF OUTs, and so after all the calibrations have been applied to the individual sensors, but before they are summed and composed into cartesian coordinates.
Top left is the phase for the z drive to inf out, bottom left is the magnitude. Bottom right is the tf from GS13Z Blend in to each of the local sensor outs. The similarity between the all of these tfs seems to indicate that this is not a problem with the calibration of any of the sensors.
JeffB, RickS
This morning, we hoped to inspect some aspects of the water piping in the Laser Room to prepare for upgrade work planned for Monday.
However, we were unable to get the Laser Room into "Commissioning Mode."
Following the laminated procedure, we were unable to execute the step that calls for enabling the Air Conditioners by pressing the start buttons on the two displays inside the Laser Room. The displays were dark, as if the controllers were powered off, even though the breakers in the panel on the LVEA wall had been switched on.
Not wanting to cause a large temperature step by running the HEPA fans without the AC units, we abandoned our planned inspection and attempted to restore the system to "Science Mode."
However, we were unable to set the Make-up Fan speed to 20%. It is currently running at 100%, while we investigate further.
RobertS, RickS
We went out to investigate the inability to transition to 20% on the make-up air fan.
Apparently, we had failed to read the laminated procedure carefully enough.
When going from "Commissioning Mode" to "Science Mode," one needs to stop the make up air fan, then set the speed to 20%.
This is carefully detailed in the procedure. One just has to be diligent about executing each step of the procedure until this control system is updated.
The system now appears to be in the nominal "Science Mode" state.
After talking with Bubba, we decided that a power cycle was a good first step (as it almost always is). To this end, after checking the commissioning status with Jenne (they were performing an initial alignment), I went out and power cycled the PSL enclosure AC units and entered the enclosure to visually confirm the status of the AC displays in the Laser Room. Both displays were active, and when I followed the standard procedure for turning on the ACs (press the ON button on the AC display twice), both displays indicated that the AC units were ON. I then exited the enclosure and returned it to Science Mode so as not to interrupt commissioning. I left the ACs ON at the breaker (but OFF on the display). I watched the enclosure temps for a couple minutes and saw no sign that the ACs remained ON (as Cheryl saw and reported in her alog here), but will continue to check on this throughout the day. If anyone notices that the PSL enclosure temps are not normal (I believe there's a verbal alarm if the temp sensors at the AC vents read too low), please let me know.
I mounted an accelerometer and shaker on the HWS table by HAM4, and found no evidence of noise in DARM when I increased the table motion by a couple of orders of magnitude between about 10 and a few hundred Hz (see figure).
TVo, Danny
We swapped out the Hartmann camera power supply at the ETMY end station and now there are no apparent Hartmann sync frequency lines in DARM. While changing the power supply to the ETMX Hartmann camera, it became unresponsive. We are leaving it unplugged while we investigate some more.
I've found that after yesterday's maintenance, REFL_A_RF9 RF monitor got significantly smaller and more stable at the same time.
Attached left is a trend before the change. In 20W lock the RF level (CH5) was going all over the place between -18 and -8 dBm.
In the middle is a trend after the change (now) in 20W lock. After an initial hike associated with powerin up, it quenched down to about -17dBm on average and the fluctuation is much smaller than before.
To the right is the spectrum comparison of RF9_I and Q, red is now and the green is before. A small part of the RF level change could be attributed to the smaller micro seismic motion, but RMS is only a factor of 1.5 or so smaller now than before.
Interestingly, a broad bump (10-70Hz or so) that was present in REFL_A_RF9_Q as well as POP_A_RF9_I is gone now. But that isn't good enough to explain the RF level change either, something should have been going on out of band.
Could this be somehow related to the change of CM-MC board connection cable from TNC-coax to 2-pin lemo twisted pair and/or the limiter (alog 45046)?
Craig is heading to the floor to redo the RF measurement (old measurement: alog 44811).
I've attached scope prints of the current RF levels. Remember the factor of 14 for the (Actual RF to demod/RF monitor pickoff) compensation.
Actual RF to demod
--------------------
REFL9pp = 210 mVpp
POP9pp = 98 mVpp
REFL45pp = 700 mVpp
POP45pp = 28 mVpp
Overall, RF levels seem reduced from before. Also attached are the RF slider settings at the time of the measurement.
Old Pre-O3 RF levels
EDIT: The RF slider now for 9 MHz is the same as it was during the old measurement, but the 45 MHz slider is 3 dB lower.
A comment on the limiter: There is a limiter in the fast path of the common mode board. It 'soft' limits the output voltage to ~3V. It is intended to limit the transients during lock acquisition. This at some time was important for the IMC to keep the FSS well behaved. It should never be engaged, once lock is acquired. For the common mode boards other than the IMC, it was never required and should be off at all times. The signal of the ifo CM board was extremely small at the fast output, so it couldn't have been limiting.
Update: alog 45132
In my post above, the 9 MHz are in the first plot, and 45 MHz in the second. REFL is green, and POP is blue. The names are in the png name itself.
[Sheila Cheryl Keita Georgia]
After discovering the coupling between HAM3 and DARM we were curious about the beams that we see on the PR2 camera and whether they can help us identify sources of clipping and backscatter. We see a few beams in this camera image that we would like to identify.
We haven't zoomed or moved the PR2 camera since we last tried to identify these spots in July. I used Gabriele's script to superimpose the camera image we see now, at 20W, with the visible image. See attached screenshot.
There are 4 spots visible on the PR2 scraper baffle: it looks like 3 at first glance but I think the central spot has a smaller spot slightly above it, the intensity of this smaller spot fluctuates during the lock. To check that these spots were not coming from the MC2 transmission we locked the mode cleaner at 25 W, and did not see these spots with anywhere near comparable intensity.
In the visible image, looking through the hole in the scraper baffle, with think we can see the outline of a round mount which could be the 3" mirror directly behind PR2. Visible in the 3" mirror we think we can see the reflection of a mount that could be the first to the first mirror on the POP QPD path. I'm not sure if any other beams we see on the camera are actually coming from these mirrors though.
There is also some light visible on the balance mass, which Keita and Sheila hypothesize could be a reflection off the AR surface of an ITM, which is wedged such that the thin part is on top, which is reflecting off PR3 and is not getting caught by the scraper baffle. When ALS is locking/locked we also see spots on the balance mass, from both the X and Y arm green. This is shown in the second attached screen shot. The other spots visible in the second screenshot are also green.
On the left we also see some spots which might be coming from the beamsplitter elliptical baffle.
Associated with FRS Ticket 11740.
On Anamaria's suggestion we tried steering the ITM compensation plates and looking at the spots on the PR2 camera.
The spots on the ballast mass originate from both CP's. See attached photos:
1.before the CP move
2. with only the IX CP pitched (-ve)
3. with both ITM CP's pitched (-ve)
4. with both ITM CP's pitched (+ve)
Please see attached pdf for the overlay and identification of IFO items seen in Georgia's alog picture. (Sent previously via e-mail and now posted here for record.)
Eddie and Calum
Again previously on e-mail and adding here for record ...
From Corey Austin:
Those are second order ghost beams from ITM-AR and/or CP (so ITM-AR->ITM-HR->ITM-AR->PR3->masses). The attached slide shows pictures taken at LLO in full lock before/after we added a baffle in front of those masses during our last vent.
LLO has a 'tie-fighter' shaped spot on our camera that we decided was coming from the beamsplitter which may be your 3 beams.
From Alena / Calum / Eddie:
For future use / reference LHO has that baffle Corey refers to (before / after pics attached again) on the shelf at LHO. To see it in more detail (at LLO) see table baffle on pg. 3, Detail 'D' of LIGO-D0900520-v14 (https://dcc.ligo.org/LIGO-D0900520) and yes you have to be careful with placement so as not to clip the main beam!
Hiro, GariLynn and I had been discussing the ghost beams around PR2 and Hiro looked into the BS ghosts due to the wedge, see below and attached.
From Hiro:
The ghost beam around PR2 due to the wedge of BS is 90mm from the center of PR2.
Attaching Zemax simulations for all four conditions: 1 - detector view in front of PR2 baffle before ITM CPs alignment change 2 - detector view in front of PR2 baffle ITMX CP -200 um pitch 3 - detector view in front of PR2 baffle ITMX CP -200 um pitch and ITMY CP -300 um pitch 4 - detector view in front of PR2 baffle ITMX CP +200 um pitch and ITMX CP +300 um pitch The detector is looking in both direction, the model does not have the baffle spacer and ballast masses therefore in zemax we may see more beams than on camera photos. The group of ghost beams highlighted with a dashed line matches the ghost beams seen on the mass in front of the baffle. Adding a simulation of the ghost beams in front of PR2 baffle from an older aLog https://alog.ligo-la.caltech.edu/aLOG/index.php?callRep=30010 [Denis Martynov]