Displaying reports 80001-80020 of 85239.Go to page Start 3997 3998 3999 4000 4001 4002 4003 4004 4005 End
Reports until 08:43, Thursday 07 February 2013
H1 IOO
giacomo.ciani@LIGO.ORG - posted 08:43, Thursday 07 February 2013 (5393)
IMC cavity pole measurement (failed?)

[Cheryl, Giacomo]

Last Friday (February 1st), just before I left, Cheryl and I repeated the measurements of the IMC cavity pole using the same setup I had prepared the previous week.

We took the measurement twice, using two slight variations:

- measure the transfer function TF1 between the the ISS PD and the PD on the IOT table, in reflection of the unlocked and misaligned IMC. Then measure the transfer funtion TF2 between the ISS PD and the same PD on the IOT table, but moved in the transmitted path of the locked IMC. The ratio TF2/TF1 should give the IMC TF.

- measure the transfer function TF1 between output of the SR785 and the PD on the IOT table, in reflection of the unlocked and misaligned IMC. Then measure the transfer funtion TF2 between the SR785 and the same PD on the IOT table, but moved in the transmitted path of the locked IMC. TF2/TF1 should give the IMC TF.

The good news is that the two measurements are in very good agreement with each other (as expected and hoped); the bad one is that they are not well fitted by the expected TF.

Attachments:

1)  the magnitude and phase of the IMC TF as measured using the two techniques, and compared with the expected value

2) a fit to the magnitude (in dB) of the TF, between 2.5 and 70 kHz (for comparison with LLO measurement that can be found here, and I believe was fit in this range)

It might be worth repeating the measurement with a different PD and maybe with an instrument that can go higer in frequency.

Images attached to this report
LHO General
bubba.gateley@LIGO.ORG - posted 07:21, Thursday 07 February 2013 (5401)
End Y
This report is the work that was preformed yesterday at End Y by the Apollo crew: The dome was removed from BSC 10, o-ring protecters installed on the BSC and dome placed on the piers in preperation for cleaning. We removed various pieces and parts from the termination slab (north side) to be used as a semi final resting place for the ISI from BSC 10 to be removed today.
LHO VE
kyle.ryan@LIGO.ORG - posted 21:34, Wednesday 06 February 2013 (5400)
X-mid instrument air alarm -> May result in CP5/CP6 level swings -> Will fix tomorrow -> Ok for overnight


			
			
H1 IOO
paul.fulda@LIGO.ORG - posted 20:22, Wednesday 06 February 2013 - last comment - 15:56, Saturday 09 February 2013(5399)
IMC locking - length path lock filter limit reset to 400,000 counts

[Hugo, Rodica, Paul]

Today we were finding it impossible to lock the IMC again. When we looked at the SUS-MC2-M3_LOCK_L_OUT_DQ channel, the signal appeared to be always railing (on both sides). We have seen this before at times, due to very noisy seismic states (see e.g. entry 5145). However, even with what we expected to be a quiet siesmic and ISI state, we still found this signal railing at ±40,000 counts, making it impossible to lock using the length path. In the end, Hugo realised that when the model was recently updated, the limit on the MC2 M3 lock filters had reverted to its initial old value of 40k counts. Apparently at some point this was increased to 400k counts, but not saved in a safe.snap file. Hugo increased the limit back to this value and the mode cleaner began locking again.

We should update the safe.snap file so that any further reboots revert to the 400k counts limit.

Comments related to this report
jeffrey.kissel@LIGO.ORG - 07:53, Thursday 07 February 2013 (5402)
You can make a new safe back up easily, by turning off all output (damping loops off, offset off, and master switch off), then running
/opt/rtcds/userapps/release/cds/common/scripts/makeSafeBackup
The usage is

controls@opsws2:~ 0$ cd /opt/rtcds/userapps/release/cds/common/scripts
controls@opsws2:scripts 0$
controls@opsws2:scripts 0$ ./makeSafeBackup
Usage:  First argument is subsystem name (i.e. sus, isi, hpi, isc, etc)
Second argument is model name (without .mdl) (i.e. l1suspr3)
controls@opsws2:scripts 0$ ./makeSafeBackup sus h1susmc2
controls@opsws2:scripts 0$

this updates the safe backup here,
/opt/rtcds/userapps/release/sus/h1/burtfiles/h1susmc2_safe.snap
which you should then commit to the SVN with appropriate comments on what has changed.


Also, I believe Mark has a matlab function that sets up the suspension in the right setting for the safe capture, and does the capture, if you prefer that. 
paul.fulda@LIGO.ORG - 15:56, Saturday 09 February 2013 (5443)

