Attached are plots of dust counts > .5 microns in particles per cubic foot.
Work resumed following yesterday's "Stop Work" and today's subsequent "Stop Work Release"
The first thing I found in the morning was that Beckhoff was dead.
On Windows computer that runs Beckhoff, both of two PLCs showed an error message dialog box ("connection error" or some such) and it was not talking to the hardware.
Alexa did several attempts to make it work without rebooting Windows, but eventually Patrick rebooted Windows.
This did the trick, but it had a side effect of wiping the settings for OPC variables (again).
Bram is working on a sad implementation of burt restore.
Jim Jason & Hugh The Initial Alignment Subsystem(IAS) crew gave us the bad news late morning and we translated East 5mm shortly after lunch. Given all the initial movement we saw on the Dial Indicators when we first floated & further when we tweaked the level yesterday, I'm not surprised by this shift requirement. And you all have heard my spiel about from where our initial position originated. Anyway, after the East shift we were almost bang on N-S & rotationally with ~.5mm & 300urad to correct. That done, East-West checked again and still good. Now back to level and elevation: our runout on the table level is 0.3mm and we are ~0.4mm low in elevation. Tomorrow we will bring this back in and attempt to equalize the load cell readings while we are at that and finally followed by a revisit of the table position by IAS.
The attached pdf plots the first transfer function measurements completed on the H1SUSMC2 triple suspension slated for the HAM3 install in the LVEA (chamber-side). The suspension has been cabled and powered by the H1 Production electronics. After the assessment of the BIO switch cabling by Richard M., the CDS crew were able to configure the CDS network to allow awgstream excitations to the H1 electronics. The measurements were run on a newly-configured H1 workstation in the Control Room named "opsws0". The results are postitive with excellent coherence on all DoFs. The resonances are clearly visible and match reasonably well with measurements from the Staging Building. --------------------------------------------------------------------------------------------------------------- As a note to other users of DTT on the new H1 workstations: To open a DTT session with the correct server configuration settings, special command line arguments must supplement the usual "diaggui" command. The H1 channel lists are now grabbed from the "h1nds1" server. To open DTT on H1: >> diaggui -n h1nds1 -m 8088 ---------------------------------------------------------------------------------------------------------------- DTT XML files: /ligo/svncommon/SusSVN/sus/trunk/HSTS/H1/MC2/SAGM1/Data/ 2012-07-10_H1SUSMC2_M1_WhiteNoise_L_0p01to50Hz.xml 2012-07-10_H1SUSMC2_M1_WhiteNoise_T_0p01to50Hz.xml 2012-07-10_H1SUSMC2_M1_WhiteNoise_V_0p01to50Hz.xml 2012-07-10_H1SUSMC2_M1_WhiteNoise_R_0p01to50Hz.xml 2012-07-10_H1SUSMC2_M1_WhiteNoise_P_0p01to50Hz.xml 2012-07-10_H1SUSMC2_M1_WhiteNoise_Y_0p01to50Hz.xml Individual (by DoF) and coalesced PDF files are located in: /ligo/svncommon/SusSVN/sus/trunk/HSTS/H1/MC2/SAGM1/Results/ 2012-07-10_H1SUSMC2_M1_WhiteNoise_All_DOFs_0p02to50Hz.pdf
Round 1 of HAM 3 table axial positioning, translation setting, rotational positions are dialed in. A second alignment will be done tomorrow after ISI crew completes their installation and we re-level the table. Alignment tooling worked well an is simple to set.
Craning work in the LVEA in the morning hours End-Y Optical Lever cover installation Richard M. at End-Y to cable WFS and Beckhoff system Rebooting of H2 machines by CDS during the Tuesday morning maintenance hours (8:00AM - 12:00PM) Closing of Gate Valve 5 by Kyle Transfer function measurements on H1SUSMC2 by Jeff G.
J. Kissel, P. Fritschel, Curious about the various features seen in Matt's spectra of the cavity length, Peter and I grabbed some data during the long stretch of cavity lock that Matt mentioned. Attached are the results: We show the ASDs of - (What we believe to be) Ground Seismometer at IY, (we think) Y direction [(we think) uncalibrated] - (What we believe to be) Ground Seismometer at EY, (we think) Y direction [(we think) uncalibrated] - Input to the Isolation Filters of Stage 2 of BSC8-ISI (ITMY), Y direction in [nm/rtHz] - Input to the Isolation Filters of Stage 2 of BSC6-ISI (ETMY), Y direction in [nm/rtHz] - The input to the cavity control loop at the TOP / M0 of the H2 SUS ETMY, in L [uncalibrated] and the coherence between all of the above with respect to the cavity length signal. A couple of things that we can tell from these plots: - The 0.12 Hz peak in the cavity L signal is most likely indeed just the micro-seism (even though it's incoherent with these Y direction sensors), because the frequency content of the ASD is roughly the same. - The 1.05 Hz peak in the cavity L signal, which we believe is the second L/P mode of the QUAD, is NOT present in the ISIs or on the GND. - The 0.43 Hz peak in the cavity L signal, which we believe is the first L/P mode of the QUAD, is also not terribly present in the the ISIs or the GND - The BSC8-ISI (ITMY), which (we believe) has HEPI displacement sensor loops and high-blend ISI isolation loops, is directly, coherently transmitting ground motion into the cavity, as told by the coherence, between ~0.4 and 1.0 Hz -- and BSC6-ISI (ETMY) is not. I convinced myself that this made sense for BSC8-ISI (ITMY), because both the HEPI displacement sensor loops and the high-blend, mostly displacement-sensor-up-to-0.75 Hz, ISI loops are actively "locking" the platforms to the ground. The only sensible thing we could come up with for why the GND and ISI at the end were not coherent would be if the GND Y was not actually, as in the sensor was rotated, or we picked the wrong channel, or it was poorly labeled, or whatever. BUT that doesn't explain why the BSC6-ISI (ETMY) sensor was incoherent with the cavity length... - It's confusing as to why the micro-seism is incoherent with everything. Food for thought! ------- Data is stored and committed to /ligo/svncommon/SusSVN/sus/trunk/Common/Data/2012-07-10_H2OAT_ASDs.xml
Valved-out, removed, cleaned, adjusted and reinstalled. Valved-in -> Working OK now. No interruption to purge air supply
We've found two discrepancies between the ADC/DAC channel assignment document T1100472 and the end station ISC wiring document D1100670. After some discussion, we decided that the right way to proceed is to change the channel assignment in the model and update T1100472. The model was already updated but the document is yet to be done. Physical wiring was not changed at this time.
1: CM boards fast readback channel assignment
We have two CM boards at the end station, one for PLL and one for PDH, and the fast readback looked like they were swapped.
According to the wiring diagram, the first CM board is PLL and the second one is PDH. Which means that the PLL CM board uses the first ADC DB9 input for AA for ADC 1 and PDH uses the second. Physical wiring as well as slow control follows this convention.
OTOH, the channel assignment document says that DB9_1 for ADC1 is used by PDH and DB9_2 is PLL. h2iscey model follows this.
We decided to change the channel assignment so everything agrees with everything.
2: Misc. diodes DC fact readback channel assignment
There are two kinds of photodiode DC output, one is the DC of the legacy iLIGO RF diode and the other is the output of generic diodes (e.g. PDA 100A) via the new aLIGO generic tabletop interface.
In the wiring diagram, the legacy output is not connected to the fast readback at all. The generic interface is connected to the third DB9 of AA input for ADC1.
In the channel assignment document, DB9_3 for ADC1 is used by the iLIGO RF diode (PDH_DC) and the generic interface uses DB9_4.
We decided to leave the physical wiring alone, but swap the channel assignment (i.e. DB9_3 for generic and DB9_4 for legacy) in the model.
Each DB9 holds up to four channels, and before the model change DB9_3 and DB9_4 used to hold a total of 4 channels.
After the change, each of these have 4 channels.
In DB9_3, PD1 is the new channel H2:ISC-ALS_EY_REFL_PWR_MON (which is a diode in the Hartman WFS path). Three old channels that already existed were shifted by one slot (PD2=red power monitor, PD3=green power monitor, PD4= PLL DC power).
In DB9_4, we have four channels (PDH DC, AUX1, AUX2 and AUX3 in this order). AUX channels are new (but PDH DC was not available in reality anyway, because there was and is no physical connection to the AA, it was/is only connected to Beckhoff). We need another cable going from the field to the AA chassis to actually use these four channels.
To clear up some confusion, everything was conforming to one document or the other. It's not like something didn't agree with any document.
Field wiring and Beckhoff model was made according to the wiring diagram.
ISC frontend was made according to the channel assignment document.
With the help of the SUS folks, I increased by a factor of 3 the gain on the quad yaw and vertical (both M0 and R0 on ITMY and ETMY). I also added 0.45Hz boosts to L and T for the transmon damping. All of these changes are aimed at making sure that the ISI does not see sharp resonant features from the suspensions.
I started the evening with the PLL unlocked, and the cavity badly aligned. The cavity alignment problem came from the HEPI, which had tripped and thus let go of its 1M count RZ offset. It turns out to be surprising difficult to restart HEPI without the watchdog tripping;
Or maybe we should just consider making the WD less sensitive.
The PLL was not working because the CM board was not set properly. The compensation filter was off, and the boost was 1. I guess these should be {on, 0}, or at least it works like this. Similarly the PDH CM board had the common option on, which made it not work either. We should really find a better solution.
After fixing these problems, and tweaking the alignment with the ITM and ETM, the cavity locked and was very stable. We should check the state of the ISIs during this time.
Plot requested by Jeff K.
boost=1 and no comp for PLL means that something/somebody attempted to copy the PDH CM setting to PLL.
But PLL was left locked when I went home. There's no good reason the setting should/could have changed. Puzzled.
After a false start wich for some reason tripped the watchdogs, I managed to start the driven tests on the ISI around 12am local time. The HEPI was also tripped... I'm not sure if this happened before the ISI tripped, or because it tripped. Please check filters and switches on the ISI isolation filter banks, as they seemed to be in an odd state.
These are some reference data from a long lock on the weekend. There are 3 hours of continuous lock between 14:00 and 17:00 UTC (2012-07-08). The long locks show a full tidal cycle; 1450 counts on the BOSEMS sensors ~ 580um ~ 50k counts of drive at the top mass. It also shows very little residual L2Y coupling, and a little L2P (which I later tried to remove with an L2P coefficient of 3e-4).
Attached are plots of dust counts > .5 microns in particles per cubic foot.
The continuing tales of HAM6 purge have found the lonely ISI near the end of adventures ... Or is it‽ The dew point numbers seem to be hanging out at the -32 range for the most part. I'm going to turn the flow rate up to 15-20 liters/minute and see if this will urge another drop.
HAM-ISI Unit #6 was balanced, and CPS readouts were within acceptable range, on 07/03 when we left it for long TF measurments. When checked this morning, CPS readouts featured an offset of approximately +/-3000 counts:
|
07/03 |
07/09 |
Difference |
H1 |
-387.82 |
2014.8 |
2402.62 |
H2 |
-15.363 |
2259.8 |
2275.163 |
H3 |
291.12 |
2534.3 |
2243.18 |
V1 |
-80.917 |
-3112.1 |
-3031.183 |
V2 |
-38.773 |
-3118.5 |
-3079.727 |
V3 |
119.34 |
-3054.5 |
-3173.84 |
There is no drive/offset on MEDM channels.
Coil drivers were turned off. The CPS readouts remained unchanged.
CPS interface chassis were turned off, and then turned back on. The CPS readouts remained unchanged.
Dataviewer plots are attached. They show the drifting of the CPS readouts.
We experienced high temperatures over the last few days.
3-Jul | 9-Jul | Difference | |
H1 | -387.82 | 2014.8 | 2402.62 |
H2 | -15.363 | 2259.8 | 2275.163 |
H3 | 291.12 | 2534.3 | 2243.18 |
V1 | -80.917 | -3112.1 | -3031.183 |
V2 | -38.773 | -3118.5 | -3079.727 |
V3 | 119.34 | -3054.5 | -3173.84 |
3-Jul | 9-Jul | Difference | |
H1 | -387.82 | 2014.8 | 2402.62 |
H2 | -15.363 | 2259.8 | 2275.163 |
H3 | 291.12 | 2534.3 | 2243.18 |
V1 | -80.917 | -3112.1 | -3031.183 |
V2 | -38.773 | -3118.5 | -3079.727 |
V3 | 119.34 | -3054.5 | -3173.84 |
The ISI was re-blanced this morning. Reasonable values were obtained along Z.
However, re-balancing the ISI did not correct the out-of-specification offset observed on horizontal CPSs.
CPS readouts, after re-balancing this morning, are presented below:
H1 | 1901.6 |
H2 | 2268.7 |
H3 | 2417 |
V1 | -34.45 |
V2 | 47.896 |
V3 | -201.18 |
In order to get a better understanding of what was happening, we collected data from GS13/L4C pressure sensors. Data shows:
Notes:
The ISI was locked. CPS readouts are within expected range.
H1 | -348.96 |
H2 | 297.36 |
H3 | -156.01 |
V1 | 252.29 |
V2 | 155.3 |
V3 | 323.62 |
The drifting we observed was not caused by a malfunctioning of the CPSs.
We later found that one circuit of our air conditioning had failed and therefore we could not maintain normal conditions in the staging building. There is no record of the indoor temperatures during this event but I estimate that the temperature excursions were on the order of 5-10 degrees F. Normal excursions (night-day) are probably 2-3F and perhaps closer to 1F during the day only (if you exclude the cooling overnight.
I started this fine Saturday checking the PZT alignment loops while JeffK measured SUS TFs. The idea was to make sure that the loops were fast enough to ensure that sub-Hertz alignment loops would not be bothered by sluggish PZT response. I found all of the loops in good working order with UGFs between 3 and 10Hz. While I was there I added cut-off and boost filters (loops are still unconditionally stable) and set all the UGFs a little closer to 10Hz.
In search of something to blame for our large angular motion, much of which appears at 0.43Hz (the first longitudinal resonance), I measured the Transverse loop (side OSEM), which also has a resonance around 0.43Hz. It wasn't doing much, so I broght it up to speed with the Longitudinal loop boost filter. I also changed the cut-off somewhat, as there was very little phase margin for the highest resonance (near 4Hz). The result was a much more damped T DOF, but not much else that was obvious.
After figuring out that the PHASE and PDH fast monitor signals are switched in digital land, I was able to close a slow loop (< 100mHz UGF) which off-loads the VCO signal for locking the arm cavity to the ETM. At the moment, the locking filter is in the SUS-ETMY_M0_LOCK_L filter bank rather than the ALS_EY_ARM_LONG bank. This is because ETMY_M0_LOCK_L_IN1 is recorded at 2kHz, which is useful for making spectra (see below).
By stepping the gain of the slow loop after a large output had accumulated (with the input switch off), I was able to modulate the length of the cavity without unlocking. This modulation is visible in the signal send to the VCO for cavity locking, and in the ETMY M0 OSEMS, so I cross-calibrated teh VCO signal using 40nm/cnt as round number for the OSEMS (see fig 1). This gave 0.8nm/cnt for FMON, which might be 40kHz/V for the VCO if I got all of my conversions right... not so far from the 100kHz/V I would have guessed. I made 3 spectra from locks separated by ~1 hour, all of which overlap nicely (see fig 2).
The main threat to lock stability was a large Long -> Yaw coupling that would misalign the cavity as the slow length loop pushed on ETMY_MO_LOCK_L. I fixed this with a small element in the drive align matrix (L2Y gain = 0.0036), indicating that we will probably have this problem with all of the suspensions just due to small magnet strentgh mismatches and BOSEM misalignments. With this in place, the cavity will stay locked for hours with ~10% power flucutions (see fig 3, 4). For reference, I include the alignment slider values in fig 5.
Calibration could be (and probably should be) done in the opposite direction, from VCO frequency/volt calibration to displacement.
M. Evans, (J. Kissel) Just because we may (read: will most definitely) have to do it again, I called Matt and asked "How'd you come up with that 0.0036 L2Y coefficient for the DriveAlign Matrix?" Here's what he did: - Look at DC Y Value (in DAMP IN1) with no L offset. (Say it's 1000 cts) - Put a Huge L offset in place (through the TEST filter bank, for example), and watch Y change. - Put a number into the L2Y DriveAlign matrix, and tweak until DC Y Value returns to what it was before Huge L offset. Done! Easy-peezy, Japanese-y. For the record, he says he also has a coefficient in place for L2P, but "[he's] not sure it's doing anything."
The "calibrated spectrum" shown above does not include a 1.6:40Hz pole:zero which are in the VCO. Doing this correctly will cause the spectrum to slope down between 1.6 and 40Hz... next time we'll include this, as well as the direct VCO calibration that Keita suggests.