ID |
Date |
Author |
Type |
Category |
Subject |
5362
|
Wed Sep 7 20:44:11 2011 |
Suresh | Update | elog | restarted |
Elog crashed / dormant for long time. A look at the log file indicated that it was busy generating png thumbnails for pdf files.
Restarted at Wed Sep 7 20:41:13 PDT 2011
|
5361
|
Wed Sep 7 18:19:37 2011 |
steve | HowTo | VAC | stop pump down for overnight |
Quote: |
Jamie and Steve
We closed ITMX and ITMY chambers and started pumping around 11am
What we did before:
1, turned off AC power to PZT Jena HV ps
2, checked jam nut positions
3, cheched single o-ring shims
4, closed psl out shutter
|
We are at 30 Torr of 7 hours of pumping with 2 roughing pumps.
Kiwamu will take over the rest of the roughing today. He will keep an eye on the pumping speed to be ~1-2 Torr/min and open up the manual RV1 valve if needed.
The present status is #3023 of "chamber open to vacuum open" mode and waiting the P1 pressure to drop to 500 mTorr
He will do the following to stop pumping at P1 = 500 mTorr
1, close V3
2, close RV1 with torque wheel
3, turn off PR1 & 3
4, disconnect metal hose between RV1 and PR3
I will start the Maglev tomorrow morning. |
5360
|
Wed Sep 7 17:28:41 2011 |
kiwamu | Update | LSC | X arm loss measurement : not good |
The measurement itself wasn't good.
I looked at the full 2 kHz data which was taken during the time when I was running the arm loss script on the X arm.
The plot below shows the raw data. The X arm was locked and unlocked sequentially several times.
The ASDC power didn't show a significant difference between the state where it is locked and unlocked.
I am not sure why, but It could be because of a misalginment or some kind of mode-mismatching, which can decrease the coupling efficiency of light going into the cavity.

(some notes)
The raw data were analyzed.
I split the ASDC data into two data, (1) low power state, when the cavity is locked (2) high power state, when the cavity is unlocked.
Then each state was averaged to estimate the averaged ASDC power in each case.
The number I obtained are :
ASDC when X arm was locked = 54.77755 cnts
ASDC when X arm was unlocked = 55.45830 cnts
Those numbers correspond to a round trip loss of 78.780778 ppm, which sounds too small for me.
Quote from #5359 |
To see what was going on I will look at the trend data.
|
|
5359
|
Wed Sep 7 16:21:35 2011 |
kiwamu | Update | LSC | arm loss measurement : resluts |
Here are the results of the arm loss measurements, which I have done before the vent.
I ran the existing matlab script, called 'armLoss.m', to estimate the loss. The script resides in /scripts/LSC.
(Y arm)
Round trip loss = 154.668624 +/- 11.343204 ppm

The figure above is a time series of the measurement.
In the lower plot the power in the ASDC_PD are plotted. The green dotted-curve is the power when the Y arm is unlocked.
The blue dotted-curve is the one when the Y arm is locked.
In the upper plot the estimated loss from each combination of locked/unlocked power are plotted.
(X arm)
Round trip loss = ????? 50 ppm ?????
The obtained time series looked wired because difference in the ASDC power when the arm was locked/unlocked were small.
This small difference results in such a small loss.
To see what was going on I will look at the trend data.