Thanks Jeff, I have now done that (I hope succesfullly). I left all the gains, limits, etc. in the useful condition for locking, but turned off all the damping filters, lock filters, alignment offsets and master switch, and then committed the new safe.snap files to the svn.

LHO General
patrick.thomas@LIGO.ORG - posted 19:08, Wednesday 06 February 2013 (5397)
plots of dust counts
Attached are plots of dust counts > .3 microns and > .5 microns in particles per cubic foot requested from 5 PM Feb. 5 to 5 PM Feb 6. Also attached are plots of the modes to show when they were running/acquiring data.

Data was taken from h1nds1.
1440.0 minutes of trend displayed
Non-image files attached to this report
H1 SEI
hugo.paris@LIGO.ORG - posted 17:52, Wednesday 06 February 2013 - last comment - 09:32, Thursday 07 February 2013(5395)
HAM3-ISI- Overnight TF

Transfer function measurements are running overnight on HAM3-ISI.

Active control will be turned back on once it is done.

Comments related to this report
hugo.paris@LIGO.ORG - 18:04, Wednesday 06 February 2013 (5396)

Same comments apply to HAM2-ISI

hugo.paris@LIGO.ORG - 09:32, Thursday 07 February 2013 (5404)

Measurements are done. Level 2 Isolation loops are back ON, on both HAM2 and HAM3 ISIs.

H1 General
michael.rodruck@LIGO.ORG - posted 16:27, Wednesday 06 February 2013 (5394)
Ops day summary
H1 SEI
hugh.radkins@LIGO.ORG - posted 16:11, Wednesday 06 February 2013 (5391)
WHAM3 HEPI Changes during recent L4C Leveling
Starting Monday the HAM3 HEPI was unlocked for the L4C leveling.  Each corner is relocked during that corner's leveling work.  As the work proceeds there is invariably some position change but the process is done intended not to move things.  It works pretty well with most horizontal changes counteracting one another in the end.

