I redefined the HAM-ISI Matlab path and modified the tree of the HAM2 folders to use the commissioning scripts. Then, I installed the symmetrization and the damping filters on HAM2. I will keep installing the blend and the isolation filters next week.
Thursday, few measurements were performed with the cavity locked. This aLOG presents some results.
In order to keep the cavity locked, Isolation filters on the HEPIs were always engaged, HEPI-BSC6 was yawed by ~180micro radian, damping filters on ISIs, TMS, QUADs and the FM were always engaged. The ISC longitudinal error signal was fed back to BSC6-HEPI (UGF ~1mHz). The simplified control schemes of the BSC-ISI and the HEPI are presented in attachment (SEI_Simplified_Control_Scheme.pdf)
The isolation filters of the 2 ISIs are tuned using the following parameters:
- UGF: 15Hz on all DOFs
- Phase margin > 45deg
- Gain margin>20dB
- Gain peaking <2
The HEPIs are tuned using the following parameters:
- Blend IPS-L4C at 800mHz
- UGF: 10Hz
- Phase margin > 45deg
- Gain margin>20dB
- Gain peaking <2
The measurements were performed using DTT, and then the spectra are extracted and calibrated using Matlab. In order to extract the data from DTT and save them in a .mat file, I used the Matlab and the python scripts called respectively ddt2mlab.m and ddt2mlab.py found in userapps/trunk/cds/common/scripts/dtt2mlab. Due to a bug, I modified (a hack, not a fix) ddt2matlab.py and dtt2matlab.m but I didn’t commit the changes.
The Calibrated spectra presented in attachment were measured in the following configurations:
- HEPI ON - ISC Y - No Sensor Correction - ISI Damping
- HEPI ON - ISC Y - Sensor Correction - ISI Damping
- HEPI ON - ISC Y - Sensor Correction - ISI Damping + Isolation with ST1 L4C blended at 250mHz
- HEPI ON - ISC Y - Sensor Correction - ISI Damping + Isolation with ST1 L4C blended at 250mHz + ST2 GS13 blended at 100mHz
- HEPI ON - ISC Y - Sensor Correction - ISI Damping + Isolation with ST1 L4C blended at 100mHz + ST2 GS13 blended at 100mHz
- HEPI ON - ISC Y - Sensor Correction - ISI Damping + Isolation with ST1 T240 blended at 250mHz + ST2 GS13 blended at 250mHz
- HEPI ON - ISC Y - Sensor Correction - ISI Damping + Isolation with ST1 T240 blended at 100mHz + ST2 GS13 blended at 250mHz
The plots show spectra of the length of the cavity (LHO_OAT_ALS-Y_ARM_LONG_IN1_DQ_2012_09_06.pdf), the motion of stage 1 (LHO_OAT_ISI-ETMY_ST1_BLND_Y_T240_CUR_IN1_DQ_2012_09_06.pdf) and stage 2 (LHO_OAT_ISI-ETMY_ST2_BLND_Y_GS13_CUR_IN1_DQ_2012_09_06.pdf) of ISI-BSC6 (ETMY). The mystery noise (fiber?) mentioned in 4128 slightly disturbed the measurements; it is visible on some spectra (on the black curve of LHO_OAT_ALS-Y_ARM_LONG_IN1_DQ_2012_09_06.pdf around 2 Hz for instance).
On the spectra of the cavity, the effect of the sensor correction on the HEPIs is noticeable (blue vs green). In both cases, the ISIs are only damped. However, there is a significant amplification below 100mHz (corner frequency of the STS-2 (on the ground) high pass filters at 40mHz). Above 100mHz, there is a reduction by a factor of 3-4 visible up to 2-3Hz.
Once the isolation filters are engaged on stage 1 only (blend at 250mHz on the L4C – in red), the attenuation is important above 250mHz and the amplification is still visible below 100mHz (should be amplified by the stage 1 CPS low blend filters).
Next, stage 2 isolation filters were also engaged and blend frequencies were lowered down to 100mHz and finally the T240s were introduced in the stage 1 super sensor (CPS + T240 + L4C). The extra isolation (low blend + T240s + 2 stages controlled) provided by the ISIs is not visible on the cavity above 200mHz (reaching the noise floor of “something”). Only the amplification below 100mHz is visible due to the use of aggressive blend filters (100mHz) and the 2 stages of isolation. The largest amplification is obtained when the 2 stages are controlled and the position sensors are blended with the seismometers at 100mHz.
The isolation provided by the ISIs is presented in figures (stage 1 - LHO_OAT_ISI-ETMY_ST1_BLND_Y_T240_CUR_IN1_DQ_2012_09_06.pdf) and (stage 2 - LHO_OAT_ISI-ETMY_ST2_BLND_Y_GS13_CUR_IN1_DQ_2012_09_06.pdf). The best isolation is obtained when the T240s are introduced in the stage 1 super sensor with a blend frequency of 100mHz. Actually, the CPSs are blended with the T240s at 100mHz and the T240s with L4Cs at 2Hz (cf scheme control).
Comments on the amplification at low frequency (peak at 60mHz)?
At 60 mHz, when the ISIs are not controlled, the ISIs absolute motions are about 1 micrometer and the relative motion between the 2 ISIs is 100nm. A transfer function from the STS-2 at the end station to the STS-2 at the corner station showed that the LVEA and the end station are moving in phase around 100mHz (a 5-6 degrees phase would explain the 100nm of relative motion between the ISIs).
Once controlled, the absolute motion of the ISIs is amplified by 10 but what is the phase between the 2 ISIs? I tried to measure transfer functions from the T240s in BSC6 to the T240s in BSC8 but the coherence is close to zero.
Under control, the relative motion between the 2 ISIs is 10^4nm (x100 amplification). A phase of 60 degrees between the ISIs would explain that. But, it would be surprising to see this large phase since the filters used on both ISIs are quasi identical.
At low frequency, the platforms are locked to the ground using the position sensors. But if the so called vertical position sensors are not all “perfectly” aligned with the vertical, a translation of the platform in the horizontal plan will create some tilt. Under control, if the ISIs are moving in phase in the Y direction but one ISI is tilting in +Rx while the other one is tilting –Rx, the variation of the length between the test masses hanging points will be increased.
The tilt correction has not been implemented on the ISIs. Few weeks ago, I quickly tried but I didn’t see any significant improvements. It may be worth trying again.
The measurements are done using a 20mHz resolution and 10 averages (500s measurements). The measurements starting times are reported below:
- HEPI ON - ISC Y - No Sensor Correction - ISI Damping - 1030986848
- HEPI ON - ISC Y - Sensor Correction - ISI Damping - 1030987450
- HEPI ON - ISC Y - Sensor Correction - ISI Damping + Isolation with ST1 L4C blended at 250mHz - 1030989568
- HEPI ON - ISC Y - Sensor Correction - ISI Damping + Isolation with ST1 L4C blended at 250mHz + ST2 GS13 blended at 100mHz - 1030992897
- HEPI ON - ISC Y - Sensor Correction - ISI Damping + Isolation with ST1 L4C blended at 100mHz + ST2 GS13 blended at 100mHz - 1030994063
- HEPI ON - ISC Y - Sensor Correction - ISI Damping + Isolation with ST1 T240 blended at 250mHz + ST2 GS13 blended at 250mHz - 1030997720
- HEPI ON - ISC Y - Sensor Correction - ISI Damping + Isolation with ST1 T240 blended at 100mHz + ST2 GS13 blended at 250mHz - 1031000346
Here're some P and Y optical lever spectra and RMS of the H2 SUS ETMY during a select few times of Vincent's mentioned above, Magenta and Cyan == 1030986848, Damping Loops Only Yellow and Green == 1030997720, ST1 T240s at 250 mHz Red and Blue == 1031000346, ST1 T240s at 100 mHz I'll see if I can get these up against a model later today. Note, I explicitly *don't* show ITM data, because it shows very-little change between the different configurations. After a call to Vincent, he says that there was work in the LVEA during some of these measurement times, so ITM data should be suspect, and by the looks of the ITM spectra, I agree with him. [[EDIT at 5:12pm ET]] I fixed the legend such that it actually matches what I describe above, and the data. Sorry about that.
[Rodica, Suresh] Sun Sep 9 14:14:59 PDT 2012 We found a dust alarm arising from H0:PEM-EY_DST1_3 . Don't know if this a serious concern or if it is a false alarm. Thought it is best to log it for site managers to look at.
From Dale Ingram -- I was in the control room from ~17:00 to 19:00 doing an outreach video conference and silenced 4 more dust alarms at EY (1 and 2). The sky is extraordinarily dusty tonight because of high winds - not sure if this is the issue.
Joe D, Cheryl, Rodica With the most invaluable help from Joe D we got the TGG crystals completely restored to their shine yesterday. With the crystals in their holders we flushed freon inside the tubes and perfectly removed all contamination. Cheryl and I reassembled the Quartz crystal with new strips of indium foil and closed the second assembly for the single TGG crystal and brought everything back inside the PSL enclosure. We also cleaned the inside of the dust shield of the magnet with vectra alpha wipes and IPA.
Fiber was swapped from optics lab refcav to the PSL.
At the fiber patch panel in the MSR, the power we're getting from the optics lab refcav was about 3.3mW while our new PSL fiber provides 1.1mW or so.
Everybody had something else to do, so nobody was able to take care of the PLL. We'll continue working on it on Monday.
Jim, Greg, Mitchell, & Jason (IAS) We got the Risers & Support Table into the Chamber Tuesday (Corey). Wednesday we stayed pretty quiet. Thursday we torqued the Support Table to Support Tube bolts and then surveyed the Support Table for vertical. It was level to +-0.1mm but low 0.8mm. Today we pulled the East door and IAS gave us horizontal moves. This afternoon we moved the dial indicators from HAM2 to HAM1, floated the system and moved the position and adjusted the elevation (based on the DIs).) We have a little more adjustment in horizontal now but ran out of time so we locked up the HEPI stops after adjusting the F-Clamp position where needed. Next week we'll do a couple more tweaks and be ready for IAS to do another check. We'll then lock up HEPI again and attempt a stress relieve on the Springs. Finally we'll get back to building the isolation stacks and installing the Optical Table.
A newly-found RCG bug has been submitted as Bugzilla bug #415 to document recent findings in SUS that indicate three different file-name structures are created by the latest RCG code (2.5.1) to generate the generic MEDM screens. In the local directory, '/opt/rtcds/lho/h2/medm/', the RCG-generated MEDMs are written and sorted based on the individual model's name. As an example, the directory for the H2 SUS ITMY ('/opt/rtcds/lho/h2/medm/h2susitmy/') generic MEDMs contains file-names of generally two structures: 1.) H2SUS_ITMY_* and 2.) H2SUSITMY_ITMY_* A third structure was recently discovered: 3.) H2SUSITMY_* (Note the difference between (2.) and (3.) is the second "*ITMY*" is missing.) This third structure seems to only apply to the ADC, DAC, GDS, BIO, and ALARM MEDMs.
Daniel suggested that the mystery noise that comes and goes might be a parasitic interference in the fiber.
This morning, before anybody started any noisy activities, I went into the optics lab and gently tapped the fiber that is hanging from the ceiling panel of the clean room, from 8:13 AM (15:13:00 07/Sep/2012 UTC) for 30 seconds.
Attached is the short time spectra taken at various times before, during and after the tapping period, and sure enough, only the trace with tapping (blue) shows a very high noise in the right frequency band while everything else looks the same.
If you're interested in the data file, find the file name in the screen shot.
Note that "everything else" is still somewhat noisier than the black reference taken on 22/Aug.
I'm turning the WFS loops off (@ 7:20:00 UTC).
Alberto recentered the beam on WFS, I tweaked the alignment of the cavity, and WFS still didn't work (this time its running off in YAW).
I remeasured the sensing matrix, which didn't change much from what Daniel measured:
WFSAPIT = 0.047*POS -5.66*ANG
WFSBPIT = 0.906*POS - 3.760*ANG
WFSAYAW = 0.086*POS + 2.379*ANG
WFSBYAW = -0.293*POS + 3.302*ANG
Note that the coherence for WFSA against POS injection was poor both for PIT and YAW, but everything else had an excellent coherence.
Inverting these, PIT input matrix is [-0.759, 1.143; -0.183, 0.009]
YAW input matrix is [3.366, -2.425; 0.299, 0.088]
But of course it still didn't work, everything was running off in YAW.
Since, unsurprisingly, POS YAW feedback was the bad guy, I enabled POS_PIT, ANG_PIT and ANG_YAW, centered the wfs using picos, lowered the gain for POS_YAW, enabled all four DOFs, disabled the input, recentered, enabled, recentered, and at some point it stopped running away. I set the gain of POS_YAW to the same value as ANG_YAW and it still worked.
UGF of all DOFs are supposedly 50mHz with the filter gain of -5. I think we can go higher, but sadly the cavity power is hashier with WFS enabled, even with this low gain. But at low frequency it is certainly doing its job (I can push TMs and WFS automatically brings them back).
I leave it with WFS on for tonight.
Note: At some point I started isolating ISIs and tripped HEPI and ISI, and put ISI back to damped without isolation.
Note2: To make it easier for people to look at angle data later, WFS sensing matrix data also contains the TFs from POS and ANG excitation to ETM and ITM oplev. See the snapshot to find the location of the file in the title bar.
Note3: The reason why I seem to have done this at 0.04736b4 Hz is because of DTT quirk. I told dtt to make a sweep from 0.1Hz to 0.09Hz with one data point, and somehow dtt decided to do it at 0.047something, or maybe it did measure at 0.1Hz but displayed as if everything was done at that frequency.
Joe G, Cheryl, Rodica On Tuesday, Joe G and I assembled a temporary half waveplate to align the polarization of the forward transmitted beam parallel to the table (p-pol). We used a pick-off mirror (borrowed ALS_M3) to direct the low power s-pol beam away from the main beam to be monitored properly. We started measuring the power ratios between the two transmitted beams to check the rotation of the polarization after the FI. Continued the alignment work with Cheryl on Wednesday when we noticed contamination of the crystals due to metal particles and glove marks. We removed the first calcite polarizer and the TGG and TGG+QR holders and transfered them to the Optics Lab to be cleaned under the flow bench. We applied First Contact on the calcite wedge while still in its mount, and also on the quartz rotator which was successfully removed from its holder. However, the two TGG crystals could not be removed, the single piece being held too tight in place by the clamps of the holder, while in the other holder the metal parts were stuck together, possibly the threads of the assembly got crossed. We have been engaging the clean and bake crew (Jodi and Joe) into finding a solution to clean these crystals in their holders and we have some new ideas to try tomorrow.
Most of the day, Vincent was taking data including the calibrated spectra of the cavity length.
Attached are plots of dust counts > .5 microns in particles per cubic foot. Also attached is a plot of the mode of the dust monitor at end X (H0:PEM-EX_DST1_MODE) to shown approximately when it was reconnected.
OAT: Quiet requirement all day!
The dust monitor at end X had been turned off. The dust monitor and the weather station at end X were restarted. This involved power cycling the weather station and the Comtrol box. The Comtrol box was moved to the upper shelf in the rack.
Scott, Mark L. and I spent time preparing for ICC at BSC9. Scott and Mark dealt with cleanroom location, assembly, and repair issues. They also moved the flam cabinet from the emergency exit air-lock into the VEA. I cleaned up from the iLIGO optics de-install, organized garbing and staging materials, packed up unneeded items, etc. Two large staging tables were returned to the corner station so they could be used for work at HAM1 and HAM4.
From initial alignment data, we know the following:
Positive offset in PIT (H2:SUS-ETMY_M0_OFFSET_P and H2:SUS-ITMY_M0_OFFSET_P) will tilt the mirros such that the reflected beam off of the mirrors will go down.
Positive offset in YAW will tilt the mirrors such that the reflected beam off of the mirrors will go toward the inside of L.
That is, the upper stage of ITM looks like the mirror image of the ETM. Why is this the case? I thought that they are identical.
Also, I think oplev sign is somehow wrong. It's not consistent with initial alignment data.
FYI, the sign of the things in initial alignment was figured out by:
First using baffle diodes to figure out the sign of the TMS to figure out the TMS sign, and make the first beam hit the center of the ITM.
Then using ETMY cage and CCD camera, make the reflected beam from the ITM hit the cage bars to figure out the sign of ITM.
Then move offset of ETMY so that the beam comes back to the table, then move TMS and repeat, to see if ETMY sign is the same as TMS (it is).
As you can see, there is not much ambiguity there.
Attached is the oplev and upper stage offset. (Jumps not caused by the offset are from HEPI.)
For positive SUS offset, the following is true for Oplev:
Positive PIT offset | Positive YAW offset | |
ETMY | Oplev goes negative | Oplev goes positive |
ITMY | Oplev goes positive | Oplev goes positive |
From this, oplev seems to think that positive PIT offset moves ETMY down but ITMY up, and positive YAW offset rotates both ETM and ITM in the same direction.
Mark Barton I did some followup on this issue and it looks as if the F2 and F3 OSEMs may be swapped on ITMy. See attached plots which have Keita's channels (divided up into separate plots for ETMy and ITMy), plus additional ones of interest, including the M0F1, M0F2, M0F3, L1UL and L1LR sensors, the estimated P and Y from the OSEM2EUL blocks at M0 and L1, and the requested drives to the M0F1, M0F2 and M0F3 coils before magnet sign correction. I also zoomed in on a 3 hour period from 12-09-06-02-00 to better show the events of interest. With ETMy, everything is as expected. The pitch OL reads negative for positive pitch offset but this is as designed - the OL is trying to be a measure of beam height and positive SUS pitch is down. (Yaw is left=positive viewing the QPD from the optic, which is the same convention as for SUS.) With ITMy, everything internal to SUS to do with pitch is as expected, but the OL does not have the expected opposite sign. In yaw, the M0 and L1 Y channels have opposite sign and the yaw OL agrees with M0 yaw. This would be consistent with the F2 and F3 OSEMs on the ITMy being swapped. A further data point in favour of this is that the signs in the ITMy COILOUTF block are the opposite of expected from E1000617 (F2 should be opposite F1 and F3, and is for ETMy, but it's F3 that's opposite for ITMy). This was earlier put down to a magnet swap, but the comparison with the L1 level suggests it's actually the OSEMs that are swapped. This wouldn't be a hard mistake to make because the convention in E1000617 is a bit confusing: both M0 and R0 face OSEMs are labelled F1 F2 F3 as viewed from the _back_ (i.e. the reaction chain side), so the M0 OSEMs are F1 F3 F2 from the side you would work on them from. As far as OL's are concerned, things are consistent with both ITMy OL channels being flipped, as if the QPD were upside down.
Mark B. Thomas V. We buzzed out the the QPD with a laser pointer on ITMy and found that the QPD is upside down from what the MEDM screen on the SUS quadrants are indicating. The segments of the QPD are laid out as such: +-------+ | 2 | 4 | ^ |---+---| | This way up | 3 | 1 | | +---+---+ I believe the error came from a miscommunication in the exchange of information between SUS and OptLevs. I had originally mapped out the quadrants on 07/24/2012 according to ALOG 3573 using the MEDM screens. I wasn't aware that the top level ITMY SUS QUAD model had been re-ordering the signals as such (as described in Jeff K's ALOG 3613): Analog Signal ADC Channel SEG# 1 1_0 SEG2 2 1_1 SEG1 3 1_2 SEG4 4 1_3 SEG3 According to ALOG 3613, Jeff had re-ordered ADC Channel and SEG# to 1:1 as it makes the most sense to be that way! I think this sequence of events led to us being confused on why the signals look like they're upside down since the diagonals of the signals are switched. This fix explains why Keita's original entry shows that the OptLevs look "backwards" in some sense. For future reference, I'll try to be more clear on what I'm measuring when mapping out the orientation of the optical lever QPD, as well as run tests with the suspension offsets in pitch and yaw to make sure they coincide with each other. This will be added to the Optical Lever Installation Procedure (E1200063).