Locked on 00 and started the script at about Jun 13 2018 04:38:34 UTC (1212899932)
Sheila Craig Jenne Georgia This afternoon we started preparing for a loss measurement of the y-arm at 1064. We aligned the arm in green, adjusting ETMY, the TMSY, and ITMY. We saw some Y-arm IR flashes on ASC-Y_TR_A and B, and maximised these with PR2 and IM4. Craig and Sheila used SR2 to align to the camera on ISCT6, however the beam looks smudgey when it centred on the camera, perhaps it is clipping somewhere. We will continue this tomorrow once ITMY has settled down after Team Hartmann’s ring heater test.
Sheila, Hang
We tried to do the PRM local length to pitch decoupling, similar to what LLO had done (LLO:31459). We measured both the M2L -> M3P and M2P -> M3P transfer functions, and fitted them using Lee's IIRrational. The filters were loaded into the PRM_M2_DRIVEALIGN_L2P filter bank. To engage the L2A, we should put a gain of -1.
The first and second plots were measured TFs. They were left in [ct/ct] as this was sufficient for filter design.
We also tested the effectiveness of the filter using past data (starting gps: 1186963218; duration: 2048 s). We used the fitted coefficients to filter SUS-PRM_M2_LOCK_L_OUT16 and then subtracted the results from SUS-PRM_M3_WIT_P_DQ. We further computed the residual coherence between PRM_PIT and CHARD_PIT. The result was shown in the third plot. The blue trace was the original coherence between PRM_PIT and CHARD_PIT and the red trace was after the M2_L decoupling. It seemed to reduced the coherence around 1 Hz significantly.
However, the measured suspension M2L->M3P did not quite match the optimal Wiener filter computed for the L2P decoupling from the past data with the full ifo locked, whose result was shown in the light cyan curve (the reason we start with M2 instead of M1 was that the M1 suspension L2A deviated from the Wiener result even more than M2). We might want to switch to the Wiener results in the future for better decoupling...
(Mark D, Tyler G)
A new rack was installed at each end station. They were installed on one of the walls of the mechanical room for each station, on the north wall for the Y End, and the west wall for the X End. The racks are to consolidate vacuum controllers for NEGs and IPs.
Work per WP 7646.
TITLE: 06/12 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Planned Engineering
INCOMING OPERATOR: None
SHIFT SUMMARY: Maintenance day. As well as work on PSL FSS, ITM HWS, and much more commissioning.
LOG: See attached
Added new suspension nodes for the OPO and the OFI. They are running a different version of sustools than the other sus nodes until I get the chance to restart the rest of the nodes.
I ran through all of the states and even tripped the suspensions and all went well. This speaks for both the nodes and for sustools.
Added them to the Guardian overview, as well as I added a compact version of the overview to the sitemap. See attached.
Measured noise on line delivering 118 Mhz to the EOM, and the line delivering 9 Mhz to the EOM driver. 118 Mhz signal was strongest noise source present on both lines. Replaced 118 Mhz BALUN with a modified BALUN. BALUN was modified by adding capacitors to the BALUN enclosure. BALUN measured capacitace apx 85 uF. Verified 118 Mhz noise is reduced in the vicinity. The first plot reflects the 118 Mhz noise measured at an antenna placed in front of the rack, and the second plot reflects the 118 Mhz noise measured after replacement of the BALUN. This antenna and receiver are pictured in attachment 6. The third plot reflects the noise measured at the 118 Mhz line connector using a custom fitted test lead (pictured in attachment 5) both before and after replacement of the BALUN. The fourth plot shows the 118 Mhz noise at the 9 Mhz line connector as measured with the custom test lead.
I noticed that the units on the Y-axis of the antenna plots are perhaps a bit off. It is posted as dBm with a peak power of around 30dBm (1 watt). Could be that I am missing something, so sorry if it's a dumb comment.
EX pump down curve attached. There is a strange feature in the curve from Monday morning that caused the pressure read back to change, but not evident in the adjacent hot cathode gauge, so it could be an electronics issue specific to this cold cathode gauge.
A quick update on the external shutter installation. We are still having issues with the external shutter, so it did not get connected today as we had planned. The shutter assembly has been removed from the shutter enclosure and we are testing it in the EE lab.
Ed found the problem, the shutter was wired to the wrong polarity. So when we tried to actuate the shutter it would obviously not. This is also the cause of the blown Control Box fuse from back in April. Ed fixed the polarity issue and we tested the shutter in the EE shop; it functioned as expected. We will install the shutter during the next Tuesday maintenance period.
This issue happened because of an ambiguity in the wiring diagram for the shutter. The diagram only covered the wires that come directly out of the shutter, not the cable that is attached to the shutter assembly (see picture). The wiring diagram is being updated to add the wiring for the cable attached to the shutter.
SUS oplev model changes WP7637
Jeff K, Dave:
New models for h1susmc2, h1sussrm and h1sussr3 were installed today. New IPC channels were added.
New Vacuum channels for LX, LY
Patrick, Dave:
Channel configuration for h0vacl[x,y] was changed. I decided to split out H0EDCU_VAC.ini into one ini file per system (H0EDCU_VAC[LX,LY,MR,EX,EY,MX,MY]. It was getting unwieldy maintaining one concatenated file.
New Beckhoff HEPI EX Pump Controller Channel list:
Patrick, Dave:
a new H1EDCU_HEPIPUMPEX.ini file was installed
New Guardian Nodes:
TJ
Adding new guardian nodes resulted in a new H1EDCU_GRD.ini file.
New Slow Controls ALS EX,EY Channel configuration
Daniel, Dave:
New PLC2 channel configuration for EX and EY Beckhoff slow controls was added. The SDF monitor channel list was modified, so the h1sysecat[x,y]1plc2sdf systems were restarted. This resulted in 7 new channels at each end stations which were not-initialized, these were added to the monitor list and their values accepted.
DAQ restart
One DAQ restarted at 12:02 PDT to cover all of the above.
[Thomas Vo, Gabriele V.]
Summary: The ITMY HWS sensor is aligned.
Still to do: check if we are on the correct beam from the IMTY HR face, by changing the ring heater and monitoring the HWS signals.
We removed the mask in front of the Hartmann sensor, and found that the beam was badly clipping on the SR3 baffle. We could fix it by moving the lower periscope picomotor.
We checked that we are imagining the right plane (i.e. the ITMY plane) by moving in angle the ITMY in pitch by about 20 urad peak to peak, and checking that the beam center of mass on the HWS moved by about 1e-3 of the image size. To do this, we modified the stream_intensity_Y.py script (located in controls@h1hwsmsr1:~/temp) to compute the center of mass of the beam intensity in X and Y and plot it as a function of the frame number (horizontal axis). In the bottom panel of the plot below you can see how the Y position of them moves when there is a 0.03 Hz pitch motion of 20 urad peak to peak.
We fine tuned the centering of the beam on the HWS by adjusting the last mirror in front of the camera. We put back the mask and got images like the one shown below.
TJ noted that the beam splitter was oscillating wildly. Glancing at the screen, it looks like the move that we did yesterday to align MICH (alog 42467) moved the BS mostly off of its optical lever PD. So, with a small nudge (maybe a recent EQ? there's a small close one that showed up in our seismic blrms) we've fallen enough off the PD that the oplev loops started going crazy.
I have the outputs of the BS oplev turned off for now. We need to re-center the BS oplev next time Jason has a moment to spare.
Opened FRS Ticket 10866 and assigned to Jason.
The BS OpLev has been re-centered.
Chandra has requested that all beam Tube vacuum auge high alarm levels be set to 8.0e-08Torr for the near future. This was done and the system was restarted.
+<Channel name="H0:VAC-LX_X4_PT144B_PRESS_TORR" low="1.0e-10" high="8.0e-08" description="VE gauge, LX X1-beamtube, CC">
+<Channel name="H0:VAC-MX_X1_PT343B_PRESS_TORR" low="1.0e-10" high="8.0e-08" description="VE gauge, MX X1-beamtube, CC">
+<Channel name="H0:VAC-MX_X5_PT346B_PRESS_TORR" low="1.0e-10" high="8.0e-08" description="VE gauge, MX X2-beamtube, CC">
+<Channel name="H0:VAC-EX_X1_PT523B_PRESS_TORR" low="1.0e-10" high="8.0e-08" description="VE gauge, EX X2-beamtube, CC">
+<Channel name="H0:VAC-LY_Y4_PT124B_PRESS_TORR" low="1.0e-10" high="8.0e-08" description="VE gauge, LY Y1-beamtube, CC">
+<Channel name="H0:VAC-MY_Y1_PT243B_PRESS_TORR" low="1.0e-10" high="8.0e-08" description="VE gauge, MY Y1-beamtube, CC">
+<Channel name="H0:VAC-MY_Y5_PT246B_PRESS_TORR" low="1.0e-10" high="8.0e-08" description="VE gauge, MY Y2-beamtube, CC">
+<Channel name="H0:VAC-EY_Y1_PT423B_PRESS_TORR" low="1.0e-10" high="8.0e-08" description="VE gauge, EY Y2-beamtube, CC">
Per work permit 7644. I updated the PLC code on h0vaclx and h0vacly to add readbacks for the new annulus ion pumps on CP1 and CP2. I got messages when restarting h0vacly that seemed to indicate that at least one variable was forced, but I was unable to determine which. I thought at first it might be PT100, but a previous alog says it no longer was. I also got error messages when scanning the bus and decided to recreate the project and try again. I did not get error messages the next time. I think the only difference was that I activated the configuration before scanning on the second attempt. I burtrestored both h0vaclx and h0vacly to 6 AM local this morning. The in-vacuum high voltage will need to be turned back on. Dave will do a DAQ restart.
Power supplies for ESD ITMY/X, HAM6 Shutter, and HAM6 PZT were powered on on 6/12/2018 around 11:00 am.
T. Vo, C. Cahillane, G. Mansell Summary: -We have aligned the ITMX and ITMY Hartmann wavefront sensor periscopes to get the ALS-X green beams co-aligned with the SLED beams. -While we see something on HWSY (attached image), we’re not quite sure yet if we’re sampling the right optical surface (ITMY) or something else, investigation ongoing. -We don’t currently see a signal on HWSX, alignment ongoing. Details: We steered SR3 to get the ALS-Y green beam onto the ITM Hartmann sensor table. This was quite arduous as none of the workstations or CDS laptops were allowing anyone to log in. We can see green light on both HWSX and HWSY paths, assumedly the Y path is from the reflection off the back surface of the beamsplitter. We had to adjust the positions of both periscopes on the table to centre the green beam on the top mirror in yaw (Y periscope moved by ~1 inch, X periscope by a bit less), and adjust the position of the top mirrors to centre the beam in yaw. We then steered the top and bottom periscope mirrors to align the beam with the SLED irises set up by TVo previously. We encountered an interesting phenomenon where one of the steering mirrors on the HWSX path (between the two irises) seemed to be angled right at Brewster’s angle for the green beam. Alignment onto the second iris was virtually impossible as there was no reflection off this mirror. We instead placed a new iris aligned to the SLED and aligned the green beam to this. Once we have a CDS computer working on the floor we'll be able to take the Hartmann sensor plate off HWSY and confirm which optical surface we're sampling, as the baffle apertures should be visible if we are hitting ITMY.
[Jenne, Gabriele, Daniel, Keita]
Once the gate valve was opened, we started work on aligning the Yarm to the green beam. Short story: green now locks nicely, we have beam coming to ISCT1, we moved BS to get MICH flashes (with the new ITMY alignment and the ITMX that we've had for a while now), which got us some IR flashes in the Yarm. Team Hartmann (TVo, Craig, Georgia) are now setting SR3 to get the green beam out onto the TCS table.
----------
-----------------
Next up for main IFO locking is to move SR2 to get the beam back to the AS port (after the TCS team has set SR3 to get beam out to their table).
Final attachment is our current slider values.
Methodological comment on MICH alignment
After realigning ITMY to lock the Y arm on green, the Michelson alignment was changed. We were sure about the alignment of ITMY, since it was based on the arm, and decided to keep the alignment of ITMX also as a reference. Therefore the only free degree of freedom left was the BS.
The AS port was completely misaligned, so we had to use POP to look for MICH fringes. We could not see any at first, and we did not have any aligned camera on that beam either.
By misaligning either IMTX or ITMY we could see that both reflected beams were hitting the photodiode: with one mirror only aligned the power on POP was ~2 a.u., while with both beams it was ~4 a.u. Since we could not see fringes we decided to use the following procedure, which we report here for future reference
The attached pic shows the full camera frame. The beam circled in green is the ITM HR surface scattering green light back to the camera. The spots circled in red are ghost beams from the rear surface and the two surfaces of the compensation plate. The brightest spot just left of the green circle doesn't move as function of CP alignment where the others do. So, it is most likely the reflection of the ITM AR surface. It is possible to align all red-circled spots on top of each other, at which point we can see a clear etalon effect. One explanation for this picture is that the ghost beams actually hit the camera lens.
The ITM has a vertical wedge with the thick side down. According to D080657 the wedge is 0.07°(+0.03°-0.00°). Taking the largest angle, doubling it and multiplying by the refractive index, we get a ghost beam that is angled down by about 5 mrad. Even after 30m propagation this amounts to only about 15 cm separation. This doesn't seem enough to hit any camera on the Y manifold flange.
PDH locking: From alog 42384 we see that the cavity pole moved from 1.2 kHz to 280 Hz. This is close to the original expectation of 200 Hz. In the common mode board the first boost stage was used to account for the green coating error, whereas the second stage acted as a servo boost. Both are 100Hz/1kHz pole/zero pairs. We locked by disabling all boost stages and increasing the gain by 3dB. The first boost stage now acts as the servo boost. This seems to work fine, but needs a open loop measurements to confirm.
Another pic taken by the "red" camera (mounted on VP6) after it had been resurrected. As it turns out, it doesn't have the green filter installed and is also sensitive to green. None of the ghosts are visible.
Some pics from the high resolution camera taken by Jeff B. Redish stuff is due to the oplev.
Closed safety valve on turbo station, spinning down turbo, and turned off backing scroll pump.
De-energized compressor #1,2 in chiller yard, along with the drying tower controller.
De-energized turbo station this morning after turbo was fully spun down, causing the levitated bearing to drop.
Lockloss after 2.5 hours.