Quote from #5077 |
I did the measurement of the arm loss on both X and Y arm by running the armLoss script.
The results will be posted later.
|
|
5358
|
Wed Sep 7 13:28:25 2011 |
steve | Summary | Cameras | All Camera setups a need upgrading |
Quote: |
I just tried to adjust the ETMY camera and its not very user friendly = NEEDS FIXING.
* Camera view is upside down.
* Camera lens is contacting the lexan viewport cover; this means the focus cannot be adjusted without misaligning the camera.
* There's no strain relief of the camera cables at the can. Needs a rubber cable grommet too.
* There's a BNC "T" in the cable line.
Probably similar issues with some of the other setups; they've had aluminum foil covers for too long. We'll have a camera committee meeting tomorrow to see how to proceed.
|
ITMY has been upgraded here I have the new lenses on hand to do the others when it fit into the schedule. |
5357
|
Wed Sep 7 12:03:49 2011 |
steve | Update | VAC | Pump down has started |
Jamie and Steve
We closed ITMX and ITMY chambers and started pumping around 11am
What we did before:
1, turned off AC power to PZT Jena HV ps
2, checked jam nut positions
3, cheched single o-ring shims
4, closed psl out shutter |
5356
|
Wed Sep 7 09:21:57 2011 |
jamie | Update | SUS | SUS spectra before close up |
Here are all suspension diagonalization spectra before close up. Notes:
- TMX looks the worst, but I think we can live with it. The large glitch in the UL sensor at around 999423150 (#5355) is worrying. However, it seemed to recover. The spectra below were taken from data before the glitch.
- ITMY has a lot of imaginary components. We previously found that this was due to a problem with one of it's whitening filters (#5288). I assume we're seeing the same issue here.
- SRM needs a little more data to be able to distinguish the POS and SIDE peaks, but otherwise it looks ok.
ITMX |
 |
pit yaw pos side butt
UL 0.355 0.539 0.976 -0.500 0.182
UR 0.833 -1.406 -0.307 -0.118 0.537
LR -1.167 0.055 0.717 -0.445 0.286
LL -1.645 2.000 2.000 -0.828 -2.995
SD -0.747 0.828 2.483 1.000 -1.637 |
8.01148 |
ITMY |
 |
pit yaw pos side butt
UL 1.003 0.577 1.142 -0.038 0.954
UR 0.582 -1.423 0.931 -0.013 -1.031
LR -1.418 -0.545 0.858 0.008 1.081
LL -0.997 1.455 1.069 -0.017 -0.934
SD -0.638 0.797 1.246 1.000 0.264 |
4.46659 |
BS |
 |
pit yaw pos side butt
UL 1.612 0.656 0.406 0.277 1.031
UR 0.176 -1.344 1.683 -0.058 -0.931
LR -1.824 -0.187 1.594 -0.086 0.951
LL -0.388 1.813 0.317 0.249 -1.087
SD 0.740 0.301 -3.354 1.000 0.035 |
5.49597 |
PRM |
 |
pit yaw pos side butt
UL 0.546 1.436 1.862 -0.345 0.866
UR 1.350 -0.564 0.551 -0.055 -0.878
LR -0.650 -0.977 0.138 0.023 0.858
LL -1.454 1.023 1.449 -0.268 -1.398
SD 0.634 -0.620 -0.729 1.000 0.611 |
5.78216 |
SRM |
|
|
|
ETMX |
 |
pit yaw pos side butt
UL 0.863 1.559 1.572 0.004 1.029
UR 0.127 -0.441 1.869 0.480 -1.162
LR -1.873 -0.440 0.428 0.493 0.939
LL -1.137 1.560 0.131 0.017 -0.871
SD 1.838 3.447 -0.864 1.000 -0.135 |
5.5259 |
ETMY |
 |
pit yaw pos side butt
UL -0.337 1.275 1.464 -0.024 0.929
UR 1.014 -0.725 1.414 -0.055 -1.102
LR -0.649 -1.363 0.536 -0.039 0.750
LL -2.000 0.637 0.586 -0.007 -1.220
SD 0.057 -0.016 1.202 1.000 0.142 |
4.22572 |
MC1 |
 |
pit yaw pos side butt
UL 0.858 0.974 0.128 0.053 -0.000
UR 0.184 -0.763 0.911 0.018 0.001
LR -1.816 -2.000 1.872 0.002 3.999
LL -1.142 -0.263 1.089 0.037 0.001
SD 0.040 0.036 -0.216 1.000 -0.002 |
5.36332 |
MC2 |
 |
pit yaw pos side butt
UL 1.047 0.764 1.028 0.124 0.948
UR 0.644 -1.236 1.092 -0.088 -0.949
LR -1.356 -0.680 0.972 -0.096 1.007
LL -0.953 1.320 0.908 0.117 -1.095
SD -0.092 -0.145 -0.787 1.000 -0.065 |
4.029 |
MC3 |
 |
pit yaw pos side butt
UL 1.599 0.343 1.148 0.168 1.101
UR 0.031 -1.647 1.139 0.202 -1.010
LR -1.969 0.010 0.852 0.111 0.893
LL -0.401 2.000 0.861 0.077 -0.995
SD -0.414 0.392 -1.677 1.000 0.018 |
3.61734 |
|
5355
|
Wed Sep 7 08:14:01 2011 |
steve | Update | SUS | final OSEM check |
All fine, except ITMX_sensor_UL's 60 counts deep hoop for an hour. |
Attachment 1: finalcheck.jpg
|
|
Attachment 2: ITMX10min.jpg
|
|
Attachment 3: finalsum.png
|
|
5354
|
Wed Sep 7 00:47:51 2011 |
Jenne | Update | VAC | PUMP is a GO! |
Steve and Jamie: After Jamie checks the ITM free swingings, please put on the ITM heavy doors and start the pump! For real this time!!! Yeah! |
5353
|
Wed Sep 7 00:44:51 2011 |
Jenne | Update | SUS | Freeswing all |
I just started a freeswing all, as a final check before we pump:
Wed Sep 7 00:43:21 PDT 2011
999416616
Wed Sep 7 00:43:32 PDT 2011
WATCHDOGS WILL BE RESET 5 HOURS AFTER THIS TIME
sleeping for 5 hours...
Jamie: Please do a quickie analysis (at least for the ITMs) before helping Steve with the heavy doors.
I closed the PSL shutter.
Both ITM chambers were checked for tools, so there should be nothing left to do but put the heavy doors on, and begin pumping. |
5352
|
Wed Sep 7 00:39:34 2011 |
rana | Update | SUS | ITMX adjustments |
(What we did)
* Moved SUS to edge of table for OSEM adjustment.
* Leveled the table in this temporary tower position.
* Rotated all OSEMs to give some seperation between magnets and LED/PD packages.
* Moved the upper OSEM bracket a little bit upward.
* All the OSEM holding set screws were short with flat heads; this is annoying since we would like to use them more like thumbscrews. Steve took the long set-screws out of the old ITMX cage and we swapped them. Need to order ~100 silver-plated socket head spare/replacements.
* Took pictures of OSEMs.
* Moved tower back to old position.
* Releveled the table (added one rectangular weight in the NW corner of the table).
* Find that ITMX OSEMs were a couple 100 micron out of position; we adjusted them in-situ in the final position of the tower, trying not to rotate them. All mean voltages now are within 100 mV of ideal half-light.
* Back/front EQ positions adjusted by the screw method. bottom/top stops adjusted earlier.
* OSEM cables tied down with copper wire.
* Increased the incident power up to 91 mW going into MC to temporarily make the POX beam more visible.
* The POX beam was checked. It was exiting from the chamber and going through about the center of the viewport. |
5351
|
Wed Sep 7 00:01:23 2011 |
Suresh | Update | IOO | ITMY chamber ready for heavy doors |
[Jenne, Suresh]
We did the following things in the ITMY chamber today:
1) We tried to get the ITMY stuck again by adjusting the coil gains so that it goes into the orientation where it used to get stuck. We (reassuringly) failed to get it stuck again. This, as we came to know later, is because kiwamu had rotated the side OSEM such that the optic does not get stuck . However the OSEM beam is at about 30 deg to the vertical and the SD is sensitive to POS motion now resulting in the poorer separation of modes as noted by Jenne earlier (5439)
2) We checked the earthquake stops and repositioned two at the bottom (towards the AR side of the optic) which we had backed out earlier.
3) We took pics of all the OSEMS.
4) Checked to see if there are any stray beams with an IR card. There were none.
5) I obtained the max values of the OSEMS by misaligning the optic with the coil offsets. These values are in good agreement with those on the wiki
OSEM UL UR LR LL SD
Max 1.80 1.53 1.68 1.96 2.10
Current 0.97 0.79 0.83 0.97 1.02
We can close the heavy doors tomorrow morning. |
5350
|
Tue Sep 6 22:51:53 2011 |
rana | Summary | Cameras | All Camera setups a need upgrading |
I just tried to adjust the ETMY camera and its not very user friendly = NEEDS FIXING.
* Camera view is upside down.
* Camera lens is contacting the lexan viewport cover; this means the focus cannot be adjusted without misaligning the camera.
* There's no strain relief of the camera cables at the can. Needs a rubber cable grommet too.
* There's a BNC "T" in the cable line.
Probably similar issues with some of the other setups; they've had aluminum foil covers for too long. We'll have a camera committee meeting tomorrow to see how to proceed. |
5349
|
Tue Sep 6 21:33:21 2011 |
Jenne | Update | SUS | Diagonalizability of ITMX and ITMY is acceptable |
[Rana and Kiwamu on ITMX, Jenne and Suresh on ITMY, Zombie/brains meeting on accepting the matricies]
Optic |
Spectra |
Matrix |
"Badness" |
ITMX |
 |
