I noticed that the displayed value in the TC1 field was "#..." or absent a numeric value this morning at 0110 hrs. during a random check. I monitored for 10 minutes and noted displayed values as TC1="#..." TC2=85.5 TC4=83.0 %(can't determine due to pixel resolution) TC1="#..." TC2=85.8 TC4=83.2 %(can't determine due to pixel resolution) TC1="#..." TC2=85.7 TC4=83.1 %(can't determine due to pixel resolution) TC1="#..." TC2=85.6 TC4=85.2 %(can't determine due to pixel resolution) TC1=99.9 TC2=85.5 TC4=85.5 %71 TC1="#..." TC2=85.9 TC4=83.3 %76 Thus, displayed value of TC1 is alternating between gibberish and valid values.
This is a late report about the work done in HAM6 on Thursday. Basically we have aligned things in HAM6, so that we should be able to work on locking the OPO for now.
In the morning Nico, TJ and Terry pulled off the viewport simulator, and Gerardo and TJ removed the septum window protector so that we could attempt to inject a beam into HAM5.
TJ and Terry recentered the osems on ZM1, which seems to have improved the performance of the damping loops (TJ is planning to remeasure the damping loops, but our experience in chamber was that it was not swinging around as badly once this was done).
We reentered the green rejected beam on the DCPD and its reflection onto the black glass dump, which was lost when TJ and Daniel fixed the short in the diode.
We also added the black glass clip to the last steering mirror before ZM1. This means that we should be finished making adjustments that might change the balancing of the OPO suspension.
Nutsinee and I borrowed the Thorlabs PZT driver from the optics lab so that we can scan the OPO PZTs more quickly which makes alignment into the OPO much easier. Nutsinee had installed a thorlabs PDA100A into the homodyne path so that we could look at the OPO transmitted power. We found that we were not well enough aligned through the apertures on HAM6 so that the flashes we saw on SQZT6 would sometimes be clipped on one of the apperature as the OPO suspension and ZM1 were swinging. Once we had the beam better aligned through the apertures, we can see the cavity scan for 1064 fairly well.
We decided that it wasn't worth trying to inject this beam into HAM5 and look for it returning to HAM6, since the power was so low it is hard to see the beam while scanning.
We had a hard time finding the green transmitted beam from the OPO, but with help we were able to turn off the cleanroom +LVEA lights. This allowed us to find the beam and align onto the green TRANS PD. With the OPO suspension locked we were able to align the green into the OPO decently. We then unlocked the OPO suspension.
Three purge air systems operating normal.
Corner pressures trended over six days.
Nutsinee Terry Daniel
Today we tried to lock the OPO in green. First, we swapped the busted 1801 with a BBPD and realigned it. The RF signal is quite large and we ended up installing a 20dB attenuator in the green EOM modulation path. As expected the green transmitted power is tiny, about 70nA when locked with ~1.3mW. We suffered from red contamination until we turned the seed off. We probably need a second dichroic beamsplitter in this path.
We first tried to lock the laser to the OPO, but soon realized that this won't work with 1MHz of VCO range. We switched to the OPO PZT and were able to keep it "locked" near resonance within about the full width. What remains looks like a ~1kHz feature that we can't suppress, since at higher gain setting we see an instability around 5kHz. The dip in reflection seems to be about ~0.7.
J. Oberling, E. Merilh, P. King, R. Savage
Today we confirmed our initial measurements of the FE beam propagation. Ed and I took a couple of extra data points closer to the FE (attached as LHO_FE_Caustic_no_lens.txt, the setup can be seen in the 1st attached picture; WP02 and PBS02 had to be removed to accommodate the beam profiler) in order to more tightly constrain the divergence angle. This was done because fits done yesterday by myself and Peter were producing different results, and indication of a possible problem with the measurement. I used a Matlab script provided by Rick to fit this data to a Gaussian beam; Peter did the same using a gnuplot script he developed. The 2 separate methods produced the same result: beam waist radius of 202 µm, positioned 162mm inside of the FE box. Using JamMT to model mode matching solutions, one stood out as giving good overlap and also not giving us an intermediate focus between the lenses (which can cause problems). This is attached in the 2nd picture as 70W_MM_Solution1-FE_caustic_no_lens.png; included is the setup for the mode matching model, with the chosen solution #9 highlighted, and the list of lenses used (all LINOS lenses we have readily on hand). The focal lengths given are the lens focal lengths at 1064nm, taken directly from the LINOS product page.
While working all this out, we noticed something in the layout that we didn't like. As currently laid out, any change in the beam alignment to the 70W amplifier also causes a change in alignment through the Faraday isolator (AMP_FI). This can have an effect on the isolation provided by AMP_FI, which can in turn present a danger to the FE should a beam get back-reflected and not be properly isolated by AMP_FI (can cause crystal damage to the FE MOPA, or if we're really unlucky could amplify that back-reflection and damage down-stream components in the FE); there are also personnel safety issues to consider should a slightly off-axis beam make it back through the FE MOPA while someone is working inside the FE box. To fix this, we removed the little zig-zag made by mirrors M33, M08, and M34. M33 was moved 6 hole patterns further down the table (thereby giving more room for mode matching solutions as well), while mirrors M08 and M34 will serve to direct the beam onto AMP_M01 and then into the 70W amp. AMP_FI will now reside between mirrors M33 and M08, while mirrors M34 and AMP_M01 will be the alignment mirrors for the 70W amplifier; now aligning the beam through the amplifier will not change the beam alignment through AMP_FI (before and after pictures are attached). Ed and I placed the 70W amp in its location on the table (per the layout) and finished the change with mirrors M33, M08, and M34; there is still some alignment work to do with these mirrors.
On Monday we will install and align the mode matching lenses from the attached solution and align the beam through its new path to M34. We will then set up the beam profiler at the waist location given to us by NeoLASE and optimize the mode matching lens alignment to get the proper beam size for the 70W amplifier.
Edit to add: As a precaution, we installed the 80W air cooled beam dump after mirror M33. The FE laser is ON, with watchdogs active.
State of H1:
Activity Detail:
Today, Betsy and I embarked on the final First Contact cleaning of the new ETMy. We started by taking a charge measurement with a handheld electrometer (although we didn't hold it in our hand, we used a mount specifically made for it mounted to the AERM side of the Quad lower structure). Since the new AERM has a hole in the middle, we had questions about where to mount the electrometer. We attempted to contact Calum from the end station, but ran into the usual working-at-the-end-station issues i.e. no GC WiFi to use WiFi calling from cell phones, no cell signal, and we were unable to locate TeamSpeak on the workstation. Using the landline phone in these situations is often impractical since we are usually fully garbed in which case you are supposed to stay in cleanrooms and the phone is located on the other side of the beamtube. After driving back to the corner station, we learned that the workstation does have TeamSpeak installed, but needed to be accessed via command line and there was no microphone/speaker anyways.
We then measured the charge in 5 locations (center, upper right, upper left, lower right, lower left) and found that all 5 locations were ~10 volts. We'll remeasure these after First Contact removal/TopGun blowoff. We then sprayed/painted on the First Contact layer onto the HR surface of the ETM. We'll let the paint dry and continue with chamber closeout activities on Monday.
I set the TCSX QPD dark offsets earlier today, but not TCSY QPDs offsets, and on both TCSX and TCSY QPD A and B sums I put an offset of 3 to keep the sum above zero, normal sums are around 10K counts.
In support of the CP4 bake-out, I've created a temporary Rate-Of-Change (ROC) medm and linked it as the last item on the VE pull-down on the SITEMAP. It is calculating the ROC for a CP3 thermocouple, which is actually located at CP4. When the 1-HOUR measurement exceeds 1.0degC/hour in either direction, the gray rectangle turns RED, indicating a cell phone alarm has been issued.
Note, ROC also calculates the LN2 consumption rate of EY-CP7-Dewar as a test channel (consumption is about 1% dewar capacity per day).
I have a script check_guardian_nodes_against_medm_screen which reports: nodes which exist but are not on MEDM screen, nodes which are on MEDM screen which do not exist. It produced one report: CS_BRS on the overview but does not exist. I have removed this node from the MEDM file.
Note: INJ_TRANS is white on the overview, Jamie is working on restarting this node.
The INJ_TRANS node can not be started, for unknown reasons. However, the h1guardian0 host is apparently suffering from some sort of NFS lockup having to do with the injection machine, which presumably explains what we're seeing. Dave is on the case. Once this issue is resolved, the INJ_TRANS node should be able to be restarted with the following commands:
$ guardctrl create INJ_TRANS
$ guardctrl start INJ_TRANS
WP7399
The process of offloading raw minute trend files from h1tw0 to the DAQ SATABOYS has been started. The first part of the procedure was to switch writing the current data to a new directory on h1tw1 and adding the directory which contains the last 6 months of data to the NDS archive_raw_minute_dirs list. This was done and both NDS were restarted at noon.
The next step is to use h1fw1 to copy of files from h1tw1's SSD RAID over to the SATABOY RAID (a fully compressed ZFS specifically built to hold archived raw minute). I started this process at 12:52 PST. Note that this transfer uses ionice to reduce this transfer's impact on the frame writing.
The CP4 enclosure temperature ramp is slowing down and the heater has been running at 100% for the last day. I've been increasing the temp of the GN2 flowing into CP4 so it's not a heat sink. I'm also trying to increase flow by increasing head pressure of Dewar (valve is wide open).
Heaters controls still buggy. Heater ran at 100% all night with no significant increase in air temp. When I visited mid-Y this morning, I found it holding at temperature (setpoint 120C, actual air temps in 90s), so I rebooted the system. Heater now running at 34% and temps recovering (TC#1 reads 81C). New setpoint is 130C with 10C overlimit.
GN2 temp holding steady at 125C. No change yet in head pressure of Dewar after yesterday's change to economizer valve. Flow fluctuates between 30-40 scfhx100.
Bubba turned chiller off to allow VEA to warm up.
By request from Chandra, I have shut the chiller down at Mid-Y to see if that helps maintain temperature on the bake out. I will continue to monitor the space temps.
CP4 LN2 consumption is high ~5.4%/day. Three day trend attached, comparing CP4 to CP5. We have a truck delivery scheduled for Tuesday.
Current temps (degC):
TC1: 92.9
TC2: 80.6
TC3: 59.6
TC4: 78.4
GV11 air: 85
Heater output: 41%
GN2 gas regen temp: 124
GN2 pipe temp into enclosure: 85.6
GN2 exhaust pipe temp out of enclosure: <75
RGA valve flange temp: 107
No change on the Dewar head pressure; still reads 12 psig at top and 10 psi next to pressure relief valve
GN2 flow ~ 40 scfhx100
Foreline pressure on turbo has increased from 2.4e-2 Torr to 3.2e-2 Torr since this morning
VEA is warm. Certain areas of enclosure insulation are warm, particularly where the velcro flap overlays the adjacent panel. In some cases the 4" thick panels don't butt up to each other so there are losses through the thin overlap.
Kyle and I replaced a bad solenoid valve on the compressed air drying tower skid outside after getting alarms 'after hours'. Loss of compressed air caused the safety valves on the three turbo stations to close and thus spin down turbos. It also caused GV 6,8 to sag. After we regained compressed air we spun turbos back up, but YBM turbo is being difficult and keeps shutting itself down due to vibration (a known issue). We tried all the tricks with bypass valve and air admittance to load rotors. We'll let it spin 100% down tonight and try again tomorrow. I closed all three turbo isolation gate valves in a timely manner so the corner should not have been affected from back streaming. Pressure rose for a period while turbos were valved out. I didn't have time to check on in-vacuum high voltage equipment - don't think anything was turned on.
FYI: we did not replace the solenoid portion of the valve at the drying tower.
YMB turbo spun back up today with no troubles or tricks. Foreline setpoint back to 5e-2 Torr.
After ~3 days of ground loop hunting, fixing, breaking, fixing as well as a relocking of the ISI, we finally are getting good results on the 18 DOF transfer functions for all 3 suspended chains in BSC10 (ETMY main, ETMY reaction, and TMS).
Attached are results of the TMS. Peaks from today overlap peaks from previous closeout sessions.
Kissel has cast an eye on these and calls them good.
Will post the ETM set shortly.
Next up: First contact and electrometer optic readings, chamber clean-out, then closeup!
Also, attached is the latest set of ETMY and TMSY spectra after all of the ground loop work. Combs are gone.
Attached are the ETMY M0 and R0 chain transfer functions taken yesterday. The 2.5Hz noise is showing itself again on the Transverse DOF TFs just a bit - maybe related to the ISI being locked again. No knobs to turn for it so we're going with it for now.
After a lot of experimentation, I have found a way to improve the attenuation of frequencies below 9 Hz in the calibration by 1-2 orders of magnitude, without significantly increasing the computational cost or latency of the pipeline. Here is a list of what I've changed and what I've kept the same:
Of all the things I tried, this is what worked the best. Reasons I did not make this even better include:
Several plots are attached to show the new features. The first 5 plots are the frequency responses and comparisons to the ideal models for each of the filters used. The last 3 plots are comparisons of C01 data with data produced using the new filters. The attenuation is better by about 1-2 orders of magnitude, and there is just a very small amount of ripple added below 20 Hz.
I have made some additional improvement in the high-pass filtering in the DCS filters. The additional changes I made were:
A similar set of plots is included, with several additions:
It's also worthwhile to remind ourselves of the list of reasons why we wanted to improve this filter/what we wanted to improve:
After further investigation, I've found that the the noted ~1% errors in the PUM/UIM stage filters just above 10 Hz are most likely due to notches in the actuation models at those frequencies, and do not seem to be affected by the high-pass filtering. One way to get rid of those errors is to remove the time-domain Tukey window from the filters. However, this generates a lot of noise in the spectrum due to the fact that the filters do not fall off smoothly.
I also found that the "shelf" seen at low frequency in the ASDs (the noise from DC to ~0.25 Hz) may be an artifact of the relatively low frequency resolution (I used 3-second FFTs, so 0.33 Hz resolution) in the calculation of the ASDs. I have produced another ASD from the same data using 64-second FFTs averaged over 12 hours. The "shelf" is not seen here. I also investigated the possibility that this is a DC component (in which case it would still be present in the new ASD I plotted, but not shown due to the higher resolution). I added a feature the the gstlal calibration pipeline that allows the option to remove a DC component from the data before filtering it. The method is to simply downsample the input data to 16 Hz (with high-quality anti-aliasing), take a running average of 16 seconds, and then upsample (with high-quality anti-imaging) and subtract the result from the input data. This can be done with zero latency by shifting the timestamps becuase the phase of a DC component is zero regardless of timestamp shifts. The result of removing the DC component before filtering was indistinguishable from not removing it, implying that this is not a DC component.
The attached plot shows a high-resolution spectrum comparison of C01 data to data produced using the new high-pass filters. There appears to be a line present around 3 Hz. The small differences between C01 and the new DCS data above 10 Hz are due to the fact that the kappas were not applied in producing the new data (I used the same data to produce the comparison to the modeled response function, which requires not applying the kappas).
Tagging VE.
It appears it doesn't like to read out three whole #s.