At first unlocking, the HAM HEPI (& presumably the ISI and Optical Table Payload) moved a small amount:
<1mil X or Y and < 1urad Rz.  There was a drop of the platform of 1.1mil(0.0011") the four corners dropping close to the same but different enough to yield a 1.7urad Ry but only 0.5urad Rx.

After the last Corner was completed the total motion from the Monday (unlocked) position was:
<1mil X or Y and -3.5uradRz.  The payload came back up 0.1mil and rotated about the X & Y axes each -1.1urads.  This will presumably be the final floating (no DC HEPI drive) when next released.  Who know what actually having fluid flowing though HEPI will do even though it should be unaffected.

The system was relocked and the motion after this (where it will be for some time) is as follows:
Again, less than a mil X or Y and -1.6urad Rz.  The table is a bit higher, .5mils with -2.2urad Ry & <.1urad Rx.

How the heck does he do it? you ask.  Well, the Inductive Position Sensors are 655cts/mil sensitive, by watching the readings while being locked the position can be held to a few hundred counts at worst, and by careful reconnection of the Actuator so it is not stressed.
H1 PSL
michael.rodruck@LIGO.ORG - posted 14:34, Wednesday 06 February 2013 - last comment - 11:45, Thursday 07 February 2013(5390)
60 Hz noise gone

Turns out we left cables attached to the TFIN and TFA/B inputs on the PMC field box in the racks, with the MEDM switch enabling the TF path. Removing the cables got rid of the noise, and I disabled the path. There is still some 60 Hz noise but it is nothing like it was before.

This is something we've forgotten since the science run ended...always check the cables when noise hunting!!

Images attached to this report
Non-image files attached to this report
Comments related to this report
duncan.brown@LIGO.ORG - 09:28, Thursday 07 February 2013 (5403)
Checked the PSL PDA spectrum and ODC lock status again this morning and all looks fine. Thanks for following this up Michael.
Images attached to this comment
chris.pankow@LIGO.ORG - 11:45, Thursday 07 February 2013 (5408)
Excess power diagram of the past day or so. It's very clear that the high frequency noise diminishes and disappears in the recolored channel right around the time that the problem was corrected.
Images attached to this comment
H1 SEI
jim.warner@LIGO.ORG - posted 10:25, Wednesday 06 February 2013 (5389)
BSC2 now unlocked and balanced

MitchR, JimW BSC2 was unlocked and balanced this morning, mostly problem-free (except for a CPS power cable that had come unplugged) requiring only small changes to the BSC's trim mass on both stages. Locked/unlocked shifts are <500 cts for St1 and <1000 for St2. SUS's C3 cover and optic shields were carefully removed and are sitting on the nearby tables if needed (please notify SEI people before re-installing these). The ISI was left floating  for testing, while we have the window.

H1 ISC
kiwamu.izumi@LIGO.ORG - posted 19:29, Tuesday 05 February 2013 (5385)
The mysterious offset spontaneously gone, but watch out

 For some reasons the big offset that had been observed at ASC_ADC_1_7 [1][2] disappeared at around 11:24 AM this morning and never came back. I think this corresponds to the time when I was unplugging the SCSI cable of the AA board. I was trying to look at the raw voltage coming out from the AA board and so for the reason I was attaching a SCSI break out board. I didn't see any raw offset at the time, put the cable back to place and realized that the offset had been magically gone. This is strange because yesterday it came back after I unplugged and plugged the SCSI. This doesn't mean the issue is solved, but anyway we will keep our eyes on this particular ADC channel and AA board.

After the offset was gone, I checked the signal chain from the inputs of the QPD interface box through the whitening filter and ADC to the digitized numbers by injecting analog excitation signal (0.01 Vpp at 3 Hz with DS345). This was a part of the QPD check. The digitized value agreed with an expected count of +/-550 counts with the whitening off. So I conclude that the ADC and AA board are healthy at this moment.

Note :
 one of the QPD interface box [3] in the ISC R4 rack doesn't have a frequency response. It is documented in [3]. The rest of two guys do have a frequency response as designed.

[1] LHO alog 5371 "offset at ASC_ADC_1_7 seem from the AA board"
[2] LHO alog 5373 "Maintenance summary"
[3] S1102815-v3 "ISC Dual QPD Transimpedance Amplifier Chassis"

H1 SUS
mark.barton@LIGO.ORG - posted 19:12, Tuesday 05 February 2013 - last comment - 08:29, Wednesday 06 February 2013(5384)
BS TFs
Commencing Matlab TFs on the BS.
Comments related to this report
mark.barton@LIGO.ORG - 06:43, Wednesday 06 February 2013 (5386)
Checked at 6:38 am, TFs had finished, apparently OK. Plots pending.

Undamped: ^/trunk/BSFM/H1/BSTST/SAGM1/Data/2013-02-05-1044155727_H1SUSBSTST_M1_0p01to50Hz_tf.mat

Damped: ^/trunk/BSFM/H1/BSTST/SAGM1/Data/2013-02-06-1044174784_H1SUSBSTST_M1_0p01to50Hz_tf.mat
mark.barton@LIGO.ORG - 08:29, Wednesday 06 February 2013 (5387)
There was a dropout in the central section of V in the undamped plots, and a dropout in P in the damped plots, but otherwise everything is pristine.
Non-image files attached to this comment
LHO General
michael.rodruck@LIGO.ORG - posted 16:40, Tuesday 05 February 2013 - last comment - 19:13, Wednesday 06 February 2013(5379)
Ops day summary
Comments related to this report
patrick.thomas@LIGO.ORG - 19:13, Wednesday 06 February 2013 (5398)
I restarted and burtrestored the dust monitor and weather station IOCs on h0epics2 that lost communication after the work on the network.
H1 IOO
keita.kawabe@LIGO.ORG - posted 18:30, Monday 04 February 2013 - last comment - 08:36, Wednesday 06 February 2013(5367)
MC OLTF peak is not a peak in the FSS

Somehow the hypothesis has been that the peak in the MC OLTF is the structure in FSS and we should be able to mitigate that guy if we retune the FSS notch.

That was attempted today, but the problem is that the peaks the FSS notch is notching out are at about 780 kHz, and MC "peak" we're talking about is a rather broad thing at around 710 kHz. We could move the FSS notch to there, but if we do that the FSS structures are almost totally out of the notch. See attached. Note that the MC OLTF was measured without Evans Notch (TM).

It's clear that the "peak" we're talking about is not the FSS peak per se, it's either a simple gain peaking or something that is not there in FSS. Keeping Evans Notch (TM) sounds fine to me, but if somebody feels the need to put move it out on the option board in the common mode board, please feel free.

Images attached to this report
Comments related to this report
keita.kawabe@LIGO.ORG - 08:36, Wednesday 06 February 2013 (5388)

Correction: Both the OLTF of MC without (middle) and with (bottom) the notch in the MC path are in the plot.

Displaying reports 80001-80020 of 85239.Go to page Start 3997 3998 3999 4000 4001 4002 4003 4004 4005 End