pit yaw pos side butt
UL 0.584 0.641 1.396 -0.578 0.558
UR 0.755 -1.359 0.120 -0.286 0.262
LR -1.245 -0.139 0.604 -0.388 0.511
LL -1.416 1.861 1.880 -0.681 -2.669
SD -0.753 0.492 3.263 1.000 -1.523 |
5.85983 |
ITMY |
 |
pit yaw pos side butt
UL 1.000 0.572 1.134 -0.059 0.951
UR 0.578 -1.428 0.916 -0.032 -1.024
LR -1.422 -0.531 0.866 -0.009 1.086
LL -1.000 1.469 1.084 -0.036 -0.939
SD -0.662 0.822 1.498 1.000 0.265 |
4.47727
|
OSEMs were tweaked. We have decided that both ITMs are okay in terms of their diagonalization. ITMY isn't stellar when you look at the spectra, but it's kind of close enough. Certainly the matrix looks fine.
Aside from checking on POX, I think we're now ready to close up. Check back later tonight for a final decision announced on the elog. |
5348
|
Tue Sep 6 21:00:48 2011 |
Zach | Update | elog | elog restarted |
I restarted the elog with the script as it was not up when I tried to make a post. It was again unresponsive when I went to submit, but this time the script couldn't restart it. The log said it couldn't bind to 8080, which usually happens if the daemon is still running. I pkilled it, then reran the script, and it appears to be working. |
5347
|
Tue Sep 6 17:56:53 2011 |
Jenne | Update | IOO | Free Swing ITMY started |
Quote: |
Free swing of ITMY started at
Tue Sep 6 17:41:43 PDT 2011
|
I think Kiwamu accidentally restarted this kick at 17:48:02 PDT. |
5346
|
Tue Sep 6 17:56:12 2011 |
Jenne | Update | SUS | free swinging test on ITMX |
Quote: |
Tue Sep 6 17:48:02 PDT 2011
999391697
|
Kiwamu excited ITMY (which Suresh had already started). I just kicked ITMX:
Tue Sep 6 17:55:21 PDT 2011
999392136 |
5345
|
Tue Sep 6 17:48:57 2011 |
kiwamu | Update | SUS | free swinging test on ITMY |
Tue Sep 6 17:48:02 PDT 2011
999391697
|
5344
|
Tue Sep 6 17:43:01 2011 |
Suresh | Update | IOO | Free Swing ITMY started |
Free swing of ITMY started at
Tue Sep 6 17:41:43 PDT 2011
|
5343
|
Tue Sep 6 11:27:19 2011 |
Jenne | Update | General | Afternoon pre-pumpdown todo list |
These are the things that I can think of that we need to do before we can close up:
* Take a close look at both ITMs' OSEMs, and ensure that the magnets aren't too close to either plate in the OSEMs. Both have had funny business over the past week.
* Do a free swinging test on both ITMs. (ITMY may not need it, if we haven't touched it since the last free swinging test, but it can't hurt to take the data)
* Confirm that POX is exiting the chamber.
* Is there anything else???
Our goal is to finish this work by tonight, so that we can close doors and start pumping tomorrow. |
5342
|
Tue Sep 6 11:21:33 2011 |
Jenne | Update | SUS | ITMX rehung (Friday) |
[Jenne, Katrin, Jamie]
I'm a bad kid, and forgot to elog my Friday morning work...
Bob gave me back ITMX after a 48hour bake at 80C + clean RGA scan Friday morning after coffee and doughnuts. Katrin helped me put it back in the suspension wire.
While I was leveling the optic (making sure the scribe lines on each side of the optic are at the same height off the table), Katrin cut some new viton for replacement EQ stops. The optic was missing one lower earthquake stop (the one that Jamie noticed last week), and somehow one other rubber piece came out of the EQ stop on another lower screw while we were re-suspending the optic. We put the new stops in, and then checked the balance of the test mass.
The oplev is still the HeNe laser that is leveled to the level optical table in the cleanroom. The lever arm is ~1.5 meters, and over that distance the reflected beam was pointed "up" in pitch by ~1.5mm, which is less than one beam diameter of the HeNe. This is well within our ability to correct using the OSEMs.
We then locked the test mass, and installed it in the chamber. I approximately did the half-voltage centering of the OSEMs, leaving the fine-tuning to Kiwamu for after lunch. |
5341
|
Tue Sep 6 08:05:53 2011 |
steve | Update | SUS | ITMX must be touching |
Quote: |
The new ITMX was aligned by changing the DC biases.
The resultant DC biases are reasonably small.
C1:SUS-ITMX_PIT_COMM = -0.2909
C1:SUS-ITMX_YAW_COMM = -0.0617
The alignment was done by trying to resonate the green light in the X arm cavity.
The spot position of the green light on the ITMX mirror looked good. This was confirmed by inserting a sensor card.
I did the OSEM mid-range adjustment and the rotation adjustment but at the end the OSEM DC voltage has changed due to the DC bias operation.
The OSEM rotation was approximately optimized so that all the face shadow sensors are sensitive to the POS motion but the SIDE shadow sensor is insensitive to the POS motion.
It needs a free swinging diagnosis.
|
ITMX OSEMs UL 1.8V, UR 1.7V, LR 0V, LL 0V, SD 1.3V at the same bias setting shown above. May be a lose earth quake tip?or magnet is touching? |
Attachment 1: osemITMX.jpg
|
|
5340
|
Mon Sep 5 21:12:05 2011 |
Dmass | Update | Computer Scripts / Programs | elog broke, fixed |
Restarted elog 9:11PM 9/5/11 |
5339
|
Sat Sep 3 14:47:50 2011 |
kiwamu | Update | IOO | triple resonant box : brief estimations about reflections and mode. depths |
(RF reflections)
The reflected RF power going back to the RF generation box will be :
Power at 11MHz = 2 dBm
Power at 29.5 MHz = 3 dBm
Power at 55 MHz = 9dBm
Assuming the input power at 11 and 55 MHz are at 27 dBm (40m wiki page). And 15 dBm for 29.5 MHz.
Since there is an RF combiner in between the generation box and the resonant box, it reduces the reflections by an additional factor of 10 dB (#4517)
In the estimation above, the reduction due to the RF combiner was taken into account.
(Modulation depths)
Besides the reflection issue, the circuit meets a rough requirement of 200 mrad at 11 and 55 MHz.
For the 29.5 MHz modulation, the depth will be reduced approximately by a factor of 2, which I don't think it's a significant issue.
So the modulation depths should be okay.
Assuming the performance of the resonant circuit remains the same (#2586), the modulation depths will be :
Mod. depth at 11 MHz = 280 mrad
Mod. depth at 29.5 MHz = 4 mrad (This is about half of the current modulation depth)
Mod. depth at 55 MHz = 250 mrad
Quote from #5336 |
What are the reflected RF powers for those frequencies?
Is the 29.5MHz more problem than the 55MHz, considering the required modulation depth?
|
|
5338
|
Fri Sep 2 17:57:18 2011 |
kiwamu | Update | SUS | Re: ITMY released without opening chambers |
It stacked again . We should take a closer look at it.
Quote from #5326 |
The ITMY mirror was released. The OSEM readouts became healthy.
|
|
5337
|
Fri Sep 2 17:52:16 2011 |
kiwamu | Update | SUS | ITMX realigned |
The new ITMX was aligned by changing the DC biases.
The resultant DC biases are reasonably small.
C1:SUS-ITMX_PIT_COMM = -0.2909
C1:SUS-ITMX_YAW_COMM = -0.0617
The alignment was done by trying to resonate the green light in the X arm cavity.
The spot position of the green light on the ITMX mirror looked good. This was confirmed by inserting a sensor card.
I did the OSEM mid-range adjustment and the rotation adjustment but at the end the OSEM DC voltage has changed due to the DC bias operation.
The OSEM rotation was approximately optimized so that all the face shadow sensors are sensitive to the POS motion but the SIDE shadow sensor is insensitive to the POS motion.
It needs a free swinging diagnosis. |
5336
|
Fri Sep 2 15:56:32 2011 |
Koji | Update | IOO | triple resonant box : ready to install |
What are the reflected RF powers for those frequencies?
Is the 29.5MHz more problem than the 55MHz, considering the required modulation depth?
|
5335
|
Fri Sep 2 13:12:08 2011 |
kiwamu | Update | IOO | triple resonant box : ready to install |
The triple resonant box was checked again. Each resonant frequency was tuned and the box is ready to go.
Before the actual installation I want to hear opinions about RF reflections because the RF reflection at 29 MHz isn't negligible.
It might be a problem since the reflection will go back to the RF generation box and would damage the amplifiers.
(Frequency adjustment and resultant reflection coefficient)
In order to tune the resonant frequencies the RF reflection was continuously monitored while the variable inductors were tweaked.
The plot below shows the reflection coefficient of the box after the frequency adjustment.

In the upper plot, where the amplitude of the reflection coefficient of the box is plotted, there are three notches at 11, 29.5 and 55 MHz.
A notch means an RF power, which is applied to the resonant box, is successfully absorbed and consequently the EOM obtains some voltage at this frequency.
These power absorptions take place at the resonant frequencies as we designed so.
A good thing by monitoring this reflection coefficient is that one can easily tune the resonant frequency by looking at the positions of the notches.
Note that :
If amplitude is 0dB ( =1), it means all of the signal is reflected.
If a circuit under test is impedance matched to 50 Ohm the amplitude will be ideally zero (= -infinity dB).
Reflections :
at 11 MHz = -15 dB (3% of RF power is reflected)
at 29.5 MHz = -2 dB (63% of RF power is reflected)
at 55 MHz = -8 dB (15% of RF power is reflected)
|
5334
|
Fri Sep 2 04:41:35 2011 |
Keiko | Update | LSC | Tolerance of PRC, SRC, MICH length = 5 mm ? |
Keiko, Kiwamu
Length tolerance of the vertex part is about 5 mm.
Sorry for my procrastinating update on this topic. In my last post, I reported that the length tolerance of the vertex ifo would be 2mm, based on Kiwamu's code on CVS. Then we noticed that the MICH degrees of freedom was wrong in the code. I modified the code and ran again. You can find the modified codes on CVS (40m folder, analyzeDRMITolerance3f.m and DRMITolerance.m)
In this code, the arm lengths were kept to be ideal while some length offsets of random gaussian distribution were added on PRCL, SRCL and MICH lengths. The iteration was 1000 times for each sigma of the random gaussian distribution. The resulting sensing matrix is shown as histogram. Also, a histogram of the demodulation phase separation between MICH and SRCL is plotted by this code, as these two length degrees of freedom will be obtained by one channel separated by the demodulation phase. We check this separation because you want to make sure that the random length offsets does not make the separation of these two signals close.
The result is a bit different from the previous post, in the better way! The length tolerance is about 5 mm for the vertex ifo. Fig.1 shows the sensing matrix. Although signal levels are changed by the random offsets, only few orders of magnitude is changed in each degrees of freedom. Fig.2 shows that the signal separation between MICH and SRCL at POP55 varies from 55 to 120 degrees, which may be OK. If you have 1cm sigma, it varies from 50 degrees to 150 degrees.

Fig. 1 Histgram of the sensing matrix including 3f channels, when sigma is 5mm. Please note that the x-axis is in long 10.

Fig. 2 Histogram of the demodulation phase difference between MICH and SRCL, when sigma is 5 mm. To obtain the two signals independently, 90 is ideal. With the random offsets, the demodulation phase difference varies from 55 degrees to 120 degrees.
My next step is to run the similar code for LLO. |
5333
|
Thu Sep 1 15:59:46 2011 |
steve | Update | SUS | light doors on at the ITMs |
Suresh, Kiwamu and Steve
Heavy chamber doors replaced by light ones at ITMX-west and ITMY-north locations. |
5332
|
Thu Sep 1 15:07:45 2011 |
steve | Update | SUS | why ITMY is moving more ? |
Atm1, ITMY and the SRM are on the same isolation stack. So why does the SRM move twice as much?
Atm2, We should check the ITMY SIDE_OSEM before pump down. Anatomically correct, beautiful picture taken by Kiwamu on August 22 |
Attachment 1: itmy_srm_etmx.jpg
|
|
Attachment 2: P8220152.JPG
|
|
5331
|
Thu Sep 1 11:03:22 2011 |
steve | Update | VAC | back ground rga scan |
The RGA back ground at day 29 of this vent. |
Attachment 1: v70-bg-d29scan.jpg
|
|
Attachment 2: vent70tempres.jpg
|
|
5330
|
Wed Aug 31 16:18:25 2011 |
Jenne | Update | General | New Optics Drawers |
[Kiwamu, Manuel, Jenne]
The new optics storage drawers have been populated with optics. Each drawer is labelled. Harsh punishments will be inflicted on anyone found disobeying the new scheme. |
5329
|
Wed Aug 31 14:50:18 2011 |
kiwamu | Update | Photos | pictures of OSEMs |
The pictures that we took are now on the Picasa web site. Check it out.
Quote from #5280 |
Also, we took photos (to be posted on Picasa in a day or two) of all the main IFO magnet-in-OSEM centering, as best we could. SRM, BS, PRM all caused trouble, due to their tight optical layouts. We got what we could.
|
|
5328
|
Wed Aug 31 11:37:56 2011 |
steve | Update | Green Locking | shutter in place at east end |
Uniblitz mechanical shutter installed in the green beam path at ETMY-ISCT The remote control cable has not been connected. |
5327
|
Tue Aug 30 17:31:55 2011 |
Suresh | Update | IOO | C1IOO model reverted and fb restarted |
I reverted the C1IOO model to the last working version and restarted the fb at this time..Tue Aug 30 17:28:38 PDT 2011 |
5326
|
Tue Aug 30 14:44:06 2011 |
kiwamu | Update | SUS | ITMY released without opening chambers |
The ITMY mirror was released. The OSEM readouts became healthy.
To see what is going on, I changed the PIT DC bias slider on ITMY from 0.8 to -1 or so, and then the optic started showing a free swinging behavior.
If there were no responses to the DC bias, I was going to let people to open the chamber to look at it closer, but fortunately it released the optic.
Then I brought the slider back to 0.8, and it looked still free swinging. Possibly the optic had been stacked on some of the OSEMS as Jamie expected.
Quote from #5320 |
ITMY, which is supposed to be fully free-swinging at the moment, is displaying the tell-tale signs of being stuck to one of it's OSEMs.
Do we have a procedure for remotely getting it unstuck? If not, we need to open up ITMYC and unstick it before we pump.
|
|
5325
|
Tue Aug 30 14:33:52 2011 |
jamie | Update | CDS | all front-ends back up and running |
All the front-ends are now running. Many of them came back on their own after the testpoint.par was fixed and the framebuilder was restarted. Those that didn't just needed to be restarted manually.
The c1ioo model is currently in a broken state: it won't compile. I assume that this was what Suresh was working on when the framebuilder crash happened. This model needs to be fixed. |
5324
|
Tue Aug 30 11:42:29 2011 |
jamie | Update | CDS | testpoint.par file found to be completely empty |
The testpoint.par file, located at /opt/rtcds/caltech/c1/target/gds/param/testpoint.par, which tells GDS processes where to find the various awgtpman processes, was completely empty. The file was there but was just 0 bytes. Apparently the awgtpman processes themselves also consult this file when starting, which means that none of the awgtpman processes would start.
This file is manipulated in the "install-daq-%" target in the RCG Makefile, ultimately being written with output from the src/epics/util/updateTestpointPar.pl script, which creates a stanza for each front-end model. Rebuilding and installing all of the models properly regenerated this file.
I have no idea what would cause this file to get truncated, but apparently this is not the first time: elog #3999. I'm submitting a bug report with CDS.
|
5323
|
Tue Aug 30 11:28:56 2011 |
jamie | Update | CDS | framebuilder back up |
The fsck on the framebuilder (fb) raid array (/dev/sda1) completed overnight without issue. I rebooted the framebuilder and it came up without problem.
I'm now working on getting all of the front-end computers and models restarted and talking to the framebuilder now. |
5322
|
Tue Aug 30 10:49:29 2011 |
steve | Update | SUS | BS & PRM damping restored |
I have restored the damping of BS and PRM. Today is janitor day. He is shaking things around the lab. |
5321
|
Mon Aug 29 19:14:31 2011 |
Suresh | Update | IOO | WFS phase adjustments |
[Valera, Suresh]
1) To see if there are significant dark-offsets on the WFS sensors we closed the PSL shutter and found that the offsets are in the 1% range. We decided to ignore them for now.
2) To center the MC_REFL beam on the WFS we opened the PSL shutter, unlocked the MC and then centered the DC_PIT and DC_YAW signals in the C1IOO_WFS_QPD screen.
3) We then looked at the power spectrum of the I and Q signals from WFS1 to see if the spectrum looked okay and found that some of the quadrants looked very different from others. The reason was traced to incorrect Comb60 filters. After correcting these filters we adjusted the R phase angle in the WFS1_SETTINGS screen to suppress the 1Hz natural oscillation signal in the Q channels of all the four quadrants. We repeated this process for WFS2
4) To see if the relative phase of all four quadrants was correct we first drove the MC_length and tried to check the phase of the response on each quadrant. However the response was very weak as the signal was suppressed by the MC servo. Increasing the drive made the PMC lock unstable. So we introduced a 6Hz, 50mVpp signal from an SR785 into the MC_servo (Input2) and with this we were able to excite a significant response in the WFS without affecting the PMC servo. By looking at the time series of the signals from the quadrants we set the R phase angle in WFS_Settings such that all the quadrants showed the same phase response to the MC_length modulation.
Using the larger response were were able to further tweak the R angle to supress the Q channels to about 1% of the I phase signals.
5) I then edited the c1ioo.mdl so that we can use the six lockins just as they are used in MC_ASS. However we can now set elements of the SEN_DMD_MATRX (sensor demod matrix) to select any of the MCL, WFS PIT and YAW channels (or a linear combination of them) for demodulation. The change is shown below. While compiling and model on C1IOO FE machine there were problems which eventually led to the FB crash.

