Upon Jeff's recommendation I made a new set of blend filters for HAM-ISI that feature:
I installed those filters on HAM3-ISI and compared the isolation performance with what we had before. Plots are attached.
The new set of blend filters help us meeting the requirements below 1Hz, while still keeping motion within requirements above.
Those blend filters are currently installed in the filter bank 9, as "R_eLigo"
The Script I made to create those blend filters is commited under the the SVN (r7461): /svn/seismic/HAM-ISI/Common/Blend_filters/makeHAMISIBlendFilters_Hybrid.m
The resulting set of filters is commited under the SVN (r7462): /svn/seismic/HAM-ISI/Common/Blend_filters/Filters_HAMISI_Blend_Hybrid_24_Jul_2013.mat
What follows are the VxWorks version and boot parameters for all of the vacuum VME crates as of 24Jul2013. This is for posterity/future reference if needed. -- h0vemr: VxWorks (for Motorola MVME162LX) version 5.2. Kernel: WIND version 2.4. Made on Fri Apr 2 10:48:41 PST 1999. Boot line: ei(0,0)hanford1:/opt/CDS/b/vw/5.2/config/mv162-333-8M/vxWorks e=10.1.0.63:ffff0000 h=10.1.0.2 u=barker tn=h0vemr s=/cvs/cds/lho/target/h0vemr/startup.cmd value = 165 = 0xa5 h0vemr > -- h0velx: VxWorks (for Motorola MVME162LX) version 5.2. Kernel: WIND version 2.4. Made on Fri Aug 18 15:16:20 PDT 2000. Boot line: ei(0,0)hanford1:/opt/CDS/b/vw/5.2/config/mv162-262-16M/vxWorks e=10.1.0.62:ffff0000 h=10.1.0.2 u=barker tn=h0velx s=/cvs/cds/lho/target/h0velx/startup.cmd value = 166 = 0xa6 h0velx > --h0vemx: VxWorks (for Motorola MVME162LX) version 5.2. Kernel: WIND version 2.4. Made on Fri Aug 18 15:16:20 PDT 2000. Boot line: ei(0,0)hanford1:/opt/CDS/b/vw/5.2/config/mv162-262-16M/vxWorks e=10.1.0.61:ffff0000 h=10.1.0.2 u=barker tn=h0vemx s=/cvs/cds/lho/target/h0vemx/startup.cmd value = 166 = 0xa6 h0vemx > --h0veex: VxWorks (for Motorola MVME162LX) version 5.2. Kernel: WIND version 2.4. Made on Fri Aug 18 15:16:20 PDT 2000. Boot line: ei(0,0)hanford1:/opt/CDS/b/vw/5.2/config/mv162-262-16M/vxWorks e=10.1.0.60:ffff0000 h=10.1.0.2 u=barker tn=h0veex s=/cvs/cds/lho/target/h0veex/startup.cmd value = 166 = 0xa6 h0veex > --h0vely: VxWorks (for Motorola MVME162LX) version 5.2. Kernel: WIND version 2.4. Made on Fri Aug 18 15:16:20 PDT 2000. Boot line: ei(0,0)hanford1:/opt/CDS/b/vw/5.2/config/mv162-262-16M/vxWorks e=10.1.0.64:ffff0000 h=10.1.0.2 u=barker tn=h0vely s=/cvs/cds/lho/target/h0vely/startup.cmd value = 166 = 0xa6 h0vely > --h0vemy: VxWorks (for Motorola MVME162LX) version 5.2. Kernel: WIND version 2.4. Made on Fri Aug 18 15:16:20 PDT 2000. Boot line: ei(0,0)hanford1:/opt/CDS/b/vw/5.2/config/mv162-262-16M/vxWorks e=10.1.0.65:ffff0000 h=10.1.0.2 u=barker tn=h0vemy s=/cvs/cds/lho/target/h0vemy/startup.cmd value = 166 = 0xa6 h0vemy > --h0veey: VxWorks (for Motorola MVME162LX) version 5.2. Kernel: WIND version 2.4. Made on Fri Aug 18 15:16:20 PDT 2000. Boot line: ei(0,0)hanford1:/opt/CDS/b/vw/5.2/config/mv162-262-16M/vxWorks e=10.1.0.66:ffff0000 h=10.1.0.2 u=barker tn=h0veey s=/cvs/cds/lho/target/h0veey/startup.cmd value = 166 = 0xa6 h0veey >
[Alexa and Kiwamu]
We became unable to lock the reference cavity this morning. The autolocker wasn't capturing a fringe. After some investigation and fiddling some parameters it started locking.
There was an oscillation which seemed preventing the FSS from a stable lock. In the end the oscillation somehow went away.
After the oscillation went away I temporarily increased the common gain to 30 dB which is the maximum. The oscillation didn't happen. I set it back to 27 dB.
Mark, Arnaud, Dave
We power cycled h1susb123 and its IO Chassis as part of the BS noise investigation.
To correct IPC errors at EX, the h1susex, h1iscex, and h1seiex front-ends were powered off, the Dolphin cables were moved to the right side ports, and the computers restarted. Models started OK, IPC errors were cleared with diagnostic reset.
Yesterday, Gerardo bonded on the 1st prism to the LLO destined PUM. He used the new procedure which incorporateed adding borosilicate glass beads to space the glue joint more appropriately. He intends to proceed today with gluing in the magnet/flag discs and then the 2nd prism today/tomorrow.
Late last week, the discs and second prism were glued. The second prism glue joint did not cure with glue across the entire surface. Work continues at CIT/LHO to investigate why and revise procedures. After the optic was airbaked for additional cure as per the existing procedure, and no further change was noticed, it was decided to ship the PUM to LLO. It should arrive at LLO by Wed July 31st. LLO can proceed with using this PUM in the L1-ETMx monolithic assembly.
After much anticipation, we finally receive a pair of bought Ag-coated mirrors from Newport. Within seconds we were able to tell these guys were much better ("order(s) of magnitude better", says Keita) than any other TMS mirrors used for LIGO.
One of them only had a few "spots" which could be seen from the front with light behind it. And this one had no "cloudiness" observed with many other mirrors. The second mirror had minor cloudiness (but they "cleared up"?), and this one had virtually NO holes in it.
Both were cleaned and we took out to EX TMS Lab. We removed the Alignment mirror serving as an F1 Mirror and upon installing the new Newport mirror, Keita noticed that these mirrors are thinner (!). They are probably a couple millimeters thinner than the original mirrors. We were able to accomodate the mirrors by screwing the pitch/yaw actuators out a little more. New mirror was installed and this is where we stopped for the day.
Attached to this entry are a sample of photos.
"Orders of magnitude" is a serious comment.
You can see many tiny spot defects on the new mirror because it's without other terrible things.
As far as the number of coating holes per area is concerned, the new one (Newport) is roughly three orders of magnitude better than the best Edmund mirror (picture) and the alignment mirror (picture).
No systemic scratch (VS something like this bad Edmund).
A very faint bluish color was found in the new mirror but it's much much better than Edmunds.
Mitchell Robinson, Scott Shankle, Thomas Vo - Arm Cavity Baffle Suspension Assembly is complete and ready to suspend. Baffle Box assembly is in process. ----------------------------------------------- Mitchell Robinson, Scott Shankle, Apollo's Randy and Scott - All participants reviewed the Installation Procedure and the Hazard Analysis. The Manifold Cryopump Baffle was brought down from the Balancing Fixture. The Flange Protectors and Baffle Alignment Tooling were attached to the spool. Yet, this baffle continues to be a complete pain in the derriere - the newly fabricated Spacer/Shim's holes are too small. Team will be looking into the feasibility of a clean modification. ----------------------------------
For the DetCharians: as of 1058670016 July 23 2013 20:00 PDT Jul 24 2013 03:00:00 UTC we are leaving the IFO in the following configuration: Input Mode Cleaner: LOCKED (offload to MC2 stages M2 and M2 only, under slow WFS control) Green Arm: LOCKED (no offload to HEPI) HAM2 & HAM3 HEPI: Floating, with offsets, but no control HAM2 & HAM3 ISI: Level 2 isolated All HSTS SUS: Level 1.5 "resg" damping filters filter PR3: Level 1.0 damping filters ITM HEPI: Locked ITM ISI: Level 2 isolated ITM QUAD: Level 2.1 damped BS HEPI: Level 2 isolated BS ISI: Level 2 isolated, but had to diable GS13 watchdogs while isolating to get it up and running BS Triple: Level 2.0 damping filters ETM HEPI: Level 2 isolated ETM ISI: Level 2 isolated ETM QUAD: Level 2.1 damped May it stay locked all night! The calibrated channel for green is H1:ALS-Y_REFL_CTRL_OUT_DQ, in [Hz] (so multiply by lambda*(L/c) to get [m]) The calibrated channels for the IMC are IMC_L = H1:IMC-X_DQ in [m] IMC_F = H1:IMC-F_OUT_DQ in [m]
Note, I missed Vincent's comment about turning on the ST0 to ST1 feed forward in his BSC-ISI and BSC-HPI instruction manual, so none of the BSC-ISIs had their ST0-ST1 FF on for this lock stretch. (This may explain the difficulty behind getting ISI-BS up and running).
[Jeff K., Kiwamu]
We took a look at the IMC locking after Hugo was done (alog 7189).
The tranmitted light still reaches 2300 counts at H1:IMC-MC2_TRANS_SUM_OUTPUT wihtout tweaking alignment which is good even though the WFS is not engaged.
HAM2 and HAM3 HEPI were released today.
Raw IPS readouts were recorded prior to release. The following offests were set in the actuation path to reestablish alignment, based on the IPS readouts:
OFFSETS (cnt) | ||
HAM2 | HAM3 | |
H1 | 370 | 900 |
H2 | 800 | 200 |
H3 | -600 | 350 |
H4 | -400 | -650 |
V1 | 450 | 300 |
V2 | 460 | -650 |
V3 | 1050 | 200 |
V4 | 900 | 1250 |
IPS readouts were recorded after reestablishing alignment:
NEW READOUTS (cnt) | ||
HAM2 | HAM3 | |
H1 | 1438.7 | 6664 |
H2 | 957.61 | -4089.2 |
H3 | 2089.2 | 9159.3 |
H4 | -1238.1 | -2252.5 |
V1 | -2796.8 | 2709.1 |
V2 | -608.92 | -6394.7 |
V3 | 1029.5 | 2257 |
V4 | -2862.8 | -9434.1 |
The Before/After difference in IPS readout is shown below:
BEFORE/AFTER DIFFERENCE (cnt) | ||
HAM2 | HAM3 | |
H1 | 107.6 | 146.6 |
H2 | 0.11 | 588.7 |
H3 | 68.2 | 169.1 |
H4 | 65.5 | 104.3 |
V1 | 54.1 | 155.1 |
V2 | 97.09 | 32.3 |
V3 | 4.5 | 144.5 |
V4 | 20.1 | 38.3 |
The remaining shift in alignment induced by unlocking HAM2 and HAM3 HEPI is less than 0.25mils (147 counts on the IPS), on each pier, after reestablishing the alignent with offsets on the actuation path.
Note: Isolation loops tripped only on HAM2-ISI. They are back ON now.
The DC part of those loops (CPS Biases) remain unchanged from prior to HEPI release, hence ensuring consistent alignment of the platforms.
Vented spool (in place of iLIGO BSC5) annuli -> No inner O-ring leakage -> removed temporary O-ring valves from bolted joint pump ports and connected permanent ion pump piping -> pumping annulus system with aux. cart overnight
For future reference, The calibrated channel representing the frequency of the green laser (in [Hz]) is H1:ALS-Y_REFL_CTRL_OUT_DQ This can be converted to the length of the arm cavity using the free spectral range, Cavity Length = lambda * (L / c) * H1:ALS-Y_REFL_CTRL_OUT_DQ
Careful: Since we implemented a bypass path from the PDH board to the laser, there is 22dB less signal on H1:ALSY_REFL_CTRL_OUT_DQ (the fast slider on the Sigg board is at -22dB, since this signal is now goint to the laser). This means that the calibration has to be corrected by these 22dB. See elog 6900.
GregG unlocked these suspensions and they are now floating again after a long hiatus of sequestration. Please regard the "Unlocked" signs and be mindful of any mechanical shorts against the floating elements. If you drop a screw or other smaller item, don't just forget about it as it may short the suspension too. Please avoid stepping on the Crossbeams if you don't wish to hear about it from BetsyW!
The demodulation phase of the IMC rotated by approximately 90 degrees. This is the third time to see this kind of phase rotation in the IMC. Very strange.
Temporary fix:
Temporarily I switched the signal from the I to Q signal by changing the actual cabling at the corner field rack and flipped the control sign at H1:IMC-REFL_SERVO_IN1POL by toggling the switch in the upper left of the IMC board screen. The IMC is now locking and should serve as an interferometric monitor for the sus and seismic people. The WFS loops are currently disabled by setting H1:IMC-WFS_GAIN to be zero to avoid a meaningless control. It seems the IMC started dropping its lock after Roberts and his company entered the PSL enclosure. The temperature transient somehow caused it ? It is unclear.
By the way the attached is a picture of the current I-mon and Q-mon signals in a X-Y projection. The I-mon is x-axis and Q-mon is y-axis. You can see a line almost in parallel to the y-axis indicating that the IMC length signal shows up mostly in the Q-phase.
To make it clearer, I flipped H1:IMC-REFL_SERVO_IN1POL to be minus (a.k.a. 1).
The dust monitors in the LVEA are NOT currently being recorded. It appears swapping the dust monitor in the H1 PSL enclosure has broken the communications.
Upon startup the IOC communicates correctly with each dust monitor until it gets to location 16 (the one that was swapped yesterday). After this it starts reporting back errors of the form: Error: ../commands.c: 49: Sent command � not echoed Received ?
I powercycled the Comtrol this morning. It worked after location 16 for a little while, but the error has returned.
Robert says he swapped the dust monitor in the H1 PSL laser enclosure. First one dust monitor was disconnected from the breakout box outside the entire H1 PSL enclosure. If I recall correctly, the dust monitor at location 16 was then still found by the IOC. The communication errors persisted. The first dust monitor was plugged back in and the other one disconnected. The IOC still found the dust monitor at location 16, but the communication errors went away. The dust monitor at location 16 reported calibration errors. It may be that the wrong dust monitor was swapped, leading to two set at the same location number, but this would not explain why the communication errors persisted after the first one was disconnected. As it stands, one of the dust monitors in the H1 PSL enclosure is disconnected. The dust monitor at location 16 is reporting calibration errors. I am not sure where the dust monitor at location 16 is. The dust monitor at location 10 is not found by the IOC. The remainder of the dust monitors in the LVEA are running again.
Sheila swapped the dust monitor in the anteroom with one programmed at location 10. The one she removed from the anteroom is labeled 'H'. It had no charge left in the battery when I got it. There was no change in the status. The dust monitor at location 10 is still unseen, and the dust monitor at location 16 is still giving calibration errors. This leads me to believe that: The dust monitor at location 16 is in the laser room and has calibration errors. The dust monitor at location 10 is in the anteroom and is unplugged at the breakout box outside the enclosure.