|
5320
|
Mon Aug 29 18:24:11 2011 |
jamie | Update | SUS | ITMY stuck to OSEMs? |
ITMY, which is supposed to be fully free-swinging at the moment, is displaying the tell-tale signs of being stuck to one of it's OSEMs. This is indicated by the PDMon values, one of which is zero while the others are max:
UL: 0.000
UR: 1.529
LR: 1.675
LL: 1.949
SD: 0.137
Do we have a procedure for remotely getting it unstuck? If not, we need to open up ITMYC and unstick it before we pump.
|
5319
|
Mon Aug 29 18:16:10 2011 |
jamie | Update | CDS | Re : fb down |
fb is now up and running, although the /frames raid is still undergoing an fsck which is likely take another day. Consequently there is no daqd and no frames are being written to disk. It's running and providing the diskless root to the rest of the front end systems, so, so the rest of the IFO should be operational.
I burt restored the following (which I believe is everything that was rebooted), from Saturday night:
/opt/rtcds/caltech/c1/burt/autoburt/snapshots/2011/Aug/27/23:07/c1lscepics.snap
/opt/rtcds/caltech/c1/burt/autoburt/snapshots/2011/Aug/27/23:07/c1susepics.snap
/opt/rtcds/caltech/c1/burt/autoburt/snapshots/2011/Aug/27/23:07/c1iooepics.snap
/opt/rtcds/caltech/c1/burt/autoburt/snapshots/2011/Aug/27/23:07/c1assepics.snap
/opt/rtcds/caltech/c1/burt/autoburt/snapshots/2011/Aug/27/23:07/c1mcsepics.snap
/opt/rtcds/caltech/c1/burt/autoburt/snapshots/2011/Aug/27/23:07/c1gcvepics.snap
/opt/rtcds/caltech/c1/burt/autoburt/snapshots/2011/Aug/27/23:07/c1gfdepics.snap
/opt/rtcds/caltech/c1/burt/autoburt/snapshots/2011/Aug/27/23:07/c1rfmepics.snap
/opt/rtcds/caltech/c1/burt/autoburt/snapshots/2011/Aug/27/23:07/c1pemepics.snap
|
5318
|
Mon Aug 29 16:27:34 2011 |
Manuel | Configuration | SUS | SUS Summary Screen |
I edited the C1SUS_SUMMARY.adl file and set the channels in alarm mode to show the values in green, yellow and red according to the values of the thresholds (LOLO, LOW, HIGH, HIHI)
I wrote a script in python, which call the command ezcawrite and ezcaread, to change the thresholds one by one.
You can call this program with a button named "Change Thresholds one by one" in the menu come down when you click the ! button.
I'm going to write another program to change the thresholds all together. |
5317
|
Mon Aug 29 12:05:32 2011 |
jamie | Update | CDS | Re : fb down |
fb was requiring manual fsck on it's disks because it was sensing filesystem errors. The errors had to do with the filesystem timestamps being in the future. It turned out that fb's system date was set to something in 2005. I'm not sure what caused the date to be so off (motherboard battery problem?) But I did determine after I got the system booting that the NTP client on fb was misconfigured and was therefore incapable of setting the system date. It seems that it was configured to query a non-existent ntp server. Why the hell it would have been set like this I have no idea.
In any event, I did a manual check on /dev/sdb1, which is the root disk, and postponed a check on /dev/sda1 (the RAID mounted at /frames) until I had the system booting. /dev/sda1 is being checked now, since there are filesystems errors that need to be corrected, but it will probably take a couple of hours to complete. Once the filesystems are clean I'll reboot fb and try to get everything up and running again. |
5316
|
Mon Aug 29 00:49:00 2011 |
kiwamu | Update | CDS | Re : fb down |
Fb is in a bad situation. It needs a MANUAL fsck to fix the file system.
HELP US, Jamieeeeeeeeeeee !!!
When Suresh and I connected a display and tried to see what was going on, the fb computer was in a file system check.
This was because Suresh did a hardware reboot by pressing a power button on the front panel.
Since the file checking took so long time and didn't proceed fast, we pressed the reset button and again the power button.
Actually the reset button didn't work (maybe ?) it just made some light indicators flashing.
After the second reboot the reboot message said that it needs a manual fsck to fix the file system. This maybe because we interrupted the file checking.
We are leaving it to Jamie because the fsck command would do something bad if unfamiliar persons, like us, do it.
In addition to it, the boot message was also saying that line 37 in /etc/fstab was bad.
We logged into the machine with a safe mode, then found there was an empty line in 37th line of fstab.
We tried erasing this empty line, but failed for some reasons. We were able to edit it by using vi, but wasn't able to save it. |
5315
|
Sun Aug 28 22:49:40 2011 |
Suresh | Update | CDS | fb down |
I recompiled c1ioo after making some changes and restarted fb. (about 9:45 - 10PM PDT) But it failed to restart. It responds to ping, but does not allow a ssh or telnet. The screen output is:
allegra:~>ssh fb
ssh: connect to host fb port 22: Connection refused
allegra:~>telnet fb 8087
Trying 192.168.113.202...
telnet: connect to address 192.168.113.202: Connection refused
telnet: Unable to connect to remote host: Connection refused
allegra:~>
Nor am I able to connect to c1ioo either....
|
5314
|
Sun Aug 28 20:15:11 2011 |
Jenne | Update | SUS | ITMX magnet status |
Quote: |
Tomorrow I will come in and glue the magnet dumbbell assembly to the ITM.
|
Glued.
Tomorrow afternoon I'll remove the optic from the fixture, and put it in the oven. |
5313
|
Sat Aug 27 20:38:17 2011 |
Suresh | Update | IOO | Light is back on WFS |
[Valera, Suresh]
We wanted to continue the work with WFS servo loops. As the current optical paths on the AP table do not send any light to the WFS, I changed a mirror to a 98% window and a window to a mirror to send about 0.25mW of light towards the WFS. The MC locking is unaffected by this change. The autolocker works fine.
When the power to the MC is increased, these will have to be replaced or else the WFS will burn. |